G_ZARPL
Краткое описание :
Необходимо фиксировать месяц предоставления вычетов, для правильного учета в 6-НДФЛОписание :
Предложение по новой функциональности модуля заработная платаЧто измененно :
Необходимо фиксировать месяц предоставления вычетов, для его правильного учета в 6-НДФЛ.
Сотрудник может написать заявление на предоставление вычетов в течении всего календарного года. Например, заявление написано в июле и вычет предоставлен в июле за весь год.
При формировании 6-НДФЛ за 1-е полугодие, суммы в разделе 1 не соответствуют действительности, так как учитывается вычет, которого на самом деле в месяце расчета не было.
Как измененно :
I. Доработан расчёт налога на доходы для России.
1. В справочники "Размер годового дохода" до и после расчета зарплаты на закладку <Вычеты> добавлены поля: "налоговый вычет", "на иждивенцев","дополнительные вычеты", "флаг корректировки"
2. При расчёте заработной платы для расчетного месяца сумма вычетов по месяцу предоставления определяется на основе разницы сумм годового дохода до расчета и после расчета зарплаты.
Если "флаг корректировки" не заполнен, то одновременно заполняются поля, перечисленные в п.1, для месяцев, предшествующих расчетному, начиная с прошлого года.
Если суммы вычетов до и после расчета зарплаты совпадают, то эти суммы записываются в новые поля.
После этого заполняется поле "флаг корректировки".
3. Отдельная функция заполнения новых полей пока не предусмотрена.
4. При переходе на новый расчётный период новые поля переносятся из справочника "Размер годового дохода после расчета зарплаты" в поля справочника "Размер годового дохода до расчета зарплаты".
II. Доработано формирование налоговой отчетности.
В параметры формирования 2, 6-НДФЛ, налогового регистра добавлен параметр "Учитывать месяц предоставления вычетов" ("Учитывать месяц, начиная с которого начали применяться вычеты"). По умолчанию значение параметра - "нет".
Если параметр "Учитывать месяц предоставления вычетов" установлен в значение "да", то при формировании налоговой отчетности учитываются новые поля в "Размере годового дохода" ("налоговый вычет", "на иждивенцев","дополнительные вычеты"), при этом учитывается флаг корректировки (он должен быть в значении "да").
G_ZARPL
Краткое описание :
Сумма долга при наличии реестра по удержаниям и выплатамОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Сумма долга при наличии реестра по удержаниям и выплатам.
Часть суммы выплачена через Удержания и выплаты,налог не перечислен в межпериод,а с зарплатой.
Реестр на окончательную выплату не сформирован-тогда в результатах расчета ссылка на реестр межпериода с признаком "неизм".
Как измененно :
Доработана функция формирования результатов расчета НДФЛ, для случая, когда часть суммы выплачена через Удержания и выплаты,налог перечислен по результатам расчета заработной платы, а реестр на перечисление
заработной платы отсутствует.
Теперь в таком случае запись об НДФЛ имеет ссылку на реестр перечисления НДФЛ, при этом признак "неизм" не устанавливается.
G_ZARPL
Краткое описание :
Учет вычета на ребенка при расчете НДФЛ по сотрудникам, принятым повторно на новый ЛС за период когда они не работалиОписание :
Расчет подоходного налогаЧто измененно :
Учитывается вычет на ребенка при расчете НДФЛ по сотруднику, принятому повторно на новый лицевой счет за период когда он не работал.
Сотрудник работал по 30.03. Принят повторно в мае на новый ЛС. При расчете за май предоставляется вычет за апрель.
Как измененно :
Доработана функция расчета налога на доходы для всех стран кроме Украины и Казахстана, если в архиве вычетов не заполнены записи о вычетах на время увольнения.
Теперь при расчете НДФЛ по сотруднику не учитываются стандартные вычеты из Лицевого счёта, если этот месяц приходится на период до последней даты поступления.
Вычеты за период до даты поступления учитываются из справочника "размер годового дохода после расчёта заработной платы" смежного лицевого счета.
Доработка не зависит от заполнения поля ЛС => Налог на доходы => Учесть вычеты с... и функционирует при любых значениях данного поля.
Примечание. При наличии записи за месяц в архиве вычетов, вычеты предоставляются на её основе, как это было ранее.
G_ZARPL
Краткое описание :
Не попадает в расчет зарплаты сумма данных из других модулей "Данные по закупкам и продажам"Описание :
Расчет начислений (общие вопросы)Что измененно :
Не попадает в расчет зарплаты сумма данных из других модулей "Спецодежда, закупки и продажи, командировки".
Как измененно :
Исправлен расчет зарплаты, теперь в расчете зарплаты также учитываются суммы из других модулей "Спецодежда, закупки и продажи, командировки".
G_ZARPL
Краткое описание :
Неверная сумма почтового сбора по алиментам почтой в результатах расчетаОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Неверно считается общая сумма почтового сбора в результатах расчета.
В случае, когда есть оплаченные реестры на перечисление в межпериод и суммы по пересчету отпускных (для которых реестры не сформированы).
Неверно подсчитывается суммарный сбор по предыдущим группам при записи сбора в последнюю группу.
Как измененно :
Исправлен расчет сбора. В случае расчета алиментов и соответственно сбора по группам при расчете сбора с последней группы учитываются все суммы сбора с предыдущих групп.
G_ZARPL
Краткое описание :
Не удерживается сбор по перечислению алиментов при сторнировании алиментов за прошлый периодОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Не удерживается сбор по перечислению алиментов при сторнировании алиментов за прошлый период.
Текущий период апрель. Надо доудержать алименты за март месяц. Создаем еще одно удержание за период 01.03.2018-31.03.2018 в сумме 140 руб. Считаем зарплату. Алименты удержались, но сбора по перечислению с этой суммы нет.
Как измененно :
При сторнировании алиментов за прошлый период удерживается сбор по перечислению алиментов.
G_ZARPL
Краткое описание :
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.Описание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.
Как измененно :
1.Добавлена возможность задания доп. аналитики при формировании начислений и выплат.
Можно изменить аналитику отдельно для каждой записи в начислении, а также для всех записей при изменении параметров начисления.
2. Для реестров и ведомостей межпериода проведена доработка по учету значений допаналитик перехода в межпериод (для случая когда допаналитик нет ни в лицевом счете, ни в виде оплаты, ни в виде удержания).
Доработан учет значений доп.аналитик из записей межрасчетных начислений (созданных из функции "Начисления и выплаты") при формировании по ним реестров. Допаналитики из этих записей анализируются в последнюю очередь. Учет значений этих допаналитик выполняется по схеме дополнения и замены (при одинаковых кодах аналитик но разных их значениях приоритетным считается значение, указанное в записи начисления).
Реестры формируются с учетом получившихся итоговых наборов аналитик, а значения доп.аналитик записываются в операции к реестру/ведомости.
3.Доработан учёт записей из функции "Начисления и выплаты" с дополнительными аналитиками при расчёте заработной платы.
Формирование дополнительных аналитик в результатах расчёта заработной платы идёт по схеме замены и дополнения.
Ранее дополнительные аналитики переносились из лицевого счёта с учетом переходов в межпериод.
Теперь эти записи дополняются дополнительными аналитиками из функции "Начисления и выплаты", в том случае, если группы аналитик не совпадают с лицевым счётом (переходом) .
В тех случаях, когда группы совпадают, предпочтение отдается аналитике из функции "Начисления и выплаты".
G_ZARPL
Краткое описание :
Расчет НДФЛ - проставлять ссылку на платежную ведомость выплаты удержания в межпериодОписание :
Расчет подоходного налогаЧто измененно :
Если межрасчётное удержание выплачивалось в межпериод по платёжной ведомости, то при расчёте зарплаты в результаты расчета НДФЛ необходимо проставлять ссылку на эту платежную ведомость - аналогично тому, как это происходит в случае перечисления суммы удержания по реестру.
Есть подозрение, что сейчас вместо этого проставляется ссылка на реестр НДФЛ - аналогично проблеме для отпусков.
Как измененно :
Для России доработана функция формирования результатов расчета НДФЛ с учетом платёжных ведомостей с префиксом "0$U".
Теперь, при наличии такой ведомости проставляется ссылка на эту платежную ведомость.
Кроме этого происходит сравнение суммы дохода с суммой из результатов расчета начислений по данному виду оплаты.
Если начисленная сумма не совпадает с суммой дохода из реестра но при этом соответствует сумме доход + НДФЛ, то в результаты расчета записывается доход, соответствующий начисленной сумме.
Кроме того, учитывается настройка учёта дохода по дате выплаты.
Для этого доход и период начисления из реестра сравнивается с доходом и периодом из результатов расчета начислений. Если находится подходящая сумма, доход из реестра учитывается по дате выплаты начисления.
Благодаря этому, не формируются лишние возвраты и записи на разницу дохода.
G_ZARPL
Краткое описание :
Задвоение ВО больничного за счет предприятия при расчете начислений, при определенных обстоятельствахОписание :
Расчет начислений (общие вопросы)Что измененно :
Происходит задвоение ВО больничного за счет предприятия при расчете начислений, при определенных обстоятельствах (последовательность со слов клиента):
-Система находилась в отчетном периоде апреля
-Переключили систему на будущий период (май) и завели больничные.
-После произвели закрытие периода.
-И больничные попали в "не участвующие в расчетах отчетного периода"
Обнаружили это только после того как люди сообщили что не получили оплату больничных.
-Зашли в больничные и переключили в них период на Отчётный после чего смогли произвести их оплату.
При расчете зарплаты ВО больничного за счет предприятия задвоился (вторая запись ВО - с пометкой "П"). В предварительном просмотре ВО одинарный. Все больничные из примера - переходящие (с одного месяца на другой).
Как измененно :
Исправлена функция формирования сумм по видам оплаты больничного при расчёте начислений, в том случае, если имеется несколько одинаковых реестров на перечисление указанных сумм.
Теперь суммы в результатах расчёта по каждому виду оплаты и периоду совпадают с суммами из предварительного просмотра.
Кроме того, оптимизирован код программы таким образом, чтобы для анализа попадали суммы из реестров только расчётного месяца.