Définissez les champs obligatoires HubSpot au moment où une personne peut fournir honnêtement les informations nécessaires à la décision suivante. Pour un changement manuel d’étape d’affaire, utilisez le paramètre de l’étape concernée, puis testez les valeurs manquantes et complètes avant le déploiement. Une saisie automatisée exige un contrôle distinct, car la règle configurée et la voie logicielle utilisée pour transmettre les données peuvent modifier le résultat.
Une affaire est prête à avancer, mais l’écran demande des renseignements que personne ne connaît encore. Ailleurs, un enregistrement parvient au collègue suivant avec un champ vide. Nous commençons par consigner la décision qui nécessite cette information. Ce guide porte sur les exigences liées aux étapes d’affaire ; un formulaire de site web ou un panneau de création d’enregistrement possède ses propres paramètres.
Quelle règle de champs obligatoires HubSpot modifiez-vous ?
Déterminez quand l’information est nécessaire avant de choisir un paramètre. Le guide de HubSpot sur les pipelines distingue l’affichage d’un champ à une étape de l’obligation de renseigner sa valeur. Son guide sur les formulaires de création décrit les exigences lors de la création manuelle d’un enregistrement. Ces contrôles interviennent à des moments différents : la saisie initiale et une transmission ultérieure peuvent nécessiter des informations distinctes.
Une propriété est un champ d’un enregistrement. Un pipeline est la suite d’étapes parcourues par une affaire. Utilisez les distinctions suivantes lorsque vous demandez à votre administrateur ce qui est déjà configuré.
| Contrôle | Question traitée |
|---|---|
| Exigence du formulaire de création | Que faut-il saisir lorsqu’une personne crée manuellement l’enregistrement ? |
| Propriété conditionnelle d’étape | Que faut-il afficher ou rendre obligatoire lorsqu’une personne crée manuellement un enregistrement à cette étape ou l’y déplace ? |
| Logique conditionnelle de propriété | Quels autres champs faut-il demander lorsqu’une propriété de contrôle remplit une condition ? |
| Option “Required” du formulaire de site web | Que doit remplir un visiteur pour envoyer ce formulaire ? |
| Validation de valeur | La valeur saisie respecte-t-elle une règle prise en charge concernant le format ou la plage ? |
HubSpot présente ces éléments comme des contrôles distincts, chacun avec sa propre disponibilité et son propre périmètre. La présence d’un champ à l’écran ne prouve pas qu’il bloque l’enregistrement. Un champ non vide doit tout de même contenir une réponse utile.
Décidez ce que le collègue suivant doit savoir
Formulez la décision visée en termes courants, puis nommez les informations nécessaires pour la prendre. Pour chaque champ obligatoire envisagé, notez qui utilise la réponse, quand elle peut être connue et ce qu’une valeur utile doit expliquer. Si personne ne peut en expliquer l’utilité, maintenez l’exigence à l’étude.
Par exemple, un collègue peut avoir besoin d’un exposé clair de la demande du prospect avant de préparer une proposition. Convenez de ce que cet exposé doit contenir. Exiger plus tôt une réponse approximative laisserait la décision en suspens, même si le champ contenait du texte.
Prévoyez explicitement le traitement des informations encore inconnues. Demandez à la personne responsable de revoir l’étape ou le moment de l’exigence. Préservez les données existantes et vérifiez les dépendances avant de modifier une règle ; la suppression de champs et l’ajout de valeurs factices ne font pas partie de cette procédure.
Si des enregistrements contradictoires ne permettent pas de savoir de quelle personne vous modifiez les informations, résolvez d’abord la question d’identité. Notre guide distinct sur la vérification des contacts HubSpot en double explique pourquoi une fusion nécessite ses propres contrôles.
Définissez le champ pour l’étape d’affaire prévue
Suivez la procédure d’étape documentée par HubSpot avec un administrateur existant et autorisé. Le guide sur les pipelines exige l’autorisation “Edit property settings” ainsi qu’une propriété dépendante existante et modifiable. Vérifiez l’abonnement et la disponibilité de l’objet dans le compte concerné avant de continuer ; si un contrôle manque, interrogez l’administrateur au lieu d’acheter une mise à niveau sur la base d’une supposition.
Avant toute modification, consignez la règle précédente et convenez de la manière de la rétablir. Préparez des enregistrements de test approuvés dans un environnement où les contrôles ne peuvent ni contacter des clients, ni déclencher des campagnes ou une facturation, ni modifier les rapports en production. Si cet isolement n’est pas disponible, demandez à l’administrateur de le préparer avant les tests.
- Ouvrez “Settings”, puis “Data Management” et “Objects”. Sélectionnez l’objet concerné et son onglet “Pipelines”.
- Sélectionnez le pipeline voulu. Sur la ligne de l’étape cible, ouvrez “Add rule” sous “Conditional logic rules”.
- Confirmez la condition d’étape, puis ajoutez la propriété dépendante. Sélectionnez “Required” si l’absence de valeur doit empêcher l’action manuelle couverte.
- Sélectionnez “Save logic” et consignez précisément l’étape et la propriété couvertes par la règle.
D’après le même guide, les propriétés en lecture seule, y compris les valeurs calculées et de score, ne peuvent pas être utilisées comme propriétés d’étape. Si le champ n’est pas disponible, vérifiez sa définition avant de créer un autre champ ayant la même finalité.
Testez les valeurs manquantes et complètes avant le déploiement
Testez la condition convenue avec un enregistrement synthétique approuvé et consignez le résultat attendu avant d’effectuer l’action. Commencez avec le champ sélectionné vide, puis fournissez une valeur de test pertinente. Après avoir rouvert l’enregistrement, examinez l’étape et le champ enregistrés. Le résultat ne vaut que pour la condition, la personne ou le système et la voie effectivement testés.
- Tentez le changement manuel d’étape couvert sans renseigner la valeur dépendante. Notez si l’invite concernée empêche l’enregistrement ; un résultat inattendu reste un point à résoudre.
- Fournissez une valeur de test manifestement fictive, mais conforme au sens convenu. Répétez l’action et examinez ce qui a été enregistré.
- Testez séparément une étape située hors de la condition configurée afin de détecter une exigence dont la portée serait anormalement large.
- Conservez ensemble l’état initial, le résultat attendu, le résultat observé et la personne responsable de tout écart.
Utilisez le même enregistrement avec prudence afin qu’une valeur précédemment sauvegardée n’invalide pas un test ultérieur de valeur manquante. Demandez à l’administrateur de préparer l’état initial prévu. Le seul fait d’achever une interaction à l’écran ne suffit pas à prouver le résultat enregistré.
Contrôlez les voies qui écrivent dans vos enregistrements
La réussite d’une opération manuelle n’établit pas comment un workflow, un import, un formulaire de site web ou un connecteur traite l’exigence. Un workflow est un processus automatisé dans HubSpot ; une API est l’interface logicielle qu’un connecteur peut utiliser pour écrire des enregistrements. Le guide de HubSpot sur les propriétés conditionnelles exclut les modifications par workflow de son périmètre manuel documenté.
Son journal des modifications destiné aux développeurs décrit l’application des propriétés conditionnelles obligatoires configurées et des exigences de création d’enregistrement dans la version 2026-09 de l’API, les exigences de création s’appliquant aux requêtes POST. La voie et la version réellement utilisées par un connecteur ont leur importance.
Demandez à la personne chargée de chaque voie utilisée d’identifier la règle et d’effectuer des contrôles approuvés avec une entrée manquante puis complète. Il n’est pas nécessaire d’ajouter un import ou une intégration uniquement pour les tester. Conservez un résultat distinct pour chaque voie existante, notamment le message renvoyé ainsi que l’étape et la valeur enregistrées lorsqu’elles peuvent être examinées.
Le journal des modifications de l’API déconseille de renvoyer sans modification la même requête rejetée. Si une écriture est refusée, préservez la demande selon votre processus approuvé et attribuez visiblement la correction à un responsable. Examinez l’information ou la correspondance manquante avant un nouveau test ; n’affaiblissez pas la règle dans le seul but de faire accepter la requête.
Dans nos contrôles de configuration et d’intégration CRM, nous relions chaque décision concernant un champ aux voies qui l’alimentent. Si une étape sert aussi à la mesure de la publicité payante, convenez du sens de ce statut avant de l’y utiliser. Le remplissage d’un champ ne prouve ni une vente ni un résultat publicitaire valide.
Ce qu’il faut examiner après la modification
Réévaluez l’exigence au regard de la décision qu’elle devait faciliter. Comparez des enregistrements et des voies de même nature avant et après la modification. Gardez les voies non testées visibles et répétez les contrôles concernés après toute modification pertinente d’une règle ou d’une intégration. Conservez les limites initiales d’un test manuel réussi.
- Les valeurs servent-elles la décision du collègue suivant ou les utilisateurs saisissent-ils des valeurs de remplacement ?
- La personne responsable peut-elle voir et corriger les écritures incomplètes ou rejetées ?
- Une réponse honnête indiquant que l’information est inconnue reste-t-elle visible avec une prochaine action convenue ?
- Quelles étapes, quels acteurs ou quelles voies d’écriture n’ont toujours pas de résultat consigné ?
Ces observations éclairent la prochaine décision de configuration. Elles ne démontrent ni une amélioration des ventes ni la véracité de toutes les valeurs saisies.
Notre intervention
Nous commençons par l’objet du champ, l’étape à laquelle l’information devient connue et la personne qui en a besoin. Nous relions cette décision au paramètre existant et à un contrôle pour chaque voie utilisée. Notez l’étape problématique, l’information manquante et toutes les voies qui écrivent dans l’enregistrement. Vous n’avez besoin ni d’exports de données clients ni d’identifiants de compte pour définir cette question.
