При работе с программой 1С:Бухгалтерия 3.0 (БП 3.0) пользователи и разработчики часто сталкиваются с необходимостью корректного хранения и использования адресных сведений. Исторически эта система называлась ФИАС (Федеральная информационная адресная система), однако в современных версиях конфигураций, построенных на базе Библиотеки стандартных подсистем (БСП), произошел переход на формат ГАР (Государственный адресный реестр). Разберем подробно структуру хранения этих данных в информационной базе и выясним, какие объекты конфигурации за это отвечают. В случаях, когда переход на новую редакцию программы требует миграции всей истории учёта, можно использовать перенос данных из УПП 1.3 в БП 3.0.
Данные адресного классификатора в 1С не хранятся в справочниках, как это может показаться на первый взгляд. Для обеспечения высокой скорости поиска и минимизации объема базы данных используются регистры сведений. Рассмотрим ключевые объекты, входящие в состав подсистемы АдресныйКлассификатор:
АдресныеОбъекты: Это фундамент классификатора. Здесь хранятся данные о регионах, районах, городах, населенных пунктах и улицах. Каждая запись представляет собой отдельный уровень адресной иерархии.ДомаЗданияСтроения: Данный регистр содержит информацию о наиболее детальных объектах — номерах домов, корпусах, строениях и литерах. Это самый объемный регистр, так как количество записей о домах в масштабах страны исчисляется десятками миллионов.ДополнительныеАдресныеСведения: Проанализируем назначение этого объекта. В нем хранятся служебные коды, которые не входят в саму структуру адреса, но критически важны для отчетности: ОКТМО, ОКАТО, коды ИФНС (участки налоговых инспекций) и почтовые индексы.ИсторияАдресныхОбъектов: Выясним, как система обрабатывает переименования. Если улица или город меняют название, старые данные не удаляются, а фиксируются в этом регистре, что позволяет корректно отображать адреса в документах прошлых периодов.Многих разработчиков интересует вопрос соответствия кодов на сайте fias.nalog.ru и данных внутри 1С. В системе ФИАС каждому объекту присваивается глобальный уникальный идентификатор (GUID) вида d5f44592-389b-4a70-b618-d9ad21ec752c. Разберем, как эти коды представлены в конфигурации.
В регистрах сведений 1С эти идентификаторы хранятся не в виде обычных строк, а имеют тип УникальныйИдентификатор. Это оптимизирует хранение и ускоряет поиск. Для программного обращения к конкретному объекту, если у вас есть строковое представление его кода ФИАС, мы используем стандартные механизмы платформы. Для точечной миграции объектов между базами с сопоставлением по GUID или другим полям подходит обработка для переноса данных между похожими конфигурациями 1С.
Посмотрим на пример того, как преобразовать строковый код в объект, понятный системе 1С:
ИдентификаторСтрокой = "d5f44592-389b-4a70-b618-d9ad21ec752c";
ИдентификаторОбъекта = Новый УникальныйИдентификатор(ИдентификаторСтрокой);
// Теперь этот идентификатор можно использовать в запросах к РС АдресныеОбъекты
// для поиска GUID или ссылочного идентификатора.
Важно различать два типа идентификаторов в современном ГАР:
В 1С реализована поддержка обоих типов, что гарантирует целостность данных при обновлении классификатора.
Проанализируем ситуацию с объемом базы данных. Полная загрузка ФИАС по всей России может увеличить размер базы на 40-60 ГБ и более. Поэтому в 1С:Бухгалтерии 3.0 предусмотрено два варианта работы:
АдресныеОбъекты, ДомаЗданияСтроения) записываются и кэшируются только те адреса, которые были фактически выбраны и использованы в карточках контрагентов или организаций.Если вы обнаружили, что регистры в вашей базе практически пусты, хотя адреса у контрагентов заполнены — это значит, что включен режим работы через веб-сервис. При необходимости организовать локальное наполнение базы напрямую с портала ФНС можно использовать расширение для загрузки адресного классификатора с fias.nalog.ru.
Рассмотрим подробнее, как правильно извлекать данные из адресного классификатора. Разработчикам крайне не рекомендуется писать прямые запросы к регистрам АдресныеОбъекты или ДомаЗданияСтроения, так как их структура может меняться с обновлениями БСП. Правильный путь — использование программного интерфейса (API) подсистемы АдресныйКлассификатор.
Для поиска сведений и работы с адресами используются методы общего модуля АдресныйКлассификатор. Например, получение структуры адреса по его уникальному идентификатору. Это позволяет избежать ошибок, связанных с иерархической подчиненностью (когда город может подчиняться району, а может напрямую региону).
Так как данные ФИАС постоянно обновляются, в системе предусмотрены механизмы поддержания актуальности. Выделим основные моменты:
Во-первых, при обновлении классификатора старые записи, которые больше не актуальны и не используются в документах, могут быть помечены на удаление или очищены специальными регламентными заданиями. Чтобы автоматизировать подобные технические работы и регулярное обслуживание системы, удобно применять Обновлятор 1С для пакетного тестирования и архивирования баз.
Во-вторых, существует обработка "Очистка адресных сведений", которая позволяет удалить загруженные данные по регионам, которые более не требуются для работы, тем самым значительно уменьшив размер файла базы данных (.1CD или таблиц SQL).
Подведем итог: знание структуры регистров АдресныеОбъекты и ДомаЗданияСтроения, а также понимание принципов хранения GUID, позволяет эффективно решать задачи по автоматизации ввода адресов и интеграции 1С с внешними системами.