Liiketoimintaprosessien muutokset orkestrointisuunnitelmassa
Kun julkaiset dynaamisen tuoton orkestroinnin vaiheittaisen toteutuksen, jokainen julkaisuvaihe voi muuttaa liiketoimintaprosessia tai vaatia sen useita kokoonpanoja samanaikaisesti.
Vaaditut versiot
| Käytettävissä: Lightning Experiencessa |
| Käytettävissä: Revenue Management -ominaisuuden Enterprise-, Unlimited- ja Developer Edition -versioissa |
Ehto on sääntö, joka tarkastaa tilauksen, tuotteen tai tilin attribuutin ja määrittää, onko vaihe, vaiheen ryhmä vai skenaario käytössä. Valitsemasi attribuutti määrittää, miten ehto toimii: Käytä päivämääräperusteista ehtoa kaikille tilauksille, tuoteattribuutin ehtoa logiikalle, joka vaihtelee palvelutyypin mukaan, tiliattribuutin ehtoa pilotteille tai tietyille segmenteille, tilauksen arvoehtoa riskipohjaisille työnkuluille ja liiketoiminnan välitavoiteehtoa, joka koskee tilausta tai täydennystapahtumaa. Yhdistä ehdot, kun muutos riippuu useammasta tekijästä. Lisätietoja rakennusehdoista on kohdassa Tilauksen täydennyksen suoritusehtojen ymmärtäminen.
Kun sinun täytyy korvata, lisätä tai muuttaa orkestrointisuunnitelman liiketoimintaprosessia julkaisuvaiheen aikana, älä muokkaa aktiivista kokoonpanoa paikallaan. Pitkäaikaiset tilaukset ovat usein edelleen käytössä, kun seuraava julkaisuvaihe tapahtuu, ja niiden muokkaaminen voi häiritä niitä. Sovella jokaiselle muutokselle ehtoa sen sijaan ja suorita vanhat ja uudet kokoonpanot rinnakkain, jos muutos on merkittävä.
Vanhat kokoonpanot poistetaan sitten luonnollisesti, kun niiden tilaukset suoritetaan. Anna aikaa sandboxien testaamiseen, asiakirjojen päivityksiin ja asiakasilmoituksiin, kun muutos vaikuttaa palvelutasoon, ja anna enemmän liidiaikaa suuremmille muutoksille, kuten liiketoimintaprosessin korvaamiseen tai uuden skenaarion käyttöönottoon.
Seuraavat kuviot ovat suosituksia, joita voit mukauttaa omiin julkaisuihisi, mutta ne eivät ole ainoa tapa tehdä näitä muutoksia. Mallinnat muutokset siten, että ne koskevat uusia tilauksia häiritsemättä jo käynnissä olevia tilauksia. Yksi julkaisuvaihe voi yhdistää useamman kuin yhden näistä muutoksista — valitse liiketoimintaskenaarioon sopiva yhdistelmä ja lennon tilaustyypit, jotta riskit pysyvät mahdollisimman pieninä.
- Olemassa olevan liiketoimintaprosessin korvaaminen
- Ota korvaus käyttöön uutena vaiheen ryhmänä tai skenaariossa ja reititä siihen uudet tilaukset ehdolla. Pidä olemassa oleva vaiheen ryhmä paikallaan tilauksille, jotka käyttävät sitä jo, ja poista se, kun tilaukset on suoritettu.
- Lisää uusi liiketoimintaprosessi
- Lisää uusi vaiheen ryhmä (tai uusi vaihe ulkoiselle callout-kutsulle) ja linkitä se skenaarioon, jossa on ehto, jotta se soveltuu vain sitä tarvitseville tilauksille. Tämä ei vaikuta jo lennossa oleviin tilauksiin.
- Muuta liiketoimintaprosessin suoritustapaa, esimerkiksi manuaalisesti automatisoituun
- Mallinnat uuden suorituksen uutena vaiheen määritelmänä tai uuden ehdon ohjaamana skenaariossa sen sijaan, että muokkaisit käynnissä olevaa vaihetta. Uudet tilaukset käyttävät automatisoitua polkua ja lennon aikana tehdyt tilaukset suoritetaan prosessilla, jolla ne aloitettiin.
- Liiketoimintaprosessin osan muuttaminen
- Sovella ehtoja muuttuviin vaiheisiin siten, että vain hyväksytyt tilaukset käyttävät uutta toimintatapaa. Ehdot estävät uusien tilausten vanhat vaiheet sen sijaan, että ne poistettaisiin, kun lennon aikana tehdyt tilaukset viittaavat niihin.
- Korvaa liiketoimintaprosessin takana oleva täydennysjärjestelmä
- Kun muutos korvaa koko downstream- tai taustajärjestelmän, valitse eristystaso. Jos sama tekninen tuote on edelleen käytössä, reititä uudet tilaukset toiseen skenaarioon tai vaiheen ryhmään, esimerkiksi kun korvaat liiketoimintaprosessia. Jos täydennyslogiikan täytyy olla täysin erillinen — esimerkiksi koska lentojen aikana tehdyt tilaukset täytyy jatkaa vanhan järjestelmän muuttamista tai peruuttamista, kunnes ne on suoritettu loppuun — reititä toiseen tekniseen tuotteeseen sen sijaan käyttämällä tuotteeseen tai tilauksen attribuuttiin perustuvaa suoritussääntöä. Lisätietoja siitä, miten suoritussäännöt valitsevat teknisen tuotteen, on kohdassa Decomposition Relationship Types. Jos haluat määrittää suoritussäännön edellisen ehdon, katso lisätietoja kohdasta Define Execution Rules for a Decomposition Rule.
Esimerkiksi "Muuta liiketoimintaprosessin osaa" -kuvio näyttää tältä, kun muutos lisää uuden, ehdollisesti suoritettavan vaiheen olemassa olevaan prosessiin:
Uuden tai korvattavan liiketoimintaprosessin mallinnuksen valitseminen
Kun yllä oleva kuvio tuo käyttöön uuden tai korvaavan liiketoimintaprosessin, päätä, haluatko mallinntaa sen vaiheen ryhmänä vai vaiheittain. Valintasi määrittää, miten helposti voit muuttaa sitä myöhemmin uudelleen.
- Täydennysvaiheen määritelmän ryhmänä
- Mallinnat liiketoimintaprosessin, joka suoritetaan kokonaan Salesforcessa täydennyksen vaiheen määritelmän ryhmänä, jota kutsutaan myös vaiheen ryhmäksi. Vaiheryhmä sisältää prosessin järjestetyt vaiheet. Suuremman liiketoimintaprosessin ei tarvitse olla kartoitettu yhteen vaiheen ryhmään — useat vaiheen ryhmät voivat jokainen edustaa sen osaa. Lisätietoja vaiheiden ryhmien ja vaiheiden määrittämisestä orkestrointisuunnitelmassa on kohdassa Orkestrointisuunnitelman komponenttien määrittäminen.
- Vaiheena
- Mallinnat liiketoimintaprosessia, joka kutsuu alempaa tai ulkoista täydennysjärjestelmää yhden vaiheen vaiheessa vaiheen ryhmässä, kuten callout-vaiheessa.
Täydennyskenaario linkittää tuotteet vaiheisiin, jotka suoritetaan tilaukselle. Ryhmitä vaiheet elinkaaren vaiheen mukaan alusta alkaen — tunnista ensin tuotteiden väliset vaiheet, ja jaa sitten vain tuotekohtainen logiikka erillisiin vaiheiden ryhmiin ja sovella ehtoja skenaariossa, kun se on mahdollista. Tämä rakenne tekee loogisten polkujen lisäämisestä myöhemmin helpompaa ilman refaktorointia.
Liiketoimintaprosessin useiden kokoonpanojen ylläpito
Julkaisuvaihe tarkoittaa usein, että saman liiketoimintaprosessin useamman kuin yhden kokoonpanon täytyy olla olemassa yhdessä tietyn ajanjakson ajan. Valitse samanaikainen malli, joka soveltuu siihen, kuinka kauan vanhan ja uuden kokoonpanon täytyy toimia yhdessä.
- Yhteistyö pitkällä aikavälillä
- Pidä rinnakkaiset skenaariot paikallaan määrittämättömästi kestävien ehtojen perusteella. Käytä tätä mallia, kun yritys aikoo säilyttää molemmat variantit, esimerkiksi eri tuotteille tai alueille.
- Koexistoi, kunnes vanhan kokoonpanon tilaukset on suoritettu loppuun
- Estä uusien tilausten vanha kokoonpano ehdolla ja anna käynnissä olevien tilausten vanhentua siinä. Kun kaikki vanhaan kokoonpanoon viittaavat tilaukset on suoritettu, poista vanha vaiheen ryhmä, vaiheet tai skenaario. Dynaaminen tuoton orkestrointi estää tämän poistamisen, kun keskeneräiset vaiheet viittaavat edelleen vaiheen ryhmään, vaiheisiin tai skenaarioon — älä pakotta metadatan korvaamista ohittaaksesi lohkon, koska se saattaa korruptoida lennon aikana tehdyt tilaukset. Tarkasta säännöllisesti estetyt vaiheet ja poistetut skenaariot, joiden tilaukset on kaikki suoritettu, ja poista ne. Suunnitelmat, joilla on useita ehtoja, lisäävät käsittelyn viiveen ja voivat lähestyä sovellusalustan rajoituksia varsinkin raskaille tilauksille. Lisätietoja rajoituksista on kohdassa Dynamic Revenue Orchestrator Limits.
- Uusi kokoonpano korvaa vanhan käyttökatkoksen jälkeen
- Käytä päivämääräperusteista ehtoa, jotta tilaukset käyttävät ennen leikkausta vanhaa kokoonpanoa ja leikkauksen aikana tai sen jälkeen tehdyt tilaukset käyttävät uutta kokoonpanoa. Tämä malli tarjoaa puhtaan ja aikaan perustuvan siirtymän ilman logiikkaa.
Milloin käyttää koodia orkestroinnin muutokselle
Voit käsitellä useimmat orkestrointisuunnitelman muutokset käyttämällä kokoonpanoa — eli muokkaamalla skenaarioita, vaiheen määritelmiä, ehtoja ja vaiheen sidonnaisuuksia — mukautetun koodin sijaan. Kokoonpanomuutokset ovat turvallisempia käyttöönotettaessa vaiheittain, koska voit hallita niitä ehdoilla ja suorittaa ne rinnakkain olemassa olevan logiikan kanssa. Käytä mukautettua koodia, kuten Apexia tai Kulkua, vain, kun muutos vaatii logiikkaa, jota ehdot eivät voi ilmaista.
| Tehtävä | Miten käyttää koodia |
|---|---|
| Muunna dataa | Käytä koodia muuntaaksesi, kartoittaaksesi tai rikastaaksesi hyötykuormien dataa, jonka vaihe välittää alempaan järjestelmään. |
| Laske liiketoiminta-arvo | Käytä koodia laskutoimille, jotka ylittävät ehdon kenttäarvojen vertaamisen, kuten hinnoittelu tai oikeutuslogiikka. |
| Kutsu integraation päätepistettä | Käytä koodia yhdistääksesi vaiheen ulkoiseen täydennysjärjestelmään callout-kutsun kautta. |
| Käytä API-sopimusta | Käytä koodia, kun vaiheen täytyy tuottaa tai kuluttaa tietyn pyyntö- tai vastaussopimuksen, jonka alempi järjestelmä vaatii. |
Perustana olevan logiikan, kuten Apexin tai Kulun, muokkaaminen samalla vaiheen määritelmällä on turvallista vain, jos syöttö- ja tulosopimukset pysyvät identtisinä. Kaikki parametrien tai vaadittujen hyötykuormien ominaisuuksien muutokset voivat aiheuttaa suoritusvaiheen epäonnistumisen.
Entiteettitason muutosten vaikutus tilauksen tilan mukaan
Yllä kuvatut kuviot ja rinnakkaiselon mallit toimivat muokkaamalla yhtä tai useampaa neljästä entiteetistä — täydennyskenaarioita, vaiheiden määritelmiä, ehtoja ja vaiheiden sidonnaisuuksia. Tämä taulukko kuvaa entiteettitason muutosten koko vaikutuksen uusiin, käynnissä oleviin ja lisätilauksiin, jotta voit tarkastaa tekemäsi muutoksen lopputuloksen.
| Entiteetti | Muutostyyppi | Uudet tilaukset | Käynnissä olevat tilaukset | Täydentävät tilaukset |
|---|---|---|---|---|
| Täydennyksen skenaario | Lisää uusi tietue | Koskee uutta tilausta. | Ei vaikutusta. | Suunnitelmaan lisätään uusia vaiheen ryhmiä, joilla on vaiheita, jos skenaario kelpaa lisätilaukselle. |
| Tietueen poistaminen | Linkitettyä vaiheen ryhmää ei huomioida suunnitelmassa. Vaiheisiin kuuluvia vaiheita ei luoda. | Ei vaikutusta. | Tämän skenaarion olemassaolon takia luodut vaiheet peruutetaan tai hylätään, riippuen vaiheen suorituksen tilasta. | |
| Muuttaa olemassa olevan tietueen tuotetta tai vaiheen ryhmää | Uusi kokoonpano koskee uutta tilausta. Mahdolliset uudet ehdot arvioidaan ja vaiheet luodaan. | Ei vaikutusta. | Vanhan kokoonpanon perusteella luodut vaiheet peruutetaan tai hylätään, riippuen vaiheen suoritustilasta, ja suunnitelmaan lisätään uudet vaiheen ryhmät, joilla on vaiheita, jos uusi kokoonpano kelpaa lisätilaukselle. | |
| Täydennyksen skenaarion ehto | Lisää uusi ehto | Uusi ehto arvioidaan ja jos se kelpaa, vaiheet luodaan. | Ei vaikutusta. | Jos skenaario ei kelpaa ehdon takia, vaiheet peruutetaan tai hylätään, riippuen vaiheen suorituksen tilasta. |
| Poista ehto | Vaiheiden määritelmiä, jotka kuuluvat vaiheryhmään, käytetään uusien vaiheiden luomiseen. | Ei vaikutusta. | Skenaario voi alkaa kelpaa. Jos se toimii, vaiheet lisätään täydentävän tilauksen suunnitelman täsmäysprosessin aikana. | |
| Olemassa olevan ehdon ehtojen muuttaminen | Uudet ehdot arvioidaan. Lopputuloksen perusteella vaiheet luodaan tai ohitetaan. | Ei vaikutusta. | Jos skenaario alkaa hyväksyä uudet ehdot, vaiheet lisätään täydentävän tilauksen suunnitelman täsmäysprosessin aikana. Jos se lopettaa hyväksymisen, vaiheet peruutetaan tai hylätään, riippuen vaiheen suorituksen tilasta. | |
| Täydennysvaiheen määritelmä | Lisää uusi tietue | Vaiheita luodaan uudelle vaiheen määritelmälle. | Ei vaikutusta. | Vaiheita luodaan uudelle vaiheen määritelmälle. |
| Tietueen poistaminen | Ei voi poistaa, jos siihen viittaavat keskeneräiset vaiheet. | Ei voi poistaa, jos siihen viittaavat keskeneräiset vaiheet. | Ei voi poistaa, jos siihen viittaavat keskeneräiset vaiheet. Jos vaihe on suoritettu, suunnitelmaan lisätään korvauksia. | |
| Lisää uusi vaihe | Jos skenaario soveltuu, vaihe lisätään suunnitelmaan. | Ei vaikutusta. | Jos skenaario on edelleen kelvollinen, vaihe lisätään täydentävän suunnitelman täsmäysprosessin aikana. | |
| Poista vaihe | Poistetun vaiheen määritelmää ei huomioida. Jos jokin suunnitelma sisältää keskeneräisen vaiheen määritelmän perusteella, vaiheen määritelmää ei voi poistaa. | Ei voi poistaa, jos siihen viittaavat keskeneräiset vaiheet. | Vaihe peruutetaan tai hylätään, riippuen suorituksen tilasta. Jos jokin suunnitelma sisältää keskeneräisen vaiheen määritelmän perusteella, vaiheen määritelmää ei voi poistaa. | |
| Vaiheen tyypin muuttaminen | Vaihe luodaan uudella vaihetyypillä. | Ei vaikutusta. | Ohitettu suunnitelman yhteensovituksen aikana. | |
| Vaiheen vaikutusalueen muuttaminen | Vaiheet luodaan uuteen vaikutusalueeseen. | Ei vaikutusta. | Täydentävä tilaus hylätään. | |
| Ei palautuksen muutospiste (PONR) | Vaiheet luodaan uudella PONR-arvolla. | Ei vaikutusta. | Ohitettu suunnitelman yhteensovituksen aikana. | |
| Vaiheen ryhmän muuttaminen, muokkaaminen tai peruuttaminen | Vaiheet luodaan viittaamalla muokkaa- ja peruuta-ryhmiin. | Ei vaikutusta. | Ohitettu suunnitelman yhteensovituksen aikana. | |
| Apexin, kulun, integraation määritelmien tai kohdistussääntöjen muuttaminen | Vaiheet luodaan viittaamalla uuteen Apexiin tai kulkuun. Kulun uusinta aktiivista versiota käytetään. | Tällä hetkellä suoritettavat vaiheet suorittavat vanhan version, jos suoritus käynnistyi ennen kuin Apexia tai kulkua muutettiin. Jos vaihe suoritetaan muutoksen jälkeen, uusi versio suoritetaan. Jos sopimus — input-, output- tai pre- ja post-conditions — muuttuu uudelle toteutukselle, vaihe voi epäonnistua. | Riippuu siitä, muuttuuko vaiheen sopimus — input, output tai implemented functionality. Jos se suoritetaan ja vaihe suoritetaan, vaihe voi epäonnistua. Jos muutat määritelmässä olevaa Apex tai -kulkua, mutta jätät vanhan Apex tai -kulun sellaisenaan, vaiheet voidaan suorittaa ilman ongelmia riippuen sidonnaisten luokkien, kokoonpanojen ja alakulkujen muista muutoksista. | |
| Lisää uusi ehto | Uuteen ehtoon viitataan luodusta täydennysvaihetietueesta. | Ei vaikutusta. | Vaiheen luonnin jälkeen määritelmään lisätyt ehdot ohitetaan. | |
| Poista ehto | Täydennysvaihetietue luodaan viittaamatta ehtoon. | Myös määritelmästä poistetut ehdot (suorita tai jatka sääntöjen hakuarvoille) poistetaan suoritusvaiheista. | Vaiheen luonnin jälkeen määritelmästä poistetut ehdot ohitetaan ja vanha ehto arvioidaan. | |
| Olemassa olevan ehdon ehtojen muuttaminen | Täydennysvaihetietue viittaa sääntöön. | Täydennysvaihetietue viittaa sääntöön. Ehdon muutos vaikuttaa suoritukseen ohittamalla vaiheen tai suorittamalla sen. | Täydennysvaihe tallentaa vain sääntöön viittauksen. Jos ehdot muuttuvat, uudet ehdot arvioidaan orkestroinnin suorituksen aikana. | |
| Vaiheen sidonnaisuuden määritelmä | Lisää uusi sidonnaisuus olemassa olevien vaiheiden välillä | Koskee uutta tilausta. | Ei vaikutusta. | Uusi sidonnaisuustietue lisätään suunnitelman yhteensovituksen aikana. Tämä sidonnaisuustietue saattaa vaikuttaa tai ei vaikuta todelliseen orkestroinnin suoritukseen. |
| Olemassa olevan vaiheen ja lisätyn vaiheen välisen sidonnaisuuden lisääminen | Koskee uutta tilausta. | Ei vaikutusta. | Uusi sidonnaisuustietue lisätään suunnitelman yhteensovituksen aikana. | |
| Lisää riippuvuus lisätyn vaiheen ja olemassa olevan vaiheen välillä | Koskee uutta tilausta. | Ei vaikutusta. | Uusi sidonnaisuustietue lisätään suunnitelman yhteensovituksen aikana. Tämä sidonnaisuustietue saattaa vaikuttaa tai ei vaikuta todelliseen orkestroinnin suoritukseen. | |
| Lisää sidonnaisuus kahden lisätyn vaiheen välillä | Vaiheet luodaan täydennyksen vaiheen sidonnaisuustietueilla niiden välissä, kunhan vaiheet ovat oikeassa vaikutusalueessa. | Ei vaikutusta. | Uusi sidonnaisuustietue lisätään suunnitelman yhteensovituksen aikana. | |
| Poista sidonnaisuus | Vaiheet luodaan ilman täydennyksen vaiheen sidonnaisuustietuetta niiden välillä. | Ei vaikutusta. | Riippuvuustietuetta ei poisteta, kun se on luotu. | |
| Muutosriippuvuuden vaikutusalue | Koskee uutta tilausta. | Ei vaikutusta. | Ei vaikutusta. |
