E-Rechnung einrichten

  • Einrichtung und Benutzung von XML E-Rechnungen

    1 E-Rechnungen einrichten

    1. Template für XML-Rechnungen anlegen
      System->Einstellungen->Smarty Templates->neu
    2. Inhalt der xml-Datei in das Template kopieren
    3. Firmenspezifische Anpassungen im Template eintragen, z.B. Mailadresse, IBAN, etc.
    4. Adressen dem Smarty Template für XML-Rechnung zuordnen
      1. Direkt in der Adresse
      2. ODER über eine Gruppe (System->Einstellungen->Gruppen)


    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/

Share

Comments 11

  • Hallo Alex,


    ich habe nun die Anleitung umgesetzt. Funktioniert soweit auch. Allerdings benötige ich beides. Wenn ich das Häkchen XML-Rechnung setze, wird keine PDF-Datei erzeugt. Zumindest bei mir. Ich muss dann den Schreibschutz entfernen, XML-Rechnung rausnehmen, Speichern und dann habe ich PDF-Rechnung und Vorschau. Die XML-Rechnung bleibt unter Dateien erhalten. Gibt es einen Weg, dass beides gleichzeitig erzeugt wird?


    VG,

    Danny

    • Das ist nur entweder-oder möglich. Grundsätzlich ist bei Erstellung einer E-Rechnung diese rechtlich verbindlich, egal was im PDF steht. Der Empfänger muss so oder so die XML-Datei verwenden.

      Innerhalb OpenXE ist es auch so dass der Code der die PDFs erzeugt ein anderer ist als der für die XML-Rechnung. Das war deshalb nötig, da für E-Rechnung spezielle Anforderungen gelten die der alte Code nicht erfüllt hat (z.B. Rundungsregeln etc.). Im Ergebnis kann nicht sichergestellt werden dass die PDF den gleichen Inhalt wie die verbindliche XML-Rechnung hat.

      Man müsste also den gesamten Code der für die PDFs zuständig ist überarbeiten, wahrscheinlich auch für die anderen Belege Angebot, Auftrag, Gutschrift etc.

    • Hallo Alex,


      vielen Dank für die Info erstmal.

      Wäre es theoretisch, als Workaround, eine zusätzliche Schaltfläche zu setzen, wenn die Rechnung erzeugt wurde, dass die XML-Datei erstmal erzeugt wird? Wenn du mir sagst, wo das liegt, könnte ich evtl. mal nachschauen? Seid ihr da gerade dran, da es ja gesetzliche Pflicht ist?

    • Lass uns mal bitte hier weiter diskutieren: E-Rechnung

  • 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?

    • 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.

    • 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?

    • 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.

    • 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.

  • 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.

    • OpenXE kann einfache QR-Codes erzeugen, die konkrete Umsetzung für die Schweiz wäre denke ich möglich.

      Like 1