Z_PAYREP
Краткое описание :
Новые коды доходов для премий. Учет в реестрах по НДФЛОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Доработать формирование реестров НДФЛ для вида дохода 2002
Как измененно :
Для премии с кодом дохода 2002, которая начислена в январе, и например выплачена 9 февраля датой фактического получения дохода считается 31 января. Срок уплаты НДФЛ с этой премии 10 февраля.
Z_PAYREP
Краткое описание :
Неверно формируется реестр на перечисление ЗП, если ЗП выплатить частями и пересчитать ееОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Сейчас пользователи не всегда понимают, по каким суммам формируется реестр и неправильно выставляют опции при формировании реестров на выплату зарплаты.
Нужно сделать опции более понятными при включенной системе учета по платежным документам.("Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "да").
Примечание:
Включение настройки "Сальдо рассчитывать по платежным документам" в значение "да" меняет систему учета сумм при расчете сальдо ("Информация о выплатах заработной платы"). При включенной настройке суммы по видам удержаний с признаком "перечисление" и "выплата", присутствующие в результатах расчета не учитываются. Учитываются лишь суммы "перечислений" и "выплат", которые присутствуют в реестрах и ведомостях, имеющих признак обработки.
Как измененно :
Проведены доработки для включенной системы учета по платежным документам.
("Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "да")
1. Ранее реестры на выплату "зарплаты"
- при установленной галочке опции "по ПОЗ" формировались на суммы, рассчитанные функцией расчета зарплаты (суммы брались из результатов расчета);
- при снятой галочке опции "по ПОЗ" формировались на суммы, рассчитанные функцией расчета сальдо.
Теперь же в параметры добавлена отдельная опция "на суммы сальдо".
- если опция не установлена, то реестры формируются на суммы, рассчитанные функцией расчета зарплаты.
- если опция установлена, то реестры формируются на суммы остатка, рассчитанные функцией расчета сальдо.
Опция "по ПОЗ" теперь влияет лишь на тип используемого фильтра для пометки лицевых счетов (либо традиционный "по работникам"; либо альтернативный "по лицевым счетам").
2. Как и ранее, пользователям, использующим формирование реестров по сальдо, перед формированием реестра нужно делать пересчет (функцией пересчета зарплаты либо функцией пересчета сальдо) чтобы учлись изменения, произошедшие с документами с момента предыдущего пересчета и обновилась информация о сумме остатка.
Перед пересчетом и формированием очередных реестров необходимо обработать предыдущие сформированные, а также удалить ненужные.
Так как в данном процессе реестр во всех случаях должен формироваться только на сумму невыплаченного остатка, то в опции "Контроль" рекомендовалось устанавливать значение "нет".
В данном решении производится автоматизация пересчета сальдо при формирование реестров с установленной опцией "на суммы сальдо" (реестры аванса и зарплаты). Реестр может быть сформирован лишь на сумму остатка (если он положительный), независимо от выставленного значения опции "Контроль".
Если при формировании очередного реестра обнаружится, что для некоторых из помеченных лицевых счетов ранее рассчитанное сальдо устарело, оно будет автоматически пересчитано, но лишь для этих лицевых счетов.
Примечание:
1) Необходимость пересчета вызвана тем, что информация об остатке периодически устаревает (например, из-за того, что какие то документы удалены, либо созданы новые, либо изменился признак обработки в существующих, либо проводились корректировки сумм).
2) Если по лицевому счету работника начисляются новые суммы, то перед формированием реестра пользователь должен провести расчет зарплаты.
3) Если для какого то месяца начисления для ЛС выполнялась функция расчета зарплаты и после этого в модуле по суммам этого месяца не формировались и не удалялись никакие реестры и ведомости (с видами удержаний "перечисление" и "выплата"), то при формировании очередного реестра на выплату зарплаты по этому ЛС сальдо этого месяца не будет пересчитываться.
4) Если реестр на выплату из остатка в сальдо формируется по виду удержания, не являющегося "перечислением", то суммы такого реестра не будут учитываться при последующих расчетах остатка в сальдо, поэтому для учета сумм этого реестра как удержания необходимо выполнять функцию расчета зарплаты.
3. Использование опции "Контроль" в случае формирования реестров "на суммы сальдо".
Сальдо при необходимости будет пересчитано при любом значении опции.
При значениях "по реестрам" и "перечислений" производится поиск неучтенных или забытых реестров по видам удержаний с признаком "перечисление" в которых не проставлен признак обработки. Если такие реестры будут найдены, то на суммы остатка этого ЛС реестр не будет формироваться. Для более подробной информации о найденных реестрах рекомендуется формировать с опцией подробного лога.
При значении "нет" по ЛС сформируется реестр, если сумма остатка положительна. Поиск неучтенных или забытых реестров не производится.
4. Для корректной работы с формированием реестров на сумму остатка в сальдо необходимо предварительно корректно настроить систему.
4.1. В КВУ для видов удержаний, которыми перечисляется работнику деньги на банковскую карточку необходимо установить признак "перечисление". Для видов удержаний, которыми производят выплату работнику наличными в кассе следует установить признак "выплата". Для всех остальных видов удержаний (таких как на переводы почтой, налоги, алименты, квартплата и др.), которые не выплачиваются работнику на банковскую карту или в кассе, следует установить иной признак, например выставить признак "удержание". Для перевода зарплаты почтой также следует установить признак "удержание".
4.2. Кроме этого, необходимо настроить систему так, чтобы при расчете зарплаты перечисленные реестрами и выплаченные ведомостями суммы отражались в результатах расчета теми кодами видов удержаний, которыми были реально выплачены и перечислены (особенно если включены настройки "Учет выплат по платежным ведомостям" и "Учет выплат по реестрам") и уже присутствуют в самих реестрах и ведомостях. Чтобы коды не заменялись на другие коды видов удержаний, общесистемную настройку "Вид удержания для реально перечисленной заработной платы" нужно оставить с невыбранным в ней видом удержания (пустое значение), чтобы суммы действительно отражались реальными кодами, которыми перечислялись и выплачивались.
Примечание:
1) В режиме формирования реестров по сальдо и при некорректной настройке системы правильность сумм сформированных реестров не гарантируется. При некорректно настроенной системе возможны недоплаты или переплаты сумм работнику.
2) Особенностью системы учета по платежным документам является то, что из результатов расчета учитываются лишь суммы "начислений" и суммы прочих "удержаний" (т.е. только те, которые НЕ являются "перечислением" и "выплатой"). Разность между суммами "начислений" и суммами прочих "удержаний" показывает сколько всего можно выплатить работнику, то есть "всего к выплате". Из суммы "всего к выплате" вычитаются суммы обработанных реестров с суммами "перечислений" и суммы ведомостей с признаком "выплата" и таким образом в сальдо определяется остаток невыплаченной суммы. При формировании с опцией "на суммы сальдо" реестры формируются на сумму этого невыплаченного остатка. Поэтому важно правильно настроить систему в случае использования этой опции.
5. Клиентам, которые не настроили систему корректно для ведения учета по платежным документам, следует формировать реестры без галочки в опции "на суммы сальдо".
Использовать при формировании реестров на перечисление разные значения опции (часть реестров аванса и зарплаты формировать с установленной опцией, а другую часть без установленной опции) не рекомендуется. Правильность сумм сформированных реестров на перечисление в этом случае не обеспечивается.
Z_PAYREP
Краткое описание :
Некорректно формируется реестр на перечисление конкретной суммойОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Некорректно формируется реестр на перечисление по итогам расчета ЗП конкретной суммой. Полагаю, проблема связана с последними доработками, после которых перечисления зарплаты (ВУ №220) в Результатах расчета стали разбиваться по видам оплат начислений.
Как измененно :
Доработано. В каждой записи реестра сумма ограничивается заданным значением.
Z_PAYREP
Краткое описание :
Платежная ведомость уходит в другую кассу, а не ту, которую выбралиОписание :
Платежная ведомостьЧто измененно :
Платежная ведомость уходит в другую кассу, а не ту, которую выбрали.
Создаю ведомость и там указываю кассу.
Потом в модуле "Касса" захожу в Платежные ведомости и не вижу этой ведомости.
Правой кнопкой - Смена кассы - и вижу, что она попадает в другую кассу.
При локализации проверил формирование отпускных сумм в межпериод с Выбором касс, там все в порядке.
Во вложении скриншоты по проблеме.
Как измененно :
Восстановлена корректная работа при выборе кассы. Производится формирования ведомостей на выбранную кассу.
Z_PAYREP
Краткое описание :
дать возможность редактирования наименования платежной ведомости из зарплатыОписание :
Платежная ведомостьЧто измененно :
Дать возможность редактирования наименования платежной ведомости из зарплаты.
На данный момент в списке платежных ведомостей в режиме редактирования удается отредактировать только номер ведомости.
Как измененно :
Предоставлена возможность отредактировать наименование ведомостей, которые не закрыты кассовыми ордерами.
Z_PAYREP
Краткое описание :
при редактировании ведомостей появляется сообщение, которое не соответствует действительностиОписание :
Платежная ведомостьЧто измененно :
При редактировании ведомостей появляется сообщение, которое не соответствует действительности. В режиме редактирования сообщается о том, что ведомость редактируется другим пользователем, хотя никаких других пользователей вообще нет в базе.
Как измененно :
При попытке редактировать поля ведомости, которые защищены от редактирования, теперь не будет выдаваться это сообщение.
Z_PAYREP
Краткое описание :
Объединить формирование реестров по перечислению ЗП и НДФЛОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
Для формирования реестров по перечислению зарплаты и на перечисление НДФЛ используются разные интерфейсы выбора лицевых счетов. Нужно использовать одинаковые, чтобы не приходилось помечать те же лицевые счета, но уже в другом интерфейсе выбора.
Как измененно :
Доработано. Для удобства пользователей теперь при одном и том же значении опции "по ПОЗ" используются одни и те же интерфейсы выбора лицевых счетов.
Из области фильтров в параметрах формирования реестров НДФЛ убран фильтр по получателю (для этого типа реестров он не использовался).
Для итоговых реестров НДФЛ (для РФ) добавлена опция "Парам.пл." .
При значении "без учета аналитик" допаналитики не учитываются и налоговые атрибуты определяются по подразделениям отнесения затрат.
При значении "с учетом аналитик" налоговые атрибуты определяются с учетом подразделений и ОКТМО в допаналитиках. Если таких атрибутов в допаналитиках нет, то налоговые атрибуты определяются как при значении "без учета аналитик".
Примечание: ранее определение налоговых атрибутов было завязано на значение опции "по ПОЗ". При установленной опции работало как для значения "без учета аналитик". При снятой опции работало как для значения "с учетом аналитик".