Здравствуйте.

Собственно проблема в том, что необходимо вести для одного дебитора несколько адресов (2 и более). В ТОРГ-12 например нужно указывать почтовый адрес (адрес доставки), а в счете-фактуре юридический (в соответствии с учредительными документами контрагента).

Я вижу 3 варианта:
1. Использовать роли партнера
2. Задействовать функциональность Business Partner
3. ABAP

Вариант 1: приведет к излишнему раздуванию справочника дебиторов и путанице среди пользователей.
Вариант 2: плохо тем что я не знаю функциональность Business Partner, а значит не могу точно решить подойдет она в этом случае или нет.
Вариант 3: плохо тем что это не стандартное решение.

Кто как еще выходит из этой ситуации? Поделитесь пожалуйста.

У нас, например, расширены данные с помощью BADI CUSTOMER_ADD_DATA_CS.

Стандартно такое делается через BP. Но если проект уже давно в продуктиве, то поднимать функциональность ЦДП будет очень непросто. Ну а с ABAPом и так все понятно - чистое мракобесие и оккультизм
В общем, попробуйте задействовать международные версии адресов.

В продуктиве недавно, но масштаб бедствия мне оценить затруднительно, поскольку совсем не знаю ЦДП. Скорей всего будем абапить


Давно искал удачную формулировку для этого явления. Если вы не возражаете, я ее себе в цитаты запишу.

В принципе, почти стандартное решение. Создаете свою версию (через V_SAPTSADV) например "1" - "Доп.Юридический адрес". Создаете ее при необходимости в тр.XD02, и вуаля.
Немного абапа потребуется только в программе формирования адреса (собссно, добавить параметр - версия адреса).

P.S. А ЦДП не так уж и хорош, как его расписывают на презентациях и в документах. Хотя некоторые новые модули без него уже не пашут. Зато старым он как собаке пятая нога.

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

Большое спасибо за идею с международными адресами.

Вот тут нашел настройку и документацию через SPRO:
Гибкое управление недвижимостью (RE-FX) -> Управление адресами

Идея отличная, но есть 2 проблемы:
1) не все элементы в юридическом адресе обязательны (например регион), а я не могу найти где настраивается обязательность полей в экранах ведения адреса

2) структура юридического адреса никак не формализована, т.е. один контрагент может написать в докумнетах, ул.Строителей, г.Крыжополь,
а другой напиешт г.Крыжополь, ул. Строителей. Бухгалтерия требует чтобы адрес был 1 в 1, как в учредительных документах, не только по содержанию, но и по структуре/порядку элементов.

Тут конечно с ними можно спорить, но это долго подозреваю что всеравно придется абапить поля. Завтра будем обсуждать, насколько им это критично.

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

Читаете мои мысли. Только что сам наткнулся на этот вариант

У этого решения есть серьезный недостаток. Такие поля, как индекс, регион являются одинаковыми для всех версий международных адресов. Это является проблемой, когда юридический и почтовый адреса указывают на разные районы/области.

Байтик, откуда такие утверждения? Ведь адреса в центральном управлении адресов в зависимости от международной версии хранятся в таблице ADRC, а там есть и почтовый индекс и регион У нас активированы две версии и всё в порядке: на основном экране в xd02 виден один адрес, а по кнопке "междунар. версии" - другой.

У меня используется международная версия адресов для ведения юридических, почтовых и т.д..
Да, данные по каждой версии хранятся в ADRC в виде отдельных строк с признаком версии адреса, но при изменении значения индекса или региона, новое значение проставляется для всех записей
Вот так вот.
Но это логично. Что есть международная версия? - адрес на другом языке. Зачем переводить цифры на другйо язык...

Согласен, логично. Попробовал в стандарте - да, фурычит именно так.
У нас используется свой функционал ведения дебиторов. Там юзаются бапишки для обновления адресов и при их использовании можно безболезненно иметь разные индексы и регионы в разных версиях.

Можно подробнйе раскрыть?
Может подбный подходя Я применил бы у себя

Посмотрел как реализовано у нас... Вряд ли это хороший пример для подражания : для изменений адресных данных используется BAPI_ADDRESSORG_CHANGE, а вот для апдейта "неподдатливых" полей написан свой ФМ, который на прямую апдейтит поля adrc с записью доков изменений.