Индексы

[longson]

Народ, подскажите мне пожалуйста где проще всего можно взять данные для заполнения таблицы почтовых индексов (ZipCode)

Информации же нашёл в интернете, но в виде плоской таблицы нет

[longson]

Или если у кого - есть боевая база можно поделиться этой таблицей ?

Спасибо.

[Sada]

Поищите по форуму КЛАДР

[longson]

Да, по форуме и на mazzy.ru нашёл материалы, также нашёл источник информации для импорта http://www.gnivc.ru/document.asp?id=80 . Только после импорта те данные которые получены имеют очень дурацкую структуру - я использую российский формат адресов. Там из этого источника много чего нету.

[KiselevSA]

В свое время столкнулся с той же проблемой: тип кодирования в КЛАДР не устраивал по структуре. Пришлось делать запрос к таблицам, выкидывать данные в Excel, производить группове заполнение некотрых полей, сохранять в csv и импортировать в адресные таблицы. Что имеем в итоге: код страны - трехбуквенный код из единого справочника, код города - наименование города (пришлось изменить EDT), районы и населенные пункты игнорируются, улицы для российских городов импортированы без учета разбиения по индексам. Для Ваших целей можно выбрать свой подход

[Raven Melancholic]

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

[Prof]

Цитата:

Сообщение от longson

Да, по форуме и на mazzy.ru нашёл материалы, также нашёл источник информации для импорта http://www.gnivc.ru/document.asp?id=80 . Только после импорта те данные которые получены имеют очень дурацкую структуру - я использую российский формат адресов. Там из этого источника много чего нету.

Поясните, чего именно не хватает. У нас до сих пор проблем с кладром не было. Процедура загрузки не очень удобна, но работает.
Обновление кладра иногда содержит в себе изменение названий объектов при тех же кодах (коды насколько я знаю не меняются). Поэтому та структура хранения адресов, которая используется сейчас в Аксапте, является оптимальной с точки зрения обновления кладра. Таблица zipcode не нормирована - из-за ее использования и для международных адресов - но юзабельна.

[longson]

Цитата:

Сообщение от Prof

Поясните, чего именно не хватает. .

Ну например, если в поле Регион выбрать 77 (т.е город Москва), то в поле Город появится странный Зеленоград г, ....

Если же только выбрать 77 в поле Регион, то самый нижний уровень - это код улицы. Домов, квартир .... нет вообще.

И как в Axapta в дальнейшем происходит обновление этого справочника ?

У меня не была проблема по загрузке данных, все импортированы стандартными средствами, правда была проблема с кодом сокращений но в форуме было описание метода их исправлений - и работает этот метод.

[Prof]

Цитата:

Сообщение от longson

Ну например, если в поле Регион выбрать 77 (т.е город Москва), то в поле Город появится странный Зеленоград г, ....

Ну это как минимум не проблема хранения информации, а проблема ее ввода на формах, для чего в аксапте написаны соответствующие классы. Не помню точно что там с зеленоградом, но как известно для московских адресов поле "Город" заполнять не нужно.

Цитата:

Если же только выбрать 77 в поле Регион, то самый нижний уровень - это код улицы. Домов, квартир .... нет вообще.

И это правильно, т.к. справочник домов и квартир - это бред

Цитата:

И как в Axapta в дальнейшем происходит обновление этого справочника ?

Для старых кодов обновляются названия объектов. Новые просто добавляются. По-моему так.

[longson]

Цитата:

Сообщение от Prof

Для старых кодов обновляются названия объектов. Новые просто добавляются. По-моему так.

Да, и я хочу спросить как это просисходит ? Можно как - то автоматизировать этот процесс или мы сами должны взять новые базы и снова импортировать ?

[longson]

Цитата:

Сообщение от Raven Melancholic

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

Ну это для меня странно, у меня загрузка данных длилась примерно 20 минут в трёхъзвеньке, не знаю как в двух. Но по моему это вполне нормально, и у меня так же не было ни каких проблем с кодированием. Главное то, что я не очень понимаю структуру данных этого классификатора, вот и всё.

Вообще это в дальнейшем годится на практике ? У кого уже внедрена система поделитесь опытом пожалуйста, мне будет очень интересно слушать

[Prof]

Цитата:

Сообщение от longson

Да, и я хочу спросить как это просисходит ? Можно как - то автоматизировать этот процесс или мы сами должны взять новые базы и снова импортировать ?

Автоматизировать можно любой процесс Вопрос в соотношении затрат на автоматизацию и затрат на ручную работу.
Мы ничего не автоматизировали. В жизни обычно происходит так: у пользователей нарастает неудовольствие по поводу отсутствия в кладре тех или иных адресов. При достижении критического значения в систему загружается новый кладр с gnivc. Штука в том, что его в принципе можно не обновлять годами, т.к. в новом кладре обычно добавляются всякие ранее неизведанные места, в которых вряд ли кто в настоящее время из сотрудников или контрагентов зарегистрирован.

[longson]

Цитата:

Сообщение от Prof

Автоматизировать можно любой процесс .

С этим не совсем согласен - в теории кибернетики ещё не удалось автоматизировать процесс мышления человека .

Тем не менее, понял ваш подход к этому. Спасибо.

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

[KiselevSA]

Цитата:

Сообщение от longson

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

Закачку КЛАДР в полном объеме, если только у Вас не компания прямых продаж, считаю излишеством, т.к., предполагаю, Axapta внедряют там, где нет поставок в деревни, поселки, полустанки и т.п. Достаточно ограничиться городами, можно добавить села и поселки городского типа при необходимости. А это значит, что без дополнительной работы над объектами КЛАДР не обойтись. Иначе Вы получите в справочнике кучу "мусора", которые использовать не будете, а вот пользователю они будут мозолить глаза и увеличивать время реакции системы (список из 30-40 записей городов для региона, а при "тупом" импорте закачаются не только индексы, но и верхние уровни, и список из тысячи записей сильно отличаются)
Я не отговариваю, я предлагаю продумать, какой подробности информация нужна для ведения бизнеса. Легче добавить отдельные записи, чем заставлять пользователей искать нужную информацию среди вороха ненужной

[Prof]

Цитата:

Сообщение от longson

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

Справочник нужен для сдачи отчетов в налоговую и пенсионный фонд по сотрудникам. Если ЗиК в аксапте нет, то он как бы и не очень нужен, насколько я знаю.