Beleganlage bricht ab in API und MDE

[QS-Rothaemel]

Fehlerbeschreibung

Hallo zusammen,
ich habe bei zwei Kunden die gleiche Fehlermeldung, bei ähnlichen Aktionen bekommen.

Kunde 1:

• nutzt MDE
• bekommt beim Aufruf eines Beleges eine Fehlermeldung
• nach abmelden und anmelden kann weiter gearbeitet werden

• Error 1: Sie besitzen nicht das Recht "Anlegen" für die Daten "Lieferschein". (Errorcode: 42-000)
• Error 2: Sie besitzen nicht das Recht "Anlegen" für die Daten "Wareneingang". (Errorcode: 42-000)
• Error 3: Die Backend-Warenwirtschaft hat nicht rechtzeitig geantwortet. (Errorcode: 42-100)
• Error 4: Client.Send failed. Can't deserialize message into FriendClientMessage (Errorcode: 42-100)

Kunde 2:

• legt über die API Bestellungen aus seinem Shop an
• bekommt mitten in der Anlage der Positionen eines Beleges eine Fehlermeldung
• nach Neustart des API-Programms werden die Positionen und Belege wieder verarbeitet

• Error API: Sie besitzen nicht das Recht "Anlegen" für die Daten "Shop Bestellung". (Errorcode: 42-000)

Details

• tritt in Versionen 25.1.3, 25.3.3 und 25.3.5 auf
• in 25.4.0 trat der Fehler BISHER noch nicht auf

Hat jemand damit auch bereits ein Problem gehabt?

[mkleinCSC]

Die zweite Beschreibung kommt uns sehr bekannt vor. Wir haben diese Problematik bei einem Kunden mit SelectLine 24.1 ebenfalls:

• legt über die API Bestellungen aus seinem Shop an
• bekommt mitten in der Anlage der Positionen eines Beleges eine Fehlermeldung
• nach Neustart des API-Programms werden die Positionen und Belege wieder verarbeitet

Manchmal fehlen die letzten Positionen, manchmal Positionen in der Mitte und die nachfolgenden werden wieder korrekt geschrieben.

Die Fehlermeldung ist jedoch eine andere:
Internal Server Error
42-000
"Fehler beim Schreiben der Belegpositionstexte.
Der aktuelle Datensatz ist bereits in Bearbeitung!
Von: Unbekannter Benutzer oder Systemadministrator"
ExceptionName: "EBelPosTransaktionException"

Der Fehler passiert bei vielen Bestellungen nicht. Nach ein paar Tagen tritt er dann 1x auf.
Es ist ungewöhnlich, dass ein Beleg bereits in Verwendung sein soll, der nur wenige Sekunden zuvor erst angelegt wurde.
Die API-Routen warten unseres Wissens auf Abschluss einer Route bevor die nächste ausgeführt wird.
Unser Skript ruft die API-Routen zur Erstellung der Positionen einzeln auf. Dies sollte sich auch nicht gegenseitig überholen.

Weiss jemand einen Lösungsweg? Wieso "verschluckt" sich die API bzw. der Backend-Manager bei ein paar Positionen und bei anderen nicht?

[MaikGoertz]

Der Fehler Der aktuelle Datensatz ist bereits in Bearbeitung! weißt auf eine Sperrung des Datensatzes hin.
Die Sperrung eines Datensatzes wird in den SelectLine Programmen in der Regel durch den SQL Server übernommen.
Wenn die Indizes im SQL Server stark fragmentiert sind, kann sich der SQL Server entscheiden -aus Performancegründen- nicht nur ein Datensatz, sondern eine ganze "Seite" in der Tabelle zu sperren.
In diesem Szenario bietet sich ein Neuaufbau der SQL Server Statistiken an. Das sollte man aber nicht unbedingt in der Hauptnutzungszeit durchführen.