Olet tässä:
Esimerkkejä muutostyypeistä ja tuloksista
Tutustu tulevia päivättyjä muutostyyppejä ja niiden tuloksiin.
Vaaditut versiot
| Käytettävissä: Lightning Experiencessa |
| Käytettävissä: Revenue Cloudin Enterprise-, Unlimited- ja Developer Edition -versioissa, joissa on transaktioiden hallinta käytössä |
Positiiviset muutokset — Lisämyynti tai määrän lisääminen
Näin voit kasvattaa omaisuuden määrää. Oletetaan esimerkiksi, että haluat lisätä 10 lisenssiä 1. toukokuuta, vaikka olet ajoittanut 5 lisenssiä 1. kesäkuuta.
- Määritä tarjouksen rivikohteen (QLI) tai tilauskohteen (OI) määrän kasvu. QLI tai OI edustaa määrän kasvua muutoksen koko elinkaarelta.
- Lisätietorivejä ei luoda nimettyjen resurssien positiivisen kasvun vuoksi.
- Prosessi soveltaa delta-määrän kasvua kaikkiin omaisuuden tilan ajanjaksoihin (ASP), jotka ovat olemassa uuden muutoksen alkamispäivän jälkeen.
Negatiiviset muutokset — Vähennys tai alentaminen
Näin voit vähentää omaisuuden määrää. Oletetaan esimerkiksi, että haluat vähentää seitsemää lisenssiä 1. toukokuuta.
- Määritä QLI:lle tai OI:lle negatiivinen määrän muutos. Määrävähennykset ovat viimeksi sisään, ensin ulos (LIFO) kunkin omaisuuden toimintolähteen (AAS) määrälle asiaankuuluvista ASP-palvelimista.
- Negatiivinen muutos luo lisätietorivin jokaiselle myöhemmälle päivitetylle ASP:lle. Lisätietorivin päivämäärät vastaavat luotuja ASP-tarjouksia.
- Jos ASP:llä ei ole tarpeeksi määrää alennusta varten, näet ylimääräisen alennuksen vahvistusvirheen.
Hinnoittelun alennukset kaikille peruutus- ja uudelleenhinnoitteluskenaarioille.
Nimetyille omaisuuksille, joissa tuotemyyntimalli (PSM) on määritetty termillä, alennuksen määrä koskee LIFO-arvoa per ASP.
Omaisuudella voi esimerkiksi olla kaksi ASP-tarjousta, jotka alkavat 1.1.26 ja päättyvät 31.12.26. ASP I: Alkamispäivä = 1.1.26, päättymispäivä = 30.6.26, määrä = 10. ASP II: Alkamispäivä = 1.7.26, päättymispäivä = 12.1.26, määrä = 15.
- Jos valitset muutokselle 1.2.26 alkamispäivän ja vähennät määrää 7:lla, prosessi luo kolme lisätietoriviä tälle alennukselle. Tämä transaktio vaikuttaa kahteen olemassa olevaan ASP-palveluun.
- Prosessi luo ASP I:lle yhden lisätietorivin, jonka alkamispäivä = 2/1/26 (muutettu päivämäärä) on päättymispäivä = 6/30/26 (ASP:n päättymispäivä) ja jonka määrä on = –7 (AAS1:stä).
- ASP II sisältää kaksi lisätietoriviä. Vähennys tapahtuu LIFO-järjestyksessä, quantity = –5 ja quantity = –2.
- Näiden kahden lisätietorivin päivämäärät ovat samoja kuin toisen ASP:n alkamis- ja päättymispäivä, alkamispäivä = 1.7.26, päättymispäivä = 31.12.26.
Jos PSM on kertaluonteinen, Evergreen tai tyhjä, ei-termejä omaisuuksia. Alennuksen määrä on tämänhetkiseen qty-arvoon perustuva LIFO-tilaus.
Omaisuus alkaa esimerkiksi 1.1.26 ja sillä on kolme ASP-arvoa. Ei-tunnistetuilla omaisuuksilla ei ole päättymispäiviä. ASP I: Alkamispäivä = 1.1.26, päättymispäivä = 30.6.26, määrä = 10. ASP II: Alkamispäivä = 1.7.26, päättymispäivä = 31.8.26, määrä = 15. ASP III: Alkamispäivä = 1.9.26, päättymispäivä = tyhjä, määrä = 20.
- Jos käyttäjä määrittää muutoksen alkamispäiväksi 1.2.26 ja vähentää määrää –7, prosessi luo yhden alennuksen lisätietorivin. Omaisuuden elinkaaren kyseisessä vaiheessa on vain 10 määrää.
- Jos käyttäjä määrittää alkamispäiväksi 1.8.26 ja vähentää määrää –7, prosessi luo kaksi lisätietoriviä tälle alennukselle.
- Määrä on 15, 10 edellisestä ASP:stä ja +5 muutetusta transaktiosta. Tässä tapauksessa LIFO-tilaus on –5 ja –2 ja sen alkamispäivä on 1.8.26.
Aikainen uusiminen
Jos aloitat uusintotransaktion ennen ajoitettua uusimispäivää, aikaisin uusiminen korvaa kaikki tulevat ASPS-palvelut sekä muutokset ja uusinnat.
Jos As-Is Renewals on käytössä, omaisuus uusitaan uusimman ASP-määrän perusteella, mutta eri hinnoilla ja määrillä kuin alkuperäinen ostohinta.
Peruutus
Omaisuuden peruuttaminen ennen tulevaan päivättyä ASP:ää on erityinen alennustyyppi. Peruutus pysyy lopullisessa tilassa eikä peruutetulle omaisuudelle voi suorittaa muita ARC-toimintoja.
Peruutustilauksen kohdistaminen vaikuttaa kaikkiin tulevia päivitettyihin palveluntarjoajiin.
Attribuutin tai kentän muutokset, jotka vaativat uudelleenhinnoittelun
Voit muuttaa attribuuttia, esimerkiksi päivittää sen perusversiosta Enterprise Edition -versioon tai muuttaa kenttää, joka käynnistää uudelleenhinnoittelutapahtuman. Tässä tapauksessa määrität uuden attribuutin arvon tilauskohteelle ja valitset alkamispäivän.
Tämä muutos toimii peruutus- ja uudelleenhinnoittelutoimintona. Se luo useita peruutus- ja uudelleenhinnoittelupareja tai tilauksen lisätietorivejä, yhden jokaiselle tulevalle ASP:lle, johon se vaikuttaa. ASP-päivitykset ovat voimassa uuden muutoksen alkamispäivästä alkaen. Termitettyjen ja ei-termitettyjen omaisuuksien uudelleenhinnoittelu muuttaa tarjouksen tai tilauksen lisätietoriviä.
Omaisuudella voi esimerkiksi olla kaksi ASP-tarjousta, jotka alkavat 1.1.26 ja päättyvät 31.12.26. ASP I: Alkamispäivä = 1.1.26, päättymispäivä = 6.30/26, quantity = 10, ja ASP-attribuutin väri = punainen. ASP II: Alkamispäivä = 1.7.26, päättymispäivä = 12.1.26, quantity = 15, ja ASP-attribuutin väri = sininen.
- Jos käyttäjä määrittää muutoksen alkamispäiväksi 2.1.26 ja päivittää attribuutin värin = Vihreä ja nostaa määrää = 30, peruamme ja hinnoittelemme riviä uudelleen.
- Peruutusta varten peruutamme kaikki ASP:ssä käytettävissä olevat nykyiset ja tulevat määrät muutoksen päivämäärästä alkaen.
- Nimetylle omaisuudelle se on LIFO per ASP ja luomme 3 lisätietoriviä.
- Lisätietorivi yksi alkamispäivä = 1/26, päättymispäivä = 6/30/26 ja määrä = 10.
- Lisätietorivi kaksi alkamispäivä = 7/1/26 päättymispäivään = 12/31/26 ja määrä = 10.
- Lisätietorivi kolme alkamispäivä = 7/1/26 päättymispäivään = 12/31/26 ja määrä = 5.
- Jos PSM on kertaluonteinen, Evergreen tai tyhjä, luomme kaikkien käytettävissä olevien määrien vähentämisen 1.2.26 alkaen. Luomme kaksi lisätietoriviä.
- Lisätietorivi yksi alkamispäivä = 2/1/26 eikä päättymispäivää ja määrä = 10.
- Lisätietorivi kaksi alkamispäivä = 7/1/26 eikä päättymispäivää ja määrä = 5.
- Luomme uudelleenhinnoittelulle yhden lisätietorivin, joka sisältää rivikohteen määrän.
- Jos kyseessä on nimetty omaisuus, lisätietorivi 4, alkamispäivä = 1.2.26, päättymispäivä = 31.12.26 ja määrä = 30.
- Jos PSM on kertaluonteinen, Evergreen tai tyhjä, lisätietorivi 3: alkamispäivä = 2/1/26–ei päättymispäivää ja määrä = 30.
Siirrot
Omaisuuksien siirto tilien välillä toimii muutoksena ja kopioi ASP-todennuksen alkuperäisestä tilistä siirtotiliin. Siirto luo lähdetilille negatiivisen muutoksen ja määrä vähenee kaikista tulevista päivättyjen ASP-palveluntarjoajista, alkaen siirron alkamispäivästä. Siirto lisää omaisuuden kohdetiliin, aivan kuin lisäämällä muutoksia.
Voit siirtää vain resurssin vähimmäismäärän kaikille nykyisille ja tuleville ASP-palveluntarjoajille.
Swaps (Vaihda)
Tuotevaihto toimii lisämuutoksena ja negatiivisena muutoksena, ja vaihdetut tuotteet perivät ASP:n ja asiaankuuluvat toiminnot. Negatiivisten muutosten määrä vähenee kaikista tulevista päivätyistä ASP-palvelimista, jotka alkavat vaihtamisen alkamispäivästä.

