Добрый день, коллеги.
Есть одна большая проблема, которая постоянно порождает кучу маленьких проблем.
Есть на проекте старая система ULTIMA ERP и есть SAP ERP.
Из ультимы регулярно обновляются партнеры, по PI интерфейсу прилетают данные по физикам и юрикам, программа обновляет соответствующих партнеров в сапе.
Проблема в следующем: Адрес партнера в ультиме хранится одной строкой.
Нужно распихать эту строку по соответствующим полям but000
Как это сделать - я даже не знаю, мое воспаленное воображение рисует простыню кода с лексическим анализом строки, поиском города ( г. гор. пос. город ) итд итп.
Подскажите в каком направлении можно покопаться и как эту проблему решить?

Думается вариантов решения ровно 2:
1. предъявить требования в системе-источнику данных присылать данные разбитые по полям
2. в SAP хранить адрес строкой.

Парсить - не вариант.

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

А нельзя стандартизировать вид адреса в ULTIMA ERP ? Что бы он был определенного формата, например *222120*такая то область*такой то город*... Если чего то нет, то ставить ** в этом месте. Тогда вам будет легче на стороне SAP проводить анализ полученного адреса и распихивать его по полям. И бить по рукам юзеров, если не так ввели, так как формат будет официально утвержден и шаг влево, шаг вправо от него - расстрел без обжалования .

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

а что если пользователи будут вести партнеров в SAP ERP? этот вариант не рассматривался?

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

Над этим можно подумать

часть ведут в сапе - часть в ультиме. В регионах ( типа ленобласть, другие мелкие города ) и в москве - стоит еще старая система, на сап не мигрировали.

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

Существует общероссийский классификатор адресов КЛАДР,
в соответствии с которым, любой адрес имеет определенную последовательность составляющих его элементов. Что-то вроде этого:

• 'Код страны',
• 'Индекс',
• 'Код региона',
• 'Район',
• 'Город',
• 'Населенный пункт',
• 'Улица',
• 'Дом',
• 'Корпус',
• 'Литера',
• 'Квартира'.

Необходимо обязать пользователей Ультимы заполнять строку адреса именно в этой последовательности, разделяя элементы запятой. При этом, какие-либо элементы могут отсутствовать, но количество запятых должно быть всегда 10, например:
На стороне SAP, вам останется только поделить строку по запятым (оператор SPLIT) и раскидать по целевым полям.

замечено, напр в случае москвы, юр. адрес для налоговой имеет вид:
..., 77, МОСКВА Г, , , ПРОСПЕКТ МИРА, 1, , А, 12

т.е. поле "город" пусто, у них какой то свой КЛАДР?

по-идее, он должен быть единым. Есть тонкость в том, что Москва (возможно и Питер тоже) позиционируется в КЛАДР как регион, а не как город.
В приведенном примере мне непонятно, как там оказалась "МОСКВА Г", т.к. наличие региона 77 это исключает.

Давненько не кодировал, это к делу не относится, но про КЛАДР помню - он гласит что населенные пункты в России построены по древовидной структуре и делятся на некие административные уровни - причем подчиненность исключительно законодательная и логике не подчиняется. Как пример адрес г.Москва,г.Долгопрудный ( ну москвичам то это не знать). В другом случае может быть г.ХХХ, деревня УУУУ. Может быть край в подчинении области, может наоборот. Лет 7 назад до 7 уровней насчитывал. Так что алгоритмизировать очень не просто.