Информация о файле обновления Галактика G_ZARCACHE_DLL_91530.TXT


Описание файла обновления:
ФайлG_ZARCACHE_DLL_91530.TXT
ОбновлениеG_ZarCache_dll_91530
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARCACHE
ТипDLL
Версия9.1.53.0
Дата2018-06-06 14:06:53
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.180715NEWДоработать признак отбора премийЗаработная платаРасчет по среднему (по алгоритму больничных)
На предприятии согласно положению о премировании могут выплачиваться одновременно 9 (девять) видов квартальных премий за различные показатели. В КВО для этих премий можно установить 6 (шесть) признаков (от + до 5), чтобы для расчета среднего заработка отбирались последние по дате выплаты премии по каждому показателю. Предлагаю увеличить количество признаков в КВО до 10 (десяти)Доработан функционал по учету квартальных премий: количество видов премий за разные показатели увеличено до 9. Для расчета среднего заработка отбираются последние по дате выплаты премии по каждому показателю. С учетом признака "+" всего таких видов квартальных премий теперь 10.
102.1790359.1.52.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1778309.1.50.0режим работы для выбора нормы времени по производственному календарюЗаработная платаРежимы работ
В основе каждого графика работы лежит некий эталонный график, к годовой норме которого этот график стремится. Это всем известный факт. Таких нормативных графиков два: пяти и шести дневная рабочая неделя. Если мы имеем дело с регионами рф, то у них могут быть свои дополнительные региональные праздники, в связи с чем норма времени по производственному календарю может различаться в зависимости от региона. Для пересчета премий по законодательству РФ используются такие нормативные режимы работы на основе производственного календаря пяти (шести) дневной рабочей недели. Существует вероятность , что данные нормативные режимы работы могут понадобится и для других расчетных алгоритмов в дальнейшем. Нужна типовая схема привязки режима работы для для выбора нормы времени по производственному календарю.В классификатор режимов работ добавлено поле для нормативного режима.
106.104699.1.49.0Расчет НДФЛ в межпериоде без учета вычетовЗаработная платаРасчет удержаний с отпусков межпериода
Расчет НДФЛ для больничных листов и отпусков без учета вычетов всегда учитывает вычет в НПФ. Предприятие перечисляет за сотрудника дополнительный взнос в НПФ. При расчете НДФЛ с больничного и отпуска в межпериоде НДФЛ рассчитывается по ALT+F9, т.е. вычеты не должны учитываться, но они учитываются.Добавлена дополнительная входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Данная дополнительная входимость нужно для более гибкой настройки применения скидок в при расчете НДФЛ таких сущностей межперида, как начисления и выплаты, больничные, отпуска. Добавлена возможность настройки расчета НДФЛ перед расчетом удержаний в начислениях и выплатах, больничных, отпусках. При вызове пункта локального меню "Расчет удержаний с настройкой" появляется окно "Настройка расчета удержания" с возможностью настройки расчета НДФЛ: - без учета имущественных и социальных вычетов; - без учета имущ. и соц. вычетов c 76 доп. входимостью; - без учета стандартных вычетов; - только от суммы; - НЕ рассчитывать НДФЛ с суммы ФСС. Возможность изменения элемента "без учета стандартных вычетов" зависит от значения "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Применять вычеты при расчете удержаний". Если значение данной настройки "да" или "нет", то пользователю не дана возможность установить или снять флажок для данного элемент. Причем, если настройка "Применять вычеты при расчете удержаний" имеет значение "нет", то элемент "без учета стандартных вычетов" окна настройки расчета удержаний автоматически предустанавливается. Элемент "НЕ рассчитывать НДФЛ с суммы ФСС" доступен для изменения только в случае расчета удержания больничного листа. При расчете НДФЛ с установленным флажком "без учета скидок с 76 дополнительной входимостью" и снятым флажком "без учета скидок" при анализе скидок будут исключены те скидки, виды оплат которых содержат дополнительную входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Если установлен флажок "без учета скидок", то установка флажка "без учета скидок с 76 дополнительной входимостью" не имеет смысла.
102.1643409.1.46.0Создание новой системной аналитикиКонтур логистикиПредложение по новой функциональности контура логистики
1. Создание новой таблицы аналитических признаков для использования в целевом учете в качестве одного из уровней. Обязательные признаки: - ссылка на МЦ - ссылка на группу налогов по позиции - ссылка на позицию спецификации документа по которому МТР поступил в ОСТ - ссылка на первичный документ по которому МТР поступил в ОСТ - вид первичного документа - ссылка на производителя(изготовителя) МТР (каталог контрагентов) (Возможно необходимо добавление системного атрибута "Изготовитель" к spsopr) - *дата приходного ордера в ОСТ - ссылка на группу налогов из приходного документа - *признак (например, галка) , указывающий на то, что позиция относится к неиспользуемуму активу с последующим отображением дополнительных аналитик: -- *категория неиспользованных МТР (пользовательская аналитика) -- *источник образования неиспользованных МТР (пользовательская аналитика) -- *причина образования неиспользованных МТР (пользовательская аналитика) -- *план-график вовлечения неиспользованных МТР (пользовательская аналитика) -- перечень необходимой, имеющейся в наличии технической документации (мемо-поле?) -- *плановая дата вовлечения номенклатурной позиции неиспользованных МТР (поле -дата) - *признак отнесения к виду резерва с последующим отображением дополнительных аналитик резерва: -- * вид резерва -- * срок хранения в днях 2. Записи таблицы должны формироваться в момент создания партии(приходная накладная, акт о приемке материалов, акт перемещения между объектами, ДО) 3. Необходимо предусмотреть возможность в интерфейсах, в которых используются КАУ ЦУ выводить дополнительно аналитические признаки помеченные звездочкой в перечне.Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068. Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию. Для выбора дополнительных аналитик реализовано окно =Настройка дополнительных аналитик объекта ЦУ= (Целевой учет запасов Настройка Дополнительные аналитики целевого учета). Первая аналитика используется для резерва, остальные пять для неиспользуемых МТР. Заполнение значений аналитик по умолчанию реализовано в Приходной накладной, Акте о приемке материалов (115), Акте об излишках (611). При привязке объекта ЦУ, либо при вставке позиций из договора в приходных документах, дополнительные аналитики заполняются автоматически. Значения берутся: 1. из внешних атрибутов соответствующей позиции спецификации; 2. если они не заданы (п. 1), то из внешних атрибутов сопроводительного документа; 3. если не заданы (п. 2), из значений по умолчанию из настройки дополнительных аналитик. Доработаны фильтры в Ведомостях МТР. Реализована возможность устанавливать фильтры по дополнительным аналитикам объекта ЦУ.
102.1675699.1.44.0Требуется разработать расчет доплаты и компенсации за вредностьКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Требуется разработать расчет доплаты и компенсации за вредность 4-й этап разработки "Вредность: доплата и компенсация". Во вложении EXCEL-файл заказчика с описанием алгоритмов.Аскона. Разработан расчет заработной платы с расчетом Компенсации за вредность и пересчетом Премии по итогам работы. Расчет согласно вложенной таблице. Настройка согласно Инструкции пользователя.
102.1646179.1.43.0После конвертации с 8.1 на 9.1 не перенеслась доп аналитика в классификаторах видов оплат и удержанийЗаработная платаНастройка
Перенести конвертер дополнительных аналитик в классификаторе видов оплат/удержаний в механизм обновления настроек.Конвертер перенесен в настройки с сохранением проверки значения скрытой настройки UP.ZAR.KLVIDOPL.ExtrAnalConverted. Таким образом у тех пользователей, у которых конвертер уже отработал, он не запустится повторно, а у тех, кто переходит с 8 на 9 - запустится.
102.1596119.1.42.0Необходимо рассчитать доплату за вредность "от суммы к выдаче"Заработная платаРасчет начислений (общие вопросы)
Необходимо рассчитать доплату за вредность "от суммы к выдаче" Рассчитывается зарплата по исходным данным, которые занесены в систему (основной вид оплаты, постоянные доплаты и др.), с учетом всех полагающихся льгот, вычитается НДФЛ и рассчитывается доплата за вредность от "суммы к выдаче". Описание алгоритма в документации к G_zaprl1.Разработан функционал по расчету Компенсации за вредность согласно ТЗ. 2.Разработана сервисная функция по расчету Компенсации СДЗ с учетом сумм Компенсации за вредность в расчетном периоде.
102.1648159.1.42.0не верно рассчитывается НДФЛ на не начисляемую суммуЗаработная платаРасчет подоходного налога
Не рассчитывается НДФЛ на не начисляемую сумму. Работники не являются сотрудниками предприятия. У работника есть только не начисляемый доход в месяце В межпериод был сформирован и оплачен (признак УС) реестр на НДФЛ.В классификаторе видов оплат добавлена новая дополнительная входимость 74 "Ограничивать НДФЛ 50% от начислений (для НС или алг.98)". Если установлена данная дополнительная входимость для вида оплаты, тип которой "Неначисляемая сумма" или алгоритм которой 98, то при расчете НДФЛ для данного вида оплаты будет применяться ограничение пятьюдесятью процентами от начислений в денежной форме.
101.444819.1.41.0Скидки по НДФЛ (алгоритм 97, 98.2) - не учитывать входимость "В расчет"Заработная платаПредварительная разноска
Предлагается для видов оплат, являющихся скидками по НДФЛ, всегда формировать записи в предварительной разноске, вне зависимости от входимости КВО "В расчёт". К таким скидкам относятся социальные и имущественные вычеты, в КВО для них указывается тип "Скидка", либо алгоритмы 97, 98.2. Предоставление этих вычетов не зависит от присутствия на работе. Сейчас довольно часто у пользователей возникают проблемы из-за того, что забывают включить входимость "в расчёт" для соответствующих видов оплат.Доработана функция заполнения входимостей классификатора видов оплат в расчетый кэш для видов оплат, являющихся скидками по НДФЛ. К таким скидкам относятся социальные и имущественные вычеты, в КВО для них указывается тип "Скидка", либо алгоритмы 97, 98.2. Теперь для скидок всегда подразумевается входимость "В расчёт", и таким образом всегда формируются записи при предварительной разноске, вне зависимости от входимости непосредственно в КВО.
102.1397949.1.41.0Учитывать при расчете зарплаты входимость в налог на доходы ВО с алг.97Заработная платаРасчет подоходного налога
При расчете зарплаты имущественный вычет (алг. 97) учитывается без входимости в налог на доходы, а при выполнении сервисной функции "Контроль дохода" настройка "+" - "налог на доходы" обязательна, иначе вычет в размер годового дохода не заполняется. В итоге предприятие весь год учитывало скидку в связи имущественным вычетом. Скидка предоставлялась, несмотря на то, что "налог на доходы" в настройке ВО был установлен "-". В конце года по всем сотрудникам выполнили контроль дохода с перерасчетом льгот. У сотрудников, которым была предоставлена скидка по имущественному вычету, скидка очистилась. Начали выяснять, очистилась потому, что не стоит "+" - "налог на доходы". Необходимо, чтобы критерий определения предоставления скидки при расчете зарплаты и при выполнении сервисной функции "Контроль дохода" был одинаков.Доработана функция заполнения входимостей классификатора видов оплат в расчетый кэш для видов оплат, являющихся скидками по НДФЛ. К таким скидкам относятся социальные и имущественные вычеты, в КВО для них указывается тип "Скидка", либо алгоритмы 97, 98.2. Теперь во всех расчетных функциях для скидок всегда подразумевается входимость "В расчёт налога на доходы", вне зависимости от входимости непосредственно в КВО. Таким образом функции "Расчет заработной платы" и "Контроль дохода" учитывают скидки одинаково.
102.1476119.1.39.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.595899.1.37.0Больничный за прошлый период относится не к тому Подразделению после перехода в межпериодЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Больничный за прошлый период относится не к тому Подразделению после перехода в межпериод. У сотрудника переход с 1/06/2016, он приносит в июне Больничный Лист (28-31 мая), его заносят обсчитывают, но при предварительной разноске не обрабатывается параметр в настройке ВО, а именно на вкладке Расчеты/ Подразделение выставлено значение "Н". Но при расчете ЗП, система относит Больничный на старое подразделение (до перехода).Предварительная разноска. Исправлена ошибка при формировании Подразделения для больничного. При формировании корректно учитывается настройка КВО Подразделение на вкладке Расчеты.
101.497399.1.31.0Расчет зарплаты - новый режим формирования ШПЗ в дополнительной оплатеЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Предлагается сделать более понятный алгоритм для заполнения ШПЗ/ТХО в дополнительной оплате значениями из основного вида оплаты. Сейчас для того, чтобы в дополнительной оплате заполнились данные по отнесению затрат, нужно, чтобы значение настройки выбора ШПЗ совпадало в основном виде оплаты и в дополнительном. Это неочевидное решение. Лучше добавить новое значение настроек выбора ШПЗ, ТХО, Параметра, Дополнительных аналитик - "из основной оплаты". В таком случае будет более удобно настроить, чтобы отнесение затрат в дополнительной оплате соответствовало отнесению затрат в основной.В классификаторе видов оплат для настроек выбора ШПЗ, ТХО, Параметра и Дополнительных аналитик добавлено новое значение: "из основной оплаты". Данное значение доступно для выбора в "обычных" видах оплат (т.е. не больничные, не отпуск, не северные/районные и т.п.), при этом вид оплаты должен являться дополнительным для какого-либо вида оплаты. Если вид оплаты перестает быть дополнительным (происходит отвязка в последнем оставшемся "основном" ВО), значение "из основной оплаты" перестает быть доступным для выбора, а если оно было указано, то сбрасывается в "Из КВО" (для доп. аналитик - в "из лицевого счета работника"). При расчете зарплаты, если обнаруживается, что ШПЗ/ТХО/Параметр/Доп.Аналитики для дополнительного ВО нужно брать "из основной оплаты", в дополнительную оплату заносится соответствующее значение из основной оплаты. Остальные варианты обрабатываются обычным образом. Ликвидирован функционал, подставляющий в дополнительную доплату отнесение затрат из основной при совпадении значений настройки выбора ШПЗ, так как теперь для этих нужд используется значение "из основной оплаты".
102.1293449.1.30.0Удержание алиментов пропорционально времени, дающему право на получение алиментовЗаработная платаАлименты, исполнительные
Необходимо изменить алгоритм по удержанию алиментов из заработной платы: Алименты должны удерживаться с выплат, начисленных за период, в котором у работника существовала обязанность по уплате алиментов, независимо, от того, когда эти выплаты были начислены и фактически произведены. Например: при выплате в 2015 году вознаграждения по итогам работы за 2014 год алименты подлежат удержанию, если в 2014 году существовала обязанность по их уплате. Если такая обязанность возникла у работника не с начала 2014 года, то сумму удерживаемых алиментов следует рассчитывать пропорционально продолжительности периода (в рабочих днях), в котором такая обязанность существовала в 2014г, к продолжительности периода, по итогам которого начислено вознаграждение (в рабочих днях). Если обязанность по уплате алиментов возникла в середине периода, за который начисляется премия, то удержание алиментов с этой премии нужно осуществлять пропорционально времени, дающему право на получение алиментов.Доработка выполнена только для РФ. В классификаторе видов оплат и скидок для входимости "(90) Учет облагаемых сумм, алиментов и исполнительных листов" для случая, когда алименты или исполнительные листы с начисления должны удерживаться пропорционально периоду, за который начислено начисление, добавлено новое значение "пропорционально периоду, за который начислено". При указании данного значения в поле "Доп.информация" необходимо указать за какое количество месяцев начисляется данное начисление. Полагается, что для такого начисления работнику в поле "Дата начала выплат" обязательно содержится месяц и год последнего месяца периода, за который начислено начисление. Для корректного расчета необходимо, что бы значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листыУчет облагаемых сумм и алиментов" было равно "по месяцу, в котором они были рассчитаны". При расчете удержаний алименты и исполнительные листы рассчитываются следующим образом: 1. Со всей суммы, которая входит в расчет алиментов, производится расчёт Общей суммы алиментов; 2. Определяется доля алиментов, которая удерживается из начисления за период, и доля алиментов из заработной платы; 3. Полученная сумма алиментов с суммы за период делится на количество фактически отработанных дней за период, за который начислено начисление, и умножается на количество фактически отработанных дней за период с даты начала постоянного удержания по конец периода начисления. 4. Удерживаемая сумма алиментов = Доля алиментов из заработной платы (Рассчитанная в п.2) + Доля алиментов из начисления за период (Рассчитанная в п.3). Например, у работника возникло обязательство по уплате алиментов (25%) с мая 2014 года. Вознаграждение по итогам 2014 года выплачивается одновременно с заработной платой за апрель 2015. Заработная плата (условно) 10000 и вознаграждение 12000. НДФЛ (13%) 2860. Всего отработано (на основании табеля) в 2014 году 200 дней, с мая по декабрь того же года 130 дней. 1. Общая сумма алиментов (22000-2860) *0.25 = 4785 2. Доля алиментов из вознаграждения 4785 * (12000 / 22000) = 2610. Доля алиментов из заработной платы 4785 - 2610 = 2175. 3. Доля алиментов алиментов из вознаграждения за период 2610 * (130 / 200) = 1696.5 4. Удерживается с работника: 2175 + 1696.5 = 3871.5 Если возникло обязательство по уплате алиментов (25%) с января 2015 года, то расчет алиментов производится следующим образом: Например, у работника возникло обязательство по уплате алиментов (25%) с января 2015 года. Вознаграждение по итогам 2014 года выплачивается одновременно с заработной платой за апрель 2015. Заработная плата (условно) 10000 и вознаграждение 12000. НДФЛ (13%) 2860. 1. Общая сумма алиментов (22000-2860) *0.25 = 4785 2. Доля алиментов из вознаграждения 4785 * (12000 / 22000) = 2610. 3. Удерживается с работника: 4785 - 2610 = 2175.
102.1408319.1.28.0В целях ускорения расчета зарплаты перевести дополнительные аналитики из таблицы Оtpdop в корневые таблицыЗаработная платаПредложение по новой функциональности модуля заработная плата
В целях ускорения расчета зарплаты и получения отчетности необходимо провести оптимизацию хранения дополнительных аналитик для классификатора видов оплат и скидок и для классификатора удержаний.Была осуществлена оптимизация хранения и использования дополнительных аналитик в вышеназванных классификаторах.
102.1381409.1.26.0несоответствие табелюЗаработная платаВедение интерфейса "Начисления и выплаты"
В межпериод на предприятии проводятся различные выплаты( премии, матпомощи и т.д) Как правило они начисляются и выплачиваются до того, как будет сформирован реальный табель учета рабочего времени. Необходимо в классификаторе ВО указать признак и его анализировать при расчете зарплаты и время по этим ВО приводить в соответствии с табелем.Условием корректировки количества часов (дней) записи выплат в межпериод при расчете зарплаты является наличие дополнительной входимости 51 "При корректировке выплаты в межпериод брать время по табелю" в виде оплаты, который принадлежит данной записи
180.82029.1.22.0Необходимо реализовать возможность оплачивать часы работы в выходной/праздничный день за отгул отдельными видами оплат.Заработная платаНастройка
Необходимо реализовать возможность оплачивать часы работы в выходной/праздничный день за отгул отдельными видами оплат. На данный момент после утверждения приказа о работе в выходной день за отгул часы по приказу автоматический попадают в табеле в фактические дни/часы. Нужно добавить в раздел "Настройки Галактики Управление персоналом Табельный учет Расчет итогов" 4 настройки: Рабочие часы по факту за вычетом работы в выходные за отгул(суммированные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в праздничные за отгул(суммированные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в выходные за отгул(поденные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в праздничные за отгул(поденные режимы учета) - да/нет и в раздел "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ " 2 настройки: Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В выходные за отгул - выбор значения из Классификатора видов оплат Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В праздники за отгул - выбор значения из Классификатора видов оплат Настройки должны работать аналогично уже существующим настройкам в данных разделах.Реализована возможность оплачивать часы работы в выходной/праздник за отгул отдельными видами оплат. В итогах табеля добавлены новые строки: "Выходные за отгул" и "Праздничные за отгул". В них показывается сумма часов работы в выходные/не рабочие по плану праздники за отгул. В уже существующих строках "Выходные", "Праздничные, рабочие по плану", "Праздничные, не рабочие по плану" отображаются часы только за оплату (так было и раньше). Дни работы в выходные за отгул в табеле на вкладке "Табель" и на вкладке "Корректировка" теперь обозначаются синим цветом, как и дни работы в выходные за оплату (раньше выделение цветом отсутствовало, так как такие дни всегда считались обычными рабочими). В раздел настроек "Настройки Галактики Управление персоналом Табельный учет Расчет итогов" добавлены следующие настройки: - "Рабочие часы по факту за вычетом работы в выходные за отгул (поденные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в праздники за отгул (поденные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в выходные за отгул (суммированные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в праздники за отгул (суммированные режимы учета)" ("да"/"нет") Эти настройки работают по аналогии с уже имеющимися настройками вида "рабочие часы по факту за вычетом". По умолчанию у всех четырех значение "нет", для сохранения прежнего поведения системы при установке обновления. В этот же раздел добавлены настройки: - "Часы работы в праздники за отгул" ("вводить вручную"/"рассчитывать автоматически") - "Часы работы в выходные за отгул" ("вводить вручную"/"рассчитывать автоматически") Значения по умолчанию - "рассчитывать автоматически". При установке значения "вводить вручную" появляется возможность ручного ввода итогов, по аналогии с другими видами часов. В раздел настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ" добавлены настройки: - "В праздники за отгул" - "В выходные за отгул" В данных настройках выбирается вид оплаты соответствующего вида часов (по умолчанию - не задан). Также "Праздничные за отгул" и "Выходные за отгул" добавлены в окошко альтернативной оплаты лицевого счета, табеля, переходов в межпериод. Если в настройках вида оплаты, или в альтернативной оплате лицевого счета задан вид оплаты для выходных/праздничных за отгул, и у работника есть такие часы в расчетном месяце, то предварительная разноска формирует в предварительном просмотре записи для оплаты часов соответствующего вида. В случае, когда настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой" = "да", часы работы в выходные/праздники за отгул не участвуют в разбиении часов на "сверх нормы" и "в пределах нормы" (из соображений сохранения преемственности). Поэтому видами оплат из настроек "В праздники, сверх нормы" и "В выходные, сверх нормы" можно оплатить только часы работы в выходные/праздничные за оплату. Пока что единственный способ завести работу в праздники/выходные за отгул в системе - это приказ из модуля "Управление персоналом". Часы, введенные в колонку "Праздничные" в табеле на вкладке "Корректировка" всегда будут часами за оплату (нерабочими по плану, либо рабочими по плану праздничными).
102.1284199.1.21.0Оптимизировать время построения 2-НДФЛЗаработная платаСправки 2-НДФЛ [РФ]
Формирование одной справки 2-НДФЛ занимает от 8-12 мин Выявить основные причины низкого быстродействия при формировании справки и расчете зарплаты и провести оптимизацию используемых функций.Проведена оптимизация зарегистрированных функций: 1) GetBoundOrganization - по переданному подразделению возвращает ссылку на филиал с учетом иерархии подразделений; 2) GetDepartmentKpp - по переданному подразделению возвращает КПП с учетом иерархии подразделений. Для ускорения повторных определений атрибутов подразделения, добавлено сохранение во временный кэш также всей цепочки обходимых подразделений а также неудачных результатов поиска. Исправлена работа функции вызываемая при расчете зарплаты, которая осуществляет поиск вышестоящего обособленного подразделения. Устранены вызванные использованием этой функции утечки памяти. Проведена оптимизация с использованием временного кэширования найденных данных для ускорения при последующих вызовах.
102.1335189.1.20.0В зарплате не формируется график режима работы(3х-уровневая архитектура)Заработная платаГрафики работы
На трёхуровневой архитектуре не формируется график режима работы: происходит крах приложения. Также невозможно зайти в просмотр сформированного графика.Ошибка исправлена, теперь на трёхуровневой архитектуре графики работают.
102.1284189.1.19.0больничныеЗаработная платаРасчет больничных
При расчете больничного за период, когда в предыдущих 6-ти месяцах были внутрисменные простои не по вине работника, то полностью исключается сумма простоя и заработная платы за этот день.День тоже исключается.Доработан расчет больничных листов для РБ. При подсчете сумм за расчетный период для расчета среднедневого анализируется наличие внутрисменных простоев. При наличии простоя по вине работодателя сумма за этот день не учитывается в расчете среднего. Для анализа видов оплат, для которых должен осуществляться пересчет суммы с учетом таких простоев, добавлено новое значение для входимости "учет премий, особенности" на закладке "По среднему", Настройки расчет пособий по нетрудоспособности для входимости: "Д - Пересчитывать сумму с учетом простоев".
102.1313049.1.17.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1317139.1.16.0Формирование графиков сменной работы,приходящихся на разные дниЗаработная платаГрафики работы
Если на предприятии установлен сменный режим работы, то может возникнуть ситуация, когда одна смена приходится на 2 календарных дня. Начинается например в 20-00 1 марта, а заканчивается в 8-00 2 марта. В сменном графике он отражается как 4 часа и 8 часов. Необходимо предусмотреть возможность учитывать работу работника в течении 2 дней как ОДНА смена. Доработка будет интересна как для РБ, так и для РФ.Реализован функционал рабочих смен, переходящих на следующие сутки, в графиках режимов работ. Теперь можно ввести переходящие смены в шаблоне графика и сформировать график с переходящими сменами согласно шаблону. Рабочая смена, переходящая на следующие сутки, выглядит для системы как некоторого рода связь рабочих дней друг с другом. Вводится переходящая рабочая смена следующим образом: в окне редактирования графика за месяц, в окне редактирования шаблонов графиков, а также в окне параметров формирования графика (которое вызывается при формировании графиков по режимам, к которым не привязан шаблон) в таблицу с рабочими часами добавлено новое поле: День смены. В данное поле можно ввести с клавиатуры следующие значения (без кавычек): "1" - означает, что на заданный день приходится начало рабочей смены, переходящей на следующие сутки "2" - означает, что на заданный день приходится окончание рабочей смены, перешедшей с предыдущих суток "2-1" - означает, что в заданный день оканчивается смена, переходящая с предыдущих суток, и начинается смена, переходящая на следующие сутки Система контролирует целостность данных. Например, если ввести "1" в некоторый рабочий день, то "2" в следующий день проставится автоматически, даже если этот следующий день принадлежит графику следующего месяца. Аналогично работает для ввода "2", "2-1", и пустого значения. Система не разрешает ввести рабочую смену, переходящую на выходной день (в том числе если этот день находится в графике предыдущего или следующего месяца). При попытке ввести такую смену выдается предупреждение. В тех случаях, когда вследствие редактирования часов рабочий день становится выходным, стираются рабочие смены, ранее переходившие на этот день. Замечание по поводу значения "2-1". На данном этапе в случае двух смен в течение двух суток невозможно задать, сколько часов относится к окончившейся смене, а сколько - к начавшейся. Данный вариант "Дня смены" реализован на перспективу, и будет дорабатываться по мере поступления требований. Замечание по поводу формирования графиков. Предполагается, что при формировании сменных графиков не учитываются переносы праздничных дней и прочие отклонения календаря. В случае, если всё же график с переходящими сменами будет сформирован с учетом отклонений, то переходящие смены, как связанность дней друг с другом, переноситься не будут (по той причине, что не понятно, как это сделать). По окончании формирования такого графика будут стёрты смены, которые в результате переносов рабочих дней стали переходить на выходные. Пример обработки отклонений календаря в графике с переходящими сменами. Пусть шаблон выглядит следующим образом: День  Рабочие  День       часы     смены  1    4.00     1  2    8.00     2  3    12.00  4    выходной Пусть в отклонениях календаря задано, что второй день меняется местами с каким-то выходным, и график формируется с учетом отклонений. Тогда в графике получится следующее: День  Рабочие  День       часы     смены  1    4.00  2    выходной  3    12.00  4    выходной Таким образом, переходящая смена не будет перенесена, и пропадет вследствие возникшего выходного.
102.1245419.1.10.0Неправильный учёт вознаграждения по итогам работы за год при выплате компенсации за неисп. отпуск при увольненииЗаработная платаРасчет по среднему (алгоритмы отпусков)
Сотрудник увольняется 31 декабря 2012 года. Т.к. 31 декабря он отработал полностью, то расчетный период для расчета среднего заработка при выплате компенсации за неиспользованный отпуск берется с 01.01.2012 по 31.12.2012. В июне 2012 года сотруднику была выплачена премия по итогам работы за 2011 год, которая не попадает в расчет среднего заработка. Необходимо учитывать вознаграждение по итогам работы за 2011 год, а вознаграждение по итогам работы за 2012 год учитываться не должно.Доработка для значения "Настройки Галактики Общие настройки системы Настройки для страны" = "Россия". Для годовой премии, настроенной в классификаторе видов оплат следующим образом: месяц за который начисленно - декабрь, "премия отпуска" = "Х Учитывается в соответствии с дополнительной входимостью" и доп. входимость "(17) Премия выплачена за период (количество месяцев)" с примечанием 12. При расчете компенсации за неиспользованный отпуск и компенсации за неполное использование (тип оплаты "К"), начинающихся 1 января, - в расчёт среднего заработка принимается премия вышеуказанного типа, начисленная по итогам позапрошлого года по отношению к году начала компенсации. Т.е. для компенсации, начинающейся 01.01.2013 в расчёт среднего заработка принимается премия, начисленная за декабрь по итогам 2011 года.
180.75939.1.10.0Runtime error 213 в модулях "Управление персоналом" и "Заработная плата"Контур управления персоналомОбщие вопросы по компонентам Z_*
Если в классификаторе режимов работ количество записей превышает 32767, то при запуске модулей "Управление персоналом" или "Заработная плата",а также если зайти в основные окна "Управление персоналом" - Картотека сотрудников,"Заработная плата" - Лицевые счета Галактика выдает Runtime error 213.Расширен диапазон для хранения записей классификатора режимов работ, при этом количество режимов работ, а соответственно и записей в классификаторе, может быть не более 65535.
102.1228909.1.9.0Новый вид сторнирующих записейЗаработная платаСторнирующие записи
Необходимо разработать новый вид сторнирующих записей, который позволит полностью пересчитать заработную плату за закрытые периоды с учетом изменение в отнесении затрат. Например, в марте выяснили, что в феврале с 10 по 20 число сотрудник был на техпомощи. Тогда в марте заносится архивный переход в межпериод, в котором указывается соответствующая аналитика, заносится сторнирующая запись. И при расчете зарплаты за март месяц формируются записи с минусом с отнесением затрат, которое было в феврале, и положительные суммы с отнесением затрат с учетом внесенного перехода в межпериод.Доработан функционал формирования и обработки сторнирующих записей: 1. Добавлен новый тип сторнирующей записи с причиной "архивный переход". Префикс для записи данного вида "А_П". 2. Добавлена возможность пакетного ввода сторнирующих записей по меню: Операции - Расчет зарплаты - Сторнирующие записи. 3. В классификатор видов оплат добавлен новый тип дополнительной входимости 35 "Учитывать изменение параметров при добавлении перехода в прошлом периоде". Данная входимость имеет Примечание: - сохранить сумму - пересчитать сумму. 3. Добавлена обработка сторнирующей записи с причиной "А_П" в предварительной разноске. Для корректной обработки начислений при вводе архивного перехода за прошлый период необходимо ввести сторнирующую запись "А_П" на тот же период. Для того, чтобы начисления за архивный период попали в обработку, нужно в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, но указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответсвующая доп. входимость, должны сформироваться следующие записи: - запись, соответствующая записис в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней периодов. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется.
102.1218639.1.7.0РВ при подденном учете увеличивает рабочие часы в табелеЗаработная платаФормирование табеля
При поденном учете рабочего времени, когда при работе в праздничный день (РВ) по табелю, попадает на выходной праздничный деть, возникает ошибка, которая ведет к переплате по виду оплат 4 "Оплата по окладу (смена)". Связано с неправильным отображением часов в табеле, которые увеличивают часы рабочие. РВ вводятся только через приказы. Ошибка еще возникает при печати табеля, что приводит к многочисленным вопросам сотрудников. При существующих настройках решить данную проблему не получается. Пользователи отказываются от ручного введения отклонений, т.к. при большом количестве корректировок тоже приводит к массовым ошибкам и переплатам. Часы отработанные в праздничный, который по графику выходной попадают и в фактически отработанные и в праздничные и в итог по условному обозначению. Причем даже если к условному обозначению привязан вид оплаты. Установить настройку "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)" - "да" не могут, так как тогда все праздничные часы вычитаются их фактических и сотрудник видит по начислениям меньше оклада за месяц, возникает много вопросов.Праздничные часы в системе теперь разделены на рабочие по плану праздничные и нерабочие по плану праздничные. Следующие настройки системы разделены на две: В разделе "Настройки Галактики Управление персоналом Табельный учет Расчет итогов": 1) "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану праздники(поденные режимы учета)", "Рабочие часы по факту за вычетом работы в нерабочие по плану праздники(поденные режимы учета)" 2) "Рабочие часы по факту за вычетом работы в праздники(суммированные режимы учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану праздники(суммированные режимы учета)", "Рабочие часы по факту за вычетом работы в нерабочие по плану праздники(суммированные режимы учета)" 3) "Часы работы в праздники" (вводить вручную/рассчитывать автоматически) => "Часы работы в рабочие по плану праздники", "Часы работы в нерабочие по плану праздники" В разделе настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ": 4) "В праздники" => "В рабочие по плану праздники", "В нерабочие по плану праздники" Значение по умолчанию настройки "Оплата работ В нерабочие по плану праздники" зависит от настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой". Если последняя в значении "да", то в настройку для нерабочих по плану праздников подставится вид оплаты из настройки "Оплата работ В праздники, сверх нормы". Если же настройка об ограничении нормой в значении "нет", то вид оплаты для нерабочих по плану праздников подставится из прежней настройки "Оплата работ В праздники". Это сделано для сохранения преемственности, в связи с изменениями в работе предварительной разноски (описано ниже). Для остальных новых настроек значения по умолчанию будут взяты те же, которые были выставлены в исходных настройках. После чего исходные настройки ликвидируются. Итоги в табеле по праздничным часам также разделены теперь. Вместо одной строки "Праздничные" теперь в итогах по часам две строки "Праздничные, рабочие по плану" и "Праздничные, не рабочие по плану". Как продолжение разделения настройки об оплате праздничных часов: в окошке "Альтернативная оплата", которое вызывается в лицевых счетах, переходах в межпериод и др. местах, на вкладках "Виды оплат" и "Проценты" атрибуты праздничных часов теперь также разделены. Вид оплаты праздничных, не рабочих по плану, устанавливается по тем же правилам, что и значение по умолчанию аналогичной настройки: в зависимости от того, включено ограничение отработанного времени нормой, или нет, устанавливается соответственно вид оплаты "праздничных, сверх нормы", или вид оплаты из прежнего атрибута "праздничные" в альтернативной оплате. В "праздничные, рабочие по плану" подставляется значение из прежней записи "праздничные". Для процентов значение новых атрибутов также берется из прежнего атрибута. Если итоги по праздничным часам были введены вручную до установки данного обновления, то такие итоги интерпретируются как итоги по "праздничным, рабочим по плану". Изменен расчет для праздничных часов в предварительной разноске для случаев, когда настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой" = "да": праздничные часы, не рабочие по плану, не разделяются на часы в пределах нормы и сверх нормы, а идут целиком тем видом оплаты, который указан в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В нерабочие по плану праздники". (Раньше учитывались сразу все праздничные, и они разделялись на часы в пределах и сверх нормы).
180.70129.1.4.0Перестали считаться больничные с учетом совместительстваЗаработная платаРасчет больничных
На базе клиента большое количество смежных лицевых счетов. Таких связей (лицевого счета и смежного к нему) более 32767. Из-за этого перестали считаться больничные с учетом совместительства: система не видит всех совместителей.Теперь система может обрабатывать более 32767 связей лицевых счетов (до 2^31 - 1).
102.1146099.1.1.0ОКАТО в справке 2-НДФЛЗаработная платаСправки в налоговую инспекцию (1,2-НДФЛ)
ОКАТО в справке 2-НДФЛ. В 2-НДФЛ значение ОКАТО заносится из города для обособленого структурного подразделения, а в настройках подразделения выводится ОКАТО улицы.Сделанные изменения влияют на функциональность формирования проводок по итогам расчета зарплаты и межпериода, формирование реестров, формирование платежных поручений по реестрам, формирование налоговой отчетности. Подразделение считается обособленным/ филиалом, если в каталоге подразделений для него установлен соответствующий признак в поле "Роль": "филиал/представительство" или "обособленное структурное подразделение". Далее по тексту под обособленным подразделением подразумеваются обе эти роли. Для необособленных подразделений используется ОКАТО, вычисленное для ближайшего вышестоящего по иерархии подразделений обособленного подразделения или филиала, а при отсутствии такого - используется ОКАТО вычисленное для собственной организации. Ниже приведен алгоритм вычисления ОКАТО с учетом наличия обособленных подразделений/филиалов. 1. Определение по прямой ссылке на ОКАТО в обособленном подразделении: При определении ОКАТО используется явно выбранное из каталога ОКАТО. При наличии такой ссылки используется оно и дальнейший поиск ОКАТО не проводится. 2. Определение по адресу в обособленном подразделении: При отсутствии явно заданной ссылки, ОКАТО вычисляется по адресу (ссылке на улицу или ссылке на город, при отсутствии ссылки на улицу) обособленного подразделения или филиала. Примечание: При вычислении по адресу, если в нем есть ссылка на улицу вычисляется ОКАТО по улице. При этом происходит проверка идентичности ОКАТО для данной улицы из справочника ГНИ (вызывается из интерфейса редактирования адреса) с ОКАТО в справочнике ОКАТО (вызывается из интерфейса редактирования подразделения - поле "ОКАТО"). Если найдена запись с таким же ОКАТО - дальнейший поиск не производится. Если не найдено производится поиск по пункту 3 и далее. Если для улицы в справочнике ГНИ отсутствует значение ОКАТО (например, если улица проходит через несколько районов города, которые имеют отличающиеся ОКАТО), в этом случае необходимо явно указать ОКАТО в подразделении, выбрав ОКАТО из справочника ОКАТО (для обработки в соответствии с пунктом 1). При отсутствии в адресе ссылки на улицу (адрес указан без выбора улицы), но наличии ссылки на населенный пункт, для сравнения используется ОКАТО населенного пункта, заданное в справочнике ГНИ. При этом происходит проверка идентичности ОКАТО для данного населённого пункта из справочника ГНИ с ОКАТО из справочника ОКАТО. Если такая запись найдена, используется ОКАТО этой записи и дальнейший поиск не производится. 3. Определение по строковому ОКАТО в связанной с подразделением организации: Если по предшествующим пунктам определить ОКАТО, присутствующее в справочнике ОКАТО не удалось, ОКАТО ищется в связанной с подразделением филиальной организации (при наличии такой), при этом сначала анализируется введенное вручную значение - если такое же значение найдено в справочнике ОКАТО дальнейший поиск не производится. 4. Определение ОКАТО по юр.адресу в связанной с подразделением организации: Определяется по юридическому адресу организации по вышеприведенноому алгоритму (описан в пункте 2 и примечании) для определения по адресу. Если удалось найти значение в справочнике ОКАТО дальнейший поиск не производится. 5. Определение по вышестоящим обособленным подразделениямфилиалам: Если по предыдущим пунктам ОКАТО для обособленного подразделения определить не удалось, будет использоваться ОКАТО вышестоящего обособленного подразделения/филиала, которые определяются по алгоритму, описанному в предшествующих пунктах. 6. Определение по строковому ОКАТО собственной организации: При отсутствии вышестоящих обособленных подразделений, ОКАТО определяется по строковому ОКАТО указанному в собственной организации. Если оно не заполнено - по строковому значению из общесистемной настройки "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность ОКАТО организации". Если строковое значение удалось найти в каталоге ОКАТО дальнейший поиск не производится. 7. Определение ОКАТО по юр.адресу собственной организации: Определение ОКАТО производится по ссылке на улицу, а при отсутствии - по ссылке на населенный пункт. Соответствующее значение ОКАТО ищется в справочнике ОКАТО. Если не найдено - возвращается пустое значение. Примечание: Для контроля в каталоге подразделений отображается доп.информация по отображаемому ОКАТО, в соответствии с тем, откуда было получено это значение ОКАТО (По прямой ссылке в самом подразделении (П:ОКАТО), по адресу в подразделении (П:Адрес), либо из вышестоящих подразделений (ВП:ОКАТО, ВП:Адрес), либо из филиальной организации (Ф: строка, Ф: Юр.адр.), либо из собственной организации (СО: строка, СО: Юр.адр.)) Добавлявшееся ранее в окно редактирования поле "ОКАТО" в каталоге подразделений было необходимо для формирования налоговой отчетности. В данном обновлении производится корректировка отображаемого значения. Ранее в поле "ОКАТО" отображалось ОКАТО адреса текущего подразделения, на текущем обновлении отображается ОКАТО, вычисленное с учетом иерархии подразделений и структуры предприятия. Подсказка к этому полю скорректирована на "Код ОКАТО подразделения с учетом иерархии". Добавлено отображение ОКАТО жирным шрифтом также для подразделений с ролью "филиал представительство" Доработана функциональность по заполнению автоаналитик по ОКАТО подразделений, которая формируется по общесистемной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по АТД". Ссылки в аналитику проставляются исходя из найденных в справочнике ОКАТО значений, вычисленных по подразделениям. Добавлен пункт меню Модуль "Зарплата" - Настройка - Заполнение каталогов - Каталог АТД - импорт справочника ОКАТО. Справочник можно скачать с Internet.