Verlauf des Moduls für Sage X3

Version 18
e-InvoiceLink

Sage X3-Korrekturen

Hinweise in dieser Version: 23

Alle Versionen Öffentlicher Verlauf · PDF

Inhalt dieser Version · 23

Elektronische Adressierung – Maskenerweiterung fehlt im Paket
CDAR 210 und 212 – Kontrollierte Wiederaufnahme der Nachverfolgung
CDAR-Adressierung – Paginierte Lieferantenauswahl
Frankreich-E-Reporting – Fehler bei Zeilennummern
Statusabfrage – Unbrauchbare Kennung übersprungen
Batch-Aufrufe – HTTP-Transport und Abruffehler
Umgebung – Mehrdeutige Werte abgewiesen
Ausgehender Batch – Doppelversand verhindern
XML – Gültigkeit und Maskierung dynamischer Daten
XML-Transport – Dokument ohne Abschneiden übermittelt
Ausgehender Batch – Schweregrad fachlicher Ablehnungen
Ausgehender Batch – Fehler je Rechnung isolieren
Ausgehender Batch – Rechnungsdurchlauf fortsetzen
CDAR 210 – Kontrollierte XML-Erzeugung
Statusabfrage – Verbindungsdaten schützen
CDAR 210 – Einstellungen des kaufenden Unternehmens
Frankreich-E-Reporting – Kennungsschemata nach Land
Cockpit – Frankreich-CDAR-Abfragen auf 30 Tage begrenzt
Cockpit – Abfragen bis zur Vollständigkeit von CDAR oder KSeF fortsetzen
GetStatus-API – CDAR/KSeF-Ergänzung und zuverlässigere JSON-Verarbeitung
Cockpit – Leere CDAR-Zellen bei fehlendem Wert
Ausgehende Verarbeitung – Für die Lizenz verwendetes Unternehmen
Eingehender Datenstrom – Unternehmens- und Standortkontext der Einstellungen

Korrektur1

Elektronische Adressierung – Maskenerweiterung fehlt im Paket

Anomalie

Das Paket enthielt nicht die Komponenten der Erweiterung der elektronischen Adressierungsmaske YB2E5EAD.

Auswirkung

Die Lieferung stellte nicht alle Verarbeitungen bereit, die den Ereignissen dieser Maske zugeordnet sind.

Korrektur

Die fehlenden Erweiterungskomponenten wurden in das Sage X3-Paket V18.1 aufgenommen.

Erwartetes Ergebnis

Das Paket enthält die für Prüfungen und Datenaktualisierung der elektronischen Adressierungsmaske erforderliche Erweiterung.

Korrektur2

CDAR 210 und 212 – Kontrollierte Wiederaufnahme der Nachverfolgung

Anomalie

Einige alte CDAR 212-Zeilen behielten einen leeren Status und blieben blockiert, obwohl ihre übrigen Angaben eine Wiederaufnahme ermöglichten.

Auswirkung

Die vorhandene XML-Datei konnte für diese Zeilen nicht wiederaufgenommen werden.

Korrektur

Die Wiederaufnahme ist nur für Zeilen mit den vorgesehenen Zulässigkeitszuständen, ohne entfernte Kennung oder HTTP-Antwort und mit vorhandener, lesbarer XML-Datei erlaubt. Identität und Datei bleiben gleich; alle anderen Zustände bleiben geschützt.

Erwartetes Ergebnis

Zulässige alte CDAR 212-Zeilen können wiederaufgenommen werden, ohne eine neue Identität zu erzeugen oder Zeilen erneut freizugeben, deren Versand bereits begonnen hat oder ungewiss ist.

Korrektur3

CDAR-Adressierung – Paginierte Lieferantenauswahl

Anomalie

Die Lieferantenauswahlliste für die CDAR-Adressierung war praktisch auf 200 Ergebnisse begrenzt.

Auswirkung

Ein zulässiger Lieferant jenseits dieser Grenze konnte in der Liste nicht gefunden werden.

Korrektur

Die Auswahl wurde an die native Sage X3-Paginierung angepasst. Filter für Land, Umgebung, Aktivierung, elektronische Adresse und Absender- oder Käuferrolle bleiben erhalten.

Erwartetes Ergebnis

zulässige Lieferanten in der CDAR-Adressierungsauswahl ohne praktische Obergrenze durchsuchen.

Korrektur4

Frankreich-E-Reporting – Fehler bei Zeilennummern

Anomalie

Die Verarbeitung wendete ungeeignete Konvertierungen auf Zeilennummern an, die bereits Zeichenketten waren.

Auswirkung

Diese Inkompatibilität konnte in E-Reporting-Verarbeitungen einen Sage X3-Fehler verursachen.

Korrektur

Die betreffenden Konvertierungen wurden aus den Verarbeitungen für Verkäufe, Einkäufe, Zahlungen und Zuordnungen entfernt. Datumskonvertierungen bleiben unverändert.

Erwartetes Ergebnis

Zeilennummern werden in ihrem ursprünglichen Datentyp verarbeitet, ohne den durch ungeeignete Konvertierung verursachten Fehler.

Korrektur5

Statusabfrage – Unbrauchbare Kennung übersprungen

Anomalie

Der Wert „Unexpected“ konnte bei der Statusabfrage als Dokumentkennung verwendet werden.

Auswirkung

Es wurde dann eine Statusabfrage ohne verwertbare entfernte Kennung ausgelöst.

Korrektur

Dieser Wert wird nun unabhängig von Groß- und Kleinschreibung erkannt, und die Abfrage wird vor jedem Netzwerkaufruf abgebrochen. Bereits gespeicherte Kennung und Status bleiben erhalten.

Erwartetes Ergebnis

die Middleware nicht aufrufen, wenn der gespeicherte Wert Unexpected keine verwertbare entfernte Kennung ist.

Korrektur6

Batch-Aufrufe – HTTP-Transport und Abruffehler

Anomalie

Der im Batch verwendete HTTP-Transport war nicht gleichermaßen an die verschiedenen Sage X3-Versionen angepasst. Fehler beim Abruf von Einkäufen konnten zudem mit einem für die geplante Verarbeitung ungeeigneten Schweregrad ausgegeben werden.

Auswirkung

Ein Aufruf konnte je nach Version fehlschlagen oder die Batch-Ausführung stören, ohne dass die Situation korrekt von einem interaktiven Fehler unterschieden wurde.

Korrektur

Die Transportwahl berücksichtigt Version und Kontext: Java zuerst im Batch unter V9/V11, nativer Transport unter V12 und im interaktiven Modus. Nach einem Java-Sendeversuch wird kein Ersatztransport gestartet. Fehlerhafte HTTP-Antworten beim Abruf werden im Batch als Warnungen gemeldet, ohne den Fehler zu verbergen oder einen erneuten Versuch zu starten.

Erwartetes Ergebnis

den HTTP-Transport nach Version und Kontext wählen und Einkaufsfehler im Batch als Warnungen ausgeben, ohne den Ablauf zu ändern.

Korrektur7

Umgebung – Mehrdeutige Werte abgewiesen

Anomalie

Ein leerer, unbekannter oder falsch formatierter Umgebungswert konnte zwischen den Verarbeitungen zu implizitem oder inkonsistentem Routing führen.

Auswirkung

Datenströme und elektronische Adressen konnten unterschiedliche Umgebungen verwenden.

Korrektur

Die Erkennung von Production und Sandbox wurde vereinheitlicht. Groß-/Kleinschreibung und Rand-Leerzeichen werden normalisiert; mehrdeutige Werte werden abgewiesen. Elektronische Adressen müssen einer der beiden zulässigen Umgebungen entsprechen.

Erwartetes Ergebnis

derselbe Umgebungsparameter erzeugt in allen Sage X3-Verarbeitungen ein konsistentes Routing oder bei Mehrdeutigkeit eine ausdrückliche Ablehnung.

Korrektur8

Ausgehender Batch – Doppelversand verhindern

Anomalie

Eine Wiederaufnahme nach einem ungewissen Netzwerkergebnis oder eine konkurrierende Ausführung konnte den Rechnungsversand erneut auslösen.

Auswirkung

Dieselbe Rechnung konnte mehrfach übermittelt werden, obwohl das Ergebnis des ersten Versuchs unbekannt war.

Korrektur

Ein Versuch wird nun vor dem Netzwerkaufruf reserviert. Ein vorhandener Versand, eine entfernte Kennung oder ein ungewisser Ausgang blockiert einen erneuten Versand bis zum Statusabgleich. Läuft noch eine Transaktion, wird der Versand auf den nächsten Start verschoben.

Erwartetes Ergebnis

Doppelversand nach verlorener Netzwerkbestätigung oder konkurrierender Wiederaufnahme vermeiden und zugleich einen ausdrücklichen Abgleich ermöglichen.

Korrektur9

XML – Gültigkeit und Maskierung dynamischer Daten

Anomalie

Daten mit reservierten Zeichen konnten ungültiges XML erzeugen. Unstimmigkeiten bei Tags und Beträgen betrafen zudem die Vorlagen für Frankreich und Polen.

Auswirkung

Das generierte Dokument konnte unlesbar sein oder bei der Verarbeitung abgewiesen werden.

Korrektur

Variable Daten und Anhangsbeschriftungen werden korrekt maskiert, ohne deren Binärinhalt zu ändern. Die betroffenen Tags und der Nettobetrag der Polen-Vorlage wurden korrigiert. Bei fehlgeschlagener Maskierung wird das Dokument nicht versendet.

Erwartetes Ergebnis

wohlgeformtes XML für Daten mit reservierten Zeichen erzeugen und bestätigte strukturelle Unstimmigkeiten korrigieren.

Korrektur10

XML-Transport – Dokument ohne Abschneiden übermittelt

Anomalie

Beim Lesen der XML-Datei für die Übermittlung konnte umfangreicher oder auf eine lange Zeile komprimierter Inhalt abgeschnitten werden.

Auswirkung

Die Plattform konnte ein unvollständiges Dokument erhalten, das von der generierten Datei abwich.

Korrektur

Der Lesevorgang übernimmt nun das vollständige Dokument einschließlich des zuletzt am Dateiende gelesenen Inhalts, ohne Trennzeichen hinzuzufügen. Eine leere Datei oder ein Lesefehler blockiert den Versand. Der vollständige Inhalt wird unabhängig vom HTTP-Transport verwendet.

Erwartetes Ergebnis

ein großes oder minifiziertes XML vollständig übermitteln, ohne Abschneiden oder zusätzliche Trennzeichen.

Korrektur11

Ausgehender Batch – Schweregrad fachlicher Ablehnungen

Anomalie

Der Schweregrad fachlicher Ablehnungen wurde nicht immer anhand des tatsächlichen Ausführungskontexts auf dem Batch-Server bestimmt.

Auswirkung

Eine Datenablehnung für eine Rechnung konnte die geplante Verarbeitung blockieren, statt gemeldet zu werden und die Fortsetzung des Stapels zu erlauben.

Korrektur

Fachliche Ablehnungen werden nun auf dem Batch-Server als Warnungen gemeldet und bleiben interaktiv Fehler. Unerwartete technische Fehler behalten ihren Fehlergrad.

Erwartetes Ergebnis

auf dem Server wird eine fachliche Ablehnung als Warnung protokolliert und die nächste Rechnung verarbeitet; interaktiv bleibt dieselbe Ablehnung ein sichtbarer Fehler.

Korrektur12

Ausgehender Batch – Fehler je Rechnung isolieren

Anomalie

Ein Datenfehler in einer Rechnung konnte die weitere Verarbeitung nachfolgender Rechnungen beeinträchtigen.

Auswirkung

Der Stapel verarbeitete die anderen, von der abgewiesenen Rechnung unabhängigen Rechnungen nicht ordnungsgemäß.

Korrektur

Ergebnis und Fehlermeldungen werden nun für jede Rechnung isoliert. Eine abgewiesene Rechnung wird gezählt und gemeldet, danach läuft der Stapel weiter; eine nicht zulässige Rechnung wird übersprungen. Technische Fehler werden weiterhin ausdrücklich gemeldet.

Erwartetes Ergebnis

eine ungültige Rechnung wird gezählt und protokolliert, ohne die Verarbeitung nachfolgender Rechnungen zu verhindern; ein unerwarteter technischer Fehler wird weiterhin auf Stufe 1 gemeldet.

Korrektur13

Ausgehender Batch – Rechnungsdurchlauf fortsetzen

Anomalie

Lesevorgänge während der XML-Generierung konnten die Cursor verschieben, mit denen Standorte und Rechnungen des Stapels durchlaufen wurden.

Auswirkung

Die Verarbeitung konnte den Durchlauf bei der nächsten Rechnung nicht mehr korrekt fortsetzen.

Korrektur

Die Batch-Durchläufe sind von den Lesevorgängen der XML-Generierung isoliert, und die aktuelle Rechnung wird vor Generierungs- und Übermittlungsaufrufen gespeichert.

Erwartetes Ergebnis

Die Dokumentgenerierung stört den Stapeldurchlauf nicht mehr; nachfolgende Rechnungen können weiter verarbeitet werden.

Korrektur14

CDAR 210 – Kontrollierte XML-Erzeugung

Anomalie

Die Generierung des CDAR 210-XML konnte fehlschlagen, wenn Ausgabeverzeichnis oder -datei nicht verwendbar waren.

Auswirkung

Das Dokument wurde nicht erzeugt, und der Fehler ließ die genaue Ursache des Hindernisses nicht immer erkennen.

Korrektur

Vorbereitung des Verzeichnisses, Schreibrechte, Dateiöffnung und Namenskonflikte werden nun geprüft. Jeder Fehlschlag liefert einen eigenen Grund.

Erwartetes Ergebnis

die CDAR-Generierung schreibt ihr XML an einen geprüften Speicherort und liefert einen verwertbaren Fehler, wenn ein Verzeichnis oder eine Datei nicht verwendet werden kann.

Korrektur15

Statusabfrage – Verbindungsdaten schützen

Anomalie

Das Protokoll der Statusaufrufe konnte sensible HTTP-Daten enthalten.

Auswirkung

Verbindungsinformationen oder rohe Antwortinhalte konnten im technischen Protokoll offengelegt werden.

Korrektur

Geheimnisse, Header und roher HTTP-Body werden nicht mehr protokolliert. Das Protokoll behält die zum Verständnis des Aufrufergebnisses nötigen Informationen bei, ohne diese Daten offenzulegen.

Erwartetes Ergebnis

Die Statusabfrage liefert ein verwertbares Protokoll, ohne geheime Zugangsdaten oder rohe HTTP-Inhalte offenzulegen.

Korrektur16

CDAR 210 – Einstellungen des kaufenden Unternehmens

Anomalie

Der für die CDAR 210-Verbindungseinstellungen verwendete Kontext musste korrigiert werden, um dem Unternehmen des Empfängers zu entsprechen.

Auswirkung

Ein inkonsistenter Unternehmens- oder Standortkontext konnte zur Verwendung falscher Einstellungen für den Käufer führen.

Korrektur

Das Unternehmen wird nun anhand der elektronischen Empfängeradresse vom Typ Unternehmen oder Standort ermittelt und vor dem Laden der Einstellungen geprüft. Wird eine Rechnung gefunden, wird weiterhin ihre Übereinstimmung mit diesem Unternehmen und Standort kontrolliert.

Erwartetes Ergebnis

CDAR 210 verwendet die Einstellungen des tatsächlich beim Empfänger hinterlegten Unternehmens und weist einen inkonsistenten Käuferkontext ab.

Korrektur17

Frankreich-E-Reporting – Kennungsschemata nach Land

Anomalie

Das Schema der rechtlichen Kennung wurde nicht passend zum geografischen Gebiet des Partners bestimmt.

Auswirkung

Das E-Reporting-XML konnte ein Schema enthalten, das nicht dem Land des Partners entsprach.

Korrektur

Die Ermittlung unterscheidet nun Frankreich, andere EU-Länder und Drittländer. Lässt sich das Schema anhand von Land oder Kennung nicht bestimmen, wird ein ausdrücklicher Fehler ausgegeben, statt einen willkürlichen Wert zu erzeugen.

Erwartetes Ergebnis

der Frankreich-E-Reporting-Datenstrom übermittelt ein Kennungsschema, das dem geografischen Gebiet des Partners entspricht.

Korrektur18

Cockpit – Frankreich-CDAR-Abfragen auf 30 Tage begrenzt

Anomalie

Das Cockpit konnte lange nach Ende der Avalara-Verfolgung weiter nach einem nicht endgültigen Frankreich-CDAR suchen.

Auswirkung

Nicht mehr erforderliche Statusaufrufe wurden für alte Übermittlungen wiederholt.

Korrektur

Wenn der Avalara-Status endgültig ist, wird die automatische Suche nach einem nicht endgültigen Frankreich-CDAR auf 30 Kalendertage nach der Übermittlung begrenzt, einschließlich Tag J-30. Noch aktive Avalara-Verfolgung, KSeF-Verfolgung für Polen und manuelle Aufrufe bleiben unverändert.

Erwartetes Ergebnis

das Cockpit begrenzt nicht mehr erforderliche GetStatus-Aufrufe für Frankreich, ohne aktive Avalara-Verfolgung oder KSeF-Verfolgung zu unterbrechen.

Korrektur19

Cockpit – Abfragen bis zur Vollständigkeit von CDAR oder KSeF fortsetzen

Anomalie

Ein endgültiger Avalara-Status konnte die Abfrage beenden, bevor der nationale Frankreich-CDAR-Status oder die polnische KSeF-Nummer verfügbar war.

Auswirkung

Das Cockpit konnte einen unvollständigen nationalen Verlauf beibehalten, obwohl diese Informationen später verfügbar waren.

Korrektur

Die Abfrage wird fortgesetzt, solange die erwarteten nationalen Angaben unvollständig sind. Diese Ergänzung stuft einen bereits endgültigen Avalara-Status nicht zurück.

Erwartetes Ergebnis

ein endgültiger Avalara-Status verhindert nicht mehr die spätere Ergänzung des Frankreich-CDAR oder der polnischen KSeF-Nummer.

Korrektur20

GetStatus-API – CDAR/KSeF-Ergänzung und zuverlässigere JSON-Verarbeitung

Anomalie

Die Analyse umfangreicher oder maskierter Statusantworten und die Auswahl des letzten nationalen Ereignisses konnten zu unvollständiger oder inkonsistenter CDAR- oder KSeF-Verfolgung führen.

Auswirkung

Das Cockpit konnte den letzten verwertbaren nationalen Zustand nicht anzeigen oder einen endgültigen Avalara-Status fälschlich ändern.

Korrektur

Die Antwortanalyse wurde zuverlässiger gestaltet und berücksichtigt das letzte relevante nationale Ereignis. Eine französische Ablehnung wird dem entsprechenden CDAR-Status zugeordnet, und die KSeF-Nummer wird für Polen gespeichert. Eine ungültige Antwort ändert den bereits gespeicherten Status nicht.

Erwartetes Ergebnis

GetStatus übernimmt den letzten verwertbaren nationalen Zustand und bewahrt dabei den bereits endgültigen Avalara-Status.

Korrektur21

Cockpit – Leere CDAR-Zellen bei fehlendem Wert

Anomalie

Ein fehlender CDAR-Wert konnte im Cockpit mit einer Menübezeichnung angezeigt werden.

Auswirkung

Der Benutzer konnte diese Bezeichnung als tatsächlich erfassten Status verstehen.

Korrektur

CDAR-Zellen bleiben nun in allen drei Cockpit-Tabellen leer, wenn der Wert fehlt. Der CDAR-Stil wird nur angewendet, wenn ein Status angezeigt wird.

Erwartetes Ergebnis

ein in YB2E5V fehlender CDAR-Wert bleibt im Cockpit sichtbar leer und zeigt keine irreführende Bezeichnung.

Korrektur22

Ausgehende Verarbeitung – Für die Lizenz verwendetes Unternehmen

Anomalie

Die Ermittlung des für die Lizenz zu prüfenden Unternehmens musste mit den Unternehmens- und Standortkriterien der ausgehenden Verarbeitung in Einklang gebracht werden.

Auswirkung

Eine inkonsistente Kriterienkombination konnte dazu führen, dass nicht der erwartete rechtliche Umfang geprüft wurde.

Korrektur

Die Verarbeitung ermittelt nun das rechtliche Unternehmen aus dem eingegebenen Standort oder Unternehmen und weist Widersprüche zurück. Fehlen diese Kriterien, wird jedes rechtliche Unternehmen im ausgewählten Umfang genau einmal geprüft. Die Prüfung erfolgt bei Einreichung und Ausführung.

Erwartetes Ergebnis

die ausgehende Verarbeitung prüft die Lizenz für den durch die Sage X3-Kriterien tatsächlich abgedeckten rechtlichen Umfang und weist inkonsistente Kombinationen von Unternehmen und Standort ab.

Korrektur23

Eingehender Datenstrom – Unternehmens- und Standortkontext der Einstellungen

Anomalie

Der Einkaufsabruf konnte ohne hinreichend definierten Kontext zur Ermittlung der unternehmensbezogenen Einstellungen gestartet werden.

Auswirkung

Beim Laden der Abrufeinstellungen war kein ausdrücklich ermitteltes Unternehmen verfügbar.

Korrektur

Die Eingabe eines Unternehmens oder Standorts ist nun verpflichtend. Über den Standort wird dessen rechtliches Unternehmen ermittelt; ein Widerspruch zwischen beiden Kriterien blockiert den Start. Die Einstellungen werden anschließend für das so bestimmte Unternehmen gelesen.

Erwartetes Ergebnis

Der Einkaufsabruf verwendet die Einstellungen des durch die Startkriterien ausdrücklich bestimmten Unternehmens.

Version 18e-InvoiceLink

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Erwartetes Ergebnis

Anomalie

Auswirkung

Korrektur

Version 18
e-InvoiceLink