Появилась такая проблема:
пользователь создает заказ - приходит сообщение, все настроено и работатет, но если в документе удалить все позиции, то все поля в заголовке док-та FRGGR FRGSX FRGKE FRGZU FRGRL в
EKKO очищаются. И соответственно ЭПО висит в папке входящих сообщений и его не выполнить. Можно конечно удалять руками, но пользователям не могу дать такие полномочия. Вопрос: в какой таблице можно вытащить связь №док-та и №ЭПО, чтобы ночным заданием удалять такие ЭПО.

а поток - свой или стандартный ?

Я бы привязал стандартное событие Reset к документу изменений с условием, например, на поле FRGZU, и его же поставил бы как Terminating в задаче, которая у вас повисает. В 4.6с Reset по стандарту не вызывается, поэтому можно использовать, а если BUS2012 переопределен, то можно и свое событие создать.

А вообще, есть таблицы SWWWIHEAD, SWW_CONTOB, SWWUSERWI. Но беда в том, что вроде они поменялись после 4.7, или даже с 4.7.

Связь ключа и потока - BCA_REL_LOG_H (D). В репорте получаешь ключ "проблемного" объекта - переходишь на ключ инстанции потока и генерируешь завершающее событие

есть более высоко-уровневый модуль для определения потоков для объекта - ФМ SAP_WAPI_WORKITEMS_TO_OBJECT

при сохранении в exit-е или в документе изменений можно поймать ситуацию, когда нет ни одной позиции, и сгенерить событие, которое завершит диалоговый шаг ("логически удалено").

где будет привязано завершающее событие ?

вариант 1) ветка Параллельное выполнение, во второй ветке - шаг с диалоговой задачей

вариант 2) "Завершающее событие" для задачи (TS). Не уверен, но вроде как такое событие можно указать только для асинхронных методов.

Всем спасибо за ответы. Поток свой многошаговый. Удаляю №ЭПО для документов, где удалены все позиции через sww_contob.
Генерить завершающее событие мне не подходит - шагов у меня много.