Signatures électroniques intégrées à Salesforce, sans package géré
Une opportunité passe en "Clos gagné" (Closed Won) et le contrat est envoyé pour signature de lui-même. Le signataire le remplit, et l'enregistrement se met à jour automatiquement : l'étape est modifiée, le document est joint, l'étape suivante est déclenchée. Personne n'a ouvert de nouvel onglet, personne n'a cliqué sur envoyer, et personne n'a payé pour une licence utilisateur supplémentaire pour que cela se produise.
Une façon plus légère d'ajouter la signature électronique à Salesforce
C'est la version de l'intégration de la signature électronique Salesforce que la plupart des équipes souhaitent réellement, et y parvenir ne nécessite pas une installation lourde d'AppExchange. Firma.dev se connecte via les blocs de construction Salesforce standard que vos administrateurs utilisent déjà : Flow, External Services, Apex et Agentforce. Vous l'enregistrez une fois, vous le câblez dans les automatisations qui vous intéressent, et la signature devient simplement une étape de plus dans le processus.
La voie AppExchange a tendance à regrouper un package managé, une tarification par utilisateur et une configuration qui suppose que tous ceux qui touchent à un contrat ont besoin d'une licence payante. Pour de nombreuses organisations, ce calcul est inversé. Quelques personnes envoient des accords, beaucoup de personnes ont besoin de visibilité, et le nombre de licences augmente malgré tout.
Prêt à le construire ?
Lisez le guide technique complet de Salesforce.
Ce que vous pouvez réellement faire
Trois résultats couvrent la majeure partie de ce qu'une équipe Salesforce attend de la signature, et aucun d'entre eux ne nécessite l'écriture de code sur le parcours sans code.
Envoyer pour signature automatiquement depuis Flow
Lorsqu'un enregistrement remplit une condition que vous définissez, Flow envoie le bon modèle au bon signataire. Qu'il s'agisse d'une opportunité fermée/gagnée, d’un contrat approuvé, d’un devis accepté, quel que soit le déclencheur de votre processus.
Vous enregistrez une seule fois la spécification OpenAPI de Firma.dev en tant que service externe, et l'action « Créer et envoyer une demande de signature » apparaît pour être intégrée dans n'importe quel flux déclenché par un enregistrement. Cette option est configurable par l'administrateur et ne nécessite pas de développeur pour le parcours standard.
Renvoyer le résultat vers l'enregistrement
L'envoi n'est que la moitié du chemin. Lorsque le signataire a terminé, Salesforce reçoit un événement webhook et l'enregistrement se met à jour automatiquement. L'Opportunité change d'étape, le PDF signé arrive sur le Contrat, l'objet personnalisé passe à Terminé. Vos commerciaux visualisent l'état actuel sans avoir à relancer qui que ce soit ni à consulter un tableau de bord distinct.
Laissez Agentforce envoyer sur demande
Si vous utilisez Agentforce, vous pouvez exposer la signature en tant qu'action d'agent. Un commercial demande à l'agent d'envoyer l'accord de non-divulgation (NDA) standard à un contact, l'agent confirme le modèle et les détails du signataire, et c'est seulement à ce moment-là que la demande est envoyée.
Cette étape de confirmation est importante, car ces documents sont destinés à des parties externes et vous ne voulez pas qu'un agent envoie des contrats sans relecture humaine.
La différence de coût
Les modèles de tarification constituent le véritable contraste, il convient donc de les présenter clairement. Firma.dev fonctionne avec un paiement à l'utilisation à 0,029 € par enveloppe (~3¢ USD). Pas de licence par utilisateur, pas de minimum annuel, et aucun contrat à négocier avant d'envoyer votre premier document.
Payez pour les enveloppes, pas pour les sièges
DocuSign pour Salesforce fait l'objet d'une licence par utilisateur et par an. Ce modèle joue en votre défaveur dans le cas fréquent où seule une poignée de personnes envoient des accords alors que l'ensemble de l'équipe a besoin d'en voir le statut. Vous finissez par payer pour la visibilité plutôt que pour l'utilisation. Avec la tarification par enveloppe, vous payez pour les documents qui sont réellement envoyés, et rien de plus.
Note multi-tenant pour les ISV sur AppExchange
Si vous développez une application AppExchange qui nécessite une signature pour chacun des comptes de vos clients, les espaces de travail client (Customer Workspaces) gèrent l'isolation pour vous. Chaque client bénéficie d'un espace de travail privé avec ses propres modèles et sa propre utilisation d'enveloppes, le tout séparé de façon nette de chaque autre client. La configuration est décrite dans le guide des espaces de travail client (Customer Workspaces).
Comment le configurer
Le guide complet se trouve dans la documentation, pas ici. La configuration des identifiants nommés, l'enregistrement du service externe, la création du flux, la liaison de l'action invocable Apex, l'ajout de l'action Agentforce et la gestion des webhooks de retour dans Salesforce sont tous documentés étape par étape dans le guide technique. Cette page explique le pourquoi et le quoi. Le guide explique le comment.
Configuration complète, étape par étape.
Lisez le guide technique complet de Salesforce.
