Monetair plafond

Randvoorwaarden

• Activeer de handlers van de trigger voor monetaire limieten.
• Als u alle actieve geldlimieten wilt zien die zijn gerelateerd aan de account van een deelnemer, voegt u de Lightning Appsamensteller-component Utilization Tracker toe aan de accountrecordpagina.

Hoe monetaire limiet werkt

Monetary Cap berekent onkostenbedragen voor drie onkostenbuckets:

• Geschatte onkosten: De hoeveelheid geld die naar verwachting wordt uitgegeven aan een of meer activiteiten.
• Vastgelegde onkosten: De hoeveelheid geld die is goedgekeurd voor een of meer activiteiten.
• Werkelijke onkosten: De hoeveelheid geld die al is uitgegeven voor een of meer activiteiten.

Terwijl een event bezig is, neemt het systeem het hoogste van de feitelijke onkosten versus de som van geschatte en vastgelegde onkosten als het lopende totaal. Zodra een event is gesloten, houdt het systeem alleen rekening met de feitelijke onkosten.

Voor elke deelnemersaccount is een bestedingslimiet gedefinieerd in een record Limiet voor activiteitsdoelen voor aanbieders. Telkens wanneer een deelnemer wordt toegevoegd aan een event of wanneer een onkostenpost wordt gemaakt, bijgewerkt of verwijderd, berekent het systeem automatisch het maximumtotaal opnieuw en controleert het dit aan de hand van die limiet. Alleen onkosten waarvan het type is gemarkeerd als Opgenomen in limiet tellen mee voor de limiet.

Wanneer een limiet wordt overschreden, reageert het systeem op een van de volgende twee manieren, afhankelijk van de manier waarop de cap is geconfigureerd:

• Fout: De actie wordt geblokkeerd met een foutbericht, waardoor de deelnemer niet kan worden toegevoegd of de onkosten niet kunnen worden vastgelegd.
• Waarschuwen: De actie is toegestaan, maar er wordt een record Afwijking van beheerde eventdeelnemer gemaakt met een waarschuwingsbericht.

Berekening van totale onkosten

De totale onkosten worden berekend op basis van de status van het beheerde event.

Als de beheerde event is voltooid, d.w.z. dat de status een gesloten status vertegenwoordigt, zijn de totale onkosten gelijk aan de feitelijke onkosten.

Totaal = Feitelijk

Als de beheerde event niet is voltooid, dat wil zeggen dat de status een conceptstatus vertegenwoordigt, zijn de totale onkosten het maximum van de feitelijke onkosten en de geschatte plus de vastgelegde onkosten.

Totaal = MAX(feitelijk, geschat + vastgelegd)

De limietgegevens worden opgeslagen in het aanvullende informatieveld van de meeteenheid voor activiteitsdoelen van de provider in JSON-indeling en worden getotaliseerd in de velden Toegezegd onkostenbedrag, Feitelijk onkostenbedrag, Geschat onkostenbedrag en Totaal onkostenbedrag.

De volgende code is een voorbeeld van een monetaire limiet.

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

De limiet wordt pas berekend nadat de beheerde event een definitieve status heeft, d.w.z. is gesloten of is afgesloten. De definitieve status wordt bepaald op basis van het veld Status van gesloten event in de instellingen voor eventbeheer op organisatieniveau. De wisselkoersen worden automatisch bijgewerkt op basis van de valuta.

Triggerhandlers

• ExpenseParticipantMonetaryCapsHandler
  • Wanneer onkostendeelnemers worden gemaakt, berekent de handler de totale onkosten opnieuw. De handler blokkeert het maken van onkostendeelnemers als de monetaire limiet is ingesteld met Waarschuwingstype als Fout en het nieuwe totaal de monetaire limiet overschrijdt. Als het waarschuwingstype Waarschuwen is, zelfs als de geldlimiet wordt overschreden, staat de handler het maken van een onkostendeelnemer toe, maar dan met een waarschuwing. Alleen deelnemers wier onkostentype is gemarkeerd als Inbegrepen in limiet, worden meegeteld.
  • Wanneer het bedrag van een onkostendeelnemer wordt bijgewerkt, berekent de handler plafondtotalen opnieuw op basis van het nieuwe bedrag. Als het waarschuwingstype van de monetaire limiet is ingesteld op Fout, neemt het bedrag van de handler toe waardoor het totaal over de limiet wordt geduwd. Als het waarschuwingstype Waarschuwen is, zelfs als de geldlimiet wordt overschreden, staat de handler toe dat het bedrag wordt verhoogd. Verlagingen zijn altijd onbeperkt toegestaan, zelfs als het huidige totaal al boven het maximum ligt, omdat ze de inzet verminderen. Wijzigingen in een ander veld dan bedrag activeren helemaal geen herberekening.
  • Wanneer een onkostendeelnemer wordt verwijderd, berekent de handler plafondtotalen opnieuw om het verwijderde bedrag te verwijderen. Verwijderingen zijn altijd toegestaan, omdat het verwijderen van een deelnemer altijd het maximumtotaal verlaagt.
• MngEventPartMonetaryCapsHandler
  • Wanneer een nieuwe deelnemer wordt toegevoegd aan een event, controleert de handler of de uitgavenlimiet van die aanbieder al is bereikt. Als de monetaire limiet is ingesteld met Waarschuwingstype als Fout, beperkt de handler de toevoeging. Als de monetaire limiet is ingesteld met Waarschuwingstype als Waarschuwen, staat de handler dit toe, maar met een waarschuwing.
  • Wanneer de deelnemersaccount wordt gewijzigd (account in account, account in expert of expert in account), berekent de handler opnieuw de maxima voor zowel de oude als de nieuwe deelnemer. Als een account wordt verwisseld met een gebruiker, wordt de monetaire limiet alleen voor de account verlaagd. Wisselen tussen niet-accounttypen (gebruiker, contactpersoon) heeft geen effect.
• MngEventMonetaryCapsHandler
  • Als de status van de beheerde event wordt bijgewerkt, berekent de triggerhandler de monetaire limiet voor alle deelnemers opnieuw. Als de status niet een van de kwalificerende statussen (concept of gesloten) is, verwijdert de handler de onkosteninvoer en wordt de event niet langer bijgehouden.
  • Als de begindatum van de beheerde event wordt bijgewerkt naar buiten de periode van het gekoppelde activiteitsplan, verwijdert de handler de onkosteninvoer. Als de eventdatums binnen het tijdsbestek van het activiteitsplan vallen, berekent de handler de onkosten opnieuw op basis van het nieuwe tijdsbestek.
  • Als de beheerde event wordt verwijderd, verwijdert de handler alle gerelateerde bijdragen uit de monetaire limiet.
• ExpenseMonetaryCapsHandler
  • Als de onkostendatum wordt bijgewerkt, berekent de handler plafondtotalen opnieuw op basis van de nieuwe datum. Als de nieuwe datum buiten een geconfigureerd tijdsbestek valt, tellen de onkosten niet langer mee voor de limiet.
  • Als een van de controlevelden die is gedefinieerd in Criteria JSON van ProviderActivityMeasureType, wordt bijgewerkt, maar nog steeds aan de criteria voldoet, berekent de handler de limiet opnieuw. Als een van de controlevelden die is gedefinieerd in Criteria JSON van ProviderActivityMeasureType, wordt bijgewerkt, maar niet voldoet aan de criteria, verwijdert de handler de bijdrage uit het maximumtotaal.
  • Als een onkostenpost die is gemarkeerd als Opgenomen in limiet, wordt verwijderd, berekent de handler de onkosten opnieuw en verwijdert de onkostenpost. Alleen onkosten waarvan het type is gemarkeerd als Opgenomen in limiet, worden meegeteld.

Batchtaken

• Onkosten berekenen tegen monetaire maxima: Wanneer gegevens in bulk worden geüpload, berekenen triggerhandlers onkosten opnieuw op basis van de nieuwste accountgegevens.
• Activiteitsdoelen van aanbieder delen op basis van type activiteitenplan: Deelt activiteitsdoelen van aanbieders die zijn gekoppeld aan activiteitsplannen van het type Eventbeheerlimiet met de territoria die zijn uitgelijnd met een account. Voor doelen die zijn gekoppeld aan andere typen activiteitsplannen, deelt de taak de doelen in overeenstemming met de instelling voor delen van het activiteitsplan.

Offline mobiele synchronisatie

Monetary Caps behandelt offline schendingen van monetaire limieten op de mobiel anders dan op het web.

Wanneer de verkoopvertegenwoordiger op het web probeert om een deelnemer toe te voegen die de monetaire limieten heeft overschreden of op limiet zit, blokkeert het systeem de actie.

Wanneer de verkoopvertegenwoordiger op de mobiel dezelfde actie probeert terwijl deze offline is, blokkeert het systeem de actie niet. De deelnemer wordt met succes toegevoegd aan de andere event, maar er wordt een gerelateerde record Afwijking van beheerde eventdeelnemer gemaakt. Wanneer de mobiele telefoon synchroniseert met het web, worden de gegevens gedeeld met het hoofdsysteem.