День добрый всем!!

Вопрос такой.
Переодически подвисают Idoc со статусом
64-No filters,No conversion,No version change.
Автоматически не репроцесяться (у нас настроен Job)
если толкнуть их руками через BD87, то документы постяться два раза.
Обычно это WMMXBY типы Idocs, но раз даже поставка пропостилась с двойным количеством
Может кто встречался с таким?

64 - это вроде обычный первоначальный статус для входящих IDocs. Так что они не "подвисают", а просто ждут когда их обработают. Двойных проводок с IDoc у нас правда никогда не было...

Советую поставить опцию 'Trigger by background job' в WE20 и к вашей job добавить программу RBDAPP01. У нас были заморочки, что WMMBXY не хотели обрабатываться, когда они стояли на 'Trigger immediately'.

Проверьте полномочия usera на которого настроено RFC соединение в случае с немедленной обработкой.
Или полномочия того кто запускает обработку входных IDOC.

А что содержится в табличке TEDEF? Может быть это потому что там стоит SYNCRON?

64 - статус необработанного документа. т.е. он загружен в систему, но его обработка не проводилась. обработать вручную можно с использованием bd87 или отчета rbdprocess. после обработки статус изменится на 51 (ошибка) или 53 (все ок). это предотвращает повторное проводку одного и того же документа. во время проводки у документа статус также меняется (62 если не путаю), на случай если два процесса одновременно захотят обработать один и тот же документ. если настроена работа на обработку документов, проверяйте вариант запуска, наверняка либо используется специфичный отчет, типа rdbmani2, который 64 статус не берет, либо статус исключен из обработки.

Да, правильно говорит luminofer.
У нас в системе нет отчета rbdprocess. Поэтому допроводим с помощью rdbmani2. И если 2 пользователя одновременно запустят допроводку то некоторые документы обрабатываются 2 раза. Как я с этим не бился, победить не удалось.

Димкин: я бы поставил брейкпоинт в ФМ обработки документа (можно посмотреть например в we19 в окошке, которое появляется по кнопке "стандартный вход") и посмотрел бы, кто его вызывает. возможно, что используется какой-нибудь экзит, которые неправильно устанавливает выходной статус, документ обрабатывается, а статус указывает на некорректное завершение и остается 64 или 51). при повторной обработке проверка успешно выполняется, документ проводится второй раз и статус меняется на 53.

у меня было вроде такое: IDOCs накоплялись в системе, чтобы во время "ч" автоматически листом воити. когда пробовал в ручную запускать, то он конечно единолично и как часть массы (2Х) входил. надо проверить настройки WEDI. а еще лучше на базис "спихнуть", это их мама.