Anwendungsfälle

Dokumente, die echtes Geschäft tragen.

Pagr ist aus Kundenprojekten entstanden, nicht aus einem Pitchdeck. Das sind die Dokumentformen, für die es gebaut wurde – und die fertigen Templates, mit denen Sie starten, wenn Ihres so aussieht.

Im Produktivbetrieb

Eine Vermögensübersicht für jeden Kunden, in der Hand des Maklers.

DORI ist die Plattform, mit der belgische Versicherungsmakler ihr Büro führen können – Kundendaten, Verträge, Compliance und das Kundenportal an einer Stelle. Metanous hat sie entwickelt und betreut sie weiterhin.

Die Plattform liefert viele Arten von Dokumenten, darunter das vermogensoverzicht, die Vermögensübersicht: eine Aufstellung von allem, was ein Kunde hält. Sie ist für jeden Kunden anders. Eine andere Anzahl Verträge, andere Produkte, andere Summen, und Rechtstexte, die nur für manche gelten. Es ist kein Formular, in dem nur der Name getauscht wird – die Form des Dokuments folgt den Daten.

Und die Menschen, denen dieses Dokument gehört, sind Makler, keine Entwickler. Wenn eine Aufsichtsbehörde den vorgeschriebenen Wortlaut ändert oder ein Büro sein eigenes Branding auf der Übersicht will, darf das kein Release sein. DORI brauchte also zwei Dinge gleichzeitig: PDFs, die auf Abruf aus den Daten jedes Kunden gerendert werden, und ein Template, das auch ohne Entwicklerhintergrund wirklich änderbar ist.

Diese Kombination ist einer der Gründe, warum Pagr überhaupt existiert. Es war die Engine hinter Dokumenten wie diesem, lange bevor es ein Produkt war.

Warum wir Pagr gebaut haben →

Was dieses Dokument leisten muss

✓Tabellen, die mit der Anzahl der Verträge eines Kunden mitwachsen

✓Diagramme und Summen pro Kunde berechnet, nicht ins Template gegossen

✓Rechtstexte, die nur erscheinen, wenn sie zutreffen

✓Das eigene Branding jedes Büros auf derselben Übersicht

✓Auf Abruf aus der Plattform generiert – und jedes Mal identisch

vermogensoverzicht — Deckblatt

vermogensoverzicht — ein Produkt im Detail

Zwei Seiten einer Vermögensübersicht, gerendert von Pagr. Namen und Beträge sind Beispieldaten; das Layout, das Wertdiagramm pro Kunde und die Steuerzeilen, die nur bei Zutreffen erscheinen, stammen aus dem echten Template.

Weitere Anwendungsfälle

Dasselbe Problem, in vier weiteren Branchen.

Andere Dokumente, dieselben zwei Anforderungen: Das Layout muss den Daten folgen, und wer den Text verantwortet, muss ihn selbst ändern können.

Regulierte Compliance

Zertifikate, die eine Behörde liest

Ein festes gesetzliches Layout, gefüllt mit Daten, die je Gebäude variieren – ein Wert auf einer Skala, ein Foto der Fassade, Anmerkungen, die für manche Objekte gelten und für andere nicht. Der Wortlaut ist vorgegeben, das Template muss also exakt sein – und es ändert sich, wenn sich die Regeln ändern.

✓Bedingte Felder: Anmerkungen und Ausnahmen werden nur gerendert, wenn sie vorhanden sind

✓Fotos per URL; Barcodes werden aus dem Wert in Ihrem JSON generiert, nicht als Bild geschickt

✓Eine pro Aufruf fixierte Template-Version, damit ein neu ausgestelltes Zertifikat dem Original entspricht

Volumen

Rechnungen im Tempo der Transaktionen

Bei der Abrechnung zeigt sich Volumen zuerst: eine Rechnung pro Transaktion, eine Gutschrift pro Rückzahlung und ein Auszug pro Kunde und Monat – alle gleichzeitig, am Ersten des Monats.

✓Ein synchroner Aufruf im Request-Pfad, oder ein Job in der Queue mit signiertem Webhook für den Monatslauf

✓Status pro Dokument, damit ein fehlerhafter Datensatz nicht den ganzen Batch reißt

✓Finance ändert den Umsatzsteuerhinweis oder eine Fußzeile ohne Deployment

Personalwesen

Verträge, die HR selbst ändert

Arbeitsverträge, Nachträge und Lohnabrechnungen kommen aus dem HR-System, aber der Text gehört HR und der Rechtsabteilung. Jede Klausel, die je Land, Vertragsart oder Senioritätsstufe variiert, ist eine Bedingung im Template und kein Branch in irgendeinem Code.

✓Klauseln, die nach Land, Vertragsart oder Rolle umschalten

✓Ein Template für jede Sprache, in der Sie beschäftigen

✓Die Rechtsabteilung ändert den Absatz im Editor; nichts wird ausgeliefert

Hohes Volumen, gedruckt

Papier, das identisch herauskommen muss

Lieferscheine, Etiketten, Frachtbriefe und Arbeitsaufträge werden gedruckt, gescannt und archiviert. Sie müssen exakt in ein physisches Format passen, einen für Scanner lesbaren Code tragen und beim zehntausendsten Dokument genauso aussehen wie beim ersten.

✓Feste Formate und Etikettengrößen, mit Seitenumbrüchen, die Sie steuern

✓Barcodes und QR-Codes werden aus den Daten im Render-Aufruf generiert

✓Streamen Sie das PDF direkt in eine Druckwarteschlange, ohne etwas zu speichern

Beispiel-Templates

Starten Sie mit einem von unseren.

Fertige Pagr-Templates für die Dokumente, die Teams am häufigsten generieren. Laden Sie unten ein echtes Beispiel herunter – oder laden Sie das PDF hoch, das Sie heute verschicken, und starten Sie damit.