Вход | Регистрация
 

ЗУП 3.1 Перемещение между обособленными подразделениями

ЗУП 3.1 Перемещение между обособленными подразделениями
Я
   pavlika
 
11.09.20 - 13:31
У организации несколько филиалов. Сотрудник переводится из одного филиала в другой с помощью документа "Перемещение в другое подразделение". Вопрос - какой филиал должен подавить в ПФР сведения по форме СЗВ-ТД?

Проблема в том, что и кадровый перевод и перемещение в другое подразделение пишут информацию в РС МТД по филиалу в который осуществляется перевод.

Т.е. если должен отчитываться филиал из которого сотрудник уходит, то он видит сведения на начало 2020 года, но не видит сведений о том куда он переходит.

А если должен отчитываться филиал в который сотрудник приходит, то он видит сведения о переводе, но не видит данные на начало 2020 года.
   pavlika
 
1 - 11.09.20 - 13:31
ЗУП КОРП 3.1.10.416
   SleepyHead
 
2 - 11.09.20 - 13:57
В обособленном подразделении разве другой ИНН/КПП и/или страховой номер?

Может я что не понимаю, но организация не меняется.
   pavlika
 
3 - 11.09.20 - 13:59
Обособка выделена на отдельный баланс
   pavlika
 
4 - 11.09.20 - 14:15
На примере типовой - сотрудника Гольд перемещаем с позиции Директор/Руководство из Калининграда на аналогичную должность в  Волгоград. Как отразить?
   Фрэнки
 
5 - 11.09.20 - 14:18
во-первых, в случае обособок, выделенных в организации с признаком обособки не должен подходить документ для перевода в другое подразделение.
   pavlika
 
6 - 11.09.20 - 14:19
(5) Хмм. Причина?
   pavlika
 
7 - 11.09.20 - 14:20
Смотрим справку - Документ предназначен для регистрации в программе массового перемещения сотрудников между подразделениями, в том числе обособленными (выделенными на отдельный баланс).
   Фрэнки
 
8 - 11.09.20 - 14:26
как обозначены эти обособки в программе?
   pavlika
 
9 - 11.09.20 - 14:47
(8) Как отдельная организация. Все согласно https://its.1c.ru/db/answers1c#content:845:1
   Фрэнки
 
10 - 11.09.20 - 15:35
Получается, что нужно вручную страдать... хотя не совсем понятно, что позволит страдать в 416-ом релизе, т.к. изменение вносилось. По хорошему нужно бы обновиться.

При регистрации в мероприятий на новом месте нужно отменить старую запись о приеме и зарегистрировать ее заново.
Прежний филиал вообще не будет за этого отчитываться по СЗВ ТД, а новый отчитается. И возможно, что Регистрацию с отменой нужно будет именно по прежнему месту зарегистрировать и затем просто на новом месте вводить так, словно на старом ничего не подавали, а это первая подача сведений.
   Фрэнки
 
11 - 11.09.20 - 15:41
И я прекрасно понимаю, что при массовом переводе работников это будет что-то неудобоваримое... Но если делать через кнопку Изменить в Регистрации трудовой деятельности, то все не так уж страшно.
Просто немного не понятна причина отсутствия нормального функционала и разъяснений для таких ситуаций.
   pavlika
 
12 - 11.09.20 - 15:49
Переход на 3.1.14 в процессе, только в лучшем случае к концу октября перейдем. Сейчас реорганизация, переводы массовые - не одна сотня и не две. Пока извратился так:

1) В филиале откуда сотрудника переводят находим документ РТД. Данные из ТЧ выгружаем в Excel;

2) Проводим перевод в другой филиал с помощью документа "Перемещение в другое подразделение" ;

3) Создается документ РТД по филиалу в который сотрудников перевели;

4) Через внешнюю обработку "Загрузка данных из табличного документа" загружаем данные (1);

5) Формируем СЗВ-ТД по новому филиалу.

Одно не понимаю - типовая вообще не предусматривает автоматическое формирование СЗВ-ТД по этому примеру. Неужели такая редкость?
   Фрэнки
 
13 - 11.09.20 - 15:59
Насчет того, что это редкость - наверное, нет.

Но при наличии в одной базе и головной организации и ее всех филиалов и бы ожидал, что РТД должна в форме подбора, вызываемой по кнопке Изменить увидеть Прием в как бы чужом филиале.
Если не увидит, то доработать придется.

Тут мне кажется, что проблема не столько в 1С, сколько в проработке самого списка нужных мероприятий с участием ПФР. Им же все к себе принимать. Есть опасение, что такой финт с отменой и повторной подачей данных может и не прокатить.
   pavlika
 
14 - 11.09.20 - 16:13
(13) Насчет рисков не совсем понял. Проблема при переводе в том, что принимающий филиал не видит данных на начало 2020 года. Мы данные РТД перетаскиваем из "старого" филиала в новый через загрузку. При загрузке для этих данных получаем новый ИД. Поэтому до данных, которые остались в "старом" филиале нам нет дела. Ну лежат они там с другим ИД и пусть лежат.
   Фрэнки
 
15 - 11.09.20 - 16:33
(14) Не примут просто. Загружаемые данные по одному физлицу не могут дублироваться и там УИД не единственный ключ, который не должен совпадать.
Например, когда один из работников получил новый номер СНИЛС взамен утерянной карточки, то мероприятие не прошло. Ну а там проверяемых полей много. Может и даты мероприятий тоже проверяемые и без отмены старого ИД мероприятия просто не пройдет такая же запись по новому. Можно только предполагать, что сделает их протокол в случае дубля ИНН организации один, а мероприятий о приеме на работу два - так что ли?
   pavlika
 
16 - 11.09.20 - 16:49
(15) Дык мы и перетаскиваем данные на начало 2020 года по филиалу из которого сотрудник пришел по той причине, что у него там не было ни одного мероприятия. Дублироваться то нечему

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.