Оно поставляется в виде бизнес-функции и требует отдельной активации. Код HCM_LOC_CI_70 "HCM, декректный отпуск вне цикла; распр. подоходного налога (налог. инспекцией) (Reversible)". В нотах можно искать по фразе "Tax Authorities", примеры:
2096064 - Calculation of Income Tax Deduction in Accordance with Tax Authorities
2426864 - HR-RU: How to use income tax deduction in accordance with tax authorities in legal reporting

Кратко схема обработки такая. ВО доходов обособленного подразделения должен иметь сплит V0, тип A, по которому в таблице V0 будет ссылка на это обособленное подразделение (указывает код ЮрЛица и ObjectID обособки). База НДФЛ собирается в разрезе V0. Активируется раздельный расчет налогов по сплитам, и НДФЛ считается раздельно по сплитам. В результате имеем суммы НДФЛ посчитанный раздельно по обособкам. Далее, отчеты 2НДФЛ/6НДФЛ умеют обрабатывать такие данные.

RoustR, большое спасибо! Т.е. у каждого вида оплаты для начислений в RT должно быть заполнено это присвоение тип А. У нас такого нет.

Не думаю, что для каждого. Если сплита V0 нет, то налоговый агент (подразделение) определяется обычным способом по ОргПрисвоению по WPBP.

Еще возник вопрос - у нас в признаке 33OKT встречаются привязки к разным кодам оргединиц с одинаковым КПП. При выгрузке xml формируется несколько файлов по числу этих OBJID с одинаковыми КПП. С этим можно бороться? САП может группировать файлы по КПП или нужно в таких случаях делать привязку на одну оргединицу для разных РП/ПП?

То есть, у вас одно обособленное подразделение может быть представлено разными кодами OBJID? Несколько противоречить понятию Идентификатора.

6НДФЛ - это DAQ-отчет, и его довольно легко переделать на работу с группировкой по КПП/ОКТМО вместо OBJID. Делается это только настройкой.
2НДФЛ старый отчет, он не DAQ и перенастроить его также как и 6НДФЛ нельзя. Думаю, так где-то просто в коде зашит группировка, которую нужно будет подменить.
Но повторю, это старый отчет, и он умеет работать с признаком 33ОКТ в старом режиме, когда тот возвращал не OBJID, а ОКТМО (если быть точным, в то время было ОКАТО). А значит он в принципе умеет группировать данные напрямую по реквизитам КПП/ОКТМО и не использовать напрямую OBJID. Можно использовать этот факт. Но и здесь без ABAP-а не обойтись.

Коллеги, добрый день! Кто-нибудь сталкивался с проблемой, что после смены гражданства в разделе 5 выводятся только суммы после смены гражданства, а сумма налога перечисленная – корректно. Не отражаются доход, база и налог до смены гражданства на РФ.

Коллеги, добрый день.
Заказчик требует реализацию формы 2-НДФЛ с признаком 2, т.е. только с отражением информации о неудержанном НДФЛ и доходе, с которого он не удержан.
SAP в ответ на OSS отправил на SAP JAM и на две ноты (1668721, 1674350), т.е. делать отказался.
Большой проблемой видится заполнение третьего раздела, в котором требуется отразить доход в разрезе кодов дохода, с которого не удержан НДФЛ. Как его определить, особенно если не смогли удержать НДФЛ только с части суммы - большой вопрос. Перелопачивать алгоритмы расчёта не хотелось бы, планируем попытаться сделать это непосредственно в форме.
Возможно, кто-то решал такую проблему, и подскажет про грабли и подводные камни?

Делали коллеги что-то подобное. В самом отчете, когда уже сформированы суммы по кодам доходом, неким эмпирическим алгоритмом определяется доход, с которого не удержан НДФЛ. Настравалась таблица доходов с приоритетами, к которым можно отнести неиспользованный налог. Определяем доход с неудерженного налога, пытаемся найти эту сумму в доходах в обратном хронологическом порядке.
Понятно, что это лишь эмпирическим алгоритм. Верно он отработает лишь в определенных случаях, например, кейс - уволенному сотруднику сделали подарок, "живых" денег нет, сформировался долг по НДФЛ. Полноценного решения так не получить.
Из тонкостей - не удержанный НДФЛ соответствует не точному значению дохода, а определенному диапазону доходов из-за округления.

Коллеги, подскажите, может кто сталкивался.
Свежий SP, TAXDT активирован.

В январе 2021 за декабрь 2020 работнику доначислили 1000 р оклада. Доход и исчисленный /320 на 130 р лежат в для-периоде (декабре января), дата получения дохода в RUDAT 31.12.2020. Удержанный /322 на 130 р лежит в январе января, дата получения дохода в RUDAT 31.01.2021.

В итоге в справке 2-НДФЛ доход и исчисленный НДФЛ потерялся. В 2020 год не попадает, так как лежит по в-периоду января 2021, и не зачитывается в LT_RESULTS. В 2021 не попадает, так как отбрасывается по дате получения дохода на 12.2020. С точки зрения дат получения дохода всё верно вроде. Т.е. нужно изменять чтение расчётов для 2-НДФЛ? Методологи Заказчика утверждают, что и доход, и исчисленный и удержанный НДФЛ должны в 2-НДФЛ отразиться в январе (для дохода) 2021 года.

При запуске 2НДФЛ указываете другой прогон? Закладка "Др. Прогон расчета (необяз)", указать период 01.2021.
Попробуйте запустить так.

Спасибо за идею, в песочнице стандартной суммы в 3 разделе появились. В рабочей системе нет, но тут видимо дело в изменениях заполнения дат в RUDAT, выполненным в проекте. Ну по крайней мере стандарт работает ).

Коллеги, прошу подсказать по новым транзакциям HRPAYRU_6NDFL_PERS, HRPAYRU_RMS_NDFL_OD.
Активировали TAXDT c 2021 года, пришла пора сдавать отчетность и в формах наблюдаем следующую картину: Сумма налога исчисленная (Аккумулированный налог) = 0, а Сумма налога удержанная - задвоенная, Перечисленный (Налог перенесен) - корректный.
При этом отчеты в старых транзакциях HRPAYRU_HRULNDFL и HRPAYRU_6NDFL работают корректно.
Из каких настроек новые отчеты берут входимость?

По сути, из кодов используемых в старой 2-НДФЛ. Учитываемые коды перечислены в ручных шагах к ноте 3022945 в разделе 6 для программы RPCPAYRU_RMS_CITAX_ACQ.

Просмотрел все коды, вышел пока на следующие
@027_13 СУММА НАЛОГА ПЕРЕЧИСЛЕННАЯ (13%) - настройка выполнена и суммы корректны
Пытаюсь экспериментировать с удержанными суммами (которые задвоены)
@001_13 @001 ДЛЯ 13% (резидент) - не заполнена, но в справке задвоение
При попытке внести виды оплаты в настройку список успешно обработанных сотрудников становится пустым.

ошибка оказалась в коде @025_13. Он был настроен через имеющиеся коды:
+ @001 00 УДЕРЖАННЫЙ ПОДОХОДНЫЙ НАЛОГ, КРОМЕ НАЛОГА С ДИВИДЕНДОВ И НАЛОГА 35%
- @011 00 ИСЧИСЛЕННЫЙ ПОДОХОДНЫЙ НАЛОГ, КРОМЕ НАЛОГА С ДИВИДЕНДОВ И НАЛОГА 35%
в целом сумма по коду была нулевой, но внутри классификация была и на исчисленный и на удержанный.
METHOD DISPATCH_PAYMENT (CL_HRPAYRU_IM_CITAX_STD_ACQ
LS_WAGE_KIND TAX WITHELD
LS_WAGE_KIND TAX ACCRUED

Привели настройку к стандарту, проблемы не стало.