Loading
Leren
Inhoudsopgave
Filters selecteren

          Geen resultaten
          Geen resultaten
          Hier zijn enkele zoektips

          Controleer de spelling van uw trefwoorden.
          Gebruik meer algemene zoektermen.
          Verwijder filters om uw zoekopdracht uit te breiden.

          De Help van Salesforce volledig doorzoeken
          Voorbeelden van wijzigingstypen en resultaten

          Voorbeelden van wijzigingstypen en resultaten

          Maak uzelf vertrouwd met toekomstige wijzigingstypen en de resultaten ervan.

          Vereiste editions

          Beschikbaar in: Lightning Experience
          Beschikbaar in: Enterprise, Unlimited en Developer Edition van Revenue Cloud waarin Transactiebeheer is ingeschakeld

          Positieve wijzigingen—Upselling of Hoeveelheid toevoegen

          U kunt de hoeveelheid van een activum als volgt verhogen. Stel dat u op 1 mei 10 licenties wilt toevoegen, ook al hebt u gepland dat er op 1 juni 5 extra licenties worden toegevoegd.

          • Stel de hoeveelheidsverhoging in voor het offerteregelitem (QLI) of orderitem (OI). De QLI of OI vertegenwoordigt de hoeveelheidstoename voor de gehele levenscyclus van de wijziging.
          • Detaillijnen worden niet gegenereerd vanwege de positieve stijging voor activa op termijn.
          • Het proces past de deltahoeveelheidsverhoging toe op alle perioden van activumstatus (ASP's) die na de nieuwe begindatum van de wijziging bestaan.

          Negatieve amendementen: reductie of downgrade

          U kunt de hoeveelheid van een activum als volgt verminderen. U wilt bijvoorbeeld zeven licenties reduceren op 1 mei.

          • Stel een negatieve hoeveelheidswijziging in voor de QLI of OI. Hoeveelheidsreducties zijn Last In, First Out (LIFO) voor de hoeveelheid van elke activumactiebron (AAS) binnen de betroffen ASP's.
          • Een negatieve wijziging maakt een detailregel voor elke toekomstige ASP. De detailregeldatums komen overeen met de gegenereerde ASP's.
          • Als een ASP niet voldoende hoeveelheid heeft voor de reductie, krijgt u een validatiefout met te veel reductie.

          Prijsverlagingen voor alle annulerings- en herprijsscenario's.

          Voor activa op termijn waarvoor het productverkoopmodel (PSM) op termijn is gedefinieerd, past de reductiehoeveelheid LIFO per ASP toe.

          Een activum heeft bijvoorbeeld twee ASP's die beginnen op 1-1-26 en eindigen op 31-12-26. ASP I: Begindatum = 1/1/26, einddatum = 30/6/26, hoeveelheid = 10. ASP II: Begindatum = 7/1/26, einddatum = 31/12/26, hoeveelheid = 15.

          • Als u een begindatum van 26-2 selecteert voor een wijziging en de hoeveelheid reduceert met 7, maakt het proces drie detailregels voor deze reductie. Deze transactie heeft invloed op twee bestaande ASP's.
          • Het proces maakt één detailregel voor de ASP I met een begindatum = 2/1/26 (gewijzigde datum) tot einddatum = 6/30/26 (einddatum van de ASP) met quantity = –7 (vanuit AAS1).
          • Voor ASP II zijn twee detailregels gemaakt. De reductie vindt plaats in LIFO-volgorde, hoeveelheid = –5 en hoeveelheid = –2.
          • De datums op deze twee detailregels zijn dezelfde als de begin- en einddatum van de tweede ASP, begindatum = 7/1/26, einddatum = 31/12/26.

          Voor niet-voorwaardelijke activa waarbij de PSM eenmalig, Evergreen of leeg is. De reductiehoeveelheid is LIFO-order op basis van de huidige hoeveelheid.

          Een activum begint bijvoorbeeld op 1/1/26 met drie ASP's. Niet-voorwaardelijke activa hebben geen einddatums. ASP I: Begindatum = 1/1/26, einddatum = 30/6/26, hoeveelheid = 10. ASP II: Begindatum = 26-7, einddatum = 31-8-26, hoeveelheid = 15. ASP III: Begindatum = 26 september, einddatum = leeg, hoeveelheid = 20.

          • Als een gebruiker de begindatum van de wijziging instelt op 2/1/26 en de hoeveelheid reduceert met –7, maakt het proces één reductiedetailregel. Er is slechts een hoeveelheid van 10 op dat punt in de levenscyclus van het activum.
          • Als de gebruiker de begindatum instelt op 8/1/26 en de hoeveelheid reduceert met –7, maakt het proces twee detailregels voor deze reductie.
          • De hoeveelheid is 15, met 10 uit de vorige ASP en +5 uit een gewijzigde transactie. LIFO-volgorde is in dit geval –5 en –2 met een begindatum van 8/1/26.

          Vroegtijdige verlenging

          Als u een verlengingstransactie initieert die dateert van vóór de geplande verlengingsdatum, overschrijft de vroege verlenging alle toekomstige ASPS en wijzigingen en verlengingen.

          Als As-Is Renewals is ingeschakeld, wordt het activum verlengd op basis van de nieuwste ASP-hoeveelheid, maar tegen andere prijzen en hoeveelheden dan de oorspronkelijke aankoopprijs.

          Annulering

          Het annuleren van een activum vóór een ASP met datum in de toekomst is een speciaal type reductie. De annulering blijft in de eindstatus en er kunnen geen verdere ARC-bewerkingen worden uitgevoerd op een geannuleerd activum.

          Activering van de annuleringsorder heeft invloed op alle toekomstige ASP's.

          Kenmerk- of veldwijzigingen die herhaling vereisen

          U kunt een kenmerk wijzigen, zoals een upgrade uitvoeren van een basisversie naar een Enterprise Edition, of een veld wijzigen dat een event voor opnieuw prijzen activeert. In dit geval stelt u de nieuwe kenmerkwaarde voor het orderitem in en selecteert u een begindatum.

          Deze wijziging fungeert als een annulerings- en herprijsbewerking. Het maakt meerdere paren offerte- of orderdetailregels voor annuleren en opnieuw prijzen, één voor elke toekomstige ASP die wordt beïnvloed. De ASP-updates zijn van toepassing vanaf de begindatum van de nieuwe wijziging. Terminele en niet-terminele activumprijsstelling wijzigt de offerte- of orderdetailregel.

          Belangrijk
          Belangrijk Als kenmerken verschillen tussen de snijdende en toekomstige ASP's, overschrijft de kenmerkwaarde voor het wijzigingsregelitem alle toekomstige ASP-kenmerkwaarden.

          Een activum heeft bijvoorbeeld twee ASP's die beginnen op 1-1-26 en eindigen op 31-12-26. ASP I: Begindatum = 1/1/26, einddatum = 30/6/26, hoeveelheid = 10, en ASP-kenmerkkleur = rood. ASP II: Begindatum = 1-7-26, einddatum = 31-12-26, hoeveelheid = 15, en ASP-kenmerkkleur = blauw.

          • Als de gebruiker de begindatum van de wijziging instelt op 2/1/26 en het kenmerk color = Green bijwerkt en de hoeveelheid = 30 verhoogt, wordt de regel geannuleerd en opnieuw geprijsd.
          • Voor annulering annuleren we alle huidige en toekomstige hoeveelheden die beschikbaar zijn voor de ASP's vanaf de wijzigingsdatum.
          • Voor een gedefinieerd activum is het LIFO per ASP en maken we 3 detailregels.
            • Detailregel één begindatum = 2/1/26 tot einddatum = 6/30/26 en hoeveelheid = 10.
            • Detailregel twee begindatum = 1-7-26 tot einddatum = 31-12-26 en hoeveelheid = 10.
            • Detailregel drie begindatum = 1-7-26 tot einddatum = 31-12-26 en hoeveelheid = 5.
          • Voor niet-voorwaardelijke activa waarbij de PSM eenmalig, Evergreen of leeg is, maken we een reductie van alle beschikbare hoeveelheden, beginnend op 26-2-19. We maken twee detailregels.
            • Detailregel één begindatum = 2/1/26 tot geen einddatum en hoeveelheid = 10.
            • Detailregel twee begindatum = 7/1/26 tot geen einddatum en hoeveelheid = 5.
          • Voor nieuwe prijzen maken we één detailregel met de hoeveelheid uit het regelitem.
            • Voor een activum met looptijd is detailregel vier begindatum = 2/1/26 tot einddatum = 31-12-26 en hoeveelheid = 30.
            • Voor niet-voorwaardelijke activa waarbij de PSM eenmalig, Evergreen of leeg is, is detailregel drie begindatum = 2/1/26 tot geen einddatum en hoeveelheid = 30.
          Opmerking
          Opmerking Hoeveelheidswijzigingen voor activa waarbij toekomstige ASP's verschillende kenmerken van elkaar hebben, worden verwerkt als een kenmerkwijziging en resulteren in een annulering en een nieuwe prijsstelling.

          Overdrachten

          Een activumoverdracht tussen accounts fungeert als een wijziging en kopieert de ASP van de oorspronkelijke account naar de overdrachtsaccount. De overdracht maakt een negatieve wijziging voor de bronaccount en de hoeveelheid wordt verminderd van alle ASP's met een datum in de toekomst, beginnend op de begindatum van de overdracht. De overdracht voegt een activum toe aan de bestemmingsaccount, vergelijkbaar met een wijziging toevoegen.

          U kunt alleen de minimale hoeveelheid van het activum overdragen aan alle huidige en toekomstige ASP's.

          Wissels

          Een productruil fungeert als een wijziging toevoegen en een negatieve wijziging, terwijl de geruilde producten de ASP en relevante acties overnemen. De negatieve wijzigingshoeveelheid wordt verlaagd van alle ASP's met een datum in de toekomst die beginnen op de begindatum van de swap.

           
          Wordt geladen
          Salesforce Help | Article