U bent hier:
Samenvoeging van account met monetaire limiet
Account samenvoegen verwerkt duplicaataccounts die dezelfde professionals in de gezondheidszorg vertegenwoordigen door gegevens te consolideren in de winnende account en de verliezersaccount te verwijderen. Lees hier meer over de manier waarop Eventbeheer de functionaliteit Account samenvoegen gebruikt om geldlimieten te berekenen voor deelnemers met overlappende limietgegevens.
Zie Account samenvoegen voor meer informatie.
De functionaliteit Account samenvoegen gebruikt een consolidatieproces voor het samenvoegen van de winnende account en de verliezende accounts die records Meeteenheid van activiteitendoel van aanbieder hebben voor hetzelfde activiteitenplan. Doelmeeteenheden moeten van het type Eventbeheerlimiet zijn en moeten zijn gekoppeld aan een activiteitenplan van het type Eventbeheerlimiet.
De gevolgen van de samenvoeging zijn als volgt.
- De onkosten- en toewijzingsbedragen worden samengevoegd met filteren per bucket en overgedragen aan de records Meeteenheid activiteitsdoel van aanbieder van de winnaar.
- Het totale onkostenbedrag van de winnende account is een som van de feitelijke en geschatte onkostenbedragen van de winnende en verliezende accounts, via filteren per bucket. De records Onkostendeelnemer en Geschatte toewijzing van onkostendeelnemer van de winnaarsaccount worden bijgewerkt met de geconsolideerde nummers.
- Alle onderliggende records van de verliezende account, zoals deelnemers aan beheerde events, onkosten en geschatte onkostentoewijzingen, worden overgedragen aan de winnende account.
- De doelmeeteenheid van de verliezende account wordt verwijderd.
- De cap-gegevens die zijn opgeslagen als JSON in ProviderActivityGoalMeasure.AdditionalInformation bevat nu onkostendetails van beide events.
- De deelnemers van de verliezende account zijn nog steeds gekoppeld aan de account ervan, maar onkosten worden geconsolideerd in winnaarsmaxima.
- De records Onkostendeelnemer en Geschatte toewijzing van onkostendeelnemer worden niet verwijderd.
De volgende tabel is een voorbeeld van hoe Account merge werkt voor Event Management-gebruikscases.
De werkelijke onkosten van de winnende account bedragen USD 300 (record Deelnemer van onkosten), terwijl de geschatte onkosten USD 400 bedragen (record Deelnemerstoewijzing van geschatte onkosten).
De werkelijke onkosten van de verliezende account bedragen USD 200 (record Deelnemer van onkosten), terwijl de geschatte onkosten USD 600 bedragen (record Deelnemerstoewijzing van geschatte onkosten).
Na het samenvoegen van de account bedragen de geconsolideerde feitelijke onkosten in de winnende account USD 500 en de geconsolideerde geschatte onkosten USD 1000. De totale onkosten, berekend als het maximum van de werkelijke versus geschatte plus vastgelegd, bedragen USD 1000.
| Werkelijk onkostenbedrag PAGM | PAGM Est. Onkostenbedrag | Totale onkostenbedrag PAGM (max. van A t.o.v. E+C) | Deelnemer van onkosten | Geschatte deelnemerstoewijzing onkosten | |
|---|---|---|---|---|---|
| Winnende account | 300 | 400 | 400 | 300 | 400 |
| Account verliezen | 200 | 600 | 600 | 200 | 600 |
| Na accountsamenvoeging | 500 | 1000 | 1000 | Geen wijziging | Geen wijziging |
Account samenvoegen en valutaconversies
Als de accounts onkosten in dezelfde valuta hebben, telt Account samenvoegen rechtstreeks de geschatte, vastgelegde en feitelijke onkosten op.
Als de accounts verschillende valuta's hebben, haalt Account samenvoegen de historische wisselkoers op voor de onkosten van de verliezende deelnemersaccount, converteert deze naar de valuta van de winnende account en werkt de totale onkosten van de winnaar bij.
De gevolgen van de samenvoeging zijn als volgt.
- De onkosten van de verliezende account worden geconverteerd naar de valuta van de winnende account met behulp van de historische transactiekoers die bestond op de dag dat elke onkosten werd gemaakt.
- Het totale onkostenbedrag van de winnende account is een som van de onkostenbedragen van de winnende en verliezende accounts en omvat het geconverteerde bedrag.
- De cap-gegevens, die zijn opgeslagen in het veld Aanvullende informatie van Meeteenheid voor activiteitendoel van leverancier, bevatten ook de conversiescores voor het controletraject.
