Rechnungs-App ohne Code bauen: eigene Lösung mit KI

Rechnungs-App ohne Code bauen: von der Nummer bis zur Mahnung

Eine eigene Rechnungs-App entsteht als mehrseitige Anwendung aus einer Beschreibung: Kunden, Positionen, Rechnungen, Status. Die Daten liegen in Supabase, das über eine Änderung angebunden wird. Der erste Aufbau kostet 12 Credits für die ersten drei Seiten und 3 je weiterer Seite. Vorher lohnt eine ehrliche Prüfung, ob ein fertiges Programm nicht genügt.

Dieser Text geht der Reihe nach durch: wann sich der Eigenbau rechnet, welche Bildschirme nötig sind, welche Angaben rechtlich auf jede Rechnung gehören, was es kostet und wo die selbst gebaute Lösung schlechter abschneidet als eine gekaufte.

Wann lohnt sich eine eigene Rechnungs-App überhaupt?

Seltener, als es sich anfühlt. Fertige Rechnungsprogramme sind in vielen Punkten schlicht stärker: Sie kennen die Steuersätze, erzeugen die Formate für die elektronische Rechnung, exportieren zur Steuerberatung, führen Mahnstufen und verwalten Zahlungseingänge. Das alles nachzubauen wäre teuer und in den meisten Fällen unnötig.

Der Eigenbau lohnt sich in drei Lagen. Erstens, wenn Ihre Abrechnung nicht in die Felder eines Standardprogramms passt, etwa bei Abrechnung nach Baufortschritt, nach Chargen, nach Fördermitteln oder mit ungewöhnlichen Staffelpreisen. Zweitens, wenn die Rechnung nur ein Teil einer größeren eigenen Anwendung ist und nicht in einem zweiten Werkzeug leben soll. Drittens, wenn Sie Kundendaten in einer Datenbank halten wollen, deren Zugang Ihnen gehört.

Welche Bildschirme braucht die App wirklich?

Vier. Alles Weitere kommt später, meist auf Wunsch von jemandem, der es dann doch nicht benutzt.

Der Status ist das Herz der Anwendung, nicht die Optik der Rechnung. Entwurf, versendet, teilweise bezahlt, bezahlt, überfällig, storniert: Diese sechs Zustände beschreiben den Alltag kleiner Betriebe vollständig. Wer sie sauber trennt, spart sich später eine Tabellenkalkulation daneben.

Die Erfassung der Positionen entscheidet über die tägliche Zufriedenheit. Wiederkehrende Leistungen gehören als auswählbare Vorlage hinterlegt, sonst tippen Sie jeden Monat dieselben Zeilen neu und machen dabei Tippfehler in Beträgen.

Welche Pflichtangaben muss jede Rechnung enthalten?

In Deutschland und Österreich sind das vollständiger Name und Anschrift beider Seiten, Steuernummer oder Umsatzsteuer-Identifikationsnummer, Rechnungsdatum, eine fortlaufende Rechnungsnummer, Menge und Bezeichnung der Leistung, der Zeitpunkt der Leistung, das Entgelt nach Steuersätzen getrennt sowie der Steuerbetrag.

Zwei Fälle brauchen eigene Textbausteine. Kleinunternehmer weisen keine Umsatzsteuer aus und müssen darauf hinweisen. Bei Leistungen ins EU-Ausland an Unternehmen geht die Steuerschuld auf den Empfänger über, was ebenfalls auf der Rechnung stehen muss, samt beider Identifikationsnummern.

Diese Bausteine gehören in den Prompt, nicht in eine spätere Fleißarbeit. Formulieren Sie sie einmal richtig, am besten abgestimmt mit Ihrer Steuerberatung, und lassen Sie die App sie je nach Kundentyp einsetzen. Diese Seite ersetzt keine Steuerberatung, sie beschreibt nur, was technisch abzubilden ist.

Wie sieht der erste Prompt aus?

Beschreiben Sie die Anwendung so, wie Sie den Ablauf einer neuen Bürokraft erklären würden.

Rechnungsanwendung für ein Ingenieurbüro mit drei Personen. Login für Mitarbeitende. Kundenliste mit Firma, Anschrift, Umsatzsteuer-ID und Zahlungsziel in Tagen. Rechnungsliste mit Nummer, Datum, Kunde, Nettobetrag, Bruttobetrag und Status (Entwurf, versendet, bezahlt, überfällig). Rechnung anlegen mit beliebig vielen Positionen aus Beschreibung, Menge, Stundensatz und Steuersatz 19 oder 7 Prozent. Druckansicht im Format DIN A4 mit Kopfzeile, Bankverbindung und Zahlungshinweis. Übersichtsseite mit offenen und überfälligen Summen. Sachliche, ruhige Gestaltung.

Zahlen im Prompt sind wertvoller als Adjektive: Steuersätze, Zahlungsziele, Nachkommastellen, Rundungsregel. Fehlen sie, entscheidet der Builder selbst, und Sie korrigieren dieselbe Stelle mehrfach. Wie Sie danach gezielt nachbessern, steht in KI-Website nachträglich bearbeiten.

Wie entsteht eine Rechnungsnummer, die standhält?

Das ist der Punkt, an dem selbst gebaute Lösungen am häufigsten scheitern, und er fällt im Test nie auf. Er fällt auf, wenn zwei Personen im selben Moment auf Speichern klicken und beide dieselbe Nummer bekommen.

Die Vergabe gehört deshalb in die Datenbank, nicht in die Oberfläche. Die Nummer muss beim Anlegen in einem einzigen, unteilbaren Schritt gezogen werden, der beim zweiten Versuch fehlschlägt. Wird nur geprüft, welche Nummer zuletzt in der Liste stand, hält das genau bis zum ersten vollen Monatsende.

Zwei Regeln gehören ausdrücklich beschrieben: Die Nummer wird nie wiederverwendet, auch nicht nach einer Stornierung, und eine versendete Rechnung wird nicht mehr geändert, sondern storniert und neu geschrieben. Beides sind wenige Zeilen in einer Änderung, aber nur, wenn Sie sie nennen.

Welche Dienste hängen an einer Rechnungs-App?

Supabase speichert Kunden, Rechnungen, Positionen und übernimmt den Login. Ohne Datenbank gibt es keine Rechnungsliste, die morgen noch da ist. Der Einstieg steht in KI-App-Builder mit Supabase.

Resend verschickt Rechnung und Zahlungserinnerung aus der Anwendung heraus, mit Ihrer Absenderadresse. Wichtig ist ein nüchterner Betreff mit Rechnungsnummer, weil Ihre Kunden danach in ihrem Postfach suchen.

Stripe ist dann sinnvoll, wenn Sie Zahlung per Karte oder Lastschrift anbieten wollen und einen Zahlungslink in die Rechnung setzen. Für klassische Überweisungen brauchen Sie ihn nicht. Wer Kundenkontakte und Angebote im selben Haus halten will, verbindet die App mit einem eigenen CRM ohne Programmieren.

Was kostet der Aufbau in Credits?

Abgerechnet wird nach Aktionen, nicht nach Nutzern oder Rechnungen.

Die Tarife: Free enthält 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. Zweihundert Credits entsprechen etwa 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen.

Für eine Rechnungs-App mit vier Bildschirmen sind das 12 Credits für die ersten drei Seiten und 3 für den vierten. Rechnen Sie danach mit mehreren Änderungen für Steuerlogik, Textbausteine, Druckansicht und Sonderfälle. Diese Feinarbeit ist normal: Fachlogik entsteht über Änderungen und nicht mit einem einzigen Prompt.

Wo stößt eine selbst gebaute Rechnungs-App an Grenzen?

Drei Themen sollten Sie kennen, bevor Sie anfangen. Erstens die elektronische Rechnung im Geschäft zwischen Unternehmen: In Deutschland wird sie schrittweise verpflichtend, und die vorgeschriebenen Formate sind nichts, was man nebenbei beschreibt. Klären Sie mit Ihrer Steuerberatung, was für Ihren Fall gilt.

Zweitens die Aufbewahrung. Buchhaltungsunterlagen müssen jahrelang unveränderbar und nachvollziehbar vorliegen. Eine eigene Datenbank kann das leisten, aber nur, wenn Sie Änderungen protokollieren und Sicherungen führen. Nichts davon passiert von allein.

Drittens der Export in die Buchhaltung. Ein sauberer Datenexport für die Steuerberatung ist machbar, aber er ist eigene Arbeit. Wer beides nicht will, fährt mit einem fertigen Programm besser, und das ist eine völlig legitime Entscheidung. Für die Auswertung der Ausgabenseite gibt es die kleinere Variante als Ausgaben-Tracker ohne Code.

Wie kommen Sie zur ersten echten Rechnung?

Legen Sie zuerst die Regeln fest: Steuersätze, Zahlungsziel, Nummernkreis, Textbausteine, Rundung. Ohne diese Liste bauen Sie dreimal dasselbe.

Dann bauen und ansehen. Eine einfache Seite steht in etwa einer Minute, eine mehrseitige Anwendung in einigen Minuten. Jedes Projekt läuft vor der Übergabe durch eine Sandbox, und was sich dort nicht öffnen lässt, wird nicht ausgeliefert. Es stehen 25 Vorlagen bereit, davon 5 für Spiele.

Schreiben Sie danach eine echte Rechnung an sich selbst, drucken Sie sie und legen Sie sie neben eine alte: Fehlt eine Pflichtangabe, sehen Sie es sofort. Veröffentlicht wird auf eine Adresse der Form ihre-firma.zugo.run, die eigene Domain kommt danach dazu. Der erste Entwurf entsteht aus drei Sätzen Beschreibung auf zugo.dev.