OmniBelegService:Releases Rev 12: Unterschied zwischen den Versionen

Zur Navigation springen Zur Suche springen
keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(8 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 11: Zeile 11:
*Skript 075 wurde eingeführt, welches den Daten-Missstand bzgl. der fehlenden Prozedur der KtoNummer Ermittlung in den Importformaten glattzieht.
*Skript 075 wurde eingeführt, welches den Daten-Missstand bzgl. der fehlenden Prozedur der KtoNummer Ermittlung in den Importformaten glattzieht.
*Skript 076 wurde eingeführt, welches die globale Einstellung "TrimXMLFelder" einführt.
*Skript 076 wurde eingeführt, welches die globale Einstellung "TrimXMLFelder" einführt.
*Skript 077 wurde eingeführt, welches die OmniBelegService_Belege_Adressen Tabelle um das Feld A0_CMD_EU_Country erweitert
*Skript 077 wurde eingeführt, welches die OmniBelegService_Belege_Adressen Tabelle um das Feld A0_CMD_EU_Country und A0_CMD_Tax_Area erweitert
*Skript 078 wurde eingeführt, welches die Prozedur spOmniBelegService_InsertXMLAdressen um den Parameter A0_CMD_EU_County erweitert
*Skript 078 wurde eingeführt, welches die Prozedur spOmniBelegService_InsertXMLAdressen um den Parameter A0_CMD_EU_County und A0_CMD_Tax_Area erweitert


==== Dienst ====
==== Dienst ====
Zeile 18: Zeile 18:
===== Auftragsimport =====
===== Auftragsimport =====
* Die Besteuerungsart wird bei einer Kundenanlage nun fest aus dem Vorlage-Kunden übernommen und durch keine XML-Felder mehr übersteuert.
* Die Besteuerungsart wird bei einer Kundenanlage nun fest aus dem Vorlage-Kunden übernommen und durch keine XML-Felder mehr übersteuert.
* Das neu eingeführte optionale Feld TAX_AREA in der CUSTOMER_MASTER_DATA übersteuert nun das TAX_AREA Feld bei der Kunden-Vorlagen-Ermittlung, sollte es gefüllt sein.
* Für Beleg-Zuschläge wurde der Input für Sage optimiert, da es in manchen Fällen dazu kam, dass der Belegzuschlag falsch besteuert wurde und daraus abweichende Zuschlagsbeträge entstanden sind.
* Für Beleg-Zuschläge wurde der Input für Sage optimiert, da es in manchen Fällen dazu kam, dass der Belegzuschlag falsch besteuert wurde und daraus abweichende Zuschlagsbeträge entstanden sind.
* Bei der Anlage einer neuen Adresse wird der Wert aus dem XML-Feld "ORDER_LANGUAGE" nun mit berücksichtigt und setzt die Sprache anhand des XML-Wertes.
* Bei der Anlage einer neuen Adresse wird der Wert aus dem XML-Feld "ORDER_LANGUAGE" nun mit berücksichtigt und setzt die Sprache anhand des XML-Wertes.
Zeile 47: Zeile 48:
* Der Schreibfehler im Kommentar bzgl. zur YOUR_ORDER // Referenznummer wurde korrigiert
* Der Schreibfehler im Kommentar bzgl. zur YOUR_ORDER // Referenznummer wurde korrigiert
* Aufgrund existierender unterschiedlicher XML-Dateistrukturen und um Datenverlust zu vermeiden, wurde das Feld "ZUSATZ" in der Auftraggeber und Lieferadresse dahingehend erweitert, dass die XML Felder "STREET2" oder alternativ "ZUSATZ" dort berücksichtigt werden.
* Aufgrund existierender unterschiedlicher XML-Dateistrukturen und um Datenverlust zu vermeiden, wurde das Feld "ZUSATZ" in der Auftraggeber und Lieferadresse dahingehend erweitert, dass die XML Felder "STREET2" oder alternativ "ZUSATZ" dort berücksichtigt werden.
*der Knoten CUSTOMER_MASTER_DATA in der Auftraggeber Adresse wurde um das Feld "EU_COUNTRY" erweitert und wird standardmäßig durch das XML-Feld  COUNTRY der Auftraggeber Adresse befüllt.
*der Knoten CUSTOMER_MASTER_DATA in der Auftraggeber Adresse wurde um das Feld "EU_COUNTRY" erweitert und wird standardmäßig durch das XML-Feld  COUNTRY der Auftraggeber Adresse befüllt, sollte es sich um eine EU Bestellung handeln.
*das Feld ORDER_TAXATIONTYPE wird nun standardmäßig aus dem gleichnamigen XML-Knoten angesteuert.
*das Feld ORDER_TAXATIONTYPE wird nun standardmäßig aus dem gleichnamigen XML-Knoten angesteuert.
*das Feld TAX_AREA in CUSTOMER_MASTER_DATA wird nun standardmäßig aus dem Feld CUSTOMER_TAX_AREA der Standard-XML befüllt.
*das BRUTTO_KZ wird nun automatisch auf Netto umgestellt, wenn eine NON_EU Bestellung vorliegt.
==== Nachtrag: 03.03.2025: ====
* Es wurde ein Fehler korrigiert, durch den die NON_EU Besteuerung über das Feld ORDER_TAXATIONTYPE in einen Fehler gelaufen ist und nicht korrekt ausgewertet werden konnte.
* Es wurde ein Fehler in den Autorechnungen korrigiert, bei denen in manchen Szenarien mit Fremdwährungen der Währungskurs gelöscht wurde.
'''11.03.2025:''' Die Version wurde als stable markiert.
'''28.08.2025:''' Es wurde ein Bug identifiziert bei Neu-Installationen. Das initiale Importformat wird nicht korrekt angelegt. (Folgefehler aus der Skript2-Optimierung).
Abhilfe: die Insert-Anweisung aus Skript2 per SQL nochmal manuell ausführen
1.348

Bearbeitungen

Navigationsmenü