Z_PAYREP
Краткое описание :
реестры по перечислению по отпускамОписание :
Реестры по перечислению в банк (отпускных)Что измененно :
Рассчитали отпуск по сотруднику, сформировали реестр и выплатили деньги.
Далее отозвали из отпуска сотрудника на день. Обработали отзыв.
Формируем реестры по всем отпускам и н новый реестр попадает опять сумма по отпуску, но за минусом сторнировочной суммы.
Если отзыв убрать, то программа не формирует запись в реестре по этому сотруднику, как только оформляем отзыв---запись попадает в реестр.
Похоже просто слетает привязка из отпуска к созданному ранее реестру при разбивке отпуска отзывом - оставляет привязку только на первую запись?
Как измененно :
Доработан алгоритм формирования реестров по отпускам межпериода с включенной опцией контроля по реестрам.
Если при вычитании из текущих расчетных сумм отпуска аналогичных сумм из учитываемых реестров получилась отрицательная сумма остатка к выплате, то алгоритм будет пытаться уменьшить положительные суммы остатков (если это суммы того же типа) других аналогичных отпусков в той же группе отпусков. Если в этой группе отпусков не нашлось таких и все равно получается отрицательная сумма остатка к выплате по этому отпуску в группе, то реестр на сумму к выплате по этому отпуску не формируется.
Отпуска с признаком "отзыв" теперь пропускаются и реестры по ним не будут формироваться.
Z_PAYREP
Краткое описание :
Записывать в реестры месяц удержания налогаОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Для премий с кодом 2002 и доп.входимостью 294 формировать отдельный реестр аналогично, как это происходит для премий с кодом 2003.
Записывать в реестры НДФЛ месяц отнесения налога не только в наименование реестра, но и в поля Sbban.DatK и Spplban.DatK.
Как измененно :
Для премий с кодом 2002, имеющих доп.входимость 294 в наименование реестра записывается месяц выплаты. Дату выплаты пользователь задает в поле "Доход выпл." в параметрах формирования реестра.
В реестры НДФЛ месяц отнесения налога записывается не только в наименование реестра, но и в поля Sbban.DatK и Spplban.DatK.
Z_PAYREP
Краткое описание :
Сервис по заполнению новых полей Sbban.LastTime и Spplban.LastTime в реестрах НДФЛОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Сервис по заполнению новых полей Sbban.DatK и Spplban.DatK в реестрах НДФЛ
Новые поля будут использоваться для налоговой отчетности. Но в ранее сформированных реестрах они будут пустыми.
Необходимо предусмотреть некий сервис для ранее сформированных реестров по переносу месяца удержания налога из наименования реестра в новые поля.
Поскольку это разовая акция, можно сделать через внешние интерфейсы.
Как измененно :
Реализован конвертер по копированию периода отнесения налога из наименования в поле Sbban.DatK (и поля Spplban.DatK из этого реестра).
Примечание: конвертер обрабатывает только реестры НДФЛ у которых Sbban.DatK не заполнен, и эти реестры формировались в разрезе периодов или сроков уплаты НДФЛ (в начало наименования этих реестров был записан период отнесения налога в формате '[MM.YYYY]').
Z_PAYREP
Краткое описание :
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.Описание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.
Как измененно :
1.Добавлена возможность задания доп. аналитики при формировании начислений и выплат.
Можно изменить аналитику отдельно для каждой записи в начислении, а также для всех записей при изменении параметров начисления.
2. Для реестров и ведомостей межпериода проведена доработка по учету значений допаналитик перехода в межпериод (для случая когда допаналитик нет ни в лицевом счете, ни в виде оплаты, ни в виде удержания).
Доработан учет значений доп.аналитик из записей межрасчетных начислений (созданных из функции "Начисления и выплаты") при формировании по ним реестров. Допаналитики из этих записей анализируются в последнюю очередь. Учет значений этих допаналитик выполняется по схеме дополнения и замены (при одинаковых кодах аналитик но разных их значениях приоритетным считается значение, указанное в записи начисления).
Реестры формируются с учетом получившихся итоговых наборов аналитик, а значения доп.аналитик записываются в операции к реестру/ведомости.
3.Доработан учёт записей из функции "Начисления и выплаты" с дополнительными аналитиками при расчёте заработной платы.
Формирование дополнительных аналитик в результатах расчёта заработной платы идёт по схеме замены и дополнения.
Ранее дополнительные аналитики переносились из лицевого счёта с учетом переходов в межпериод.
Теперь эти записи дополняются дополнительными аналитиками из функции "Начисления и выплаты", в том случае, если группы аналитик не совпадают с лицевым счётом (переходом) .
В тех случаях, когда группы совпадают, предпочтение отдается аналитике из функции "Начисления и выплаты".