Кто-нибудь сталкивался с проблемой: Action в Service Message по созданию заказа не тянет партнеров в этот самый заказ, вернее одного партнера. В Service Message (создаётся в бэкэнд системе ERP) две функции: автор и обработчик; при создании сообщения в автора затягивается USER, который и создавал Message, обработчик указывается руками. При сохранеии Message запускается action по созданию заказа. В созданный заказ падает только обработчик, если его указали в message, а автор не попадает в заказ. Хотя по логике действия должен там быть! Профиль действия - SLFN0001_STANDARD_DNO, вызов методом - CRM_DNO_ORDER, а в параметрах обработки как раз и автор есть, и обработчик, мол чтоб в заказ их затянуть. А данные по ним в элементе контейнера беруться в таблице CRMD_PARTNER исходя из функции партнера PARTNER_FCT. Всё вроде как бы и хорошо. Да только в таблицу пишеться обработчик сообщения (если его указать в самом сообщении), а автор не попадает туда... Как в таком случае затянуть в заказ автора сообщения непонятно... Может я затупил где, с настройкой действий столкнулся недавно, опыта не хватает. Посоветуйте <я не знать русский языка> что сделать можно чтоб автор в заказе был. Заранее спосибо.

С Service Message не сталкивалась, но может дело в настройках схемы ролей партнеров?
Заказ создается как последующий документ?
В настройках схемы ролей для Заказа для функции партнера Автор должна стоять правильная последовательность доступа (из предыдущего документа).
Возможно, причина в этом...

Так делал. Оказалось что сервисное сообщение хоть и участвует в DocFlow: сообщение -> заказ, но имеет непохожий на другие операции вид (тр. Dno_cust01, вид сообщения SLF1). Как таковой схемы партнеров в сообщении нет. Да и сами функции партнеров автора и обработчика в сообщении– это SLFN0002 и SLFN0004. Таких я не видал. А самое основное то, что метод, вызываемый постобработкой, сам непосредственно прописывает в партнеры заказа обработчика, при чем с функцией SLFN0004. Схема партнеров заказа при этом вообще не содержит последовательностей доступа. Так что дело тут не в схеме партнеров.