Glossaire

D’où vient chaque affirmation

Salesforce docsdocumenté par SalesforceTerrainconstaté sur une vraie orgRecommandéce que nous recommandonsÀ vérifiernon vérifié

Métier

Quote-to-Cash: Toute la chaîne d’une vente, du moment où un commercial compose une offre jusqu’à l’encaissement et l’écriture comptable. Littéralement « du devis à l’encaissement ».
CRM: Gestion de la relation client. Le système qui sait qui est le client, qui lui a parlé, et où en est l’affaire. Il ne sait pas nativement composer une offre ni facturer.

Revenue Cloud Advanced: La plateforme native de Salesforce pour le cycle devis → commande → contrat. Sans namespace, par opposition à Salesforce CPQ. Souvent abrégée RCA.
Revenue Cloud Billing: Le volet facturation : échéanciers, factures, avoirs, taxes, écritures comptables. Souvent abrégé RCB.
Revenue Management: Le nom actuel donné par Salesforce à ce qui s’appelait Revenue Cloud. Les deux noms circulent encore, y compris dans la documentation officielle.
Salesforce CPQ: Un produit acquis, antérieur, avec son propre namespace SBQQ__ et ses propres moteurs de règles. Presque rien de ce qui est écrit sur la plateforme native ne s’y applique.
Selling model: La forme de vente d’un produit : ponctuelle, à durée déterminée, ou permanente. Elle gouverne ce que les moteurs de prix et de facturation ont le droit de faire.
Bundle: Une offre composée d’un produit principal et de composants, avec des règles de quantité et de compatibilité.
Classification: Ce qu’un produit est, et donc quels attributs il porte. À ne pas confondre avec la catégorie, qui dit seulement où un commercial le trouve.

Namespace: Un préfixe sur les noms d’objets et de champs, signe qu’ils viennent d’un package installé. Vérifier le namespace d’une org est le moyen le plus rapide de savoir de quel produit on parle.
Context definition: Le contrat de données : ce que les moteurs de prix, de taxe et de génération documentaire ont le droit de voir. L’étendre une fois sert les trois.
Dynamic Revenue Orchestrator: La couche qui décompose une transaction commerciale en lignes d’exécution et maintient l’état des actifs. Souvent abrégée DRO.
Org: Une instance Salesforce. Production, préproduction, sandbox ou org de démonstration — chacune avec sa configuration, et donc ses comportements.
Permission set: Un ensemble de droits attribué à un utilisateur. Sur Revenue Cloud, beaucoup d’objets paraissent absents alors qu’ils sont seulement invisibles faute de droits.

Pricing procedure: La suite ordonnée d’étapes qui transforme un prix de liste en prix net. Techniquement un expression set. La version qui s’exécute est une version compilée, pas celle qu’on édite.
Expression set: L’objet qui porte une suite de règles exécutables. Une pricing procedure en est un.
Decision table: Une table de correspondance qui rend une valeur pour un jeu d’entrées. À n’utiliser que s’il y a une condition ou un palier : un prix fixe vit sur le price book entry.
PricebookEntry: Le prix d’un produit dans un catalogue tarifaire, pour un modèle de vente et une devise. L’endroit où vit un prix qui ne dépend d’aucune condition.

Billing schedule: Le plan de facturation d’une ligne de commande : quoi facturer, quand, sur quelle période. Produit par le moteur, jamais saisi à la main.
Billing schedule group: Le regroupement qui fait sortir plusieurs échéanciers sur une même facture.
Avoir: Le document qui annule ou réduit une facture déjà émise. C’est la façon de corriger le passé : une facture émise ne se modifie pas.
Prorata: Le calcul partiel appliqué quand une période de service ne commence pas en début de cycle. Son mode de calcul dépend du paramétrage.

Reconnaissance du revenu: Le moment où le chiffre d’affaires est constaté en comptabilité. Indépendant de la date de facturation et de la date d’encaissement.

Legal entity: L’entité juridique qui vend. Les traitements fiscaux et les taux s’y rattachent.
Tax treatment: La règle qui associe un produit et un code de taxe sous une politique fiscale.
Tax engine adapter: Une classe Apex qui calcule la taxe quand le moteur livré ne suffit pas. Elle s’enregistre via un provider et un engine.

Actif: Ce que le client détient à un instant donné. Son état est historisé, ce qui permet de dire ce qu’il détenait à une date passée.
Avenant: Une nouvelle transaction lue contre l’état courant de l’actif, qui produit un écart. Ce n’est pas une modification de la commande d’origine.