DocuSeal: PDF-Formulare erstellen, ausfüllen und signieren im eigenen Betrieb

PDF-Formulare aufbauen statt Signaturprozesse Skripten

DocuSeal beschreibt sich als offene Plattform für sicheres und effizientes digitale Ausfüllen und Signieren von Dokumenten. Der Kern ist ein WYSIWYG-Builder für PDF-Formularfelder, mit dem man auf jedem Gerät, mobil optimiert, Felder platzieren kann. Das README nennt zwölf Feldtypen, darunter Unterschrift, Datum, Datei und Checkbox, und erlaubt mehrere Unterzeichner pro Dokument. Damit deckt das Projekt genau die Anwendungsfälle ab, die in kleineren Organisationen sonst über E-Mail-Ketten mit angehängten PDFs laufen.

Neben dem Ausfüllen steht das Signieren im Zentrum: Die Plattform erzeugt automatisch elektronische Signaturen im PDF und bietet die Verifikation dieser Signaturen. Die Benutzerverwaltung gehört zum Funktionsumfang, der Versand läuft automatisiert über SMTP. Mit sieben Oberflächensprachen und Signiermöglichkeit in 14 Sprachen ist das Projekt von vornherein für mehrsprachige Unterzeichner ausgelegt. Ein Live-Demo unter demo.docuseal.tech und eine Cloud-Variante unter docuseal.com geben Einstiegspunkte, ohne dass man zuerst selbst deployen muss.

Der open-source Funktionsumfang und die Pro-Abgrenzung

Die Grundversion umfasst laut README neben Formular-Builder, Signaturen und Benutzerverwaltung auch Dateispeicher auf dem Datenträger oder bei AWS S3, Google Storage und Azure Cloud, dazu eine API und Webhooks für Integrationen. Das ist für eine selbst gehostete Lösung ein vollständiger Satz: Formular anlegen, per API aus eigenen Systemen befüllen, Versand und Abschluss über Webhooks zurückmelden.

Die Pro-Features liegen erkennbar an der Grenze zwischen Einzelgebrauch und Geschäftsbetrieb: Firmenlogo und White-Label, Benutzerrollen, automatische Erinnerungen, Einladung und Identitätsverifizierung per SMS, bedingte Felder und Formeln, Bulk-Versand mit CSV- oder XLSX-Import sowie SSO/SAML. Hinzu kommen Vorlagenerstellung über eine HTML-API und über Text-Tag-Attribute im PDF, für die es eigene Anleitungen auf docuseal.com gibt, sowie eingebettete Formulare und Builder für React, Vue, Angular oder reines JavaScript. Wer diese Komponenten in ein Produkt einbauen will, sollte vorab die Preisseite konsultieren, denn genau dort zieht das Projekt seine Erlösgrenze.

Betrieb mit Docker: SQLite im Standard, PostgreSQL per DATABASE_URL

Der schnellste Start ist ein einziger Befehl: docker run --name docuseal -p 3000:3000 -v.:/data docuseal/docuseal. Im Standard nutzt der Container eine SQLite-Datenbank für Daten und Konfiguration, was die Einrichtung auf einem einzigen Volume beschränkt. Für mehrere parallele Nutzer oder höhere Anforderungen erlaubt das README den Wechsel auf PostgreSQL oder MySQL über die Umgebungsvariable DATABASE_URL.

Für den Serverbetrieb gibt es eine docker-compose.yml, die per curl aus dem Repository geladen werden kann: curl https://raw.githubusercontent.com/docusealco/docuseal/master/docker-compose.yml > docker-compose.yml. Der Aufruf sudo HOST=your-domain-name.com docker compose up startet die Anwendung unter eigener Domain; dabei weist das README darauf hin, dass der DNS-Eintrag auf den Server zeigen muss, damit Caddy automatisch SSL-Zertifikate ausstellt. Zusätzlich gibt es Ein-Klick-Deployments für Heroku, Railway, DigitalOcean und Render. Das Release v3.2.2 vom 25. August 2026, drei Wochen nach v3.2.0, zeigt eine zügige Wartungsfrequenz.

Embedded Signing in React, Vue und Angular

Für Produktteams, die das Signieren nicht auf einer fremden Seite abwickeln wollen, bietet DocuSeal eingebettete Formulare. Das README verlinkt eigene Repositories für React (docusealco/docuseal-react), Vue (docusealco/docuseal-vue) und Angular (docusealco/docuseal-angular) sowie eine JavaScript-Variante in der Dokumentation. Beide Richtungen werden unterstützt: das eingebettete Signierformular und der eingebettete Formular-Builder, mit dem Nutzer ihre PDF-Vorlagen innerhalb der eigenen Anwendung zusammenstellen.

Diese Komponenten sind ein klares Signal über die Zielgruppe des Projekts. Während Documenso den gesamten Betrieb als SaaS-Alternative positioniert, verkauft DocuSeal den Baustein auch in Teile anderer Produkte hinein. Kombiniert mit der Template-Erstellung über die HTML-API, für die es den Guide create-pdf-document-fillable-form-with-html-api gibt, und der Feld-Tag-Methode, die Platzhalter direkt im PDF verortet, entsteht ein Werkzeugkasten für Automatisierung, der über manuelles Klicken weit hinausgeht.

Geschäftskundenpfad und Branchenfokus

Ein eigener Abschnitt im README richtet sich an Unternehmen: DocuSeal bietet dort Unterstützung beim Einbetten von Dokumentenprozessen in Web- und Mobile-Apps und nennt Branchen, darunter Banking, Gesundheitswesen, Transport, Immobilien, E-Commerce, KYC und CRM-Software. Der versprochene Nutzen ist die Senkung der Kosten für Entwicklung und Verarbeitung elektronischer Dokumente bei Wahrung der Sicherheit und der lokalen Gesetze zu elektronischen Dokumenten. Kontaktiert wird der Anbieter über die Seite docuseal.com/contact zur Terminvereinbarung.

Dieser Teil des READMEs ist eine Dienstleistungsbeschreibung, keine Funktionsgarantie, und sollte entsprechend gelesen werden. Für die technische Bewertung zählt eher der dokumentierte Kern: API, Webhooks, embedded Komponenten und die Pro-Funktionen wie Bulk-Versand. Wer einen Compliance-Nachweis für eine bestimmte Branche braucht, etwa im Gesundheitswesen, findet im README keine Zertifizierungen; das bleibt ein Thema, das direkt mit dem Anbieter oder im eigenen Prüffeld geklärt werden muss.

AGPLv3 mit Section 7(b) und die Folgen für eigene Builds

Die Lizenzsituation ist präziser als bei vielen Open-Source-Projekten: DocuSeal ist unter AGPLv3 lizenziert, aber mit Additional Terms nach Section 7(b) dieser Lizenz. Das README verweist für Details auf zwei Dateien im Repository, LICENSE und LICENSE_ADDITIONAL_TERMS; alle Dateien sind mit 2023 bis 2026 der DocuSeal LLC zugeordnet. Diese Konstruktion erlaubt es dem Rechteinhaber, Bedingungen zu setzen, die über die AGPL hinausgehen, etwa zu Marken- und Branding-Themen.

Für Betreiber einer eigenen Instanz bleibt die AGPL-Prämisse bestehen: Wer den Dienst über ein Netz anbietet und den Code verändert, muss den geänderten Quelltext anbieten. Wer nur den unveränderten Container betreibt, liefert ohnehin den öffentlichen Stand aus. Vor dem Aufbau eines eigenen Builds oder vor Weitergabe mit eigenem Branding sollte die Datei LICENSE_ADDITIONAL_TERMS konkret gelesen werden, denn genau dort liegen die von der Standard-AGPL abweichenden Pflichten, und sie unterscheiden DocuSeal von nahe verwandten Projekten mit unmodifizierter AGPL.

Redaktionelles Fazit

DocuSeal passt für Teams, die wiederkehrende PDF-Formulare mit mehreren Unterzeichnern abbilden wollen und value auf API, Webhooks und embedded Signing in React, Vue oder Angular legen. Wer automatische Erinnerungen, SMS-Verifizierung, Bulk-Versand per CSV oder SSO/SAML braucht, muss laut README zur Pro-Version greifen. Für den ersten Eindruck reicht der Einzeiler docker run --name docuseal -p 3000:3000 -v.:/data docuseal/docuseal mit SQLite; für den Betrieb unter eigener Domain führt der Weg über die docker-compose.yml mit Caddy und die auf https://github.com/docusealco/docuseal/blob/master/LICENSE_ADDITIONAL_TERMS hinterlegten Zusatzbedingungen.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes