12.12.2024 - 17.01.2025

E-Rechnungen im PDF/A-Format müssen bestimmte Anforderungen erfüllen, um die langfristige Lesbarkeit und maschinelle Auswertbarkeit zu gewährleisten. Daher müssen einige Dinge in den Druckvorlagen angepasst werden:

Briefpapiere:
Ein wichtiger Aspekt dabei ist, dass diese Rechnungen keine Interpolationen enthalten dürfen.
Da jedoch die Briefpapiere (stationery.pdf) Interpolationen enthalten, müssen diese angepasst werden.

Währungen:
Aktuell verwenden die Druckvorlagen das Paket "eurosym". Das Problem ist, dass PDF/A ein Standard für die Archivierung von PDFs ist, und er verlangt, dass alle Schriftarten vollständig eingebettet und die Glypheninformationen korrekt sind.

Dies ist jedoch im Paket "eurosym" nicht der Fall. Aus diesem Grund muss das Paket "eurosym" entfernt werden und anstelle des Befehls "\euro" sollte der Befehl "\texteuro" verwendet werden, der mit der PDF/A-Konformität kompatibel ist.

Um die Vorgaben von ZUGFeRD zu erfüllen, muss sichergestellt werden, dass die E-Rechnung den Anforderungen sowohl des
PDF/A-3a-Standards für die PDF-Dokumente als auch den XML-Spezifikationen entspricht.

Dafür ist es notwendig, die Druckvorlagen der PDF-Dateien anzupassen, damit die Rechnung ein gültiges PDF/A-3-Dokument ist. 

Um fehlerhafte XML-Daten zu vermeiden, sollte eine zentrale Funktion zur Überprüfung der XML-Dateien mithilfe einer XSLT-Datei entwickelt werden. Diese Überprüfung sollte nach dem Drucken und vor dem Import erfolgen, um sicherzustellen, dass die XML-Daten korrekt und gültig sind.

Zur Vervollständigung des Exportes sind folgende Felder zu erweitern:

• Erweiterung der -> Steuerzonen (5305. und Steuerbefreiungsgründe (VATEX) -> Lieferbedingungen (INCOTERMS) um ein Dropdown mit den entsprechenden Codes.

• [[ Kommentare ]] aus der Artikelnummer und Artikelbeschreibung entfernen

• Fehlerhafte Gruppierung der Steuern bei mehreren Buchungsgruppen mit verschiedenen Konten

• Fehlerhafte Menge bei Positionen als Überschrift

• Fehlerhaften Positionsnummern bei Positionen als Zwischensummen

Außerdem wurden Elemente zum besseren Nutzererlebnis hinzugefügt:

• Hinzufügen eines Hilfe-Buttons in die Actionbar von "Einkaufsrechnung von Scanner hinzufügen"

• Hinzufügen eines Links bei Fehler in der Validierung

• Flash-Meldung, wenn die Validierung gestartet wird

Beim Drucken mit einer anderen Währung und einem abweichenden Wechselkurs wurden die Werte doppelt umgerechnet
Zudem soll die Warnung den Wechselkurs berücksichtigen.
Dadurch werden diese fehlerhaften Meldungen bei anderen Währungen vermieden. 

Falls der Druck eines PDF-Dokuments für eine E-Rechnung nicht funktioniert,
werden die automatischen Mails für wiederkehrende Rechnungen nicht versandt.

Falls ein PDF-Dokument nicht erstellt werden kann,
soll der Task für wiederkehrende Rechnung weiter durchgeführt werden.
In der zusammengefassten Mail soll über die Nichterstellung des PDF-Dokumentes informiert werden.

E-Rechnungen dürfen keine negativen Preise enthalten.
Jedoch ist es manchmal notwendig, negative Preise in Rechnungen einzugeben (zum projektbezogener Rabatt).
Um dies zu gewährleisten, soll die Menge als Minusbetrag eingegeben werden, damit der Preis auch ins Minus geht.

Die Eingabe einer negativen Menge ist aber in Aufträgen (aus denen die Rechnungen entstehen) unterbunden und
kann deshalb nicht genutzt werden.

In Aufträgen sollen negative Mengen eingeben werden können.