Привет всем.
Может кто сталкивался, помогите. Сначало было по одной единице расчета для каждой БЕ, но потом пошли всякие деления и прочая перестановка и теперь в одной БЕ куча РП (разделов персонала) и хотелось бы теперь каждому РП свою единицу расчета дать, чтобы бухгалтерам жилось легче Есть какие-нибудь подводные камни в этом деле?

Основной - перевод между единицами расчета в середине месяца.
Нахлебаетесь по полной программе. Придется либо извращаться с правами, либо писать последовательности расчета табельных номеров

Ну да, если таб.номер при переводе не менять.
Но вот почему так получается? Ведь в SAPом курсе говорится, что в одном предприятии люди могут с разной переодичностью зарплату получать, например одни понедельно, другие помесячно и для этого нужно завести две ед.расчета с соответствующими периодами. И что напрактике выходит, что переводить их на должность, которая расчитывается иначе уже нельзя?

Можно, но сложно.
Единицу расчета надо оставить прежней до конца месяца.
Расчитать его по одной единице расчета.
Причем бух, которому это достанется будет сильно не рад расчитывать "чужого" человека.
Все бухи будут дружно забывать о том, что задавая на сел.экране единицу расчета они получат еще те периоды, когда чел на самом деле с середины месяца работал уже в другом месте.
В общем путаница воцарится.

Мораль - бухов сажаем в одном месте и делаем одну единицу расчета)
Обзываем внутренним аутсорсингом

Вот этот аутсорсинг у нас и есть. Никому не советую.
Вот и прикиньте кокого им в расчет приходится с одной единицей расчета на 14000 таб.номеров.
Конечно, каждый бух считает только свою кучку людей, но блокирует-то всю единицу расчета!

Так зачем вы им права на запуск расчета даете? Расчет должен только главный запускать, он же - редактировать статус единицы расчета

Неудобно.
Буху хочется видеть своды и прочую хрень. Хотя бы в их неокончательном виде.


+1

Who cares? Своды - после предварительного продуктивного расчета. Всё прописывается в регламенте, бухи должны по нему работать, а не гнать отсебятину. Если кто-то косячит/задерживает всю команду - получает по шапке.

У нас примерно такая же ситуация. Правда БЕ=РазделуПерсонала, но зато в в Разделе куча Подразделов, а у кажого Подраздела своя ЕдРасчета (и сое ЮрЛицо).

Стандарт запрещает перевод с одной ЕдРасчета на другую с середине периода (Ошибка - "Изменение ЕдРасчета возможно только в конце периода расчета"). У нас такая проверка сломана, так что переводить можно в любой момент, а бухгалтера считают только своих. ЕдРасчета децентрализованы и считаются все практически независимо друг от друга.

Но там действительно не просто подводные камни, а целые рифы . Но в целом работает.
Основная сложность - пересчеты по старым ЕдРасчетам. С ними нужно бороться.

Спасибо всем
Вывод такой: Нет ничего невозможного!

Тема насущна и по сей день.
Имеем одно ЮрЛицо и несколько РазделовПерсонала = БЕ = ЕдРасч.

Сотрудник переводится 01.04.2016 из ЕР1 в ЕР2, при этом ему в апреле выплачивают премию в 1000 р. за 03.2016 по прежнему месту работы (в ЕР1).
Сумма перерасчета в 1000 р. отражается в ЕР2 во всех отчетах кроме РСВ-1 и 4-ФСС (за апрель).
Я так понимаю такова специфика работы PNP, анализируется 0001 ИТ в рамках выбранного периода, а так как отчет РСВ-1 собирается с начала года, анализируются все ЕР в рамках года.
Но вот как быть с прогоном проводок, CWTR и прочая???
Бизнес настаивает отражать перерассчеты в местах возникновения (в нашем случае ЕР1).

RoustR - Вы как боролись, организационно или технически?
Коллеги, кто имел подобный опыт, посоветуйте советы.

Не совсем понял, куда Вы хотите двигаться. Переделать все отчеты, чтобы пересчет показался в ЕР1, либо переделать РСВ-1 и 4-ФСС, чтобы они работали как все?

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

Вместе с тем, если бы в описанной ситуации я бы у себя запустил, например, РСВ-1, то пересчет в 1000р. у меня скорее всего был бы показан по ЕР2. Это связано с настройкой налоговой схемы - все пересчеты относим к в-периоду.
Еще у отчетов РСВ-1 и 4-ФСС есть опция обработки расчетов, будущих по отношению к отчетному периоду. Например, отчет за 1 кв может просмотреть данные расчета апреля в поисках перерасчета марта, чтобы отразить его в 1-м квартале. Фильтр по ЕР тогда будет работать по для-периоду.

Работа РСВ-1 и 4-ФСС нас устраивает, дельты по страх. взносам в последний месяц не передаются, все отражается в нужных ЕР.
Но вот с проводками не все гладко, если в апреле прогнать по ЕР1 то мы 1000 рублей не увидим, все пройдет в ЕР2. Бухгалтера такой разрыв между отчетами и проводками принимать отказываются.
Вот думы и думаем.

Если схема расчета CE, то не советую. очень много пришлось модифицировать в HRUCAL0_CE.
тут даже переход между месяцами на разные единицы не допустим + если совместители на разных тоже не хорошо, программа просто вываливается в ошибку