Гм...даже вот не знаю кому эта тема ближе fi-щику или базиснику или абаперу.
Проблема заключается в следующем: есть необходимость вытаскивать международный адрес родимой организации на иностранном языке. При этом надо тащить его не из адресов дебитора! Осуществлятся сие действие должно следующим образом:
1) По имени пользователя из таблицы USR21 вытаскивается номер адреса компании к которой он принадлежит.
2) Далее по этому номеру из таблицы ADRC по коду языка вытаскивается нужный адрес на нужном языке!
Но! так как номер компании который присвоен пользователю(при создании пользователя админ присваивает ему адрес компании - адреса берутся из таблицы USCOMPANY - вроде так называется) не совпадает ни с номер адреса балансовой единицы ни с номером дебитора-компании, возникает вопрос как в данном случае присваивать международный адрес? Кому? И почему этот номер адреса компании не совпадает с номером адреса балансовой единицы?

А разве адрес организации должен вестись не в адресных данных БЕ?
Может быть хорошенько потрясти FI-щиков, почему они прияли такое станное решение?
И лучше пользоваться не прямой выборкой из ADRC, а ФМ ADDR_GET

Адрес организации итак ведется в данных БЕ. Дело в другом: он не совпадает с номером адреса который система предлагает прописывать у пользователя. Как я уже писал: номер адреса при присвоении адреса компании пользователю берется из таблицы USCOMPANY! И никак иначе! Почему в этой таблице прописаны адреса с номером отличным от номера адреса БЕ - вот этом и вопрос. И как туда попадают адреса - ракурса ведения я не нашел.

И чем же он лучше? Мне не нужна куча данных! Мне нужен адрес на иностранном языке!

Так и берите ADRNR из T001. Или у вас несколько компаний работают в одной БЕ??

Обратите внимание на параметр ADDRESS_SELECTION. Это структура, в которой есть поле NATION - Идентификатор версии для международных адресов

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

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

Найдите документик под названием "Business Address Services (BC-SRV-ADR)" (это где-то на help.sap.com sdn.sap.com) - там всё по поводу адресов расписано, и какие они бывают и когда и для чего их следует использовать. И почему ФМ хорошо, а прямой select - плохо.

Большое спасибо! Глянул одним глазком вроде то что надо! Буду изучать

очень внимательно следите за политикой ведения адресов - могут быть большие неприятности из-за перекрытий - система не запрещает (40b по крайней мере, в 5-ке не смотрел).

А что за перекрытия?? У них разве не сквозная нумерация?? Неужели возможны ситуации когда один и тот же номер адреса присвоен и дебитору и например БЕ? Или вы имеете ввиду вариант когда одному номеру соответствуют разные группы? Если да, то чем это чревато?

не помню какая транзакция - устанавливает стартовые адреса для разных групп.
Неприятность заключается в том, что ведение "адреса фирм" пользователей доступно локально в SU01. В то время как остальные адреса ведутся, как правило, в системе настройки. И когда настройки падают в продуктив, где доблестные базисники вполне возможно уже "красиво" развели юзеров (да ещё и понаписали чего-нить "удобственного" с использованием ADRC), то начинается такая каша!!! - у базиса ес-но

Ну по том и у функционала когда адреса ни к селу ни к городу и все перепутано, была ситуация когда переходили с 4.0 на 4.6, долго потом еще рихтовали... так что с введением централизованного управления адресами один и тот же адрес может или случайно или специально но попасть в присвоение к разным объектам... а вот причины почему так вышло это уже сами ковыряйте.

граблепроходцы ))

Ок! Спасиб, на будущее учту...хотя сейчас не актуально
To Uukrul: Хм...ну не знаю видимо ваши базисники тут виноваты. У нас при переходе с 4.0 на 4.7 в отношении адресов возникла только одна проблема, да и та касалась конвертации обычного делового партнера в SAP ДП и была связана не с номерами а с программной ошибкой