Добрый день!
У меня формируется пустой XML. Использую форму E_T4.
Все ноты установлены, PDF формируется нормально.
Как у вас XML формируется - без проблем?

криво был формуляр E_T4 установлен.
Так что все ок.

Коллеги!
Неужели ни у кого не возникали такие же проблемы?

Вроде это обычно разделяется в закладке информация о юр. лице, и всё что нужно прописывается в T7RU9A.
на худой конец для каждой выгрузки можно дополнительные настройки формуляра прописать.
http://help.sap.com/erp2005_ehp_06/help ... ameset.htm

У нас для каждого подраздела своя связка ИНН-КПП-ОКАТО
Признак 33OKT - для каждого подраздела возвращает свой идентификатор (8 знаков: первые 4 = код РП, вторые 4 = код ПП)
Юрлицо одно: 0000
В таблице T7RU9A для юрлица 0000 существует несколько записей, со своим идентификатором. В каждой записи нужные данные по ИНН-КПП-ОКАТО

У табельного номера 1 есть доходы по ставкам 13% и 35%
У табельного номера 2 есть доходы по ставкам 13% и 30%

Формируем справку 2-НДФЛ (в соответствии с приказом ММВ-7-3/909@ 06.12.2011):
Для табельного номера 1 сформировалась одна справка; разделы 3-5 повторяются для каждой ставки.
Для табельного номера 2 сформировалось две справки: для каждой ставки налога. Что неверно.

Коллеги, проверьте, пожалуйста, у кого так же формируется?

Да так же формируется. У второго табельного получается. что разные статусы налогоплательщика(пункт 2 справки).

В соответствии с новыми требованиями ФНС нужно формировать 1 справку на 1 человека. При смене статуса в отчетоном периоде сейчас формируется две справки. Проверку CheckXMLем файл не проходит.... Кто-нибуть писал об этом в SAP? Нота 1689331 эту проблему не решает.

аналогичная проблема, установили все последние обновления, справка не отрабатывает корректно, отправили месседж сегодня в SAP

Коллеги, у нас так аналогичная проблема проявляется, причем при разных комбинациях изменения процентных ставок, есть какие-нибудь новости от САП?

Добрый день!

Подскажите, пожалуйста, как получить реестр 2НДФЛ ?

KLAVA12 стандартны средствами никак, темболее новый, используйте внешние бесплатные программы которые по xml файлу сформируют реестр, или подключайте АБАП програмистов, которые вам также легко прикрутят новый функционал на HRULNDFL в виде еще и реестра, так например сделано у нас:)

По информации полученной от HCM-Product менеджера по CIS, указанное
Вами замечание было рассмотрено и зафиксировано в системе управления
задачами у группы разработчиков с наиболее высоким
приоритетом. По результатам данной доработки, мы Вас сразу же
проинформируем.

На данный момент, рекомендуем воспользовать выше указанной
рекоммендацией, а именно ввести новый статус сотрудника в 48ИТ с начала
года, а не с месяца получения и т.о.при расчете возникнет перерасчет с
начала года и все доходы попадут под необходимую Вам процентную ставку -будет формироваться отдельная справка.
Хотя мы прекрасно понимаем, что при таком условии, могут возникнуть
неудобства с расчетом налога(...).

К сожалению, точные сроки реализации, запрашиваемого Вами доработки,
пока не определены.В любом случае, данная задача будет обрабатываться в
соотвествии с установленном приоритетом и в порядке очереди и
как только будет известна какая-либо информация по реализации данного
требования, мы Вас сразу же проинформируем.

Интересно, как быть с удержанным НДФЛ если перерасчет будет с начала года? Я так понимаю, что в удержанном НДФЛ должен быть налог 30% за те периоды когда был нерезидентом + 13% с того периода когда стал резидентом. А при перерасчете исчисленный будет = удержанному ?...

Таким образом САП пока предлагает полностью пересчитать 2011 год, и это за два дня до завершения подачи отчетности, причем для случаем 13% вкс в резидент 13% или наоборот, это конечно подойдет, возможно даже случай 30 в 13 также сформирует излишне удержанный налог что сильно сомнительно, но вот 13 в 30 так уже обработать нельзя, поидее должно сформироваться 1 справка по такому человеку с конечным основным статусом на конец года не резидент 2, при этом должно будет быть два раздела с 3 по 5, сначала по ставке 13, потом по 30.

Какие есть соображения по таким нюансам?

Нас в 2011 случай 13 в 30 обошел стороной, а вот 2012 уже сложнее с учетом ввода новых статусов, но 30 в 13 пришлось реализовать через АБАП:)