Genau, ich kann beim Erstellen 1000x Prüfen, wenn der Empfänger niemals prüft und jeden Mist durchlässt,
dann ist das ganze System eigentlich für die Tonne.
Der Empfänger muss prüfen und bei Fehler dem Sender mitteilen.
Das auch, weil das ganze Eystem hochdynamisch ist und ständige neue Versionen und Regeln rauskommen,
wo keiner genau Bescheid weiss was er braucht und machen muss.
Da ist der Empfänger meiner Meinung nach voll in der Verantwortung, für ihn falsche Rechnungen abzuweisen,
selbst wenn die beim Sender durch die Validierung kämen.
Ich denke es gibt viele Möglichkeiten für logische Fehler, wo ein z.B. Feld falsch benutzt wird,
was dann womöglich durch alle Validatoren kommt, aber trotzdem falsch ist.
Deshalb wäre mein Fazit:
Der Empfänger ist verantwortlich für seine Prüfung, wenn er Aufgrund einer solchen Rechnung eine Überweisung tätigt.
Der Sender sollte validieren, um nicht im ersten Schritt Schrott zu senden und einen Rückläufer zu produzieren.
Mir scheint es aber fast so, dass die Empfänger gar nicht validieren, es dann lieber ausdrucken und abheften.
Schöne digitale Welt
Das Problem sind meiner Meinung nach immer die vollkommen überkomplexen Spezifikationen und nicht vorhandenen Standardtools,
wo am es Ende noch nicht mal ein einfaches Bedienungshandbuch zu gibt und jeder es auf seine Weise interpretieren muss.
Wenn man XRechnung will, dann muss man doch zuerst ein für alle nutzbares Standardtool bereitgestellt werden,
das MustangProject kommt der Sache noch am nächsten, aber ehrlich, ist das was eine kleine Galabau Firma nutzen möchte?
Die muss dann erst noch einen IT-Spezialisten einstellen.
Besser wäre es gewesen, man hätte einfach die auf Papierrechnungen üblichen Felder so leicht und flexibel wie möglich belassen,
das hätte wohl den meisten (99,9%) gereicht.