1 E-Rechnungen einrichten
- Template für XML-Rechnungen anlegen
System->Einstellungen->Smarty Templates->neu - Inhalt der xml-Datei in das Template kopieren
- Firmenspezifische Anpassungen im Template eintragen, z.B. Mailadresse, IBAN, etc.
- Adressen dem Smarty Template für XML-Rechnung zuordnen
- Direkt in der Adresse
- ODER über eine Gruppe (System->Einstellungen->Gruppen)
- Direkt in der Adresse
2 E-Rechnungen erzeugen und verwenden
2.1 Rechnung erzeugen
Ist die Adresse einem Template zugeordnet, werden die Rechnungen als XML-Rechnungen angelegt.
Die XML-Dateien sind im Reiter "Dateien" mit Versionshistorie abgelegt.
2.2 Manueller Versand aus der Rechnung
Bei manuellem Versand wird die Rechnung als Anhang vorgeschlagen:
2.3 Autoversand mit E-Rechnung
Im Autoversand werden die XML-Rechnungen anstelle der PDF-Dateien versendet.
3 Hinweise
Es gibt keine PDF-Vorschau und keine PDF-Datei für E-Rechnungen, diese sind ausschließlich im XML-Format verfügbar. Das ist technisch bedingt, da der bisherige Prozess zur Erzeugung der Datensätze im PDF-Modul die strengeren Vorgaben für E-Rechnungen nicht erfüllt.
Erzeugte E-Rechnungen können z.B. mit dem Quba-Viewer geöffnet werden: https://quba-viewer.org/
Zum Validieren der Rechnungen gibt es viele Online-Dienste, z.B.: https://erechnungsvalidator.service-bw.de/
Comments 7
arnoldu
Es wäre doch schön Zugferd-Rechnungen (also PDF mit embedded XML-Datei) zu generieren. M.E. nach gibt es Tools, die aus einer PDF-Datei, wie einer Rechnung aus OpenXE und der dazugehörigen XML-Datei eine PDF-A-kompatible Zugferdrechnung mit embedded XML-File erzeugen. Vielleicht ist der Aufwand garnicht so hoch, beides in OpenXE zu generieren - also PDF-Rechnung wie gehabt + XML-Rechnung und im Hintergrund das externe Tool aufzurufen, was die PDF-Datei dann überschreibt. Dann hätte man beides: Vorschaufähige PDFs und E-Rechnungen.
Hier eine Beschreibung, wie so etwas mit Ghostscript in etwa funktioniert:
https://ghostscript.com/blog/zugferd.html
Meint Ihr, das funktioniert so?
Alex
Leider ist die Rechnung als PDF nicht identisch mit der XML-Rechnung. Insbesondere bei der Rundung der Cent-Beträge gibt es dort Abweichungen. Man müsste also die gesamte PDF-Rechnungsstellung überarbeiteten, daher haben wir momentan davon Abstand genommen.
arnoldu
Na so leicht wollen wir doch nicht aufgeben, oder ? Es gibt ja sogar Renderer, die eine XML-Rechnung in ein vorschaufähiges PDF konvertieren, dies meine ich hätte ich sogar schon mit Layout (aka Briefpapier) gesehen. Dann hätte man kongruente Dateien und könnte die z.B. mit Ghostscript zu einer Zugpferd-PDF mergen und hinterlegen. Eine reine XML-Rechnung OHNE PDF-Vorschau innerhalb von OpenXE - wird das jemand akzeptieren?
Wäre die Zugferd - Fähigkeit nicht auch ein gutes Alleinstellungsmerkmal von OpenXE, in das sich lohnt Zeit zu investieren?
Alex
B2B-Kunden werden so oder so eine Anzeigemöglichkeit von XML-Rechnungen benötigen, da sie gesetzlich zum Empfang verpflichtet sind. (DAS lohnt es sich zu programmieren, nächstes Jahr wird es dort Bedarf geben) Innerhalb von OpenXE können wir gerne eine Vorschau/Übersicht der wichtigsten Rechnungsdaten zusammenstellen, das ergibt sicher Sinn.
Wenn man den Zugferd-Weg gehen möchte, bedeutet das allerdings wirklich tiefe Eingriffe in die OpenXE-Dokumentenlogik, das ist nicht mit dem Anflanschen einer Bibliothek getan. Ob sich der Aufwand gegenüber dem vermeintliichen Mehrwehrt lohnt halte ich für fraglich.
arnoldu
Da hast Du allerdings Recht, auch eingehende XML-Rechnungen müssen wir ja irgendwie anzeigen können. Aber ja auch Zugferd-Rechnungen müssen wir "auseinandernehmen" können, da ja der Anwender eine Möglichkeit braucht zu prüfen, ob das was auf dem PDF draufsteht auch in der XML-Datei drin ist.
SRieger
Frage: Was ist mit QR Code auf Rechnungen zum Scannen im E-Banking?
Das ist hier in der Schweiz verbreitet. Separater kleiner Abschnitt mit allesn Zahlungsangaben und QR Code dazu.
Alex
OpenXE kann einfache QR-Codes erzeugen, die konkrete Umsetzung für die Schweiz wäre denke ich möglich.