При подготовке документов для выплаты пособий в программе 1С:Зарплата и управление персоналом 3.1 пользователи часто сталкиваются с неприятной ситуацией: в документе Заявление сотрудника в ФСС на выплату пособия (или в современных Сведениях о застрахованном лице для СФР) поля Идентификатор ФИАС и Код КЛАДР остаются пустыми. Это происходит даже в тех случаях, когда адрес в карточке сотрудника визуально выглядит корректным и классификатор обновлен до актуального состояния. Рассмотрим детально, почему так происходит и как исправить эту ошибку.
Для начала проанализируем ситуацию и выясним, почему система «теряет» связь между текстовым адресом и его уникальным идентификатором. Существует несколько ключевых факторов:
GUID для старого наименования просто не подтягивается.ЗначенияПолей. Если адрес был перенесен из старых версий (например, при переходе с ЗУП 2.5) или введен вручную, когда классификатор не был загружен, текстовое представление адреса в базе есть, а скрытого кода ФИАС — нет.Самый простой, но трудоемкий при большом количестве сотрудников способ — это принудительное обновление структуры адреса. Давайте выполним следующие действия:
Зайдем в карточку физического лица (или сотрудника) в раздел Адреса, телефоны. Нажмем на ссылку с адресом проживания или регистрации. В открывшейся форме ввода адреса не нужно ничего удалять — достаточно просто заново выбрать номер дома или квартиры из выпадающего списка. После этого нажмем ОК и запишем данные физического лица.
Важно: При таком действии система принудительно обращается к текущему классификатору, находит соответствие и перезаписывает XML-строку в базе данных, добавляя в нее актуальный ИдентификаторФИАС. После этого в новом заявлении ФСС данные заполнятся автоматически.
Посмотрим на более технологичный способ, который позволяет «встряхнуть» структуру адреса без его полного перенабора. В форме ввода адреса (где мы выбираем город и улицу) нажмем кнопку Еще в верхней части окна. В выпадающем меню выберем пункт, позволяющий переключиться между Муниципальным и Административно-территориальным делением.
Часто переключение на муниципальное деление и обратно с последующим сохранением заставляет систему актуализировать связи с ГАР и проставить недостающие коды. Это особенно актуально для адресов в сельской местности и новых городских округах.
Если проблема носит массовый характер для всего региона (как в случае с Кузбассом), проанализируем состояние самого классификатора. Иногда обычного обновления недостаточно, так как старые «битые» связи могут сохраняться в кэше базы данных.
Выполним следующие шаги:
После этой процедуры рекомендуется запустить регламентное задание Проверка корректности контактной информации.
Проанализируем ситуацию изнутри. Если вы хотите убедиться, что проблема именно в отсутствии кода в базе, можно посмотреть, как 1С хранит адрес. В программном коде или через консоль запросов можно увидеть содержимое поля ЗначенияПолей. В корректном случае внутри XML должен присутствовать узел с идентификатором:
<Parameters>
<Parameter Name="ИдентификаторФИАС" Value="61a34360-14cc-4299-9069-45e396846171"/>
<Parameter Name="КодКЛАДР" Value="4200000100000180001"/>
</Parameters>
Если в этой строке параметр Value пуст, то документ ЗаявлениеСотрудникаВФСС физически не может получить данные, так как он берет их именно из этой подготовленной строки, а не ищет в классификаторе «на лету» при каждом заполнении документа.
Чтобы избежать подобных проблем в будущем, проверим настройки программы. Перейдем в Администрирование — Общие настройки — Виды контактной информации. Найдем в списке Адрес по прописке сотрудника и убедимся, что установлена галочка Запрещать ввод некорректного адреса. Это заставит систему всегда проверять адрес по классификатору и не позволит сохранить данные без привязки к ФИАС/ГАР.
Подведем итог: Отсутствие идентификаторов в заявлениях — это следствие разрыва связи между текстовым адресом в карточке сотрудника и актуальным реестром ГАР. В большинстве случаев проблема решается «перевыбором» адреса или очисткой кэша классификатора. Помните, что для современных проактивных выплат (СЭДО) наличие этих кодов является критическим требованием со стороны СФР.