Z_BASEMENT

Z_BASEMENT ( 9.1.28.0 )

Краткое описание :

Доработать расчет удержаний в разрезе СИ

Описание :

Расчет удержаний (общие вопросы)

Что измененно :

Для корректного учета сумм при формировании реестров нужно доработать расчет удержаний в разрезе СИ.
Нужно, чтобы во всех удержаниях были данные, соответствующие начислениям лицевого счета в расчетном периоде:
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.
В поле "Для визуального отображения и отчетности" отражается код, который ранее отражался в поле "Вид удержания".

Z_BASEMENT

Z_BASEMENT ( 9.1.28.0 )

Краткое описание :

Признак для условии труда в таблицу Nachisl

Описание :

Заполнение условий труда в расчетных начислениях

Что измененно :

Просим добавить признак в таблицу Nachisl, который будет содержать значение условия труда ("вредные" или " "), для того чтобы верно собрать сумму дохода, облагаемая ОППВ, в зависимости от условия труда .

Как измененно :

Для РК: При расчете начислений сохраняется значение условий работы для каждого начисления: обычные условия (Nachisl.summa28 = 0), вредные условия (Nachisl.summa28 = 2). Признак определяется на основании табеля на дату начала начисления.
Входимость начисления в ОППВ на этапе расчета начислений не анализируется, т.е. если начисление не облагается ОППВ, а на дату начала начисления в табеле у сотрудника день вредный, то в начислении признак будет "вредные".
Визуально результат можно видеть для оплат в окне "Результаты расчёта" (редактирование), поле "Оплата за работу", значения "в обычных условиях", "во вредных условиях". В этом же окне можно изменять значение поля "Оплата за работу".