Exempel: Lägg till åtgärd med tidsmedvetenhet påslaget
Låt oss se hur Dynamic Revenue Orchestrator (DRO) använder tidsmedvetenhet för att dela upp en flerårig rampaffär i poster för uppfyllandeorderradartiklar (FOLI) och uppfyllande av tillgångstillståndsperiod (FASP) som stämmer överens med varje års giltighetsdatum.
Versioner som krävs
Tillgängliga i: Enterprise, Unlimited och Developer Edition
Överväg en kommersiell produkt, Sales Cloud, som delas upp i SC-Business eller SC-Enterprise baserat på attributet Business, och Arrendator- och licensprovisionering. Detta exempel använder attributet Business, så endast SC-Business skapas.
Exempel
Kunden köper Sales Cloud i en 3-årig rampaffär som startar 1 januari 2026, med licenskvantiteter som ökar varje år.
År 1: 100 licenser
År 2: 200 licenser
År 3: 300 licenser
Utan tidsmedvetenhet skapar nedbrytning en enskild konfiguration utan några giltiga start- eller slutdatum. Senare ändringar skriver över tidigare eller framtida data och lämnar tillgången i ett felaktigt läge.
Med tidsmedvetenhet aktiverat skapar DRO FOLIs mappade till varje giltigt datumintervall.
DRO skapar dessa FOLI för varje teknisk produkt:
SC-Business: Tre FOLI för 100, 200 och 300 licenser, en per år.
Licensprovisionering: Tre folier som matchar rampningskvantiteterna över tidslinjen.
Arrendator: Tre FOLI som behåller kvantiteten 1 under alla tre åren. Eftersom arrendatorn har kontoomfång stannar dess kvantitet på 1 oavsett licensrampen.
Varje FOLI skapar en Lägg till-åtgärd eftersom det inte fanns några tidigare poster för uppfyllandetillgång eller FASP för dessa tekniska produkter på detta konto.
Eftersom folierna är uppdelade efter tid skapar DRO FASP 1, FASP 2 och FASP 3 för varje FA. Denna struktur förhindrar att data skrivs över och säkerställer att tillgångskonfigurationen som är aktiv vid någon tidpunkt driver orkestrering.
Löste denna artikel ditt problem?
Berätta för oss vad vi kan förbättra!
Laddar
Salesforce Help | Article
Cookie Consent Manager
Cookie Consent Manager
General Information
Required Cookies
Functional Cookies
Advertising Cookies
General Information
We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required Cookies
Always Active
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional Cookies
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising Cookies
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.