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

Есть организация с определенным числом филиалов по стране. Филиалы зарегистрированы в городе своего нахождения и там же отчитываются перед налоговыми органами.
Структура предприятия в SAP заложена следующим образом. Организации выделен свой раздел персонала M100, головной организации и филиалам присвоен свои подразделы персонала. Каждой паре Раздел/Подраздел присвоены свои значение ЮрЛицо и ЕдРасчета. Все отчеты по зарплате запускаются с указанием ЮрЛица (Ед.Расчета используется для определения текущего периода)

Сотрудник ТН работает в первом полугодии в ЮрЛице M100, доход за это время составил 300тыс рублей. С 01 июля он переходит в ЮрЛице M101, доход за июль месяц составил 100тыс. После внедрения системы SAP у нас такой переход вызывал сброс накопления дохода расчет ЕСН с нуля. Бухгалтерия требует, чтобы такой переход в отношении этой организации происходил с сохранением совокупного дохода и регрессивной ставки ЕСН. Меняю настройки схемы расчет так, чтобы переход между филиалами не вызывал сбора дохода. Настройка работает, ЕСН считается с учетом регресса.

Проблема возникает с отчетом «Расчет по авансовым платежам в ПФ» (HRULAVP1_2004). В этом отчете есть раздел 2, где показывается база для начисления и суммы страховой и накопительной части перечисления в ПФ, стоки 0100, 0300 и 0400 соответственно. Здесь все нормально, соответствует отчетности по расчету зарплаты. Отчет по ЮлЛицу M101 за 9 месяцев в строке 0100 (база для начисления) показывает доход только за 1 месяц
Далее есть раздел 2.2 «Расчет для заполнение строк 0100,0300 и 0400». Здесь идет разбивка отчисления по уровню доходов и возрасту. Тут засада – суммы не соответствуют ни данным расчета зарплаты, ни разделу 2. Причина – данные для этого раздела отчет вычисляет самостоятельно, заново вычисляя ЕСН. При этом он ориентируется только доход из строки 0100 и ничего не знает о доходе в другом ЮрЛице. Поэтому выбирается начальная ставка налога без учета регресса.

Кто - как решают такую проблему?

Писать месадж в SAP, чтобы прогу поправили.

Не думаю, что SAP будет что-нибудь делать в данном случае.

По моему мнению, правильный подход к вычислением – считать налог один раз. Если ЕСН считается в схеме расчета, то все данные о расчете ЕСН должны браться из результатов расчета, а не вычисляться отчетами заново. Но в схеме расчета не было предусмотрено вычисление величин, которые нужны этому отчету – типа, налог с дохода в промежутке 280001-600000 рублей сотрудника с датой рождения после 1967 года. Поэтому SAP сделал повторное вычисление налога с учетом таких градаций в самом отчете.

Меня интересовало немного другое – как в других внедрениях SAP реализован этот момент. Сохраняет ли у вас регресс ЕСН при переходе сотрудника между обособленными подразделениями, которые самостоятельно отчитываются перед налоговыми органами, и как это сделано.

Теоретически, тут ведь можно играть еще другим способом кодирования атрибута «ЮрЛицо» - например ЮрЛицо сделать одинаковыми для всего раздела персонала, а филиала выделять только по ЕдРасчета и Подразделу. Хотя скорее всего ерунда получится, хотя бы с той же T7RU9A.

Еще мне интересно, как будут реагировать налоговые органы на отчеты, в которых налог рассчитан с учетом регресса, а доход при этом мал, чтобы использовать регресс (часть дохода осталась в другом ЮрЛице). Если использовать только данные отчета, то выходит, что налог посчитан неправильно.

Сохранялся табельный номер.
Отчетность нужно докручивать.

Попытка не пытка. Я тоже собираюсь это сделать, если такое замечание будет не одно, то думаю они будут это исправлять.

Налоговая нормально такое воспринимает. Только при вереводе надо делать индивидуальную налоговую карточку по ЕСН и передавать её в новый филиал. При проверке можно предоставить проверяющим эту карточку.

Возникла очень похожая ситуация.
Предприятие с многими филиалами в разных городах. Каждый филиал в другом городе делится на офисы. Структура предприятия такова, что раздел персонала приравнивается к офису, то есть единице, которая имеет свой КПП и ОКАТО. Подразделы - функциональное деление внутри раздела персонала. Все это в рамках одного юрлица. Каждому филиалу присвоена своя единица расчета. Возникает проблема с расчетом ЕСН. Если сотрудник был переведен из одного филиала в другой со сменой единицы расчета, то ЕСН бьется, но когда запускается отчетность по единице расчета (критерий филиальности), в которую был переведен работник, то доходная база с начала года не сохраняется. Это только абапится или есть все-таки, какая-нибудь возможность решить стандартом?

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

Это вопрос или утверждение..??

Обращение.

Вообщем коллеги, так как я писал, сделать получилось.
вернее еще не до конца, получилось, но есть перспектива. )
так что всем советую воспользоваться этим способом.

И как до конца получилось докрутить этим способом? Я отправил месадж в САП жду от них ответа, но они что-то не торопятся.

начинайте делать

Мы тоже по этому поводу писали... сегодня сап дал ответ:
"данный вопрос, связанный с сохранением регрессивной шкалы расчета ЕСН
при переходе сотрудников между филиалами, самостоятельно сдающими
отчетность, и соответствующим отображением данных в отчетности, в
настоящий момент находится в рассмотрении Development Team.
Соответствующие модификации, планируется к выполнению для текущей
версии SAP ERP до конца первого квартала 2009 года."
Ждемс...

Нууууу, слава Богу! это первая хорошая новость на сегодняшний день! Спасибо, что поделились.

Мне ответили следующее:

С учетом существенной загрузки отдела разработок, данная модификация,
затрагивающая 3 отчета и 6 отчетных форм, планируется к выполнению
для версии SAP ERP 6.0 к 02.02.2009 года в виде SAP note, которая войдетв SP 40 (доступен клиентам согласно плану 19.02.2009).

С уважением,
...
Local Product Manager, HCM Russia

Но это было 15 декабря 2008 года