Добрый день!
Ситуация такая: в Контракте указывается общий объем реализации продукции с разных зводов, у которых собственные БЕ.
Счета должны выставляться на каждый завод отдельно.
Есть ли возможность это отразить в системе, не разбивая котракт на несколько торговых документов?

Если все дело только в фактурировании, то в правилах копирования фактуры можно в качестве ZUK элемента прописать завод.

Так ведь, чтоб до фактурирования добраться, мне нужно создать контракт, где все заводы присвоены к разным БЕ. А это, на сколько я знаю, в SAP не возможно. Вот и хожу вокруг да около...

Да, действительно невозможно.

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

Отдельно вопрос: у вас уже есть разные заводы, для дополнительной сегментации вы могли ввести разные сбытовые организации. Зачем вы это еще на разные БЕ разделили?

Если в кратце, то:
1). Есть ЦА - центральный аппарат (СбОрг1, БЕ1)
2). Есть Ф - филиалы (СбОрг2, 3, БЕ2,3)
3). ЦА заключает общий Договор на реал-ю продукции, разбивая объемы по ресурсам филиалов. Он же (ЦА) и мониторит потом этот договор.
4). Заказы (со ссылкой на данный Договор) и фактуры создаются на каждый Ф отдельно, т.е. фактич.объемы и доход нужно видеть именно на Ф.
5). В SAPе нет возможности создавать документы со ссылкой, если СбОрг разные.
6). Топчусь на месте.

Пока что вижу лишь один вариант: создавать "под"договора на каждый Ф, но в каком-нибуть поле (напр., Название) делать пометку "№ дествительного договора". К групповому контракту мне присоединить их не удастся, т.к. разные СбОрг => не удастся в стандарте мониторить сам Договор.

Неужели нет альтернативы???

Еще раз привет.

Учитывая, что вы сами выбрали архитектуру разных БЕ, это уже последствия вашего решения.

В текущей ситуации предлагаю использовать поля XBLNR или ZUONR для хранения номера центрального контракта. Плюс ZUONR тянется в FI при деблокировании фактуры, что может пригодиться при анализе. Оба этих поля есть в фактуре, что также облегчает жизнь. В крайнем случае правилами копирования подтянешь.

А сводки по данному делу в каком-нибудь SapQuery сделаешь, если стандартные отчеты не будут устраивать (тот же VF05 имеет серьезные системные ограничения).

У нас эта проблема решается так. БЕ 2, 3 передают на комиссию в БЕ 1 готовую продукцию на фиктивный склад. А та уже ее реализует. И живет за счет % накрутки

Ты хочешь сказать, что БЕ1 жирует только благодаря такому причудливому решению в системе?
Если да, то они должны Вас до конца жизни кормить бесплатными обедами.

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

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

В таком случае могу только пожелать успеха.

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

Добрый день!
За совет - отдельное спасибо!
Ну а по поводу "стандарта" - согласна на все 100!!!