Ihre API hat gerade 18.000 $ monatlich wiederkehrenden Umsatz mit 340 Kunden überschritten, Ihr Stripe-Dashboard zeigt eine gesunde Bruttomarge von 78%, und Ihr Buchhalter möchte Ihren Erlösrealisierungsplan sehen. Sie öffnen Ihre Buchhaltung – und es gibt nichts zu zeigen: nur ein Girokonto mit Einzahlungen, die nie mit Ihren Stripe-Berichten übereinstimmen, und eine Tabellenkalkulation, die Sie im März aufgegeben haben.
Diese Lücke ist der Punkt, an dem die Micro-SaaS-Buchhaltung scheitert. Das Geschäft wirkt täuschend einfach – kein Lagerbestand, kein Lagerhaus, Margen, die einen Einzelhändler zum Weinen bringen würden – aber das Geld bewegt sich auf eine Weise, die ein standardmäßiges „Einnahmen minus Ausgaben"-Hauptbuch nicht erfassen kann. Gemessene Nutzung, vorausbezahlte Guthabenpakete, Abwicklergebühren, die verrechnet werden, bevor Sie das Bargeld je sehen, weltweit in Ihrem Namen erhobene Steuern und abgegrenzte Erlöse, die Ihre Bankbilanz lügen lassen. Machen Sie irgendetwas davon falsch, und Sie weisen Umsätze falsch aus, zahlen zu viele Steuern oder bepreisen Ihre nächste Stufe auf Basis von Fantasiemathematik.
Dieser Leitfaden behandelt die Buchhaltung, die tatsächlich zu einem Micro-SaaS- oder API-Unternehmen passt: wie Sie nutzungsbasierte Abrechnung strukturieren, damit Ihre Bücher sauber bleiben, wie Sie Zahlungsabwickler abstimmen, ohne am Monatsende den Verstand zu verlieren, und warum selbst ein Unternehmen mit über 70% Marge vom ersten Tag an echte periodengerechte Buchführung braucht.
Warum Micro-SaaS-Bücher schwerer sind, als sie aussehen
Traditionelle kleine Unternehmen verbuchen einen Verkauf, wenn Bargeld den Besitzer wechselt oder eine Rechnung bezahlt wird. Ein Micro-SaaS tut selten eines von beidem. Betrachten Sie einen typischen Monat für eine kleine API oder ein KI-Tool:
- 120 Kunden im Starter-Plan für 29 $/Monat mit 500 enthaltenen API-Aufrufen
- 40 Kunden im Pro-Plan für 99 pro Aufruf bei Überschreitung
- 60 Kunden, die vorausbezahlte Guthabenpakete gekauft haben (49 $ für 2.000 Guthaben) und diese unregelmäßig verbrauchen
- Eine Handvoll Enterprise-Kunden mit jährlicher Vorauszahlung, die Sie im Januar eingesammelt haben
An jedem beliebigen Tag kassieren Sie Bargeld, das noch kein Umsatz ist, realisieren Umsätze, die Sie vor Wochen eingesammelt haben, schulden Abwicklergebühren, die Sie nie in Rechnung gestellt haben, und liefern Nutzung, die noch nicht abgerechnet wurde. Eine buchhalterische Kassenbuchführung kollabiert das alles in „Geld rein, Geld raus" und sagt Ihnen fast nichts darüber, ob das Unternehmen tatsächlich wächst.
Die drei Dinge, die Micro-SaaS anders machen
Variable Kosten pro Einheit. Jeder API-Aufruf, jede KI-Generierung oder jede Webhook-Zustellung kostet Sie etwas – eine Upstream-LLM-Token-Gebühr, Rechenleistung, Bandbreite oder eine Drittanbieter-API, die Sie weiterverkaufen. Pauschale Abonnements verbergen diese Variabilität, bis ein Power-User das 50-fache des Durchschnitts verbraucht und die Marge einer gesamten Kohorte auslöscht. Ihre Bücher müssen Herstellkosten (COGS) pro Einheit zeigen, nicht nur die gesamten Hosting-Ausgaben.
Variabler Umsatz pro Kunde. Zwei Kunden im selben 29 $-Plan können völlig unterschiedliche Umsätze generieren, sobald Überschreitungen und Guthaben-Aufladungen ins Spiel kommen. Wenn Sie nur die Abonnementgebühr verbuchen und Überschreitungen als nebensächlich behandeln, untertreiben Sie den Umsatz Ihrer besten Kunden und bepreisen Ihre Stufen falsch.
Vorausbezahlte und abgegrenzte Erlöse. Guthabenpakete und Jahrespläne geben Ihnen heute Bargeld für Dienstleistungen, die Sie über Wochen oder Monate erbringen werden. Dieses Bargeld ist eine Verbindlichkeit – nicht verdiente Erlöse – bis der Kunde die Guthaben tatsächlich verbraucht oder der Leistungszeitraum abläuft. Es als Einkommen bei Erhalt zu verbuchen, überzeichnet den Gewinn jetzt und unterzeichnet ihn später, was in dem Moment wichtig wird, in dem Sie einen Kredit, eine Bewertung oder eine Steuererklärung benötigen, die der Realität entspricht.
Ein Abrechnungsmodell wählen, mit dem Ihr Hauptbuch leben kann
Das von Ihnen gewählte Abrechnungsmodell ist ebenso eine Buchhaltungsentscheidung wie eine Preisentscheidung. Jedes erzeugt unterschiedliche Realisierungs-, Abstimmungs- und Steuerereignisse.
Pauschales Abonnement
Alle zahlen die gleiche Gebühr unabhängig von der Nutzung. Die Buchhaltung ist trivial: eine wiederkehrende Rechnung pro Kunde und Zeitraum, Erlöse gleichmäßig über den Zeitraum realisiert. Das Problem ist wirtschaftlicher, nicht buchhalterischer Natur – Sie subventionieren Vielnutzer und lassen bei Wenignutzern Geld liegen. Pauschale Preise funktionieren als Lernphase, während Sie den Verbrauch messen, aber sie überleben selten, sobald Sie Ihre Kosten pro Einheit verstehen.
Rein nutzungsbasiert (Pay per Call, pro Token, pro Sitzungsstunde)
Sie messen den Verbrauch und stellen im Nachhinein in Rechnung. Erlöse und Kosten bewegen sich gemeinsam, was in einer Tabellenkalkulation befriedigend ist und für einen Enterprise-Käufer, der Ausgaben nicht prognostizieren kann, erschreckend. Aus buchhalterischer Sicht erzeugt reine Nutzung am Monatsende nicht fakturierte Erlöse: erbrachte, aber noch nicht in Rechnung gestellte Leistungen. Sie müssen diese abgrenzen. Sie benötigen auch ein robustes Messsystem, dem Ihr Hauptbuch vertrauen kann, denn die Rechnung ist nur so genau wie der Zähler.
Am besten geeignet für entwicklerorientierte APIs, bei denen der Käufer technisch versiert genug ist, um die Nutzung zu prognostizieren. Weniger geeignet für Prosumer-Tools, bei denen Vorhersehbarkeit sich verkauft.
Hybrid: Abo-Basis + enthaltenes Kontingent + Überschreitung
Dies ist der Standard, der sich für die meisten Micro-SaaS- und KI-Tools herausgebildet hat: Ein monatliches Abonnement enthält ein Kontingent (Guthaben, Aufrufe, Generierungen); Verbrauch über dem Kontingent wird mit einem Preis pro Einheit bei Überschreitung abgerechnet, oft dem 2- bis 4-fachen Ihrer tatsächlichen Kosten.
Warum es operativ gewinnt: Käufer erhalten Vorhersehbarkeit für typische Nutzung, Sie erzielen mehr Umsatz von Power-Usern, ohne Wenignutzer zu verschrecken, und die Bruttomargen sind geschützt, da Überschreitungen deutlich über den Kosten bepreist sind. Für Ihre Bücher bedeutet hybride Abrechnung zwei Erlösströme pro Kunde – wiederkehrende Abonnementerlöse, die ratierlich realisiert werden, und variable Überschreitungserlöse, die realisiert werden, wenn die Überschreitung eintritt. Führen Sie sie in separaten Hauptbuchkonten. Wenn Sie später fragen: „Welcher Prozentsatz des MRR ist wirklich variabel?", haben Sie die Antwort, ohne Rechnungen durchwühlen zu müssen.
Ein praktischer Stufenentwurf:
- **Starter 19 pro Generierung darüber
- **Pro 49 pro Generierung darüber
- **Scale 99 pro Generierung darüber
Bemessen Sie jedes Kontingent so, dass etwa 80% der Kunden auf dieser Stufe das Limit nie erreichen. Das Produkt fühlt sich unbegrenzt an; die 20%, die das Limit erreichen, finanzieren Ihre Infrastruktur.
Vorausbezahlte Guthabenpakete
Kunden kaufen Guthaben im Voraus und verbrauchen sie im Laufe der Zeit. Guthaben geben Ihnen ein besseres Cash-Timing – Sie kassieren vor der Lieferung – und einen natürlichen Upsell-Auslöser, wenn die Guthaben zur Neige gehen. Aber jeder Guthabenverkauf erzeugt am ersten Tag abgegrenzte Erlöse. Sie belasten Bargeld, erkennen eine Verbindlichkeit wie Liabilities:UnearnedRevenue:CreditPacks und verschieben sie erst auf Income:CreditUsage, wenn Guthaben verbraucht werden. 1.000 Pakete zu je 49 als Einkommen in diesem Monat zu verbuchen, ist für Ihr Bankkonto in Ordnung und für Ihre Gewinn- und Verlustrechnung falsch.
Eine gängige Struktur, die gut konvertiert:
- 500 Guthaben für 14 $ (verfällt nie)
- 2.000 Guthaben für 49 $ (14% Rabatt)
- 10.000 Guthaben für 199 $ (29% Rabatt, Prioritätsverarbeitung)
- Monatliche Aufladung: 1.500 Guthaben für 39 $/Monat mit einem 10% Bonus gegenüber dem äquivalenten Paket
Die Paketkäufer, die regelmäßig aufladen, sind Ihre besten Kandidaten für die monatliche Aufladung – machen Sie die Mathematik pro Guthaben offensichtlich und lassen Sie das Upgrade sich selbst verkaufen.
Ergebnisbasierte Preisgestaltung
Berechnen Sie pro erfolgreichem Ergebnis – pro gelöstem Support-Ticket, pro konvertiertem Lead, pro abgeschlossenem Workflow. Es ist überzeugend, wenn das Ergebnis messbar und wertvoll ist, aber es erfordert Infrastruktur, um zu verfolgen und zu belegen, dass das Ergebnis tatsächlich eingetreten ist. Für die Buchhaltung ist jedes „Ergebnis" eine Leistungsverpflichtung, die Sie zu einem bestimmten Zeitpunkt erfüllen, und Sie benötigen Prüfpfade, um jede Rechnung zu stützen.
Zahlungsabwickler-Abstimmung: Wo das Geld tatsächlich hingeht
Wenn Sie Stripe, Paddle, Lemon Squeezy oder einen Merchant of Record wie Fungies oder Dodo Payments nutzen, ist das Bargeld, das auf Ihrem Bankkonto landet, nie die Zahl, die Ihr Dashboard zeigt. Eine typische Stripe-Auszahlung sieht so aus:
- Bruttoumsatz: 12.400 $
- Abzüglich Stripe-Gebühren (2,9% + 0,30
- Abzüglich Rückerstattungen: -180 $
- Abzüglich Streitfälle und Rückbuchungen: -45 $
- Nettoauszahlung auf Ihr Bankkonto: 11.763 $
Wenn Sie diese 11.763 untertreiben und Ihre Verarbeitungskosten, Rückerstattungsquote und Streitfall-Exposition vollständig aus Ihren eigenen Finanzzahlen verborgen.
Das Abstimmungsmuster
Stimmen Sie mit dem Abwicklerbericht ab, nicht mit der Bankeinlage. Am Monatsende:
-
Importieren Sie den Abrechnungsbericht des Abwicklers – Bruttoumsatz nach Produkt/Plan, Gebühren, Rückerstattungen, Streitfälle, erhobene Steuern. Jeder seriöse Abwickler bietet einen CSV- oder API-Export mit diesen Spalten, täglich aufgeschlüsselt.
-
Buchen Sie den Bruttobetrag auf die richtigen Ertragskonten. Abo-Basis, Überschreitung und Guthabenpaket-Einlösungen erhalten jeweils ein eigenes Konto. Dies ist der Umsatz, den Ihre Kunden tatsächlich gezahlt haben, bevor jemand einen Anteil genommen hat.
Assets:Bank:Checking $11.763 Expenses:ProcessorFees:Stripe $412 Assets:AccountsReceivable:RefundsPending $180 Expenses:Disputes:Chargebacks $45 Income:Subscriptions:Starter Income:Subscriptions:Pro Income:Usage:Overage Income:CreditPacks:RedeemedGenaue Kontonamen liegen in Ihrer Wahl, aber das Prinzip ist fest: brutto rein, Gebühren und Rückerstattungen raus, netto zur Bank.
-
Buchen Sie Gebühren als Aufwand, nicht als Nettoabzug vom Umsatz. Abwicklergebühren sind Kosten der Erlöseinziehung, keine Reduzierung des Erlöses. Sie zu verrechnen, versteckt Ihre wahre Gebührenquote und macht Kohorten-Margenanalysen unmöglich.
-
Behandeln Sie von einem Merchant of Record erhobene Steuern korrekt. Wenn Sie über einen Merchant of Record verkaufen, ist der MoR der rechtliche Verkäufer und übernimmt die Erhebung und Abführung von MwSt., GST und US-Sales-Tax. Die „Steuer"-Zeile in Ihrem MoR-Abrechnungsbericht ist nicht Ihre Abführungspflicht – es ist ihre Verpflichtung – aber Sie müssen sie trotzdem erfassen, damit Ihr Bruttobetrag zum Bericht passt und Ihr Nettobetrag zur Bank. Einige Gründer verrechnen sie mit dem Umsatz; sauberer ist es, sie auf eine Durchlaufverbindlichkeit zu buchen, die sich auf null auflöst, wenn der MoR abführt.
-
Verfolgen Sie Rückerstattungen und Rückbuchungen separat. Eine Rückerstattung ist eine Umkehrung des Umsatzes; eine Rückbuchung fügt zusätzlich eine Streitfallgebühr hinzu. Wenn Sie sie zusammenfassen, können Sie die Frage „Steigt unsere Rückerstattungsquote?" nicht beantworten und ein Betrugsmuster nicht früh erkennen.
Häufige Abstimmungsfehler
Auszahlungen als Umsatz buchen. Der häufigste Fehler bei Solo-Gründern. Er untertreibt das Einkommen, überzeichnet die Marge (weil Gebühren verschwinden) und erzeugt am Jahresende eine Diskrepanz zwischen Ihrem 1099-K und Ihren Büchern.
Ausstehende Auszahlungen ignorieren. Abwicklersalden, die belastet, aber noch nicht ausgezahlt wurden, sind Forderungen. Wenn Sie Ihre Bücher am 31. Januar abschließen und Stripe die Auszahlung für den 29.–31. Januar noch nicht vorgenommen hat, gehört dieser Umsatz zu Januar, nicht zu Februar.
Anwendungsgebühren auf verbundenen Konten vergessen. Wenn Sie einen Marktplatz betreiben oder eine Anwendungsgebühr auf eine verwaltete Zahlung erheben, ist die Anwendungsgebühr Ihr Umsatz und die zugrunde liegende Belastung nicht. Buchen Sie nur das, was Ihnen gehört.
Guthabenpaket-Verkäufe nicht mit abgegrenzten Erlösen abstimmen. Jeder Guthabenpaket-Verkauf sollte einen passenden Verbindlichkeitseintrag haben, der sich auflöst, wenn Guthaben verbraucht werden. Wenn Ihr abgegrenzter Saldo jeden Monat wächst, Ihr realisierter Umsatz jedoch nicht, verkaufen Sie Pakete schneller, als Kunden sie verbrauchen – ein nützliches Signal für den Cashflow, unsichtbar, wenn Sie Pakete als Einkommen beim Verkauf gebucht haben.
Warum über 70% Bruttomarge trotzdem echte Bücher verlangt
Es ist verlockend zu denken, dass ein margenstarkes Softwareunternehmen keine ausgefeilte Buchhaltung braucht. Hosting ist billig, es gibt keinen Lagerbestand, und der Gewinn scheint sich von selbst zu regeln. Drei Realitäten korrigieren das schnell.
Was tatsächlich in den Herstellkosten steckt
Für ein Micro-SaaS- oder API-Unternehmen sind COGS nicht „Hosting". Es sind alle Kosten, die direkt mit der Nutzung skalieren und nicht existieren würden, wenn Sie null Kunden bedienten:
- Upstream-API- und LLM-Token-Kosten (OpenAI, Anthropic oder Ihre eigene GPU-Inferenz)
- Gemessene Infrastruktur (Rechenleistung pro Anfrage, Egress-Bandbreite, Bildgenerierungssekunden)
- Drittanbieter-Daten- oder Anreicherungs-APIs, die Sie weiterverkaufen
- Lizenzkosten pro Sitzplatz für eingebettete Komponenten
Hosting, das nicht mit der Nutzung skaliert – Ihr statisches Frontend, Admin-Dashboards, feste Datenbanken – ist Betriebsaufwand, keine Herstellkosten. Diese Trennung richtig zu machen, ermöglicht Ihnen, eine echte Bruttomarge pro Plan und pro Kunde zu berechnen. Ein Starter-Plan für 29 an LLM- und Rechenkosten kosten; derselbe Plan mit einem Power-User bei 2.000 Generierungen könnte 12 $ kosten. Wenn beide in Ihren Büchern denselben „Bruttogewinn" zeigen, können Sie nicht richtig bepreisen.
Zielen Sie bei der Überschreitungspreisgestaltung auf das 3- bis 5-fache Ihrer Herstellkosten pro Einheit. Wenn eine Generierung Sie inklusive aller Kosten 0,003 . Das hält eine Bruttomarge von 70 bis 80% bei Überschreitungen aufrecht und schützt Sie, wenn Modellkosten steigen oder ein Kunde Automatisierung entdeckt.
Abgegrenzte Erlöse lassen Ihre Bankbilanz lügen
Ein Micro-SaaS, das Jahresvorauszahlungen und Guthabenpakete verkauft, kann cash-reich und gewinn-arm aussehen – oder umgekehrt – je nachdem, wann Sie kassieren. Beispiel: Sie verkaufen im Januar 40 Jahres-Pro-Pläne zu je 990 . Auf Kassenbasis ist Januar Ihr bester Monat aller Zeiten. Auf Periodenbasis haben Sie im Januar 3.300 für zukünftige Leistungen. Wenn Sie Januars Bargeld ausgeben, als wäre es Januars Gewinn, werden Sie bis Dezember knapp.
Periodengerechte Buchführung behebt dies, indem sie Erlöse realisiert, wenn Sie die Verpflichtung erfüllen, nicht wenn Sie kassieren. Buchen Sie den Jahresverkauf wie folgt:
- Bargeld belasten, abgegrenzte Erlöse erkennen (eine Verbindlichkeit)
- Jeden Monat abgegrenzte Erlöse belasten, Abonnementertrag für ein Zwölftel erkennen
Die gleiche Logik gilt für Guthabenpakete: Erlöse beim Verbrauch, nicht beim Verkauf. Es ist mehr Arbeit, und es ist der Unterschied zwischen dem Wissen, ob Sie wachsen, und dem bloßen Beobachten von Geld, das hin und her schwappt.
Unit Economics bestimmen Ihre nächste Entscheidung
Investoren, Kreditgeber und sogar Sie selbst um 23 Uhr, wenn Sie entscheiden, ob Sie die Preise erhöhen, stellen alle dieselben Fragen:
- Wie hoch ist die Netto-Umsatzbindung – geben bestehende Kunden im Laufe der Zeit mehr aus?
- Wie hoch ist die Bruttomarge nach Plan, und welche Stufe subventioniert welche?
- Wie hoch ist die Amortisationszeit der Kundenakquisitionskosten, wenn Sie echte COGS und Abwicklergebühren einbeziehen?
- Wie hoch sind die abgegrenzten Erlöse und decken sie die Verpflichtungen der nächsten zwei Monate?
Keine davon ist aus einem Kontostand zu beantworten. Sie erfordern ein Hauptbuch, das Abonnements von Überschreitungen, brutto von netto, verdient von abgegrenzt und COGS von OPEX trennt. Plain-Text-Buchführung glänzt hier, weil diese Kategorien explizite Konten in einer Datei sind, die Sie kontrollieren, versioniert in git, zu jedem Zeitpunkt prüfbar – nicht vergraben in einem Dashboard, das seine Definitionen ohne Vorwarnung ändert.
Ein minimaler Kontenplan, der funktioniert
Sie brauchen keinen Kontenplan mit 200 Zeilen. Sie brauchen genug Struktur, um die obigen Fragen zu beantworten:
Income:Subscriptions:Starter/Pro/ScaleIncome:Usage:OverageIncome:CreditPacks:Redeemed(Paketverkäufe selbst gehen zuerst aufLiabilities:UnearnedRevenue:CreditPacks)Expenses:COGS:Inference(LLM-/Modellkosten)Expenses:COGS:MeteredInfra(Rechenleistung pro Anfrage, Bandbreite)Expenses:COGS:DataAPIs(weiterverkaufte Drittanbieter-APIs)Expenses:ProcessorFees:Stripe(oder Paddle / MoR)Liabilities:UnearnedRevenue:AnnualPlansundLiabilities:UnearnedRevenue:CreditPacksAssets:AccountsReceivable:ProcessorPending(verdient, aber noch nicht ausgezahlt)
Beginnen Sie dort. Fügen Sie Konten hinzu, wenn Sie eine Frage haben, die die aktuelle Struktur nicht beantworten kann, nicht vorher.
Monatsabschluss für ein Ein-Personen-SaaS
Sie brauchen kein Finanzteam, um Bücher ordentlich abzuschließen. Sie brauchen eine wiederholbare Checkliste, die einmal im Monat eine Stunde dauert:
-
Ziehen Sie den Abwicklerabrechnungsbericht für den gesamten Monat und buchen Sie den Bruttobetrag nach Produkt, mit Gebühren, Rückerstattungen und Steuern aufgeschlüsselt.
-
Stimmen Sie Bankeinlagen ab – jede Auszahlung auf der Bank sollte einer Abrechnungscharge in Ihrem Hauptbuch entsprechen. Kennzeichnen Sie jede ausstehende Charge, die belastet, aber noch nicht ausgezahlt wurde.
-
Aktualisieren Sie die Zeitpläne für abgegrenzte Erlöse. Für jeden Jahresplan und jedes Guthabenpaket verschieben Sie den verdienten Anteil von der Verbindlichkeit zum Ertrag. Wenn Guthabenpakete kein Verfallsdatum haben, erwägen Sie eine Bruchrichtlinie für veraltete Guthaben (nicht eingelöste Pakete älter als 12–18 Monate) und dokumentieren Sie diese – hier lebt das buchhalterische Ermessen, also schreiben Sie es auf.
-
Grenzen Sie nicht fakturierte Nutzung ab. Wenn Sie Überschreitungen im Nachhinein abrechnen, schätzen oder messen Sie den nicht fakturierten Betrag am Monatsende und buchen Sie ihn auf aufgelaufene Erlöse.
-
Stimmen Sie COGS ab. Gleichen Sie Upstream-API-Rechnungen (OpenAI, Cloud-Anbieter) mit dem Nutzungszeitraum ab, den sie abdecken, nicht mit dem Datum der Zahlung. Eine Inferenzrechnung über 2.400 $, die am 5. für die Token des Vormonats bezahlt wurde, gehört zum Vormonat.
-
Überprüfen Sie fehlgeschlagene Zahlungen und Abwanderung. Fehlgeschlagene Belastungen, die erneut versucht werden, sind noch kein verlorener Umsatz; legen Sie sie in einen Mahn-Eimer. Nach Ablauf Ihres Wiederholungsfensters schreiben Sie sie ab und erfassen die Abwanderung genau.
-
Stimmen Sie abgegrenzte und aufgelaufene Salden ab. Ihre abgegrenzte Verbindlichkeit sollte mit einem Zeitplan abgleichbar sein – jeder Dollar, der mit einem bestimmten Kunden und Leistungszeitraum verbunden ist. Wenn die Summe vom Zeitplan abweicht, wurde etwas doppelt oder gar nicht gebucht.
Steuern und Compliance ohne Finanzteam
Wenn Sie nur an US-Kunden verkaufen und unter den wirtschaftlichen Nexus-Schwellen der Bundesstaaten bleiben, ist eine direkte Stripe-Integration überschaubar. Sobald Sie global verkaufen, multipliziert sich die Steuer-Compliance: MwSt. in der EU zum Kundensatz, GST in Australien, HST in Kanada, unterschiedliche Behandlung von SaaS in US-Bundesstaaten und Distance-Selling-Schwellen, die Registrierungspflichten auslösen, von denen Sie nicht wussten, dass sie existieren.
Ein Merchant of Record absorbiert diese Komplexität. Er erhebt und führt Steuern in jeder Jurisdiktion ab, stellt konforme Rechnungen aus, bearbeitet Rückbuchungen und wird zum Verkäufer der Aufzeichnung, sodass Sie nie eine ausländische MwSt.-Erklärung einreichen. Der Kompromiss ist eine höhere Transaktionsgebühr (typischerweise 4 bis 5% plus einen Festbetrag) gegenüber Stripe mit 2,9% + 0,30 $ plus einem separaten Steuerberechnungs-Add-on. Für ein kleines Team, das von Tag eins global versendet, ist die MoR-Gebühr fast immer billiger als die Ingenieurs- und Buchhaltungszeit, es selbst zu tun – und weit billiger, als es falsch zu machen.
Wenn Sie direkt bei Stripe bleiben, mindestens: Registrieren Sie sich unter dem EU-MwSt.-One-Stop-Shop (OSS), sobald Sie EU-Kunden haben, aktivieren Sie Stripe Tax für die Berechnung, reichen Sie vierteljährliche OSS-Erklärungen ein, verfolgen Sie den US-wirtschaftlichen Nexus pro Bundesstaat (viele Staaten verwenden eine Verkaufsschwelle von 100.000 $) und führen Sie konforme Aufzeichnungen für jede Jurisdiktion, in die Sie verkaufen. Berechnung ohne Abführung hilft Ihnen, den richtigen Preis zu nennen, erfüllt aber nicht die Verpflichtung.
Planen Sie auch die Einkommensteuer: Abwicklerauszahlungen sind brutto vor Gebühren, daher wird Ihr 1099-K die höhere Zahl widerspiegeln. Wenn Sie nur Nettoeinlagen gebucht haben, wird Ihre Steuererklärung nicht zum Formular passen, und Sie werden zusätzliche Stunden damit verbringen, den Unterschied zu erklären. Buchen Sie brutto, und der Abgleich ist Arithmetik.
Was saubere Bücher Ihnen bringen
Saubere Bücher für ein Micro-SaaS halten Sie nicht nur konform. Sie geben Ihnen die Antworten, die Sie brauchen, um das Unternehmen zu führen: welcher Plan nach echten COGS die beste Marge hat, ob Guthabenpakete oder Abonnements eine bessere Amortisation treiben, wann Sie das enthaltene Kontingent gegenüber dem Überschreitungspreis erhöhen sollten, und ob dieser „profitable" Monat tatsächlich nur Jahresvorauszahlungen waren, die sich als Wachstum ausgeben.
Richten Sie die Trennung ein – Abonnement versus Überschreitung versus Guthaben-Einlösung, COGS versus OPEX, verdient versus abgegrenzt, brutto versus netto von Gebühren – in Ihrem ersten Monat, nicht in Ihrem zwölften. Ein Jahr mit verrechneten Auszahlungen und falsch klassifiziertem Hosting nachzurüsten, ist die Arbeit, die Gründer wünschen lässt, sie hätten mit einem echten Hauptbuch begonnen.
Vereinfachen Sie Ihr Finanzmanagement
Wenn sich Ihr Micro-SaaS von provisorischer verbrauchsabhängiger Abrechnung zu einer vollwertigen hybriden Preisgestaltungs-Engine entwickelt, ist das Führen klarer Finanzaufzeichnungen das, was Preisentscheidungen ehrlich und die Steuersaison ruhig hält. Beancount.io bietet Plain-Text-Buchführung, die Ihnen vollständige Transparenz und Kontrolle über Ihre Finanzdaten gibt – jede Abonnementstufe, Guthabenpaket-Verbindlichkeit, Abwicklergebühr und COGS-Zeile versioniert in einem Hauptbuch, das Ihnen gehört. Starten Sie kostenlos und sehen Sie, warum Entwickler und Finanzprofis auf Plain-Text-Buchführung umsteigen.