Что такое код по кладр в больничном листе

Обновлено: 18.05.2024

КЛАДР для 1С 8

В этой статьей мы расскажем про КЛАДР — классификатор адресов России.

Название страшное, на деле всё просто.

Он требуется для правильного заполнения адресов в программе 1С и иногда необходимо срочно установить адресный классификатор самому.

Ниже приведена подробная инструкция по самостоятельной установке. Технические знания не требуются.

Вы сможете скачать КЛАДР 2022 для 1С 8 и загрузить его в свою программу 1С.

Ничего сложного в этом нет и сейчас мы с Вами это сделаем.

Метод работает для следующих конфигураций 1С :

  • Бухгалтерия 2.0, Зарплата и Управление Персоналом 8, Управление Торговлей 8.
  • Установка КЛАДР для новой редакции программы 1С — Бухгалтерия 3.0 (8.3) здесь.

Итак, начнем установку классификатора адресов для 1С 8

1. Новая папка — основа всего

Для начала создайте пустой каталог на компьютере, например C:\KLADR

КЛАДР - скриншот 1

2. Качаем с оф.сайта

Теперь нужно скачать КЛАДР 2019 для 1C 8.

3. Разархивируем

Распакуйте классификатор в каталог из п.1.

kladr 2

  1. Зайдите в справочник Физические Лица , нажмите Добавить . Или выберите существующего сотрудника.

kladr 3

kladr 4-2

kladr 5

kladr 6

  1. Переходим к Фильтру по регионам и переносим нужные регионы в правый список.

kladr 7

  1. Нажимаем Загрузить . После загрузки закрываем лишние окна. Нового сотрудника можно не сохранять, если он не нужен.
  1. Поздравляю, мы только что установили адресный классификатор для 1С 8! Можно работать !

КЛАДР периодически обновляется, так что перед сдачей отчетности проверяйте его актуальность.

Примечание — Литер добавляют к номеру дома, без пробела. Например, 7А или 7Б.

Очень подробное описание. надеюсь старые адреса при обновлении КЛАДРа не полетят. Спасибо

Спасибо огромное! Всё просто, понятно и очень доходчиво! Я полный чайник в 1С, но с такими руководствами чувствуешь себя профессионалом ;).

Огромное спасибо.
Один вопрос, где смотреть обновления Классификатора ?

Спасибо, всё замечательно.

Спасибо большое за такую развернутую информацию!

Большое спасибо! Очень помогли!

Подскажите, пожалуйста, а в зарплату как установить КЛАДР, сделала все тоже самое, а каталога не видит, пишет, что нет файлов, удовлетворяющих поиску

Спасибо! все доходчиво написано, просто прелесть!

А как добавить Крым в список регионов ?

Огромное спасибо! Помогли!

Тоже интересует крым

Добавить Крым и Севастополь: есть 2 варианта
1. Обновить типовую конфигурацию на свежую и тогда обновится Регистр Сведений: Адресный классификатор и в списке регионов появятся доступные для загрузки из Кладр Крым и Севастополь;

2. Или руками залезть в Конфигуратор, открыть объект РегистрСведений.АдресныйКлассификатор.Макет.ТаблицаРегионов
Внизу списка добавить руками две строки:
Вместо
8900000000000000000000000 Ямало-Ненецкий АО 629000
9900000000000000000000000 Байконур г 468320

Должно получиться:
8900000000000000000000000 Ямало-Ненецкий АО 629000
9100000000000000000000000 Крым Респ
9200000000000000000000000 Севастополь г
9900000000000000000000000 Байконур г 468320

Войти в режим 1С.Предприятие и запустить Загрузка адресного классификатора.
Видим в списке регионов (слева внизу) наши Крым и Севастополь?

Если да, то КРЫМНАШ:)

Спасибо Antonio! Очень помогли.т.к. обновлять конфиг очень сложно — много своих изменений

Спасибо большое! Замечательная инструкция!

Спасибо преогромное! После многократных безуспешных попыток загрузить КЛАДР в 1.С 8.3 только благодаря вашему сайту решила эту проблему, загрузив ФИАС. Спасибо, что вы есть! Так как даже на официальном сайте поддержки пользователей ничего не сказано об этом! Дальнейших успехов!

Достаточно часто при работе с вводимыми пользователем адресными данными возникает необходимость сначала подсказать ему, как правильно свой адрес указать, а потом - полученную строку адреса привести в некоторый машинно-читаемый вид.

Таким видом у нас в стране можно считать код по справочникам КЛАДР или ФИАС.

Первый из них уже несколько лет считается устаревающим, но отличается более простой структурой и исторически продолжает использоваться во множестве систем, поскольку вполне подходит для большинства задач.

Давайте научимся разбирать строку адреса "туда и обратно", а заодно познакомимся с некоторыми алгоритмическими подходами и их реализацией на SQL.


Получение справочника КЛАДР

База КЛАДР в настоящее время администрируется ФНС и представлена на сайте ГНИВЦ в виде периодически (примерно раз в неделю) обновляемого архива. Для начала мы научимся его скачивать, исправлять некоторые ошибки и преобразовывать в более подходящую для наших задач структуру.

Для этого нам понадобятся wget, p7zip, dbview, recode и psql .

Исходный архив

База выкладывается на сервере ГНИВЦ всегда по одному и тому же адресу в виде 7z-архива Base.7z - версии отличаются друг от друга только заголовком Last-Modified в ответе сервера.

При этом сервер достаточно нервно реагирует на скорость загрузки и не поддерживает HEAD -запросы, увы. Поэтому нам придется скачивать архив ежесуточно полностью, но чтобы снизить нагрузку на сервер установим ограничение скорости, а заголовки ответа сохраним и разберем отдельно:

В сгенерированном .hdr нас будет интересовать эта строка:

Чтобы не пытаться обрабатывать архив и обновлять данные в нашей базе повторно, будем сохранять в ней этот таймстамп для последующих сравнений.

Если же таймстамп файла не совпал с сохраненным, распакуем полученный архив:

Результатом будет 7 DBF-файлов в DOS-кодировке:

Переберем все эти файлы, формируя единый скрипт выгрузки данных через psql в COPY-формате:

По итогу мы получаем большой-большой SQL-файл примерно такого вида:

Импорт данных

Поскольку сами данные в таблицах архива представлены в DOS-кодировке, но это как-то совсем уж немодно, развернем нашу базу в WIN1251 - она тоже однобайтовая, поэтому все поиски данных не станут тяжелее:

Защита от параллельной загрузки

Поскольку импорт данных из ГНИВЦ у нас может проходить длительное время и инициироваться с разных источников (мало ли, один из инстансов прикажет долго жить), неплохо бы позаботиться о защите данных, чтобы они не пострадали - дописываем все это в начале .sql :

В результате такого подхода мы всегда знаем, кто и когда проверял наличие обновлений, и кому это удалось.

Соберем все вместе в единый скрипт:

Тут можно использовать для импорта и временные каталоги, создаваемые через mktemp , но хватит ли у вас места на tmp -разделе.

Реквизиты доступа к базе и КЛАДР-источник в нашем случае будут храниться в app.conf :

Поисковая база

А зачем нам вообще нужна какая-то другая структура? Чем нас не устраивают таблицы в оригинальном КЛАДР-архиве?

хранение адресных объектов (улиц и населенных пунктов) в разных структурах

хранение статуса/версии объекта (00, 51, . ) вместе с его кодом

невозможность наложить эффективные для поиска индексы

Напомню, что оригинальный код КЛАДР, согласно документации имеет вид СС РРР ГГГ ППП УУУУ АА , где:

СС - код субъекта РФ (региона)

РРР - код района

ГГГ - код города

ППП - код населенного пункта

УУУУ - код улицы (отсутствует у населенных пунктов)

АА - признак актуальности

То есть если вынести признак актуальности в отдельное поле, то у кодов многих объектов (например, городов) в конце окажутся нули, которые стоит безболезненно отсечь. И тогда коды будут иметь строго ограниченный набор длин в соответствии с "уровнем" объекта:

2 - регионы и города федерального подчинения ( 77 - г. Москва, 76 - Ярославская обл.)

5 - районы ( 76 001 - Ярославская обл., Ярославский р-н)

8 - города ( 76 000 001 - Ярославская обл., г. Ярославль)

11 - населенные пункты ( 76 001 000 008 - Ярославская обл., Ярославский р-н, д.Алешково)

15 - улицы ( 76 001 000 008 0001 - Ярославская обл., Ярославский р-н, д.Алешково, ул.Малиновая)

При этом, как видим, коды "вышестоящих" объектов становятся префиксами кодов объектов вложенных.

Что же получилось по структуре?


Это основные таблицы, данные в которые импортируются непосредственно из соответствующих DBF по модели наложения "диффов", описанной в статье "DBA: грамотно организовываем синхронизации и импорты":

Здесь регулярное выражение используется для отсечения "хвостовых" нулей по маске до необходимой нам длины. То есть нельзя просто так взять 76 000 010 000 и убрать все 4 последних ноля, поскольку 010 тут является значимым кодом города.

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

Тут мы использовали еще две "производные" таблицы, которые выступают в качестве поисковых индексов - kladr_kw и kladr_hs :

Зачем нам понадобятся такие дополнительные структуры, и как их использовать для организации эффективного подстрочного поиска, рассмотрим в следующей части статьи, а эту мы закончим функцией нормализации названия объекта:

Читайте также: