Loading
Lär
Innehållsförteckningar
Välj filter

          Inga resultat
          Inga resultat
          Här är några söktips

          Kontrollera stavningen av dina nyckelord.
          Använd mer allmänna söktermer.
          Välj färre filter för att utöka din sökning.

          Sök hela Salesforce-hjälpen
          Exempel på ändringstyper och resultat

          Exempel på ändringstyper och resultat

          Bekanta dig med framtida ändringstyper och deras resultat.

          Versioner som krävs

          Tillgängliga i: Lightning Experience
          Tillgängliga i: Enterprise, Unlimited och Developer Editions av Revenue Cloud där transaktionshantering är aktiverat

          Positiva ändringar — Merförsäljning eller Lägg till kvantitet

          Så här kan du öka mängden av en tillgång. Anta till exempel att du vill lägga till 10 licenser den 1 maj, trots att du har schemalagt 5 ytterligare licenser att lägga till den 1 juni.

          • Ange kvantitetsökning för offertradartikeln (QLI) eller orderartikeln (OI). QLI eller OI representerar kvantitetsökningen för ändringens hela livscykel.
          • Detaljrader skapas inte på grund av den positiva ökningen för benämnda tillgångar.
          • Processen tillämpar deltakvantitetsökningen för alla tillgångstillståndsperioder (ASP) som finns efter det nya startdatumet för ändringen.

          Negativa ändringar—Reduktion eller nedgradering

          Så här kan du minska mängden av en tillgång. Anta till exempel att du vill minska sju licenser den 1 maj.

          • Ange en negativ kvantitetsändring för QLI eller OI. Kvantitetsminskningar är Sist in, Först ut (LIFO) över kvantiteten för varje tillgångsåtgärdskälla (AAS) inom de ASP som påverkas.
          • Ett negativt ändringsförslag skapar en detaljlinje för varje framtida daterad ASP. Detaljraddatumen motsvarar de ASP som skapas.
          • Om en ASP inte har tillräckligt med kvantitet för reduktionen får du ett valideringsfel för överreduktion.

          Prissänkningar för alla scenarion för annullering och återpris.

          För villkorade tillgångar där produktförsäljningsmodellen (PSM) är villkorsdefinierad tillämpar reduktionskvantiteten LIFO per ASP.

          Anta till exempel att en tillgång har två ASP:er som börjar den 26 januari och slutar den 26 december. ASP I: Startdatum = 1/1/26, slutdatum = 6/30/26, kvantitet = 10. ASP II: Startdatum = 7/1/26, slutdatum = 12/31/26, kvantitet = 15.

          • Om du väljer ett startdatum 1/2/26 för en ändring och minskar mängden med 7 skapar processen tre detaljlinjer för denna minskning. Denna transaktion påverkar två befintliga ASP.
          • Processen skapar en detaljrad för ASP I med ett startdatum = 2/1/26 (ändringsdatum) till slutdatum = 6/30/26 (slutdatum för ASP) med kvantitet = –7 (från AAS1).
          • ASP II har två detaljlinjer skapade. Minskningen inträffar i LIFO-ordning, kvantitet = –5 och kvantitet = –2.
          • Datumen på dessa två detaljrader är samma som den andra ASP:ns start- och slutdatum, startdatum = 7/1/26, slutdatum = 12/31/26.

          För icke-tidsbundna tillgångar där PSM är engångs, Evergreen eller tom. Reduktionskvantiteten är LIFO-order baserat på den aktuella kvantiteten.

          Till exempel börjar en tillgång den 26 januari med tre ASP. Icke-tidsbundna tillgångar har inte slutdatum. ASP I: Startdatum = 1/1/26, slutdatum = 6/30/26, kvantitet = 10. ASP II: Startdatum = 7/1/26, slutdatum = 8/31/26, kvantitet = 15. ASP III: Startdatum = 9/1/26, slutdatum = tomt, kvantitet = 20.

          • Om en användare anger startdatumet för ändringen till 26/02/2012 och minskar mängden med –7 skapar processen en detaljrad för minskning. Det finns endast en kvantitet på 10 vid den tidpunkten i tillgångens livscykel.
          • Om användaren anger startdatumet till 26/8 och minskar mängden med –7 skapar processen två detaljlinjer för denna minskning.
          • Kvantiteten är 15, med 10 från den föregående ASP och +5 från en ändrad transaktion. LIFO-ordern i detta fall är –5 och –2 med startdatumet 8/1/26.

          Tidig förnyelse

          Om du inleder en förnyelsetransaktion daterad innan det schemalagda förnyelsedatumet åsidosätter den tidiga förnyelsen alla framtida ASPS och ändringar och förnyelser.

          Om Förnyelser i befintligt skick har aktiverats förnyas tillgången baserat på den senaste ASP-kvantiteten men till andra priser och kvantiteter än det ursprungliga inköpspriset.

          Annullering

          Att annullera en tillgång innan en framtida daterad ASP är en speciell typ av reduktion. Annulleringen förblir i det slutgiltiga läget och inga ytterligare ARC-operationer kan utföras för en annullerad tillgång.

          Tillgång av annulleringsordern påverkar alla framtida daterade ASP.

          Attribut- eller fältändringar som kräver omprissättning

          Du kan ändra ett attribut, till exempel uppgradera från en grundläggande till en Enterprise Edition, eller ändra ett fält som utlöser en prissättningshändelse. I detta fall anger du det nya attributvärdet för orderobjektet och väljer ett startdatum.

          Denna ändring fungerar som en annullering och omprissättning. Det skapar flera par av annullera och återprissätta offerter eller orderdetaljrader, en för varje framtida ASP som påverkas. ASP-uppdateringarna gäller från och med det nya startdatumet för ändringen. Termed och icke-villkorad tillgångsprissättning ändrar offerten eller orderdetaljraden.

          Viktig
          Viktig Om attribut skiljer sig åt mellan de korsande och framtida ASP:erna åsidosätter attributvärdet i ändringsradartikeln alla framtida ASP-attributvärden.

          Anta till exempel att en tillgång har två ASP:er som börjar den 26 januari och slutar den 26 december. ASP I: Startdatum = 1/1/26, slutdatum = 6/30/26, kvantitet = 10 och ASP-attributfärg = röd. ASP II: Startdatum = 1/7/26, slutdatum = 31/12, kvantitet = 15 och ASP-attributfärg = blå.

          • Om användaren anger startdatumet för ändringen som 1/2/26, och uppdaterar attributets färg = Grön och ökar kvantiteten = 30, avbryter vi och ändrar pris på raden.
          • För annullering annullerar vi alla aktuella och framtida kvantiteter som är tillgängliga i ASP:erna med början på ändringsdatumet.
          • För en termerad tillgång är det LIFO per ASP och vi skapar 3 detaljlinjer.
            • Detaljrad ett startdatum = 2/1/26 till slutdatum = 6/30/26 och kvantitet = 10.
            • Detaljrad två startdatum = 1/7/26 till slutdatum = 31/12 och kvantitet = 10.
            • Detaljrad tre startdatum = 1/7/26 till slutdatum = 31/12 och kvantitet = 5.
          • För icke-villkorade tillgångar där PSM är en engångstillgång, Evergreen eller tom skapar vi en reduktion av alla tillgängliga kvantiteter, med början den 26/2/1.
            • Detaljrad ett startdatum = 2/1/26 till inget slutdatum och kvantitet = 10.
            • Detaljrad två startdatum = 1/7/26 till inget slutdatum och kvantitet = 5.
          • För omprissättning skapar vi en detaljrad med kvantiteten från radartikeln.
            • För en termerad tillgång är detaljrad fyra startdatum = 2/1/26 till slutdatum = 12/31/26 och kvantitet = 30.
            • För icke-tidsbundna tillgångar där PSM är engångs, Evergreen eller tom är detaljrad tre startdatum = 2/1/26 till inget slutdatum och kvantitet = 30.
          Anteckning
          Anteckning Kvantitetsändringar för tillgångar där framtida ASP har olika attribut från varandra som en attributändring och resulterar i en annullering och prissättning.

          Överföringar

          En tillgångsöverföring mellan konton fungerar som en ändring och kopierar ASP från det ursprungliga kontot till överföringskontot. Överföringen skapar en negativ ändring för källkontot och kvantiteten minskas från alla framtida ASP:er, med början på överföringens startdatum. Överföringen lägger till en tillgång till destinationskontot, liknande en lägg till ändring.

          Du kan endast överföra den lägsta mängden av tillgången till alla nuvarande och framtida ASP.

          Byten

          Ett produktbyte fungerar som ett tillägg och ett negativt tillägg, och de utbytta produkterna ärver ASP och relevanta åtgärder. Den negativa ändringskvantiteten minskas från alla framtida daterade ASP som börjar på startdatumet för byte.

           
          Laddar
          Salesforce Help | Article