E-F*ktura //3055

Als ich vor mehreren Jahren hauptberuflich in die Firma eingestiegen bin, habe ich mit freiberuflicher Auftragsentwicklung und Beratung aufgehört. Nur ein Teil meines eigenen Softwaregeschäfts läuft noch so als Hobby nebenher.
[Die Bereitstellung von Freeware habe ich völlig aufgegeben, seit mir klargemacht wurde, dass manche Nutzer meine Gutmütigkeit und Großzügigkeit überhaupt nicht zu schätzen wissen und mein geistiges Eigentum nicht respektieren, stattdessen Ansprüche und Forderungen stellen, die ich nicht unentgeltlich zu erfüllen bereit bin.]

Ich biete auf meiner Website noch eine Handvoll Standardsoftwareprodukte an, also Anwendungen, deren Nutzungsrecht ich gegen eine Lizenzgebühr verkaufe. Davon leben könnte ich bei weitem nicht mehr. Das ist ein Nischenmarkt, der nur für ganz spezielle Zwecke in einer bestimmten Branche relevant ist. Immerhin habe ich dadurch ein nettes, kleines, zusätzliches Taschengeld. Der weltweite Bedarf ist zwar nicht groß, aber er besteht. Ich kenne keine andere Software mit vergleichbarer Funktionalität.
Kommunikation mit den Käufern, Rechnungserstellung, Abwicklung der Lizenzierung, Support, Maintenance, Aktualisierungen und sporadische Weiterentwicklung kosten zwar etwas Zeit, halten sich aber meistens in noch überschaubaren Grenzen. Ernsthafte Käfer hatte ich schon lange nicht mehr. Meine Produkte sind ausgereift und vieltausendfach bewährt.
Längst falle ich auch unter die Kleinunternehmer-Regel, so dass ich keine Umsatzsteuer mehr abführen muss, umgekehrt aber auch die Umsatzsteuer auf meine eigenen Aufwendungen nicht zurückerstattet bekomme.

Nun ist es so, dass in Deutschland die elektronische Rechnung ab nächstem Jahr Pflicht wird. In der Firma kümmern sich die Kaufleute in Zusammenarbeit mit der IT darum. Aber das nützt mir nichts.
Von Anfang an habe ich Rechnungen als digital signiertes PDF-Dokument erstellt (in einem teilautomatisierten Prozess) und per Mail versendet. Zu diesen Zeiten war es noch üblich, Rechnungen auszudrucken, in einen adressierten und frankierten Briefumschlag zu stecken und mit der Post zu verschicken – was natürlich nicht unerhebliche Kosten verursachte.
Jetzt sollen meine PDFs nicht mehr akzeptiert werden, sondern ein bestimmtes XML-Format ist vorgeschrieben (JSON wäre zeitgemäßer, oder ein standardisiertes Binärformat).
Soweit ich verstanden habe, gilt die E-Rechnungspflicht nur gegenüber Unternehmen in Deutschland. Für Kleinunternehmer als Rechnungsersteller gibt es noch eine Schonfrist bis 2028. Gegenüber Privatpersonen als Rechnungsempfänger gilt die Pflicht nicht (die könnten die E-Rechnung vermutlich auch gar nicht lesen), ebenso bei Bruttobeträgen unter 250 EUR.

Ich habe mir mal meine Rechnungen der letzten zwei Jahre angesehen. Die meisten gehen ins Ausland, ein Teil davon in die EU, wo die E-Rechnung vermutlich gelesen werden könnte. Sicher ist das aber nicht. Von den Rechnungen innerhalb Deutschland gehen einige an Privatpersonen (sogar verhältnismäßig viele). Es bleibt noch ein Schwung Rechnungen an deutsche Unternehmen übrig, aber von denen ist ein erheblicher Teil unter 250 EUR (ich verlange schließlich keine Wucherpreise – für Auftragsentwicklung und Beratung wären das hingegen Peanuts gewesen).
Letztendlich habe ich nur eine Handvoll Rechnungen im Jahr, für die tatsächlich in Zukunft eine E-Rechnung verpflichtend wäre.

Soll ich mir das wirklich antun? Wenn es für sämtliche Empfänger passend wäre, würde ich halt wohl oder übel komplett umstellen. Aber meine nicht-europäischen Kunden, von denen ich die größten Einnahmen habe, könnten mit der E-Rechnung gar nichts anfangen. Das heißt, ich müsste meine Kunden unterschiedlich behandeln (mache ich bereits, indem ich die Rechnung je nach Herkunft in Deutsch oder Englisch schreibe, aber das ist auch schon die ganze Diskriminierung, noch nicht einmal das Datumsformat lokalisiere ich). Der Aufwand, das umzusetzen, ist einfach zu hoch in Relation zum verbleibenden Nutzen.
[Aus ganz ähnlichen Gründen hatte ich mich übrigens dagegen entschieden, meine Rechnungen um einen QR-Code zu erweitern, der die Rechnungsdaten für die Bank-Überweisung enthält. Der wäre nur in Teilen der SEPA verwendbar.]
Für Einzelkämpfer sind solche bürokratischen Regulierungen eine Zumutung, die nicht immer zu stemmen ist, insbesondere wenn man sich mit länderspezifischen Bestimmungen auseinandersetzen muss. Beispielsweise musste ich vor ein paar Jahren ein W9-Formular für einen US-amerikanischen Kunden ausfüllen, oder neulich eine Non-Permanent-Residence-Deklaration für einen indischen Großkunden abgeben. Manches ignoriere ich aber auch, wenn es geht.

Ich habe mir die Spezifikation des XRechnung-Formates angeschaut. Eine XML-Datei zu schreiben, ist nun wirklich keine Kunst. Das habe ich schon n mal gemacht. Aber die Spec ist umfangreich. Es gibt viele, sehr viele Felder. Der Aufwand für Implementierung und Tests ist mir zu hoch. Dafür fehlt mir die Zeit.
Es soll ja auch ein paar Anbieter geben, die auf Online-Portalen kostenlos (oder zu erschwinglichen Gebühren) E-Rechnungen erstellen. Keinesfalls jedoch werde ich meine Geschäftsdaten irgendwohin hochladen. Wenn überhaupt, dann muss es lokal auf meinem Rechner ablaufen. Ich habe auch keine Lust, meine eigenen Daten (Adresse, IBAN, etc.) jedes Mal neu einzugeben.
Bliebe eventuell noch die Abwicklung über einen Reseller. Aber das lohnt sich für mich nicht, würde ich höchstens als Ausnahme mal zulassen.

Ich warte jetzt erst einmal ab, und schaue mich vielleicht noch um. Bis 2028 ist noch viel Zeit. Es könnte allerdings sein, dass bestimmte Kunden im Inland bereits vorher meine PDF-Rechnungen nicht mehr akzeptieren. Nach meinem Kenntnisstand brauche ich ab 2025 ihre Einwilligung für eine nicht-elektronische Rechnung.
Falls ich keine praktikable Lösung finde, könnte es das endgültige Aus meines Softwaregeschäftes, auf das ich zwar nicht angewiesen bin, das ich mir aber über viele Jahre aufgebaut habe, sein.

---