E-Rechnung PDF erzeugen

[Pfandfinder]

moin,

derzeit habe ich ein PHP-script, welches mit der mPDF Bibliothek aus einer Datenbank die Leistungen nimmt und eine Rechnung erzeugt. jetzt ist ja ab 2025 bzw. 2028 die E-Rechnung Pflicht. Seht ihr irgendeine Möglichkeit, dass man die Rechnungen dafür kompatibel macht, oder muss ich auf ein Buchhaltungssystem umsteigen ? Hat vielleicht jemand derzeit selbes Problem ?

 

[Blutomen]

jetzt ist ja ab 2025 bzw. 2028 die E-Rechnung Pflicht

Bist du davon überhaupt schon betroffen?
Es gibt ne ganze Liste an Ausnahmen die dafür sorgen, dass man da noch lange Zeit hat.

 

[wern001]

Wenn es mich nicht täuscht ist die E-Rechnung kein PDF sondern ein XML-Datensatz ohne Medienbrüche.
Die E-Rechnung ist dann glaub nur für B2B verpflichtend. An Endkunden kann weiterhin eine PDF versendet werden.

 

[Leranis]

Wenn es mich nicht täuscht ist die E-Rechnung kein PDF sondern ein XML-Datensatz ohne Medienbrüche.

Korrekt, eine E-Rechnung ist ein Obergriff und beinhaltet XRechnung (reiner XML-Inhalt) und ZUGFeRD (hybrides Datenformat in einem PDF-Container). Habe vor ein paar Jahren alle meine Kunden (Kommunen!) auf XRechnung gebracht und bin nicht mehr auf dem neuesten Stand.

Normale PDF-Dateien sind digitale Rechnungen und keine E-Rechnungen.

Bist du davon überhaupt schon betroffen?
Es gibt ne ganze Liste an Ausnahmen die dafür sorgen, dass man da noch lange Zeit hat.

Echt jetzt? Hinken wir nicht schon genug bei der Digitalisierung hinterher? Go Germany!!!

 

[KnolleJupp]

Eine E-Rechnung muss zwingend der CEN-Norm EN 16931 entsprechen. Kann man ja nachlesen...
Ist nur nötig im B2B Bereich. Stellst du Rechnungen an Privatpersonen aus, muss das keine E-Rechnung sein.
Liegt dein Jahesumsatz unter 800.000€ greift die Pflicht erst ab Anfang 2028.
Rechnungen bis 250€ sind grundsätzlich von der E-Rechnungs-Pflicht befreit, auch im B2B-Bereich.

 

[Pfandfinder]

die Regelungen kenn ich. deshalb schreib ich ja ab 2028. Die Frage ist ob ich diese XML-Datei dann ebenfalls, wie das PDF, mit einem Script erstellen kann ? Vielleicht gibts bis dahin ja auch was auf GitHub oder so.

 

[wern001]

Einfach gesagt: So eine XML-Datei ist nichts anderes als eine .txt datei. Dessen aufbaustruktur wie html oder ähnliches ist.

Wenn Du das Ereignissprotokoll von Windows anschaust gibts unten einen Reiter mit Details dort kann man auf XML-Ansicht umstellen.

 

[Pfandfinder]

ich weiß. aber ob dann alles korrekt aufgebaut ist und alles richtige drin ist ist die Frage man müsste mal Beispiele sehen wie das aussieht in der Realität.

 

[PC295]

Schau hier: https://xeinkauf.de/xrechnung
Dort findest du das 129-Seiten-PDF zur Spezifikation der XRechnung.
Weiter unten Links zu Validator, Testsuites und Codes auf Github.

 

[feynman]

Buchhaltungssoftware, die E-Rechnungen unterstützen (und noch einiges mehr), bekommt man für unter 10 € pro Monat. Das ist meiner Ansicht nach ein No-Brainer, zumal eh jedes Unternehmen - in der Theorie - zu GoBD-konformer Buchhaltung verpflichtet ist.

 

[JochenBair]

XRechnungen kannst auch kostenlos hier erzeugen https://xrechnung-erstellen.com/ oder von PDF auf XRechnung umwandeln.

 

[CyborgBeta]

Ich würde auch dazu tendieren, etwas Fertiges zu nehmen, anstatt das selber zu programmieren. Technisch ist das nicht ganz einfach umzusetzen, da zum Beispiel eine XML-Datei im speziellen Format an die PDF-Rechnung angehängt werden muss.

 

[Shurtugal824]

Es gibt auch schon einen Konverter, der mittels KI die Daten aus der PDF extrahieren und in das XRechnung-Format konvertieren:
https://www.invoice-converter.com/de

Dann braucht man an seinem bisherigen Workflow gar nichts ändern.

 

[Drexel]

Und hoffen, dass die KI alles richtig erkennt.

Wenn Du ein PDF erzeugen kannst, kannst Du auch XML erzeugen. Man muss sich halt mit dem Format und der Spezifikation beschäftigen. Musstest Du ja mit dem PDF auch (was muss drauf und wohin).

 

[Rassloff]

geht glaub ich einfach zu lösen. also ich mach das mit Laravel so: Controller erstellen, Route setzen, und dann die Funktion:

public function eRechnungPrint($invoiceId, Request $request){
Log::debug('eRechnungPrint Zeile 375');
$document = ZugferdDocumentBuilder::CreateNew(ZugferdProfiles:ROFILE_EN16931);
$document
->setDocumentInformation("471102", "380", \DateTime::createFromFormat("Ymd", "20180305"), "EUR")
->addDocumentNote('Rechnung gemäß Bestellung vom 01.03.2018.')
->addDocumentNote('Lieferant GmbH' . PHP_EOL . 'Lieferantenstraße 20' . PHP_EOL . '80333 München' . PHP_EOL . 'Deutschland' . PHP_EOL . 'Geschäftsführer: Hans Muster' . PHP_EOL . 'Handelsregisternummer: H A 123' . PHP_EOL . PHP_EOL, null, 'REG')
->setDocumentSupplyChainEvent(\DateTime::createFromFormat('Ymd', '20180305'))
->addDocumentPaymentMean(ZugferdPaymentMeans::UNTDID_4461_58, null, null, null, null, null, "DE12500105170648489890", null, null, null)
->setDocumentSeller("Lieferant GmbH", "549910")
->addDocumentSellerGlobalId("4000001123452", "0088")
->addDocumentSellerTaxRegistration("FC", "201/113/40209")
->addDocumentSellerTaxRegistration("VA", "DE123456789")
->setDocumentSellerAddress("Lieferantenstraße 20", "", "", "80333", "München", "DE")
->setDocumentSellerContact("Heinz Mükker", "Buchhaltung", "+49-111-2222222", "+49-111-3333333","info@lieferant.de")
->setDocumentBuyer("Kunden AG Mitte", "GE2020211")
->setDocumentBuyerReference("34676-342323")
->setDocumentBuyerAddress("Kundenstraße 15", "", "", "69876", "Frankfurt", "DE")
->addDocumentPaymentTerm("Zahlbar innerhalb 30 Tagen netto bis 04.04.2018, 3% Skonto innerhalb 10 Tagen bis 15.03.2018")
->addNewPosition("1")
->setDocumentPositionProductDetails("Hosting", "", "HST0000")
->setDocumentPositionGrossPrice(10.0)
->setDocumentPositionNetPrice(10.0)
->setDocumentPositionQuantity(1, "XPP")
->addDocumentPositionTax('S', 'VAT', 19)
->addDocumentPositionAllowanceCharge(1.00, false, null, null, null, "Discount")
->setDocumentPositionLineSummation(9)
->addDocumentTax("S", "VAT", 9.00, 1.71, 19.0)
->setDocumentSummation(10.71, 10.71, 9.00, 0.0, 0.0, 9.0, 1.71, 0.0, 0.0)
->writeFile(dirname(FILE) . "/discount_3.xml");

Log::debug('eRechnungPrint Zeile 405');
}

 

[sandreas]

Es gibt in vielen Programmiersprachen entsprechende Bibliotheken, auch in PHP:

https://github.com/horstoeko/zugferd

Das "Problem" an diesen ganzen freien Bibliotheken und einer eigenen Implementierung ist eher die rechtliche Komponente. Der elektronische Teil der Rechnung ist rechtlich bindend - man kann ihn aber nicht ohne Hilfsmittel "sehen". Hat also die Bibliothek einen Fehler und schreibt den Rechnungsbetrag € 0,00 in den XML-Teil, bist du in der Praxis daran gebunden - sofern du nicht eine Rechnungskorrektur senden kannst.

Ich denke, man kann das schon selbst implementieren, sollte nur gut Testen und sich auch ein Tool bauen, womit man die selbst erstellte Rechnung gut überprüfen und visualisieren kann... bestenfalls sogar mit einem offiziellen Tool "validieren" bevor sie rausgeht.