Valutabeløp
Spor faktiske, beregnede, forpliktet og totale utgifter på tvers av administrerte hendelser, og håndhev grenser for utgifter for deltakerens utgifter. Beløpsgrenser er kontonivårestriksjoner som gjelder når en bruker oppretter en Administrert hendelsesdeltaker- eller Utgiftsdeltaker-post.
Nødvendige utgaver
| Tilgjengelig i Lightning Experience |
| Tilgjengelig i Enterprise og Unlimited Edition med Life Sciences Cloud-lisens, Life Sciences Cloud for Customer Engagement-tillegg og den administrerte pakken Life Sciences Customer Engagement. |
Forhåndskrav
- Aktiver pengekapsutløserbehandlerne.
- Hvis du vil se alle aktive pengekrav relatert til en deltakers konto, legger du til komponenten Utilization Tracker Lightning App Builder på Konto-postsiden.
Slik fungerer pengekapitalen
Monetary Cap beregner utgiftsbeløp for tre utgiftskategorier:
- Beregnede utgifter: Beløpet som er planlagt brukt på én eller flere aktiviteter.
- Forpliktet utgifter: Beløpet som er godkjent for én eller flere aktiviteter.
- Faktiske utgifter: Beløpet som allerede er brukt på én eller flere aktiviteter.
Mens en hendelse pågår, tar systemet de høyeste faktiske utgiftene i forhold til summen av anslåtte og forpliktet utgifter som løpende total. Når en hendelse er avsluttet, vurderer systemet bare de faktiske utgiftene.
Hver deltakerkonto har en forbruksgrense definert i en Aktivitetsgrense for leverandørmål-post. Når en deltaker legges til i en hendelse, eller en utgift opprettes, oppdateres eller slettes, beregner systemet automatisk totalsummen på nytt og kontrollerer den mot denne grensen. Bare utgifter med typen Merket Inkludert i hode, teller mot grensen.
Når en grense brytes, svarer systemet på en av to måter, avhengig av hvordan toppteksten er konfigurert:
- Feil: Handlingen blokkeres med en feilmelding som hindrer at deltakeren legges til eller at utgiften registreres.
- Advarsel: Handlingen er tillatt, men en Administrert hendelsesdeltakeravvik-post opprettes med en advarselsmelding.
Beregning av total utgift
De totale utgiftene beregnes basert på statusen til den administrerte hendelsen.
Hvis den administrerte hendelsen er fullført, det vil si at statusen representerer en fullført tilstand, er de totale utgiftene lik de faktiske utgiftene.
Total = Faktisk
Hvis den administrerte hendelsen ikke er fullført, det vil si at statusen representerer en utkasttilstand, er de totale utgiftene maksimalt antall faktiske utgifter og beregnede pluss forpliktet utgifter.
Total = MAX(faktisk, anslått + forpliktet)
Kapseldataene lagres i feltet for tilleggsinformasjon for mål for leverandøraktivitet i JSON-format og oppsummeres i feltene Forpliktet utgiftsbeløp, Faktisk utgiftsbeløp, Beregnet utgiftsbeløp og Totalt utgiftsbeløp.
Følgende kode er et eksempel på en pengekasse.
{"1POXJOO0000002L4AU":{"isFinalValue":true,"isFinal":true,"estimatedMap":
{},"estimated":{},"committedMap":{},"committed": {},"actualMap":
{"1Z6XJ0000000iAjOAI":{"rate": 1.0,"amount":200.0},"1Z6XJ00000001970AA":
{"rate":1.0,"amount": 100.0}},"actual":{"1Z6XJ0000000iAjOAI":
{"rate": 1.0,"amount":200.0},"1Z6XJ00000001970AA":
{"rate": 1.0, "amount":100.077}}}}Grensen beregnes først etter at den administrerte hendelsen er i en endelig tilstand, det vil si at den er avsluttet eller har blitt avsluttet. Den endelige statusen bestemmes basert på Avsluttet hendelsesstatus-feltet i innstillingene for organisasjonsnivået for hendelsesbehandling. Omregningskursene oppdateres automatisk basert på valutaen.
Utløserbehandlere
- ExpenseParticipantMonetaryCapsHandler
- Når utgiftsdeltakere opprettes, beregner behandleren totalt antall utgifter på nytt. Behandleren blokkerer at utgiftsdeltakere opprettes hvis pengekassen er konfigurert med Varseltype som Feil og den nye totalen overskrider pengegrensen. Hvis Varseltype er Varsel, selv om den økonomiske grensen overskrides, tillater behandleren opprettelse av en utgiftsdeltaker, men med en advarsel. Bare deltakere der utgiftstypen er merket som Inkludert i topptekst, telles.
- Når utgiftsdeltakerens beløp oppdateres, beregner behandleren totalsummer på nytt basert på det nye beløpet. Hvis pengekapitalens Varseltype er konfigurert som Feil, blokkerer behandleren mengdeøkninger som vil skyve totalen over grensen. Hvis Varseltype er Varsel, selv om den økonomiske grensen overskrides, tillater behandleren at beløpet øker. Reduksjoner er alltid tillatt uten begrensning – selv om den gjeldende totalen allerede er over grensen – fordi de reduserer utnyttelsen. Endringer i andre felt enn beløp utløser ingen ny beregning.
- Når en utgiftsdeltaker slettes, beregner behandleren maksimumstotaler på nytt for å fjerne det slettede beløpet. Slettinger er alltid tillatt fordi fjerning av en deltaker alltid reduserer totalbeløpet.
- MngEventPartMonetaryCapsHandler
- Når en ny deltaker legges til i en hendelse, kontrollerer behandleren om denne leverandørens utgiftsgrense allerede er nådd. Hvis pengekassen er konfigurert med Feil som Varseltype, begrenser behandleren tillegget. Hvis pengekassen er konfigurert med Varseltype som Varsel, tillater behandleren det, men med en advarsel.
- Når deltakerkontoen endres (konto til konto, konto til ekspert eller ekspert til konto), beregner behandleren grenser på nytt for både den gamle og den nye deltakeren. Hvis en konto byttes med en bruker, reduseres pengekassen bare for kontoen. Å bytte mellom andre typer enn kontoer (bruker, kontakt) har ingen effekt.
- MngEventMonetaryCapsHandler
- Hvis statusen for den administrerte hendelsen oppdateres, beregner utløserbehandleren grensen for beløpsgrense på nytt for alle deltakerne. Hvis statusen ikke er en av de kvalifiserende statusene (utkast eller avsluttet), fjerner behandleren utgiftsoppføringen, og hendelsen spores ikke lenger.
- Hvis startdatoen for den administrerte hendelsen oppdateres til utenfor den tilknyttede aktivitetsplanens tidsperiode, fjerner behandleren utgiftsoppføringen. Hvis hendelsesdatoene er innenfor aktivitetsplantidsperioden, beregner behandleren utgiften på nytt basert på den nye tidsperioden.
- Hvis den administrerte hendelsen slettes, fjerner behandleren alle relaterte bidrag fra grensen for beløpsgrense.
- ExpenseMonetaryCapsHandler
- Hvis utgiftsdatoen oppdateres, beregner behandleren totalsummer på nytt basert på den nye datoen. Hvis den nye datoen faller utenfor et konfigurert tidsvindu, teller ikke utgiftene lenger mot grensen.
- Hvis noen av de kontrollerende feltene som er definert i JSON-koden for kriterier i ProviderActivityMeasureType, oppdateres, men fremdeles oppfyller kriteriene, beregner behandleren grensen på nytt. Hvis noen av de kontrollerende feltene som er definert i JSON-koden for kriterier i ProviderActivityMeasureType, oppdateres, men ikke oppfyller kriteriene, fjerner behandleren bidraget fra totalsummen.
- Hvis en utgift som er merket som Inkludert i overskrift, slettes, beregner behandleren utgiften på nytt og fjerner utgiftens oppføring. Bare utgifter som er merket som Inkludert i topptekst, telles med.
Gruppejobber
- Beregne utgifter mot pengekapsler: Når data lastes opp samlet, er utløserbehandlere denne gruppejobben som beregner utgifter på nytt basert på de nyeste kontodataene.
- Dele mål for leverandøraktivitet basert på aktivitetens plantype: Deler mål for leverandøraktivitet som er knyttet til aktivitetsplaner av typen Hendelsesbehandling Grense, med områdene som er justert med en konto. For mål som er knyttet til andre typer aktivitetsplaner, deler jobben målene i henhold til delingsinnstillingen for aktivitetsplanen.
Offline mobilsynkronisering
Monetary Caps håndterer offline overtredelser av pengekapsler på mobilenheten på en annen måte enn på nettet.
Når selgeren på nettet forsøker å legge til en deltaker som har overskredet grensene for pengekrav eller er innenfor grensen, blokkerer systemet handlingen.
Når selgeren forsøker den samme handlingen offline på mobilen, blokkerer ikke systemet handlingen. Deltakeren blir lagt til i den andre hendelsen riktig, men en relatert Administrert hendelsesdeltakeravvik-post opprettes. Når mobilen synkroniseres med nettet, deles dataene med hovedsystemet.
Monetary Cap-oppsett
Konfigurer postene og konfigurasjonene som kreves for å aktivere pengekrav, inkludert aktivitetsplaner, mål for leverandøraktivitet, målingstyper med blokkerings- og advarselskriterier og utgiftstyper.
Forhåndskrav
- I innstillingene for administratorkonsollen på organisasjonsnivå for hendelsesbehandling konfigurerer du Avsluttet hendelsesstatus-feltet til å angi den endelige verdien av statusen. Denne innstillingen brukes av mål for leverandøraktivitet til å bekrefte at hendelsen er over og til å beregne faktiske utgifter for hver deltaker.
- Opprett et område i områdehierarkiet. Legg til en bruker (selger) i området, og tildel en konto som representerer deltakeren, til området. Hvis du vil ha mer informasjon, kan du se Konfigurere salgsområder for Life Sciences Cloud
- Opprett en utgiftstype. Kontroller at Utgiftstilgjengelighetstype er Administrert hendelse, og at start- og sluttdatoene for utgiftstypen er innenfor tidsperioden i aktivitetsplanen. Merk av for Inkludert i hode. Se utgiftsbehandling for å få mer informasjon.
Oppsettoppgaver (administrator)
- Opprett en aktivitetsplan av typen Hendelsesbehandling Grense, med en definert tidsperiode. Planen skal være aktiv.
- Opprett et leverandøraktivitetsmål for en konto som er lagt til i områdemodellen. Knytt målet til aktivitetsplanen.
- Opprett målingstyper for leverandøraktivitet for blokk (feil) og advarsels (advarsel)-scenarier. Dette representerer betingelsene som må kontrolleres ved beregning av pengekrav.
- For blokkscenariet konfigurerer du målingstypen for leverandøraktivitet ved å kjøre følgende kode:
ProviderActivityMeasureType pamt = new ProviderActivityMeasureType( DeveloperName = 'PAMTMonetaryCaps', MasterLabel = 'PAMTMonetaryCaps', Category = 'MonetaryCapLimit', IsActive = true, ActivityObject = 'ExpenseParticipant', Criteria = '{"contextCondition":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]},"utilizationTypes":{"estimated":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]},"committed":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]},"actual":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]}}}', AlertType = 'Warning' ); insert pamt; - På samme måte oppretter du metadatakonfigurasjoner for advarselsscenariet med de samme detaljene og JSON-strukturen. Velg varseltypen Advarsel.
- For blokkscenariet konfigurerer du målingstypen for leverandøraktivitet ved å kjøre følgende kode:
- Opprett mål for leverandøraktivitet, knyttet til leverandøraktivitetsmålet, av typen Hendelsesbehandling Grense. Legg til målingstypen for leverandøraktivitet som er opprettet for scenariet for beløpsblokk.
Oppsettoppgaver (selger)
For at pengekapsler skal fungere må selgeren konfigurere de grunnleggende hendelsesbehandlingspostene.
- Opprett en administrert hendelse. Kontroller at startdatoen og sluttdatoen for den administrerte hendelsen er innenfor aktivitetsplanens tidsperiode.
- Opprett en administrert hendelsesdeltaker for kontoen som er justert til området.
- Opprett en utgift, og legg til den administrerte hendelsen og den relaterte utgiftstypen du opprettet.
Opprette en grense for mål for leverandøraktivitet
Opprett mål for leverandøraktivitet som er knyttet til målmålingen. Angi den pengegrensen som brukes av kontoen på tvers av alle hendelsene en konto er knyttet til.
Nødvendige utgaver
| Nødvendig brukertillatelse | |
|---|---|
| For å konfigurere mål for leverandøraktivitet: | Tillatelsessettet Commercial Admin Life Science |
Systemet tillater brukere å registrere faktiske utgifter som overskrider den pengegrensen som er angitt i mål for leverandøraktivitet, med en Post for administrert hendelsesdeltakeravvik opprettet som en advarsel.
Hvis feltet Varseltype i aktivitetsmåltypen for leverandøren er satt til Feil, blokkerer systemet deltakeren fra å bli lagt til i en annen hendelse hvis den økonomiske grensen allerede er på grensen eller har blitt overskredet.
Hvis feltet Varseltype i aktivitetsmåltypen for leverandøren er satt til Varsel, tillater systemet at deltakeren legges til i en annen hendelse selv om den økonomiske grensen allerede er på grensen eller har blitt overskredet.
- Finn og velg Målgrenser for leverandøraktivitet fra Appstarter.
- Klikk på Ny.
-
Velg type måling av beløpsbeløp for leverandøraktivitetstype.
Velg målingstypen for leverandøraktivitet du opprettet for blokken eller advarselsscenariet.
- Velg mål for leverandøraktivitet.
- Oppgi et beløp som pengegrense. Dette beløpet brukes av kontoen på tvers av alle hendelser.
- Lagre endringene.
Opprette en utgiftsdeltaker
For å hjelpe brukere med å spore utgiftsgrenser knytter du en utgift til en deltaker.
Nødvendige utgaver
| Nødvendig brukertillatelse | |
|---|---|
| For å opprette en utgiftsdeltaker: | Tillatelsessettet Hendelsesbehandling |
- Finn og velg Utgiftsdeltakere fra Appstarter.
- Legg til et navn på posten.
-
Velg en Utgift-post.
Dette feltet fanger opp totalt antall faktiske utgifter brukt på en bestemt kategori.
- I Deltaker velger du først Administrert hendelsesdeltaker, og deretter velger du den tilhørende deltakerposten som du oppretter utgiften for.
- Oppgi den faktiske utgiften som oppstår for deltakeren.
- Lagre endringene.
Delingsregler for aktivitetsplanposter
Finn ut mer om hvordan aktivitetsplaner deles med brukere, som hendelsesarrangøren.
Delingsregler for aktivitetsplanposter
Som standard deles ikke aktivitetsplaner og mål for leverandøraktivitet med ikke-administratorbrukere, som selgere. Hvis du vil dele disse postene med selgere, kjører du jobben Del leverandøraktivitetsmål basert på aktivitetsplantype. Systemet oppretter Leverandøraktivitetsmåldel-poster og Aktivitetsplandeling-poster av typen Life Sciences Commercial Auto Share, og deler dem med områdene som er justert til deltakerkontoen.
Forutsetning
Før du kjører jobben Del leverandøraktivitetsmål basert på aktivitetsplantype, endrer du delingsinnstillingene for leverandøraktivitetsmål og aktivitetsplan fra Kontrollert av overordnet til Privat. Du finner delingsinnstillingene i Oppsett.
Slik fungerer deling
Hvis det allerede finnes aktivitetsplaner, endrer endring av delingsinnstillingene fra Overordnet kontrollert til Privat også delingstilgangen til de tilknyttede målene for leverandøraktivitet, målmåling og målgrenser. For å sikre at tilgang ikke mistes deler gruppejobben aktivitetsplanene, leverandøraktivitetsmålene og tilknyttede poster basert på aktivitetsplantype.
Hvis aktivitetsplantypen er Begrens begrensning for hendelsesbehandling, deler gruppejobben leverandørens aktivitetsmål og aktivitetsplaner med områdene som er justert med kontoen.
Hvis aktivitetsplantypen er noe annet enn Grensen for hendelsesbehandling, deler gruppejobben leverandøraktivitetsmålene og tilknyttede målmålinger og målgrenser basert på delingene i den overordnede aktivitetsplanen.
Når mål for leverandøraktivitet deles, deles alle tilknyttede aktivitetsplanobjekter som mål for leverandøraktivitet og grense for mål for leverandøraktivitet.
Slik fungerer deling for manuelle delinger
For å sikre at målene for leverandøraktivitet arver delingsinnstillingene for eksisterende aktivitetsplaner som har blitt delt manuelt med brukere, slår du i tillegg på bryteren Inkluder poster for alle delingstyper i arbeidsflyter i Oppsett av Life Sciences for Customer Engagement.
Når denne innstillingen er aktivert, vurderes alle delingstyper, inkludert manuelle delinger, for alle Life Sciences-prosesser. Når du er slått av, vurderer Life Sciences-arbeidsflyter bare delingstypen Life Sciences Commercial Auto Share.
Når gruppejobben Del leverandøraktivitetsmål basert på aktivitetsplantype kjøres etter at bryteren Inkluder poster for alle delingstyper i arbeidsflyter er slått på, replikerer gruppejobben alle delingstyper, inkludert manuelle delinger, i delingsinnstillingene for leverandøraktivitetsmål.
Når bryteren er slått av, replikerer gruppejobben bare innstillingene for delingstypen Life Sciences Commercial Auto Share for delingsinnstillinger for mål for leverandøraktivitet. Hvis du vil ha mer informasjon, kan du se Get Your Organization Ready for the Customer Engagement Managed Package.
Monetary Cap Account-fletting
Finn ut hvordan Hendelsesbehandling bruker kontoflettefunksjonaliteten til å beregne pengegrenser for deltakere med overlappende avgiftsdata.
Kontoflettefunksjonaliteten bruker en tofaset konsolideringsprosess til å flette den vunnede kontoen og tapende kontoer som har Mål for leverandøraktivitetsmål-poster for samme aktivitetsplan. Se Kontofletting for å få mer informasjon.
I fase 1 fletter Kontofletting-funksjonaliteten målmålingene for begge kontoene. Målmålinger skal være i kategorien Pengekapsgrense og knyttet til samme aktivitetsplan av typen Begrens begrensning for hendelsesbehandling.
Innvirkningen av flettingen er som følger.
- Målverdien for den tapende kontoen slettes.
- Den vunnede kontoens totale utgiftsbeløp er et sammendrag av utgiftsbeløpene fra vunnede og tapende kontoer.
- Kapseldataene som er lagret som JSON i ProviderActivityGoalMeasure.AdditionalInformation, inneholder nå utgiftsdetaljer fra begge hendelsene.
- Den tapende kontoens deltagere er fremdeles knyttet til kontoen, men utgiftene konsolideres i vinnerens topptekster.
I fase to, hvis kontoene har utgifter i samme valuta, summerer Kontofletting direkte de beregnede, forpliktet og faktiske utgiftene.
Hvis kontoene har forskjellige valutaer, henter Kontofletting den historiske omregningskursen for den tapende deltakerkontoens utgift og konverterer den til den vunnede kontoens valuta, og oppdaterer vinnerens totale utgifter.
Innvirkningen av flettingen er som følger.
- Den tapende kontoens utgifter konverteres til den vunnede kontoens valuta ved bruk av den historiske transaksjonsgraden.
- Den vunnede kontoens totale utgiftsbeløp er et sammendrag av utgiftsbeløpene fra vunnede og tapende kontoer, og inkluderer det konverterte beløpet.
- Toppdataene, som er lagret i feltet Tilleggsinformasjon om mål for leverandøraktivitet, inneholder også omregningskursene for revisjonssporet.
