Sperre auf Material herausfinden

Sperre auf Material herausfinden

Guten Tag. Ich habe ein kleines Problem. Ich bearbeite grade ein Programm, welches Rückmeldunge für Fertigungsaufträge erstellt. Dieses Programm läuft alle 5 Minuten. Jetzt kann es aber passieren, dass in einem Auftrag mehrere, auch gleiche, Materialien vorkommen können. Wenn es also in einem Auftrag dreimal das gleiche Material gibt, läuft das Programm beim esten Mal auch ganz normal durch. Beim zweiten und dritten Mal ist das Material aber leider noch gesperrt, weil die Rückmeldungen erst am Ende des Programms abgesendet werden.

Ich müsste also während der Laufzeit des Programms feststellen, ob das zu bearbeitende Material gesperrt ist. Das soll über einen Fuba passieren. Ich hab mir dazu schon den enqueue_read angesehen, aber das ganze soll unabhängig von Tabellen passieren. Ich soll also nicht die Sperreinträge von einer Tabelle, sondern von dem Material an sich herausfinden.

Hätte da jemand eine Idee, womit ich das lösen könnte? Ich hoffe, dass ich mich einigermaßen verständlich ausgedrückt habe. Bei weiteren Fragen einfach raus damit und bereits im Vorraus vielen Dank für die Hilfe.

Re: Sperre auf Material herausfinden

Und wenn es gesperrt wurde geht der Baustein nicht mehr

Mit ENQUEUE_READ geht das.
Die Tabelle für Materialdaten heißt MARA bzw MARC (Werksdaten).

Mit den Import-Parametern:

GCLIENT Mandant
GNAME MARA
GARG Mandant+Materialnummer

bzw.

GCLIENT Mandant
GNAME MARC
GARG Mandant+Materialnummer+Werk

bekommst du das gewünschte Ergebnis.

Re: Sperre auf Material herausfinden

Ja. Und wenn an dem Aufruf etwas falsch war (was man nie
ausschließen kann) entsperrst du ein Objekt zu Unrecht - mit
der Folge daß die Datenbank inkonsistent wird.
Eine ganz schlechte Lösung!

Re: Sperre auf Material herausfinden

Von mir. Ist trotzdem eine schlechte Lösung. War aber
auch in einem ganz anderen Zusammenhang.
Und es ist ein Unterschied ob ich Etwas einem Anfänger
oder einem erfahrenen Programmierer vorschlage.

Re: Sperre auf Material herausfinden

ralf.wenzel hat geschrieben:Der Vollständigkeit halber noch ein Wort an den Fragenden:
Du sperrst letztlich IMMER Tabelleneinträge [...] aber auf der DB landen dann doch wieder Tabelleneinträge.

Das gilt vielleicht im Materialstamm - und selbst da habe ich nicht alle Sperrobjekte die zum Matstamm gehören im Kopf . Aber allgemein sperrt man natürlich keine Tabelleneinträge. Ein Sperrobjekt besteht aus einem Sperrschlüssel - und das sind Felder einer Dictionarystruktur. Dies kann durchaus eine Tabelle sein ( und viele Leute glauben tatsächlich, dass das nur Tabellen sein dürfen weil SAP im Enqueue-Dialog dort das Wort "Primärtabelle" verwendet ), aber dies kann genau so gut eine Struktur oder ein View sein.

Re: Sperre auf Material herausfinden

black_adept hat geschrieben:

ralf.wenzel hat geschrieben:Der Vollständigkeit halber noch ein Wort an den Fragenden:
Du sperrst letztlich IMMER Tabelleneinträge [...] aber auf der DB landen dann doch wieder Tabelleneinträge.

Vom Ansatz her stimmt das schon. SAP hat das eigene Sperr-System
überhaupt nur entwickelt weil das Sperr-System der Datenbank für
ein Dialog-System mit asynchroner Verbuchung ungeeignet ist.
Die Datenbank würde Tabelleneinträge sperren - so wie das in fast
allen ERP-Systemen gemacht wird. Das ersetzt SAP mit der eigenen
Sperrlogik. Es sind logische Sperren die im Coding vorhanden sein
müssen - der Entwickler muss sich also selbst darum kümmern.
Wenn das vergessen wird sind die Folgen verheerend!
Dafür überleben die SAP-Sperren jeden Datenbank-Commit. Ohne
diese Lösung wäre ein großes System nicht operabel, praktisch jede
Transaktion würde in einem Dead-Lock enden.

black_adept hat geschrieben:[
Aber allgemein sperrt man natürlich keine Tabelleneinträge. Ein Sperrobjekt besteht aus einem Sperrschlüssel - und das sind Felder einer Dictionarystruktur. Dies kann durchaus eine Tabelle sein ( und viele Leute glauben tatsächlich, dass das nur Tabellen sein dürfen weil SAP im Enqueue-Dialog dort das Wort "Primärtabelle" verwendet ), aber dies kann genau so gut eine Struktur oder ein View sein.

Der Sperrschlüssel soll ein bestimmtes Objekt sperren. Dazu ist es
nicht notwendig alle betroffenen Tabelleneinträge zu sperren, es
genügt wenn der relevante Eintrag gesperrt wird. Es müssen sich
aber alle Programme daran halten - deshalb auch das Konzept der
Sperrbausteine (das es im R/2 noch nicht gab).
Naheliegenderweise verwendet SAP dazu einen Tabelleneintrag.
Tatsächlich kann man auch "Hugo" sperren - es ist dem Sperrserver
völlig egal welcher String da ankommt - der wird nicht verprobt.
Es müssen sich halt alle an den selben Aufbau halten wenn es
funktionieren soll.