G_ZARPL
Краткое описание :
Доработать расчет удержаний в разрезе СИОписание :
Расчет удержаний (общие вопросы)Что измененно :
Для корректного учета сумм при формировании реестров нужно доработать расчет удержаний в разрезе СИ.
Нужно, чтобы во всех удержаниях были данные, соответствующие начислениям лицевого счета в расчетном периоде:
1) код источника и ссылка на источник (сопоставимый с источником в начислениях по коду и ссылке).
Речь пока идет только о тех источниках, которые могут выплачиваться и в межпериод и вместе с зарплатой (то есть о больничных, отпусках, начислениях и выплатах, пособиях).
Ссылок на наряды ведь нет в начислениях, так ведь? Значит и в удержаниях они не нужны если нет ссылки в начислениях. В удержаниях по иным источникам (по которым могут быть лишь выплаты вместе с зарплатой) не нужны если удержание можно будет однозначно сопоставить с начислением по "оплачиваемому периоду работы" и "виду оплаты".
2) оплачиваемый период (работы, отпуска, больничного и др.) в виде диапазона дат в соответствии с начислением, а также желательно в виде месяца и года
Здесь говорилось об оплачиваемом периоде работе, ведь начисляют суммы для оплаты какого то периода работы, то есть диапазона дат "с" и "по". Основанием для начисления сумм ведь являются периоды в табеле, и на основе данных табеля бухгалтер создает какие то документы и начисления для оплаты того или иного периода работы. Я так полагаю, этот диапазон дат записан в начислении в полях Nachisl.DataN и Nachisl.DatOk
3) системный код вида оплаты
Нужно записывать только для для тех удержаний, которые рассчитаны с конкретных начислений. Чтобы было однозначно понятно с каких начислений рассчитаны удержания.
4) Доработать расчет удержаний, чтобы в них сохранялся исходный вид удержания, которым реально выплачивались суммы по реестрам и ведомостям.
У пользователя в настройке "Вид удержания для реально перечисленной заработной платы" выбран вид удержания 210.
Пример 1 (если формирует реестры по суммам таблицы Uder (SumVidUd)):
Например, у работника есть постоянное удержание 222 для перечисления всей зарплаты в банк, поэтому при расчете зарплаты сформируются удержания с кодом 222.
Формируем реестр по виду удержания 222. Формируем по реестру платежку.
Доначисляем работнику и пересчитываем зарплату.
При расчете все первоначальные суммы записываются с кодом удержания, указанным в настройке (210), и с аналитикой, отличающейся от первоначальной.
В удержания с 222 кодом запишутся новые суммы. Если пользователь будет формировать реестр с контролем по 222 виду удержания, то от сумм 222 вида удержания вычтутся суммы, первого реестра, так как в нем тот же вид удержания.
В итоге получим неправильную сумму остатка. Пользователь конечно может не использовать опцию контроля, тогда реестр сформируется только на новую сумму. Но при этом будет лишен возможности проконтролировать и может случайно заплатить дважды, если не сделает пересчет.
Таких ситуаций не возникнет если не будет заменяться код вида удержания на тот, который указан в общесистемной настройке.
Пользователь тогда может использовать функцию контроля при формировании реестра, при этом он получит реестр на остаток, то есть за вычетом сумм реестров ранее сформированных по виду удержания 222.
Конечно, если найдется поле, в котором будет храниться вид удержания которым перечислялась зарплата, то это тоже позволит проконтролировать суммы.
Потребуется доработать функциональность формирования реестров а также расчет сальдо.
Так как вопросы визуального отображения и отражения в отчетах все равно периодически поступают от клиентов, то их лучше решать лишь как отображение в отчетах - от этого система только выиграет.
Кроме того, доработка отображения в отчетах никак не повлияют на функционал. И при этом не понадобится еще где то изменять данные и подгонять функционал.
Как измененно :
Для России доработана функция формирования результатов расчета удержаний.
1) Заполняются поля "источник начисления": код источника (UDER.TYPESOURCEUD) и ссылка на источник (Uder.SOURCELINKUD) (сопоставимые с источником в начислениях по коду и ссылке).
(Для архива удержаний SumVidUd.TYPESOURCESVU и SumVidUd.SOURCELINKSVU)
Речь идет только о тех источниках, которые могут выплачиваться и в межпериод и вместе с зарплатой (то есть о больничных, отпусках, начислениях и выплатах, пособиях).
2)Заполняются поля Начислено с... по... в виде диапазона дат в соответствии с начислением.
Этот диапазон дат записан в результатах расчета начислений в полях "Дата начала выплат" и "Дата окончания выплат".
(Поля Uder.DATEFWB Дата начала начисления Uder.DATEFWE)
(Поля SumVidUd.DATEFWB Дата начала начисления SumVidUd.DATEFWE)
3) Системный код вида оплаты (UDER.VIDOPLUD, SumVidUd.VIDOPLSVU). Записывается только для тех удержаний, которые рассчитаны с конкретных начислений.
4) В результатах расчета удержаний сохраняется исходный вид удержания, которым реально выплачивались суммы по реестрам и ведомостям (поле Uder.INTUD[3], SumVidUd.INTSVU[3]).
5) Доработаны интерфейсы "Результаты расчета" и "Суммы по видам удержаний" в режиме редактирования.
В поле "Исходный вид удержания" отражается исходный вид удержания п.4.
В поле "Для визуального отображения и отчетности" отражается код, который ранее отражался в поле "Вид удержания".
G_ZARPL
Краткое описание :
Признак для условии труда в таблицу NachislОписание :
Заполнение условий труда в расчетных начисленияхЧто измененно :
Просим добавить признак в таблицу Nachisl, который будет содержать значение условия труда ("вредные" или " "), для того чтобы верно собрать сумму дохода, облагаемая ОППВ, в зависимости от условия труда .
Как измененно :
Для РК: При расчете начислений сохраняется значение условий работы для каждого начисления: обычные условия (Nachisl.summa28 = 0), вредные условия (Nachisl.summa28 = 2). Признак определяется на основании табеля на дату начала начисления.
Входимость начисления в ОППВ на этапе расчета начислений не анализируется, т.е. если начисление не облагается ОППВ, а на дату начала начисления в табеле у сотрудника день вредный, то в начислении признак будет "вредные".
Визуально результат можно видеть для оплат в окне "Результаты расчёта" (редактирование), поле "Оплата за работу", значения "в обычных условиях", "во вредных условиях". В этом же окне можно изменять значение поля "Оплата за работу".
G_ZARPL
Краткое описание :
Расчет зарплаты за период. Удержание по отпускуОписание :
Расчет удержаний (общие вопросы)Что измененно :
Расчет зарплаты за период. Удержание по отпуску
Учет выплат по реестрам = ведется
В рамках ПиР 102.160966 добавляется настройка, которая будет регулировать попадание/непопадание начислений по отпуску при расчете зарплаты за период по дате начала пакета отпусков либо по дате выплаты.
Ома выразила пожелание:
делать анализ на попадание в разноску по дате выплаты в межпериод для начисления, которая устанавливается при расчете отпуска, а удержания по реестру по дате формирования не анализировать, а рассматривать в связке с начислением. В случае, если дата выплаты попадает в период разноски, то и связанный реестр с отпуском также попадает. А если дата выплаты в межпериод начисления не попадает в период разноски, то и связанный реестр не попадет.
Т.е. если начисление не попадает в разноску по дате выплаты, то и удержания аналогично не должны попадать. Тоже самое, если настройка в значении "по началу пакета отпусков", если начисление не попало, потому что пакет отпусков начался позже периода, то и удержание тоже не попадает.
Как измененно :
Расчет зарплаты за период. Учет выплат по реестрам и платежным ведомостям = ведется.
При расчете удержаний по реестрам или платежным ведомостям отпусков анализируется настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет межпериода при расчете зарплаты \ При расчете за период учитывать отпуска по дате".
В зависимости от значения настройки если дата начала пакета отпусков (отпуска) или дата выплаты по реестру (ведомости)не попадает в диапазон формирования предварительной разноски, то удержание по реестру (ведомости)не формируется.
G_ZARPL
Краткое описание :
При каждом контроле дохода увеличивается количество записей входящего сальдо по матпомощиОписание :
Контроль доходаЧто измененно :
При каждом контроле дохода увеличивается количество записей входящего сальдо по матпомощи со связанного лицевого счета.
Как измененно :
Исправлено. Теперь, если у сотрудника уже есть сальдо с суммами, аналогичными переносимым, то перенос не будет осуществляться. Контроль выполняется по полям: "Код вида дохода", "Общая сумма дохода с начала года", "Необлагаемая сумма дохода с начала года", "Сумма дохода за месяц", "Необлагаемая сумма дохода за месяц".
G_ZARPL
Краткое описание :
После окончания временного перехода не заполняется значение доп.аналитики при определенной настройкеОписание :
Расчет подоходного налогаЧто измененно :
При значении настройки Разбивать удержания = по подразделениям переходов межпериода, после окончания временного перехода в результатах расчета подоходного налога не заполняется значении доп аналитики. После окончания перехода там должно быть значение доп аналитики ил лицевого счета. В результатах расчетов начислений доп аналитика проставлена до, во время и после перехода. Проблема только с третьей записью подоходного налога, после окончания временного перехода.
Как измененно :
Доработана функция формирования результатов расчета заработной платы для значения "по подразделениям переходов межпериода" в настройке
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания".
Теперь после окончания временного перехода в результатах расчета подоходного налога и других удержаний заполняется значении доп аналитики.
После окончания перехода заполняется значение доп аналитики ил лицевого счета.
G_ZARPL
Краткое описание :
Pасчет НДФЛ за месяц при отсутствии начислений и наличии реестра в межпериодОписание :
Расчет подоходного налогаЧто измененно :
Ошибка расчета НДФЛ при расчете з/пл за месяц.
У сотрудника в межпериоде выплачет отпуск и перечислен НДФЛ
Далее обработан отзыв на весь период отпуска, и в табеле нет ни одного рабочего дня, т.е. начислений за месяц нет.
В "жизни" это бывает так: 1-го числа отправили в отпуск, перечислили отпускные и НДФЛ, а сотрудник заболел и к концу месяца б/л не предоставил. Как показывает практика, что многие предприятия на время б/л оформляют отзыв.
Кроме того, сумма вычета не соответствует действительности.
Как измененно :
Доработана функция расчета и формирования записей НДФЛ при расчете заработной платы при отсутствии начислений и наличии реестра в межпериод.
Теперь для такого случая в результатах расчета заработной платы формируются отдельные записи НДФЛ для каждой суммы отпуска с различными источниками и видами оплат.
В этих записях в поле "Источник выплаты" заполнен тип и ссылка на источник, поле источник начисления имеет тип "Отпуск".
Далее, для каждой такой записи формируется отдельная запись о возврате НДФЛ.
В записях о возврате поля "Источник выплаты" и ссылка не заполнены, поле источник начисления имеет тип "Отпуск".
Суммы вычетов также не заполнены.
G_ZARPL
Краткое описание :
Расчёт премии по пользовательсткому алгоритму в межпериод приводит к ошибочному начислению северной надбавкиОписание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
При выплате премии в межпериод рассчитываются северные в размере 100% от премии, хотя никаких северных стажей и категорий нет.
Как измененно :
При расчете северных в межпериод северные рассчитываются с учетом алгоритма, указанного в виде оплаты (с системным кодом 45), для оплаты северных и соответствующих настроек для расчета.
G_ZARPL
Краткое описание :
Расчет подоходного налога с неденежного доходаОписание :
Расчет подоходного налогаЧто измененно :
Расчет подоходного налога с неденежного дохода
В письме ГСФУ от 14.12.16 г. №21695/99-99-13-02-03-16 (во вложении) есть описание расчета подоходного налога с неденежного дохода
На текущий момент, есть правило которое не работает, в частности, если стоимость подарка превышает 50% одной минзарплаты (в расчете на месяц),
установленной на 1 января отчетного налогового года (в 2016 году- 689 грн.) (п.п. 165.1.39.НКУ).
Если стоимость подарка превышает 689,00 грн на месяц, такое превышение стоит облагать НДФЛ по ставке 18 %.
При этом сумму НДФЛ следует исчислять с применением "натурального" коэффициента (п.164.5 НКУ)
К = 100: (100 - Сп),
где К - коэффициент; К=1,219 (100/(100-18%));
Сп - ставка налога, установленная для таких доходов на момент их начисления. (18%)
В нашем случае, сумма подарка не уменьшается на необлагаемый минимум 689,00 грн.
На примере, как должно быть
Работнику начислена ЗП в размере 2000 грн, и предоставлен подарок в размере 800 грн.
Общий налогооблагаемый доход в этом месяце 2000 + 111 (800-689) = 2111 (в базе смоделирован пример, работник таб. № 5)
где, 689 - стоимость подарка, не включаемая в общий налогооблагаемый доход.
Расчет налогов должен производится следующим образом
НДФЛ с ЗП 2000*18%=360
НФДЛ со стоимости подарка 111 *(100/(100-18%))*18%=24,36
ИТОГО=384,33.
Как измененно :
Для Украины доработан расчет подоходного налога с неденежного дохода.
Теперь при налогообложении учитывается единовременный вычет, который указан в постоянной доплате.
Сумма превышения, как и ранее облагается НДФЛ по ставке.
При этом сумма НДФЛ по-прежнему исчисляется с применением "натурального" коэффициента
К = 100: (100 - Сп),
где К - коэффициент; К=1,219 (100/(100-18%));
Сп - ставка налога, установленная для таких доходов на момент их начисления. (18%)
G_ZARPL
Краткое описание :
Реестры межпериода - при формировании сохранять вычеты из операций межпериодаОписание :
Реестры по перечислению в банк (отпускных)Что измененно :
Для правильного учёта вычетов, предоставленных в межпериод, при окончательном расчёте зарплаты, необходимо переносить вычеты из операций межпериода в реестры и платёжные ведомости по всем операциям межпериода - отпусков, больничных, начислений и выплат, детских пособий и т.д.
Как измененно :
При формировании в межпериоде реестров(ведомостей) по отпускам, больничным, начислениям и выплатам из полей перечисленных ниже в операции реестров переносятся суммы вычетов.
Начисления и выплаты PRVIDOPL.CHWORK
Больничный
Основной ArBl.PrevP[1..7]
Дополнительный ArBl.PodNalP[1..7]
За счет ФСС ArBl.SumAlFss[1..7]
Отпуск AROTPUSK.SUMOBLPD[1..7]
G_ZARPL
Краткое описание :
Контроль доходов переносит данные по матпомощи только на месяц приемаОписание :
Контроль доходаЧто измененно :
Контроль доходов переносит данные по матпомощи только на месяц приема, остальные месяца остаются без изменений.
Повторный прием пенсионеров осуществляется так:
По F7 в Картотеке заводят новую карточку, ф Зарплате формируется новый ЛС.
Его связывают со старым ЛС и запускают контроль доходов.
Как измененно :
Доработана функция "Контроль дохода" по учету входящего сальдо по материальной помощи на дату приема.
Если у работника нет сумм с предыдущего места работы по материальной помощи, то теперь в расчет принимается входящее сальдо на месяц приема.