PDF aus Ihren Daten
Der Service erzeugt PDF aus den Daten, die Ihre Anwendung oder Datenbank liefert.
Verträge, Angebote und Formulare sollen aus den Daten Ihres Systems automatisch als PDF entstehen, doch der Text hängt vom Einzelfall ab. Wir bauen dafür einen eigenen Service mit Variablen und Textvarianten, den Ihr System per Schnittstelle aufruft. Ihre Software wird dafür im Kern nicht umgebaut.
Verträge, Angebote und Schreiben entstehen aus Word-Vorlagen, die jemand für jeden Fall anpasst. Das kostet Zeit. Dabei geht leicht ein Textbaustein verloren, oder mehrere Dateien enthalten unterschiedliche Fassungen.
Nach der Erfahrung unserer Ingenieure erzeugen vorhandene Dokumentenservices zwar PDF, bilden Variablen und Textvarianten je nach Fall aber nicht immer ab. Dann entscheidet weiterhin jemand von Hand, welcher Text in welches Dokument gehört.
Zieht ein System auf eine andere Plattform um, etwa von Windows auf Linux, ändern sich mitunter Schriften und Seitengrößen. Zeilenumbrüche, Tabellen und Fußzeilen verschieben sich, und das fällt oft erst nach dem Umschalten auf.
Der Service erzeugt PDF aus den Daten, die Ihre Anwendung oder Datenbank liefert.
Variablen, Textvarianten und Regeln legen fest, welcher Text in welchem Fall im Dokument steht.
Der Service versioniert Vorlagen, damit nachvollziehbar bleibt, welche Fassung wann galt.
Vom Erzeugen bis zum Versand durchläuft das Dokument den Service elektronisch, ohne Umweg über Word-Dateien und Ordner.
Auf Wunsch verschickt der Service das fertige Dokument selbst, statt es an Ihr System zurückzugeben.
Der Service ist ein eigener Baustein mit einer Schnittstelle (REST oder SOAP). Ihr System schickt Daten und den gewünschten Dokumenttyp. Der Service wählt Vorlage und Textvarianten nach den Regeln, setzt die Variablen ein und liefert das fertige PDF zurück.
Ihre Software wird dafür im Kern nicht umgebaut: Sie ruft den Service an der Stelle auf, an der heute das Dokument entsteht. Das fertige PDF speichert oder versendet Ihr System, auf Wunsch auch der Service.
Je nach Umgebung bauen wir den Service in ColdFusion oder Lucee oder in PHP, auf Wunsch auch in Python mit FastAPI. Wo er läuft und wer ihn betreibt, entscheiden Sie.
Ihr System kann dem Service über die Schnittstelle auch verschachtelte Geschäftslogik übergeben. Ein Beispiel: Ein Kaufvertrag umfasst drei Fahrzeuge, zwei sind bei Versicherer X versichert, eines bei Versicherer Y. Das Dokument enthält dann dreimal denselben Textbaustein zum Fahrzeug, der dritte hat aber einen anderen Unterbaustein zur Versicherung und andere Datenarten. Dieses Beispiel und die Tabelle darunter beruhen auf fiktiven Daten.
| Klausel „Zahlung“ | Fall A | Fall B | Fall C |
|---|---|---|---|
| Kundenart | Unternehmen | Privatperson | Unternehmen |
| Produkt | Standardlieferung | Mietgerät | Standardlieferung |
| Land und Sprache | Deutschland, Deutsch | Österreich, Deutsch | Schweiz, Deutsch |
| Text im Dokument | Der Rechnungsbetrag ist innerhalb von 30 Tagen nach Rechnungsdatum in EUR zu zahlen. | Die Miete von {Betrag} EUR ist monatlich im Voraus zu zahlen, erstmals am {Datum}. | Der Rechnungsbetrag ist innerhalb von 30 Tagen nach Rechnungsdatum in CHF zu zahlen. |
Sie geben uns ein Beispieldokument und erklären, wann welcher Text gilt.
Wir halten fest, welche Variablen, Textvarianten und Bedingungen es gibt, und stimmen das Modell mit Ihnen ab.
Ein Prototyp erzeugt Ihr Beispieldokument aus fiktiven Daten. So sehen Sie das Ergebnis, bevor echte Daten im Spiel sind.
Wir binden den Service per Schnittstelle (REST oder SOAP) an Ihr bestehendes System an.
Wir prüfen die erzeugten Dokumente dort, wo der Service läuft: Schriften, Seitengrößen und Ränder.
Sie erhalten den laufenden Service mit Dokumentation der Schnittstelle und Tests mit fiktiven Daten. Wo Vorlagen und Code liegen und wer den Service betreibt, entscheiden Sie.
Und wenn bei uns jemand ausfällt? Die Dokumentation erstellen wir auf Wunsch. Das Repository liegt in der Regel bei Ihnen. Eine Vertretung stellen wir auf Wunsch.
Welche Systeme unsere Ingenieure kennen, steht unter Erfahrung. Wie wir zusammenarbeiten, beschreibt die Seite So arbeiten wir.
Für Unternehmen, die Verträge, Angebote oder Formulare aus den Daten ihres Systems erzeugen wollen, deren Text vom Einzelfall abhängt.
Umfang und Preis legen wir im Erstgespräch fest und bestätigen sie schriftlich, bevor wir beginnen.
Ein lauffähiger Service für einen Dokumenttyp, mit Beschreibung der Schnittstelle, Tests und Dokumentation.
Nein. Der Dokumentenservice steht neben Ihrer bestehenden Software und wird über eine Schnittstelle angebunden. Ihre Software wird im Kern nicht umgebaut: Sie ruft den Service an der Stelle auf, an der heute das Dokument entsteht.
Soll ein altes System selbst zur Schnittstelle werden, beschreibt das die Seite Monolith als Web-Service.
Ja. Wir entwickeln Schnittstellen und binden Systeme an, mit REST und JSON ebenso wie mit SOAP und XML, einschließlich der Synchronisation von Daten zwischen Anwendungen. Typische Anwendungen beschreiben wir unter Entwicklung und Integration.
Das entscheiden Sie. Die Vorlagen gehören Ihnen, und wo sie liegen, legen Sie fest, zum Beispiel zusammen mit dem Code in Ihrem Repository. Ob Ihre Fachabteilung Texte selbst anpasst oder ein Entwickler die Änderungen übernimmt, bestimmen ebenfalls Sie.
Pflege und Weiterentwicklung übernehmen wir auf Wunsch, wie unter Übernahme und Wartung beschrieben.
Wir ergänzen ihn und ersetzen ihn nicht. Er erzeugt weiter die Dokumente, für die er gut geeignet ist. Der neue Service übernimmt die Dokumente, deren Text von Variablen und Regeln abhängt. Welche Dokumenttypen künftig wohin gehören, legen wir gemeinsam mit Ihnen fest.
Das sagen wir Ihnen, sobald wir Ihr Beispieldokument gesehen haben. Die Dauer hängt davon ab, wie viele Variablen, Textvarianten und Regeln das Dokument enthält und wie viele Dokumenttypen dazugehören. Eine Zahl vorab wäre nur geraten.
Aufwand und voraussichtliche Dauer erhalten Sie nach dem Gespräch und einer kurzen Analyse schriftlich.
Das richtet sich nach Ihrer Umgebung und danach, was Ihre IT später betreiben kann. Betreiben Sie bereits ColdFusion oder Lucee, bauen wir den Service dort, denn CFML kann PDF erzeugen (Stand: 2026-10). Bei Lucee gehört dazu die PDF-Erweiterung. Sonst bauen wir ihn in PHP, auf Wunsch auch in Python mit FastAPI.
Welche Sprache Ihr bestehendes System nutzt, spielt für die Anbindung keine Rolle, weil der Service über eine Schnittstelle aufgerufen wird.
Das entscheiden Sie. Der Service läuft auf Ihrer eigenen Infrastruktur oder bei einem Anbieter Ihrer Wahl, und die Daten bleiben dort, wo Sie es festlegen. Für das Beispieldokument und den Prototyp brauchen wir keine echten Daten.
Das hängt von Umfang, Art der Zusammenarbeit und Dringlichkeit ab. Schildern Sie uns kurz Ihre Situation, dann erhalten Sie nach einem Gespräch ein Angebot. Ein Budget brauchen wir dafür nicht. Feste Preise nennen wir bei den Einstiegsprodukten.
Nennen Sie die Art des Dokuments, Ihr System und, soweit bekannt, die Technologie. Das Beispieldokument besprechen wir im Gespräch. Bitte senden Sie keine vertraulichen Unterlagen über das Formular. Wir antworten innerhalb eines Werktags.