Zum Inhalt springen

OmniBelegService:Releases Rev 16: Unterschied zwischen den Versionen

MH (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
MH (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
 
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 29: Zeile 29:
* Der Auftragsimport läuft nun nach 60Sekunden beim Speichern in einen Timeout, wenn die globale Einstellung "BelegSaveTimeout" gesetzt ist. Dabei wird der aktuelle Mandanten-Login zurückgesetzt und die Verbindung zur Sage neu aufgebaut. (Workaround und automatisierte Lösung für die Fälle, bei denen bisher ein Dienst-Neustart notwendig war)
* Der Auftragsimport läuft nun nach 60Sekunden beim Speichern in einen Timeout, wenn die globale Einstellung "BelegSaveTimeout" gesetzt ist. Dabei wird der aktuelle Mandanten-Login zurückgesetzt und die Verbindung zur Sage neu aufgebaut. (Workaround und automatisierte Lösung für die Fälle, bei denen bisher ein Dienst-Neustart notwendig war)
* Die Vertreternummer (SALES_REPRESENTATIVE) wurde in der XSD-Validierung auf 10 Zeichen beschränkt, um einen späteren SQL-Fehler des Sage Objekts bei der Beleganlage zu verhindern.
* Die Vertreternummer (SALES_REPRESENTATIVE) wurde in der XSD-Validierung auf 10 Zeichen beschränkt, um einen späteren SQL-Fehler des Sage Objekts bei der Beleganlage zu verhindern.
* Fehler 24 (nachgezogene XML-Feldlängenprüfung) fängt nun auch die Felder Versandart (VDL) und Lieferbedingung (DELIVERY_CONDITION) ab, wenn diese länger als 10 Zeichen sind und bei dem Importformat auf den Sage-Schlüssel gemappt wird, um spätere SQL-Fehler des Sage Objekts bei der Beleganlage zu verhindern.


===== Auto-Lieferscheine: =====
===== Auto-Lieferscheine: =====
Zeile 35: Zeile 34:
* Es wurde ein Timing Fehler abgefangen, welches dann aufgetreten ist, wenn ein ganz neu geschriebener Auftrag unmittelbar zu einem Lieferscheine umgewandelt wurde aber der Auftrag zu dem Zeitpunkt noch nicht vollständig fertig geschrieben bzw. gespeichert war. Resultat des Fehlverhaltens war eine doppelte Lieferscheinerstellung.
* Es wurde ein Timing Fehler abgefangen, welches dann aufgetreten ist, wenn ein ganz neu geschriebener Auftrag unmittelbar zu einem Lieferscheine umgewandelt wurde aber der Auftrag zu dem Zeitpunkt noch nicht vollständig fertig geschrieben bzw. gespeichert war. Resultat des Fehlverhaltens war eine doppelte Lieferscheinerstellung.


==== sonstiges: ====
==== weiteres: ====


==== weiteres: ====
===== 08.06.2026: Revision 16.1: =====
 
* Es wurde ein Fehler in Skript 92 korrigiert, dass die Zahlungskondition fälschlicherweise wegen einem falsch hinterlegten Parameter nicht ordnungsgemäß ermittelt und gesetzt werden konnte
* Die Property mit "Zahlungskondition aus Kunde falls unbekannter Wert beim Import" wurde aus der Config entfernt, da diese im Standard immer aktiv ist und bei Deaktivierung nicht den gewünschten positiven Effekt hatte, bzw. nur ein halbgarer Workaround war der mit der Korrektur an Skript 92 eliminiert wurde.