Loading
Lær
Indhold
Vælg filtre

          Ingen resultater
          Ingen resultater
          Her er nogle søgetips

          Kontroller stavemåden for dine søgeord.
          Brug mere generelle søgeudtryk.
          Vælg færre filtre for at gøre søgningen bredere.

          Søg efter alle i Hjælp til Salesforce
          Eksempler på ændringstyper og resultater

          Eksempler på ændringstyper og resultater

          Gør dig bekendt med fremtidsdaterede ændringstyper og deres resultater.

          EditionsHeading

          Tilgængelig i: Lightning Experience
          Tilgængelig i: Enterprise, Unlimited og Developer Edition af Revenue Cloud, hvor transaktionsstyring er aktiveret

          Positive ændringer – Opsalg eller Tilføj mængde

          Sådan kan du øge mængden af et aktiv. Du ønsker f.eks. at tilføje 10 licenser den 1. maj, selvom du har planlagt 5 flere licenser, der skal tilføjes den 1. juni.

          • Angiv mængdeøgningen på tilbudslinjevaren (QLI) eller bestillingselementet (OI). QLI eller OI repræsenterer mængdeøgningen for hele ændringens livscyklus.
          • Detaljelinjer genereres ikke på grund af den positive stigning for udpegede aktiver.
          • Processen anvender delta-mængdeøgningen på alle aktivtilstandsperioder (ASP'er), der findes ud over den nye ændrings startdato.

          Negative ændringer – reduktion eller nedgradering

          Sådan kan du reducere mængden af et aktiv. Du ønsker f.eks. at reducere syv licenser den 1. maj.

          • Angiv en negativ mængdeændring på QLI eller OI. Mængdereduktioner er Last In, First Out (LIFO) på tværs af mængden af hver aktivhandlingskilde (AAS) i de påvirkede ASP'er.
          • En negativ ændring opretter en detaljelinje for hver fremtidsdateret ASP. Detaljelinjedatoerne svarer til de genererede ASP'er.
          • Hvis en ASP ikke har nok mængde til reduktionen, får du en overreduceringsvalideringsfejl.

          Prissætningsreduktioner for alle annullerings- og genpris-scenarier.

          For udpegede aktiver, hvor produktsalgsmodellen (PSM) er termdefineret, gælder reduktionsmængden LIFO pr. ASP.

          Et aktiv har f.eks. to ASP'er, der starter den 1/26 og slutter den 1/31/26. ASP I: Startdato = 1/1/26, Slutdato = 6/30/26, Mængde = 10. ASP II: Startdato = 1/7/26, Slutdato = 1/12/26, Mængde = 15.

          • Hvis du vælger en 1/2-startdato for en ændring og reducerer mængden med 7, opretter processen tre detaljelinjer for denne reduktion. Denne transaktion påvirker to eksisterende ASP'er.
          • Processen opretter en detaljelinje for ASP I med en startdato = 2/1/26 (ændret dato) til slutdato = 6/30/26 (slutdato for ASP) med mængde = –7 (fra AAS1).
          • ASP II har to detaljelinjer oprettet. Reduktionen forekommer i LIFO-rækkefølge, mængde = –5 og mængde = –2.
          • Datoerne på disse to detaljelinjer er de samme som den anden ASP's start- og slutdato, startdato = 7/1/26, slutdato = 12/31/26.

          For ikke-terminerede aktiver, hvor PSM er engangs, Evergreen eller tomt. Reduktionsmængden er LIFO-bestilling baseret på den aktuelle qty.

          Et aktiv starter f.eks. den 1/26 med tre ASP'er. Ikke-udtalte aktiver har ikke slutdatoer. ASP I: Startdato = 1/1/26, Slutdato = 6/30/26, Mængde = 10. ASP II: Startdato = 1/7/26, Slutdato = 1/8/26, Mængde = 15. ASP III: Startdato = 1/9/26, Slutdato = tom, mængde = 20.

          • Hvis en bruger indstiller startdatoen for ændringen til 2/1/26 og reducerer mængden med –7, opretter processen en reduktionsdetaljelinje. Der er kun en mængde på 10 på dette tidspunkt i aktivets livscyklus.
          • Hvis brugeren indstiller startdatoen til 1/8/26 og reducerer mængden med –7, opretter processen to detaljelinjer for denne reduktion.
          • Mængden er 15, med 10 fra den tidligere ASP og +5 fra en ændret transaktion. LIFO-bestilling i dette tilfælde er –5 og –2 med en startdato på 1/8/26.

          Tidlig fornyelse

          Hvis du starter en fornyelsestransaktion, der er dateret før den planlagte fornyelsesdato, tilsidesætter den tidlige fornyelse alle fremtidige ASPS og ændringer og fornyelser.

          Hvis Fornyelser som-er er aktiveret, fornyes aktivet baseret på den seneste ASP-mængde, men til forskellige priser og mængder fra den oprindelige købspris.

          Annullering

          Annullering af et aktiv før en fremtidsdateret ASP er en særlig type reduktion. Annulleringen forbliver i afslutningstilstanden, og der kan ikke udføres yderligere ARC-handlinger på et annulleret aktiv.

          Aktivering af annulleringsbestillingen påvirker alle fremtidsdaterede ASP'er.

          Attribut eller feltændringer, der kræver genprissætning

          Du kan ændre en attribut, f.eks. opgradere fra en basisversion til en Version Enterprise eller ændre et felt, der udløser en genprisbegivenhed. I denne situation angiver du den nye attributværdi på bestillingselementet og vælger en startdato.

          Denne ændring fungerer som en annullerings- og omprishandling. Den opretter flere par af annullerings- og tilbagebetalings tilbuds- eller bestillingsdetaljelinjer, en for hver fremtidig ASP, der påvirkes. ASP-opdateringerne gælder fra den nye ændrings startdato og fremad. Periodisk og ikke-periodisk genprisning af aktiv ændrer tilbuds- eller bestillingsdetaljelinjen.

          Vigtigt
          Vigtigt Hvis attributterne er forskellige mellem de krydsende og fremtidige ASP'er, tilsidesætter attributværdien på ændringslinjevaren alle fremtidige ASP-attributværdier.

          Et aktiv har f.eks. to ASP'er, der starter den 1/26 og slutter den 1/31/26. ASP I: Startdato = 1/1/26, Slutdato = 6/30/26, Mængde = 10, og ASP-attributfarve = rød. ASP II: Startdato = 1/7/26, Slutdato = 1/12/26, Mængde = 15, og ASP-attributfarve = Blå.

          • Hvis brugeren angiver startdatoen for ændringen som 2/1/26, og opdaterer attributfarven = Grøn og øger mængden = 30, annullerer og prissætter linjen igen.
          • For annullering annullerer vi alle aktuelle og fremtidige mængder, der er tilgængelige på ASP'er, der starter på ændringsdatoen.
          • For et udpeget aktiv er det LIFO pr. ASP, og vi opretter 3 detaljelinjer.
            • Detaljelinje en startdato = 2/1/26 til slutdato = 6/30/26 og mængde = 10.
            • Detalje linje to - startdato = 7/1/26 til slutdato = 12/31/26 og mængde = 10.
            • Detaljelinje tre - startdato = 7/1/26 til slutdato = 12/31/26 og mængde = 5.
          • For ikke-terminerede aktiver, hvor PSM er engangs, Evergreen eller tomme, skaber vi en reduktion af alle tilgængelige mængder, startende med 2/1/26.
            • Detalje linje en startdato = 2/1/26 til ingen slutdato og mængde = 10.
            • Detalje linje to - startdato = 7/1/26 til ingen slutdato og mængde = 5.
          • Til omprissætning opretter vi en detalje linje med mængden fra linjevaren.
            • For et udpeget aktiv skal detaljelinje fire startdato = 2/1/26 til slutdato = 12/31/26 og mængde = 30.
            • For ikke-terminerede aktiver, hvor PSM er engangs, Evergreen eller tom, skal detalje linje tre startdato = 2/1/26 til ingen slutdato og mængde = 30.
          Bemærk
          Bemærk Mængdeændringer for aktiver, hvor fremtidige ASP'er har forskellige attributter fra hinanden, behandles som en attributændring og resulterer i en annullering og genprisning.

          Overførsler

          En aktivoverførsel mellem konti fungerer som en ændring og kopierer ASP fra den oprindelige konto til overførselskontoen. Overførslen opretter en negativ ændring for kildekontoen, og mængden reduceres fra alle fremtidsdaterede ASP'er, der starter på overførselsstartdatoen. Overførslen føjer et aktiv til destinationskontoen, svarende til en tilføjelsesændring.

          Du kan kun overføre den mindste mængde af aktivet til alle aktuelle og fremtidige ASP'er.

          Omskifter

          Et produktskift fungerer som en tilføjelsesændring og en negativ ændring, og de omskiftede produkter overtager ASP og relevante handlinger. Den negative ændringsmængde reduceres fra alle fremtidsdaterede ASP'er, der starter på startdatoen for skiftet.

           
          Indlæser
          Salesforce Help | Article