Mises à jour de produit

Personnalisation de la page de finalisation : Rediriger les signataires vers votre application après la signature

Pour la plupart des outils de signature électronique, un signataire qui termine sa signature atterrit sur une page générique « merci d'avoir signé » qui n'a rien à voir avec le workflow qui l'y a mené. Pour une intégration intégrée, c'est le seul moment d'un flux par ailleurs fluide où le contrôle vous échappe tranquillement, au moment même où vous aimeriez le plus le récupérer.

La nouvelle personnalisation de la page de finalisation de Firma.dev comble cette lacune. Vous pouvez désormais configurer un titre personnalisé, un message personnalisé et une URL de redirection automatique pour ce qui se passe à l'instant même où un signataire finalise sa signature, configurables au niveau de l'entreprise, de l'espace de travail, du modèle ou de la demande de signature individuelle.

L'impasse à la fin de la signature

Les flux de signature intégrés sont généralement fluides jusqu'au dernier clic. Un signataire ouvre un document dans votre CRM, votre outil d'onboarding ou votre plateforme de facturation, le signe et atterrit sur l'écran de finalisation par défaut de Firma.dev sans possibilité de revenir là où il a commencé. Si votre produit dépend de ce signataire pour continuer ailleurs, terminer l'onboarding, retourner sur une page de transaction, confirmer un abonnement, cet écran est un véritable point noir dans l'expérience utilisateur depuis le jour où vous avez déployé l'intégration.

Il est facile de passer à côté lors d'une démo, car tout se déroule exactement comme prévu jusqu'à ce point. La signature elle-même fonctionne, le document est correct, l'appel API réussit. Puis, quelqu'un signe réellement un document de bout en bout et demande où se trouve le bouton « retour à l'application ». Il n'y en avait pas.

Quatre paramètres, une cascade

La solution réside dans quatre nouveaux champs :

  • completion_title (jusqu'à 200 caractères)

  • completion_message (jusqu'à 1000 caractères)

  • completion_redirect_url (HTTPS uniquement, jusqu'à 2000 caractères)

  • completion_redirect_delay (de 0 à 30 secondes)

Chaque champ se résout indépendamment à travers une cascade : entreprise, puis espace de travail, puis modèle, puis demande de signature individuelle, le paramètre le plus spécifique l'emportant toujours. Un espace de travail peut définir un message de finalisation par défaut pour chaque demande qu'il envoie, tandis qu'un modèle unique remplace uniquement l'URL de redirection sous-jacente et laisse tout le reste inchangé, car chaque champ est stocké et résolu séparément. Définissez vos valeurs par défaut une fois au niveau de l'entreprise et ne les remplacez que là où un workflow spécifique a réellement besoin de quelque chose de différent... vous ne devriez pas avoir à configurer quatre champs sur chaque modèle juste pour modifier l'un d'eux.

Conçu avec une limite de temps

La redirection n'est pas permanente. Elle reste valide pendant 10 minutes après qu'un signataire a finalisé son document, spécifiquement pour qu'un lien de signature ne puisse pas être réutilisé comme une redirection à usage général des mois plus tard, bien après la fin de la signature réelle. Ajoutez à cela l'exigence du HTTPS uniquement sur le champ de redirection, et c'est une contrainte minime et délibérée sur la fonctionnalité. Les pistes d'audit et la vérification d'identité sont les outils de sécurité plus lourds de la suite de Firma.dev ; il s'agit d'une contrainte plus légère qui ferme une voie d'abus évidente sans ajouter de friction à l'utilisation quotidienne de la fonctionnalité.

Où cela se manifeste concrètement

Quelques cas d'usage que les équipes devraient adopter immédiatement :

  • Retour dans l'application hôte. Un signataire termine un accord de confidentialité (NDA) au sein de votre CRM et revient directement sur la page de la transaction, au lieu de rester bloqué devant un onglet de navigateur de Firma.dev qu'il doit maintenant fermer manuellement.

  • Routage par modèle. Les signataires de NDA sont redirigés vers un flux d'onboarding. Les signataires de contrats atterrissent plutôt sur une page de facturation. Même compte, deux destinations différentes, car le paramètre réside sur le modèle plutôt que sur l'espace de travail.

  • Texte de finalisation personnalisé. Remplacez le texte générique « vous avez terminé » par un message qui semble avoir été rédigé par votre propre entreprise, même pour les demandes où vous n'utilisez pas du tout la redirection.

Imaginez une plateforme de technologie juridique avec une signature intégrée basée sur les espaces de travail client de Firma.dev : les NDA dirigent les nouvelles recrues vers une liste de contrôle d'onboarding, tandis que les contrats de prestation signés redirigent directement vers la page de facturation du client. Deux modèles, deux paramètres, zéro logique personnalisée de votre côté pour détecter quel document vient d'être signé.

Configuration

Dans le tableau de bord, cela se trouve sous Paramètres de l'espace de travail dans une nouvelle section Page de finalisation, ou par modèle dans l'onglet Paramètres du document de l'éditeur de modèles. Via l'API, les quatre mêmes champs se trouvent sur :

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

Un exemple minimal, configurant une redirection sur une seule demande de signature :

{
  "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
}

Trois secondes suffisent généralement pour que le message de confirmation soit lu avant que la redirection ne se déclenche. Des délais plus longs fonctionnent également, jusqu'à la limite de 30 secondes, si vous préférez que le signataire lise réellement la page en premier.

Si vous configurez cela pour la première fois, notre guide de démarrage rapide de la signature intégrée vous guidera à travers le reste de l'intégration.

Si vous ne faites rien, rien ne change

Laissez ces champs non renseignés et la page de finalisation traduite existante s'affichera exactement comme elle l'a toujours fait, dans l'une des 14 langues prises en charge par Firma.dev que le signataire utilise. Cela a été déployé en même temps que la version 1.34.0 de l'API, sans étape de migration, sans indicateur d'activation et sans changement visuel pour quiconque ne l'utilise pas encore.

Pour un produit SaaS intégrant la signature électronique dans son propre flux, c'est le genre de détail qui détermine si l'intégration semble simplement ajoutée ou nativement intégrée. La redirection était autrefois une réflexion après coup... c'est maintenant un champ de configuration.

Commencez à utiliser Firma.dev gratuitement, aucune carte de crédit requise.

  1. Titre

Image de fond

Prêt à ajouter des signatures électroniques à votre application ?

Commencez gratuitement. Aucune carte de crédit requise. Payez seulement 0,049 € par enveloppe lorsque vous serez prêt à lancer votre activité.

Image de fond

Prêt à ajouter des signatures électroniques à votre application ?

Commencez gratuitement. Aucune carte de crédit requise. Payez seulement 0,049 € par enveloppe lorsque vous serez prêt à lancer votre activité.

Image de fond

Prêt à ajouter des signatures électroniques à votre application ?

Commencez gratuitement. Aucune carte de crédit requise. Payez seulement 0,049 € par enveloppe lorsque vous serez prêt à lancer votre activité.