Du er her:
Eksempler på endringstyper og resultater
Gjør deg kjent med fremtidsdaterte endringstyper og deres resultater.
Nødvendige utgaver
| Tilgjengelig i Lightning Experience |
| Tilgjengelig i Enterprise, Unlimited og Developer Edition i Revenue Cloud der Transaksjonsbehandling er aktivert |
Positive endringer – Upsell eller Add Quantity (Legg til mengde)
Slik kan du øke mengden av et aktivum. Du vil for eksempel legge til 10 lisenser 1. mai, selv om du har planlagt å legge til fem lisenser til 1. juni.
- Angi mengdeøkningen for tilbudslinjeelementet (QLI) eller bestillingsartikkelen (OI). QLI eller OI representerer mengdeøkningen for hele livssyklusen til endringen.
- Detaljlinjer genereres ikke på grunn av den positive økningen for aktuelle aktiva.
- Prosessen bruker deltamengdeøkningen på alle aktivumtilstandsperioder (ASP) som finnes etter den nye endringsstartdatoen.
Negative endringer – reduksjon eller nedgradering
Slik kan du redusere mengden av et aktivum. Anta for eksempel at du vil redusere sju lisenser 1. mai.
- Angi en endring av negativ mengde for QLI eller OI. Mengdereduksjoner er Last In, First Out (LIFO) på tvers av mengden av hver aktivumhandlingskilde (AAS) i de berørte ASP-ene.
- En negativ endring oppretter en detaljlinje for hver fremtidig datert ASP. Detaljlinjedatoene tilsvarer ASP-ene som genereres.
- Hvis en ASP ikke har nok mengde til reduksjonen, får du en overreduksjonsvalideringsfeil.
Prisreduksjoner for alle kansellerings- og gjenpris-scenarier.
For navngitte aktiva der produktsalgsmodellen (PSM) er definert som en term, gjelder reduksjonsmengden LIFO per ASP.
Et aktivum har for eksempel to ASP-er som starter 1/1/26 og slutter på 12/31/26. ASP I: Startdato = 1/1/26, sluttdato = 6/30/26, mengde = 10. ASP II: Startdato = 7/1/26, sluttdato = 12/31/26, mengde = 15.
- Hvis du velger en startdato 1/2/26 for en endring og reduserer mengden med 7, oppretter prosessen tre detaljlinjer for denne reduksjonen. Denne transaksjonen påvirker to eksisterende ASP-er.
- Prosessen oppretter én detaljlinje for ASP I med en startdato = 2/1/26 (endret dato) til sluttdato = 6/30/26 (sluttdato for ASP) med mengde = –7 (fra AAS1).
- ASP II har to detaljlinjer opprettet. Reduksjonen skjer i LIFO-rekkefølge, quantity = –5 og quantity = –2.
- Datoene på disse to detaljlinjene er de samme som den andre ASPs start- og sluttdato, startdato = 7/1/26, sluttdato = 12/31/26.
For ikke-betingede aktiva der PSM er engangs, Evergreen eller tom. Reduksjonsmengden er LIFO-bestilling basert på gjeldende mengde.
Et aktivum starter for eksempel 1/1/26 med tre ASP-er. Ikke-betingede aktiva har ikke sluttdatoer. ASP I : Startdato = 1/1/26, sluttdato = 6/30/26, mengde = 10. ASP II: Startdato = 1/7/26, sluttdato = 1/31/26, mengde = 15. ASP III: Startdato = 9/1/26, sluttdato = tom, mengde = 20.
- Hvis en bruker angir startdatoen for endringen til 2/1/26 og reduserer mengden med –7, oppretter prosessen én reduksjonsdetaljlinje. Det er bare en mengde på 10 på det punktet i aktivumets livssyklus.
- Hvis brukeren angir startdatoen til 1/8/26 og reduserer mengden med –7, oppretter prosessen to detaljlinjer for denne reduksjonen.
- Mengden er 15, med 10 fra den forrige ASP-en og +5 fra en endret transaksjon. LIFO-bestilling er i dette tilfellet –5 og –2 med en startdato på 1/26/86.
Tidlig fornyelse
Hvis du starter en fornyelsestransaksjon som er datert før den planlagte fornyelsesdatoen, overstyrer den tidlige fornyelsen alle fremtidige ASPS-er og endringer og fornyelser.
Hvis Fornyelser som er aktivert, fornyes aktivumet basert på den siste ASP-mengden, men til andre priser og mengder enn den opprinnelige kjøpesummen.
Kansellering
Kansellering av et aktivum før en fremtidsdatert ASP er en spesiell type reduksjon. Kanselleringen forblir i den endelige tilstanden, og ingen ytterligere ARC-operasjoner kan utføres på et kansellert aktivum.
Tildeling av kanselleringsbestillingen påvirker alle fremtidige ASP-er.
Attributt- eller feltendringer som krever gjenprising
Du kan endre et attributt, for eksempel oppgradere fra en grunnleggende versjon til Enterprise Edition, eller endre et felt som utløser en omprisingshendelse. I dette tilfellet angir du den nye attributtverdien for bestillingselementet og velger en startdato.
Denne endringen fungerer som en kansellerings- og gjenprisoperasjon. Den oppretter flere par av kansellerings- og gjenpristilbuds- eller bestillingsdetaljlinjer, én for hver fremtidig ASP som påvirkes. ASP-oppdateringene gjelder fra den nye endringsstartdatoen og videre. Betingede og ikke-betingede aktivumprisendringer endrer tilbuds- eller bestillingsdetaljlinjen.
Et aktivum har for eksempel to ASP-er som starter 1/1/26 og slutter på 12/31/26. ASP I: Startdato = 1/1/26, sluttdato = 6/30/26, mengde = 10, og ASP-attributtfarge = rød. ASP II: Startdato = 7/1/26, sluttdato = 12/31/26, mengde = 15, og ASP-attributtfarge = blå.
- Hvis brukeren angir startdatoen for endringen til 2/1/26, og oppdaterer attributtfargen = Grønn og øker mengden = 30, avbryter og priser linjen på nytt.
- Ved kansellering avbryter vi alle gjeldende og fremtidige mengder som er tilgjengelig for ASP-er fra og med endringsdatoen.
- For et navngitt aktivum er det LIFO per ASP, og vi oppretter tre detaljlinjer.
- Detaljlinje én startdato = 2/1/26 til sluttdato = 6/30/26 og mengde = 10.
- Detaljlinje to startdato = 7/1/26 til sluttdato = 12/31/26 og mengde = 10.
- Detaljlinje tre startdato = 7/1/26 til sluttdato = 12/31/26 og mengde = 5.
- For ikke-betingede aktiva der PSM er engangs, Evergreen eller tom, oppretter vi en reduksjon av alle tilgjengelige mengder, fra og med 1/26. Vi oppretter to detaljlinjer.
- Detaljlinje én startdato = 2/1/26 til ingen sluttdato og mengde = 10.
- Detaljlinje to startdato = 7/1/26 til ingen sluttdato og mengde = 5.
- For omprising oppretter vi én detaljlinje med mengden fra linjen.
- For et navngitt aktivum er detaljlinje fire startdato = 2/1/26 til sluttdato = 12/31/26 og mengde = 30.
- For ikke-betingede aktiva der PSM er engangs, Evergreen eller tom, detaljlinje tre startdato = 2/1/26 til ingen sluttdato og mengde = 30.
Overføringer
En aktivumoverføring mellom kontoer fungerer som en endring og kopierer ASP fra den opprinnelige kontoen til overføringskontoen. Overføringen oppretter en negativ endring for kildekontoen, og mengden reduseres fra alle fremtidige ASP-er som starter på startdatoen for overføringen. Overføringen legger til et aktivum i målkontoen, på samme måte som en legge til endring.
Du kan bare overføre den minste mengden av aktivumet til alle gjeldende og fremtidige ASP-er.
Swaps (Svitsjer)
Et produktbytt fungerer som en legge til endring og en negativ endring, og de byttede produktene arver ASP og relevante handlinger. Den negative endringsmengden reduseres fra alle fremtidige ASP-er som starter på bytteens startdato.

