Z_BASEMENT
Краткое описание :
Расчет НДФЛ - сохранять сылку на реестр НДФЛ межпериода в результатах расчетаОписание :
Расчет подоходного налогаЧто измененно :
В связи с вводом отчёта 6-НДФЛ и ужесточившимся контролем со стороны налоговой службы сроков перечисления НДФЛ для всех клиентов крайне актуальна задача такого контроля.
Сейчас в записях удержаний НДФЛ по окончательному расчёту сохраняется ссылка на реестр выплаты дохода.
Также рассматривается задача записи ссылки на реестр выплаты дохода в удержаниях НДФЛ по операциям межпериода.
Далее по этим ссылкам в отчётности можно определить крайний срок перечисления НДФЛ.
Предлагается проставлять в записях НДФЛ также ссылки на реестр НДФЛ - чтобы по ним можно было определить фактическую дату уплаты НДФЛ (для сравнения с крайним сроком перечисления).
Т.е. нужно просто одновременно сохранять в результатах расчёта и ссылки на эти реестры НДФЛ.
Как измененно :
Для России
1.В справочники "Результаты расчёта заработной платы" и "Суммы по видам удержаний" добавлено поле "Ссылка на реестр НДФЛ".
Данное поле отображается в окне редактирования для записей НДФЛ (удержания с кодами 182, 183, 184, и "..\ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ").
Для других видов удержаний, а также для любых видов удержаний других стран данное поле не отображается.
При нажатии клавиши выбора, предоставляется перечень реестров на перечисление НДФЛ соответствующего периода.
При нажатии клавиши "DEL" ссылка на реестр удаляется.
2.Доработана функция учёта реестров НДФЛ при расчёте заработной платы. Теперь ссылка на реестр НДФЛ отображается в соответствующем поле удержания.
3.Доработана функция перехода на новый расчётный период: ссылки на реестры НДФЛ текущего расчёта переносятся в соответствующие поля архива "Суммы по видам удержаний".
Z_BASEMENT
Краткое описание :
Предусмотреть защиту от повторного учета сторно-записей на даты, по которым уже было сторнирование в прошлом месяцеОписание :
Предварительная разноска записей о сторнировании и пересчётеЧто измененно :
При определенной последовательности действий возникает ошибочная разноска лишних начислений сотруднику: заносим сотруднику больничный в сентябре за август, автоматически создаются сторно-записи, выполняем расчет зарплаты. Затем переходим на новый период, и переводим/создаем больничный на те же даты, начисленный в отчетном периоде (это можно также сделать при помощи сервисной функции "Перерасчет средних"), основной момент - чтобы в этом (текущем) отчетном периоде тоже создались сторно-записи на даты больничного. Затем считаем зарплату, и сотрудник получает неожиданный бонус в виде начислений месяца, в котором был больничный.
У клиента такая ситуация возникает время от времени, в связи с чем, они просят предусмотреть "защиту от дурака" во избежание таких проблем при разноске.
Как измененно :
Добавлен дополнительный контроль при попытке возврата сумм, начисленных на период больничного листа.
Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда, т.е.при наличии записей с дополнительными признаками 1 или 2.
1. В функциях редактирования результатов расчёта заработной платы (начисления), а также сумм по видам оплат изменена обработка и визуализация поля "Пометка".
Теперь, вместо значения 'П' отражается фраза "Дополнительная сумма", вместо ' ' - "Первоначальная сумма".
Кроме того,в этом поле можно выбрать значение 'Пересчет после возврата' (по значению "Э" в базе данных).
Поле "Номер записи", которое отображается по настройке на страну Казахстан, перенесено и располагается после вычета.
2. Доработана функция расчёта заработной платы при обработке записей предварительного просмотра с пометкой "ПБ" и "БО". Теперь такие записи в результатах расчёта помечаются как 'Пересчет после возврата'.
3. Доработана функция "Предварительная разноска". Теперь при попытке записи с пометкой "ПБ" в предварительный просмотр анализируется справочник "Суммы по видам оплат".
Если в справочнике имеется запись с пометкой "Пересчет после возврата" по тому же виду оплаты за тот же период, то новая запись не формируется.
При попытке записи с пометкой "СБ" также проводится дополнительный анализ: не формируются записи с нулевым количеством дней и часов.
Примечание. Если на момент доработки есть уже сформированные записи в архиве оплат, для того, чтобы избежать дублирования, следует пометить их вручную как "Пересчет после возврата".
В дальнейшем, этот процесс будет происходить автоматически.