Loading
Pengekap

breadcrumbDescription

  1. helpHomeLinkText
  2. docsHomeLinkTextShort
  3. Agentforce Life Sciences

Pengekap

Spor faktiske, estimerede, bekræftede og samlede udgifter på tværs af administrerede begivenheder, og håndhæv forbrugsgrænser på deltagerens udgifter. Monetære grænser er begrænsninger på kontoniveau, der gælder, når en bruger opretter en registrering for Deltager i administreret begivenhed eller en registrering for Udgiftsdeltager.

EditionsHeading

Tilgængelig i: Lightning Experience
Tilgængelig i: Enterprise og Unlimited Edition med Life Sciences Cloud, Life Sciences Cloud for Customer Engagement-tilføjelsesprogramlicens og den administrerede pakke Life Sciences Customer Engagement.

Forudsætninger

  • Aktiver pengekapsudløser-handlerne.
  • Hvis du vil se alle de aktive pengemæssige begrænsninger, der er relateret til en deltagers konto, skal du tilføje komponenten Anvendelsessporing Lightning App-konstruktør på siden Kontoregistrering.

Sådan fungerer pengebegrænsning

Monetary Cap beregner udgiftsbeløb for tre udgiftsinddelinger:

  • Estimerede udgifter: Beløbet, der er projekteret til at blive brugt på en eller flere aktiviteter.
  • Bekræftede udgifter: Beløbet, der er godkendt til en eller flere aktiviteter.
  • Faktiske udgifter: Beløbet, der allerede er brugt på en eller flere aktiviteter.

Mens en begivenhed er i gang, tager systemet de højere faktiske udgifter i forhold til summen af estimerede og bekræftede udgifter som den løbende total. Når en begivenhed er lukket, tager systemet kun de faktiske udgifter med i betragtning.

Hver deltagerkonto har en forbrugsgrænse defineret i en registrering for aktivitetsgrænse for udbyder. Når en deltager føjes til en begivenhed, eller en udgift oprettes, opdateres eller slettes, genberegner systemet automatisk den maksimale total og kontrollerer den mod denne grænse. Kun udgifter, hvis type er markeret som Inkluderet i Kap, tæller med i grænsen.

Når en grænse overtrædes, reagerer systemet på en af to måder, afhængigt af hvordan hætten er konfigureret:

  • Fejl: Handlingen blokeres med en fejlmeddelelse, hvilket forhindrer deltageren i at blive tilføjet eller udgiften i at blive registreret.
  • Advar: Handlingen er tilladt, men der oprettes en registrering for en uoverensstemmelse for en administreret begivenhedsdeltager med en advarselsmeddelelse.

Beregning af samlet udgift

De samlede udgifter beregnes på basis af den administrerede begivenheds status.

Hvis den administrerede begivenhed er fuldført, dvs. statussen repræsenterer en fuldført tilstand, er de samlede udgifter lig med de faktiske udgifter.

I alt = Faktisk

Hvis den administrerede begivenhed ikke er fuldført, dvs. statussen repræsenterer en kladdetilstand, er de samlede udgifter maksimum for faktiske udgifter og estimerede plus bekræftede udgifter.

I alt = MAX(Faktisk, Anslået + Bekræftet)

Kapseldataene lagres i udbyderaktivitetsmålmålets yderligere oplysningsfelt i JSON-format og rulles op til felterne Forpligt udgiftsbeløb, Faktisk udgiftsbeløb, Estimeret udgiftsbeløb og Udgiftsbeløb i alt.

Følgende kode er et eksempel på en pengekupon.


{"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}}}}

Maksimum beregnes kun, når den administrerede begivenhed er i en endelig tilstand, dvs. den er lukket eller er blevet afsluttet. Den endelige status bestemmes på basis af feltet Status for afsluttet begivenhed i indstillingerne for begivenhedsstyringsorganisationsniveau. Konverteringskurserne opdateres automatisk baseret på valutaen.

Udløser-handler

  • ExpenseParticipantMonetaryCapsHandler
    • Når udgiftsdeltagere oprettes, genberegner handleren de samlede udgifter. Handleren blokerer udgiftsdeltagere mod at blive oprettet, hvis pengemærket er opsat med Advarselstype som Fejl, og den nye total overskrider pengegrænsen. Hvis advarselstypen er Advarsel, selvom den monetære grænse overskrides, tillader handleren oprettelsen af en udgiftsdeltager, men med en advarsel. Det er kun deltagere, hvis udgiftstype er markeret som Inkluderet i kapitel, der tælles med.
    • Når en udgiftsdeltagers beløb opdateres, genberegner handleren maksimalt antal totaler baseret på det nye beløb. Hvis pengekapitallens advarselstype er opsat som Fejl, blokerer handleren mængden for stigninger, der ville overføre totalen over maksimumet. Hvis advarselstypen er Advarsel, selvom den monetære grænse overskrides, tillader handleren, at beløbet øges. Reduktioner er altid tilladt uden begrænsning – selv hvis den aktuelle total allerede er over grænsen – fordi de reducerer anvendelsen. Ændringer af andre felter end beløb udløser slet ingen genberegning.
    • Når en udgiftsdeltager slettes, genberegner handleren maksimalt antal totaler for at fjerne det slettede beløb. Sletninger er altid tilladt, da fjernelse af en deltager altid reducerer det maksimale total.
  • MngEventPartMonetaryCapsHandler
    • Når en ny deltager føjes til en begivenhed, kontrollerer handleren, om udbyderens forbrugstærskel allerede er nået. Hvis pengekassen er opsat med Advarselstype som Fejl, begrænser handleren tilføjelsen. Hvis pengekassen er opsat med Advarselstype som Advarsel, tillader handleren det, men med en advarsel.
    • Når deltagerkontoen ændres (konto til konto, konto til ekspert eller ekspert til konto), genberegner handleren begrænsninger for både den gamle og den nye deltager. Hvis en konto er omskiftet med en bruger, reduceres pengemængden kun for kontoen. Skift mellem ikke-konto typer (bruger, kontakt) har ingen effekt.
  • MngEventMonetaryCapsHandler
    • Hvis den administrerede begivenhedsstatus opdateres, genberegner udløserhåndteringen den monetære grænse for alle deltagere. Hvis statussen ikke er en af de kvalificerende statusser (kladde eller lukket), fjerner handleren udgiftsoplysningen, og begivenheden spores ikke længere.
    • Hvis den administrerede begivenheds startdato opdateres til uden for den tilknyttede aktivitetsplans tidsperiode, fjerner handleren udgiftsoplysningen. Hvis begivenhedsdatoerne er inden for aktivitetsplanens tidsperiode, genberegner handleren udgiften baseret på den nye tidsperiode.
    • Hvis den administrerede begivenhed slettes, fjerner handleren alle relaterede bidrag fra den pengemæssige grænse.
  • ExpenseMonetaryCapsHandler
    • Hvis udgiftsdatoen opdateres, genberegner handleren maksimalt antal totaler baseret på den nye dato. Hvis den nye dato falder uden for et konfigureret tidsvindue, tæller udgiften ikke længere med i grænsen.
    • Hvis nogen af de kontrolfelter, der er defineret i ProviderActivityMeasureTypes kriterie-JSON, opdateres, men stadig opfylder kriterierne, genberegner handleren grænsen. Hvis nogen af de kontrolfelter, der er defineret i ProviderActivityMeasureType's Criteria JSON, opdateres, men ikke opfylder kriterierne, fjerner handleren bidraget fra maksimumtotalen.
    • Hvis en udgift, der er markeret som Inkluderet i Kap, slettes, genberegner handleren udgiften og fjerner udgiftens post. Kun udgifter, hvis type er markeret som Inkluderet i kapitel, tælles med.

Batchjob

  • Beregn udgifter op mod pengekapsler: Når data uploades i grupper, er udløsere dette batchjob, der genberegner udgifter baseret på de seneste kontodata.
  • Del udbyderaktivitetsmål baseret på aktivitetsplantype: Deler udbyderaktivitetsmål, der er tilknyttet aktivitetsplaner af typen Begivenhedsstyringsgrænse med områder, der er justeret med en konto. For mål, der er tilknyttet andre typer af aktivitetsplaner, deler jobbet målene i overensstemmelse med delingsindstillingen for aktivitetsplanen.

Offline mobilsynkronisering

Monetary Caps håndterer offlinemønsterovertrædelser i mobil på en anden måde end på internettet.

På internettet blokerer systemet handlingen, når sælgeren forsøger at tilføje en deltager, der har overskredet pengemæssige grænser eller er på grænsen.

Når sælgeren forsøger den samme handling, mens han er offline, blokerer systemet ikke handlingen på mobilen. Deltageren føjes til den anden begivenhed, men der oprettes en registrering for en relateret administreret begivenhedsdeltageruoverensstemmelse. Når mobilen synkroniseres med internettet, deles data med hovedsystemet.

Opsætning af pengekap

Opsæt de registreringer og konfigurationer, der er påkrævet for at aktivere pengeklareringer, herunder aktivitetsplaner, udbyderaktivitetsmål, måltyper med blok- og advarselskriterier og udgiftstyper.

Forudsætninger

  • I indstillingerne for administratorkonsollen på organisationsniveau for begivenhedsstyring skal du konfigurere feltet Status for afsluttet begivenhed til at angive den endelige værdi af statussen. Denne indstilling bruges af udbyderaktivitetsmål for at bekræfte, at begivenheden er afsluttet, og til at beregne de faktiske udgifter for hver deltager.
  • Opret et område i områdehierarkiet. Føj en bruger (sælger) til området, og tildel en konto, der repræsenterer deltageren, til området. Hvis du ønsker yderligere oplysninger, kan du se Opsæt salgsområder for Life Sciences Cloud
  • Opret en udgiftstype. Sørg for, at Udgiftstilgængelighedstypen er Administreret begivenhed, og at start- og slutdatoer for udgiftstypen falder inden for tidsperioden for aktivitetsplanen. Marker afkrydsningsfeltet Inkluderet i hætte. Se Udgiftsstyring for at få flere oplysninger.

Opsætningsopgaver (administrator)

  • Opret en aktivitetsplan af typen Begivenhedsstyringsgrænse med en defineret tidsperiode. Planen skal være aktiv.
  • Opret et udbyderaktivitetsmål for en konto, der er føjet til områdemodellen. Tilknyt målet til aktivitetsplanen.
  • Opret udbyderaktivitetsmåltyper for blokerings (fejl) og advarsels (advarsels) scenarier. Dette repræsenterer de betingelser, der skal kontrolleres, når der beregnes pengetærskler.
    • For blokeringsscenariet skal du konfigurere måletypen for udbyderaktivitet ved at kø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;
    • Opret på samme måde metadatakonfigurationer for advarselsscenariet med de samme detaljer og JSON-struktur. Vælg alarmtypen som Advarsel.
  • Opret mål for udbyderaktivitet, der er knyttet til udbyderaktivitetsmålet af typen Begivenhedsstyringsgrænse. Tilføj den udbyderaktivitetsmåltype, der er oprettet for scenariet for pengekapsblok.

Opsætningsopgaver (sælgere)

Hvis pengebeløb skal fungere, skal sælgeren opsætte basisbegivenhedsstyringsregistreringerne.

  • Opret en administreret begivenhed. Sørg for, at startdatoen og slutdatoen for den administrerede begivenhed falder inden for aktivitetsplanens tidsperiode.
  • Opret en administreret begivenhedsdeltager for den konto, der er justeret til området.
  • Opret en udgift, og tilføj den administrerede begivenhed og den relaterede udgiftstype, du oprettede.

Opret en grænse for udbyderaktivitetsmål

Opret grænsen for udbyderaktivitetsmål, der er knyttet til målmålet. Angiv den pengegrænse, der bruges af kontoen på tværs af alle begivenheder, som en konto er tilknyttet.

EditionsHeading

Brugertilladelser påkrævet
Hvis du vil konfigurere aktivitetsmål for udbyder: Tilladelsessættet Commercial Admin for Life Science

Systemet giver brugere mulighed for at registrere faktiske udgifter, der overskrider den monetære grænse, der er angivet i udbyderaktivitetsmålet med en registrering for afvigelse for deltager i administreret begivenhed, der er oprettet som en advarsel.

Hvis udbyderaktivitetsmåltypens felt Advarselstype er indstillet til Fejl, blokerer systemet deltageren mod at blive føjet til en anden begivenhed, hvis deres pengegrænse allerede er på grænsen eller er overskredet.

Hvis udbyderaktivitetsmåltypens felt Advarselstype er indstillet til Advarsel, tillader systemet, at deltageren føjes til en anden begivenhed, selvom deres pengegrænse allerede er på grænsen eller er overskredet.

  1. Fra Appstarter skal du finde og vælge Mål for udbyderaktivitet.
  2. Klik på Ny.
  3. For Måltype for udbyderaktivitet skal du vælge den pengepopulære måltype.
    Vælg den udbyderaktivitetsmåltype, du oprettede for blokken eller advarselsscenariet.
  4. Vælg mål for udbyderaktivitet.
  5. Angiv et beløb som den monetære grænse. Dette beløb bruges af kontoen på tværs af alle begivenheder.
  6. Gem dine ændringer.

Opret en udgiftsdeltager

Hvis du vil hjælpe brugere med at spore udgiftstærskler, skal du knytte en udgift til en deltager.

EditionsHeading

Brugertilladelser påkrævet
Hvis du vil oprette en udgiftsdeltager: Tilladelsessættet Begivenhedsstyring
  1. Fra Appstarter skal du finde og vælge Udgiftsdeltagere.
  2. Tilføj et navn til registreringen.
  3. Vælg en udgiftsregistrering.
    Dette felt registrerer den samlede faktiske udgift, der bruges på en bestemt kategori.
  4. For Deltager skal du først vælge Administreret begivenhedsdeltager og derefter vælge den tilsvarende deltagerregistrering, som du opretter udgiften for.
  5. Angiv den faktiske udgift, der er påløbet for deltageren.
  6. Gem dine ændringer.

Delingsregler for aktivitetsplanregistrering

Få mere at vide om, hvordan aktivitetsplaner deles med brugere, f.eks. begivenhedsarrangøren.

Delingsregler for aktivitetsplanregistrering

Aktivitetsplaner og udbyderaktivitetsmål deles som standard ikke med ikke-administratorbrugere, f.eks. sælgere. Hvis du vil dele disse registreringer med sælgere, skal du køre jobbet Del udbyderaktivitetsmål baseret på aktivitetsplantype. Systemet opretter registreringer for Aktivitetsdelingsmål for udbyder og Aktivitetsplandelingsregistreringer af typen Commercial Auto-share for Life Sciences og deler dem med de områder, der er justeret til deltagerkontoen.

Forudsætning

Før du kører jobbet Del udbyderaktivitetsmål baseret på aktivitetsplantype, skal du ændre udbyderaktivitetsmålet og delingsindstillingerne for aktivitetsplanen fra Kontrolleret af overordnet til Privat. Du kan finde delingsindstillingerne i Opsætning.

Sådan fungerer deling

Hvis der allerede findes aktivitetsplaner, ændrer ændring af delingsindstillingerne fra Overordnet kontrolleret til Privat også delingsadgangen for de tilknyttede udbyderaktivitetsmål, målmål og målgrænser. For at sikre, at adgang ikke går tabt, deler batchjobbet aktivitetsplaner, udbyderaktivitetsmål og tilknyttede registreringer baseret på aktivitetsplantype.

Hvis aktivitetsplantypen er Begivenhedsstyringsgrænse, deler batchjobbet udbyderaktivitetsmål og aktivitetsplaner med områder, der er i overensstemmelse med kontoen.

Hvis aktivitetsplantypen er noget andet end Begivenhedsstyringsgrænse, deler batchjobbet udbyderaktivitetsmål og tilknyttede målmål og målgrænser baseret på de overordnede aktivitetsplandelinger.

Når udbyderaktivitetsmål deles, deles alle tilknyttede aktivitetsplanobjekter, f.eks. udbyderaktivitetsmålmål, udbyderaktivitetsmålgrænse, tilsvarende.

Sådan fungerer deling for manuelle delinger

Hvis du endvidere vil sikre, at udbyderaktivitetsmål overtager delingsindstillingerne for eksisterende aktivitetsplaner, der er delt manuelt med brugere, skal du aktivere omskifteren Inkluder registreringer af alle delingstyper i arbejdsflows i Opsætning af Life Sciences for Customer Engagement.

Når den er aktiveret, tager denne indstilling alle delingstyper, herunder manuelle delinger, med i betragtning for alle Life Sciences-processer. Når det er deaktiveret, tager Life Sciences-arbejdsflows kun delingstypen Commercial Auto Share i betragtning.

Når batchjobbet Del udbyderaktivitetsmål baseret på aktivitetsplantype køres, efter omskifteren Inkluder registreringer af alle delingstyper i arbejdsflows er aktiveret, replikerer batchjobbet alle delingstyper, herunder manuelle delinger, i delingsindstillingerne for udbyderaktivitetsmål.

Når omskifteren er deaktiveret, replikerer batchjobbet kun delingstypeindstillinger for Commercial Auto Share for Life Sciences for delingsindstillinger for udbyderaktivitetsmål. Hvis du ønsker yderligere oplysninger, kan du se Gør din organisation klar til den administrerede pakke Kundeengagement.

Fletning af pengekonti

Få mere at vide om, hvordan Begivenhedsstyring bruger funktionen Kontofletning til at beregne pengegrænser for deltagere med overlappende cap-data.

Funktionaliteten Kontofletning bruger en konsolideringsproces i to faser til at flette de vundne konti og tabte konti, der har mål for udbyderaktivitetsmålregistreringer for den samme aktivitetsplan. Hvis du ønsker flere oplysninger, kan du se Kontofletning.

I fase et fletter funktionen Kontofletning målene for begge konti. Målmål skal være af kategori Pengemæssig grænse og skal være knyttet til den samme aktivitetsplan af typen Begivenhedsstyringsgrænse.

Påvirkningen af fletningen er som følger.

  • Den tabende kontos målmål slettes.
  • Den vundne kontos samlede udgiftsbeløb er et sammendrag af udgiftsbeløbene fra de vundne og tabte konti.
  • De cap-data, der er lagret som JSON i ProviderActivityGoalMeasure.AdditionalInformation, indeholder nu udgiftsdetaljer fra begge begivenheder.
  • Den tabende kontos deltagere er stadig linket til dens konto, men udgifter konsolideres i vinderkapitalen.

I fase to opsummerer Kontofletning direkte de estimerede, bekræftede og faktiske udgifter, hvis kontiene har udgifter i den samme valuta.

Hvis kontiene har forskellige valutaer, henter Kontofletning den historiske valutakurs for den tabte deltagerkontoudgift og konverterer den til den vundne kontos valuta og opdaterer vinderens samlede udgifter.

Påvirkningen af fletningen er som følger.

  • Den tabende kontos udgifter konverteres til den vindende kontos valuta ved brug af den historiske transaktionsfrekvens.
  • Den vundne kontos samlede udgiftsbeløb er et sammendrag af udgiftsbeløbene fra de vundne og tabte konti og inkluderer det konverterede beløb.
  • Cap-dataene, der er lagret i feltet Yderligere oplysninger for målet Mål for udbyderaktivitet, indeholder også konverteringskurserne for revisionssporet.

Related information html

 
Indlæser
Salesforce Help | Article