Preise & Abrechnung
Die gesamte API-Nutzung wird aus einem einzigen GeraiPoints-Guthaben (GP) bezahlt. Kein Abo, kein Monatskontingent — du zahlst nur die Tokens, die du tatsächlich nutzt.
GeraiPoints
- Lade dein Guthaben auf der Seite Aufladen auf. Guthaben verfällt nicht.
- Den Nutzungsverlauf pro Request und pro Key findest du im Dashboard.
Wie die Kosten berechnet werden
Die Kosten jedes Requests werden aus der vom Modell gemeldeten usage mit dem Tarif des Modells pro 1 Million Tokens berechnet und dann auf das nächste volle GP aufgerundet.
biaya = ceil(
input_tokens / 1000000 × tarif_input
+ output_tokens / 1000000 × tarif_output
+ cache_read_tokens / 1000000 × tarif_cache_read
+ cache_write_tokens / 1000000 × tarif_cache_write
)
tagihan = max(biaya, minimum_per_request)Beispiel mit den aktuellen Tarifen von claude-sonnet-5:
| Komponente | Wert |
|---|---|
| Input-Tarif | 2.300 GP / 1M token |
| Output-Tarif | 11.600 GP / 1M token |
| Mindestbetrag pro Request | 50 GP |
| Nutzung (Beispiel) | 20.000 input + 1.000 output |
| Abrechnung | 58 GP |
Die Zahlen stammen aus dem aktuellen Katalog und können sich ändern; die offiziellen Tarife jedes Modells stehen auf der Preisseite.
Pro Token oder pro Request?
Alle Modelle werden pro Token mit einem kleinen Mindestbetrag pro Request abgerechnet. Ausnahme: Während einer Pauschalpreis-Aktion werden Modelle mit Aktionskennzeichen pauschal pro Request in Höhe ihres Mindestbetrags abgerechnet, unabhängig von der Token-Anzahl.
Cache-Preise
Modelle mit Prompt Caching haben eigene Tarife für Tokens, die aus dem Cache gelesen werden (cache read), und bei manchen Modellen für Tokens, die in den Cache geschrieben werden (cache write). Cache-Read-Tokens sind deutlich günstiger als normaler Input — ein gleichbleibender Prompt-Anfang (System-Prompt, Dateiinhalte) spart also Kosten. Die Cache-Tarife jedes Modells stehen auf der Preisseite.
Mindestbetrag pro Request & Guthabenprüfung
Jedes Modell hat einen Mindestbetrag pro Request (Untergrenze). Kleine Requests, deren Token-Kosten darunter liegen, werden mit dieser Untergrenze abgerechnet — das ist keine Zusatzgebühr zu den Token-Kosten.
- Bevor ein Request weitergeleitet wird, prüft der Server dein Guthaben und reserviert die geschätzten Kosten. Bei unzureichendem Guthaben kommt 402
insufficient_quotaohne Kosten zurück. - Die endgültige Abbuchung wird nach vollständigem Senden der Antwort anhand der tatsächlichen Nutzung berechnet.
Abgebrochene Requests
Anfragen, die auf Käuferseite abgebrochen werden (Timeout der App, Stopp-Taste, unterbrochene Verbindung), bevor die Antwort kommt, werden nach den Kosten berechnet, die der KI-Server tatsächlich erhebt, zu den aktuellen Tarifen des Modells; erhebt der KI-Server nichts, wird nichts berechnet. Die erste Belastung kann höher sein, die Differenz wird automatisch dem Guthaben erstattet. Leere Ausgaben werden nur bei Störungen auf unserer Seite erstattet (leere Antwort/Fehler des Servers oder ≥60 Sekunden keine Ausgabe). Gilt ab dem 1. November 2026.
Damit du nicht für abgebrochene Requests zahlst, stelle einen Timeout von mindestens 300 Sekunden ein und aktiviere Stream. Anleitungen pro Tool findest du unter Agentic-Tool-Einstellungen.
Wann abgerechnet wird und wann nicht
| Ereignis | Abgerechnet? |
|---|---|
| Antwort vollständig | Ja — nach Nutzung |
| Fehler auf unserem Server, bevor die Antwort beginnt (502/503) | Nein |
| Vor der Verarbeitung abgelehnt (400/401/402/403/404) | Nein |
| Von deiner Seite abgebrochen (App-Timeout, Stopp-Button, Verbindungsabbruch) | Ja — die bereits angefallene Nutzung |
| Automatische Wiederholung (Retry) | Ja — jeder Versuch ist ein neuer Request |