← На главную

Загрузка адресного классификатора в типовые конфигурации 1С нередко сопровождается затруднениями. Пользователи часто сталкиваются с появлением нечитаемых символов («кракозябр») в наименованиях улиц и городов, а также с критической ошибкой «Нарушена структура классификатора! Классификатор адресов неправильной структуры. Не загружен!». Разберем по шагам, от чего зависят эти проблемы, какую кодировку следует указывать при импорте и как корректно сопоставить файлы адресных сведений.

Выбор кодировки: DOS (866) или Windows (1251)

При загрузке классификатора из файлов формата DBF программа предлагает указать кодировку поставляемых таблиц. Выясним причину возможных искажений текста:

1. Файлы с диска ИТС и официального сайта ФНС. Исторически классификатор КЛАДР распространялся в кодировке MS-DOS (кодовая страница 866). В большинстве случаев встроенная обработка загрузки адресного классификатора по умолчанию выставляет вариант Кодировка DOS (866). Если файлы были получены напрямую из архива ФНС или диска ИТС без предварительного открытия в сторонних редакторах, следует оставлять значение по умолчанию.
2. Кодировка Windows (1251). Этот вариант применяется, если таблицы предварительно конвертировались либо были выгружены специализированным ПО в кодировке ANSI. Если при выборе кодировки по умолчанию адреса после импорта отображаются нечитаемыми символами, очистим ранее загруженные регистры и выполним повторную загрузку, указав вариант Кодировка Windows (1251).
3. Влияние системной локали операционной системы. Обратим внимание на ситуацию, когда искажение символов происходит независимо от выбранного переключателя в форме. Если сервер или рабочая станция работают под управлением операционной системы без русской локализации, встроенный механизм XBase может некорректно транслировать символы. В системных параметрах Windows для программ, не поддерживающих Юникод (Language for non-Unicode programs), должен быть установлен русский язык.

Устранение ошибки «Нарушена структура классификатора»

Если обработка сразу после выбора каталога или конкретного файла выдает сообщение о том, что структура классификатора нарушена, проанализируем возможные источники проблемы:

1. Неправильное сопоставление файлов в форме обработки. Это самая распространенная причина сбоя. В поле выбора основного классификатора адресов по ошибке часто указывают вспомогательный файл ALTNAMES.DBF (таблица соответствия старых и новых названий) или DOMA.DBF. Механизм 1С проверяет жестко заданный состав полей (NAME, SOCR, CODE, INDEX и др.). При несовпадении колонок импорт мгновенно прерывается. Убедимся, что в поле «Классификатор адресов» выбран именно файл KLADR.DBF, а для остальных полей строго сопоставлены одноименные таблицы (STREET.DBF, DOMA.DBF, SOCRBASE.DBF).
2. Повреждение заголовка или структуры DBF. Если файлы открывались через офисные табличные редакторы и сохранялись повторно, исходная спецификация DBF нарушается: сбрасываются типы колонок, удаляются ведущие нули в кодах регионов и почтовых индексах. В таких случаях заново распакуем исходный архив классификатора без промежуточного редактирования.
3. Ошибки распаковки и пути к каталогам. Проверим целостность исходного архива, скачанного с сайта ведомства. Распаковывать таблицы рекомендуется в короткий каталог без пробелов и специальных символов (например, в корень диска), чтобы исключить проблемы доступа к путям при чтении файлов объектом XBase.

Рекомендации по оптимизации процесса импорта

Рассмотрим несколько правил, которые помогут ускорить загрузку и предотвратят сбои информационной базы:

1. Выборочная загрузка регионов. Таблицы классификатора, особенно содержащие сведения о домах (DOMA.DBF), имеют значительный объем. Попытка загрузить адресные сведения по всей территории РФ в файловой информационной базе может привести к превышению лимита внутреннего размера таблиц базы данных (ограничение 4 ГБ) или к нехватке оперативной памяти. Загрузим только те регионы, с которыми непосредственно работает предприятие.
2. Отключение загрузки домов при отсутствии необходимости. Если для кадрового и бухгалтерского учета достаточно проверки адресов до уровня улицы, снимем признак загрузки сведений о домах, что кратно сократит время импорта и сэкономит место в базе.
3. Предварительная очистка адресных сведений. Перед повторным импортом данных (например, при смене кодировки после неудачной попытки) обязательно выполним полную очистку записей по проблемному региону через соответствующую кнопку обработки, чтобы избежать появления дублирующих и некорректных записей в регистрах.