Jedes Backend muss irgendwann ein Dokument erzeugen. Eine Rechnung, ein Zertifikat, einen Bericht, ein Vorschaubild für Social Media. Der übliche Weg ist ein Headless-Browser in einem Service, irgendwo im Code ein Template-String und ein Deployment, sobald die Buchhaltung eine andere Fußzeile möchte.
Formfeed ist der andere Weg: Vorlagen liegen in einem Produkt, Daten kommen über eine API, und wer den Text verantwortet, kann ihn ohne Release ändern.
Was in der Beta steckt
Der Editor. Ein Browser-Editor auf der VS-Code-Engine mit Autovervollständigung aus Ihren eigenen Beispieldaten, Diagnosen beim Tippen und einer Vorschau, die so paginiert, wie Chromium druckt. Ein Klick auf ein Element in der Vorschau springt zur erzeugenden Zeile. Jedes Speichern ist eine Version, die Sie vergleichen und wiederherstellen können.
Drei Vorlagensprachen. Jinja2, Liquid und Handlebars mit einem gemeinsamen Helfer-Satz: Geld, Daten und Zahlen, die der Sprache der Vorlage folgen, QR-Codes und Barcodes samt SEPA-Überweisungscode, Diagramme, die beim Rendern gezeichnet werden, Gruppierung und Summen, damit Sie Rohzeilen senden können.
Eine API, die Wiederholungen aushält. Synchrone Renderings für ein einzelnes Dokument, asynchrone für lange, Batches bis tausend Einträge mit Zip am Ende. Idempotenz-Schlüssel, inhaltsbasierte Deduplizierung, signierte Webhooks, Problem Details nach RFC 9457 und ein Reproduzierbarkeitseintrag bei jedem Rendering: Vorlagenversion, Engine-Version, Hash der Ausgabe.
Fertige PDFs. Hängen Sie die AGB an eine Rechnung an, legen Sie „KOPIE“ über jede Seite oder schützen Sie eine Gehaltsabrechnung mit einem Passwort, in derselben Anfrage oder nachträglich an bereits gerenderten Dokumenten.
Vorlagen als Dateien. Ein Kommandozeilenwerkzeug zieht Vorlagen ins Repository, zeigt sie mit Hot-Reload lokal an, validiert sie im Pre-Commit-Hook, rendert über die API und pusht sie zurück. Test-Matcher für Vitest und Jest prüfen, ob eine Vorlage kompiliert, nur bekannte Variablen nutzt und die erwartete Seitenzahl liefert.
Migration von apitemplate.io. Der Importer nimmt HTML, CSS, Einstellungen und Beispiel-JSON, die deren Editor zeigt, und meldet vor dem Veröffentlichen, was einen Blick braucht. Die Kompatibilitätsendpunkte antworten in deren Format, eine bestehende Integration wechselt also mit Basis-URL und Schlüssel.
Was bewusst fehlt
Es gibt noch keine US-Region. Alles wird in Frankfurt gerendert, gleich über welchen API-Host eine Anfrage kommt, und jede Render-Antwort nennt ihre Region. Es gibt keinen visuellen Drag-and-drop-Designer: Vorlagen sind HTML und CSS, und genau das macht sie vergleichbar und testbar. Die E-Rechnung folgt nach dem öffentlichen Start.
Update, 30. September 2026: Bildvorlagen lassen sich jetzt auf einer Arbeitsfläche gestalten (visueller Editor, Beta). Die Arbeitsfläche schreibt eine gewöhnliche HTML-Vorlage; Dokumente bleiben also HTML und CSS, vergleichbar und testbar.
Update, 17. Oktober 2026: Die E-Rechnung kam am 4. Oktober 2026. Ein PDF-Rendering kann eine Rechnung im Format ZUGFeRD / Factur-X liefern, live ab dem Starter-Plan und als markiertes Test-Rendering in jedem Plan (E-Rechnung).
Preise
Pläne sind in Euro mit einer kostenlosen Stufe, und Test-Schlüssel rendern kostenlos, damit Entwicklung und CI das Kontingent nie berühren. Eine Einheit ist ein PDF bis fünf Seiten oder ein Bild; Vorschauen und Validierungen kosten nichts.
Wie Sie hineinkommen
Update, 20. September 2026: Die private Beta ist vorbei. Die Anmeldung steht allen offen, der Free-Tarif braucht weder Einladung noch Karte, und Test-Schlüssel rendern beim Bauen kostenlos. Wie es lief, solange die Warteliste bestand, steht hier:
Die Beta lief auf Einladung, solange wir die Render-Warteschlange unter echter Last beobachteten. Eine Einladung brachte einen Workspace in der EU-Region und Startvorlagen. Wenn Sie von apitemplate.io wechseln, schreiben Sie es dazu, dann sehen wir uns Ihre Vorlagen gemeinsam an.