Granska-triggers
Allmänt tillgängligt för aktiverade team. Ett fåtal trigger-påståenden kräver fortfarande specifika funktionsflaggor — se tabellen nedan.
Granska-triggers öppnar automatiskt Granska för företag i din portfölj när betydande förändringar sker. Istället för att köra ett manuellt schema definierar ditt team regler -- när en regel löser ut öppnar Strise antingen en Granska eller slutför en automatiskt, beroende på hur entitetens riskklass är konfigurerad.
Granska-triggers är den centrala byggstenen för kontinuerlig KYB/KYC. Kombinera dem med Övervakning för ett reaktivt Granska-arbetsflöde, eller med tidsbaserade triggers för ett arbetsflöde med periodisk Granska.
Så fungerar det
Varje trigger är ett påstående om en entitet: "en ny flagga publicerades", "verklig huvudman ändrades", "senaste Granska är äldre än 12 månader", och så vidare. När påståendet blir sant för en entitet i din portfölj löser triggern ut. För ändringar i screening-resultat för PEP och sanktioner, använd aviseringar från Övervakning istället.
Vad som händer därefter beror på entitetens nuvarande riskklass (Låg, Medel, Hög). För varje riskklass konfigurerar du en standardåtgärd:
| Åtgärd | Betydelse |
|---|---|
MoveToManualReview | En ny Granska öppnas och tilldelas för manuell Granska av ditt team. |
CompleteReview | Den utlösta händelsen registreras på entiteten men ingen manuell Granska öppnas. Användbart för lågriskentiteter där du vill ha granskningskedjan men inte arbetet. |
Förvalda standardinställningar: Hög -> CompleteReview, Medel -> MoveToManualReview, Låg -> CompleteReview. Dessa kan åsidosättas per team i inställningarna.
Aviseringar
När en trigger löser ut för en entitet får alla som är tilldelade den entiteten en Granska utlöst-avisering som anger entiteten och orsakerna till att triggern löste ut. Detta fungerar på samma sätt för företag och för privatpersoner.
En entitet utan tilldelade användare genererar ingen avisering -- triggern löser fortfarande ut och arbetet registreras fortfarande, men ingen informeras direkt om det. Tilldela de entiteter som du vill att ditt team ska få aviseringar om.
Trigger-påståenden
Ett team kan aktivera valfritt antal trigger-påståenden. Varje påstående tillhör en av tre kategorier:
- Tidsbaserade -- utvärderas av ett dagligt cron-jobb.
- Händelsebaserade -- utvärderas allteftersom ändringar strömmar in från Knowledge Graph.
- Skalära -- fristående värden som är meningsfulla när de kombineras med andra triggers (t.ex. en specifik risknivå).
Tillgängliga påståenden
| Påstående | Typ | Kräver | Beskrivning |
|---|---|---|---|
| Tid sedan senaste Granska | Tid | -- | Löser ut när en entitets senaste Granska är äldre än det konfigurerade tröskelvärdet (i månader). För periodisk förnyad Granska per riskklass, ställ istället in giltighetsperioder i Inställningar för Calculated Risk. |
| Värde för riskbedömning | Skalär | -- | Matchar mot entitetens granskningsrisknivå (Låg/Medel/Hög). |
| Värde för risknivå | Skalär | Calculated Risk | Matchar mot entitetens Calculated Risk-klass. |
| Kreditändring | Händelse | Kreditdata | Löser ut när Creditsafe-kreditdata ändras för entiteten. |
| Finansiell information publicerad | Händelse | -- | Löser ut när nya finansiella uppgifter publiceras. Kan filtrera på specifika finansiella fält och valutatrösklar. |
| Flagga publicerad | Händelse | -- | Löser ut när en ny flagga kopplas till entiteten. Filtrerbar efter flaggtyp. |
| Rolländring | Händelse | -- | Löser ut när roller ändras på entiteten. Filtrerbar efter specifika rolltitlar. |
| Ändring av verklig huvudman | Händelse | -- | Löser ut när verklig huvudman ändras. |
Påståenden som kräver en funktionsflagga visas endast i gränssnittet när den flaggan har aktiverats för ditt team.
Connect API
Du kan även utlösa Granska programmatiskt via Connect API. Se reviewTriggerEventGenerate för mutationen för händelsegenerering och API FAQ för hur trigger-påståenden beter sig i sandbox kontra produktion.
Bästa praxis
- Börja snävt, inte brett. Aktivera ett par påståenden med hög signalstyrka (Flagga publicerad, Ändring av verklig huvudman) först, och utöka sedan när ditt team har vant sig vid volymen.
- Matcha åtgärden med riskklassen. Använd
MoveToManualReviewför entiteter med medelhög risk där en människa bör titta på varje förändring; lämnaCompleteReviewpå lågriskentiteter för att behålla granskningskedjan utan arbetsbörda. - Ställ in giltighetsperioder som ett säkerhetsnät. Giltighetsperioder för riskklasser i Inställningar för Calculated Risk gör en förnyad Granska av entiteter som inte har genererat några händelser; en ren "Tid sedan senaste Granska"-trigger tillför bara värde som en samlingslösning som gäller oavsett riskklass.
Senast uppdaterad