Уважаемое сообщество, прошу помочь с вопросом.

Если какая-то материальная помощь с кодом дохода 2 была выплачена меж. расчетом, то как сделать так, чтобы указанная сумма не выделялась в код дохода 2 в регулярном расчете? Межрасчет с использованием ИТ0267 (свой ВО).

Нашел разные ноты, но там ответа не нашел.

2909600 - 12-FZ Reporting on court orders; Income types in payment orders.pdf
2918878 - Prerequisite objects for SAP Note 2909600.pdf
2922982 - Wrong calculation of deductions from wage type group RUD3.pdf
2924023 - Wrong garnishments calculation.pdf
2925497 - Payroll run stops with error after Note 2909600.pdf
2926869 - 12-FZ wrong transfer group code assignment.pdf
2927276 - Wrong garnishment fee calculation in payroll function RUPBT.pdf
2930219 - Wrong distribution of retro difference amount after activation of RUPBT.pdf
2930978 - RUPBT does not distribute amount in field FBETR of table BT.pdf
2931172 - Wrong cash payment at using MIR card pay.pdf
2932344 - Payroll stops with Total Calculated Retro difference error.pdf
2932349 - Income Tax Distribution for Sick Leave in payroll function RUPBT.pdf
2932459 - Wrong processing of reversal of deductions in payroll function RUPBT.pdf
2933773 - RUPBT does not recalculate previous regular payroll runs without payment.pdf
2934012 - Payroll function RUPBT does not distribute income tax if employee has no income.pdf
2934391 - Wrong net payment calculation.pdf
2935508 - HR-RU Syntax error while implementing SAP Note 2932349.pdf
2938836 - Deductions are not distributed if employee has no income in current period.pdf
2941707 - RUPBT does not process wage type 566.pdf
2944284 - Payroll stops with error in function RUPBT.pdf

Почему не нужно выделять в регулярном код дохода 2? Процесс не до конца понятен.
Или имеется ввиду, что:
1. в межрасчете как бы уже выплачена мат.помощь по виду дохода 2
2. затем же сумма начисляется в регулярном и
3.по итогу регулярного сумма по виду дохода 2 не должна выплачена, т.к она ранее была выплачена в межрасчете,
Так?
А у вас вид дохода 2 все же формируется?

Вообще по идее суммы в регулярном формируются с учетом /5p из межрасчетов, соотвественно виды оплаты, которые вводите в ит0267 (если это авансы суммой) должны быть также настроены (или разделены) по конкретным видам дохода, т.е данном случае вид оплаты из ит0267 должен быть настроен под 2 вид дохода.

Если не хочется плодить виды оплаты.. то в теории есть пара мест, где можно вставить расширения, где переопределять вид дохода для вида оплаты в зависимости от какого-нибудь параметра, например от вида межрасчета. можно еще посмотреть еще в сторону стандартных badi, но лично я не сильно их в этом плане изучал, не уверен, что они помогут.

Это если я правильно понял процесс

Спасибо.
Да, выплаченная в меж.расчете сумма с кодом дохода 2 снова лезла в регулярном в код дохода 2.
Да, используемый ВО 9### для межрасчета надо было настроить на 2 код дохода, а самое главное пересчитать этот меж. расчет.

Приветствую, коллеги!
Назрело несколько вопросов по этому закону 12-ФЗ и его реализации сапом, основную ноту поставили, поставили несколько нот заплаток, настроили, вроде всё работает - но не совсем понятно как быть с банкосвким файлом и с ведомостями.
Пример - есть сотрудник с доходами в одном месяце по кодам 1 и 2, в кластере в табличке БТ появилось 2 записи с ВО /559 для кода 1 и для кода 2 соответственно. В РТ есть /559 и /5Р*.
Вопросы:
- платежное поручение должно быть одно или два на каждую сумму?
- ведомость Т-53 - долна быть одна или две на каждую сумму?
- банковский файл - один, или два? с банками вообще плохо - банки сами ещё не поняли как им с этим быть и каждый городит свой огород.
- в банковский файл должны идти ВО /559 или /5Р*?

Спасибо!

Добрый день


По-моему опыту:
- два поручения на каждую сумму
-одна. 12-фз - по сути информация для банка о том, сколько он может/имеет право удержать сторонних алиментов/штрафов с начислений на карту. а Т-53 по сути внутренний документ.

- два файла на каждую сумму. По идее в файле должен быть общий для всего файла тег "вид дохода"(сбер, втб). Но конечно по поручениям и файлам действительно лучше уточнять у банка

-зависит от вашей системы, но условно в стандарте /559 из bt/bt_person
/5p* - это значение пересылки по конкретному виду дохода, которое сформируется в данном расчете без учета межрасчетов, перерасчетов.
/559 в bt уже конечная разбитая по видам дохода сумма пересылки в банк.

Вставлю свои 5 копеек:
В общем случае, еще нужно алименты делить между доходами с кодом 1 и 3.
Если конечно есть доходы с кодом 3 (компенсация за вред здоровью).
Как вариант можно всегда выплачивать эту компенсацию отдельным межрасчетом или делить сумму алиментов пропорционально выплате на уровне реестра или п/п.

У банков для зп проектов разные форматы, например в 1С формате (его поддерживают большинство банков, подробнее: DirectBank) код дохода указывается в заголовке реестра. Поэтому приходится дробить ведомости по коду дохода или мириться с тем, что на одну ведомость нужно формировать несколько реестров.

Коллеги, добрый день!

Поделитесь опытом переноса решения по 12-ФЗ в продуктивную систему, пожалуйста.

SAP рекомендует стартовать с месяца (например август), когда предыдущий период уже закрыт (июль), а в будущем еще расчетов нет (августе). У нас закрытие позднее (выплата ЗП 10 числа) соответственно к моменту закрытия июля в августе уже существуют межрасчеты отпусков и расчеты увольнения. Если эти межрасчеты проведены без 12-ФЗ, а август (регулярка) считаем с 12-ФЗ, получаем ошибку (к примеру такую Total Calculated Retro difference 45.519,95, but amount of /552 is 20.302,35).

У кого ситуация схожая? Перерасчитывали сотрудников? Переносили решения с будущей даты в V_T77PAYRU_PAYWT?

m_vedernik
На эту ошибку есть три ноты:
2944284 - Payroll stops with error in function RUPBT
2933773 - RUPBT does not recalculate previous regular payroll runs without payment
2932344 - Payroll stops with "Total Calculated Retro difference" error
Я стартовал по рекомендациям сапа, с начала августа, когда июль месяц уже закрыт. Межрасчеты в августе тоже были, те же отпуска, но эти межрасчеты относятся к июльской выплате же, так что всё в порядке.

Эти ноты у нас все установлены.
Если у сотрудника отпуск с 05.08.2020 и выплачиваем мы ему отпускные за три дня 02.08.2020 - то выплата августовская(

Поменяли сообщение с ошибки на предупреждение, вроде пересчитываем нормально
Ракурс V_T100C , Прикладная область HRPAYRU_RUPBT

Коллеги всем привет!
Подскажите такой вопрос: сотруднику нужно ввести новую запись по Алиментам с начала года, при перерасчете вылазит ошибка:
Total Calculated Retro difference &1, but amount of /552 is &2.
Ноты на эту ошибку все стоят по 84 пакет включительно для 608:
2945205 - RUPBT: Payroll stops at retro off-cycle with simulation of future periods
2944284 - Payroll stops with error in function RUPBT
2933773 - RUPBT does not recalculate previous regular payroll runs without payment
2932344 - Payroll stops with "Total Calculated Retro difference" error

Без перерасчета всё окей, если Алименты с текущего периода вводить.
Это у всех так?

А в чём причина ввода ИЛ с начала года? Перечисления по нему за прошлые периоды по стандарту всё равно не сформируются, они внешние же. Не правильнее ли сразу баланс долга внести отдельным распоряжением в ИТ0295, и сделать ИТ0296 с текущего месяца?

Figo
Да, так и сделал, спасибо.