Contract
Ce que le client détient, dans le temps
Contrats, actifs, avenants, renouvellements, résiliations
D’où vient chaque affirmation
Contrats, actifs et périodes d’état : de quoi répondre à la seule question qui compte pendant un avenant — que détenait le client ce jour-là ?
Voir un avenant s’appliquer
Un avenant n’est pas une modification de la commande d’origine. C’est une nouvelle transaction lue contre ce que le client détient — et les factures déjà émises ne bougent pas.
Modifier un abonnement en cours
Le client ajoute des licences en cours d’engagement. Déplacez la date d’effet et la quantité : regardez ce qui change, et surtout ce qui ne change pas.
- Déjà facturé, inchangé
- Reste à facturer
- Écart sur l’engagement
Ce qui se passe réellement
- L’avenant est une nouvelle transaction. Il ne modifie pas la commande d’origine : il est lu contre l’état courant de ce que le client détient, et produit un écart.
- Les factures déjà émises ne bougent pas. Elles portent une période de service révolue. Corriger le passé passe par un avoir, pas par une modification.
- L’échéancier est ajusté à partir de la date d’effet. Pas depuis le début. C’est ce qui rend la date d’effet structurante, et pas seulement informative.
- L’état de l’actif est historisé. C’est ce qui permet de répondre « que détenait le client le 15 mars ? » — une question qu’on finit toujours par poser.
Hypothèses et dépendances
- Date d’effet au premier jour du mois. Un effet en cours de mois introduit un prorata, dont le calcul dépend du paramétrage de l’org.
- Facturation mensuelle à échoir, engagement de 12 mois démarré le 1er janvier.
- La mise en service, déjà facturée, n’est pas touchée par l’avenant.
- Montants hors taxes. Ce composant illustre la mécanique : il ne reproduit pas le moteur de Revenue Cloud.
Les objets
Sélectionnez un objet pour ouvrir son détail — à quoi il sert, les champs qui comptent, ses relations et ses pièges.
L’architecture
Scroll the diagram sideways
Un avenant est une nouvelle transaction lue contre l’état courant de l’actif, pas une modification de l’ancienne. C’est pour ça que les périodes d’état comptent : elles sont ce qui permet de dire ce que le client détenait le jour où le changement prend effet, et donc quel doit être le delta de facturation.
Guides d’implémentation
Migrer de CPQ vers Revenue Cloud : reprendre le parc actif, pas l’historique
Des centaines de contrats CPQ à basculer en actifs Revenue Cloud sans refacturer ce que l’ancien Billing a déjà facturé. La méthode, les sept pièges rencontrés en répétition, et le contrôle qui fait foi.
ContratIndexer les renouvellements sans code : le flow Renew qu’on aurait dû faire dès le début
Appliquer un indice publié aux renouvellements dans Revenue Cloud, en partant du flow natif des boutons d’actifs. Le flow, la durée de renouvellement qui donnait douze ans, et ce que le flow ne peut pas faire seul.