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