Столкнулся с проблемой интергации справочников контрагентов в двух R3-системах. Из одной системы выходят DEBMAS/CREMAS, в целевой системе (через BADIшки на интерфейсах IF_EX_VENDOR_ADD_DATA_BI, IF_EX_CUSTOMR_ADD_DATA_BI) настроена подмена группы счетов (из за разных настроек групп счетов в обоих системах). В результате Idoc'и приходят в целевую систему, и стоят там в разделе "Документ отредоктирован в приложении", в сабжевом статусе. Если ручками в BD87 пнёшь их на выполнение - проводятся.
Что не так сделал, когда подмену реализовывал? Там случайно программно некий "пинок" айдоку н надо давать, после подмены данных в одном из его сегментов?

разобрался...тему можно закрывать

А что было?
У нас такая ситуация возникала, только если принимающий сервер слабенький...

да просто оказывается у фоновых заданий срок исполнения можно указать только в пределах года. Настал 2009ый - а никто и не заметил, что rbdapp (или как там оно, которое прожёвывает пришедшие idoc) и не запускается вовсе since 31/12/2008

Мы сталкивались еще с одним багом...
Внятно сейчас не смогу объяснить. Но суть была в том, что происходила перекрестная блокировка процессами IDOC'ов.
И они оставались висеть желтые, пока не пнешь. Пнешь - все ОК. Вылечилось убиением блокировок перед обработкой (лечил не я, поэтому более внятно не могу объяснить, где и как они удалялись).

единственное чего пока не понял - конечный статус у DEBMAS отличается от CREMAS: кредиторы в BD87 становятся в зелёный статус 53 "изменения выполнены", а вот дебиторы почемуто всегда заканчивают обработку жёлтым 64 "изменения выполнены" (и остаются в жёлтой ветке "idoc отредактирован в приложении").

Почему так - х.з. Чем 64 от 53 статуса отличается принципиально?

разобрались - там принудительно абапер поставить простановку статуса "Документ отредактирован в приложении". В итоге, независимо от результата обработки, ИДОЦ оставался в этом статусе, и проблемно было заставить фоновый процесс RBDAPP отличать уже обработанные документы, от ещё стоящих в очереди.