Auch den Aufruf abrechnen, der Bruchteile eines Cents bringt
Messen Sie Aufrufe in Ihrem eigenen Zähler und begleichen Sie die Periode über die Krypto-Zahlungs-API als eine Stablecoin-Rechnung — keine feste Gebühr, die erst verdient sein will, bevor sich ein kleiner Mehrverbrauch lohnt. Und das Geld ist endgültig, sobald es auf Ihrem Guthaben bestätigt ist.

Wo Preise je API-Aufruf auf die Mindestbeträge der Kartenschiene treffen
Warum verliert nutzungsbasierte API-Abrechnung bei kleinen Rechnungen zweistellig an Gebühren?
Vier strukturelle Fehler, die die Kartenschiene in Preise je Aufruf einbaut.
Der feste Anteil ist größer als der Aufruf, den er abrechnet
Eine Kartenbelastung trägt eine feste Gebühr je Transaktion, bevor der Prozentsatz überhaupt beginnt. Diese Schwelle wurde für einen Einkaufswagen über 20 $ gesetzt, nicht für einen API-Aufruf im Wert eines Zehntelcents. Wer jede Anfrage einzeln abrechnet, zahlt das Tausendfache des Umsatzes an Gebühr; wer einen Monat Aufrufe zu einer kleinen Mehrverbrauchsrechnung bündelt, verliert an der festen Gebühr immer noch ein Fünftel einer Rechnung über wenige Dollar — bevor der Zuschlag für wiederkehrende Abrechnung seinen Anteil daraufsetzt. Also heben Sie den Mindestumsatz an und verlieren Self-Service-Anmeldungen, oder Sie schlucken den Mehrverbrauch und lassen Ihr Messwerk unabgerechnet laufen.
Prepaid-API-Guthaben macht Sie zur Treasury-Abteilung, die Sie nie besetzt haben
Das Muster „Guthaben kaufen und abrufen“, das API-Käufer erwarten, legt Kundengeld als abgegrenzten Umsatz in Ihre Bilanz — mit Erstattungslogik bei Abwanderung und Streitrisiko auf jeder Vorauszahlung. Die etablierten Infrastrukturanbieter haben dafür eine Finanzfunktion aufgebaut. Ein API-Start-up mit vier Leuten hat das nicht, liefert deshalb rein nutzungsbasiert aus, weist den Käufer ab, der ein Ausgabenlimit will, und sieht zu, wie ein Wettbewerber mit Guthabenmodell den Account holt.
Der Abschluss steht, dann stirbt er in der Kreditorenbuchhaltung
Ein Enterprise-Käufer mit Abnahmeverpflichtung leitet den Einkauf durch ein System, das eine strukturierte Bestellnummer, ein Steuerformular und 30 Tage Zahlungsziel verlangt. Die Rechnung einer Kartenabrechnung trägt nur ein freies Textfeld, also weist die Kreditorenbuchhaltung sie zurück: Das Bestellnummernfeld ist nicht strukturiert, und die Belastung lässt sich nicht gegen ihr Abnahmekonto abgleichen. Sie setzen ein Buchhaltungstool auf den Anbieter, buchen die Forderung doppelt und beantworten Abgleichs-E-Mails, statt zu liefern.
Der Entwickler hat das Budget, der Ländercode seiner Bank nicht
Ein erheblicher Teil des API-Verbrauchs kommt aus Freelancer-Communitys in Regionen, die das Risikomodell eines Anbieters auf den ersten Blick als verdächtig einstuft. Der Entwickler hat eine Firmenkarte oder einen Stablecoin und eine echte Last, doch die Belastung scheitert allein am Ausgabeland. Sie haben Akquisekosten bezahlt, um ihn auf die Anmeldeseite zu bringen — und die Abrechnungsoberfläche, nicht das Produkt, schickt ihn wieder weg.
Was eine Wallet-Schiene für Preise je Aufruf leistet
Was ändert sich, wenn eine Nutzungsperiode als eine Stablecoin-Zahlung eingeht?
Vier Dinge kommen in Ordnung, sobald das Messwerk keinen Kartenanbieter mehr füttert.
Der On-Chain-Schritt feuert zum Periodenende, nicht je Anfrage
Ihr Messwerk zählt Aufrufe längst in dem Speicher, den Sie betreiben — eine Postgres-Zeile, ein Redis-Zähler. Zum Periodenende gibt es eine Zahl aus, der Kunde begleicht eine Rechnung, und aus einem Monat mit Millionen Aufrufen wird ein einziger Transfer statt einer Million Umläufe. Es gibt keine feste Gebühr, die sich über diese Rechnung verteilen müsste, also lohnt sich endlich auch der Aufruf für einen Zehntelcent und der kleine Mehrverbrauch. Der Satz beträgt 1,0 % der Rechnung — bei 4 $ genauso wie bei 4.000 $.
Prepaid-Guthaben wird ein Zähler statt eines Abgrenzungsproblems
Der Kunde begleicht eine Vorauszahlung einmal; Sie erhöhen einen Saldo und ziehen ihn mit jedem Aufruf ab — das Guthaben lebt als Ladenguthaben in Ihrer eigenen Datenbank, nicht als Verbindlichkeit mit Streitrisiko daran. Eine bestätigte Stablecoin-Zahlung ist endgültig, also hängt über einer einen Monat alten Aufladung keine Rückholung. Um ein nicht verbrauchtes Guthaben zurückzugeben, lösen Sie einen ausgehenden Transfer aus Ihrem Paymos-Guthaben aus, zu Ihrem Zeitpunkt, ohne Gebühr für eine Streitrunde auf dem Rückweg.
Die Vertragsrechnung behält ihren Papierkram, der Zahlungsweg wird kurz
Der Beleg, der dem Einkauf genügt — Bestellnummer, Steuerformular, Einzelpositionen —, kommt weiter aus Ihrem Abrechnungstool, und Paymos versucht nie, ihn zu ersetzen. Gibt die Kreditorenbuchhaltung die Zahlung innerhalb ihrer Frist frei, zahlt sie einen Zahlungslink mit Ihrer Bestell- oder Vertragsnummer als Bestellreferenz, statt eine Überweisung anzustoßen. Der Webhook liefert diese Referenz zurück, sobald die Mittel bestätigt sind, und die Forderung schließt sich von selbst — kein mehrtägiges Clearing, kein Rückholrisiko, das wochenlang offen bleibt.
Ein Wallet hat kein Ausgabeland, an dem es abgelehnt werden könnte
Der Entwickler, dessen Karte am Ländercode scheiterte, signiert einen Transfer und ist in unter einer Minute durch — im Netzwerk, in dem seine Mittel ohnehin liegen. Es gibt keine BIN zu markieren, keine Mauer gegen Auslandstransaktionen, keinen Risikowert, der Sie aus einem Markt hält, in dem Ihre API das bessere Werkzeug ist. Paymos prüft weder den Käufer noch Ihre Kategorie, und kein Anbieter kann Ihr Konto sperren, weil Sie diese Region bedienen. Ihr adressierbarer Markt wächst um die Entwickler, die die Kartenschiene still ausschließt.
Wie eine API-Plattform den Zahlungsweg anschließt
Wie ergänzen Sie Paymos in einer nutzungsbasierten Abrechnung?
Drei Wege, je nachdem, wem das Messwerk gehört und welches Segment zahlt.

Host-to-Host-API — die Periode begleichen, die Ihr Messwerk schließt
API-Anbieter betreiben fast immer ein eigenes Messwerk, weil ein generisches Produkt für nutzungsbasierte Abrechnung ein RPC-Kontingent oder einen Inferenzjob selten abbildet. Die Host-to-Host-API nimmt die Zahl, die dieses Messwerk zum Periodenende ausgibt, stellt eine Rechnung und übergibt sie dem Wallet des Kunden — beglichen wird über das Netzwerk, das seine Mittel hält. Bei der Bestätigung feuert ein mit HMAC-SHA256 signierter Webhook. Ihr Scheduler fährt den Abschluss, Ihr Speicher berechnet den Betrag, und Paymos trägt nur die Zahlung von seinem Wallet auf Ihr Guthaben.
Details ansehen
Eingebetteter Checkout — Guthaben aufladen in Ihrer eigenen Konsole
Für den Guthabenkauf setzen Sie den Paymos-Checkout in den Auflade-Dialog Ihrer Konsole. Der Kunde wählt einen Betrag, zahlt, ohne Ihre Domain zu verlassen, und Ihr Backend erhöht den Guthabenzähler in dem Moment, in dem der Webhook eintrifft. Kartenkäufer können bei Ihrem bisherigen Anbieter bleiben, Wallet-Käufer zahlen hier — die Schiene ist eine Entscheidung je Kunde, kein Plattformwechsel.
Details ansehen
Zahlungslinks — Verträge mit Abnahmeverpflichtung und Jahresvorauszahlung
Bei Abnahmeverpflichtung oder Jahresvorauszahlung kommen Vertrag und Rechnung weiter aus Ihren bestehenden Werkzeugen. Gibt der Einkauf die Zahlung frei, erzeugen Sie aus CRM oder Angebotstool einen Zahlungslink mit Bestell- oder Vertragsnummer als Bestellreferenz und schicken ihn an den Finanzkontakt. Der Link wird beglichen, ob der Käufer in Singapur, São Paulo oder Lagos sitzt — es gibt keine Kartengeografie, um die herum verhandelt werden müsste.
Details ansehenAPI-Preismodelle, die schon auf einer Wallet-Schiene laufen
Welche API-Geschäftsmodelle passen produktiv auf eine Wallet-Schiene?
Vier Formen von echten API-Anbietern — RPC, Messaging, Inferenz, Geokodierung.
RPC- und Node-Anbieter — eine per Definition wallet-native Kundschaft
Der Entwickler, der für Node-Zugang zahlt, hält ohnehin USDC — es ist das Wallet, aus dem er Verträge deployt. Wird der Monatstarif aus genau diesem Wallet beglichen, bestätigt sich die Zahlung in Sekunden, landet auf Ihrem Paymos-Guthaben und bleibt dort: Ein bezahlter Zugangsmonat lässt sich nicht rückgängig machen. In dieser Nische ist die Wallet-Schiene keine neue Zumutung für den Kunden, sondern die Schiene, auf der er ohnehin schon war.
Messaging-APIs — Abrechnung je Nachricht mit hartem Ausgabenlimit
SMS- und Sprach-APIs kosten Bruchteile eines Cents je Nachricht, und die Monatsrechnung reicht von ein paar Dollar beim Bastler bis zu fünfstelligen Beträgen beim Enterprise-Versender. Prepaid-Guthaben passt hier, weil Versender ein Budgetlimit gegen Missbrauch wollen: Sie zahlen einen festen Betrag ein, Sie ziehen ihn zum Nachrichtenpreis ab, und die Erinnerung bei niedrigem Stand kommt aus Ihrem eigenen System. Der Saldo ist ein Zähler in Ihrer Datenbank, also entsteht keine Abgrenzung, und nach dem Versand kann nichts zurückgebucht werden.
Inferenz-APIs — schwankender GPU-Verbrauch, im Voraus gedeckt
Inferenz-Endpunkte rechnen GPU-Sekunden ab, und ein einzelner Generierungsjob schwankt von wenigen Dollar bis zu einigen Dutzend. Der Kunde will eine verlässliche Obergrenze, Sie wollen verlässlichen Zahlungseingang — ein Prepaid-Saldo in Stablecoins bedient beides, abgezogen je Job in Ihrem eigenen Messwerk. Die Modellbauer-Community lebt ohnehin on-chain, die Aufladung bestätigt sich in Sekunden, und einmal gelieferte Rechenleistung lässt sich nicht mehr anfechten.
Geokodierungs- und Karten-APIs — Volumen je tausend Anfragen
Geokodierungs-Endpunkte rechnen je tausend Abfragen ab. Ein Logistik-Start-up mit zweistelligen Millionen Anfragen im Monat trägt eine Rechnung, die für die private Karte des Gründers zu groß und für den Enterprise-Einkauf zu formlos ist. Nutzungsabrechnung schließt die Periode als eine Zahlung, die bei Bestätigung Ihrem Paymos-Guthaben gutgeschrieben wird — genau die mittelgroße Monatsrechnung, die ohne Mindestbetrag darunter und ohne Rückweg danach besser funktioniert.
API-as-a-Service-Abrechnung auf Stablecoins
Häufige Fragen
Eine Million Aufrufe zu Bruchteilen eines Cents — wird jeder Aufruf on-chain beglichen?
Wie funktioniert Prepaid-Guthaben, und wie erstatten Sie einen nicht verbrauchten Saldo?
Können wir Karten für kleine Self-Service-Accounts behalten und Stablecoins für Enterprise nutzen?
Wie funktionieren 30 Tage Zahlungsziel bei API-Käufern mit Bestellnummernpflicht?
Welche Netzwerke passen zu welcher Kundengröße?
Worin unterscheidet sich das von einem Abrechnungsaufsatz plus Buchhaltungstool für Enterprise-Rechnungen?
Ehrlicher Ausschluss
Wann Paymos NICHT zur API-Abrechnung passt
Vier Fälle, in denen die Rechnung besser auf Karte oder Überweisung bleibt.
Ihre großen Accounts zahlen per Richtlinie ausschließlich per Überweisung
Wenn die wenigen Accounts, die Ihren Umsatz tragen, Kreditorenrichtlinien allein um Banküberweisungen herum geschrieben haben, kostet die Bitte um eine Ausnahme beim Zahlungsweg Wohlwollen, das Sie zur Verlängerung brauchen. Lassen Sie diese Rechnungen, wo sie sind. Die Wallet-Schiene verdient ihr Geld im langen Ende — bei mittelständischen Teams und internationalen Entwicklern, die Karte und Überweisung schlecht bedienen —, nicht damit, das Regelwerk eines Konzerneinkaufs neu zu verhandeln.
Ihre Pauschaltarife leben von einer gespeicherten Karte, an die niemand denkt
Ein pauschaler Monatstarif verlängert sich heute, weil eine hinterlegte Karte belastet wird, ohne dass jemand sich zum Zahlen entschließt. Ein Wallet lässt sich nicht belasten — in jedem Zyklus begleicht der Kunde eine Rechnung bewusst, also verliert ein Tarif, der von Trägheit lebt, in dem Moment Kunden, in dem er eine Handlung verlangt. Lassen Sie solche Tarife auf Karten und richten Sie die Wallet-Schiene auf gemessenen Mehrverbrauch, Aufladungen und Verträge mit Abnahmeverpflichtung — Zahlungen, die der Kunde ohnehin bewusst leistet.
Ihre Rechnungen liegen regelmäßig unter einem Dollar — dafür taugt keine Schiene
Wenn Ihr Modell hunderttausend Kunden im Monat erzeugt, die je dreißig Cent schulden, kommt keine Zahlungsschiene sauber durch: Die Netzwerkgebühr ist nie null, und hunderttausend Zahlungen sind echte Betriebslast. Die Lösung ist überall dieselbe — ein Monatsminimum, Kleinstsalden, die in die nächste Periode rollen, oder Prepaid-Guthaben mit Mindestaufladung. Paymos beseitigt das Gebührenproblem je Aufruf ab Rechnungen im zweistelligen Dollarbereich; unter einem Dollar braucht es zuerst ein neues Preismodell, bevor irgendeine Schiene hilft.
Messwerk, Tarife und Rechnungen liegen alle im Stack eines Anbieters
Wenn Aggregation, Tariflogik und Kundenrechnungen alle in den Event-Objekten eines Anbieters sitzen, ist das Herauslösen ein Quartal Entwicklungsarbeit und kein Konfigurationsschalter. Richten Sie zuerst neue Verträge mit Abnahmeverpflichtung auf Paymos, wo der Gebührenabstand am größten ist, und lassen Sie den Bestand laufen, bis Sie ohnehin aus Produktgründen die Plattform wechseln. Ein funktionierendes Messwerk ist mehr wert als ein Rabatt auf den Satz.
Verwandte Abläufe
Weitere Unterbereiche von SaaS & digitale Produkte auf Paymos
Preise
1,0 % der beglichenen Rechnung. Keine Gebühr je Aufruf, kein Aufpreis für Nutzungsabrechnung
Die kleine Aufladung und der große Vertrag mit Abnahmeverpflichtung laufen über denselben Prozentsatz, ohne Einrichtung und ohne Monatsminimum. Auf 0,3 % gehen wir mit wachsender Zahl beglichener Rechnungen; fragen können Sie ab der ersten Aufladung. Eine Mehrverbrauchsrechnung über ein paar Dollar zeigt, warum: Kartenabrechnung liegt bei knapp 3 % all-in, und die feste Schwelle je Belastung nimmt allein ein Fünftel.
Preise ansehen