Ressource indépendante Revenue Cloud
Salesforce Revenue Cloud, du catalogue produit au cash.
Architecture, détail d’implémentation et connaissance de terrain, construits sur de vrais projets Revenue Cloud Advanced et Revenue Cloud Billing. Chaque affirmation porte l’étiquette de sa source.
37 objets documentés 7 cartes d’architecture 8 patterns 10 cas d’usage 6 implémentations Revenue Cloud
Pourquoi ce site
L’essentiel de ce qui casse n’est pas dans la documentation.
La documentation Revenue Cloud décrit ce que sont les objets. Elle ne dit pas qu’un échéancier de facturation n’est jamais produit s’il manque un réglage, que les critères d’affectation comptable ne peuvent plus être supprimés une fois insérés, ou qu’un critère de flow écrit en anglais échoue en silence sur une org en français.
Ce ne sont pas des opinions : ce sont des comportements constatés en org, à une version d’API donnée, en construisant six implémentations Revenue Cloud. Ce site les publie, et étiquette chaque affirmation pour que vous sachiez distinguer ce que Salesforce documente de ce que nous avons trouvé.
Explorer Revenue Cloud
Huit domaines, une seule chaîne.
Ce qui peut être vendu, et quelle forme ça a
Trois axes à ne jamais confondre : ce qu’un produit est (sa classification, qui décide des attributs), où un commercial le trouve (sa catégorie), et ce qu’un bundle contient.
ProductCatalog · ProductCategory · ProductClassificationPricingD’un contexte à un prix net
Une pricing procedure est un expression set. La règle qui garde un catalogue maintenable : une decision table seulement s’il y a une condition ou un palier.
ExpressionSet · DecisionTable · PriceAdjustmentScheduleQuoteLe pivot que tous les moteurs lisent
Le devis est la transaction commerciale : configurateur, moteur de prix et génération documentaire y lisent et y réécrivent.
Quote · QuoteLineItemOrderDe l’offre à l’engagement
La commande porte le payment term — pas le profil de facturation. Et les champs de période que le moteur de facturation exige sans jamais les demander.
Order · OrderItemContractCe que le client détient, dans le temps
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à ?
Contract · Asset · AssetStatePeriodBillingDe la commande à la facture postée
La partie qui échoue le plus silencieusement. Échéanciers et factures sont des sorties du moteur : sans les prérequis, ils ne sont jamais produits, et rien ne le signale.
BillingSchedule · BillingScheduleGroup · BillingPolicyTaxD’une transaction à un taux
C’est le pays du profil de facturation qui commande le taux, pas l’adresse de la commande. Et aucun mécanisme natif ne fait varier le code de TVA par pays.
LegalEntity · TaxPolicy · TaxTreatmentIntegrationLà où Revenue Cloud s’arrête
Le context service est la surface d’intégration qui compte : pricing, taxe et génération documentaire lisent la même définition.
Guides d’implémentation
Les sujets qu’on a construits de bout en bout.
Écrits à la longueur qu’ils méritent, pas à celle qu’autorise un billet de blog.
Procedure Plans : que faire quand une pricing procedure est pleine
Une pricing procedure a un plafond. On l’a atteint à 128 éléments avec une offre de plus à construire. Voici ce qu’est réellement ce plafond, pourquoi le compter est plus difficile qu’il n’y paraît, et ce que coûte le fait de découper.
BillingDe la commande à la facture : où commence vraiment la facturation, et pourquoi elle ne commence pas
Entre une commande activée et une facture postée, il y a un orchestrateur, une définition de contexte, quatre réglages d’org et des champs de ligne de commande que personne ne vous dit obligatoires. Chacun échoue sans erreur.
ProductUne offre vraiment complexe : paliers de setup, adders et vingt et une variantes matérielles
Ce qu’il faut pour modéliser une offre d’infogérance où le frais de setup change de palier selon un effectif, où les adders se calculent sur une quantité qui n’est pas le nombre de postes, et où un seul bundle porte vingt et une variantes de boîtier en trois rôles.
Architectures
Comment les pièces s’emboîtent vraiment.
La chaîne Quote-to-Cash
Toute la chaîne sur une image : ce que chaque étape produit, et ce dont la suivante a besoin.
ProduitArchitecture produit et catalogue
Pourquoi le catalogue a deux axes — ce qu’un produit est, et où un commercial le trouve — et pourquoi les confondre coûte cher.
PricingArchitecture du pricing
D’un contexte à un prix net, et la décision qui garde un catalogue maintenable : quand il ne faut pas de decision table.
TaxeArchitecture fiscale
Le chemin d’une transaction vers un taux, et les deux endroits où la chaîne casse réellement.
FacturationArchitecture de la facturation
Ce qui doit être vrai avant qu’une seule facture existe — invisible, pour l’essentiel, jusqu’à ce que la première échoue.
ContratCycle de vie des avenants
Ce qu’un avenant change réellement, et d’où vient le delta de facturation.
Solution patterns
Des réponses réutilisables, issues de vrais projets.
Taxation pilotée par le profil de facturation
Faire suivre le taux de taxe au profil de facturation plutôt qu’à l’adresse de commande — et savoir pourquoi c’est la bonne lecture du modèle, pas un contournement.
TaxeCode de TVA par pays, sans Apex
Faire varier le <em>code</em> de TVA — pas seulement le taux — selon le pays du client, avec de la configuration et un flow.
TaxeL’adaptateur fiscal Apex
Quand le moteur livré ne rend rien, ce qu’un adaptateur doit réellement implémenter — et les huit échecs qui vous séparent d’une facture taxée.
FacturationRouter les lignes de facture vers la comptabilité
Amener les lignes de facture sur le bon compte comptable quand la facture ne porte presque aucune des informations dont vous avez besoin pour router.
PricingFranchises incluses et surplus
Exprimer nativement « les N premières sont incluses, au-delà c’est payant » — et découvrir pourquoi une seule de vos franchises s’applique.
PricingPasser le plafond d’une procédure
Que faire quand une seule pricing procedure ne peut plus porter la logique de toutes les offres.
Cas d’usage
De bout en bout, avec les pièges.
Activité par abonnement
Abonnements à terme, avenants, renouvellements — et l’échéancier de facturation qui doit tenir le tout.
TaxeTVA intracommunautaire
Appliquer la bonne TVA au-delà des frontières européennes, cas à taux zéro compris, et pouvoir justifier n’importe quel taux sur n’importe quelle facture.
FacturationConditions de règlement non standard
Des dates d’échéance qui tombent à jours fixes du mois plutôt qu’à un nombre de jours après la facture.
IntégrationReprendre des factures produites ailleurs
Faire entrer dans Revenue Cloud Billing des factures produites ailleurs, sans faire semblant que le moteur les a produites.
ArchitecturePlusieurs entités juridiques
Une org, plusieurs entités qui vendent, et des règles fiscales qui ne doivent pas fuir de l’une à l’autre.
ProduitUn catalogue de bundles qui survit aux commerciaux
Modéliser bundles, options et variantes régionales sans produire un catalogue que personne ne peut maintenir.
Notes de terrain
Une observation, prouvée en org.
Pourquoi une pricing procedure qui marche dans une org ne rend rien dans la suivante
Le pricing n’est pas un artefact mais cinq, et n’en déplacer qu’une partie produit une procédure qui s’exécute et ne price rien.
BillingLes prérequis de facturation qui échouent sans erreur
Quatre éléments de configuration d’org décident si les échéanciers existent. Aucun ne signale quoi que ce soit quand il manque.
BillingLes critères d’affectation comptable sont insert-only, et rien ne vous prévient
Une erreur dans un critère de routage comptable est définitive. L’objet accepte des noms de champs qui n’existent pas, et ne vous le dit qu’au postage.
DépannageUn critère de flow écrit en anglais échoue en silence sur une org localisée
Les échéanciers n’étaient jamais créés parce qu’un flow filtrait sur une valeur de statut que l’org affiche dans une autre langue.