Autype
Zurück zum Blog

Aktualisiert 7. Oktober 2026

Bulk-PDF aus CSV oder Excel: Eine Vorlage, bis zu 100 personalisierte Dokumente pro Job

Eine Vorlage plus CSV- oder Excel-Datei ergibt bis zu 100 personalisierte PDFs pro Job. Praxis-Guide zu Datenaufbereitung, Seriendruck-Alternativen, Records und API-Automatisierung für wiederkehrende Dokumentmengen.

DokumentenautomatisierungTutorials#Autype#bulk document generation#PDF automation#CSV#Excel#document automation#template variables#records#n8n#Bulk-PDF#Seriendruck#PDF aus CSV#Dokumentenautomatisierung#Geschäftsdokumente

Bulk-PDF aus CSV oder Excel: Eine Vorlage, bis zu 100 personalisierte Dokumente pro Job

In fast jedem Unternehmen wiederholt sich monatlich dieselbe Szene: Eine Tabelle enthält alle Daten — 60 Teilnehmende einer Schulung, 45 offene Rechnungen, 30 neue Mitarbeitende — und aus jeder Zeile soll ein eigenes, ordentlich gesetztes PDF werden: ein Zertifikat, eine Rechnung, ein Anschreiben. Die Daten sind in Minuten beisammen. Die Dokumente nicht. Jemand öffnet die Vorlage, tippt die Felder neu ab oder kopiert sie hinein, exportiert ein PDF, benennt die Datei um und wandert zur nächsten Zeile. Zwei Stunden später ist der Stapel fertig — mit drei Tippfehlern, einer Datei namens „rechnung_final_v3“ und ohne verlässliche Spur, was eigentlich verschickt wurde.

Die eigentliche Lösung ist älter als das Problem: Layout und Daten einmal sauber trennen und das Zusammenführen der Software überlassen. Neu ist, wie wenig Aufwand das heute kostet. Eine Dokumentenplattform wie Autype macht aus einer Vorlage plus CSV- oder Excel-Datei bis zu 100 personalisierte Dokumente in einem einzigen Render-Job — ohne Seriendruck-Assistenten, ohne Makro-Pflege, ohne Skript, das jemand betreuen müsste.

Dieser Artikel führt durch das komplette Muster: wie Vorlage und Datendatei zusammenpassen, wie man Daten so aufbereitet, dass sie sauber rendern, was oberhalb der 100-Dokumente-Grenze passiert und wann Seriendruck, Eigenbau-Skript oder Plattform das richtige Werkzeug sind.

Das Prinzip: eine Vorlage, N Datensätze

Für die Bulk-Generierung braucht es genau zwei Zutaten. Erstens eine Vorlage mit Platzhaltern — {{kundenname}}, {{betrag}}, {{faellig_am}} — deren Namen später exakt den Spaltenüberschriften der Datendatei entsprechen. Zweitens die Datendatei selbst: CSV oder Excel, eine Zeile pro Dokument.

Eine minimale Rechnungsvorlage in Extended Markdown sieht so aus:

# Rechnung {{rechnungsnummer}}

**An:** {{kundenname}}
**Betrag:** {{betrag}}
**Fällig am:** {{faellig_am}}

Die passende CSV beginnt so:

kundennamerechnungsnummerbetragfaellig_am
Nordwind GmbHRE-2026-10411480,002026-11-04
Aurora Design ABRE-2026-1042620,502026-11-04
Lighthouse ConsultingRE-2026-10432140,002026-11-11

Drei Zeilen, drei fertige PDFs. Variablen können mehr als reinen Text tragen: Typen für Zahlen, Datum und Bild halten Formatierungsentscheidungen (Währungsanzeige, Datumsstil) aus der Tabelle heraus, und Listen- bzw. Tabellen-Variablen füllen wiederkehrende Blöcke — Rechnungspositionen, Teilnehmendenlisten, Auftragszeilen — ganz ohne manuelle Layoutarbeit.

Von der Tabelle zum fertigen PDF: Schritt für Schritt

SchrittWas du tustWorauf du achten solltest
1 — Vorlage bauenDokument einmal anlegen, Variablen dort setzen, wo die Daten hingehörenVariablennamen spiegeln die Spaltenüberschriften; ein Tippfehler hier wird später ein leeres Feld
2 — Datendatei aufbereitenCSV oder Excel aus dem Quellsystem exportierenEine Zeile pro Dokument; Zahlen als Zahlen, Datum als Datum
3 — Datensätze importierenDatei ins Records-Panel laden und Kompatibilitätsprüfung laufen lassenDie Prüfung meldet fehlende oder falsch benannte Variablen, bevor irgendetwas rendert
4 — Bulk-Job startenAusgewählte Datensätze rendern; bis zu 100 Dokumente pro JobDie Grenze gilt pro Job — für größere Mengen siehe unten
5 — VerteilenPaket herunterladen oder die Auslieferung automatisierenDieselbe Vorlage liefert bei Bedarf auch DOCX und ODT, wenn jemand ein editierbares File braucht

Zwei Details machen den Workflow dauerhaft nutzbar statt zum einmaligen Trick. Gespeicherte Datensätze bleiben zwischen Sitzungen erhalten: Empfängerlisten bleiben in der Plattform, aktualisierte Dateien lassen sich erneut importieren, und historische Renders lassen sich nachvollziehen, wenn ein Kunde wissen will, was er im März tatsächlich erhalten hat. Und weil die Kompatibilitätsprüfung gegen die Live-Vorlage läuft, fällt eine umbenannte Variable schon beim Import auf — nicht erst im fertigen PDF.

Seriendruck, Skript oder Plattform?

KriteriumWord-SeriendruckEigenes Skript (Python & Co.)Dokumentenplattform (Autype)
EinrichtungsaufwandGering, aber pro VorlageHoch — Layout-Code, AbhängigkeitenGering: Vorlageneditor mit Live-Vorschau
LayoutqualitätAn Word-Styles gebundenSo gut wie selbst gebautVorlagen-Design, Marken-Styles, wiederverwendbare Blöcke
AusgabeformatePDF via ExportPDF, DOCX über BibliothekenPDF, DOCX und ODT aus einer Quelle
DatenquellenTabellen, ListenAlles, was sich parsen lässtCSV, Excel, JSON; API-Payloads
WiederholbarkeitFragil (Felder driften)Gut, aber Code-PflegeRecords-Panel hält Daten und Render-Historie
AutomatisierungPraktisch nicht möglichVolle Kontrolle per CodeREST-API, Webhooks, n8n und Make
Nötiges Know-howOffice-KenntnisseEntwicklungOffice-Kenntnisse für Bulk; Entwickler optional

Der Seriendruck bleibt legitim für zwanzig Briefe an einem Dienstagnachmittag. Skripte gewinnen, wenn Dokumente ein Nebenprodukt einer ohnehin bestehenden Software sind. Plattformen gewinnen, wenn Nicht-Entwickler die Vorlage verantworten und die Mengen jeden Monat wiederkommen.

Daten vorbereiten, die sauber rendern

Die meisten Bulk-Probleme sind Datenprobleme. Eine kurze Disziplin verhindert fast alle:

  • Spaltenüberschrift gleich Variablenname. Nicht „fast richtig“ — exakt. kundenname füllt nicht {{kunden_name}}.
  • Eine Zeile, ein Dokument. Verbundene Zellen und Mehrzeilen-Datensätze gehören ins Quellsystem, nicht in die Render-Datei.
  • Typen bleiben Typen. Beträge und Datumsangaben formatiert der Renderer; in Excel nicht als Text vorformatieren.
  • Bilder als Referenz. Logo- oder Unterschriften-Spalten enthalten URLs oder IDs hochgeladener Bilder, keine eingebetteten Dateien.
  • Erst drei Zeilen testen. Die ersten Zeilen rendern, die PDFs ansehen, dann den vollen Job starten. Die Kompatibilitätsprüfung findet strukturelle Abweichungen; das eigene Auge findet inhaltliche.

Über 100 hinaus: API und Automatisierung

Die 100-Dokumente-Grenze gilt pro Job, nicht pro Monat. Dreihundert Zertifikate bedeuten drei Jobs — oder ein API-Aufruf in einer Schleife. Wo Mengen regelmäßig anfallen, ist Automatisierung der bessere Weg: Ein HTTP-Request rendert das Dokument aus Vorlagen-ID und JSON-Payload, ein Webhook meldet die Fertigstellung, und Workflow-Plattformen wie n8n oder Make stoßen die Kette aus dem System an, das die Daten ohnehin hält — Formular-Einreichung, CRM-Statuswechsel, monatlicher Termin. Die Einzel-Dokument-Variante dieses Musters haben wir in unserem Guide zu Word-Vorlagen aus JSON beschrieben; Bulk-Rendering ist dieselbe Idee mit einem Array statt einem einzelnen Objekt.

Die Kosten skalieren linear: Ein Standard-Render kostet ein Credit, ein voller 100er-Job also 100 Credits — eine Menge, die man vor dem Festlegen eines monatlichen Rhythmus gegen das Preismodell rechnen sollte.

Wer Bulk-Jobs wirklich braucht

AnwendungsfallTypische DatenquelleMengenmusterÜbliches Format
Zertifikate für Kurse und EventsRegistrierungs-Export50–100 pro TerminPDF
Rechnungen und ZahlungserinnerungenBuchhaltungs-ExportWöchentlich, 30–100PDF
Arbeits- und Onboarding-SchreibenHR-System-ExportMonatlich, kleinPDF + DOCX
Personalisierte AngeboteCRM (Deals)Laufend, kleinPDF + DOCX
Richtlinien-BestätigungenHR-/IT-ExportQuartalsweise, großPDF

Das Muster ist immer dasselbe: eine wiederkehrende Liste von Personen oder Konten, ein festes Layout und die Anforderung, dass jedes Dokument aussieht wie einzeln gefertigt.

Fazit

Bulk-PDF-Generierung ist keine exotische Technologie — es ist die konsequente Trennung von Layout und Daten, angewandt auf die Tabelle, die ohnehin existiert. Die praktischen Fragen lauten nur: Wer pflegt die Vorlage, wie oft aktualisiert sich der Datenbestand, und wie erreichen die fertigen Dateien ihre Empfänger? Wer diese Fragen heute mit Word-Assistenten und umbenannten Kopien beantwortet, sollte eine Vorlage plus CSV ausprobieren: Datei vorbereiten, Datensätze importieren, bis zu 100 Dokumente pro Job rendern — und sobald sich das Muster bewährt hat, API oder n8n übernehmen lassen. Warum Plattformen wie Autype für solche Aufgaben besser passen als klassische Satz-Stacks, beleuchten wir im Vergleich Typst, LaTeX oder Extended Markdown.


Quellen (abgerufen 2026-10-07):

Autype-Guides-Übersicht, „Bulk document generation“ (Vorlage, CSV-Upload, bis zu 100 personalisierte Dokumente pro Job): https://docs.autype.com/getting-started/guides/overview.md

Autype-Dokumentationsindex: https://docs.autype.com/llms.txt

CraftMyPDF-Blog, Marktüberblick zur PDF-Erzeugung aus CSV-/Tabellendaten: https://www.craftmypdf.com/blog/

Bereit, deine Dokumente zu automatisieren?

Erstelle Geschäftsdokumente mit Autype. Keine Kreditkarte nötig.