Огромная просьба к разработчикам CheckXML опубликовать алгоритм проверки адресов по КЛАДР. Дело в том, что существует противоречие между правилами, которые используют разработчики КЛАДР и Вами
Объявление
Свернуть
Пока нет объявлений.
Алгоритм проверки адресов по КЛАДР
Свернуть
X
-
Сообщение от K.Сергей.A Посмотреть сообщениеОгромная просьба к разработчикам CheckXML опубликовать алгоритм проверки адресов по КЛАДР. Дело в том, что существует противоречие между правилами, которые используют разработчики КЛАДР и Вами
- Спасибо 0
Комментарий
-
Итак, начнем рассматривать эту проблему с документации. Далее цитата из описания КЛАДР.
Блок "Статус объекта" содержит значение признака (“признак центра”), которое определяет, является ли данный адресный объект центром административно - территориального образования: столицей республики, центром края, области, района и т.п. Длина – 1 разряд. Данный блок может содержать следующие значения:
0 - объект не является центром административно-территориального образования;
1 – объект является центром района;
2 – объект является центром (столицей) региона;
3 – объект является одновременно и центром района и центром региона;
4 – центральный район, т.е. район, в котором находится центр региона (только для объектов 2-го уровня).
Блок "Статус объекта" предназначен для правильного формирования почтового адреса с использованием базы данных КЛАДР: если значением этого поля является “1”, то в адресе указываются регион и населенный пункт (район не указывается); если – “2” или “3”, то в адресе указывается только центр региона (регион и район не указываются).
Все бы хорошо, если б эти признаки были проставлены корректно Пример с ошибкой - Нижегородская обл, Выксунский р-н, Выкса г, Верхняя Верея с, код-52018001007 "Статус объекта" -0 (т.е. район указывается)
Из документации CheckXML читаем.
Для жителей России состав элементов в адресе должен соответствовать их составу, принятому при написании почтового адреса. При этом для региональных центров наименования регионов могут не указываться. Для районных центров могут не указываться наименования районов. Для городов Москва и Санкт-Петербург, являющихся субъектами Российской Федерации, обязательно заполняется элемент регион ("МОСКВА Г" или "САНКТ-ПЕТЕРБУРГ Г" соответственно), элемент район не указывается, а в элементах город и населенный пункт указываются внутригородские города и районы.
Однако при проверке адресов, CheckXML так и норовит указать, что мол район для районного центра не надо указывать. Зачем это мусорное сообщение? И еще - всякие попытки поправить КЛАДР своими силами или изменить алгоритм проверки (как это делают в UFA) к хорошему не приведут. Все берут за основу оригинальный КЛАДР. Поэтому алгоритм проверки должен быть простым и прозрачным - есть однозначное соответствие в КЛАДР (до города и НП) - значит правильно!
- Спасибо 0
Комментарий
-
Сообщение от K.Сергей.A Посмотреть сообщениеВсе бы хорошо, если б эти признаки были проставлены корректно Пример с ошибкой - Нижегородская обл, Выксунский р-н, Выкса г, Верхняя Верея с, код-52018001007 "Статус объекта" -0 (т.е. район указывается)
код-5200000700000 "Статус объекта" -0
и устаревшее(ещё в марте было актуально код 5201800004700 ) код-5201800100751 "Статус объекта" -0
а у Верхняя Верея с код-5200000700500 ( статус 0 в данном случае не важен т к у Выкса г нет кода района )
Выкса г стал самостоятельным и не подчиняется району и не является его центром.
P.S. КЛАДР очень оригенален на конкретную дату.
Кстати в декабре Выкса г для Верхняя Верея с указывать не надо было код 5201800004700
Когда был актуален ваш вариант 5201800100700 я не нашёл.Последний раз редактировалось v_i_b; 04.06.2012, 13:51.
- Спасибо 0
Комментарий
-
Когда писался КЛАДР цель была одна - привязать одрес к налоговой инспекции. Поэтому уровень детализации был такой, чтобы выполнить эту задачу. Например, если вся улица относилась к одной инспекции, дома были не нужны, в файле Doma записей и не было. Точность указания почтового адреса налоговиков особо не волновала (они писем не шлют).
ПФР использовал КЛАДР под свои цели, хотя для них главное - почтовый адрес. Проверки делались по их алгоритмам, а поскольку цели разные и классификатор под ПФР никто не приспосабливал, проблем всегда было много.
Сейчас, насколько я понимаю, КЛАДР - это некая "выжимка" ФИАСа. Цель ФИАС другая - четко классифицировать объект для любых федеральных органов, а не только для налоговых. Его начали заполнять совершенно другие органы (ФНС только оператор), считай, это новый классификатор. Очень многое не так соотносится, активно заполняются файлы Street и Doma. Требования к ФИАСу подчас не выполняются (например, поле индекса в строке является обязательным, но в базе растет число строк, где его нет).
В этих условиях, мне кажется, надо очень аккуратно относиться к соответствию адреса КЛАДРу, проверки делать максимально лояльными. Никогда КЛАДР не мог выполнять функции контроля почтового адреса, а тем более сейчас. У меня большое сомнение, что кто-то в ФНС отслеживает сейчас правильность заполнения служебных полей, поэтому опираться на них никак нельзя.
- Спасибо 0
Комментарий
-
Сообщение от K.Сергей.A Посмотреть сообщениеЧто касается индекса, то логика ясна - ближайший снизу вверх по иерархии.
Насколько я помню, всегда был другой принцип - "главный" индекс самый нижний по иерархии. В файле Doma все строки были с индексами (до 26.10.2011).
- Спасибо 0
Комментарий
-
Сообщение от Ирина55 Посмотреть сообщениеЕсли там он есть.
Насколько я помню, всегда был другой принцип - "главный" индекс самый нижний по иерархии. В файле Doma все строки были с индексами (до 26.10.2011).
- Спасибо 0
Комментарий
реклама
Свернуть
Комментарий