|
ЗУП 3.1 Перемещение между обособленными подразделениями | ☑ | ||
---|---|---|---|---|
0
pavlika
11.09.20
✎
13:31
|
У организации несколько филиалов. Сотрудник переводится из одного филиала в другой с помощью документа "Перемещение в другое подразделение". Вопрос - какой филиал должен подавить в ПФР сведения по форме СЗВ-ТД?
Проблема в том, что и кадровый перевод и перемещение в другое подразделение пишут информацию в РС МТД по филиалу в который осуществляется перевод. Т.е. если должен отчитываться филиал из которого сотрудник уходит, то он видит сведения на начало 2020 года, но не видит сведений о том куда он переходит. А если должен отчитываться филиал в который сотрудник приходит, то он видит сведения о переводе, но не видит данные на начало 2020 года. |
|||
1
pavlika
11.09.20
✎
13:31
|
ЗУП КОРП 3.1.10.416
|
|||
2
SleepyHead
гуру
11.09.20
✎
13:57
|
В обособленном подразделении разве другой ИНН/КПП и/или страховой номер?
Может я что не понимаю, но организация не меняется. |
|||
3
pavlika
11.09.20
✎
13:59
|
Обособка выделена на отдельный баланс
|
|||
4
pavlika
11.09.20
✎
14:15
|
На примере типовой - сотрудника Гольд перемещаем с позиции Директор/Руководство из Калининграда на аналогичную должность в Волгоград. Как отразить?
|
|||
5
Фрэнки
11.09.20
✎
14:18
|
во-первых, в случае обособок, выделенных в организации с признаком обособки не должен подходить документ для перевода в другое подразделение.
|
|||
6
pavlika
11.09.20
✎
14:19
|
(5) Хмм. Причина?
|
|||
7
pavlika
11.09.20
✎
14:20
|
Смотрим справку - Документ предназначен для регистрации в программе массового перемещения сотрудников между подразделениями, в том числе обособленными (выделенными на отдельный баланс).
|
|||
8
Фрэнки
11.09.20
✎
14:26
|
как обозначены эти обособки в программе?
|
|||
9
pavlika
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
|
И я прекрасно понимаю, что при массовом переводе работников это будет что-то неудобоваримое... Но если делать через кнопку Изменить в Регистрации трудовой деятельности, то все не так уж страшно.
Просто немного не понятна причина отсутствия нормального функционала и разъяснений для таких ситуаций. |
|||
12
pavlika
11.09.20
✎
15:49
|
Переход на 3.1.14 в процессе, только в лучшем случае к концу октября перейдем. Сейчас реорганизация, переводы массовые - не одна сотня и не две. Пока извратился так:
1) В филиале откуда сотрудника переводят находим документ РТД. Данные из ТЧ выгружаем в Excel; 2) Проводим перевод в другой филиал с помощью документа "Перемещение в другое подразделение" ; 3) Создается документ РТД по филиалу в который сотрудников перевели; 4) Через внешнюю обработку "Загрузка данных из табличного документа" загружаем данные (1); 5) Формируем СЗВ-ТД по новому филиалу. Одно не понимаю - типовая вообще не предусматривает автоматическое формирование СЗВ-ТД по этому примеру. Неужели такая редкость? |
|||
13
Фрэнки
11.09.20
✎
15:59
|
Насчет того, что это редкость - наверное, нет.
Но при наличии в одной базе и головной организации и ее всех филиалов и бы ожидал, что РТД должна в форме подбора, вызываемой по кнопке Изменить увидеть Прием в как бы чужом филиале. Если не увидит, то доработать придется. Тут мне кажется, что проблема не столько в 1С, сколько в проработке самого списка нужных мероприятий с участием ПФР. Им же все к себе принимать. Есть опасение, что такой финт с отменой и повторной подачей данных может и не прокатить. |
|||
14
pavlika
11.09.20
✎
16:13
|
(13) Насчет рисков не совсем понял. Проблема при переводе в том, что принимающий филиал не видит данных на начало 2020 года. Мы данные РТД перетаскиваем из "старого" филиала в новый через загрузку. При загрузке для этих данных получаем новый ИД. Поэтому до данных, которые остались в "старом" филиале нам нет дела. Ну лежат они там с другим ИД и пусть лежат.
|
|||
15
Фрэнки
11.09.20
✎
16:33
|
(14) Не примут просто. Загружаемые данные по одному физлицу не могут дублироваться и там УИД не единственный ключ, который не должен совпадать.
Например, когда один из работников получил новый номер СНИЛС взамен утерянной карточки, то мероприятие не прошло. Ну а там проверяемых полей много. Может и даты мероприятий тоже проверяемые и без отмены старого ИД мероприятия просто не пройдет такая же запись по новому. Можно только предполагать, что сделает их протокол в случае дубля ИНН организации один, а мероприятий о приеме на работу два - так что ли? |
|||
16
pavlika
11.09.20
✎
16:49
|
(15) Дык мы и перетаскиваем данные на начало 2020 года по филиалу из которого сотрудник пришел по той причине, что у него там не было ни одного мероприятия. Дублироваться то нечему
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |