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


Описание файла обновления:
ФайлZ_SERVICE_RES_911710.TXT
ОбновлениеZ_Service_RES_911710
НазначениеОбщее
Продукт
Релиз11/06/2018 : Атлантис 5.5.30
КомпонентZ_Service
ТипRES
Версия9.1.171.0
Дата2019-07-24 13:23:42
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.67692NEWЕдиновременные пособия - удаляются пособия будущего периода при переходе на следующий месяцЗаработная платаПереход к новому периоду
При переходе на следующий месяц удаляются единовременные пособия будущего периода. Должны переходить в текущий период - аналогично отпускам, больничным и пр.Модуль заработная плата. При переходе на новый период пособия из будущего периода переходят в текущий, а из текущего периода удаляются.
101.676609.1.170.0Переходящий налоговый вычетЗаработная платаРасчет начислений (общие вопросы)
Переходящий налоговый вычет Проблема по Подоходному налогу. У работника в апреле не полностью была использована сумма Налогового вычета. При расчете Заработной платы в мае переходящий Налоговый вычет не был применен. В расчетном листке в поле Льгота на себя отражается полностью. Общесистемные настройка "Вычеты переносятся на следующий месяц" установлен в значении Да. Также был выполнен Контроль дохода, но результат ИПН остается неверным.Доработан расчет ИПН для Казахстана. Теперь при установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Вычеты переносятся на следующий месяц " = ДА вычет переносятся с предыдущих периодов и ИПН рассчитывается корректно.
102.1975419.1.168.0Переход на новый месяц визуально не меняет "Расчетный период"Заработная платаПереход к новому периоду
Переход на новый месяц визуально не меняет "Расчетный период". , Например, сейчас отчетный январь 2019, а стоит ноябрь 2018. Если изменить на будущий и обратно на отчетный, то период обновится.После доработки при переходе на новый месяц происходит визуальное изменение настройки "Расчетный период" (Настройки Галактики Управление персоналом).
102.1972229.1.168.0Функция для автоматического заполнения признака наличия заявленияЗаработная платаПеренос вычетов на иждивенцев
Для тех сотрудников, которые писали заявление в прошлые годы, будет разработан интерфейс для автоматического заполнения признака наличия заявления с фильтром по подразделению и ЛС." Поле PsnLinks.wPrizn4. Откорректировано 05 февраля: В интерфейсе по п. 3 постановки задачи надо предусмотреть наличие нескольких иждивенцев. Для этого можно добавить автоматическую установку признака наличия заявления путём сравнения архива вычетов с количеством вычетов возвращаемых функцией подсчёта вычетов. Т.е. если в прошлом месяце в архиве вычетов количество вычетов совпадает с количеством вычетов, положенным на внесённое количество иждивенцев, то всем иждивенцам проставляем признак "наличие заявления". Если не совпадает, то последнему внесённому данный признак не проставляем.Разработана сервисная функция для автоматического заполнения признака наличия заявления(Настройка - Сервисные функции - Налог на доходы физических лиц - Установка признака наличия заявления).Автоматическая установка признака наличия заявления работает путем сравнения архива вычетов с количеством вычетов возвращаемых функцией подсчета вычетов. Если в прошлом месяце в архиве вычетов количество вычетов совпадет с количеством вычетов, рассчитанным с помощью функции, то всем иждивенцам проставляем признак "наличие заявления". Если не совпадает, то соответствующим последним внесенным иждивенцам данный признак не проставляем. Если в архиве вычетов у работника отсутствуют вычеты и в текущем месяце вводятся иждевенцы, то для данного работника признак "наличие заявления" не будет проставлен. Информация о работниках и детях для которых не было проставлено "наличие заявления" выводится в протокол.
102.1966519.1.167.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 Alter_Cumulative 9.1.15.0.Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1972229.1.166.1Функция для автоматического заполнения признака наличия заявленияЗаработная платаПеренос вычетов на иждивенцев
Для тех сотрудников, которые писали заявление в прошлые годы, будет разработан интерфейс для автоматического заполнения признака наличия заявления с фильтром по подразделению и ЛС." Поле PsnLinks.wPrizn4. Откорректировано 05 февраля: В интерфейсе по п. 3 постановки задачи надо предусмотреть наличие нескольких иждивенцев. Для этого можно добавить автоматическую установку признака наличия заявления путём сравнения архива вычетов с количеством вычетов возвращаемых функцией подсчёта вычетов. Т.е. если в прошлом месяце в архиве вычетов количество вычетов совпадает с количеством вычетов, положенным на внесённое количество иждивенцев, то всем иждивенцам проставляем признак "наличие заявления". Если не совпадает, то последнему внесённому данный признак не проставляем.Разработана сервисная функция для автоматического заполнения признака наличия заявления(Настройка - Сервисные функции - Налог на доходы физических лиц - Установка признака наличия заявления).Автоматическая установка признака наличия заявления работает путем сравнения архива вычетов с количеством вычетов возвращаемых функцией подсчета вычетов. Если в прошлом месяце в архиве вычетов количество вычетов совпадет с количеством вычетов, рассчитанным с помощью функции, то всем иждивенцам проставляем признак "наличие заявления". Если не совпадает, то соответствующим последним внесенным иждивенцам данный признак не проставляем. Если в архиве вычетов у работника отсутствуют вычеты и в текущем месяце вводятся иждевенцы, то для данного работника признак "наличие заявления" не будет проставлен. Информация о работниках и детях для которых не было проставлено "наличие заявления" выводится в протокол.
101.664579.1.166.0"Конфликт с другим пользователем. Запись будет пересчитана. таблица 16088" при корректировке данныхЗаработная платаСведения о переходах
После установки обновлений, при входе в Галактику, на одном из этапе проверки реестра настроек в процессе "Перенос дополнительных аналитик переходов в межпериод" возникает сообщение об ошибке: "Конфликт с другим пользователем. Запись будет пересчитана. таблица 16088" Ошибка повторяется до окончания процедуры, приходится постоянно нажимать Enter.Исправлено. Сообщение "Конфликт с другим пользователем. Запись будет пересчитана. таблица 16088" при выполнении процесса "Перенос дополнительных аналитик переходов в межпериод" не появляется.
102.1659429.1.164.0Поля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Этап 1: Добавлены новые методы для работы с табелем и функционалом получения реквизитов лицевого счета на дату, возвращающие массивы со значениями доп. аналитик: - WT_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalytics Подробное описание новых функций приведено в C_ExtFun.chm. ВНИМАНИЕ: в дальнейшем планируется отказ от заполнения OPTDOP, поэтому в собственных отчетах следует отказываться функций, возвращающих ссылку на OTPDOP.NREC, заменяя их на упомянутые выше. Это соответственно: - WT_GetAdditionalAnalytics - PA_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalytics О том, что функции устарели, также упомянуто в C_ExtFun.chm, приведены ссылки на соответствующие им новые методы. Этап 2: исключение ссылки на таблицу OTPDOP из предварительного просмотра. Доработаны: 1. Окна предварительного просмотра в том числе и добавление доп.аналитик при вводе новой записи. По умолчанию: выбор из лицевого счета с последующей заменой. 2. Функция предварительная разноска, в том числе: Выбор из постоянных доплат с учетом истории Выбор доп аналитик для отпусков и больничных с различными настройками КВО. Подключение функций выбора дополнительных аналитик из табеля и переходов в межпериод. Подключение функций выбора дополнительных аналитик для функций возврата и сторнирования. 3.Функция расчета заработной платы: подключение функций выбора дополнительных аналитик из табеля,переходов в межпериод и предварительного просмотра по новой схеме. Этап 3: (vip: интерфейсы редактирования и отчеты) Этап 4: Дополнительные аналитики для перехода в межпериод. Разработан конвертер для переноса данных в разрезе дополнительной аналитики непосредственно в запись перехода в межпериод, который автоматически запускается при обновлении настроек (можно запустить через внешние интерфейсы - Z_SERVICE::Convert_Perexod). # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
102.1920759.1.163.0При переходе в новый месяц целодневные неявки с периодом, относящимся к будущему месяцу, попадают в архивЗаработная платаПереход к новому периоду
Целодневные неявки на ноябрь месяц были оформлены через приказы в модуле УП (РПД-71) в октябре и попали в отчетный период (октябрь). В расчет ЗП за октябрь ноябрьские целодневные неявки не попали, и это правильно. При переходе к новому периоду все целодневные неявки, в том числе и ноябрьские, были переведены в архив. При расчете ЗП за первую половину ноябрьские целодневные неявки не появляются, так как их нет в отчетном периоде. До установки обновления этого не происходило, целодневные неявки будущего месяца не переводились в архив.При переходе к новому периоду целодневные неявки, оформленные в отчетном периоде с датой начала, принадлежащей будущему периоду, не переводятся в архив.
102.1594809.1.163.0Контроль расчета ОПВ в зависимости от возраста работникаЗаработная платаПереход к новому периоду
Просим доработать возможность что бы система автоматически контролировала расчет ОПВ относительно достижения пенсионного возраста работника в зависимости с общесистемными настройками Общеустановленный пенсионный возраст для мужчин и женщин (Настройка - Настройка - Управление персоналом - Общие настройки - Стажи). Т.е. если работник достиг пенсионного возраста указанного в настройке, в лицевом счете работника на вкладке взносы, налоги на ФОТ значение параметра Взносы Пенсионный после перехода на новый отчетный период приняло значение Нет.Только для Казахстана. Если в месяце, к которому осуществляется переход, работник достигнет общеустановленного пенсионного возраста, то происходит сброс признака удержания пенсионных взносов с работника.
102.1873359.1.162.0При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
101.594569.1.162.0Расчет НДФЛ - сохранять сылку на реестр НДФЛ межпериода в результатах расчетаЗаработная платаРасчет подоходного налога
В связи с вводом отчёта 6-НДФЛ и ужесточившимся контролем со стороны налоговой службы сроков перечисления НДФЛ для всех клиентов крайне актуальна задача такого контроля. Сейчас в записях удержаний НДФЛ по окончательному расчёту сохраняется ссылка на реестр выплаты дохода. Также рассматривается задача записи ссылки на реестр выплаты дохода в удержаниях НДФЛ по операциям межпериода. Далее по этим ссылкам в отчётности можно определить крайний срок перечисления НДФЛ. Предлагается проставлять в записях НДФЛ также ссылки на реестр НДФЛ - чтобы по ним можно было определить фактическую дату уплаты НДФЛ (для сравнения с крайним сроком перечисления). Т.е. нужно просто одновременно сохранять в результатах расчёта и ссылки на эти реестры НДФЛ.Для России 1.В справочники "Результаты расчёта заработной платы" и "Суммы по видам удержаний" добавлено поле "Ссылка на реестр НДФЛ". Данное поле отображается в окне редактирования для записей НДФЛ (удержания с кодами 182, 183, 184, и ".. Налог на доходы Вид удержания для дополнительной шкалы НДФЛ"). Для других видов удержаний, а также для любых видов удержаний других стран данное поле не отображается. При нажатии клавиши выбора, предоставляется перечень реестров на перечисление НДФЛ соответствующего периода. При нажатии клавиши "DEL" ссылка на реестр удаляется. 2.Доработана функция учёта реестров НДФЛ при расчёте заработной платы. Теперь ссылка на реестр НДФЛ отображается в соответствующем поле удержания. 3.Доработана функция перехода на новый расчётный период: ссылки на реестры НДФЛ текущего расчёта переносятся в соответствующие поля архива "Суммы по видам удержаний".
102.1932099.1.162.0При переводе сотрудника в другой филиал не переносятся доп. аналитикиЗаработная платаПеревод сотрудника в другой филиал
При переводе сотрудника в другой филиал не переносятся доп. аналитики При переводе сотрудника в другой филиал из исходного лицевого счета в переводимый лицевой счет не переносятся доп. аналитики. Так же не переносятся доп. аналитики переходов в межпериод, которые были переданы принимающему лицевому счету из исходного лицевого счета. Данная ошибка появилась на Z_LSchet 9.1.159.После доработки исправлен перенос доп. аналитик при переводе сотрудника в другой филиал. Теперь переносятся доп. аналитики лицевого счета и переходов в межпериод при переводе сотрудника в другой филиал.
102.1893699.1.161.0Разработать отчёт о контроле налога и дохода в формате FastreportЗаработная платаОтчет о соответствии дохода и налога
Разработать отчёт о контроле налога и дохода в формате FastreportРазработан отчет о контроле налога и дохода в формате FastReport.
102.1841299.1.160.0В результатах расчёта ошибочно формируется запись по НДФЛ с отрицательной суммойЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В результатах расчёта ошибочно формируется запись по НДФЛ с отрицательной суммой. здесь суть ситуации в следующем. Сотрудника увольняли 14/05. На момент увольнения ему выплатили оклад 1004 (7190,11) и компенсацию 4101 (12726,49) и 4102 1364,04. На момент увольнения ему были положены вычеты в размере 11 600 (доход позволял). Но в реестрах НДФЛ распределен как-то очень странно, на каких обновлениях они считали и что там было уже не выяснить. Суммы лежат в архиве. Я проверила на текущих обновлениях, с их настройками у меня все хорошо. Но с такими записями, как сейчас у них лежат в архиве, 6-НДФЛ формируется некорректно (из-за того ,что произошло перераспределение налога). В результатах расчета нужно зафиксировать суммы, которые были выплачены на дату увольнения, т.е. должны быть записи по НДФЛ: ВО Начислено НДФЛ Вычет 1004 7190,11 181 4101 12726,49 1081 4102 1364,04 177 Затем сотруднику выплатили премию в межпериод, здесь все корректно, эту запись оставляем. 3101 73142,32 9508 Он приносит больничный, записи по больничному тоже корректны, их не оставляем. 6001 8324,95 1081 6001 41624,75 5411 6001 8324,95 1082 6002 6659,96 866 Премия, выплаченная в межпериод повлияла на компенсацию, произвели перерасчет компенсации. Нужно сформировать записи на доплату компенсации, такие: 4101 2484,58 323 4102 266,3 35 Когда вносили больничный оказалось, что при увольнении выплатили оклад больше на 1 день, чем полагалась (больничный был и на 4/05 в том числе, а этот день оплатили). Снимаем по окладу: 1004 -1223,85 -159 По итогам расчета заработной платы оказалось, доход превышает допустимый для предоставления вычетов предел и можно дать только 5800, а не 11600. Поэтому нужно доудержать еще 754 рубля (5800*0,13) Чтобы клиент смог подправить свой архив можно доработать функцию контроля Z_SERVICE::FINDINCORRECTUDER (Z_Service.res). Тогда они по этому человечку смогут ее запустить для перераспределения налога для архивного месяца.Доработана функция ... Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder). Для случая, когда суммы дохода по основному виду оплаты уменьшается за счёт предоставления больничного листа, после того, как были выплачены реестром. Теперь доход и НДФЛ в суммах удержаний будет показан в размере, указанном с реестре.
102.1901139.1.160.0Переход блокируют пользователи других филиаловЗаработная платаПереход к новому периоду
Филиальная БД. Во время перехода на одном филиале, где пользователи вышли из модуля ЗП, переход блокируют пользователи других филиалов, находящиеся в интерфейсах модуля, о чем выдается сообщение. При этом никто из этих пользователей не находится в мультифилиальном режиме.Исправлено. Добавлен дополнительный анализ необходимости включения пользователя в список окна "Пользователи, которые блокируют переход на новый период"
102.1800689.1.159.0Убрать функцию ""заполнять ссылки на обособленные подразделения, КПП и ОКТМО" из Контроля годового доходаЗаработная платаКонтроль дохода
Убрать функцию "заполнять ссылки на обособленные подразделения, КПП и ОКТМО" из Контроля годового дохода, так как она нужна не всем и только смущает пользователей. Для контроля по обособленным подразделениям есть отдельная функция "Контроль для раздельного расчета по обособленным подразделениям".Из контроля годового дохода убрана функция "заполнять ссылки на обособленные подразделения, КПП и ОКТМО".
101.655049.1.159.0Долго формируется отчет по неявкамЗаработная платаОтчет по видам неявок
Отчет Документы Табели учета рабочего времени Отчеты по видам неявок Отчетные период 1 месяц либо 9 месяцев (не влияет на скорость) Вид неявки = Неявки по невыясненным причинам Сортировка = по табельному номеру Тип отчета = текст Фильтр по: Категориям = не установлен По подразделению = выбран 1 цех По работникам = автоматом выделилось 152. Отчет формируется 40-50 минут за 1 месяц. (время формирования отчета не меняется от выбора периода времени за 9 месяцев время такое-же)Разработана сервисная функция, предназначенная для сбора информации о некоторых параметрах (дополнительные аналитики; праздничные, рабочие по плану; праздничные, не рабочие по плану; праздничные за отгул; выходные за отгул) табеля и перенос их значений непосредственно в запись табеля. Запускается эта сервисная функция через Сервис - Утилиты - Запуск внешнего интерфейса - Z_SERVICE::SERVICELSTABTU. Перед запуском процесса переноса параметров пользователю предоставляется возможность выбрать лицевые счета, по которым нужно произвести перенос. Данная сервисная функция не запускается автоматически, так как сложно оценить время ее выполнения для всех лицевых счетов, а также сложно оценить необходимость включение того или иного лицевого счета для обработки данной функцией. Рекомендуется оценить необходимость включения того или иного лицевого счета для обработки данной сервисной функции (например, если есть лицевой счет, табели учета рабочего времени которого уже не используются или не планируются их использование в связи с тем, что данный сотрудник уже давно был уволен, то его можно не обрабатывать). После обработки табелей учета рабочего времени сервисной функцией Z_SERVICE::SERVICELSTABTU время их загрузки уменьшится, что, например, увеличит скорость расчета заработной платы, формирования отчетов, которые неявно могут обращаться за информацией к табелю учета рабочего времени.
102.1841299.1.158.1В результатах расчёта ошибочно формируется запись по НДФЛ с отрицательной суммойЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В результатах расчёта ошибочно формируется запись по НДФЛ с отрицательной суммой. здесь суть ситуации в следующем. Сотрудника увольняли 14/05. На момент увольнения ему выплатили оклад 1004 (7190,11) и компенсацию 4101 (12726,49) и 4102 1364,04. На момент увольнения ему были положены вычеты в размере 11 600 (доход позволял). Но в реестрах НДФЛ распределен как-то очень странно, на каких обновлениях они считали и что там было уже не выяснить. Суммы лежат в архиве. Я проверила на текущих обновлениях, с их настройками у меня все хорошо. Но с такими записями, как сейчас у них лежат в архиве, 6-НДФЛ формируется некорректно (из-за того ,что произошло перераспределение налога). В результатах расчета нужно зафиксировать суммы, которые были выплачены на дату увольнения, т.е. должны быть записи по НДФЛ: ВО Начислено НДФЛ Вычет 1004 7190,11 181 4101 12726,49 1081 4102 1364,04 177 Затем сотруднику выплатили премию в межпериод, здесь все корректно, эту запись оставляем. 3101 73142,32 9508 Он приносит больничный, записи по больничному тоже корректны, их не оставляем. 6001 8324,95 1081 6001 41624,75 5411 6001 8324,95 1082 6002 6659,96 866 Премия, выплаченная в межпериод повлияла на компенсацию, произвели перерасчет компенсации. Нужно сформировать записи на доплату компенсации, такие: 4101 2484,58 323 4102 266,3 35 Когда вносили больничный оказалось, что при увольнении выплатили оклад больше на 1 день, чем полагалась (больничный был и на 4/05 в том числе, а этот день оплатили). Снимаем по окладу: 1004 -1223,85 -159 По итогам расчета заработной платы оказалось, доход превышает допустимый для предоставления вычетов предел и можно дать только 5800, а не 11600. Поэтому нужно доудержать еще 754 рубля (5800*0,13) Чтобы клиент смог подправить свой архив можно доработать функцию контроля Z_SERVICE::FINDINCORRECTUDER (Z_Service.res). Тогда они по этому человечку смогут ее запустить для перераспределения налога для архивного месяца.Доработана функция ... Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder). Для случая, когда суммы дохода по основному виду оплаты уменьшается за счёт предоставления больничного листа, после того, как были выплачены реестром. Теперь доход и НДФЛ в суммах удержаний будет показан в размере, указанном с реестре.
102.1890419.1.158.0Не начисляются целодневные неявки, переходящие на следующий месяцЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Не начисляются целодневные неявки, переходящие на следующий месяц, в случае, когда их расчёт выполнен по алгоритму, отличному от алгоритмов отпусков и больничных. Сотруднику оформили приказ РПД 71 "Дни отдыха и оплачиваемые неявки". К неявке привязан вид оплаты с пользовательским алгоритмом 121. Период неявки включает август и сентябрь. В августе данная неявка была рассчитана, система выплатила только сумму августа. После перехода ЗП на сентябрь данная неявка "ушла" в архив. Необходимо доработать так, чтобы сентябрьская часть начислилась не в августе, а в сентябре.Добавлен признак в классификатор видов отпусков и неявок. В окне редактирования записей классификатора добавлено поле-признак "выплачивать по месяцам", доступен для заполнения для записей с типом "целодневная неявка". В верхней панели окна редактирования целодневных неявок добавлен информационно признак "Выплачивать по месяцам", для отображения значения соответствующего поля из классификатора. Если в классификаторе значение поле-признака "выплачивать по месяцам" установлено "да", то в Предварительный просмотр и в Расчетные листки попадут суммы за отчетный месяц и за месяцы, предшествующие отчетному. При Переходе к новому периоду записи по работникам о таких целодневных неявках не переводятся в архив, а остаются в списке до тех пор, пока дата окончания неявки не станет меньше даты начала отчетного периода. В поле "Начислить" (в окне целодневных неявок) данном случае отображается текст "тек+прошл" (если неявка введена "задним числом" за прошлый месяц) или "текущ". Если признак "выплачивать по месяцам" установлен в НЕТ, то в поле "начислить" подсвечивается значение "полностью". Из неявок, с признаком "выплачивать по месяцам" ДА, в Предварительный просмотр и в Расчетные листки этого расчетного месяца для оплаты попадает сумма только за текущий месяц.
180.105199.1.157.0Добавить дополнительное поле для хранения информации о исходных ИП, судебных решениях и иных ИД для ВУ 188Заработная платаАлименты, исполнительные
Добавить дополнительное поле для хранения информации о исходных ИП, судебных решениях и иных ИД для ВУ 188.Для типов удержаний: исполнительный документ и алименты, в окне редактирования постоянных удержаний добавлена вкладка "Исполнительный документ". Для хранения информации о исходных ИП выделено поле "Исходное исполнительное производство". Информация хранится в новой таблице БД "Информация по исполнительным документам", которая связанна с таблицей постоянных удержаний. При удалении записи постоянного удержания (по F8 в интерфейсе или при переходе на новый расчетный период) происходит удаление связанной с этим постоянным удержанием записи из новой таблицы.
180.105159.1.157.0В интерфейс постоянного удержания с. 188 необходимо добавить дополнительные поля "Дата поступления исполнительного листа" и "Название взыскателя"Заработная платаАлименты, исполнительные
В интерфейс постоянного удержания с. 188 необходимо добавить дополнительные поля "Дата поступления исполнительного листа" и "Название взыскателя".Для типов удержаний: исполнительный документ и алименты, в окне редактирования постоянных удержаний добавлена вкладка "Исполнительный документ". Во вкладке добавлены поля "Дата поступления" и "Взыскатель". "Взыскатель" выбирается из справочника организаций. Информация хранится в новой таблице БД "Информация по исполнительным документам", которая связанна с таблицей постоянных удержаний. При удалении записи постоянного удержания (по F8 в интерфейсе или при переходе на новый расчетный период) происходит удаление связанной с этим постоянным удержанием записи из новой таблицы.
102.1874239.1.156.0Не попадает в расчетный листок сумма по детскому пособиюЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Возникла ситуация, для второго ребенка не попадает в расчетный листок сумма по детскому пособию в текущем месяце после расчета ЗП, хотя при предварительном расчете пособия сумма рассчиталась верно.Галактика ERP Персонал ЗП Операции Ежемес. пос. Ежемесячные пособия на детей Интерфейс "Ежемесячные пособия на детей" Изменено поле для хранения плановой даты платежа для пособия с FondOtp.FZPV[4] на FondOtp.FZPV[10], в виду пересечения хранимой информации. Так как поле FZPV[4] изначально задействовано для хранения данных суммы за период после расчет детского пособия.
102.1871269.1.155.0При переходе в новый месяц сохранять детализацию алиментов в расчетах межпериода будущего периодаЗаработная платаПереход к новому периоду
При переходе в новый месяц сохранять детализацию алиментов в расчетах межпериода будущего периода. При расчете отпускных будущего периода были рассчитаны алименты. При переходе в ЗП на новый период детализация алиментов удалилась. Из-за того, что детализация не сохранилась неверно считаются алименты в других межрасчетных выплатах (аванс, начисления и выплаты).При переходе к новому периоду(Настройка - переход к новому периоду) для отпусков и начислений и выплат будущего периода сохраняется детализация алиментов и ИЛ, если был произведен расчет алиментов.
101.626569.1.154.0Выводить список пользователей мешающих осуществить переход к новому периодуЗаработная платаПереход к новому периоду
Выводить список пользователей, мешающих осуществить переход к новому периоду. На данный момент при попытке перейти на новый период при наличии активных пользователей в модуле "Зарплата", "Касса" или "Табельный учет", выдается сообщение о факте наличия пользователя / пользователей, а необходим весь список таких пользователей.При переходе на новый расчетный период происходит проверка на блокировку пользователями запуска данного функционала посредством нахождения в определенных модулях системы. В случае наличия таких блокировок выдается сообщение и затем отображается окно с информацией о пользователе, который первым установил блокировку. Для отправки сообщения пользователю нужно нажать кнопку "Отправить сообщение".
101.652169.1.154.0Контроль выплаты зарплаты - обнулять ссылки на источник выплаты при неправильном типе источникаЗаработная платаКонтроль выплаты зарплаты (удержания)
У клиента в некоторых записях удержаний НДФЛ проставлена правильная ссылка на реестр, но при этом тип источника выплаты - "ведомость" и признак "неизм". Функция контроля выплаты (удержаний) такие записи не исправляет и дату выплаты определить не может. Нужно обнулять ссылку на источник в таких случаях (несмотря на "неизм") и проставлять ее заново по существующему алгоритму - с выводом в протокол информации о произведенных изменениях.В этих случаях будет обнулен некорректный источник выплаты и признак "неизм.". Информация об этом выводится в протокол (при включенной опции протоколирования). И далее, для этих удержаний НДФЛ функция ищет сама по существующему алгоритму.
180.105159.1.154.0В интерфейс постоянного удержания с. 188 необходимо добавить дополнительные поля "Дата поступления исполнительного листа" и "Название взыскателя"Заработная платаАлименты, исполнительные
В интерфейс постоянного удержания с. 188 необходимо добавить дополнительные поля "Дата поступления исполнительного листа" и "Название взыскателя".Для типов удержаний: исполнительный документ и алименты, в окне редактирования постоянных удержаний добавлена вкладка "Исполнительный документ". Во вкладке добавлены поля "Дата поступления" и "Взыскатель". "Взыскатель" выбирается из справочника организаций. Информация хранится в новой таблице БД "Информация по исполнительным документам", которая связанна с таблицей постоянных удержаний. При удалении записи постоянного удержания (по F8 в интерфейсе или при переходе на новый расчетный период) происходит удаление связанной с этим постоянным удержанием записи из новой таблицы.
180.105199.1.154.0Добавить дополнительное поле для хранения информации о исходных ИП, судебных решениях и иных ИД для ВУ 188Заработная платаАлименты, исполнительные
Добавить дополнительное поле для хранения информации о исходных ИП, судебных решениях и иных ИД для ВУ 188.Для типов удержаний: исполнительный документ и алименты, в окне редактирования постоянных удержаний добавлена вкладка "Исполнительный документ". Для хранения информации о исходных ИП выделено поле "Исходное исполнительное производство". Информация хранится в новой таблице БД "Информация по исполнительным документам", которая связанна с таблицей постоянных удержаний. При удалении записи постоянного удержания (по F8 в интерфейсе или при переходе на новый расчетный период) происходит удаление связанной с этим постоянным удержанием записи из новой таблицы.
102.1852299.1.152.0Доработка функции в связи с неверным расчетом НДФЛЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В мае клиент выплатил мат.помощь по ВО 5107 в сумме 10668 (вычет 4 000), НДФЛ 867. В июне поняли, что ошиблись и выплатили мат.помощь не тем ВО, нужно было не ВО 5107, а ВО 5106. Через "Начисления и выплаты" снимают сумму (-10668) мат.помощи по ВО 5107 и начисляют такую же по ВО 5106. В результатах расчета создалась одна запись без ссылки на ВО на сумму -10668, НДФЛ -1387 (поле "Полная сумма мат.помощи не заполнилось), вторая запись по ВО 5107 с нулями, где заполнено поле "Полная сумма мат.помощи". И третья запись по ВО 5107 на сумму -6668 НДФЛ -867, "Полная сумма мат.помощи" не заполнено. Также есть запись по ВО 5106 на сумму 10668 НДФЛ 1387 (НДФЛ без учета льготы). Результат должен быть таким: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867Доработана функция "... Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)" для корректировки Сумм удержаний. Теперь для данного случая результат корректировки удержаний будет следующим: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867 Примечание. Поскольку НДФЛ в этом случае рассчитался неправильно, в результатах расчета удержаний останется запись без вида оплаты и дохода на сумму -867. Для того, чтобы удержать у работника недостающую сумму НДФЛ необходимо выполнить функцию "...Сервисные функции Налог на доходы физических лиц Контроль дохода" по заполнению сумм вычетов при предоставлении материальной помощи за прошлый период." После этого заполнить поле ЛС=> Налог на доходы => "Количество месяцев для пересчёта" и рассчитать заработную плату.
103.98129.1.152.0зарплата прошлых периодов выплачена несколькими реестрами обрабатывается функциеу Контроль выплаты по первому рееструЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Речь опять про клиента, у которого нет денег. Сейчас в июне выплачивается з/п за март, частями, то есть несколькими реестрами. А что делать с архивом, может есть серв функция по разбивке архива по реестрам? В зарплатном реестре мы просто указываем сумму, которую готовы выплатить по наличию средств, но мы не знаем какая часть соответствует ей в реестре НДФЛ, только, если руками рассчитать долю пропорционально выплачиваемой части з/п. но это большое предприятие и надо автоматизировать разделение реестра НДФЛ пропорционально делению зарплатного реестра.Доработана сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода. Теперь результаты расчета НДФЛ разбиваются в том случае, если по одному начислению имеется более одного реестра на перечисление заработной платы. Учитываются только те реестры, которые в учетных записях имеют вид оплаты. Доход и налог в записи НДФЛ разбивается пропорционально с учетом округления по формуле: s/сумма к перечислению*сумму перечисленную. В последнюю запись по каждому виду оплаты записываются остатки дохода и НДФЛ с учетом предыдущих записей. Именно запись из последнего реестра добавляется в суммы удержаний. Разбиению подлежат те записи, у которых нет ссылки на исходные данные межпериода.
102.1860309.1.151.0Не отправляются ЭСЧФ на портал, сломана структура xml-файлаУправление сбытомСчета-фактуры поставщика (Беларусь)
Не отправляются ЭСЧФ на портал, сломана структура xml-файла, появился лишний тег xmlns="" по всему документу, а он должен быть только в шапке с адресом порталаСтруктура выгружаемого xml-файла приведена в соответствии с требованиями.
102.1861739.1.150.0В удержании изменяется ссылка в источнике выплаты при работе функции контроля удержанийЗаработная платаКонтроль выплаты зарплаты (удержания)
В удержании НДФЛ в поле источника выплаты изменяется ссылка на реестр при работе функции контроля удержаний. Для ссылки стоит признак "неизм." Ссылка на реестр не должна меняться.Исправлено. Если для ссылки стоит признак "неизм.", то ссылка на реестр не меняется. Если в источнике выплаты и в источнике данных ссылки на разные реестры, то используется ссылка из поля источника данных и та же ссылка записывается в источник выплаты.
102.1852299.1.148.1Доработка функции в связи с неверным расчетом НДФЛЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В мае клиент выплатил мат.помощь по ВО 5107 в сумме 10668 (вычет 4 000), НДФЛ 867. В июне поняли, что ошиблись и выплатили мат.помощь не тем ВО, нужно было не ВО 5107, а ВО 5106. Через "Начисления и выплаты" снимают сумму (-10668) мат.помощи по ВО 5107 и начисляют такую же по ВО 5106. В результатах расчета создалась одна запись без ссылки на ВО на сумму -10668, НДФЛ -1387 (поле "Полная сумма мат.помощи не заполнилось), вторая запись по ВО 5107 с нулями, где заполнено поле "Полная сумма мат.помощи". И третья запись по ВО 5107 на сумму -6668 НДФЛ -867, "Полная сумма мат.помощи" не заполнено. Также есть запись по ВО 5106 на сумму 10668 НДФЛ 1387 (НДФЛ без учета льготы). Результат должен быть таким: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867Доработана функция "... Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)" для корректировки Сумм удержаний. Теперь для данного случая результат корректировки удержаний будет следующим: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867 Примечание. Поскольку НДФЛ в этом случае рассчитался неправильно, в результатах расчета удержаний останется запись без вида оплаты и дохода на сумму -867. Для того, чтобы удержать у работника недостающую сумму НДФЛ необходимо выполнить функцию "...Сервисные функции Налог на доходы физических лиц Контроль дохода" по заполнению сумм вычетов при предоставлении материальной помощи за прошлый период." После этого заполнить поле ЛС=> Налог на доходы => "Количество месяцев для пересчёта" и рассчитать заработную плату.
101.641199.1.148.0Контроль выплаты зарплаты (удержаний) - доработать результирующий протоколЗаработная платаКонтроль выплаты зарплаты (удержания)
Предлагается дополнить результирующий протокол функции Контроля зарплаты (удержаний) информацией о сумме и периоде из удержания НДФЛ, а также о связанном реестре на выплату дохода (номер, дата, сумма соответствующей операции). Кроме того, реализовать "плоский" вариант отчёта (информацию о сотруднике перенести из заголовка в табличную часть) - такой отчёт нужен для выгрузки в excel и сверки с другими таблицами.Доработаны отчеты функции Контроля удержаний. Переработан старый отчет "Контроль удержаний с зарплаты". Скорректирован внешний вид отчета, убрана колонка с наименованием вида удержания и добавлена информация из сопоставленных с удержаниями НДФЛ оплаченных реестров и ведомостей на выплату дохода, обнаруженных функцией контроля. В отчетной форме есть возможность: - перейти к просмотру исходной суммы налога в результатах расчёта з/п и архива (колонка "Сумма налога"); - перейти к просмотру реестра, платежной ведомости (колонка "Реестр, ведомость"); - увидеть дерево отчета (в виде списка подразделений с вложенными работниками). Добавлен новый вариант отчета: "Контроль удержаний с зарплаты (плоский список)".
101.613059.1.148.0проблема по разнесению доходов ЗП сервисной функцией закладка (удержания) для отчета 6НДФЛ, если были выплаты промежуточные у человека, все доходы относит к итоговому реестру, что неправильно.Заработная платаКонтроль выплаты зарплаты (удержания)
проблема по разнесению доходов ЗП сервисной функцией закладка (удержания) для отчета 6НДФЛ, если были выплаты промежуточные у человека, все доходы относит к итоговому реестру, что неправильно.Если в реестрах и ведомостях межпериода не нашлось операций с соответствующей суммой, то функция контроля попробует поискать среди ведомостей межпериода, не имеющих операций. Она пытается найти в них сумму, равную разнице между облагаемой суммой и суммой удерживаемого налога (SUMVIDUD.OBLAGS - SUMVIDUD.SUMUD). Если такая сумма найдется, то для определения даты выплаты будет использоваться ссылка на эту ведомость.
102.1854399.1.148.0В удержании с кодом 210 (тип удержания ссуда) после перехода на новый отчетный период не заполняется поле SHTRAF.SCHPOL1Заработная платаПереход к новому периоду
В постоянном удержании с кодом 210 (тип удержания ссуда) после перехода на новый отчетный период не заполняется поле Дата пред.оплаты процента. Без заполнения указанного поля некорректно считается суммы мат. выгоды.Для корректного заполнения поля "Дата пред. оплаты процента" в постоянном удержании с типом удержания "ссуда" разработана сервисная функция. Ее запуск осуществляется через "Сервис - Утилиты - Запуск внешнего интерфейса - Z_SERVICE::CONVERT_SHTRAFDATES". В окне конвертации дат в постоянных удержаниях добавлена настройка: "Происходил переход на новый отчетный период". В зависимости от это настройки происходит заполнение полей "дата предыдущего погашения" и "дата текущего погашения".
102.1710059.1.148.0Длительный переход на новый отчётный период по ЗПЗаработная платаПереход к новому периоду
Необходимо ускорить переход к новому отчётному периоду по ЗП.Ускорен функционал перехода на новый период в разрезе обработки начислений и архива по суммам оплат, обработки и архивации удержаний, архивации налогов на ФОТ, обработки данных о размере годового дохода. В архиве удержаний в поле год не будет выводится пометка, что срок давности данной записи уже более 12 месяцев.
101.643939.1.148.0Контроль выплаты зарплаты - к НДФЛ с матвыгоды цепляется реестр следующего аванса в случае долга по зарплатеЗаработная платаКонтроль выплаты зарплаты (удержания)
Работник получил беспроцентную ссуду на предприятии, соответственно у него образовался большой долг плюс матвыгода от экономии на процентах. В связи с этим по договорённости ему ежемесячно выплачивается только аванс, а вся оставшаяся зарплата идёт на погашение долга (перечисления зарплаты ему нет, а есть только перечисление аванса). Функция контроля выплаты зарплаты (удержаний) в этой ситуации проставляет в удержание НДФЛ с матвыгоды ссылку на реестр аванса следующего месяца и дату перечисления этого аванса. Клиент считает, что поскольку ссуда удерживается при расчёте зарплаты, то в этот же момент возникает и материальная выгода и соответственно обязанность перечислить НДФЛ с этой матвыгоды не позднее следующего дня после выплаты зарплаты на предприятии. Даже несмотря на то, что данному работнику зарплата не выплачивается из-за погашения долга. То есть дата выплаты дохода в удержании НДФЛ с матвыгоды должна быть равна дате выплаты зарплаты на предприятии (эта дата явно задаётся в параметрах функции контроля удержаний с зарплаты в поле "Дата перечисления"). В параметрах контроля удержаний за январь задаём дату выплаты январской зарплаты 12.02, а функция проставляет ссылку на реестр аванса за февраль и дату перечисления этого аванса 26.02.Доработана функция контроля удержаний для удержаний НДФЛ с матвыгоды (в/у с системным кодом 184). Если в окне параметров функции контроля в поле "Дата перечисления" задана дата и она меньше даты перечисления НДФЛ с матвыгоды (или НДФЛ не перечислялся), то в дату выплаты будет записана "Дата перечисления". В ином случае в дату выплаты будет записываться дата оплаты из ПП, которым перечислялся НДФЛ с матвыгоды.
102.1854359.1.148.0Не получается корректно заполнить ссылки на реестры по перечислению отпускных сумм в архиве удержаний.Заработная платаКонтроль выплаты зарплаты (удержания)
Не получается корректно заполнить ссылки на реестры по перечислению отпускных сумм в архиве удержаний. Система устанавливает ссылку на реестр по перечислению заработной платы для куска НДФЛ, который был выплачен в межпериод.Доработана функция контроля удержаний. При поиске реестров функция пытается сопоставить суммы из записи удержания НДФЛ с суммами НДФЛ, записанными в операциях к реестрам на перечисление дохода.
102.1852879.1.147.0Откатить ошибочно выложенные обновления в z_service 9.1.146.0Заработная платаПереход к новому периоду
Откатить ошибочно выложенные обновления в z_service 9.1.146.0. Могли возникнуть проблемы при переходе на новый период.Произвели откат.
102.1854359.1.146.1Не получается корректно заполнить ссылки на реестры по перечислению отпускных сумм в архиве удержаний.Заработная платаКонтроль выплаты зарплаты (удержания)
Не получается корректно заполнить ссылки на реестры по перечислению отпускных сумм в архиве удержаний. Система устанавливает ссылку на реестр по перечислению заработной платы для куска НДФЛ, который был выплачен в межпериод.Доработана функция контроля удержаний. При поиске реестров функция пытается сопоставить суммы из записи удержания НДФЛ с суммами НДФЛ, записанными в операциях к реестрам на перечисление дохода.
102.1788249.1.146.0Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа stringЗаработная платаУдержание ссуды
Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа string DATAPROCOLD: Date "дата предыдущего погашения", DATAPROC : Date "дата следующего погашения", DATAPOG : Date "начало погашения ссуды", Поля используются для расчета материальной выгоды по ссуде.Добавлены поля в постоянные удержания по погашению ссуды для расчета материальной выгоды по ссуде.(вид удержания 168, удержание с типом ссуда) Дата предыдущего погашения, дата следующего погашения, начало погашения ссуды перенесены в поля с типом "дата" при постоянных удержаниях по погашению ссуды.
102.1571039.1.145.0Необходимо фиксировать месяц предоставления вычетов, для правильного учета в 6-НДФЛЗаработная платаПредложение по новой функциональности модуля заработная плата
Необходимо фиксировать месяц предоставления вычетов, для его правильного учета в 6-НДФЛ. Сотрудник может написать заявление на предоставление вычетов в течении всего календарного года. Например, заявление написано в июле и вычет предоставлен в июле за весь год. При формировании 6-НДФЛ за 1-е полугодие, суммы в разделе 1 не соответствуют действительности, так как учитывается вычет, которого на самом деле в месяце расчета не было.I. Доработан расчёт налога на доходы для России. 1. В справочники "Размер годового дохода" до и после расчета зарплаты на закладку <Вычеты> добавлены поля: "налоговый вычет", "на иждивенцев","дополнительные вычеты", "флаг корректировки" 2. При расчёте заработной платы для расчетного месяца сумма вычетов по месяцу предоставления определяется на основе разницы сумм годового дохода до расчета и после расчета зарплаты. Если "флаг корректировки" не заполнен, то одновременно заполняются поля, перечисленные в п.1, для месяцев, предшествующих расчетному, начиная с прошлого года. Если суммы вычетов до и после расчета зарплаты совпадают, то эти суммы записываются в новые поля. После этого заполняется поле "флаг корректировки". 3. Отдельная функция заполнения новых полей пока не предусмотрена. 4. При переходе на новый расчётный период новые поля переносятся из справочника "Размер годового дохода после расчета зарплаты" в поля справочника "Размер годового дохода до расчета зарплаты". II. Доработано формирование налоговой отчетности. В параметры формирования 2, 6-НДФЛ, налогового регистра добавлен параметр "Учитывать месяц предоставления вычетов" ("Учитывать месяц, начиная с которого начали применяться вычеты"). По умолчанию значение параметра - "нет". Если параметр "Учитывать месяц предоставления вычетов" установлен в значение "да", то при формировании налоговой отчетности учитываются новые поля в "Размере годового дохода" ("налоговый вычет", "на иждивенцев","дополнительные вычеты"), при этом учитывается флаг корректировки (он должен быть в значении "да").
102.1839959.1.144.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 Alter_Cumulative 9.1.12.0.Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1793139.1.143.0Разграничение информации по отпускам и по денежным компенсациям взамен отпусковЗаработная платаКонтроль пересечения больничных с отпусками
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска: 1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком 21 - административный отпуск (за свой счет) 22...39 - учебный отпуск 40 и выше - компенсация за неиспользованный отпуск Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды. Необходимо при восстановлении отпуска в исходном коде RecoverVacation.VIP отказаться от проверки номерного значения кода для разделения компенсации от отпуска ((Otpusk.KotPus < 40) // и не компенсация) и перейти на проверку "типа отпуска" из классификатора в значении "не компенсация"(KlOtpusk.TypeOtp <> 3).Изменен подход для определения компенсации. Теперь компенсацию определяем только по типу отпуска в классификаторе отпусков (тип - компенсация).
101.533749.1.142.0Дата начала северного стажаУправление персоналом3-е окно (анкетные данные стаж)
Необходима возможность отлавливать сотрудников, у которых изменялся северный стаж в отчетном периоде.Российская Федерация. - При переходе к новому расчетному периоду, все северные стажи сотрудников получают скрытый параметр синхронизации. - В случае, если северные стажи переформировывались, модифицировались, создавались, удалялись, для всех северных стажей данного сотрудника снимается признак синхронизации. - Разработан отчет, который отлавливает сотрудников с не синхронизированными северными стажами (Заработная плата - Отчеты - Архивные формы - Отчет по изменению северных стажей). В отчете присутствует фильтр по сотрудникам и подразделения на случай, если необходимо вычислить изменения северных стажей не по всему предприятию. - Сотрудники, у которых нет северных стажей не попадают в отчет даже, если на момент начала отчетного периода у них был северный стаж, а после он был удален.
102.1808529.1.142.0При входе в мультифилиальный режим устанавливается неверный отчетный период 2016 годаКонтур управления персоналомОбщая функциональность (например интерфейсы выбора)
Проявляется на филиальных БД. Захожу под одним филиалом в филиальную БД. Отчетный период нормальный 10/2017, текущий в моей тестовой БД - всё хорошо. Хочу для формирования отчетности по нескольким филиалам зайти мультифилиальным режимом. Отчетный период в управлении персоналом по непонятным причинам - март 2016 года. Отчеты, у которых не варианта выбора дат строятся за 2016 год, не говоря уже о расчете ЗП за март 2016 года, который клиент может ненароком запустить, из-за чего записи упадут в результаты расчета. Пробовала заходит сразу под одним филиалом, потом под вторым - период будет нормальный 10/2017. Ошибка именно при входе мультифилиальным режимом и неважно, какие филиалы выбраны.При входе в мультифилиальный режим происходит корректировка "Настройки Галактики Управление персоналом Отчетный период", а именно выбирается наименьшая дата отчетного периода среди выбранных филиалов.
102.1828039.1.142.0Контроль выплаты зарплаты по начислениям не должен учитывать реестры по перечислению профсоюзных взносовЗаработная платаКонтроль выплаты зарплаты (начисления)
При работе функции контроля выплаты ЗП по начислениям система подтягивает вместо межрасчётной выплаты реестр, которым выплачивались профвзносы. Необходимо запретить функции анализировать реестры по профвзносам.Функции контроля по начислениям теперь не учитывает реестры на профвзносы (реестры с системным кодом в/у 197).
102.1861739.1.141.4В удержании изменяется ссылка в источнике выплаты при работе функции контроля удержанийЗаработная платаКонтроль выплаты зарплаты (удержания)
В удержании НДФЛ в поле источника выплаты изменяется ссылка на реестр при работе функции контроля удержаний. Для ссылки стоит признак "неизм." Ссылка на реестр не должна меняться.Исправлено. Если для ссылки стоит признак "неизм.", то ссылка на реестр не меняется. Если в источнике выплаты и в источнике данных ссылки на разные реестры, то используется ссылка из поля источника данных и та же ссылка записывается в источник выплаты.
101.643939.1.141.3Контроль выплаты зарплаты - к НДФЛ с матвыгоды цепляется реестр следующего аванса в случае долга по зарплатеЗаработная платаКонтроль выплаты зарплаты (удержания)
Работник получил беспроцентную ссуду на предприятии, соответственно у него образовался большой долг плюс матвыгода от экономии на процентах. В связи с этим по договорённости ему ежемесячно выплачивается только аванс, а вся оставшаяся зарплата идёт на погашение долга (перечисления зарплаты ему нет, а есть только перечисление аванса). Функция контроля выплаты зарплаты (удержаний) в этой ситуации проставляет в удержание НДФЛ с матвыгоды ссылку на реестр аванса следующего месяца и дату перечисления этого аванса. Клиент считает, что поскольку ссуда удерживается при расчёте зарплаты, то в этот же момент возникает и материальная выгода и соответственно обязанность перечислить НДФЛ с этой матвыгоды не позднее следующего дня после выплаты зарплаты на предприятии. Даже несмотря на то, что данному работнику зарплата не выплачивается из-за погашения долга. То есть дата выплаты дохода в удержании НДФЛ с матвыгоды должна быть равна дате выплаты зарплаты на предприятии (эта дата явно задаётся в параметрах функции контроля удержаний с зарплаты в поле "Дата перечисления"). В параметрах контроля удержаний за январь задаём дату выплаты январской зарплаты 12.02, а функция проставляет ссылку на реестр аванса за февраль и дату перечисления этого аванса 26.02.Доработана функция контроля удержаний для удержаний НДФЛ с матвыгоды (в/у с системным кодом 184). Если в окне параметров функции контроля в поле "Дата перечисления" задана дата и она меньше даты перечисления НДФЛ с матвыгоды (или НДФЛ не перечислялся), то в дату выплаты будет записана "Дата перечисления". В ином случае в дату выплаты будет записываться дата оплаты из ПП, которым перечислялся НДФЛ с матвыгоды.