Automatisez vos contrats dans HubSpot.

Un nom de partie incorrect dans un contrat n'est pas seulement embarrassant. Il peut rendre l'accord nul. J'ai vu des transactions stagner pendant des semaines parce que les équipes juridiques ont trouvé un nom d'entité obsolète copié depuis une version précédente. J'ai vu des commerciaux perdre leur élan en attendant une contre-signature pendant que le directeur financier de l'acheteur passait à d'autres priorités. Et j'ai vu le contrôle des versions sur les MSA, les bons de commande et les avenants devenir un risque opérationnel que personne ne gère jusqu'à ce que quelque chose se brise.

Les contrats se situent à l'intersection de la vitesse commerciale et de la responsabilité juridique. Cela en fait le type de document le plus difficile à automatiser correctement, et le plus gratifiant lorsque l'on y parvient. Ce guide pratique explique comment créer un workflow de contrats dans HubSpot en utilisant Portant : conception de modèles, fusion de données CRM, révision interne, signatures électroniques, conformité et stockage après signature. C'est l'architecture que nous observons dans les équipes commerciales HubSpot qui gèrent des MSA, des SOW, des NDA et des bons de commande.

Pour le positionnement produit, voir contract automation for HubSpot. Pour le contexte du pipeline, one thread from discovery to signed contract se combine bien avec ce guide. Et si vous êtes plus tôt dans le cycle de vente, commencez par automate your proposals in HubSpot ou automate your quotes in HubSpot.

Plus d'articles du blog : automating contract renewals in HubSpot, electronic signatures in HubSpot workflows, et eSignature fields in Google Docs contracts.

Pourquoi l'automatisation des contrats est importante pour les équipes HubSpot

La plupart des équipes HubSpot n'ont pas un problème de contrats. Elles en ont cinq, empilés les uns sur les autres.

Le premier est la précision des données. Lorsqu'un commercial copie un nom d'entreprise depuis un enregistrement HubSpot dans un Google Docs, il peut saisir le nom commercial au lieu de la raison sociale. Ou il saisit l'adresse de mémoire. Ou il colle les tarifs du trimestre précédent parce que le modèle contient encore un montant codé en dur provenant d'un accord antérieur. Chaque transfert manuel est une occasion pour l'accord de mentionner quelque chose que les parties n'ont pas convenu.

Le deuxième est la friction liée à la révision. Les contrats nécessitent une révision juridique. Mais les équipes juridiques ne travaillent pas dans HubSpot, et elles ne souhaitent pas apprendre un nouvel outil. Le contrat est donc envoyé par e-mail en pièce jointe, les modifications interviennent dans un fil séparé, et lorsqu'il revient, le commercial a perdu le fil de la version en cours. Le reporting du pipeline devient peu fiable parce que l'étape de l'opportunité indique « Contrat envoyé », mais personne ne sait si la version envoyée est bien la version approuvée.

Le troisième est la logistique des signatures. Faire signer un contrat implique d'envoyer le bon document à la bonne personne avec la bonne expérience de signature. Les contre-signatures ajoutent une couche supplémentaire. L'ordre de signature séquentiel est important lorsque votre équipe juridique souhaite examiner la signature de l'acheteur avant que le PDG ne contre-signe. Chaque étape supplémentaire est un endroit où le processus peut se bloquer.

Le quatrième est le stockage et la récupération. Six mois après la clôture d'un accord, quelqu'un doit retrouver le MSA signé. Si le PDF se trouve dans le Drive personnel d'un commercial avec un nom de fichier comme « Contract_Final_v3_SIGNED(2).pdf », bonne chance. Les contrats nécessitent une nomenclature cohérente, un stockage cohérent et un lien vers l'enregistrement CRM.

Le cinquième est la conformité. Les signatures électroniques sont légalement valides dans la plupart des juridictions, mais ce « plupart » mérite d'être nuancé. Votre équipe juridique doit savoir quelles lois s'appliquent, ce que la piste d'audit enregistre, et si votre processus de signature satisfait aux exigences réglementaires de votre secteur.

L'automatisation des contrats résout ces problèmes en maintenant l'ensemble du cycle de vie au sein du CRM. Le modèle extrait des données en temps réel afin que les noms et les conditions soient toujours à jour. La révision s'effectue là où vit l'opportunité. Les signatures sont collectées sans greffer un autre silo. Et l'exemplaire signé est déposé dans un emplacement prévisible avec un nom prévisible. C'est l'architecture que ce guide pratique met en place.

Le cycle de vie du contrat dans HubSpot

Avant de passer aux étapes de configuration, il est utile de visualiser le cycle de vie complet. Un workflow de contrats dans HubSpot comporte six étapes :

1. Création du modèle. Construisez le modèle d'accord dans Google Docs (pour les contrats à forte densité de texte) ou dans Google Slides (pour les SOW visuels). Ajoutez des balises de fusion pour les propriétés CRM.
2. Fusion des données CRM. Lorsqu'un commercial déclenche le workflow depuis une opportunité, une entreprise, un contact ou un ticket, Portant extrait les valeurs de propriétés en temps réel dans le modèle. Le résultat est un document complet et spécifique à l'opportunité.
3. Révision et approbation internes. Les équipes juridiques, financières ou la direction examinent le document fusionné avant qu'il ne soit transmis à l'acheteur. Le document reste en statut Brouillon sur l'enregistrement HubSpot jusqu'à ce que quelqu'un l'approuve.
4. Collecte des signatures électroniques. Après approbation, Portant envoie le document pour signature. Les signataires sont mappés depuis les associations de l'opportunité. Les contre-signatures peuvent suivre de manière séquentielle.
5. Stockage de l'exemplaire signé. Le PDF signé est classé dans Google Drive avec une convention de nommage cohérente. Un lien apparaît sur l'enregistrement HubSpot.
6. Suivi du statut et renouvellement. Les propriétés Portant personnalisées sur l'enregistrement de l'opportunité vous permettent de suivre le statut des contrats, de déclencher des rappels de renouvellement et de créer des tableaux de bord pour les équipes juridiques opérationnelles.

Maintenir ce cycle de vie dans HubSpot (au lieu de le répartir sur cinq outils) est important pour trois raisons. La conformité est simplifiée parce qu'il n'existe qu'une seule piste d'audit. Le reporting gagne en fiabilité parce que les étapes des opportunités reflètent le statut réel des documents. Et l'expérience des commerciaux s'améliore parce qu'ils ne quittent jamais le CRM pour générer, réviser ou envoyer un contrat.

Pour l'architecture globale permettant de centraliser tous les documents d'une opportunité, voir the complete guide to document automation in HubSpot.

Conception de modèles pour les contrats

Les contrats sont structurellement différents des propositions et des devis. Une proposition est persuasive. Un devis est commercial. Un contrat est contraignant. Cela change la façon dont vous concevez le modèle.

Le langage juridique nécessite une précision qui résiste à une fusion de données. Les termes définis (comme « Société » ou « Client ») doivent être cohérents tout au long du document. Si votre modèle définit « Société » comme l'entité dans le premier paragraphe, la balise de fusion pour cette entité doit apparaître dans cette définition précise, et toutes les références ultérieures doivent utiliser le terme défini, et non une valeur re-fusionnée.

Les blocs de signature nécessitent une structure. Un bloc de signature de contrat comprend généralement le nom de l'entité juridique, le nom imprimé du signataire, son titre et une ligne pour la date. Chacun de ces éléments peut être une balise de fusion, mais la mise en page est importante. La fonctionnalité de signature électronique de Portant superposera des champs de signature sur le document, le modèle doit donc prévoir un espace clair pour ces champs.

Les références aux annexes sont courantes dans les MSA. L'accord-cadre fait référence à « l'Annexe A » pour la tarification ou à « l'Annexe B » pour un SOW. Si ces annexes sont des documents distincts dans des workflows séparés, le modèle doit les référencer par leur nom. Si elles font partie du même document, des sauts de page et des titres clairs les rendent lisibles.

Google Docs convient bien aux accords à forte densité de texte : MSA, NDA, contrats de services, et tout document dont la substance est constituée de paragraphes de langage juridique. Google Slides est plus adapté aux SOW visuels dans lesquels vous souhaitez inclure des diagrammes, des chronologies ou des mises en page brandées aux côtés des conditions.

Pour les mécanismes de configuration des balises de fusion, voir template customization. Pour la syntaxe des balises et les formules, tag formulas couvre la logique conditionnelle et le formatage.

Générer le contrat depuis HubSpot

Connectez votre workflow de modèle à l'objet HubSpot qui est propriétaire de l'accord. Pour les contrats, il s'agit généralement d'une opportunité associée à une entreprise (pour l'entité juridique) et à un contact (pour le signataire). L'opportunité porte les conditions commerciales : tarification, durée, date d'entrée en vigueur. L'entreprise porte les informations juridiques : raison sociale, adresse, juridiction. Le contact porte les informations du signataire : nom, titre, e-mail.

Ce schéma à trois objets est important parce que les contrats font référence aux trois. Une proposition peut n'avoir besoin que de l'opportunité et du contact. Un devis peut n'avoir besoin que de l'opportunité et des lignes de commande. Mais un contrat nécessite l'entité juridique de l'entreprise, les conditions commerciales de l'opportunité et les informations du signataire issues du contact. Portant extrait les données de tous les objets associés en une seule fusion.

Quelles propriétés sont les plus importantes

Pour la génération de contrats, ces propriétés HubSpot font l'essentiel du travail :

• Entreprise : nom de l'entité juridique. Pas le champ « Nom de l'entreprise » que les commerciaux renseignent de manière informelle. Le nom légal enregistré officiel. Si votre HubSpot ne dispose pas d'une propriété dédiée à l'entité juridique, créez-en une. C'est le champ le plus important pour l'exactitude des contrats.
• Société : adresse de facturation. Adresse complète, pays inclus. Les contrats font référence au droit applicable, et l'adresse détermine souvent la juridiction compétente.
• Offre : montant et devise. La valeur commerciale de l'accord.
• Affaire : date de clôture ou date d'entrée en vigueur. Lorsque le contrat entre en vigueur. Certaines équipes utilisent une propriété personnalisée « Contract Effective Date » à la place de la date de clôture du contrat.
• Offre : durée du contrat. Durée de l'accord. Une propriété personnalisée (par exemple, « Contract Term Months ») permet de l'indiquer explicitement.
• Contact : nom complet et titre. Pour le bloc de signature.
• Contact : e-mail. Pour la demande de signature électronique.

Lorsqu'une propriété obligatoire est vide, Portant fusionne un champ blanc. Le document s'affiche avec un espace là où la valeur devrait apparaître. C'est pourquoi l'étape de vérification est importante : elle détecte les fusions vides avant que le contrat ne parvienne à l'acheteur. Pour les bonnes pratiques en matière d'hygiène des données, auditez les données HubSpot pour des documents précis couvre ce qu'il faut vérifier avant d'automatiser.

Ouvrez l'enregistrement dans HubSpot, utilisez le panneau Portant et lancez le workflow. Sélectionnez les contacts associés lorsque la fenêtre modale vous le demande, afin que les bons signataires et contacts de facturation soient intégrés dans les balises.

Référence étape par étape : Créer un document dans HubSpot. Les propriétés personnalisées que Portant réécrit peuvent déclencher des workflows HubSpot en cascade ; voir Déclenchez des workflows HubSpot depuis Portant.

Révision et approbation des contrats

Les contrats nécessitent une révision plus rigoureuse que les propositions ou les devis. Une proposition contenant une faute de frappe est gênante. Un contrat comportant une clause erronée engage la responsabilité juridique. Un devis avec des tarifs obsolètes réduit la marge. Un contrat avec des tarifs obsolètes crée une obligation contraignante à un montant incorrect.

C'est pourquoi l'étape de révision dans un workflow de contrat n'est pas facultative. C'est la porte entre « document généré » et « document envoyé pour signature ».

Pourquoi les contrats nécessitent des flux d'approbation multi-approbateurs

La plupart des documents commerciaux nécessitent un seul réviseur. Les contrats en nécessitent souvent deux ou trois :

• Juridique Examine le langage des contrats, les termes définis, les clauses de responsabilité et les exigences de conformité.
• Finance Examine les conditions commerciales : tarification, modalités de paiement, implications en matière de reconnaissance du chiffre d'affaires.
• Direction commerciale Examine les conditions non standard : remises au-delà du seuil, SLA personnalisés, conditions de paiement prolongées.

Le bloc de révision de Portant prend en charge plusieurs approbateurs avec deux modes. « Require all » signifie que chaque approbateur assigné doit approuver avant que le flux de travail ne continue. « Any one » signifie qu'une seule approbation libère le document. Pour les contrats, « require all » est presque toujours le bon choix. Vous ne voulez pas que le service juridique approuve la formulation pendant que le service financier n'a pas encore examiné les conditions commerciales.

Comment fonctionne le statut de brouillon

Lorsqu'un bloc de révision est actif, le document reste en statut Brouillon. Ce statut est visible sur la fiche HubSpot via les propriétés personnalisées de Portant. Cela a son importance pour le reporting pipeline : si votre étape de deal est « Contrat envoyé » mais que le document est encore en Brouillon, votre pipeline surestime l'avancement. Le statut Brouillon rend cette situation visible pour les managers et les équipes RevOps, sans que personne n'ait à consulter un outil séparé.

Tant que la révision n'est pas approuvée, les blocs de workflow suivants (comme les demandes de signature électronique) sont mis en attente. Le contrat ne sera pas envoyé à l'acheteur tant qu'une personne habilitée ne l'aura pas validé. C'est le comportement souhaité pour les documents juridiques.

Pour une configuration détaillée de la révision, voir Examiner et approuver les documents. Pour les modèles de conception d'approbation dans les opérations de revenus, Guide du workflow d'approbation de documents HubSpot couvre l'architecture d'approbation en plusieurs étapes.

Approuver depuis HubSpot

Les équipes juridiques ne veulent pas apprendre un nouvel outil. Elles veulent examiner le document et l'approuver depuis l'endroit où elles travaillent déjà. Si vos approbateurs travaillent dans HubSpot, le flux de révision natif leur permet de faire exactement cela.

La carte Portant sur la fiche de l'opportunité affiche le statut actuel du document. Lorsqu'un document est en attente de révision, l'approbateur ouvre la fenêtre modale directement depuis la fiche, lit le contrat, puis approuve ou rejette. Aucun changement de contexte. Aucun « consultez votre e-mail pour trouver un lien vers une autre plateforme ».

Cela est particulièrement important pour les équipes juridiques des entreprises dont les juristes ne sont pas des utilisateurs quotidiens de HubSpot, mais consultent des enregistrements de transactions spécifiques lorsqu'on le leur demande. Ils peuvent ouvrir la transaction, examiner le contrat dans la fenêtre modale et approuver sans quitter la page. L'enregistrement de la transaction constitue la source de vérité unique pour le statut du contrat.

Visite complète : Révisez et approuvez des documents dans HubSpot.

Signatures électroniques pour les contrats

La signature de contrats diffère des autres cas d'utilisation de signature. Une proposition peut nécessiter une seule signature d'un acheteur. Un contrat nécessite souvent plusieurs signatures dans un ordre précis, avec des exigences d'entité juridique associées à chacune.

Mapper les signataires à partir des associations de transactions

L'adresse e-mail du signataire provient des contacts associés à l'opportunité. Dans un flux contractuel classique, le contact principal de l'opportunité est le signataire côté acheteur. Cependant, les contrats nécessitent souvent une contre-signature de votre propre équipe : le PDG, le directeur commercial, ou toute personne disposant du pouvoir de signature.

Portant prend en charge la signature séquentielle. L'acheteur signe en premier, puis le contre-signataire reçoit le document. Vous pouvez également inverser l'ordre si votre processus interne exige votre signature avant que l'acheteur ne consulte la version exécutée. L'ordre de signature correspond à la façon dont votre équipe juridique envisage l'exécution, et non à la logique imposée par l'outil.

À quoi ressemble l'expérience de signature

Lorsqu'un signataire reçoit la demande, il reçoit un e-mail contenant un lien vers le document. Il peut consulter l'intégralité du contrat avant de signer. L'interface de signature indique exactement où signer, parapher et dater. Après la signature, un e-mail de confirmation est envoyé au signataire avec une copie du document signé.

Pour l'acheteur, c'est simple. Il n'a pas besoin de créer un compte. Il n'a pas besoin de télécharger de logiciel. Il clique sur le lien, consulte le document, signe et reçoit une confirmation. Moins il y a d'étapes entre « contrat reçu » et « contrat signé », plus vite vos affaires se concluent.

Pour la signature séquentielle, la configuration multi-signataire et la personnalisation des e-mails de confirmation, voir Demandes de signatures électroniques. Pour plusieurs signataires en particulier, demander plusieurs signatures couvre la configuration. Le reste Présentation des signatures électroniques liens vers toutes les fonctionnalités de signature, notamment liens d'aperçu, renvoyer, et pistes d'audit.

Conformité : ce que les équipes juridiques doivent savoir

Je ne suis pas votre avocat, et un article de blog ne l'est pas non plus. Mais je peux orienter votre équipe juridique vers les bonnes références et expliquer ce que la plateforme enregistre.

Les signatures électroniques sont juridiquement valables dans la plupart des grandes juridictions. Les États-Unis disposent de l'ESIGN et de l'UETA. L'UE a l'eIDAS. Le Royaume-Uni, le Canada, l'Australie et la Nouvelle-Zélande ont chacun leur propre cadre réglementaire. En résumé : pour les contrats commerciaux standard (accords B2B SaaS, contrats de service, NDA), les signatures électroniques sont généralement opposables. Des exceptions existent pour certains types de documents dans certaines juridictions, ce qui justifie précisément que votre équipe juridique examine le cadre applicable.

Nous mettons à disposition des articles de référence sur la conformité réglementaire par région, disponibles sous eSigning laws and compliance, couvrant l'Australie, le Canada, l'UE, Israël, la Nouvelle-Zélande, le Royaume-Uni et les États-Unis. Lorsque votre conseil juridique s'interroge sur la validité de la signature électronique, renvoyez-le à ces ressources. Votre équipe chargée des politiques peut ensuite mettre en correspondance ces références avec votre propre évaluation des risques.

Audit trails

Une piste d'audit enregistre l'identité du signataire, la date et l'heure de la signature, son adresse IP, ainsi que le hachage du document au moment de la signature. Cela crée un enregistrement forensique prouvant que le document n'a pas été modifié après son exécution. Pour les secteurs réglementés (santé, services financiers, marchés publics), la piste d'audit est souvent une exigence de conformité, et non un simple atout.

La piste d'audit de Portant est attachée au document signé. Votre équipe juridique peut vérifier la séquence de signature, les horodatages et l'identité des signataires pour tout contrat. Consultez add audit to e-signatures pour les détails de configuration.

Types de contrats et cas d'utilisation

Tous les contrats ne se ressemblent pas, et le schéma d'automatisation varie selon le type de contrat. Voici les schémas courants automatisés par les équipes HubSpot :

Master Service Agreements (MSAs)

Les MSAs constituent le fondement d'une relation commerciale durable. Ils contiennent les conditions générales : responsabilité, indemnisation, droit applicable, propriété intellectuelle, confidentialité. Les aspects commerciaux spécifiques (tarification, périmètre, calendrier) figurent dans des bons de commande ou des SOWs distincts qui font référence au MSA.

Les MSAs comportant peu de champs propres à l'affaire, le modèle est majoritairement composé de clauses juridiques statiques avec des balises de fusion pour les noms des parties, les adresses, la date d'entrée en vigueur et le droit applicable. L'étape de révision est ici essentielle, car le MSA établit le cadre juridique de tout ce qui suit. Consultez SaaS contract management pour comprendre la place des MSAs dans l'architecture contractuelle globale.

Statements of Work (SOWs)

Les SOWs définissent le périmètre et la tarification d'une mission spécifique dans le cadre d'un MSA existant. Ils varient à chaque affaire : livrables, calendriers, allocation des ressources, jalons, échéanciers de paiement. Les modèles de SOW contiennent généralement davantage de balises de fusion et moins de clauses juridiques standardisées.

Google Slides convient bien aux SOWs nécessitant des éléments visuels tels que des calendriers de projet ou des schémas d'architecture accompagnant les conditions. Google Docs est adapté aux SOWs à forte densité textuelle qui ressemblent davantage à un plan de projet détaillé.

Non-Disclosure Agreements (NDAs)

Les NDAs sont simples, produits en grand volume, et souvent déclenchés tôt dans le pipeline. Un commercial qualifie un prospect et a besoin d'une couverture NDA mutuelle avant de partager les détails du produit ou la tarification. Le modèle est court (2 à 4 pages), la révision est souvent omise pour les NDAs mutuels standard, et le processus de signature est simple.

Parce que les NDAs sont produits en grand volume et présentent peu de variations, ils se prêtent bien à une automatisation complète : déclenchement depuis un changement d'étape de l'affaire, génération, puis envoi pour signature sans révision manuelle. Pour en savoir plus sur les schémas NDA, consultez elements of a contract.

Bons de commande

Les bons de commande s'associent à un MSA existant. Ils portent essentiellement sur les conditions commerciales : produits, quantités, tarification, échéancier de paiement, durée. Ils font référence au MSA par sa date et ajoutent les chiffres propres à l'affaire. Le modèle est riche en balises de fusion pour les lignes de produits et pauvre en clauses juridiques.

Les lignes de produits des affaires HubSpot s'intègrent directement dans les modèles de bons de commande. Pour la configuration des lignes de produits, consultez line items in Portant.

Avenants

Les avenants modifient un accord existant. Ils font référence au contrat original par sa date et ses parties, puis précisent les modifications apportées. Les avenants courants portent sur : des ajustements tarifaires, des prolongations de durée, des modifications de périmètre, des produits supplémentaires.

Les modèles d'avenants nécessitent des propriétés issues à la fois de l'affaire en cours et de l'accord original. Si vous enregistrez la date du contrat original et son numéro de référence en tant que propriétés personnalisées sur l'affaire, le modèle d'avenant peut les récupérer automatiquement.

Automatisation de la génération de contrats depuis les étapes d'affaire

La génération manuelle depuis la fiche Portant convient aux équipes à faible volume. Mais lorsque votre équipe traite plus de 50 contrats par mois, vous souhaitez que la génération se déclenche automatiquement depuis les changements d'étape d'affaire.

Le schéma courant : lorsqu'une affaire passe à l'étape « Contrat » (ou quel que soit le nom dans votre pipeline), un workflow HubSpot inscrit l'affaire et déclenche Portant pour générer le contrat. Le contrat est créé, mis en attente à l'étape de révision, et les approbateurs désignés sont notifiés.

Le timing est important

Les contrats suivent généralement l'acceptation de la proposition commerciale. L'acheteur donne son accord sur la proposition, le commercial met à jour l'étape de l'affaire, et le contrat est généré. Un timing bien calibré évite que les contrats soient générés prématurément (avant que l'acheteur ait accepté les conditions) ou trop tard (après que l'acheteur s'attendait à recevoir l'accord).

Certaines équipes utilisent un déclencheur en deux étapes. L'affaire passe à « Accord verbal » et le contrat est généré en brouillon. Puis l'affaire passe à « Contrat envoyé » uniquement après validation juridique et envoi de la demande de signature. Cela maintient la cohérence de vos étapes de pipeline et évite que l'étape « Contrat envoyé » contienne des documents n'ayant pas encore été révisés.

Le schéma générer-puis-retenir

Le schéma d'automatisation contractuelle le plus fiable est le suivant : générer, puis retenir à l'étape de révision jusqu'à validation juridique. Cela signifie que le workflow crée le document automatiquement (évitant au commercial une génération manuelle), mais ne l'envoie pas automatiquement (préservant l'étape de validation juridique).

Le rôle du commercial se résume à : mettre à jour l'étape de l'affaire, vérifier que l'aperçu est correct, et informer le service juridique qu'un contrat est prêt pour révision. Le rôle du service juridique reste inchangé : réviser les clauses, vérifier les conditions, approuver ou rejeter. L'automatisation gère tout ce qui se passe entre ces points de contrôle humains.

Pour la configuration de l'automatisation des workflows, consultez automation features. Pour les déclencheurs de workflows HubSpot en particulier, trigger HubSpot workflows from Portant couvre l'intégration.

Après la signature : stockage, suivi et renouvellement

Obtenir la signature d'un contrat ne représente que la moitié du travail. Ce qui se passe après la signature détermine si vos opérations juridiques fonctionnent réellement à grande échelle.

Où se trouve l'exemplaire signé

Portant stocke les PDF signés dans Google Drive en utilisant le dossier de sortie et la convention de nommage que vous configurez. Le document signé est également lié à la fiche d'affaire HubSpot via les propriétés personnalisées de Portant. Vous disposez ainsi de deux chemins d'accès : parcourir Drive pour retrouver le fichier, ou ouvrir la fiche d'affaire et cliquer sur le lien.

Pour les équipes utilisant OneDrive, Portant le prend également en charge. Consultez save to OneDrive pour la configuration.

Les conventions de nommage ont leur importance

Dans six mois, quelqu'un devra retrouver un contrat précis. Si chaque fichier s'appelle « Contract.pdf », il faudra ouvrir les documents un par un. Une convention de nommage incluant le nom de l'entreprise, le type de contrat et la date permet de retrouver les contrats sans avoir à les ouvrir.

Portant vous permet de construire les noms des fichiers de sortie à partir de balises de fusion. Un format tel que « {Company Name} - MSA - {Date} » produit des fichiers comme « Acme Corp - MSA - 2026-03-15.pdf ». Cela fonctionne aussi bien pour la structure des dossiers Drive que pour la référence dans la fiche HubSpot. Consultez customize output file names pour la configuration.

Rapports sur le statut des contrats

Portant réécrit des propriétés personnalisées dans le deal HubSpot : statut du document, statut de la signature, date de signature. Ces propriétés permettent de générer des rapports HubSpot sur l'activité contractuelle. Votre équipe RevOps peut créer des tableaux de bord affichant les contrats en attente de révision, les contrats en attente de signature, les contrats signés ce mois-ci et le délai moyen entre la génération et la signature.

Cette dernière métrique (délai entre génération et signature) est l'un des meilleurs indicateurs de la santé du workflow contractuel. Si elle augmente progressivement, c'est que quelque chose dans le processus de révision ou de signature ralentit. Les propriétés HubSpot rendent cela visible sans avoir recours à des outils de reporting personnalisés.

Rappels de renouvellement

Si vos contrats ont des durées fixes, la date de clôture du deal (ou une propriété personnalisée « Date de fin de contrat ») peut déclencher des rappels de renouvellement. Un workflow HubSpot déclenché 90 jours avant la date de fin crée une tâche, envoie une notification ou inscrit le deal dans un pipeline de renouvellement. Le contrat de renouvellement peut utiliser le même modèle avec des dates et des conditions mises à jour.

Cela boucle le cycle de vie du contrat : de la génération à la signature jusqu'au renouvellement, tout reste enregistré dans le dossier HubSpot.

Pour les options de gestion des sorties et de stockage, consultez la documentation sur les sorties. Pour le classement automatique des contrats dans des dossiers Drive organisés, le classement automatique des fichiers de sortie couvre la configuration.

Erreurs courantes dans l'automatisation des contrats

J'ai accompagné suffisamment d'équipes dans la mise en place de workflows contractuels pour constater que les mêmes erreurs se répètent. Voici ce qu'il faut surveiller :

Dates et noms codés en dur dans les modèles. L'erreur la plus fréquente. Quelqu'un crée le modèle, tape « Acme Corp » dans le champ du nom de partie et oublie de le remplacer par une balise de fusion. Les 20 contrats suivants mentionnent tous « Acme Corp ». Utilisez des balises de fusion pour chaque donnée spécifique au deal. Si elle change d'un contrat à l'autre, c'est une balise de fusion.

Ignorer la révision pour les contrats « standard ». Les équipes sautent parfois la révision pour les contrats qu'elles considèrent comme routiniers. Et cela fonctionne bien, jusqu'au moment où une clause générée par l'IA produit une formulation inattendue, ou qu'une fusion récupère une valeur de propriété obsolète. Les contrats standard nécessitent toujours au moins un regard humain. Si vous souhaitez accélérer la révision des contrats standard, utilisez un seul approbateur plutôt que trois. Ne supprimez pas la révision entièrement.

Ne pas tester avec des cas limites. Votre modèle fonctionne parfaitement quand le deal comporte un seul contact, un dossier d'entreprise complet et toutes les propriétés personnalisées renseignées. Mais que se passe-t-il quand le deal comporte deux contacts ? Quand l'adresse de l'entreprise est vide ? Quand la propriété de durée n'a pas été définie ? Testez avec des données incomplètes avant de passer en production. L'étape d'aperçu permet de détecter ces problèmes, mais seulement si quelqu'un y prête attention.

Nom d'entité juridique incorrect. Le champ « Nom de l'entreprise » dans HubSpot est souvent un nom courant (« Acme ») plutôt que la dénomination juridique enregistrée (« Acme Corporation, Inc. »). Si votre modèle de contrat récupère la mauvaise propriété, l'accord pourrait ne pas être opposable à l'entité juridique concernée. Utilisez une propriété dédiée « Nom de l'entité juridique » et appliquez des règles de qualité des données. Consultez HubSpot properties for cleaner sales documents pour les bonnes pratiques de conception des propriétés.

Envoi sans configuration de contre-signature. Si vos contrats nécessitent une contre-signature de votre côté, assurez-vous que le flux de signature inclut cette étape. Un contrat signé uniquement par l'acheteur peut ne pas être contraignant tant que votre signataire autorisé ne l'a pas également signé. Configurez le contre-signataire dans le workflow avant de passer en production.

Lacunes dans la piste d'audit. Si votre équipe juridique exige des pistes d'audit et que vous ne les avez pas activées, le document signé ne dispose pas de l'enregistrement légal dont elle a besoin. Activez les pistes d'audit avant d'envoyer les contrats, pas après. Il n'est pas possible d'ajouter des pistes d'audit à des contrats déjà signés.

Nommage de fichiers incohérent. Quand chaque commercial utilise une convention de nommage différente, retrouver des contrats par la suite devient un vrai défi. Définissez la convention de nommage dans le modèle de workflow afin qu'elle s'applique automatiquement. Ne comptez pas sur les commerciaux pour nommer les fichiers de manière cohérente.

Questions fréquemment posées

Peut-on signer un PDF téléchargé sans source ?

Oui. Vous pouvez télécharger un PDF directement et l'envoyer pour signature sans passer par un workflow de fusion. Cela fonctionne pour les contrats qui proviennent de l'extérieur de votre système de modèles, comme des accords rédigés par l'équipe juridique de l'autre partie. Consultez la demande de signature manuelle via téléchargement PDF pour le guide pas à pas.

Comment fonctionne la signature par plusieurs signataires ?

Portant prend en charge plusieurs signataires en séquence ou en parallèle. La signature séquentielle signifie que le Signataire 1 reçoit la demande, signe, puis le Signataire 2 la reçoit. Il s'agit du schéma standard pour les contrats où l'acheteur signe en premier et le vendeur contre-signe ensuite. Vous configurez l'ordre de signature dans le workflow. Consultez la demande de signatures multiples.

Où est stocké le fichier signé ?

Les documents signés sont envoyés vers Google Drive (ou OneDrive) en utilisant le dossier de sortie et la convention de nommage définis dans votre workflow. Un lien apparaît également sur le dossier du deal HubSpot via les propriétés personnalisées de Portant. Cela vous offre deux façons de retrouver le contrat signé : via le dossier CRM ou via le système de fichiers. Alignez votre convention de nommage avec les exigences de classement de votre équipe juridique.

Puis-je utiliser des modèles Word plutôt que Google Docs ?

La fusion de Portant fonctionne avec des modèles Google Docs et Google Slides. Si vous disposez de modèles Word existants, vous pouvez les importer dans Google Docs et convertir les champs de fusion en balises Portant. La mise en forme se transfère généralement bien pour les contrats à forte teneur en texte. Pour le format de sortie, Portant peut générer des PDF, des fichiers Word (.docx) et d'autres formats à partir de modèles Google Docs. Consultez Microsoft Word output pour plus de détails.

Comment gérons-nous les avenants aux contrats ?

Créez un modèle d'avenant distinct qui fait référence à l'accord original par sa date et ses parties. Enregistrez la date du contrat original et le numéro de référence comme propriétés personnalisées sur le deal HubSpot afin que l'avenant puisse les récupérer via des balises de fusion. Le workflow de l'avenant suit le même schéma de génération, révision et signature que le contrat original. Certaines équipes créent un nouveau deal pour l'avenant et l'associent à la même entreprise ; d'autres utilisent le deal existant avec des propriétés mises à jour.

Que se passe-t-il si l'e-mail d'un signataire est rejeté ?

Si l'e-mail de demande de signature ne peut pas être remis, le statut de signature reflète l'échec. Vous pouvez mettre à jour l'adresse e-mail du contact dans le dossier HubSpot et renvoyer la demande de signature. Consultez le renvoi des demandes de signature pour savoir comment gérer les échecs de remise et renvoyer vers des adresses mises à jour.

Pour plus de contexte sur la place des contrats dans le cycle de vente global, la gestion du cycle de vie des contrats offre une vision stratégique. Pour les équipes qui débutent dans l'automatisation des documents HubSpot, how Portant's HubSpot integration works explique les fondements techniques.