Preise der PDF- und Bild-API — Sie zahlen für Renderings, nicht für Plätze

Automatisches Nachladen: kein harter Stopp, keine Überverbrauchsrechnung

Bezahltarife bekommen nie eine Überverbrauchsrechnung. Stattdessen laden wir, sobald in Ihrem Workspace weniger als 200 Renderings übrig sind — enthaltene plus vorausbezahlte —, 1.000 Renderings zum Nachladepreis Ihres Tarifs nach, damit Ihre Renderings weiterlaufen. Stripe belastet Ihre Karte innerhalb von etwa 24 Stunden, die Renderings stehen sofort bereit, und für jedes Nachladen bekommen Sie eine E-Mail.

• Preis je Nachladen von 1.000 Renderings: 6 € bei Starter, 4 € bei Growth, 3 € bei Pro, 2 € bei Scale, ab 1,20 € bei Enterprise — jeweils zzgl. USt.
• Monatliches Nachladelimit. Der Höchstbetrag, den Ihr Workspace pro Zeitraum für Tarif und Nachladen ausgeben kann. Standardmäßig das Doppelte des monatlichen Tarifpreises, im Dashboard änderbar; 0 schaltet das Nachladen ab. Bei Growth lässt das Standardlimit von 118 € zum Beispiel 59 € fürs Nachladen — bis zu 14-mal nachladen oder 14.000 zusätzliche Renderings pro Zeitraum.
• Reihenfolge des Verbrauchs. Erst die enthaltenen Renderings, dann vorausbezahlte mit dem frühesten Ablaufdatum. Nachgeladene Renderings bleiben erhalten und verfallen 12 Monate nach dem Kauf; enthaltene Renderings setzen sich jeden Zeitraum zurück.
• Eins nach dem anderen. Ein neues Nachladen folgt erst, wenn das vorige bezahlt ist. Schlägt eine Zahlung fehl, wird nichts mehr nachgeladen, bis sie gelingt.
• Wenn nichts nachgeladen werden kann — Limit erreicht, Nachladen abgeschaltet oder eine Zahlung offen — und die Renderings aufgebraucht sind, scheitern Live-Renderings bis zum nächsten Zeitraum mit 402 render_limit_reached. Testschlüssel funktionieren weiter, die Entwicklung steht also nie still.
• Sie erfahren es rechtzeitig. Per E-Mail und über den Webhook usage.threshold_reached bei 50 %, 80 % und 100 % der enthaltenen Renderings — und wenn das Limit weiteres Nachladen stoppt.

In der API heißt das Nachladen render_blocks und das Limit spend_cap_cents; beides zeigt GET /v1/account. Die vertragliche Regelung steht in Abschnitt 6 der AGB.

Was als Rendering zählt

Ein Rendering ist ein erzeugtes Dokument mit bis zu 50 Seiten oder ein Bild in einer Ausgabegröße. Die Abrechnung pro Dokument statt pro Seite hält die Kosten eines langen Berichts berechenbar, und die Einheit von 50 Seiten verhindert, dass ein tausendseitiger Export wie eine einseitige Rechnung berechnet wird.

Beispiele: Eine zwölfseitige Rechnung ist ein Rendering, und dieselbe Rechnung als Factur-X-E-Rechnung auch; ein Bericht mit 120 Seiten sind drei Renderings; ein Social-Media-Bild in zwei Größen sind zwei. Ein signierter Render-Link wird einmal berechnet, egal wie oft er abgerufen wird: Setzen Sie ihn in ein og:image-Tag, und die Crawler, Chat-Apps und Timelines, die ihn tausendmal laden, kosten Sie ein einziges Rendering. Die berechnete Zahl steht pro Rendering in billed_renders und im Antwort-Header X-Billed-Renders, damit Ihr eigenes Kosten-Dashboard sie abgleichen kann.