You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lt. Vorgabe muss eine valide XRechnung UTF-8 kodiert sein s. Punkt 6.1. Konformität einer Rechnung zum Standard XRechnung in der Spezifikation. Dort wird auch gesagt, dass das überprüft wird. Das ist aber leider nicht der Fall. Ist z.B. eine XRechnung ISO-8859-1 kodiert wird sie ohne weiteren Hinweis als valide eingestuft. Da dies unserseits in der Folge zu Problemen führt, wäre es schön, wenn die Überprüfung, wie spezifiziert, auch durchgeführt würde.
mfG
The text was updated successfully, but these errors were encountered:
Der Validator darf nicht mit der Konfiguration für XRechnung verwechselt. Der Validator ist grundsätzlich NICHT nur für XRechnung gebaut und wird auch darüberhinaus eingesetzt. Der Validator macht grundsätzlich nur die in der Architektur beschriebenen Schritte. Eine Prüfung des Encodings ist derzeit nicht implementiert.
Wenn die Spezifikation eine Prüfung des Encodings fordert (ich selbst setze das Prüftool nicht für XRechnung ein, habe daher kein Wissen in diesem Bereich), besteht die Möglichkeit, die API zu verwenden und das im org.w3c.Document selbst zu prüfen.
@renzok ist das etwas was auf die Roadmap muss? Sehe ich aufgrund der notwendigen Anpassung von Konfigurationsschema und Report-Format eher in einer Version 2.0
Lt. Vorgabe muss eine valide XRechnung UTF-8 kodiert sein s. Punkt 6.1. Konformität einer Rechnung zum Standard XRechnung in der Spezifikation. Dort wird auch gesagt, dass das überprüft wird. Das ist aber leider nicht der Fall. Ist z.B. eine XRechnung ISO-8859-1 kodiert wird sie ohne weiteren Hinweis als valide eingestuft. Da dies unserseits in der Folge zu Problemen führt, wäre es schön, wenn die Überprüfung, wie spezifiziert, auch durchgeführt würde.
mfG
The text was updated successfully, but these errors were encountered: