Anpassung der Abschlussseite: Unterzeichner nach dem Signieren zurück zu Ihrer App leiten

Bei den meisten E-Signatur-Tools landet ein Unterzeichner nach Abschluss des Signiervorgangs auf einer generischen Seite mit der Aufschrift "Vielen Dank für Ihre Unterschrift", die nichts mit dem Workflow zu tun hat, der ihn dorthin geführt hat. Bei einer eingebetteten Integration ist das der eine Moment in einem ansonsten reibungslosen Ablauf, in dem Ihnen die Kontrolle unbemerkt aus den Händen gleitet – genau dann, wenn Sie sie am dringendsten zurückhaben wollen.

Die neue Anpassung der Abschlussseite von Firma.dev schließt diese Lücke. Sie können jetzt einen benutzerdefinierten Titel, eine benutzerdefinierte Nachricht und eine URL für die automatische Weiterleitung einrichten, die sofort nach dem Ausfüllen der Unterschrift durch den Unterzeichner aufgerufen wird. Dies ist auf Unternehmensebene, Workspace-Ebene, Vorlagenebene oder auf Ebene der einzelnen Signieranforderung konfigurierbar.

Die Sackgasse am Ende des Signiervorgangs

Eingebettete Signierabläufe sind in der Regel bis zum letzten Klick nahtlos. Ein Unterzeichner öffnet ein Dokument in Ihrem CRM, Ihrem Onboarding-Tool oder Ihrer Abrechnungsplattform, unterzeichnet es und landet auf dem standardmäßigen Abschlussbildschirm von Firma.dev, ohne dass es einen Weg zurück zum Ausgangspunkt gibt. Wenn Ihr Produkt darauf angewiesen ist, dass dieser Unterzeichner an anderer Stelle fortfährt, das Onboarding abschließt, zu einer Deal-Seite zurückkehrt oder ein Abonnement bestätigt, war dieser Bildschirm seit dem Tag, an dem Sie die Integration bereitgestellt haben, eine echte Schwachstelle im Benutzererlebnis.

Das kann man in einer Demo leicht übersehen, da bis zu diesem Zeitpunkt alles genau wie erwartet abläuft. Das Signieren selbst funktioniert, das Dokument sieht korrekt aus, der API-Aufruf ist erfolgreich. Dann unterzeichnet jemand tatsächlich ein Dokument von Anfang bis Ende und fragt, wo die Schaltfläche "Zurück zur App" ist. Es gab keine.

Vier Einstellungen, eine Kaskade

Die Lösung besteht aus vier neuen Feldern:

• completion_title (bis zu 200 Zeichen)

• completion_message (bis zu 1000 Zeichen)

• completion_redirect_url (nur HTTPS, bis zu 2000 Zeichen)

• completion_redirect_delay (0 bis 30 Sekunden)

Jedes Feld wird unabhängig voneinander über eine Kaskade aufgelöst: Unternehmen, dann Workspace, dann Vorlage, dann individuelle Signieranforderung, wobei die spezifischste Einstellung immer Vorrang hat. Ein Workspace kann eine Standard-Abschlussnachricht für jede gesendete Anforderung festlegen, während eine einzelne Vorlage nur die darunter liegende Weiterleitungs-URL überschreibt und alles andere unberührt lässt, da jedes Feld separat gespeichert und aufgelöst wird. Legen Sie Ihre Standardeinstellungen einmal auf Unternehmensebene fest und überschreiben Sie sie nur dort, wo ein bestimmter Workflow tatsächlich etwas anderes erfordert ... Sie sollten nicht auf jeder Vorlage vier Felder konfigurieren müssen, nur um eines davon zu ändern.

Mit einem Zeitlimit erstellt

Die Weiterleitung ist nicht dauerhaft. Sie bleibt nach dem Ausfüllen des Dokuments durch einen Unterzeichner 10 Minuten lang gültig, insbesondere damit ein Signierlink nicht Monate später, lange nach dem eigentlichen Signiervorgang, als allgemeine Weiterleitung missbraucht werden kann. Zusammen mit der HTTPS-Anforderung für das Weiterleitungsfeld ist dies eine kleine, bewusste Einschränkung der Funktion. Audit-Trails und Identitätsprüfung sind die robusteren Sicherheitswerkzeuge im Technologie-Stack von Firma.dev; dies ist eine leichtere Einschränkung, die einen offensichtlichen Missbrauchsweg schließt, ohne die tägliche Nutzung der Funktion zu beeinträchtigen.

Wo dies tatsächlich zum Einsatz kommt

Einige Muster, die Teams vermutlich sofort nutzen werden:

• Zurück in die Host-App. Ein Unterzeichner füllt eine Vertraulichkeitsvereinbarung (NDA) in Ihrem CRM aus und landet direkt wieder auf der Deal-Seite, anstatt auf einem Browsertab von Firma.dev hängenzubleiben, den er nun manuell schließen muss.

• Routing pro Vorlage. NDA-Unterzeichner werden zu einem Onboarding-Ablauf weitergeleitet. Vertragsunterzeichner landen stattdessen auf einer Abrechnungsseite. Dasselbe Konto, zwei verschiedene Ziele, weil die Einstellung auf der Vorlage und nicht im Workspace hinterlegt ist.

• Gebrandeter Abschluss-Text. Ersetzen Sie den generischen Text "Sie sind fertig" durch etwas, das so klingt, als hätte es Ihr eigenes Unternehmen geschrieben, selbst bei Anforderungen, bei denen Sie die Weiterleitung überhaupt nicht nutzen.

Stellen Sie sich eine Legal-Tech-Plattform mit eingebetteter Signatur vor, die auf den Kunden-Workspaces von Firma.dev aufbaut: NDAs leiten Neueinstellungen zu einer Onboarding-Checkliste weiter, während unterzeichnete Servicevereinbarungen direkt zur Abrechnungsseite des Kunden führen. Zwei Vorlagen, zwei Einstellungen, null benutzerdefinierte Logik auf Ihrer Seite, um zu erkennen, welches Dokument gerade signiert wurde.

Einrichtung

Im Dashboard befindet sich diese Option unter den Workspace-Einstellungen in einem neuen Bereich "Abschlussseite" oder pro Vorlage auf der Registerkarte "Dokumenteneinstellungen" des Vorlagen-Editors. Über die API befinden sich dieselben vier Felder unter:

POST/PUT/PATCH /signing-requests
POST/PUT/PATCH /templates
PUT /workspace/{id}/settings
PUT /company/settings

POST/PUT/PATCH /signing-requests
POST/PUT/PATCH /templates
PUT /workspace/{id}/settings
PUT /company/settings

POST/PUT/PATCH /signing-requests
POST/PUT/PATCH /templates
PUT /workspace/{id}/settings
PUT /company/settings

Ein minimalistisches Beispiel für das Festlegen einer Weiterleitung bei einer einzelnen Signieranforderung:

{
  "completion_title": "You're all set",
  "completion_redirect_url": "https://app.yourcompany.com/deals/482910",
  "completion_redirect_delay": 3
}

{
  "completion_title": "You're all set",
  "completion_redirect_url": "https://app.yourcompany.com/deals/482910",
  "completion_redirect_delay": 3
}

{
  "completion_title": "You're all set",
  "completion_redirect_url": "https://app.yourcompany.com/deals/482910",
  "completion_redirect_delay": 3
}

Drei Sekunden reichen in der Regel aus, damit die Bestätigungsmeldung wahrgenommen wird, bevor die Weiterleitung erfolgt. Längere Verzögerungen funktionieren ebenfalls, bis zu einer Obergrenze von 30 Sekunden, wenn Sie möchten, dass der Unterzeichner die Seite tatsächlich zuerst liest.

Wenn Sie dies zum ersten Mal einrichten, führt Sie unsere Schnellstartanleitung für eingebettetes Signieren durch den Rest der Integration.

Wenn Sie nichts tun, ändert sich nichts

Wenn Sie diese Felder nicht ausfüllen, wird die bestehende übersetzte Abschlussseite genau wie bisher in einer der 14 unterstützten Sprachen von Firma.dev gerendert, die der Unterzeichner gerade verwendet. Dies wurde zusammen mit der API-Version v1.34.0 veröffentlicht, ohne Migrationsschritt, ohne Opt-in-Flag und ohne visuelle Änderung für alle, die es noch nicht nutzen.

Für ein SaaS-Produkt, das E-Signaturen in seinen eigenen Ablauf einbettet, ist dies die Art von Detail, die darüber entscheidet, ob sich die Integration wie nachträglich drangeheftet oder wie nativ integriert anfühlt. Früher war die Weiterleitung ein Nebengedanke ... jetzt ist sie ein Konfigurationsfeld.

Starten Sie kostenlos mit Firma.dev, keine Kreditkarte erforderlich.