Что-то не найти

HRPAYRU_HRULTX12

Может быть HRULTX12 имелось в виду? Программа HRULTX12 как раз реестр 2НДФЛ.
Вот только она не поддерживается больше. Информация САП такая (нота 836786)

HRULTX12: is obsolete. You may use software delivered by authorities
like Test2005(created by GNIVC FNS RF) for register creating.

Спасибо. Программу нашел. Вопрос в следующем, оказывается- в налоговую, в итоге, реестр надо сдавать или нет, только сами справки? Бухгалтерия путает..

а ведь должны знать, как отчитываться. Вообще с реестром проблем никогда не бывает. Реестр формируется на основании xml файла, который выгружет hrulndfl.
Например см. бесплатные приложения на nalogi.ru

естественно, сдают и справки, и реестр.

Я не знаю, о какой версии речь, но в большинстве из них это действительно очень устаревший отчет - посмотрите ABAP код, там обрабатывается текстовый файл, а не XML. XML, выгруженный из SAP, благополучно загружается в халявно скачиваемый Налогоплательщик, откуда благополучно формируется реестр.

Смотрел ПРИКАЗ от 13 октября 2006 г. N САЭ-3-04/706@ ОБ УТВЕРЖДЕНИИ ФОРМЫ СВЕДЕНИЙ О ДОХОДАХ ФИЗИЧЕСКИХ ЛИЦ. Вроде никакого упоминания про реестр нет. Думаю, что и САП ничего не будет делать.

Однако в налоговой реестр требуют, независимо от него наличия в САПе.

Чему удивляться, когда саповский продакт-манагемент по HR - это вообще какая-то страна блондинистых эльфов.
Тут вообще хохма была. Cап на аудите обозначил 1-НДФЛ (оно у нас в разработках болталось), как стандартную форму.
На запрос после "шозана.." ответил, что
1. Оно есть в ноте в виде Z-проги (ога, стандарт)
2. Техподдержки по 1-НФДЛ нет (но, типа, стандарт)
3. А в ehp5 оно назад вернется (после того, как три года назад убрали - возвращают, долго доходило...)

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

Извините, наболело

Вообще-то формирования реестра на основании локального файла, это спорная необходимость прогона этого файла через систему повторно, так же и как его проверка. Сторонние бесплатные утилиты прекрасно с этим справляются. Смысл был бы только если сам реестр формировать в связке с 2НДФЛ (распечатал пачку документов с реестром, выгрузил файл... потом по этому реестру легко найти соответствующий файл, когда пачек много).

А вот игры сапа с 1-НДФЛ, выглядят действительно странными. В последнее время наблюдается какое-то усиленное поднятие русской локали. Многие вещи, которые мы сап просили сделать полгода/год назад начали вдруг появляться в стандартной поставке или обещаны в ehp5 (во всяком случае в расчете зарплаты и в некоторых нотах). Вот такое мое впечатление

p.s.
В письме от 21.01.2010 № 0304-08/4-6 Минфин России разъяснил, как налоговым агентам вести учет доходов, полученных от них физическими лицами в налоговом периоде:

формирую 2ндфл по нескольким табельным, выгружаю в XML, пытаюсь скормить этот XML программе налогоплательщик, а эта софтина ругается.
Выбираю

Указываю путь до XML и тут ошибка


Косяк в XML, налогоплательщике или руках?

Может даже стандарт какой то появился за эти два года? чтобы не разводить зоопарк программ, а все делать через сап?

подозрение падает на часть '0059040060590401001' (ИНН(10)+КПП(9)) - полагаю, она не должна начинаться с нулей, т.к. и в ИНН и в КПП в начале идет код региона (в вашем случае это, очевидно, должно быть 59). Судя по результату у вас ИНН как бы из 8-ми символов - могу ошибаться, но таких, имхо, не бывает. В самой справке ИНН тоже 8-ми символьный (или с нулями в начале)? Если да, то можно для начала посмотреть в сторону того, что заведено для этого аттрибута организации в таблице T7RU9A или откуда оно там у вас тянется...

P.S. стандарт не появился

ZHmot, поправил в той таблице. ИНН был 12символов и первые два были 00.
В самой xml раньше тоже был ИНН с двумя нулями спереди. Сейчас все норм.
Теперь название, по нашему мнению нормальное у xml и внутри файла все в норме, но вот "налогоплательщик" так не думает.
название NO_NDFL2_5904_5904_5904006044590401001_20130301_E2823E08-B613-E6F1-87DC-D8D385A6042A.XML тоже не нравится =((