habe folgende Situation/Problem:
Beim Arbeiten am Equipment (ie02/ie01), sollte aus dem "UserExit" Datenweitereichung getriggert werden, die durch ein Commit ausgelöst wird. Dadurch, dass das Equipment zu der älteren Garde zählte, musste ich an das Include: ZXEQMU02 dran knüpfen, bzw. implementieren. In dem Include befinden wir uns mitten im Speichern und so mit ist Commit nicht gewährleistet. Was ich damit sagen will: wenn ich an die Daten, die dem Include "übergeben" werden anknüpfe, kann ich nicht garantieren, dass die im Speicher sind. Deshalb kam wir die Idee: Ich baue ein Funktionsbaustein(Z_EQUI_CHANGE), der die Eigenschaft "Verbuchungsbaustein" hat, mit den Parameter: "Start sofort-nicht nachverbuchbar".
Den Fuba rufe ich mit: call function 'Z_EQUI_CHANGE' IN UPDATE TASK. Weil in Update Task bedeutet laut Erkläung der F1 hilfe: nach dem commit "getriggert". In dem Fuba selbst, greife ich auf die Tabellen und mache die Datenbeschaffung. Problem ist: Die Daten sind noch die alten. Das heißt, ich bin mit meinem Baustein nicht nach dem Commit losgelaufen, sondern davor. Weil nach dem Speichervorgang und Ablauf des Fuba´s, sind die neuen Daten auf der DB. Problem ist halt, dass nicht alle Daten im Fuba da sind. Und deshalb wollte ich direkt auf den die DB zugreifen.
Kennt jemand das Phänomen? Oder kennt einer wie man da am Besten vorgeht?