Also wenn es wirklich ein Statusscheifstand ist dann beginnt man mit SDVBUK00
( bitte zuerst OSS "207875 - Verwendung von Report SDVBUK00" gründlich lesen).
Wenn dieser nichts an deinem Status ändert sind mit hoher Wahrschenlichkeit die Abhängigkeiten einfach nicht erfüllt.
Aus praktischer Erfahrung kann ich dir sagen, dass eine "harte" Manipulation des Status zear mögich ist, sobald jemand diesen oder einen abhägigen Beleg "anfasst" wird dein Auftrag wieder auf "in Arbeit" zurück springen. Es ist also nicht sonderlich Erfolgsversprechend.
Die schönste lösung ist daher, wenn SDVBUK00 nicht hilft, wie von Wolfgang beschrieben der Absagegrund. Das geht auch "massenhaft" über die MASS.
Allerdings sind je nach Prozessfortschritt Positionen im zweifel gar nicht "absagbar", das wird also im Zweifel nur bedingt von Erfolg gekrönt sein.
Daher wird euch im Worst Case nur die Archivierung diser Beleg bleiben.
Wenn es alte Belge sind, wäre das ja im Zweifel unproblematisch.
Ganz generell solltet ihr System aber in den Griff bekommen, diese massiven Statusschiefstände hören sich nicht gerade nach einem "gesunden" System an 😢
*... who can do field replacements in the debugger can do anything in the system
*so this check can not stop (him) anyway.