18
API um Rechnungen als ZUGFeRD oder X-Rechnung erstellen zu können
Hallo,
aktuell erstelle ich meine Rechnungen mit meiner geliebten Access-Datenbank.
Von dort werden sie als PDF gespeichert, in meiner Rechnungsportal hochgeladen und per Email in Outlook verschickt.
Nun kommen ZUGFeRD oder X-Rechnung dazu.
Bevor ich mich jetzt in das XML-Gefummel werfe um die tausenden Feldern zu prüfen oder zu füllen, wollte ich mal Fragen ob Jemand einen Anbieter kennt der kostenpflichtig eine API bereitstellt um Rechnungen als ZUGFeRD oder X-Rechnung zu erstellen.
Ich erstelle Jährlich ca. 500 Rechnungen die teilweise bis zu hundert Positionen haben?
Von Hand will ich das auf alle Fälle nicht machen.
Auch ein anderes Rechnungssystem kommt aktuell nicht in Frage.
Stefan
aktuell erstelle ich meine Rechnungen mit meiner geliebten Access-Datenbank.
Von dort werden sie als PDF gespeichert, in meiner Rechnungsportal hochgeladen und per Email in Outlook verschickt.
Nun kommen ZUGFeRD oder X-Rechnung dazu.
Bevor ich mich jetzt in das XML-Gefummel werfe um die tausenden Feldern zu prüfen oder zu füllen, wollte ich mal Fragen ob Jemand einen Anbieter kennt der kostenpflichtig eine API bereitstellt um Rechnungen als ZUGFeRD oder X-Rechnung zu erstellen.
Ich erstelle Jährlich ca. 500 Rechnungen die teilweise bis zu hundert Positionen haben?
Von Hand will ich das auf alle Fälle nicht machen.
Auch ein anderes Rechnungssystem kommt aktuell nicht in Frage.
Stefan
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 53571773359
Url: https://administrator.de/contentid/53571773359
Ausgedruckt am: 19.11.2024 um 05:11 Uhr
18 Kommentare
Neuester Kommentar
Moin,
Hake hier mal nach:
https://www.seeburger.com/de/loesungen/cloud-services-ueberblick/e-invoi ...
Div. ERP-Hersteller haben Seeburger angebunden.
Ich kann dir aber nicht sagen, wie komplex die Anbindung ist…
Hake hier mal nach:
https://www.seeburger.com/de/loesungen/cloud-services-ueberblick/e-invoi ...
Div. ERP-Hersteller haben Seeburger angebunden.
Ich kann dir aber nicht sagen, wie komplex die Anbindung ist…
1
1
Hallo,
danke schon einmal.
Dies ist ein XML-Viewer um sich anzuschauen was man gerade zusammengemixt hat.
https://quba-viewer.org/?pk_campaign=qpr01&pk_source=hp
Die hier bieten ein SDK kostenpflichtig an was einfach klingt.
https://www.zugferdpro.com/erstellung-einer-zugferd-xrechnung-xml-datei/
Stefan
danke schon einmal.
Dies ist ein XML-Viewer um sich anzuschauen was man gerade zusammengemixt hat.
https://quba-viewer.org/?pk_campaign=qpr01&pk_source=hp
Die hier bieten ein SDK kostenpflichtig an was einfach klingt.
https://www.zugferdpro.com/erstellung-einer-zugferd-xrechnung-xml-datei/
Stefan
1
Hi, hatten es damals auch überlegt selber zu bauen.
Ich kam erst später hinzu. Wir setzen nun Lobster ein. https://www.lobster-world.com/de/
Kostet allerdings. Im Prinzip baut man Workflows die alles dann ins Ausgabeformat packen. Hab leider viles vergessen - Kollege war da involviert.
Damals gab es viel Material beim Land Bremen.
Wichtig ist das deine Daten OK sind. So was wie Unterpositionen kennt X-Rechnung nicht. Zumindest haben wir eine Variante, wo die nicht im Desing vorgesehen sind. Je nach Umfang deiner Daten ist es ein Prozess der etwas dauern kann.
Uns fehlte damals dann die Leitweg ID .
Räusper, verfizieren konnte man das - zumindest früher - beim Bund. Zoll wurde uns mal nahegelegt. Wenn man dort ein Dokument abgelegt hat, sah man sofort ob es den Standard entsprach.
https://xeinkauf.de/dokumente/
Vlt. eine kleine Abendlektüre für dich. Die haben recht gut die Informationen zusammengestellt.
Falls der API Erbauer da irgendwo was übersehen hat.
Bei uns war ein großes Thema das keiner die Leitweg ID kannte. Normal sollte es da ja irgendwann ein Verzeichnis für geben.
https://finax.dev/
Keine Ahnung wie hoch der Anschaffungswiederstand ist. Ggf. doch was einkaufen .... Muss ja nicht gerade Lobster sein
Ich kam erst später hinzu. Wir setzen nun Lobster ein. https://www.lobster-world.com/de/
Kostet allerdings. Im Prinzip baut man Workflows die alles dann ins Ausgabeformat packen. Hab leider viles vergessen - Kollege war da involviert.
Damals gab es viel Material beim Land Bremen.
Wichtig ist das deine Daten OK sind. So was wie Unterpositionen kennt X-Rechnung nicht. Zumindest haben wir eine Variante, wo die nicht im Desing vorgesehen sind. Je nach Umfang deiner Daten ist es ein Prozess der etwas dauern kann.
Uns fehlte damals dann die Leitweg ID .
Räusper, verfizieren konnte man das - zumindest früher - beim Bund. Zoll wurde uns mal nahegelegt. Wenn man dort ein Dokument abgelegt hat, sah man sofort ob es den Standard entsprach.
https://xeinkauf.de/dokumente/
Vlt. eine kleine Abendlektüre für dich. Die haben recht gut die Informationen zusammengestellt.
Falls der API Erbauer da irgendwo was übersehen hat.
Bei uns war ein großes Thema das keiner die Leitweg ID kannte. Normal sollte es da ja irgendwann ein Verzeichnis für geben.
https://finax.dev/
Keine Ahnung wie hoch der Anschaffungswiederstand ist. Ggf. doch was einkaufen .... Muss ja nicht gerade Lobster sein
1
Wir nutzen b4value im Rechnungsversand. Die bieten an, die PDF Rechnung auszulesen und in eine eRechnung zu konvertieren, klappt bei uns leider noch nicht so richtig, liegt aber an den sehr unvorteilhaft strukturierten Rechnungen.
2Zitat von @ukulele-7:
Wir nutzen b4value im Rechnungsversand. Die bieten an, die PDF Rechnung auszulesen und in eine eRechnung zu konvertieren, klappt bei uns leider noch nicht so richtig, liegt aber an den sehr unvorteilhaft strukturierten Rechnungen.
Wir nutzen b4value im Rechnungsversand. Die bieten an, die PDF Rechnung auszulesen und in eine eRechnung zu konvertieren, klappt bei uns leider noch nicht so richtig, liegt aber an den sehr unvorteilhaft strukturierten Rechnungen.
Ja das Problem haben viele. Er hat ja zum Glück Ausgangsrechnungen. Die Großen haben die besser angelernt, bzw. nun noch KI dahinter.
Wenn ihr aber doch das PDF selber estellt, sollte doch der Text-Stream schon mit drin sein?
Wir hatten für altes Archivssystem in weißer Schrift auf weißen Papier Strings hinterlegt, so dass die Software nur den dann gelesen hat. Kann man natürlich nich für alle Pos. machen.
Normal kommen die Infos ja direkt aus dem ERP System und werden dann z.B. mit Lobster verwurstet. Mit oder ohne begleitendes PDF Dokument. Wenn ihr die Rechnungen selber erstellt wäre dies das einfachste. Da alle Infos direkt asu der Datenbank kommen.
Wenn ihr aber doch das PDF selber estellt, sollte doch der Text-Stream schon mit drin sein?
Ja aber wir haben Rechnungen mit Gegenstandswerten und/oder festen Positionen. Die Spalten sind leider dual use, mal steht da die "Einheit", mal ein Gegenstandswert. Gegenstandswert x % ergibt auch nicht eine Positionssumme sondern das richtet sich nach Tabellen in der Vergütungsverordnung. Bei festen Positionen haben wir ggf. keine Menge wenn Menge = 1, wir haben keine Positionsnummern und die Positionssumme rutscht manchmal in eine "Leerzeile" unter der Position, wenn der Text nicht der Position nicht so lang ist.Alles in allem nicht schön und ich versuche grade mein Bestes mit der alten Rechnungslegungssoftware.
@ukulele-7 jup kennt man! Dan hilft aber nur was auch der TS vorhat. Selber API anzapften und möglichst Rohdaten übergeben.
Hatten wegen der Krise sogar mal Teuerungszuschlag mit drin. Also dann 2 Zeilen für den Preis. Damit der Kunde den Aufschlag versteht. Ohne direkte DB wird es ätzend.
Hatten wegen der Krise sogar mal Teuerungszuschlag mit drin. Also dann 2 Zeilen für den Preis. Damit der Kunde den Aufschlag versteht. Ohne direkte DB wird es ätzend.
Moin,
"Lustig".
Ich dachte mir gestern Abend: "Warum soll ich Jemand für die Dienstleistung bezahlen mir aus meinen Daten solche Rechnungen zu erstellen. Ich kann doch einfach einen Online-Buchhatungs-Dienst mit API für das gleiche Geld buchen. Dann habe ich die Buchhaltung gleich mit dabei."
Also habe ich bei Lexoffice und Sevdesk einen Probeacccount erstellt.
Fazit: Beide bieten Zugferd erst ab 2025 an (Aussage vom Support).
Why?
Das Protokoll gibt es doch schon Jahre. Ich will das doch jetzt einsetzen weil es sinnvoll für meine Kunden ist und nicht erst wenn es verpflichtend wird.
Easybill kann das jetzt schon vorbildlich. Das ist aber "nur" ein Rechnungssystem und keine komplette Buchhaltung für mich.
Stefan
PS: Passend zu dem Thema gibt es viele "Übersichten" wo aufgezählt ist was welche Lösung kann. Bei allen steht für Lexoffice und Zugferd ein "Geht".
PS2: Kann mir Jemand eine sinnvolle Erklärung bieten warum die beiden größten Anbieter keine E-Rechnung unterstützen?
"Lustig".
Ich dachte mir gestern Abend: "Warum soll ich Jemand für die Dienstleistung bezahlen mir aus meinen Daten solche Rechnungen zu erstellen. Ich kann doch einfach einen Online-Buchhatungs-Dienst mit API für das gleiche Geld buchen. Dann habe ich die Buchhaltung gleich mit dabei."
Also habe ich bei Lexoffice und Sevdesk einen Probeacccount erstellt.
Fazit: Beide bieten Zugferd erst ab 2025 an (Aussage vom Support).
Why?
Das Protokoll gibt es doch schon Jahre. Ich will das doch jetzt einsetzen weil es sinnvoll für meine Kunden ist und nicht erst wenn es verpflichtend wird.
Easybill kann das jetzt schon vorbildlich. Das ist aber "nur" ein Rechnungssystem und keine komplette Buchhaltung für mich.
Stefan
PS: Passend zu dem Thema gibt es viele "Übersichten" wo aufgezählt ist was welche Lösung kann. Bei allen steht für Lexoffice und Zugferd ein "Geht".
PS2: Kann mir Jemand eine sinnvolle Erklärung bieten warum die beiden größten Anbieter keine E-Rechnung unterstützen?
warum die beiden größten Anbieter keine E-Rechnung unterstützen?
Management ist zu alt .1PS2: Kann mir Jemand eine sinnvolle Erklärung bieten warum die beiden größten Anbieter keine E-Rechnung unterstützen?
Ich würde mal mutmaßen: Die Anbieter wenden sich an Startups und KMUs, die halt noch nichts vernünftiges haben und die halt möglichst flexibel (online, monatlich oder nach Volumen abgerechnet) irgendwie Rechnungen schreiben müssen/wollen. Größere KMUs oder Konzerne haben ja i.d.R. schon eine Rechnungslegung a la SAP, branchenübliche Fachsoftware etc. etc. Eine PDF Rechnung zu erstellen und Rechnungsversand per E-Mail, das will jeder können und da hat auch jeder was von.
Zugferd hingegen hatte für den Rechnugnsversender und vermutlich auch für den Empfänger keinen Mehrwert, weil nichts ausgelesen wurde. Für Dinge wie Rechnungsbetrag, Datum, Steuersatz und vielleicht noch UStID war es den Aufwand nicht Wert,, häufig gab es am anderen Ende oder beim Steuerberater eine OCR-Funktion die das schon teilautomatisiert hatte. Die einzelnen Rechnungspositionen wurden nur selten wirklich aufgeteilt. DATEV z.B. erkennt Belege auf OCR Basis ganz ok aber könnte weder mit OCR noch anhand von Zugferd Rechnungen bisher aufteilen. Das ist alles sehr rudimentär, da haben wir gar nichts von Eingangsrechnungen im Zugferd Format.
Wenn hingegen beim Rechnungsempfänger eine große Konzernbuchhaltung dahinter steht (z.B. ein Autobauer) der tatsächlich große Mengen an Eingangsrechnungen automatisiert verarbeitet dann haben die häufig schon einen Standard, der Rechnungsdaten übermittelt. Und der sagt dir dann das du diesen Standard zu erfüllen hast oder die ihre Autoteile oder auch nur Klopapier zukünftig eben nicht mehr bei dir kaufen - fertig.
Ich hatte oben b4value genannt, die machen halt das TRAFFIQX Netzwerk und die unterstützen schon länger die Übermittlung mit anderen Kanälen und in anderen, datenbasierten Formaten. Da war Zugferd vielleicht sogar schon spät dran im Vergleich.
Infos
Hier gibt es ein Portal mit dem man sich Beispiel- und Test-Zugferd-Dateien erstellen kann.
https://www.zugferd-community.net/de/zf_fx_invoiceportal/invoice_creatio ...
Daran werde ich mich mal orientieren und ein Template für mich bauen.
Das Thema Online-Buchhaltung mit E-Rechnung Ein- und Ausgang verschiebe ich auf 2025.
Hier kann man Dateien überprüfen
https://www.portinvoice.com/
Fun-Fact
Tweilse werden auch Dateien von bekannten Produkten hier als fehlerhaft angezeigt.
Und wenn man in die Details schaut zu recht.
Das wird noch ein lustiges Friemeln in 2025
Stefan
Hier gibt es ein Portal mit dem man sich Beispiel- und Test-Zugferd-Dateien erstellen kann.
https://www.zugferd-community.net/de/zf_fx_invoiceportal/invoice_creatio ...
Daran werde ich mich mal orientieren und ein Template für mich bauen.
Das Thema Online-Buchhaltung mit E-Rechnung Ein- und Ausgang verschiebe ich auf 2025.
Hier kann man Dateien überprüfen
https://www.portinvoice.com/
Fun-Fact
Tweilse werden auch Dateien von bekannten Produkten hier als fehlerhaft angezeigt.
Und wenn man in die Details schaut zu recht.
Das wird noch ein lustiges Friemeln in 2025
Stefan
1
Hey Stefan, habe gerade diesen Post gesehen.
Wie hast du fas Thema gelöst?
Wir haben ein ähnliches Problem gehabt und uns intensiv mit den Spezifikationen zu ZUGFeRD / XRechnung beschäftigt. Haben dann das Ergebnis als öffentliche API gestartet und suchen gerade Pilot-User.
Hier die URL: https://invoiceforge.com/
VG, René
Wie hast du fas Thema gelöst?
Wir haben ein ähnliches Problem gehabt und uns intensiv mit den Spezifikationen zu ZUGFeRD / XRechnung beschäftigt. Haben dann das Ergebnis als öffentliche API gestartet und suchen gerade Pilot-User.
Hier die URL: https://invoiceforge.com/
VG, René
Hallo,
ich nutze dies Projekt: https://github.com/horstoeko/zugferd
Ich erstelle mit meiner VBA DB einen PHP-Datei welches dieses Projekt nutzt.
Das PHP-Programm erstellt dann die XML und kombiniert dies mit der bereits von Access erstellen PDF-Datei.
Ich sehe dort einen aktuellen Bedarf.
Besonders weil die aktuellen Angebote noch keine E-Rechnung können (wollen) oder das nicht richtig machen.
Besonders was Rabatte pro Position angeht machen es alle die getestet habe fehlerhaft. Die Tests mit öffentlichen Validatoren waren alle negativ.
Ich hatte auch überlegt darauf ein kommerezielles Produkt zu machen.
Ich habe es aber verworfen. Die meisten Firmen werden einfach bis 2025/2026 warten bis deren aktuelle Software das kann. Auch sind 50% der Arbeit die Originaldaten aufzubereiten. Und wenn man dann noch das PDF erstellen will was so aussieht wie der Kunde sich das vorstellt wird es richtig wild.
Stefan
PS: Siehe PM
ich nutze dies Projekt: https://github.com/horstoeko/zugferd
Ich erstelle mit meiner VBA DB einen PHP-Datei welches dieses Projekt nutzt.
Das PHP-Programm erstellt dann die XML und kombiniert dies mit der bereits von Access erstellen PDF-Datei.
Ich sehe dort einen aktuellen Bedarf.
Besonders weil die aktuellen Angebote noch keine E-Rechnung können (wollen) oder das nicht richtig machen.
Besonders was Rabatte pro Position angeht machen es alle die getestet habe fehlerhaft. Die Tests mit öffentlichen Validatoren waren alle negativ.
Ich hatte auch überlegt darauf ein kommerezielles Produkt zu machen.
Ich habe es aber verworfen. Die meisten Firmen werden einfach bis 2025/2026 warten bis deren aktuelle Software das kann. Auch sind 50% der Arbeit die Originaldaten aufzubereiten. Und wenn man dann noch das PDF erstellen will was so aussieht wie der Kunde sich das vorstellt wird es richtig wild.
Stefan
PS: Siehe PM
2Haben dann das Ergebnis als öffentliche API gestartet und suchen gerade Pilot-User.
Also E-Rechnungserstellung als SaaS für die ganzen kleinen Fälle hat sicherlich eine größere Zukunft. Vermieter müssen zukünftig auch E-Rechnungen schreiben. Auch Rechnungsversand ist durchaus ein interessantes Thema, da gibt es auch Plattformbetreiber. Aber warum sollte ich mir nur für die Rechnungserstellung eine API ins Boot holen, die irgendwo extern gehostet wird? Ich meine, das müsste eher in jeder ERP Lösung eingebaut werden.Und wenn man dann noch das PDF erstellen will was so aussieht wie der Kunde sich das vorstellt wird es richtig wild.
Ja unser Anbieter bricht sich da auch einen ab und das Ergebnis ist eine Katastrohe - Stand jetzt. Aber ich habe kaum eine Wahl und kann in den Prozess nicht einzugreifen. Wir versuchen grade, unsere Rechnung nachträglich zu konvertieren.Zitat von @ukulele-7:
Haben dann das Ergebnis als öffentliche API gestartet und suchen gerade Pilot-User.
Also E-Rechnungserstellung als SaaS für die ganzen kleinen Fälle hat sicherlich eine größere Zukunft. Vermieter müssen zukünftig auch E-Rechnungen schreiben. Auch Rechnungsversand ist durchaus ein interessantes Thema, da gibt es auch Plattformbetreiber. Aber warum sollte ich mir nur für die Rechnungserstellung eine API ins Boot holen, die irgendwo extern gehostet wird? Ich meine, das müsste eher in jeder ERP Lösung eingebaut werden.Das was besonders für kleine und KMUs Sinn macht ist eine Buchhaltungs-Plattform.
Wenn ich die Rechnungen darüber schreibe, können sie ja auch gleich verbucht werden.
Mein Problem ist, dass ich zwei Dinge haben möchte, Kostenträger pro Position sowie "sichtbare" Rabatte pro Position aus Marketing-Gründen die so keiner anbietet. Und was micht richtig nervt, dass die ganzen Portale E-Rechnungen erst ab 2025 verfügbar machen wollen.
Und wenn man dann noch das PDF erstellen will was so aussieht wie der Kunde sich das vorstellt wird es richtig wild.
Ja unser Anbieter bricht sich da auch einen ab und das Ergebnis ist eine Katastrohe - Stand jetzt. Aber ich habe kaum eine Wahl und kann in den Prozess nicht einzugreifen. Wir versuchen grade, unsere Rechnung nachträglich zu konvertieren.Entweder ein Standard-PDF für Alle oder der Kunde liefert das PDF.
Es anpassbar machen wird wild. Es ist ja "nur" eine Rechnung.
Logo, Text, vieleicht Farben, Hintergrund PDF und schluss.
Stefan
Moin2,
Das was ich jetzt in meiner Software nutze ist eine Haus-API der ich folgende Daten als XML übergebe
- fertiges PDF (für Zugferd)
- Empfänger, Rechnungsnummer, Datum, Kommentar
- Absender (ich)
- Positionen (Menge, Bezeichnung, Typ, Einheit der Menge, Betrag, Rabatte, Kostenträger)
- Rabatte auf Rechnungsebene
Daraus erzeugt es mir X-Rechnungs-XML oder/und Zugferd-PDFs.
Es versendet per SMTP-API an die Kunden.
Wenn das schon für Jemanden Interessant sein sollte, kann ich da gerne ein kommerzielles Projekt mit API draus machen. Schreibt mich per PM an.
Stefan
Das was ich jetzt in meiner Software nutze ist eine Haus-API der ich folgende Daten als XML übergebe
- fertiges PDF (für Zugferd)
- Empfänger, Rechnungsnummer, Datum, Kommentar
- Absender (ich)
- Positionen (Menge, Bezeichnung, Typ, Einheit der Menge, Betrag, Rabatte, Kostenträger)
- Rabatte auf Rechnungsebene
Daraus erzeugt es mir X-Rechnungs-XML oder/und Zugferd-PDFs.
Es versendet per SMTP-API an die Kunden.
Wenn das schon für Jemanden Interessant sein sollte, kann ich da gerne ein kommerzielles Projekt mit API draus machen. Schreibt mich per PM an.
Stefan
