Коллеги, добрый день,

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

Есть ли какие-либо рекомендации SAPа, аргументирующие необходимость использования именно одного табельного номера и, соответственно, Повторного приема.

Или же это является косметикой и отдается на откуп консультантам решать, каким именно образом будут работать процессы в системе ?

Заранее спасибо всем ответившим.

Сап всегда говорит что в рамках одной бе должен быть один табельный, чтобы потом все что накопилось по иныотипм и расчёту зп за ним же и осталось.

Да, я тоже это слышал, но вот хотелось бы как-то более аргументированно ответить бизнесу, а не так ультимативно. Мол, тех. требование вендора и все, привет семье.

to Meitan:
Самый простой ответ - это сбор отчётности.
В САПе никакая отчётность не собирается по СНИЛСу или ИНН, только по табельному.

Поэтому, если человек в середине года уволился, месяц где-то "погулял", а потом снова принялся, то чтобы сформировать ту же 2-НДФЛ нормально, нужно его принимать на исторический ТН.

В САПе есть возможность собирать отчеты по нескольким ТН одного физического лица. Например, HRULNDFL_CE сделает 2-НДФЛ. Но здесь уже становиться важным не сам налоговый отчет, но и то, как налог посчитан. Если считать налоги независимо по разным ТН одного физ.лица, то налоги будут посчитаны в общем случае с ошибкой, а налоговый отчет лишь отобразит эту ошибку.

imho, самый правильный ответ.

Потом придется доказывать, что нельзя расширять ИТ 0, что нельзя задним числом за полгода принять табельный, когда уже проводки есть, что ноты надо обязательно ставить, что не получится сделать кнопку "как в адинэс"...

Если правильно помню, то HRULNDFL_CE соберёт с нескольких ТН, только если они на одном СР.
А тут (если я правильно понял) бизнес не хочет вообще никак связывать табельные. Да и не факт, что активирован СЕ, это пока всё-таки скорее экзотика
Но могу и ошибаться, конечно...

Из более мелких минусов такого подхода - когда пользователи начнут массово заводить какие-нибудь данные (мат.помощь, например), "промахнутся" и заведут на старый уволенный табельный. Это может аукнуться.

Но всё же рекомендую продавливать именно по отчётности. Слишком уж бредовое требование...

Неправильный расчет налогов звучит достаточно убедительно? При приеме на новый ТН в рамка одного года страховые взносы будут считаться с нуля.
Кроме того, появиться больше ручной работы для пользователей. Например, нужно будет вводить подтверждение уплаты взносов ФСС по свой же организации для расчета больничных.

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