В ходе работы входящий айдок (поставка) был проведён (статус 53), затем он был сторнирован, (статус 63) но не сторнировался из-за наличия фактуры по поставке. И оказался в ошибках (статус 51). На тот момент это было неясно, и айдоку был присвоен статус 68 "обработка прерывается". Теперь оказалось, что обработку нужно продолжить, т.к. пришёл обновлённый айдок по этой же поставке, фактуру стронировали, а как теперь сторнировать поставку?
Наверное логичнее всего вернуть айдоку прежний статус (с 68 на 51) и продолжить обработку. Как это сделать?

Точно есть транзакция для этого. указвается номер айдока, дата, и новый статус. Но название транзакции хоть убей не помню

Можно попробовать se16->tstct->поискать по названию транзакцию

Там такие названия... "хенде хох" да и только... я потерялсо.

а язык RU выбрать если?

По-моему менять статус IDOC нелогично. Можно просто запустить его повторную обработку (см. тр. bd87, отфильтровать нужные IDOC и нажать Process).

Попробовал, нельзя. Пишет, что "Операция с этим типом узла невозможна".

так никак нельзя. сначала статус надо сменить
либо закачать айдок заново. WE13 чтоли транзакция( или WE12 - непомню точно, проверить не могу сейчас )

Новый айдок уже есть, но он не проводится, потому что старый айдок не сторнирован. Т.к. поступление материалов к заказу у же есть, новое поступление не приходит из-за превышения количества. Сторнирование старого айдока должно завершится сторнированием поступления материалов.

я бы попытался найти ту таблицу/структуру, которая лежит под строками айдоков с кривым статусом. потом можно было бы попробовать поискать транзакцию, в которой эта таблица/структура используется.

FM IDOC_STATUS_WRITE_TO_DATABASE

Я не разработчик. Мне нужна готовая транзакция.

если тебе это надо, то станешь и разработчиком
зы: смешные люди, ты хоть запусти и хелп почитай

Я бы с удовольствием, только учётная запись не позволяет.

Проблема по-прежнему не решена.

Статус 68 (Error - no further processing), грубо говоря, означает, что "да, мы знаем, что с этим IDoc проблема, но мы на нее забили и больше к нему возвращаться не собираемся". Продолжение обработки IDoc с этим статусом, соответственно, не допускается. Насколько я знаю, стандартных средств, чтобы эдак запросто поменять статус IDoca, нет. Это сделано for your own protection, т.к. иначе можно наворотить делов так, что потом не разберешься.

На будущее старайтесь оставлять IDoc в статусе 51, если есть шанс, что их придется обрабатывать дальше. Ну да теперь надо решать проблему. Самый простой обходной путь это создать еще один IDoc на базе того, что с 68. Идете в WE19, выбираете опцию Existing IDoc, вводите номер IDoc, потом на следующем экране кликаете на Standard inbound processing. Это создаст точную копию IDoc'a и обработает ее в соответствии с параметрами, заданными в WE20. Если у вас выбрано Collect IDocs, то новый IDoc получит "желтый" статус и его еще нужно будет обработать в BD87.

В большой и умной ALV книжке описан еще такой способ как загрузка status file для IDoc'a. Якобы таким образом создается запись для IDoc'a с новым статусом (т.е. как раз то, что вам нужно). Status file - это просто текстовый файлик со следующим форматом:



(черточками я обозначила пробелы, надеюсь правильно скопировала из книги, если что попробуйте добавить-убавить пробел)

В этом примере 1184 - номер IDoc, потом идет дата (1998...) и время (101003), а 16 - это новый статус. Потом в WE17 и импортируете этот файл. Есть еще транзакция WE18, которая называется Generate Status File (наверное это ее тут выше упоминали), может она даже сама сгенерирует файл как надо. Вот только я никогда этот способ не пробовала, так что не знаю как оно сработает. Успехов!

Jelena, cпасибо за подробный ответ, но к сожалению ничего не помогло.

WE19 рожает новый айдок, но он честно пытается создать поступление материалов (а не сторнировать его).

WE17 ругается - говорит что менять стаутс для входящего айдока нельзя, только для исходящего.

WE18 - создает файл статуса для исходящего айдока.