Mises à jour produit de mai 2026

Six mises à jour ont été déployées ce mois-ci, couvrant l'image de marque, l'expérience utilisateur de signature et un contrôle API plus granulaire de l'expérience de signature. Voici les nouveautés.

Téléchargement de logo d'entreprise et d'espace de travail

Vous pouvez désormais télécharger votre propre logo pour qu'il apparaisse sur les certificats de signature et les e-mails de notification. Téléchargez un fichier PNG ou JPEG (jusqu'à 2 Mo) via Paramètres > Apparence, ou gérez les logos de manière programmatique via l'API. Les logos s'affichent à un format maximal de 180x50px sur les certificats, en conservant leur rapport hauteur/largeur d'origine.

La chaîne de priorité fonctionne de la même manière que les autres paramètres en cascade dans Firma.dev : le logo de l'espace de travail l'emporte sur le logo de l'entreprise, qui l'emporte sur le logo par défaut. Si vous utilisez une configuration multimarque avec des Espaces de travail clients, chaque espace de travail peut avoir sa propre image de marque. Lorsqu'aucun logo personnalisé n'est défini, les certificats se rabattent sur le logo par défaut de Firma.dev.

Points de terminaison de l'API : POST /company/logo et DELETE /company/logo pour l'image de marque au niveau de l'entreprise. POST /workspaces/{id}/logo et DELETE /workspaces/{id}/logo pour l'image de marque au niveau de l'espace de travail. Le champ icon_url dans les réponses GET renvoie une URL accessible publiquement pour la compatibilité avec les e-mails. Tous les détails figurent dans le Journal des modifications de l'API v1.19.0.

Contrôle de navigation guidée

Par défaut, Firma.dev fait défiler automatiquement les signataires vers le champ requis suivant après qu'ils ont rempli chacun d'eux. Cela fonctionne bien pour les formulaires courts, mais cela peut être déroutant sur les documents plus longs où les signataires ont besoin de lire le contenu de manière séquentielle.

Vous pouvez désormais désactiver ce comportement de défilement automatique d'un seul clic. Lorsque la navigation guidée est désactivée, les signataires parcourent le document à leur propre rythme. Le bouton « Champ requis suivant » reste disponible pour ceux qui le souhaitent, de sorte que rien ne change pour les signataires qui préfèrent le flux guidé.

Comme les autres paramètres de Firma.dev, celui-ci s'applique en cascade sur quatre niveaux : entreprise, espace de travail, modèle et demande de signature. Chaque niveau l'emporte sur le niveau supérieur, vous offrant ainsi un contrôle précis de l'expérience de signature par document ou par client.

Le nouveau paramètre disable_guided_navigation est disponible sur POST/PATCH /signing-requests, POST/PATCH /templates et les points de terminaison des paramètres de l'espace de travail/de l'entreprise. Même modèle en cascade que require_otp_verification. Tous les détails figurent dans le Journal des modifications de l'API v1.20.0.

Flux de signature guidé

L'interface de signature guide désormais les signataires à travers les documents champ par champ. Lorsqu'un signataire accepte les conditions et que le document se charge, le premier champ requis est automatiquement mis en surbrillance et centré à l'écran.

Après avoir rempli un champ, l'interface passe automatiquement au suivant après un court délai. Une étiquette flottante au-dessus du champ actif indique précisément au signataire ce qui est attendu : « Signer ici », « Saisir du texte », « Sélectionner une date » ou « Télécharger un fichier ». Une barre de progression en haut indique le nombre de champs requis qui ont été remplis par rapport au total.

La navigation au clavier fonctionne également. Les signataires peuvent utiliser la touche Tabulation pour parcourir les champs dans l'ordre de lecture et appuyer sur Entrée pour avancer, de sorte que l'ensemble de l'expérience de signature peut être réalisé sans toucher à la souris. Il s'agit d'une amélioration significative pour les documents comportant de nombreux champs, où les signataires devaient auparavant faire défiler la page et deviner ce qu'ils avaient manqué.

Champs de données pré-remplis modifiables

Les champs de données pré-remplis peuvent désormais être éventuellement modifiables par les signataires au lieu d'être toujours verrouillés. Une nouvelle option prefilledEditable dans les règles de format du champ permet de contrôler si les signataires peuvent modifier la valeur pré-remplie lors de la signature.

Cette option est disponible dans l'éditeur de modèles, l'éditeur de demandes de signature, les deux éditeurs intégrés et l'API REST complète. Dans l'interface de l'éditeur, elle apparaît sous la forme d'une case à cocher « Autoriser le signataire à modifier cette valeur » lorsque des données pré-remplies sont sélectionnées.

Le cas d'utilisation type : les contrats où les données de formulaire pré-remplissent des champs (nom, adresse, identifiant de l'employé) mais où les signataires peuvent avoir besoin de corriger une information avant de signer. Les champs pré-remplis existants restent verrouillés par défaut, de sorte que rien ne change à moins que vous ne choisissiez explicitement d'activer cette option.

Valeurs de champ explicites via l'API

Les utilisateurs de l'API peuvent désormais définir une value explicite sur n'importe quel champ lors de la création de demandes de signature, indépendamment du mécanisme de données pré-remplies ou des paramètres de lecture seule. Transmettez value sur n'importe quel objet de champ dans POST /signing-requests ou POST /signing-requests/create-and-send, et celle-ci prévaudra sur les données de destinataire renseignées automatiquement.

Cela vous offre un moyen propre de renseigner par programmation des valeurs spécifiques au contrat, comme des montants, des dates ou des numéros de référence lors de la création, sans avoir à configurer des mappages de données pré-remplis. L'API valide l'exclusivité mutuelle, vous recevrez donc une erreur claire 400 VALIDATION_ERROR en cas de sources de valeurs conflictuelles sur un seul champ.

Champs d'identité modifiables

Les signataires peuvent désormais vérifier et modifier leurs informations d'identité (nom, entreprise, fonction, téléphone, adresse) via une boîte de dialogue de confirmation avant de signer. Un nouveau paramètre identity_editable_fields accepte un tableau de clés de champ à rendre modifiables, ou null pour désactiver complètement la fonctionnalité.

Vous pouvez définir différents champs modifiables par destinataire, de sorte qu'un signataire puisse mettre à jour sa fonction et son entreprise tandis qu'un autre restera verrouillé. Lorsqu'un signataire modifie son identité, Firma.dev peut vous en informer via un nouvel événement webhook signing_request.signer_identity_changed et des notifications par e-mail facultatives facultatives. Les deux sont contrôlés via les paramètres notify_identity_change_webhook et notify_identity_change_email.

Désactivé par défaut, entièrement rétrocompatible.

Référence de l'API

Le téléchargement de logo et le contrôle de navigation guidée font respectivement partie de l'API v1.19.0 et v1.20.0. Les quatre autres fonctionnalités ont été déployées dans la v1.18.0. Si vous êtes déjà intégré, mettez à jour votre version d'API pour accéder aux nouveaux points de terminaison et propriétés de champs.

Vous n'utilisez pas encore Firma.dev ? Commencez gratuitement, aucune carte de crédit n'est requise.