Типовая ЗУП КОРП 3.1.10.531. Сотрудника Гольд Лев Самуилович увольняют с 12.12.2019 приказом от 13.08.2020 за однократное грубое нарушение работником трудовых обязанностей — прогул, подпункт «а» пункта 6 части первой статьи 81 ТК РФ.

С 09.04.2020 по 31.12.2020 — работодатель по форме, утвержденной ПФР, представляет в ПФР информацию в случаях приема на работу и увольнения гражданина не позднее рабочего дня, следующего ЗА ДНЕМ ИЗДАНИЯ СООТВЕТСТВУЮЩЕГО ПРИКАЗА (распоряжения), а также иных решений или документов, подтверждающих оформление трудовых отношений на основании п. 6 Временных правил регистрации граждан в целях поиска подходящей работы и в качестве безработных, а также осуществления социальных выплат гражданам, признанным в установленном порядке безработными. (Постановление Правительства РФ от 08.04.2020 N 460).

Вопрос — как отразить приказ об увольнении от 13.08.2020 в СЗВ-ТД? И надо ли это вообще делать? Может кто сталкивался, сам пока не осилил.

Подаете данные на 01.01.2020 и данные по увольнению
В чем проблема с отражением приказа в СЗВ-ТД?

(0) вроде всё как обычно. Просто другая статья увольнения.

(1) Проблема в том что СЗВ-ТД увольнения не видит. Вообще.

Сотрудника увольняют 2019 годом, а приказ от текущей даты

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

(5) Неа

Пробовал вариант не отражать увольнение в трудовой книжке + ручная запись события в РТД. Не проходит - в регистре МТД есть запись с датой мероприятия и датой документа от 13.08.2020, но в СЗВ-ТД она не подтягивается. Закралась мысль - а должны ли мы вообще подавить такое мероприятие в ПФР?

(6) действительно нет ((
Спроси у аудиторов на ИТСе. Все равно пока штрафов за просрочку отчета нет ))

(0) Если сам приказ от 13.08.2020, то сделайте СЗВ-ТД 14м числом, а потом поменяйте в нем дату

Тебе ответили
https://buhexpert8.ru/voprosy/voprosy-1s-zup/szv-td-i-uvolnenie-za-dlitelnyj-progul.html
С махинациями и ручной правкой файла каждый сможет ))

(10) Хоть так, но понятно что сам пользователь это не сделает. Подожду что 1с ответит.

хм...
А тут маленькая проблема может нарисоваться и у принимающей стороны.
Индивидуальные лицевые счета, открытые на каждого гражданина в ПФР, дополняются разделом "Сведения о трудовой деятельности" с 01.01.2020. сведения за 2019 год, даже если ты их умудришься отправить, в ПФР попадут куда? - подозреваю, что в никуда. То есть чисто технически в базу то они возможно и лягут, но вот обрабатывать их потом в дальнейшем для расчета стажа при назначении пенсии - хм...
Так что надо имхо не у 1С спрашивать, а у ПФР.

а вот СЗВ-СТАЖ за 2019 год на этого человека корректирующий - это да. Вы же сдавали на него СЗВ-СТАЖ по конец года?

(12) У кадров простая позиция - при приеме или увольнении предоставить сведения в ПФР не позднее рабочего дня, следующего за днем приказа. Как там это ляжет в ПФР их пока не волнует. Тут пока только с одними ИД свихнуться можно - отыскивают такие последовательности проведения, что потом концы с концами не свести. Уже думаем может сделать возможность загрузки СТД-ПФР при которой текущие сведения будем обнулять, а акутальные данные из ПФР грузить.

(13) >> У кадров простая позиция
проще не бывает:
- для начала они обязаны сдать уточненный СЗВ-СТАЖ за 2019 год. И вопросов здесь никаких по технической реализации нет.

в противном случае, если они сдадут СЗВ-ТД и там датой увольнения будет 12.12.2019, а в СЗВ_СТАЖ останется показан стаж по 31.12.2019, то..
>> Как там это ляжет в ПФР их пока не волнует.
уверяю тебя, сразу заволнует, когда штраф выпишут :)


ps: для назначения пенсии данные о стаже за 2019 год и ранее программа в ПФР берет из сведений СЗВ-СТАЖ, а не из СЗВ-ТД. Поэтому формально ты можешь отправить СЗВ-ТД с датой увоьнения 12.121.2019, но фактически он там никому не нужен. А нужен правильный СЗВ-СТАЖ.
Поэтому для успокоения нервов кадровиков СЗВ-ТД отправить можно, а вот в целях соблюдения прав сотрудника - корректирующий СЗВ-СТАЖ отправить НУЖНО.
И таки да - такой разовый нештатный случай можно сделать в любой бесплатной набивалке от ПФР - я пользуюсь spu_orb. Не надо мучать и курочить ЗУП. Это единичный случай, откровенно говоря - нафик никому не нужный, за исключением успокоения нервов кадровиков.

Это все фигня.
Больше всего меня прикалывает такая формальность. Если молодой человек впервые поступил на работу в 2020 году и сразу написал заявление об отказе от бумажной трудовой (точнее о предоставлении сведений в электронном виде) то
формально мы все равно ОБЯЗАНЫ завести ему бумажную трудовую, сделать в ней запись от отказе от бумажной трудовой
и отдать ему эту бумажную трудовую на руки.
:)

(0) Заставь ЗУП видеть увольнения. Она их не видит только потому что запрос у 1С так написан. в СЗВ-ТД так же период обозначен некорректно.

+ Но самое страшно, что после того как вы отошлете пачки в ПФР, то уже никогда не должны перепроводить документы.
ИД записи каждый раз генерится новый.... (так пишет код 1С)

(15) Еще самое смешное, что с какого-то года бумажные книжки все ровно отменят :)

(17) 1С не так пишет: новый ИД изменяется при изменении ключевых параметров документа(дата, номер и прочее), но полный перечень параметров не приводит

(19) Да? Я вот заметил это на тестовой, при простом перепроведении документов :)

(14) у нас уже 4 организации обратились с этим вопросом
(19) Раньше вроде писался новый ИД и просто при изменении комментария, который ну никак не нужен ПФР.

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

Обращаем внимание, что если изменить что-то в кадровом приказе, изменяющее запись мероприятия или даже просто отменить проведение – прежняя запись помечается отмененной, а не удаляется совсем. После повторного проведение такого снятого с проведения документа – формируется новое мероприятие, даже если никакие сведения в нём не поменялись.

(22) А еще можно РТД взять и перезаполнить - тоже неплохо получится. У нас так в РТД была загрузка сделана по паре тысяч человек и кадры после сдачи СЗВ-ТД нашли ошибки. Решили проблему просто - заново бухнули загрузку в первичный документ РТД и перезаполнили СЗВ-ТД. До сих пор разгребаем ошибку 30 от ПФР.

(23) Я бы если своими глазами это бы не видел, тоже бы вам верил. Ты просто перепроведи. (как знаешь)

(24) Мне пришлось поправить запрос отбирающий записи. А в начале этого квеста с ЭК, да пришлось править представление приказа :)

(25) При перепроведении кадрового приказа ничего страшного нет. Если ИД было передано, то он пишется в РС МТД Прочие как отмененный, а при проведении приказа генерится новый ИД. В результате в СЗВ-ТД попадает отмена ранее переданного мероприятия и новое с новым ИД

(25) Проведенный документ перепровел: ИД не изменился
Отменил проведение, провел: ИД не изменился

изменил комментарий документа - ИД не изменился

(29) Cорри, ночью смотрел - https://youtu.be/umHT84lZiTI?t=14 Там меняем комментарий, распроводим и снова проводим.

(29) Сори, да, ты прав, при перепроведении по алгоритму 1С, система ищет похожие значения в переданных, и если находит то ИД будет старым.

НО, одно но.

Если у вас вдруг в каком либо показателе "Представление должности", "Представление подразделения"... и т.д. (а поля в мероприятиях текстовые), поменяют буковку, то ваш ИД потеряется при перепроведении.

+ Это могут сделать через пол года. Ну так, кадры что-то заметили. И в итоге "пятая точка", если вы вздумаете что-то перепровести.

+ Алгоритм у 1С, до безобразия нестабилен.