При подаче корректирующих или отменяющих сведений по форме СЗВ-ТД (ныне раздел 1.1 формы ЕФС-1) бухгалтеры и кадровики часто сталкиваются с отказом со стороны Социального фонда (СФР/ПФР). Ошибка «Не найдены исходные сведения для отменяемого мероприятия» означает, что в базе фонда не существует записи, которую вы пытаетесь аннулировать или изменить. Система не может сопоставить ваш новый запрос с теми данными, которые были приняты ранее.
Проанализируем причины этой ситуации и разберем пошагово, как добиться успешного принятия отчета в 1С:Зарплата и управление персоналом 8.3.
Каждое мероприятие (прием, перевод, увольнение) в электронном документообороте с фондом помечается уникальным кодом — UUID (Universal Unique Identifier). Когда мы отправляем отменяющую форму, программа должна подставить в XML-файл именно тот UUID, который был в первичном, успешно принятом отчете.
Рассмотрим ситуацию: если вы удалили исходный документ или создали новое мероприятие вручную вместо корректировки старого, программа сгенерирует новый UUID. Фонд увидит незнакомый код и выдаст ошибку, так как «исходных сведений» с таким номером у него нет.
Что нужно сделать:
UUID для нужного сотрудника. Он выглядит примерно так: <UUID>550e8400-e29b-41d4-a716-446655440000</UUID>.Выясним важную техническую деталь: фонд ищет запись не только по UUID, но и по совокупности ключевых полей. К ним относятся: СНИЛС, Фамилия, Имя, Отчество, Дата мероприятия, Номер и Дата приказа.
Если в исходном (ошибочном) отчете вы написали фамилию «Светлова» через букву «е», а в отменяющем решили сразу исправить на «Светлова» через «ё» — фонд не найдет запись. Для системы это два разных человека.
Алгоритм действий:
Проанализируем данные в базе фонда. Отменяющее мероприятие должно быть абсолютно идентичным тому, что сейчас числится в фонде, вплоть до лишних пробелов или опечаток. Сначала мы «зеркально» отменяем неверную запись (со всеми её ошибками), а вторым мероприятием в этом же или следующем отчете подаем правильные сведения.
Иногда возникает специфическая ошибка, когда дата приема отчета в системе фонда не совпадает с реальной датой документа. Рассмотрим пример: вы отправили отчет 15-го числа, но из-за технических сбоев на стороне СФР он «сел» в базу 16-м числом. При попытке отмены по дате 15.01 система выдает отказ.
В этом случае проанализируем протоколы или свяжемся с куратором в фонде. Если дата записи в их системе отличается, придется временно изменить дату в 1С или в XML-файле перед отправкой, чтобы она совпала с данными фонда.
Если первичные данные подавались до объединения фондов или в период массовой смены регистрационных номеров ПФР, возникнет конфликт. Отменяющая форма подается уже с новым рег-номером, а старая запись «висит» на предыдущем. Система может не увидеть преемственности.
Как решить:
Попробуйте сформировать отчет, указав в настройках организации старый регистрационный номер (если это технически возможно в вашей версии программы), либо обратитесь в фонд для ручного объединения карточек страхователя.
Разберем, как правильно оформить документы, чтобы программа корректно заполнила UUID и другие технические параметры:
Проанализируем ситуацию, когда визуально все данные совпадают, но ошибка сохраняется. Это может быть связано с использованием латиницы вместо кириллицы (например, буква «с» в слове «Специалист») или скрытыми пробелами в конце строки в названии должности.
Для гарантированного решения рекомендуется открыть принятый ранее XML-файл, скопировать название должности и подразделения напрямую из него и вставить в документ 1С. Также обратите внимание на регистр символов в UUID — хотя стандарт подразумевает нечувствительность к регистру, некоторые шлюзы фонда требуют строгого соответствия (например, только строчные буквы).
В редких случаях проблема кроется в «двойниках» в базе СФР. Если одно мероприятие было по ошибке загружено в фонд дважды, система не знает, какое из них отменять. В такой ситуации единственный выход — предоставить сведения на бумажном носителе или лично обратиться к инспектору фонда для «чистки» истории трудовой деятельности сотрудника в их внутренней базе.
Помните, что после успешной отмены неверного мероприятия необходимо отправить новое, корректное мероприятие, чтобы электронная трудовая книжка сотрудника содержала актуальную информацию.