Справочник фгис адреса

Строчный адрес КЛАДР → код ФИАС

Самый простой вариант — воспользоваться DaData.ru. Сервис сделает все за вас автоматически. Но можно и развлекаться самостоятельно.

Адреса одной строкой

Если адреса у вас хранятся одной строкой, вроде этой:
г Москва, улица Большая Коммунистическая, дом 3, то поздравляем, это самая интересная задача. Нужно писать свой адресный парсер, который будет разделять строку в формате КЛАДР на части, искать каждый ее компонент в ФИАС с учетом опечаток, сокращений, исторических названий и определять по ним ФИАС-код. Легче это сделать уже готовым адресным парсером. Как выбрать алгоритм для адресного фильтра, мы рассказывали раньше.

Если адреса у вас хранятся разложенными по КЛАДР, то задача немного проще.

Примерно так выглядит адрес, разложенный по КЛАДР

Код ФИАС можно собрать, используя всё ту же таблицу ADDROBJ. Но в этом случае двигаться по уровням нужно от большего к меньшему.

Шаг 1. Берем название региона и ищем его в поле FormalName таблицы ADDROBJ.

Шаг 2. Идем дальше по уровням вниз и ищем по FormalName с фиксированным родителем — найденным AoGuid на предыдущем шаге. В нашем случае уровни «город» и «населенный пункт» пустые, а следующий непустой уровень — улица.

Шаг 3. Если дошли до улицы, то можно найти и дом. Для этого в таблице HOUSE ищем номер дома с фиксированным AoGuid улицы. ФИАС не полон домами, поэтому не расстраивайтесь, если нужный номер не найдется.

Может ли что-то пойти не так? Конечно. Например, по названию может легко найтись несколько объектов. «Москва, Тверская» — это про площадь или про улицу? Тогда нужно сравнивать типы, но не все так просто.

Таблица SOCRBASE хранит полные и сокращенные типы объектов

Тип по КЛАДР может быть сокращенным и полным: «ул» — «Улица», «х» — «Хутор». В ФИАС в явном виде хранится только сокращенный тип (в поле ShortName). Полный тип в сокращенный можно превратить с помощью таблицы SOCRBASE, в ней для каждого уровня хранится соответствие сокращённых и полных типов.

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

P.S. Благодарю за неоценимую помощь в создании этой статьи моих коллег по HFLabs Михаила Березина, Елену Расторгуеву и Антона Жиянова.

МОБИЛЬНОЕ ПРИЛОЖЕНИЕ

Мобильное приложение АТМ.Меркурий – решение для быстрого и простого гашения входящих эВСД. Пользователи не привязаны к рабочему месту и могут обрабатывать документы непосредственно в процессе приема товара. Доступно для работы на всех мобильных устройствах платформы Android.

Функционал и преимущества приложения АТМ.Меркурий:

• полное и частичное гашение входящих эВСД;
• групповое гашение по номеру ТТН;
• настройка автоматического гашения;

• оформление инвентаризации по части списания;
• структурированный список эВСД по номерам накладных;
• удобный интерфейс;
• работа в момент приема товара.

БД ФИАС от 26. 2019

Дата актуальности: 26 декабря 2019 года

Информационная система 1С:ИТС

Инструкции по учету в программах 1С

Инструкции по разработке на 1С

Консультации по законодательству

Книги и периодика

База нормативных документов

Акции и конкурсы

Курсы и экзамены 1С

Отзывы об ИТС

Код КЛАДР → идентификационный код ФИАС

Если адрес у вас хранится как код КЛАДР улицы + домовая часть («дом 1 строение 3 квартира 44»), то для него все относительно просто.

Таблица ADDROBJ хранит все адресные объекты с их идентификаторами

Для работы понадобится таблица ADDROBJ из выгрузки ФИАС в формате xml или dbf. В ней хранятся все объекты (города, улицы и т. д.) подряд с уникальными идентификаторами GUID.

Будем использовать следующие колонки:

• код КЛАДР (PlainCode);
• наименование и тип текстом (FormalName и ShortName);
• актуальность объекта (CurrStatus);
• почтовый индекс (PostalCode);
• собственный и родительский идентификатор ФИАС (AoGuid и ParentGuid);
• уровень (AoLevel).

Пример: Москва, ул Александра Солженицына. Код КЛАДР: 77000000000151900.

Шаг 1. Выделяем из кода КЛАДР код до улицы, то есть берем первые 15 цифр: 00.

• Если КЛАДР меньше 15 цифр, берем 11 и дополняем нулями — это код до населённого пункта: ;
• Меньше 11 цифр — берем 8: ;
• Меньше 8 — берем 5: ;
• Меньше 5 — берем 2 цифры кода региона: .

Шаг 2. Ищем код КЛАДР в поле PlainCode. Если нашлась одна запись, то сохраняем значение поля AoGuid и пропускаем следующий пункт. Но по нашему коду находится три записи, нужна дополнительная проверка.

Шаг 3. Находим актуальную запись. Значение поля CurrStatus = 0 означает, что запись актуальна. Выбираем ее и сохраняем значение поля AoGuid. Идентификационный код ФИАС найден!

• Александра Солженицына, CurrStatus = 2;
• Коммунистическая Б., CurrStatus = 1;
• Александра Солженицына, CurrStatus = 0, AuGuid = .

В качестве бонуса соберем текстовый адрес по найденному AoGuid:

• берем PostalCode — это почтовый индекс:
• добавляем ShortName и FormalName: 109004, ул. Александра Солженицына
• если объект является регионом (поле AoLevel = 1), то адрес готов. Но в нашем случаем AoLevel = 7 — это улица. Поэтому ищем родительский элемент по полю ParentGuid и повторяем предыдущий пункт;
• для улицы Александра Солженицына родительская запись сразу имеет уровень региона — это Москва. Сохраняем ShortName и FormalName и собираем адрес: 109004, г. Москва, ул. Александра Солженицына

Но можно поступить еще проще и воспользоваться готовым сервисом. DaData.ru умеет подсказывать адреса в конкретных регионах, районах, городах и населенных пунктах. Понимает названия («Петергоф»), коды КЛАДР («7800000800000») и ФИАС («8f238984-812b-4bb1-850b-49749fb5c56d»).

Обновление компонента

Предварительный перечень функций, запланированных на второе поколение компонента (версии 3.x шлюза)

Предварительный список изменений для версии 6.7 и версии 2.1 интеграционного шлюза

С выходом обновления 6.7 появятся значительные изменения, связанные с контролем маркировки продукции и сведениями о происхождении продукции. С предварительным списком и описанием изменений можно ознакомиться здесь.

Подводные камни

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

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

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

В любой электронной системе, особенно не обкатанной, бывают сбои. Справится ли сайт Росстандарта с ежедневным огромным потоком метрологов, которые вносят данные со всех концов страны? Будет ли сайт бесперебойно работать? Выдержит ли он возможные атаки хакеров? Не пропадут ли данные из базы, и как быть потребителям, если это произойдет?

Росстандарт утверждает, что сайт полностью готов к огромному трафику и надежно защищен от атак. Так ли это на самом деле, будет понятно со временем.

Давно пора было перевести это в электронный формат. Все-таки 21 век на дворе. Поддерживаю.

Идея правильная, но в нашей стране все пойдет, как всегда. Будут сбои, путаница, а страдать потребителю.

У меня особое мнение (напишу в комментариях).

Как перейти от КЛАДР к ФИАС и ничего себе не сломать

Дисклеймер:
Если вы совсем не поняли, что означают эти наборы букв, ничего страшного. Ниже мы расскажем о реалиях работы с адресами в России. Если вам это неинтересно, почитайте про топографические каламбуры.

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

с одних букв на другие

Закон об электронной записи

Теперь инспектор, который делает поверку, обязан внести данные о вашем счетчике в федеральную электронную базу — реестр «Аршин». Коммунальщики (например, управляющие компании) будут брать данные о приборе учета из этой базы. Бумажные свидетельства, выданные после 24 сентября, юридической силы не имеют. Свидетельства, выданные до этой даты, по-прежнему действуют.

Новые правила поверки отражены в Федеральном законе №496-ФЗ от 27.12.2019 «О внесении изменений в Федеральный закон «Об обеспечении единства измерений».

Закон говорит о том, что теперь электронная регистрация результатов поверки – единственное юридически значимое подтверждение того, что счетчик исправен. Запись будет храниться в виртуальной базе — Федеральном информационном фонде по обеспечению единства измерений (ФИФОЕИ) (он же реестр ФГИС «Аршин»).

«Вступившие в силу поправки устанавливают приоритет электронной регистрации результатов оформления поверки и утверждения типов средств измерений, которая станет единственным юридически значимым подтверждением результатов метрологических работ», — сказал руководитель Федерального агентства по техническому регулированию и метрологии РФ (Росстандарт) Алексей Абрамов, его слова приводит ТАСС.

Приложение подходит для

розничных магазинов;
столовых бюджетных организаций;
общественных столовых;
кафе и ресторанов;
отелей и гостиниц.

WEB-решение АТМ Меркурий – удобный способ работы с эВСД на любом портативном устройстве независимо от операционной системы. Возможность использования на партнерских площадках (онлайн-фермы по №54-ФЗ, партнерские маркетплейсы) с использованием iFrame.

Функционал и преимущества web-сервиса:

• полное и частичное гашение входящих эВСД;
• оформление инвентаризации;
• информация о погашенных документах в разделе “Архив“;

• возможность работы с любого устройства;
• оптимальное сочетание стоимости и функционала для розничных предприятий;
• настройка автоматического гашения.

Предоставление доступа

Доступ к ВетИС.API предоставляется в два этапа:

Первый этап — предоставление доступа к тестовой версии ВетИС.API для разработки и отладки;

Второй этап — предоставление доступа к продуктивной версии ВетИС.API.

Процедура предоставления доступа к ВетИС следующая:

1. Доступ к тестовой версии ВетИС.API для разработки и отладки клиентских модулей предоставляется по заявкам хозяйствующих субъектов и органов государственной власти субъектов Российской Федерации в сфере ветеринарии.

1.1. Заявка к тестовой версии подается через публичную электронную форму, доступную по адресу: https://t2-aplms.vetrf.ru/pub/.

Сведения, которые потребуются для оформления электронной заявки:

• ИНН хозяйствующего субъекта, ответственного за формирование запросов к ВетИС.API (как правило, это собственник продукции, осуществляющий ветеринарную сертификацию).
• Контакты лиц, ответственных за технические и организационные вопросы (ФИО, место работы, адрес электронной почты, телефон).
• Название и вендор подключаемого клиентского интеграционного компонента, осуществляющей запросы к ВетИС.API.

1.2. К электронной заявке необходимо прикрепить скан заявления, оформленного на бланке организации за подписью руководителя (или уполномоченного им лица) и печатью организации по шаблону.

1.3. Регистрация производится должностными лицами ФГБУ «ВНИИЗЖ» в срок не более 5 рабочих дней после получения заявления.

1.4. После регистрации организации или учреждению предоставляются:

• Реквизиты доступа к тестовой версии ВетИС.API (реквизиты доступа направляются на адрес электронной почты контактного лица).
• Реквизиты доступа к веб-интерфейсу тестовой версии компонента Меркурий.ХС и ВетИС.Паспорт.

1.5. По окончании разработки и тестирования клиентского модуля организация или учреждение самостоятельно определяет свою готовность к переходу к продуктивной версии ВетИС.API. Готовность определяется с учетом следующих критериев:

• Операции оформления ВСД и другие операции, реализованные из информационной системы организации или учреждения, не нарушают внутренние бизнес-процессы и не приводят к задержке производственных или логистических операций.
• Все необходимые для организации или учреждения операции протестированы и апробированы в достаточной мере: оформление ВСД из информационной системы осуществлялось в течение периода не менее 10 рабочих дней в режиме реального производственного процесса.
• В период апробации в режиме реального производственного процесса количество запросов с ошибками с кодом MERC не должно превышать 10% от общего количества запросов этого типа в сутки. Ошибки с кодом APL и APLM отсутствуют в период апробации.

2. Доступ к продуктивной версии ВетИС.API для осуществления электронной ветеринарной сертификации предоставляется по заявкам хозяйствующих субъектов и органов государственной власти субъектов Российской Федерации в сфере ветеринарии при наличии обоснованной уверенности хозяйствующего субъекта в готовности использовать продуктивную версию ВетИС.API, подтверждая это при подаче заявления.

2.1. Заявка подается через публичную электронную форму, доступную по адресу: https://aplms.vetrf.ru/pub/.

2.2. К электронной заявке необходимо прикрепить скан заявления, оформленного на бланке организации за подписью руководителя (или уполномоченного им лица) и печатью организации по шаблону. Также вы можете подать заявку на получение доступа с помощью электронной подписи по инструкции.

2.3. Регистрация производится должностными лицами ФГБУ «ВНИИЗЖ» в срок не более 5 рабочих дней после получения заявки.

2.4. После регистрации организации или учреждению предоставляются:

• Реквизиты доступа к продуктивной версии ВетИС.API (реквизиты доступа направляются на адрес указанной электронной почты контактного лица).
• Возможность использовать продуктивную версию ВетИС.API в соответствии с назначенной ролью и указанной зоной обслуживания.
• Доступ к тестовой версии ВетИС.API сохраняется.
• Доступ к веб-интерфейсу ВетИС для рабочего сервера необходимо получить по отдельной заявке. Инструкция и шаблон заявки доступны по ссылке.

2.5. Регистрация может быть аннулирована в следующих случаях:

• Если общее количество любых ошибок при выполнении бизнес-операций в продуктивной версии ВетИС.API превысило 10% от общего количества запросов этого типа за сутки. В этом случае организации или учреждению, ответственному за оформление запросов к шлюзу, выносится предупреждение. Если ошибки не устранены в течение 5 рабочих дней, производится отключение программной системы от продуктивной версии ВетИС.API на срок не менее 1 месяца и до устранения ошибок. В этот период учреждению или организации доступна только тестовая версия ВетИС.API.

2.6. Для восстановления доступа к продуктивной версии ВетИС.API необходимо отправить соответствующую заявку.

Как можно использовать ФГИС “Аршин”

Пользователями данного ресурса могут быть юридические лица и индивидуальные предприниматели с разрешением на осуществлением работ:

• по проведению поверок счетчиков
• измерений концентраций растворов;
• расходов газа, воды и т.д.

Помимо данных Росстандарта, ФГИС “Аршин” получает информацию от других организаций. ГК “Росатом”, ВНИИМС (Всероссийский научный институт метрологической службы) и др.

Сведения о результатах поверки СИ передаются во ФГИС «АРШИН» в срок, не превышающий 40 рабочих дней с даты проведения поверки. Сведения о результатах поверки средств измерений в реестре Росстандарта – ФГИС «АРШИН» имеют юридическое значение.

Что включает в себя ФГИС “Аршин”

Реестр сайта ФГИС “Аршин” включает в себя:

• Все нормативные и правовые документы Российской Федерации
• Информационную базу данных
• Международные документы и договоры
• Стандарты, используемые для обеспечения единства измерений
• Сведения о средствах измерений и перечень требований государственного регулирования
• Методы измерений
• Сведения об утвержденных стандартах, типах единиц измерений, эталоны величин
• Сведения о проводимых поверках средств измерений и их результаты
• Чем больше данных будет внесено по СИ, тем точнее будут результаты от Системы

Госреестр средств измерений

На основании ФГИС «АРШИН» (ФГИС Росстандарта)

Федеральный информационный фонд по обеспечению единства измерений Фонд создан в соответствии с статьей 20 Федерального закона «Об обеспечении единства измерений» (26 июня 2008 г. N 102-ФЗ).

F8200 030 0366

мод. SPIDER-80Xi (зав. № 6641056) в составе с двумя измерительными платами (зав №№6441056, 6441088)

Структура

Шлюз состоит из двух подсистем:

Рис. 1. Структура Ветис.API

Подсистема обработки заявок

Это сервис для выполнения бизнес-операций в специализированных компонентах Аргус, Меркурий, Веста и т.д. В подсистеме реализован сервис ApplicationManagementService суть работы которого заключается в приеме, авторизации и маршрутизации заявки к тому или иному целевому специализированному компоненту. Работа с этим сервисом реализована по псевдо-асинхронному принципу и осуществляется в два шага:

1 шаг – подача заявки на выполнение бизнес-операции, получение результата приема заявки (выполняется синхронно);

2 шаг – подача запроса на получение результатов обработки заявки/выполнения бизнес-операции (выполняется синхронно).

Подробно форматы запросов на подачу заявки и получение результатов ее обработки описаны в статье Подсистема обработки заявок в Ветис.API.

Сервис обработки заявок для хозяйствующих субъектов

• Версия сервиса определяется в первую очередь по serviceId.
• Запрос на URL 2.0 с serviceId 2.1 будет обработан как запрос версии 2.1.
• Запрос на URL 2.1 с serviceId 2.0 будет обработан как запрос версии 2.0.
• Рекомендация: отправлять запросы на URL с serviceId согласно используемой версии.

Сервис обработки заявок для ветеринарных управлений

Сервис интеграции с государственной информационной системой “Маркировка товаров” (ГИС МТ)

Подсистема работы со справочниками и реестрами

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

Подробно форматы запросов для обращения к справочникам и реестрам Ветис описаны в статье Подсистема работы со справочниками и реестрами в Ветис.API.

• RegionalizationService – Сервис проверки благополучия регионов и получения правил регионализации:

Изменения в XSD-схемах для версии 2.1 по сравнению с версией 2.0

• В перечислимый тип DocumentType добавлены новые типы документов.
• Добавлен элемент registryStatus в тип Enterprise.
• Добавлен тип EnterpriseStatus.
• Добавлены поля фильтрации для операции getVetDocumentList: issueDateInterval, consignor, referencedDocument.
• Добавлено поле фильтрации для операции getStockEntryList: searchPattern/receiptDateInterval.
• Добавлены поля фильтрации для операции getVetDocumentChangesList: vetDocumentType, vetDocumentStatus.
• Добавлены поля фильтрации для метода getProductItemList сервиса ProductService: producer, globalID.
• Добавлены методы getLocalityChangesListRequest, getStreetChangesListRequest сервиса IkarService.
• Добавлен элемент batch/applicableClassifications – дополнительные характеристики партии, включающее в себя элемент nonFoodSource – вид проиcхождения для непищевой продукции, технического сырья, кормов и кормовых добавок.
• Добавлен необязательный атрибут qualifier в тип StockEntry.
• Добавлена операция пакетного гашения ProcessIncomingDeliveryRequest (запланировано к реализации до 01.07.2018).
• Добавлены новые типы транспорта (речной и перегон).

Чтобы посмотреть план проверок на 2022 год по ИНН на сайте прокуратуры, следуйте инструкции. Зайдите на сайт http://plan.ru/plan2019/ и выберите «Единый реестр проверок »

Общие моменты о проверках Роспотребнадзора В 2022 году не будут проверять субъектов МСП (имеются исключения). С 2023 года частота мероприятий будет зависеть от категории риска компании. При низкой категории плановые проверки проводиться не будут

Росприроднадзор проверяет соблюдение организацией законодательства в области экологии и природопользования. При экологической проверке предприятия инспекторы могут запросить следующие документы: Документы, определяющие статус организации: записи ЕГРЮЛ, письмо об учете ЕГРПО, коды ОКПО, ОКАТО, ОКОНХ

В системе Меркурий необходимо учитывать все товары, подлежащие ветеринарному контролю, а именно: все виды мяса, субпродуктов и жиров, колбасы, готовые и консервированные продукты из мяса, рыба в любых видах, в том числе консервированная (кроме рыбного филе и мяса рыбы по товарной позиции 0304 ТН ВЭД),

Web доступ к ГИС Меркурий Не нужно платить за бланки ВСД. Необходимо обучить каждого пользователя работе в системе Меркурий . Документы будут вручную дублироваться из текущей 1С в ГИС Меркурий

Автоматизированная система Меркурий предназначена для электронной сертификации поднадзорных госветнадзору грузов, отслеживания пути их перемещения по территории Российской Федерации в целях создания единой информационной среды для ветеринарии, повышения биологической и пищевой безопасности