Объявление

Свернуть
Пока нет объявлений.

Алгоритм проверки адресов по КЛАДР

Свернуть
X
  • Фильтр
  • Время
  • Показать
  • Сортировать
  • Упорядочить по
Очистить всё
новые сообщения

  • Алгоритм проверки адресов по КЛАДР

    Огромная просьба к разработчикам CheckXML опубликовать алгоритм проверки адресов по КЛАДР. Дело в том, что существует противоречие между правилами, которые используют разработчики КЛАДР и Вами

  • #2
    Не хотите этот вопрос в ПФР написать? Официально. Чтобы за одно и разработчики знали, на какие правила им ориентироваться.
    Благодарны за использование функции ПОИСК ПО ФОРУМУ

    Комментарий


    • #3
      Сообщение от K.Сергей.A Посмотреть сообщение
      Огромная просьба к разработчикам CheckXML опубликовать алгоритм проверки адресов по КЛАДР. Дело в том, что существует противоречие между правилами, которые используют разработчики КЛАДР и Вами
      Если Вам известны эти противоречия, то опубликуйте их здесь.

      Комментарий


      • #4
        Итак, начнем рассматривать эту проблему с документации. Далее цитата из описания КЛАДР.
        Блок "Статус объекта" содержит значение признака (“признак центра”), которое определяет, является ли данный адресный объект центром административно - территориального образования: столицей республики, центром края, области, района и т.п. Длина – 1 разряд. Данный блок может содержать следующие значения:
        0 - объект не является центром административно-территориального образования;
        1 – объект является центром района;
        2 – объект является центром (столицей) региона;
        3 – объект является одновременно и центром района и центром региона;
        4 – центральный район, т.е. район, в котором находится центр региона (только для объектов 2-го уровня).
        Блок "Статус объекта" предназначен для правильного формирования почтового адреса с использованием базы данных КЛАДР: если значением этого поля является “1”, то в адресе указываются регион и населенный пункт (район не указывается); если – “2” или “3”, то в адресе указывается только центр региона (регион и район не указываются).


        Все бы хорошо, если б эти признаки были проставлены корректно Пример с ошибкой - Нижегородская обл, Выксунский р-н, Выкса г, Верхняя Верея с, код-52018001007 "Статус объекта" -0 (т.е. район указывается)

        Из документации CheckXML читаем.

        Для жителей России состав элементов в адресе должен соответствовать их составу, принятому при написании почтового адреса. При этом для региональных центров наименования регионов могут не указываться. Для районных центров могут не указываться наименования районов. Для городов Москва и Санкт-Петербург, являющихся субъектами Российской Федерации, обязательно заполняется элемент регион ("МОСКВА Г" или "САНКТ-ПЕТЕРБУРГ Г" соответственно), элемент район не указывается, а в элементах город и населенный пункт указываются внутригородские города и районы.

        Однако при проверке адресов, CheckXML так и норовит указать, что мол район для районного центра не надо указывать. Зачем это мусорное сообщение? И еще - всякие попытки поправить КЛАДР своими силами или изменить алгоритм проверки (как это делают в UFA) к хорошему не приведут. Все берут за основу оригинальный КЛАДР. Поэтому алгоритм проверки должен быть простым и прозрачным - есть однозначное соответствие в КЛАДР (до города и НП) - значит правильно!

        Комментарий


        • #5
          Сообщение от K.Сергей.A Посмотреть сообщение
          Все бы хорошо, если б эти признаки были проставлены корректно Пример с ошибкой - Нижегородская обл, Выксунский р-н, Выкса г, Верхняя Верея с, код-52018001007 "Статус объекта" -0 (т.е. район указывается)
          Сейчас есть две строки в КЛАДРе для Выкса г
          код-5200000700000 "Статус объекта" -0
          и устаревшее(ещё в марте было актуально код 5201800004700 ) код-5201800100751 "Статус объекта" -0
          а у Верхняя Верея с код-5200000700500 ( статус 0 в данном случае не важен т к у Выкса г нет кода района )
          Выкса г стал самостоятельным и не подчиняется району и не является его центром.

          P.S. КЛАДР очень оригенален на конкретную дату.

          Кстати в декабре Выкса г для Верхняя Верея с указывать не надо было код 5201800004700
          Когда был актуален ваш вариант 5201800100700 я не нашёл.
          Последний раз редактировалось v_i_b; 04.06.2012, 13:51.

          Комментарий


          • #6
            Когда писался КЛАДР цель была одна - привязать одрес к налоговой инспекции. Поэтому уровень детализации был такой, чтобы выполнить эту задачу. Например, если вся улица относилась к одной инспекции, дома были не нужны, в файле Doma записей и не было. Точность указания почтового адреса налоговиков особо не волновала (они писем не шлют).
            ПФР использовал КЛАДР под свои цели, хотя для них главное - почтовый адрес. Проверки делались по их алгоритмам, а поскольку цели разные и классификатор под ПФР никто не приспосабливал, проблем всегда было много.
            Сейчас, насколько я понимаю, КЛАДР - это некая "выжимка" ФИАСа. Цель ФИАС другая - четко классифицировать объект для любых федеральных органов, а не только для налоговых. Его начали заполнять совершенно другие органы (ФНС только оператор), считай, это новый классификатор. Очень многое не так соотносится, активно заполняются файлы Street и Doma. Требования к ФИАСу подчас не выполняются (например, поле индекса в строке является обязательным, но в базе растет число строк, где его нет).

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

            Комментарий


            • #7
              Когда был актуален ваш вариант 5201800100700 я не нашёл.

              Был актуален 19.04.2012

              Комментарий


              • #8
                КЛАДР от 30.05.2012 в целом лучше, учли критику. Что касается индекса, то логика ясна - ближайший снизу вверх по иерархии.

                Комментарий


                • #9
                  Сообщение от K.Сергей.A Посмотреть сообщение
                  Что касается индекса, то логика ясна - ближайший снизу вверх по иерархии.
                  Если там он есть.
                  Насколько я помню, всегда был другой принцип - "главный" индекс самый нижний по иерархии. В файле Doma все строки были с индексами (до 26.10.2011).

                  Комментарий


                  • #10
                    Да было такое. Собственно таблица Doma содержала номера домов улицы, если у них были разные почтовые индексы. Теперь принцип такой - если у дома нет индекса - берем индекс улицы ( и далее снизу вверх по иерархии ).

                    Комментарий


                    • #11
                      Сообщение от Ирина55 Посмотреть сообщение
                      Если там он есть.
                      Насколько я помню, всегда был другой принцип - "главный" индекс самый нижний по иерархии. В файле Doma все строки были с индексами (до 26.10.2011).
                      Интересно, когда начнут заполнять flat.dbf?

                      Комментарий


                      • #12
                        Первично было написано (в описании КЛАДРа), что этот файл заполняют почтовые организации (правда, я не поняла, как они могут это сделать).
                        Думаю, этот формат - переходный период, пока ФНС "терпит" ведение двух классификаторов.

                        Комментарий


                        • #13
                          Вот существующий код КЛАДР (явно с ошибкой) код 50007001000 00 (т.е. я всегда говорю про актуальные коды) Статус - 0. Это г Егорьевск Егорьевский р-н Московской обл

                          Комментарий


                          • #14
                            Почте России можно доверить только доставку писем из налоговой и ПФР - и то в одном городе до 30 суток доходит. А номера помещений - это мрак. Они могут делиться и объединяться. В масштабах страны вести такой ресурс невозможно

                            Комментарий


                            • #15
                              Кстати, по совету бывалых, написал письмо в ПФР с вопросом об алгоритме проверки адресов. Должны ответить в течении 2 недель. Ответ размещу здесь.

                              Комментарий

                              Ранее набранный текст был автоматически сохранён. Восстановить или Удалить.
                              Автосохранение
                              Confused :confused: Wink ;) Smile :) Big Grin :D Frown :( Mad :mad: Stick Out Tongue :p Embarrassment :o Roll Eyes (Sarcastic) :rolleyes: Cool :cool: EEK! :eek:
                              x
                              Вставить: Миниатюра Маленький Средний Большой Полный размер Удалить  
                              x
                              x

                              реклама

                              Свернуть
                              Обработка...
                              X