У нас именно такой подход и реализован. /3* при авансах не формируем. В 6НДФЛ отдельных строк по авансу не выводится.

Кстати, еще.
В 2НДФЛ у САПа есть опция в настройке ВО в T7RUN... тип L - "В-период в посл. орг. присвоение". Если стоит такое значение, то в случае обратного расчета принадлежность ВО проверяется по ОргПрисвоению в месяце перерасчета (в-период).
Пусть ТН был в подразделении А, значимом с точки зрения учета НДФЛ, потом перевелся в подразделение Б. У него задним числом меняют какие-то суммы, что вызывает обратный расчет за период подразделении А. В случае настройки ВО в 2НДФЛ с типом L, проверка ОргПрисвоения производиться по данным подразделения Б.

В 6НДФЛ обработки типа L нет. Если такой тип обработки в настройке присутствует, то результаты работы отчетов 6НДФЛ и 2 НДФЛ могут отличаться между собой.

А это зачем? У кода 6ND00001 штатно перечисленные все коды доходов, в том числе и код 2012 "СУММЫ ОТПУСКНЫХ ВЫПЛАТ". Отпуск автоматом должен попасть. Или у вас отпуска в межрасчет и в регулярный расчет идут разными ВО?
Я в T7RUN пока ничего сам не настраивал. И так работает.

Да, разные ВО.
Мой межрасчетный ВО вообще ни где не фигурировал в HRPADRUT7RUN до 6ндфл

Коллеги.
А где PDF форма 6-НДФЛ, никто не спрашивал у САПа когда будет?

В ноте-обещалке 2254855 - Report for income tax declaration (from "6-NDFL") говорилось

Огроворка хорошо, но всё таки может кто-нибудт выставлял сообщение им, что в тексте приказа есть следующий пункт 1.
Дата документа: 14.10.2015
Вид документа: Приказ
Принявший орган: ФНС России
Номер: ММВ-7-11/450@
1. Утвердить:
1.1. форму расчета сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом (форма 6-НДФЛ), согласно приложению № 1 к настоящему приказу;
1.2. порядок заполнения и представления расчета сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом по форме 6-НДФЛ, согласно приложению № 2 к настоящему приказу;
1.3. формат представления расчета сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом (форма 6-НДФЛ), в электронной форме согласно приложению № 3 к настоящему приказу.

6НДФЛ нужно сдавать только в электронном виде.
Результаты отчета отображаются в ALV-представлении.
Если же учесть, что возможно большое количество КПП в компании, то PDF-ка будет очень большая, и нечитаемая.
В определенный момент от бизнеса может поступить желание увидеть всё в excel-е.

А что вам даст информация о том, что кто-то выставил такое сообщение? Считаете, что печатная форма нужна, пишите сами. Будут обращения, может быть сделают.


Ну, по сравнение с РСВ-1 с перс.данными, тут вполне подъемный документ получиться.

Кто-нибудь пробовал реализовать отображение в 6НДФЛ суммы по уволенным через 14ИТ, 15ИТ? Другими словами, уволенных без 0105 межрасчета.

А что это значит? Как такового расчета увольнения в системе нет, были как-то выплачены суммы, которые затем введены в ИТ0014/0015 и прошли в регулярный расчет, так?
Для отчета 6НДФЛ нужны сумма дохода и сумма налога. Из данных ИТ0014/0015 эти цифры можно получить?

Да, расчета увольнения в системе нет, так как сотрудник увольняется в период, когда единицу расчета просчитывают регулярным расчетом.
В 14/15ИТ все суммы есть.
В системе есть стандартные BAdI (HRPAYRU_B_PAYFACTX), согласно которым переопределяем даты.
На семинаре от 04.02.16 прозвучало, что в этих самых бадишках, возможно реализовать данную логику.
Даты успешно подменяются, через z-внедрение.
Но вот как уже отдельной строкой изобразить подобное "увольнение" в итоговой форме не ясно.

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

Badi, конечно, есть, но даты оно определяет для целого расчета. А у вас получается для одного регулярного расчета нужно показать две разные даты.

Я бы попытался на этапе чтения результатов расчетов на лету сгенерировать виртуальные межрасчеты увольнения, куда засунуть фиктивные данные из ИТ0014/0015. Класс CL_HRPAYRU_PLTAXRUN_CS_PRR, method READ_DATA, идет вызов me->read_cluster_person, вот туда нужно было бы копать.

Думал не много иной вариант, но потом от него отказался.
Хотел реализовать при регулярном расчете, формирование 0105 межрасчета.
Но как-то небезопасно показалось.
За идею, спасибо, буду дальше ковыряться.

На презентации решения САП'ом было предложено формировать печатную форму в сторонних специализированных продуктах на основе полученного XML-файла.