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.

[Marco Steinhaeuser]

Hallo,

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.

Die Frage ist zunächst mal, ob Shopsysteme überhaupt Rechnungen rauslassen sollten oder ob das nicht eher die Aufgabe der ERP's dahinter ist.

In Presta, XT und Isotope stecke ich nicht so drin und weiss gar nicht, welche B2B-Möglichkeiten es dort überhaupt gibt.

OXID wird (wenn ich das richtig einschätze) das Thema Drittanbietern überlassen. Wir (Shopware bzw. meine Kollegenden) sind wohl dran: https://feedback.shopware.com/forums...invoicing-till

[zoglo]

Da das Thema eh mal wieder aufkommen wird durch die bekannten hier und es ja auch "bald" Zeit sein wird

Immer mal wieder spaßig im Shopware-Forum, lest es euch mal durch:
https://github.com/horstoeko/zugferd...entBuilder.php

Man hat noch eine Übergangszeit und wenn der Kunde oder wer auch immer mehr als 800.000€ Vorjahresumsatz hat (und im Bereich B2B verkauft), dann greift es für diesen schon ab dem 01.01.2025.
Ansonsten musst du erstmal nur empfangen können, dafür gibt es ja im Shop-Bereich in der Größenordnung ERP oder deine Buchhaltungssoftware.

Der kleine Mann braucht es jetzt noch nicht:
https://www.ihk.de/darmstadt/produkt...system-5784882

Machst du B2C, dann musst du 2025 im Juni barrierefrei sein, wenn dein Umsatz größer ist als.... und für alle anderen gilt die Übergangsfrist
Machst du B2B, dann musst du E-Rechnungen können, wenn dein Umsatz größer ist als... und für alle anderen gilt die Übergangsfrist

Ob die größeren Shops (mit Isotope und dem Umsatz) nun überhaupt schon angefangen haben, barrierefrei zu werden oder E-Rechnung zu können, das weiß ich nicht,
da muss halt Geld in die Hand genommen werden.

Würde mich auch nicht wundern, wenn es ein Kauf-Plugin sein wird, gerade bei solchen Sachen, und wer einen Shop betreibt, der verdient Geld damit.

Wer Metamodels komplett im Einsatz hat mit super speziellen Anforderungen, der verdient auch Geld damit (über den ein oder anderen Weg).
Wer noch weitere Erweiterungen nutzt, welche für das Tagesgeschäft wichtig sind und diese auch super schnell und sofort braucht und sein Geld damit verdient, der sollte das Geld auch in die Hand nehmen oder zu Shopware oder einem anderen CMS migrieren, wenn man all diese Sachen braucht

/Ironie an - Leider denken manche Unternehmen so
Denn... meist ist die Migration dann doch teurer aber neu ist ja bekanntlich immer besser - Warum den "Gebrauchtwagen" für weniger in Stand halten, wenn du komplett Neu kaufen kannst