Коллеги, возникла проблема при тиражировании заказов ТОРО (тр. IORD). Поле "P_USTAT" - "Устанавливаемый ПользовСтатус" - является обязательным для заполнения; в самом же заказе пользовательская статусная схема даже не прописана. Как передавать такие заказы?

В самой программе формирования и передачи IDoc'ов заказов ТОРО есть такой блок:
Т.е., без пользовательского статуса, выходит, передать заказ нельзя, хотя в помощи к параметру P_USTAT сказано, что можно указывать как пользовательский, так и внутренний статус. Что можно сделать в таком случае? Как обойти? Тиражировать нужно в систему HR.

UPDATE:
Как написано в ноте 812542, SAP не рекомендует больше пользоваться транз.IORD и IDoc'ами типа IORDER: вместо этого есть соотв. BAPI. Подскажите, пожалуйста, как растиражировать в HR-систему сервисные заказы. В модель распределения я добавлю вызовы, но что делать дальше? Есть ли спец.отчёт или транз. для распределения заказов?

Прошу прощения за ап, но вопрос остаётся открытым, а времени на его разрешение - всё меньше. Неужели никто не сталкивался с такой задачей? На SDN тоже нет внятных ответов - тема либо игнорируется, либо посылается в Z.

Добрый день.
А Вы не пробовали тиражировать заказы с одним из
ключевых системных статусов заказов - ОТКР, ДЕБЛ, ТЗКР, ЗАКР?

Прошу прощения - времени прошло много, а вопрос я не откорректировал. Сейчас проблема не в том, чтобы отправить заказ, а в том, чтобы получить - нет обработчика входящих IDOC'ов. Судя по SDN, тиражирование сервисных/ТОРО-заказов возможно только во внешние системы, а не в SAP. К сожалению, явных указаний/нот на эту тему я не нашёл ни собственно в нотах, ни на SDN.

Касаемо Вашего вопроса: да, пробовали. Системе требуется именно пользовательский статус, а не системный. Так в исходниках программы-"растираживателя" прописано.

Посмотрите здесь, может будет полезно
http://sapboard.ru/forum/viewtopic.php ... highlight=

Спасибо, но, к сожалению, бесполезно - орг.структура передаётся элементарно. Мне же нужно сделать передачу заказов ТОРО/сервисных. Проблема в том, что нет ни BAPI, ни ALE-сообщения, которые это делают. Точнее, есть ALE-сообщение IORDER, но для него нет входящего обработчика. Анализ подобной проблемы (насколько я понимаю, популярной) на SDN показал, что заказы ТОРО можно только отправлять ИЗ саповской системы, но принимать их нельзя. Но это же только поиск по форумам - явных нот и ссылок на документацию, подтверждающих это, я не нашёл.

to RoadRunner, как вариант привлечь абапера, чтоб написал программу, которая по RFC растиражирует Вам заказы через BAPI_ALM_ORDER_MAINTAIN.

Спасибо! Я и есть тот самый абапер. Только, боюсь, чтобы растиражировать через BAPI_ALM_ORDER_MAINTAIN, надо будет настроить модуль ТОРО, а у нас выделенная система HR.

Собственно, устраивала стандартная тр. КОА1 - тиражирование внутр.заказов. Она создаёт на стороне HR только заголовки заказов в табл. AUFK. Но она содержит жёсткое ограничение на тип заказа - 01 и 02.

Как вариант, я на стороне ТОРО скопировал КОА1, в которой убрал это самое ограничение на тип заказа, а на стороне HR скопировал BUS2075 (InternalOrder) в свой бизнес-объект, в котором также закомментировал проверку на тип заказа, а в IDOC_BAPI_INPUT1 (если правильно помню - системы под рукой нет, выходной) через ENHANCEMENT добавил проверку на тип сообщения и тип заказа. Если тип заказа = 30 (сервисные/ТОРО заказы), то подменяю INTERNAL_ORDER на свой тип сообщения, который сгенерировал для нового бизнес-объекта.

Но это костыль. Жаль, что SAP не даёт возможности обходиться без костылей...

Коллеги добрый день!

Тема древняя, но как показывает практика актуальная!

У нас возникала такая же потребность по передаче заказов ТОРО в HCM.

Получилось ли как-то решить данный вопрос цивилизованным способом.

Заранее благодарен за ответ.

Айдок вида
/ISDFPS/WO
- не то? Именно со слэшом

Мы в отдельную HR систему передаем через BUS2075 метод SaveReplica и модель распределения типа BAPI настраиваем. Из ERP системы заказы уходят, на основании типа сообщения INTERNAL_ORDER (базоый тип INTERNAL_ORDER01). HR системы успешно принимает этот айдок, обрабатывает его и потом эти заказы можно исопльзовать в 27, 14, 15, 200* инфотипах.