E-Rechnug - XRechnung, ZUGFeRD-Rechnung

[zonky]

Moin, ab 01.01.2025 sind im B2B-Bereich E-Rechnungen verpflichtend https://www.e-rechnung-bund.de/e-rechnung/ bzw. für die Ausstellung gibt es Übergangsfristen bis maximal 2028 (BMF ab Seite 14)

Hat sich schon jemand das Thema bezüglich Isotope angesehen?

Gruss

[do_while]

Ich verwende ja für meine Rechnungen (kein Shop) die freie Version von InvoiceNinja, die können seit einiger Zeit XRechnung.

Das ist auch eine Symfony-Anwendung und in der composer.json sind ein paar Module angegeben, die für XRechnung verwendet werden:

• horstoeko/orderx
• horstoeko/zugferd
• horstoeko/zugferdvisualizer

Vielleicht können die Entwickler damit etwas anfangen oder abschauen.

[tschero]

Ich verwende ja für meine Rechnungen (kein Shop) die freie Version von InvoiceNinja, die können seit einiger Zeit XRechnung.

Das ist auch eine Symfony-Anwendung und in der composer.json sind ein paar Module angegeben, die für XRechnung verwendet werden:

• horstoeko/orderx
• horstoeko/zugferd
• horstoeko/zugferdvisualizer

Vielleicht können die Entwickler damit etwas anfangen oder abschauen.

Moin,

weißt Du, ob das auch GOBD-Konform ist?

Grüße

[zonky]

Moin,

weißt Du, ob das auch GOBD-Konform ist?

Grüße

Ich würde sagen, das ist die falsche Frage. Ein normales XML wird nie manipulationssicher sein - dafür kann m. E. nur ein nachgeschaltetes (GOBD-konformes) DMS sorgen.

... oder?

siehe https://www.haufe.de/finance/buchfue...86_391028.html

[zonky]

das https://github.com/horstoeko/orderx sieht ja schon nach "machbar" aus und könnte als Option in die Erstellung des Rg-PDFs - die Daten an sich sind ja keine anderen als die, die im PDF sind

[tschero]

Ja das meinte ich damit, ob InvoiceNinja GOBD-Konform ist.
Aber DU hast Recht, Rechnungsprogramm != DMS.

Grüße

[zonky]

wenn ich es recht bedenke, dürften fast alle* Online-Shops nicht GOBD-Konform sein

* die üblichen Verdächtigen wie Shopware, XT:C, Isotope, Oxid, Presta usw.