Долгое время основным стандартом для хранения адресных сведений в России являлся КЛАДР (Классификатор адресов России). Однако развитие государственных информационных систем и потребность в более точной идентификации объектов привели к созданию ФИАС (Федеральной информационной адресной системы), а в последующем — к внедрению ГАР (Государственного адресного реестра). В этой статье мы подробно разберем, почему произошла эта замена, в чем заключаются технические отличия систем и как адаптировать программы 1С под новые требования.
Рассмотрим историю вопроса. КЛАДР строился по принципу иерархического кодирования. Адрес представлял собой строку цифр, где каждая группа отвечала за свой уровень: регион, район, город, населенный пункт и улицу. Основная проблема заключалась в том, что при любом переименовании или административном переподчинении объекта его код полностью менялся. Это создавало огромные трудности для ведения исторических данных и синхронизации баз.
Разберем основные отличия ФИАС, которые стали ключевыми при переходе:
GUID (Global Unique Identifier). Это 36-значный код, который остается неизменным на протяжении всего цикла «жизни» объекта.Посмотрим, как изменения отразились на структуре метаданных 1С. В старых конфигурациях, таких как Зарплата и Управление Персоналом 2.5 или Управление производственным предприятием 1.3, адресные сведения хранились в специализированных регистрах сведений (например, АдресныйКлассификатор). С приходом ФИАС разработчикам 1С пришлось внедрять поддержку новых форматов.
Проанализируем основные изменения в архитектуре данных:
DBF. ФИАС перешел на XML, а современный реестр ГАР использует XML и JSON. Это потребовало создания новых механизмов загрузки данных.АдресныеОбъекты, ДомаЗданияСтроения и ДополнительныеАдресныеСведения.Выясним причину беспокойства многих пользователей, работающих на старых редакциях программ. Как было отмечено в обсуждении, эти системы изначально проектировались под КЛАДР. Рассмотрим алгоритм действий для таких систем:
Для поддержки ФИАС в старых версиях 1С выпускала обновления, которые позволяли загружать данные ФИАС, сконвертированные в формат DBF. Однако возможности такого формата ограничены. Например, в DBF-версиях часто отсутствуют GUID домов или сложные номера строений.
Если ваша программа требует наличия кодов ФИАС для электронного документооборота (например, для реестров прямых выплат ФСС/СФР), выполните следующие шаги:
В современных конфигурациях (например, ЗУП 3.1, Бухгалтерия предприятия 3.0, ERP 2.5) мы рекомендуем отказаться от полной загрузки классификатора в базу. Это экономит десятки гигабайт дискового пространства.
Разберем преимущества работы через веб-сервис:
6-НДФЛ, РСВ и другие формы.Рассмотрим ситуацию, когда при проверке отчета возникают ошибки типа «Адрес не найден в ФИАС». Это случается, если адрес в базе был заполнен вручную или по очень старому классификатору.
Выполним следующие действия для исправления:
Важный момент для программистов: при написании собственных обработок выгрузки данных, обязательно используйте функции БСП для получения структуры адреса. Например, функция СведенияОбАдресе вернет вам не только строку, но и все необходимые GUID.
Посмотрим на пример логики получения идентификатора адреса в коде:
// Пример получения идентификатора объекта из адресных сведений
СтруктураАдреса = РаботаСАдресами.СведенияОбАдресе(ТекстАдреса, ДатаАктуальности);
ИдентификаторФИАС = СтруктураАдреса.АдресныйИдентификатор;
Если ЗначениеЗаполнено(ИдентификаторФИАС) Тогда
// Используем GUID для формирования XML-файла отчетности
КонецЕсли;
Подводя итог, отметим, что переход на ФИАС и ГАР — это не просто смена названия, а глубокая техническая реформа. КЛАДР официально прекратил существование как актуальный источник данных. Для стабильной работы рекомендуем:
Помните, что корректно заполненный адрес по ФИАС — это залог успешного прохождения форматно-логического контроля в контролирующих органах и отсутствия штрафных санкций.