В процессе работы с кадровой отчетностью в программе 1С:Зарплата и Управление Персоналом пользователи часто сталкиваются с ситуацией, когда при заполнении отчета за текущий месяц (например, март) система автоматически подтягивает кадровые мероприятия за январь, февраль или даже прошлые годы. Это вызывает путаницу, дублирование данных и ошибки при выгрузке в ПФР (СФР). Давайте подробно разберем причины такого поведения программы и рассмотрим пошаговые инструкции по исправлению ситуации.
Для того чтобы понять, почему программа «видит» старые мероприятия как новые, проанализируем внутреннюю логику хранения данных. Каждое кадровое событие (прием, перевод, увольнение), отмеченное галочкой Отразить в трудовой книжке, получает в системе уникальный идентификатор — GUID или UUID. Это длинный буквенно-цифровой код, который является «паспортом» конкретной записи.
Когда мы формируем отчет СЗВ-ТД (или современный подраздел 1.1 формы ЕФС-1), программа сканирует регистр сведений Мероприятия трудовой деятельности и ищет те записи, которые еще не были отмечены как «переданные». Выясним, почему старые записи могут считаться непереданными:
Документ принят в ПФР (информационная отметка), система считает эти мероприятия «висящими» и пытается включить их в следующий отчет.UUID мероприятия мог сгенерироваться заново. Для программы это теперь совершенно новое событие, о котором она «не докладывала» контролирующему органу.Регистрация трудовой деятельности параллельно с кадровыми приказами может создавать дубли записей с разными идентификаторами.Первым делом проанализируем состояние архивных документов отчетности. Перейдем в список документов Сведения о трудовой деятельности работников, СЗВ-ТД (или ЕФС-1). Убедимся, что для всех документов за прошлые периоды выполнены следующие условия:
Если галочка не стоит, программа игнорирует факт существования этого отчета при автоматическом заполнении новых документов. Установим галочки, проведем документы и попробуем перезаполнить мартовский отчет. Если ошибка «Среди мероприятий есть принятые в ПФР по другим документам» сохраняется, переходим к следующему этапу.
Посмотрим на ситуацию глазами системы. Если мы поставили галочки в старых отчетах, а записи всё равно лезут в март, значит, UUID мероприятий в мартовском отчете не совпадают с теми, что были сданы ранее. Проанализируем сообщение об ошибке, которое выдает 1С при попытке проведения: программа обычно прямо указывает фамилию сотрудника и тип мероприятия, которое вызывает конфликт.
Рассмотрим подробнее, как это проверить технически. В современных релизах ЗУП 3.1 мы можем увидеть идентификатор мероприятия непосредственно в кадровом документе или через расшифровку в отчете. Если записи в мартовском отчете имеют другой UUID по сравнению с январским, нам необходимо либо удалить лишние строки из марта вручную (если мы уверены, что данные в ПФР уже есть и они верны), либо сопоставить идентификаторы.
Иногда автоматическое заполнение тянет старые данные из-за документа Регистрация трудовой деятельности. Выясним причину его появления. Часто он создается автоматически после обновления программы или для фиксации данных «до 2020 года».
Если вы обнаружили, что по сотруднику создано две записи об одном и том же приеме (одна из кадрового приказа, другая из «Регистрации»), это приведет к дублированию в отчетности. Рассмотрим правильный алгоритм действий:
Отразить в трудовой книжке в исходном приказе.Регистрация трудовой деятельности следует пометить на удаление или очистить в нем строки по данному сотруднику.Если проблема массовая и вызвана перепроведением документов, ручная правка каждого сотрудника займет слишком много времени. Разберем, как автоматизировать этот процесс. Существуют типовые и внешние обработки для исправления уникальных идентификаторов. Их логика заключается в следующем:
Мероприятия трудовой деятельности (текущие).Мероприятия трудовой деятельности переданные (уже сданные).UUID — нет, обработка заменяет новый идентификатор на старый (сданный).После применения такой обработки программа «поймет», что мероприятие уже было передано, и перестанет тянуть его в новые отчеты.
Проанализируем специфический случай: сотрудник принят в феврале и уволен в марте. При заполнении мартовского отчета программа тянет и прием, и увольнение. Это может быть корректным поведением, если:
По правилам заполнения, если сведения о приеме ранее не подавались, то при подаче сведений об увольнении необходимо передать всю цепочку событий по данному сотруднику. Однако, если прием уже был успешно сдан и принят фондом, а в марте он появляется снова — значит, мы возвращаемся к проблеме UUID, описанной выше.
Для предотвращения подобных ситуаций в будущем рекомендуем придерживаться следующих правил:
Исправить внизу документа).Рассмотренные нами методы позволяют решить проблему «хвостов» в отчетности и обеспечить корректное взаимодействие с информационной базой ПФР (СФР) без нарушения целостности данных.