Qui fait avancer une transaction dans le pipeline

Chez nous, le SDR prend le rendez-vous et le chargé d'affaires le qualifie. Qui doit faire avancer la transaction, et est-ce que je peux empêcher l'un de le faire à la place de l'autre ?

Techniquement, une règle de pipeline permet de restreindre la modification de certaines phases à des utilisateurs ou des équipes désignés. Mais il n'existe aucune notion de propriétaire de phase dans HubSpot, et la plupart des règles peuvent être contournées. La réponse est donc d'abord organisationnelle, et le réglage vient après.

Le piège à connaître. Aucune propriété native n'indique qui a fait avancer une transaction. Pour le savoir, il faut passer par l'historique de la propriété de phase.

Pourquoi aucune propriété native ne désigne un responsable de phase

Commençons par ce que HubSpot sait faire, et par ce qu'il ne sait pas faire.

Ce qui existe. Une règle nommée contrôle de l'accès à la modification permet de choisir des phases et de réserver leur modification aux super administrateurs ou à des utilisateurs et équipes précis. D'autres règles complètent le dispositif, limitation de la création à certaines phases, interdiction de sauter des phases, interdiction de revenir en arrière, et un processus d'approbation des transactions sur l'abonnement Sales Hub Entreprise. L'accès au pipeline entier se gère de son côté, par le menu Actions du pipeline.

Ce qui n'existe pas. Il n'y a pas de propriétaire de phase, pas de responsable désigné par étape. La seule propriété d'appartenance est le propriétaire de la transaction. Si vous avez besoin de tracer deux responsables sur une même affaire, il faut créer une propriété personnalisée de type utilisateur HubSpot.

Et surtout, ces règles se contournent. HubSpot est explicite. À l'exception du processus d'approbation, toutes les règles de pipeline peuvent être contournées par un super administrateur, par un utilisateur disposant du droit de modifier les paramètres de propriété, par un workflow et par l'API. Ce sont des garde-fous contre l'erreur, pas des verrous contre la volonté.

La conséquence pratique est nette. La question de savoir qui fait avancer une transaction se règle par une règle écrite et connue de l'équipe. Le paramétrage rend cette règle visible et difficile à enfreindre par distraction, il ne la remplace pas.

En pratique, tracer qui fait avancer une transaction

Restreindre la modification de certaines phases

Cliquez sur l'icône Paramètres.
Allez dans Objets, puis Transactions, onglet Pipelines.
Ouvrez le pipeline, onglet Règles de pipeline.
Activez le contrôle de l'accès à la modification, sélectionnez les phases concernées, puis choisissez entre les super administrateurs seuls ou des utilisateurs et équipes précis.

Gérer l'accès au pipeline entier

Dans le même écran, ouvrez le menu Actions du pipeline puis Gérer l'accès.

Savoir qui a déplacé une affaire et quand

Trois niveaux, du plus simple au plus complet.

Sur la fiche. Survolez la propriété de phase dans la colonne de gauche et ouvrez ses détails, ou passez par le menu Actions puis l'historique des propriétés. Vous voyez la valeur, la date et la source de chaque modification. Disponible sur tous les abonnements.
Par export. Dans Paramètres, Propriétés, sélectionnez l'objet, survolez la propriété de phase et exportez son historique en cochant l'inclusion des informations de source. Attention, l'historique d'une propriété de transaction est limité à vingt révisions.
Par le journal d'audit. Dans Paramètres, Gestion de compte, journaux d'audit. Réservé aux super administrateurs, trente jours d'historique, et les catégories liées aux objets et aux valeurs de propriétés demandent un abonnement Entreprise.

Écrire la règle avant de la paramétrer

Formulez-la en une phrase du type le passage en phase X est fait par le rôle Y après vérification de Z. Si vous n'arrivez pas à l'écrire, aucun réglage ne la fera respecter.

À surveiller sur la gouvernance de l'avancement des transactions

Il n'existe pas de propriétaire de phase. Ne construisez pas un processus sur cette idée.
Toutes les règles sauf l'approbation se contournent, notamment par les workflows et l'API. Un processus critique ne doit pas reposer uniquement sur elles.
L'historique d'une propriété de transaction est plafonné à vingt révisions. Sur une affaire qui fait des allers-retours, les plus anciens changements de phase ne sont plus consultables.
Le journal d'audit n'enregistre que les actions d'utilisateurs. Une modification faite par une soumission de formulaire ou une automatisation n'y apparaîtra pas.
Activer des règles bloque la modification en masse de la phase sur ce pipeline.
Le saut de phase reste autorisé vers les phases fermées, même quand vous l'interdisez ailleurs.
Un désaccord sur qui fait avancer une affaire est un symptôme, pas une cause. Il signale en général une frontière floue entre deux rôles, et cela se règle en réunion plutôt qu'en paramétrage.

Articles liés à la gouvernance de l'avancement des transactions

Quand nous contacter sur la gouvernance de l'avancement des transactions

Contactez Yuzu Corp pour cadrer la gouvernance de vos pipelines. C'est un sujet de processus avant d'être un sujet de paramétrage, et les règles de pipeline se contournent. Ouvrez un ticket si vous avez besoin de tracer des changements de phase au-delà des vingt dernières révisions, ce qui suppose un dispositif dédié.

Sources et date de vérification

Contenu vérifié sur la documentation officielle le 21 août 2026 par Yuzu Corp, partenaire HubSpot Diamond.