Я такого не нашел, все что есть это логика краткого нименования ОЭО и их коды, из логики следует что в ЕО нет ОЭО которые связаны с заказом ТОРО. Расширяя область логики, изменение статуса ЕО через заказ ТОРО не столь однозначно, поэтому предположу что SAP отдал реализацию этой части процесса на кастомизацию, что сделать несложно через WF и ивенты.

Можно чуть подробнее о WF, что это?

Потоки операций, универсальное базис приложение. Коротко, WF делает то, что SAP не далал по ряду причин через настройки - установление связей между объектами и процессами, когда выбор связи не очевиден и обусловлен особенностью бизнеса. На нашем примере, есть два процесса ремонт и контроль статуса обрудования. Для первого, объектом будет заказ, для второго - технический объект. Связь между статусом заказа ТОРО и статусом технического объекта не однозначна (определение связи потребовавало бы множество настроек), не заложена в логику программы управления статусами (через орг.-кономические операции) и определяется бизнес-процессом конкретного предприятия, а так же должна учитывать множство сценариев. Сценарий бизнеса при передаче в работу срочного заказа ТОРО, блокируется технический объект для использования.
Как это сделать через WF в курсе BIT600