Kopflos SDK
besitzt jedes Pixel des Signaturerlebnisses, während EndorsedSign Statusübergänge, Prüfherkunft und Zustellung verwaltet.
Embed vs. Headless – wann man sich für welches entscheiden sollte
| Faktor | Elemente einbetten | Kopflos SDK |
|---|---|---|
| Integrationszeit | Stunden bis Tage | Tage bis Wochen |
| UI-Steuerung | Konfiguration auf Markenebene + Theme-Requisite | Komplett – jedes Element gehört Ihnen |
| Framework-Unterstützung | Nur reagieren | Jeder Framework-Status ist Framework-agnostisch |
| Dokumentenrendering | Verwaltet von EndorsedSign | Sie implementieren mithilfe der Dokument-URL |
| Feldnavigation | Verwaltet von EndorsedSign | Sie implementieren die Verwendung von Feldmetadaten aus SDK |
| Zustandsmaschine | Verwaltet von EndorsedSign | Verwaltet von EndorsedSign |
| Prüfpfad | Verwaltet von EndorsedSign | Verwaltet von EndorsedSign |
Der kopflose SDK gibt Ihnen mehr Kontrolle. Der Nachteil besteht darin, dass Sie Eigentümer der Rendering- und Interaktionsebene sind.
Was der Headless SDK bietet
Signaturzustandsmaschine
Der SDK legt den aktuellen Signaturstatus offen – welche Felder erforderlich sind, welche ausgefüllt sind, welche Übergänge zulässig sind. Ihre Benutzeroberfläche reagiert darauf.
Feldmetadaten
Rufen Sie das vollständige Feldmanifest ab: Typ, Position, erforderlicher Status, aktueller Wert. Rendern Sie Felder in Ihren eigenen Komponenten.
Submit- und Fortschritts-Hooks
Rufen Sie SDK-Methoden auf, um Feldwerte zu aktualisieren, durch den Signaturfluss zu schreiten und die fertige Signatur zu übermitteln.
Statusereignisse in Echtzeit
Abonnieren Sie Signaturereignisse – Feld ausgefüllt, Schritt abgeschlossen, Sitzung abgelaufen – und aktualisieren Sie Ihre Benutzeroberfläche entsprechend.
Häufige Fragen
Erstellen Sie Headless gegen eine Live-Sandbox
Der Headless-Pfad ist der REST API + Ihre eigene Benutzeroberfläche. Beanspruchen Sie in einem Anruf eine Sandbox und verkabeln Sie dann das Framework Ihrer Wahl.