Hier eine kleine Übersicht über die größten Änderungen

Mehr Informationen zum Käufer

Um im visuellen Teil der ZUGFeRD-Rechnung leichter mit langen Firmennamen umgehen zu können, kann jetzt ein „offizieller“ Name, wie z.B. Friseursalon Gabi Musterfrau „Zum Barbershop“ in alternative Namensfelder aufgeteilt werden, um in der PDF so etwas auflisten zu können, wie:

Friseursalon „Zum Barbershop“
Inh. Friseurmeisterin Gabi Musterfrau

Die Namen haben eigene Keywords, die in der PDF verwendet werden können

Darüber hinaus kann ein gespeicherter Kunde nun eine Zeichenkette (Code) zugewiesen bekommen, die im Dateinamen der Rechnung verwendet werden kann.

Das, was hier mit {CC} codiert wird, wird dann bei der Rechnungserstellung durch die dem Kunden zugewiesene Zeichenkette ersetzt.

Neue Einstellungsmöglichkeiten

Das Einstellungsmenü wächst um weitere Optionen und bleibt dank eigener Seitenleiste hoffentlich trotzdem übersichtlich:

Eine häufig gewünschte Option war, dass sich Rechnungen automatisch in Unterordner pro Jahren und ggf. pro Monat einsortieren. Dies kann nun aktiviert werden.

Darüber hinaus lassen sich die Namen für Rechnungstypen und Länder individuell festlegen, so dass Nutzer nun selbst entscheiden können, ob in der PDF (nur im visuellen Teil der ZUGFeRD-Datei wohlgemerkt) „DE“ oder „Deutschland“ im Adressfeld angezeigt werden soll, wenn das Land für den Käufer mit angegeben wird.

Ansonsten kann nun die gesamte Seite zur Rechnungserstellung an die Bedürfnisse der unterschiedlichen Nutzer angepasst werden, da die Bereiche „Rechnungsdetails“, „Rechnungsempfänger“ und „Positionen“ ihre eigenen Einstellungen mitbringen.

So kann nun z.B. ein Einzelhändler GTINs und Mengeneinheiten standardmäßig anzeigen und ein Dienstleister z.B. artikelbezogene Zeiträume aktivieren.

In der Rechnungsübersicht können nun die Spalten eingestellte werden, die angezeigt werden sollen

PDF-Templates

Es ist nun möglich, dass die fertige Rechnung direkt im PDF-Viewer geöffnet wird. Außerdem sind die Standardtemplates nun um eine kleine Demonstration erweitert worden, wie eine „Wenn-Dann“-Logik aussehen kann, um z.B. die Überschrift für Abschläge nur dann anzuzeigen, wenn auch tatsächlich Abschläge vorhanden sind:

Validierung gegen ZUGFeRD 2.5.2

In den Standardtestabläufen wird nun gegen den Mustang Validator für ZUGFeRD 2.5.2 geprüft. Außerdem ist die Verwendung einzelner Business Terms und deren kontextbezogene Verwendung noch ein bisschen nachgeschärft worden. Insbesondere BT-72 (Lieferdatum) wird nun nicht mehr implizit aus dem Rechnungszeitraum inferiert, sondern kann bzw. muss nun explizit angegeben werden. Globale und positionsbezogene Rechnungszeiträume sind nun optional, was stärker der intendierten Verwendungsweise dieser Felder entspricht.