← На главную

Многие пользователи программ 1С:Бухгалтерия и 1С:ЗУП сталкиваются с техническим сбоем при отправке «Сведений о застрахованных лицах» в Социальный фонд России (СФР, ранее ФСС). Ошибка с кодом ERR_KZ_0002 и описанием «Адресный объект с guid не найден в справочнике ФИАС» может вызвать серьезное беспокойство, особенно в периоды отчетности. Давайте разберем, с чем связан этот сбой, как его правильно диагностировать и что необходимо предпринять (или не предпринимать) для восстановления работоспособности обмена.

Природа ошибки ERR_KZ_0002

Данный код ошибки сигнализирует о том, что информационная система СФР не смогла распознать адрес, который был передан в составе вашего XML-файла. В частности, сервер проверки валидации адресов не нашел соответствия переданному GUID (глобальному уникальному идентификатору) адресного объекта в своей текущей базе ФИАС (Федеральной информационной адресной системы).

Важно понимать, что даже если в вашей программе 1С адрес выбран корректно и полностью соответствует актуальному классификатору, на стороне принимающего сервера могут происходить регламентные работы или обновление алгоритмов. В такие моменты возникают расхождения между данными, которые отправляет 1С, и тем, что ожидает увидеть сервер СФР. Как показала практика, чаще всего это массовый сбой, вызванный изменениями на стороне государственных сервисов.

Алгоритм действий при возникновении ошибки

Когда вы видите в протоколе ERR_KZ_0002, первым делом не стоит впадать в панику и начинать массово переделывать адреса во всех карточках сотрудников. Проанализируем, как правильно действовать в такой ситуации:

1. Проверка статуса сервиса. Прежде всего, убедитесь, не является ли проблема массовой. Обычно подобные сбои активно обсуждаются на профильных ресурсах и партнерских форумах 1С. Если вы видите, что другие пользователи сталкиваются с тем же самым в одно и то же время, велика вероятность, что сбой на стороне шлюза СФР.
2. Ожидание восстановления. В ситуациях, когда ошибка носит массовый характер, наиболее разумной тактикой является ожидание. Часто бывает, что после того как специалисты СФР устраняют неполадки на своей стороне, статусы отчетов меняются автоматически с «Не принят» на «Принят» без необходимости повторной отправки.
3. Контроль актуальности адресного классификатора. Если ошибка возникает только у одной организации или одного сотрудника, стоит проверить загрузку классификатора ГАР (Государственный адресный реестр) в вашей программе. Убедитесь, что в системе 1С установлены последние обновления адресных данных.

Когда стоит вмешиваться в работу системы?

Если проблема не носит массовый характер и сохраняется в течение нескольких дней, стоит проанализировать иерархию адреса в карточке сотрудника. Ошибка часто указывает на «родительский объект» — это значит, что система не может найти связь между домом, улицей и населенным пунктом. В таком случае рекомендуем следующие шаги:

• Зайдите в карточку сотрудника или организации.
• Удалите текущий адрес.
• Выберите адрес заново через актуальный классификатор, выбирая каждый уровень иерархии из предложенного списка, чтобы программа автоматически подставила верные GUID.
• Перезапишите карточку и попробуйте сформировать отчет повторно.

Почему не всегда нужно спешить с переотправкой?

Опыт показывает, что самопроизвольное исправление ситуации — это частое явление. Если в протоколе ERR_KZ_0002 видна системная проблема, нет смысла создавать дублирующую нагрузку на серверы СФР повторными попытками отправки одного и того же пакета документов. Оставьте очередь сообщений 1С:Отчетности в покое на некоторое время (обычно до 24 часов). В большинстве случаев, как только шлюзы СФР синхронизируют справочники ФИАС, отчеты проходят валидацию автоматически.

Подводя итог: если вы столкнулись с этой ошибкой, проанализируйте ситуацию на форумах 1С или в ленте обновлений вашей программы. Если это массовый сбой, лучшее, что можно сделать — дождаться решения на стороне госорганов. Если же ошибка локализована — обновите классификатор и перевыберите адрес в карточке объекта.