Invoices and credit notes
Line items that break cleanly across pages, any currency, payment QR codes and totals that always match your ledger. See invoice automation.
Document Generation API
One template library for every document your business sends — invoices, reports, certificates, receipts — filled automatically from your app, your database or a spreadsheet.
A document generation API creates business documents automatically. You store an approved template once; your systems send the variable data as JSON; the API merges the two, lays out the pages and returns a finished, branded PDF or image. No one opens a file, replaces a name and exports it by hand.
An honest note before you read on. Many tools in this category merge Word (.docx) templates. This one does not: templates are HTML and CSS, and the output is PDF or image, never an editable Word file. That is a real difference in approach, and the comparison further down says plainly which one fits your process.
| Endpoint | POST https://api.dynamicdocumentapi.com/v1/renders, or the direct routes /v1/pdf/from-template, /from-html, /from-url, /from-markdown |
|---|---|
| Template language | HTML and CSS with Jinja syntax — loops, conditions, filters — plus Markdown for text-heavy documents |
| Output | PDF, PNG or JPG from the same template |
| Not supported | DOCX, XLSX or PPTX templates and output; editable Word files |
| Versions | Every template change is kept, renders can be pinned to a version, rollback at any time |
| Volume | One-off renders, batches from a JSON list or CSV, async with signed webhooks (paid plans) |
| Data handling | EU region, data processing agreement, per-request retention_days, signed links that expire |
| Render time | Median 216 ms, p95 516 ms1 |
| Price | Free: 50 renders/month. Paid from €15/month (billed annually) for 3,000 renders, auto top-ups from €6 per 1,000 |
1. Measured over 1,664 successful renders on engine 2026.4,
Chromium 153. total_ms = time in the queue plus processing in the worker,
excluding API overhead and network transfer.
Four moving parts, and only the first one is a design decision. The rest is plumbing you set up once.
Each document type gets one approved template with your logo, fonts and legal footer. Marketing and legal sign it off once, not once per document.
Your product, your database, a CRM export or a spreadsheet supplies the variable fields as JSON — in whatever shape your system already uses.
One HTTP call merges data and template in Chromium and returns the document, typically in a few hundred milliseconds.
Attach the bytes to an email, hand out a signed link, put the file in your portal or write it to your own storage bucket.
Three things make this survive contact with production: an Idempotency-Key so
a retried call never produces a duplicate document, signed webhooks for long-running
batches, and test keys that render watermarked output without spending quota. The technical
details live on the PDF generation API page.
The mechanism is the same for every document; only the template and the data change. These four have pages of their own, with code and layout details.
Line items that break cleanly across pages, any currency, payment QR codes and totals that always match your ledger. See invoice automation.
Charts, long tables with repeating headers, bookmarks and “Page 3 of 12”. See automated reports.
A print-ready PDF and a shareable image per participant, with a QR code pointing at your verification page. See certificate generation.
A4, Letter or 58/80 mm thermal width, generated the moment a payment settles. See receipt generation.
Text-heavy documents with numbered clauses, signature blocks and conditional sections. Markdown works well here, through the Markdown to PDF API.
Custom paper sizes for shipping labels and event badges, or the image generation API for PNG and JPG from the same template.
The API does not care which system holds your records; it only needs JSON over HTTPS.
The moment more than one person can create documents, consistency becomes the real problem — not rendering.
Brand colors, fonts and the legal footer live in one shared stylesheet and shared partials. A rebrand means editing them once, not opening forty documents.
Every template change keeps its history. Pin a render to a specific version, compare what changed and roll back if a layout turns out wrong in production.
A test key renders watermarked output, costs no credits and expires after a day — enough to try a layout change against real data without touching your quota.
Dates, numbers and currencies follow Unicode CLDR for the locale you pass, and the text blocks come from your data — so one template can serve every market you sell in.
This is the fork in the road for anyone choosing a document generation tool, and it is rarely spelled out. Both approaches are legitimate; they suit different teams.
| Aspect | Word (DOCX) merge tools | HTML templates, this API |
|---|---|---|
| Who edits the template | Anyone who can use Word | Anyone comfortable with HTML and CSS, or a developer |
| Control over the printed page | Word's layout engine decides | Exact: page size, margins, page breaks, running headers |
| Charts and dynamic graphics | Usually a pre-rendered image | Any JavaScript chart library, drawn at render time |
| Web fonts and brand assets | Fonts must be installed or embedded | Your fonts and assets load with the template |
| Editable output | Yes — a .docx the recipient can change | No — PDF or image only |
| Review workflow | Track changes and comments in Word | Version history with rollback, diffs like code |
| Best when | Legal or sales staff own the wording and need editable files | A product generates documents automatically and the layout must be exact every time |
The short rule: if a human opens the finished document and keeps writing in it, choose a Word-based tool. If a system produces the document and a person only reads, prints or files it, HTML templates give you more control and fewer surprises.
Invoices carry addresses, certificates carry names, statements carry balances. What that means in practice:
retention_days decides per
request how long a file is kept, up to your plan's maximum — or take the bytes with
"delivery": "binary" and have us store nothing.A render is one returned file of up to 50 pages. Growth (€47/month, 15,000 renders), Pro (€119/month, 50,000) and Scale (€319/month, 200,000) are billed annually; paid plans top up automatically when they run low. See the full pricing, the enterprise plan, or talk to sales about higher volumes.
FAQ
PDF generation describes the technical step: HTML, a URL or Markdown goes in, a PDF comes out. Document generation describes the business process around it: a library of approved templates, data from your systems, a document produced for a person, and delivery. The same API covers both; only the framing differs.
No. Templates are HTML and CSS with Jinja syntax, or Markdown. We do not merge
.docx files and we do not return editable Word documents. If your process
depends on Word files that colleagues edit, a DOCX mail-merge tool is the better fit. If
you want pixel-exact control over the printed result, HTML templates are stronger.
Anything with a fixed layout and variable data: invoices, receipts, quotes, order confirmations, delivery notes, contracts, reports, statements, certificates, labels and membership cards. The same template can also render as a PNG or JPG for emails and social posts.
Templates are edited in the browser, and any tool that can send an HTTP request can trigger a render — an automation platform, a scheduler, a spreadsheet script or a low-code backend. There is no prebuilt app for a specific platform yet, so the call itself has to be configured once.
You stay the controller and we act as processor under a
data processing agreement. Rendering runs in the EU region, you decide
per request how long a file is stored with retention_days, links are signed and
expire, and you can delete files at any time. Send only the fields a document needs.
Templates are versioned: every change keeps its history, you can pin a render to a version and roll back if a layout turns out wrong. Shared header and footer partials keep branding consistent, and test keys let you try changes against watermarked output without touching production volume.
50 renders a month on the free plan, no credit card, auto top-ups on paid plans.
Start free