да, только ТС где то пропал...

Ich Will, chumpa,observer, большое спасибо за столь познавательную информацию..Буду пытаться через воркфлоу.
Новые предложения тоже буду рад услышать.

change pointer != workflow.

Коллеги, подскажите, а есть ли возможность повторно отправить успешно отправленный iDoc?

Ситуация такая: оказалось что у Заказчика уже несколько месяцев не работает репликация контрагентов во внешнюю систему. Причём в SAP создаются change pointers, фоновое задание корректно обрабатывает все эти изменения, формируются iDoc и дальше идёт отправка в XI, iDOC отправляются со статусом ОК. Но до XI эти сообщения не доходили, т.к. не был настроен порт в idx1. Причём сами сообщения в XI так же не сформировались, иначе можно было бы их повторно толкнуть в XI. В итоге мы имеем 2-х месячный пробел по изменению кредиторов, в XI этой информации и ошибочных сообщений нет, в SAP эти сообщения висят в статусе ОК. Можно ли их отправить повторно? Просто в BD87 есть возможность отправить ошибочные, а вот повторно отправить корректные не даёт..

Соответственно я вижу два пути:
1. вручную собрать все номера кредиторов из этих "потерявшихся" IDoc и отправить их через BD14
2. пнуть ещё раз все эти iDoc скопившиеся за 2 мес. несмотря на то, что они висят со статусом ОК, но как это сделать я не знаю

Не должен быть статус ОК, если IDoc не остался в целевой системе (XI).
Посмотрите в XI транзакцию IDX5 за прошедший период.

Если устраивает отправка по одному - WE19 с указанием номера уже существующего IDoc позволяет сгенерировать и отправить копию.

IDX5 проверял, туда сообщения не доходили. Падало ещё на стороне SAP ERP, т.к. если посмотреть RFC-трассировку в sm58 то он выдавал ошибку о том, что порта SAPPRD не существует. Это как раз порт который настраивается в idx1 на стороне XI. Объясню чуть подробнее: просто был апгрейд системы ERP с версии 4.7 до 6.0, при апгрейде сменили SID системы с PR3 на PRD, а имя порта на стороне XI не изменили, оно так и осталось SAPPR3. В итоге XI вообще не обрабатывал сообщения, даже не принимал их.

Но вообще, даже если абстрагироваться от моего случая, неужели нет возможности сделать массовую повторную успешных iDoc? Например, мы отправили пачку iDoc в одну систему, всё ОК. А теперь после того как увидели что всё хорошо, проверили и т.д., хотим эти же самые iDoc массово перекинуть в другую систему. Мне кажется вполне адекватная задача, разве нет? И прямо не верится, что SAP не предусмотрел такой возможности, хотя похоже что это именно так..

p.s. На счёт we19 - вариант конечно, но там не 10 и не 100 их, а около 5000 тыс. Проще будет написать программку, которая сделает полную репликацию кредиторов изменённых за два месяца.

там несколько прог для повторной обработки, в зависимости от вход/выход и статуса.
RSEOUT00 или WE14 не то?

Век живи - век учись, все равно гугль рулит.

Вот что нашел:
You can use the below Programs for IDocs Reprocessing:

RBDMANI2 : Reprocess Idocs manually
RBDMANIN : Posting of IDocs with Status 51
RBDMOIND : Outbound Idocs status 03->12
RSEOUT00 : For Processing 30 Status IDocs
RBDAPP01 : For Processing 64 Status IDocs
RBDAGAIN : Reprocess Incorrect Outbound IDocs
RBDAGAI2 : Reprocessing of IDocs after ALE Input Error

Посмотрел - отчет RBDAGAIN, к примеру, позволяет выбрать не только ошибочные статусы.

P.S.:Нашел тут (на ангельском), п.4:
http://wiki.sdn.sap.com/wiki/display/ABAP/ALE,IDOC

P.S.S.: рискую быть Капитаном Очевидность, но в исходной системе RFC очереди смотрели?
Если вручную или автоматически их не чистили - там все вызовы должны были остаться. Ну так уж ALE устоен, гарантированная доставка, все дела.

Большое спасибо, коллеги! Это именно то, что нужно!

p.s. очереди RFC конечно же смотрел - пусто. Странная получилась ситуация.. Ну да ладно, главное что понятно теперь как из неё выйти!

p.s. А вообще мне давно пора учить английский.. Как только не пробовал гуглить, а вот до слова "Reprocessing" не додумался