Hantera regler

Microsoft Dynamics 365 Bedrägeriskydd ger dig flexibiliteten att skapa regler som använder poängen som Bedrägeriskydds senaste AI-modell (artificiell intelligens) genererar, tillsammans med ytterligare parametrar från nyttolasten för begäran. Baserat på dessa indata kan regler konvertera en utvärdering till ett beslut, till exempel Godkänn, Avvisa, Granska eller Utmaning.

Om din bedrägeriskyddsinstans har flera miljöer kan du hantera regler i en specifik miljö med hjälp av miljöväxlaren. Om miljön har överordnade miljöer utvärderas reglerna i den överordnade miljön på den översta nivån först. Om regelinställningarna för den överordnade miljön på den översta nivån är inställda på Kör alla matchande regler tills ett beslut har fattats utvärderas reglerna i den överordnade miljön på andra nivån nästa gång. Den här processen fortsätter om inte regelinställningarna för en miljö är inställda på Kör endast den första matchande regeln, eller tills alla regler för den överordnade miljön och den aktuella miljön utvärderas.

Definiera en regel: Snabbstartsguide

Regler består av satser och definieras av nyckelorden RETURN och WHEN . De har följande grundläggande struktur.

RETURN <decision>
WHEN <condition>

RETURN-instruktionen körs endast om WHEN-instruktionen utvärderas till True. RETURN-instruktionen avslutar regelkörningen och måste ange en giltig beslutsfunktion: Godkänn, Avvisa, Utmaning eller Granska. Varje beslutsfunktion accepterar också en valfri parameter, så att du kan ange orsaken till beslutet. Mer information finns i Beslutsfunktioner.

Förutom ett beslut kan RETURN-instruktionen också användas för att skriva data till API-svaret eller till händelsespårning. Mer information finns i Observationsfunktioner.

WHEN-instruktionen anger ett booleskt villkor som avgör om RETURN-instruktionen körs.

WHEN-instruktionen kan använda något av följande objekt:

• Alla attribut som skickas i API-begäran för utvärderingen, inklusive anpassade data. Du kan komma åt dessa attribut med @-operatorn. Exempel: @"user.userId"
• Poängen som genereras från Bedrägeriskydds modeller för artificiell intelligens. Exempel: @"riskscore"
• Listor som du har laddat upp till Bedrägeriskydd. Mer information om hur du laddar upp listor finns i Hantera listor. Mer information om hur du refererar till dessa listor i dina regler finns i Använda listor i regler.
• Funktioner som du har definierat i Bedrägeriskydd. Mer information finns i Utföra hastighetskontroller.
• Externa anrop som du har skapat i Bedrägeriskydd. Mer information finns i Externa anrop.
• Funktioner som du har skapat i Bedrägeriskydd. Mer information finns i Funktioner.

Uttryck kan jämföras med jämförelseoperatorer (till exempel ==, !=, >, , <), och kan kombineras med logiska operatorer som och (&&) och ( ||).

Mer information om regelsyntax finns i språkreferensguiden.

Visuell vy

Använd visuellt läge för att skriva regler snabbt och enkelt med hjälp av attributen från nyttolasten för begäran.

1. Om du vill skapa visuella regler väljer du + Ny sats.
2. Välj Visuell vy bredvid satsens namn.
3. Du kan lägga till flera filter i -satsen och välja attributen i den nedrullningsbara menyn.
4. Växla tillbaka till kodvyn för att visa och redigera reglerna i frågespråket Bedrägeri. När regeln har redigerats i kodvyn kan du inte gå tillbaka till den visuella vyn.

Följande bild visar den visuella vyn av reglerna och knappen Kodvy som du kan välja för att ändra vyn.

Följande bild visar kodvyn för reglerna och knappen Visuell vy som du kan välja för att ändra vyn.

Exempel på regler

RETURN Reject("high score")
WHEN @"riskScore" > 900

RETURN Review("medium score")
WHEN @"riskScore" <= 900 and @"riskScore" > 400

RETURN Approve(), Other(ip=@"device.ipAddress")
WHEN @"user.countryRegion" == "US"

RETURN Reject("user on block list")
WHEN ContainsKey("Email Block List", "Emails", @"user.email")

RETURN Review()
WHEN @"user.email".EndsWith(“@contoso.com”)

Fliken Regler

Du kan skapa anpassade regler och hantera befintliga regler på fliken Regler .

• Om du vill skapa och hantera regler som är relaterade till köp väljer du Köp och sedan fliken Regler .
• Om du vill skapa och hantera regler som är relaterade till konton väljer du Kontoskapande eller Kontoinloggning och väljer sedan fliken Regler .
• Om du vill skapa och hantera regler som är relaterade till en anpassad utvärdering väljer du Anpassade utvärderingar, väljer en anpassad utvärdering och väljer sedan fliken Regler .

Fliken Regler visar en lista över de regler som har konfigurerats för en utvärderingstyp. Dessa regler är indelade i två avsnitt: Publicerade regler och utkast. Information om utkast finns i avsnittet Utkast senare i den här artikeln.

Du kan visa följande information för varje regel eller utkast:

• Namnet
• Villkoret som du skapade
• Status: Aktiv eller Inaktiv

Du kan också välja panelen för varje regel för att expandera den och visa ytterligare information. Nedan följer några exempel:

• Beskrivningen
• Antalet satser i regeln
• Vem uppdaterade regeln senast
• När regeln senast uppdaterades

Kommentar

På fliken Regler visas publicerade regler i den ordning de körs i.

Regelinställningar

Du kan komma åt regelinställningarna på fliken Regler för en specifik utvärdering. Där kan du ändra beteendet för regelutvärdering och exempelnyttolasten. Dessa ändringar gäller endast för regler för den utvärdering som du redigerar.

Beteende för regelutvärdering

Du kan uppdatera hur dina regler utvärderas. Om du väljer Kör den första matchande regeln utvärderas endast en regel per transaktion. Om den regeln inte returnerar ett beslut utvärderas inga ytterligare regler och ett standardbeslut för Godkänn returneras. Om du väljer Kör alla matchande regler tills ett beslut har fattats kan flera regler utvärderas för en enskild transaktion. Om den första regeln som utvärderas inte returnerar ett beslut utvärderas varje efterföljande matchningsregel tills ett beslut returneras.

Exempelnyttolast

I fönstret Nyttolastinställningar kan du definiera exempelnyttolasten för utvärderingstypen. Exempelnyttolasten är avsedd att innehålla ett exempel på fälten som skickas i API:et för begäran för utvärderingen och kan användas i din regel.

I API-begäran kan du välja att inte skicka valfria fält från utvärderingsschemat. Du kan också välja att skicka ytterligare anpassade fält. I båda fallen bör du uppdatera nyttolastexemplet som visas i fönstret Nyttolastinställningar så att det återspeglar de specifika fält som du skickar.

Det här nyttolastexemplet visas varje gång en ny regel skapas för utvärderingen (se avsnittet Nyttolastexempel senare i den här artikeln). Alla ändringar som du gör gäller endast för regler som du skapar från och med den tiden.

Om du vill ångra alla ändringar som du eller andra har gjort i nyttolastexemplet och returnera det till systemets standardnyttolastexempel väljer du Återställ.

Komponenter i en regel

En regel består av följande komponenter:

• Ett namn och en beskrivning som beskriver syftet med regeln
• Regelns aktuella status : Aktiv eller Inaktiv
• Ett exempel på fält som hjälper dig att skriva och utvärdera regeln
• Komponenter som hjälper dig att skapa den logik som automatiskt godkänner, avvisar, utmanar eller granskar händelser:
  • Ett villkor
  • En eller flera av följande typer av satser:
    • Före alla bedömningssatser
    • Satser för bedömning efter robot
    • Satser efter riskbedömning

En publicerad regel kan också ha en utkastversion.

Namn och beskrivning

När du skapar en regel kan du lägga till ett namn och en beskrivning som hjälper dig själv och ditt team att enkelt identifiera regeln. Regelnamn måste vara unika och de är skiftlägesokänsliga.

Status

När du först skapar en regel anges statusen endast till Utkast innan den publiceras.

När du publicerar en regel kan du ange statusen aktiv eller inaktiv.

• Om en regel är aktiv påverkar den produktionstrafik i realtid och alla händelser utvärderas mot regeln.
• Om en regel är inaktiv påverkar den inte produktionstrafiken.

När du redigerar en tidigare publicerad regel sparas regeln med statusen Aktiv (med utkast) eller Inaktiv (med utkast), beroende på status för den publicerade regeln.

Exempel

När du skapar eller redigerar en regel visas fönstret Exempel till höger på sidan. Det här fönstret har två avsnitt: ett för nyttolastexemplet och ett för poängexemplet.

Om du vill visa de exempelvariabler som används i regeln väljer du Visa använda variabler.

Nyttolastexempel

Nyttolastexemplet innehåller ett exempel på de fält som kan skickas i API:et för begäran för utvärderingen enligt definitionen i fönstret Nyttolastinställningar. Dessa fält kan användas som variabler i regeln.

Poängexempel

Poängexemplet innehåller poäng som genereras från Bedrägeriskydds AI-modeller. Du kan referera till poängvariabler i regler när du har kört den associerade AI-modellen och generera poängen. Du kan till exempel använda @"botScore" när robotutvärderingen har körts och du kan använda @"riskScore" när riskutvärderingen har körts. Mer information finns i avsnittet Satser senare i den här artikeln.

Redigera exemplet

För att kontrollera att regeln fungerar för olika händelser kan du redigera exemplet efter behov och sedan utvärdera exempeldata mot regeln. Alla värden i både nyttolastexemplet och poängexemplet kan redigeras. När du redigerar ett exempel påverkar ändringarna inte vilka data du skickar (eller inte skickar) till Bedrägeriskydd.

När du publicerar en regel sparas alla ändringar som görs i exemplet och sparas som en del av regeln.

Om du vill ångra alla ändringar som du eller andra personer har gjort i exemplet väljer du Återställ. Poängexemplet återställs till systemets standardresultatexempel och nyttolastexemplet återställs till det användardefinierade nyttolastexemplet i fönstret Nyttolastinställningar.

Villkor

Villkor börjar med nyckelordet WHEN och följs av ett booleskt uttryck som utvärderar en instruktion till antingen Sant eller Falskt. Ett villkor kan skapas för att avgöra vilken regel som utvärderas och för grupprelaterad affärslogik. Följande villkor är till exempel relaterat till transaktioner med digitala produkter.

WHEN @"productList.type" == "Digital"

Du kan sedan skapa satser som konfigurerar en bedrägeristrategi som är relaterad till digitala produkttransaktioner.

Det är valfritt att lägga till ett villkor i en regel. Om du vill att en regel ska gälla för alla händelser ska du inte lägga till något villkor. Information om hur du använder villkor för att beställa regler finns i avsnittet Regelordning senare i den här artikeln.

Satser

Klausuler innehåller bedrägerilogik och affärsprinciper som är relevanta för det trafiksegment som definieras i villkoret. Klausuler använder värden i händelsenyttolasten tillsammans med Bedrägeriskydds AI-poäng för att acceptera, avvisa, granska eller utmana händelser. Varje regel måste innehålla minst en sats och varje unikt namn tilldelas varje sats. Du kan välja namnet för att anpassa det.

Satser har följande grundläggande struktur.

RETURN <decision> 
WHEN <condition is true>

Du kan använda den här strukturen för att skapa en sats som returnerar ett beslut om godkänn, avvisa, utmaning eller granskning. Du kan sedan lägga till valfria parametrar som skickar mer information om beslutet.

Allt efter nyckelordet WHEN måste kunna utvärderas till antingen Sant eller Falskt. Det här booleska uttrycket kan bestå av värden från händelsenyttolasten, användardefinierade listor och AI-baserade robot- och riskpoäng.

Information om syntaxen för satser finns i referensguiden för Språk.

När en sats utlöses (dvs. när WHEN-instruktionen returnerar True) returneras det beslut som anges i RETURN-instruktionen och inga efterföljande satser körs.

Om ett villkor matchar beslutet men inte utlöser en sats körs regeln.

RETURN Approve("NO_CLAUSE_HIT")

Satser körs sekventiellt i den ordning de visas på fliken Regler . Du kan använda pilknapparna till höger om en sats för att ändra dess position i listan.

Satser ordnas i avsnitt. AI-modeller körs baserat på dessa avsnitt och genererar en poäng som en del av utvärderingen. Avsnitten skiljer sig åt per utvärdering och anger när satsen körs i förhållande till AI-modellen.

• För köpskydd körs en AI-riskmodell som genererar en riskpoäng för transaktionen. Därför innehåller dessa regler både satser för bedömning före och alla och satser för bedömning efter risk.
• För kontoskydd körs en robotmodell utöver en riskmodell. Dessa modeller genererar en robotpoäng respektive riskpoäng. Dessa regler innehåller därför satser för bedömning före alla, satser för bedömning efter robot och satser för bedömning efter risk.
• För anpassade utvärderingar körs inga AI-modeller, och de här reglerna innehåller endast satser för förhandsbedömning.
• Utvärderingar som har skapats med hjälp av utvärderingsguiden har inte ett koncept med satser före bedömning och efter bedömning. I stället körs alla satser sekventiellt (uppifrån och ned) baserat på den ordning de anges i regeln.

Före all-scoring-satser

Före alla bedömningsklausuler körs innan Bedrägeriskydds AI-modeller körs. Därför körs de innan några robot- eller riskbedömningspoäng har genererats. Dessa satser kan använda valfri kombination av fält som skickas som en del av händelsenyttolasten och som finns i listor. De kan konfigureras för att implementera embargo, geofencing eller andra affärsprinciper.

I följande exempel kan du granska inköp när användare köper en produkt på en marknad utanför sin geografiska plats.

RETURN Review("location inconsistency") 
WHEN Geo.MarketCode(@"device.ipAddress") != "@productList.market"

I det här avsnittet kan du också skriva en sats till korsreferenslistor. Om du till exempel har en anpassad lista med namnet Riskfyllda e-postmeddelanden avvisar följande sats händelser om användarens e-postadress visas i listan.

RETURN Reject ("risky email") 
WHEN ContainsKey ("Risky Emails", "Emails", @"user.email")

Mer information om syntaxen som används för att referera till listor i regler finns i referensguiden För språk.

Satser för bedömning efter robot

Post-bot-scoring-satser körs när Bedrägeriskydds AI-modeller genererar en robotpoäng för en händelse. Den här poängen representerar sannolikheten för att en robot initierade händelsen. Det är ett tal mellan 0 och 999. En högre poäng indikerar en högre robots sannolikhet.

I satser för bedömning efter robot kan du använda den här poängen tillsammans med fält från nyttolasten och listor för att fatta beslut. Du refererar till den här poängen med hjälp av variabeln @botScore . Följande sats avvisar till exempel händelser från en specifik e-postdomän som har en robotpoäng som är mer än 700.

RETURN Reject()
WHEN @"user.email".EndsWith("@contoso.com") && @"botScore" > 700

Satser efter riskbedömning

Klausuler efter riskbedömning körs efter att Bedrägeriskydds AI-modeller genererat en riskbedömningspoäng för en händelse. Den här poängen är ett tal mellan 0 och 999. En högre poäng indikerar en högre upplevd risk.

I post-risk-scoring-satser kan du använda den här poängen tillsammans med fält från nyttolasten och listor för att fatta beslut. Du refererar till den här poängen med hjälp av variabeln @riskScore . Följande sats avvisar till exempel dyra transaktioner som har en riskpoäng som är mer än 700.

RETURN Reject("high price and risk score")
WHEN @purchasePrice >= 199.99 && @riskScore > 700

Utkast

En regel kan ha både en publicerad version och en utkastversion . Båda versionerna kan visas som flikar sida vid sida på fliken Regler .

Den publicerade versionen är skrivskyddad och kan visas av vem som helst. Utkastversionen är endast synlig för författaren. Utkast kan redigeras och alla ändringar sparas automatiskt.

• Om du vill ignorera ditt utkast väljer du Ignorera.
• Om du vill publicera utkastet väljer du Publicera.

När du publicerar ett utkast skriver Bedrägeriskydd över den publicerade versionen av regeln med utkastversionen.

Regelordning

Fliken Regler visar en lista över publicerade regler som har konfigurerats för utvärderingen. Ordningen som reglerna visas i påverkar den ordning som de utvärderas i. Om du vill ändra ordning på reglerna drar du bara en regel till önskad position och väljer sedan Spara.

En händelse utvärderas mot varje regelvillkor i ordning tills ett villkor returnerar True. Varje sats i den valda regeln utvärderas sedan. Om någon av dessa satser returnerar ett beslut utvärderas inga ytterligare regler. Om ingen av dessa satser returnerar ett beslut, godkänns antingen transaktionen som standard eller så utvärderas nästa publicerade regel som har ett matchande villkor. Beteendet beror på det regelutvärderingsbeteende som väljs i regelinställningarna.

Skapa en ny regel

Du kan skapa regler som fattar beslut som rör köp, kontoskapande och kontoinloggningshändelser.

Viktigt!

När en ny regel publiceras visas den som standard längst ned i listan i avsnittet Publicerade regler på fliken Regler . Information om hur du flyttar regeln finns i avsnittet Ändra ordning på en regel senare i den här artikeln.

1. På fliken Regler väljer du Ny regel.

   En ny utkastregel skapas. Alla ändringar som du gör i dina utkast sparas automatiskt.

2. Välj Byt namn och ange sedan ett namn och en beskrivning.

3. Lägg till ett villkor i regeln.

4. Lägg till satser för att uttrycka dina affärsprinciper och bedrägeristrategier.

   • Om du vill skapa en ny sats från grunden väljer du Ny sats i lämpligt avsnitt.
   • Du kan också börja från en befintlig satsmall genom att välja pilen till höger om Ny sats. Om du vill visa en fullständig lista över mallar och deras innehåll väljer du Visa alla.

5. Om du vill utvärdera din regel och se till att den fungerar som förväntat väljer du Expandera längst ned till höger på fliken Regler för att öppna fönstret för regelutvärdering.

6. Om du vill publicera regeln väljer du Publicera. I bekräftelsedialogrutan ändrar du namn, beskrivning och status och väljer sedan Publicera.

7. Ange status till Antingen Aktiv eller Inaktiv.

8. Om du vill flytta regeln i listan på fliken Regler väljer du regeln, drar den till sin nya position och väljer sedan Spara ordning.

Systemdefinierade regler (standard)

Bedrägeriskydd kan skapa regler per miljö. Följande standardregel kan till exempel skapas.

• Standardsupportregel

Vissa funktioner för bedrägeriskydd förlitar sig på standardregler. När du har lagt till ett e-postmeddelande, en IP-adress eller annat känt listinnehåll i en supportlista (säker, bevaka eller avvisa) säkerställer den här standardregeln att listorna kontrolleras under utvärderingsutvärderingen.

Du kan redigera, ta bort och inaktivera systemdefinierade regler. Som bästa praxis bör du överväga att skapa eller redigera en annan regel om du inte vill ändra standardbeteendet.

Utvärderingsregler (standard)

Varje utvärderingsmall som nämns i steget Välj mall i utvärderingsguiden är fördefinierade med en eller båda av följande standardregler:

• Exempelmallregel – Den här regeln innehåller en serie exempelklausuler som fungerar som byggstenar för att definiera din egen logik för att fatta beslut baserat på värden som riskpoäng, robotpoäng och enhetsattribut där så är tillämpligt. Ingen av dessa klausuler fattar som standard beslut, men de kan snabbt ändras för att göra det med hjälp av exemplen som tillhandahålls.
• Regel för supportlista – Den här regeln består av en serie klausuler som använder Bedrägeriskydds supportlistor (säkra, blockera, titta) för att hjälpa dig att fatta välgrundade beslut (acceptera, avvisa, granska) baserat på entiteter i dessa listor.

I tillämpliga fall visas dessa standardregler som aktiva under Publicerade regler omedelbart efter att en utvärdering har skapats. Följande tabell är en sammanfattning av standardreglerna som stöds av utvärderingsmallen:

Template	Mallregel	Regel för supportlista
Kortbetalning	Stöds	Stöds
Fingeravtryck för enhet	Stöds	Ej tillämpligt
Lojalitetsprogram	Stöds	Stöds
Överföring av pengar	Stöds	Stöds
Piratkopiering	Stöds	Stöds
Anpassat	Ej tillämpligt	Stöds

Ytterligare regler och satser kan läggas till manuellt i en utvärdering i både dess rot- och underordnade miljöer.

Om du vill anropa Bedrägeriskydds risk- och robotpoäng inifrån en regel för en utvärdering som skapats med någon av mallarna måste följande modellfunktioner användas:

• Riskpoäng: Model.Risk(). Poäng
• Robotpoäng: Model.Bot(@"deviceFingerprinting.id"). Poäng

Grenar

Med grenar kan du på ett säkert sätt ändra regler utan att påverka vad som händer i produktionen. Du kan skapa grenar på fliken Regler , där varje gren representerar en samling regler. Standardgrenen är grenen Produktion , som är den gren av regler som körs när trafik skickas till en utvärdering.

Skapa en gren

Om du vill skapa en ny gren går du till Grenåtgärd > Skapa en ny gren. Du kan namnge grenen, ange ett API-namn och välja vilka regler du vill kopiera över från källgrenen. Källgrenen är vilken gren du var på när du valde Skapa en ny gren, produktion eller på annat sätt. Inga utkast bevaras när grenen skapas.

Ändra regler inom grenar

Eventuella regeländringar i icke-produktionsgrenar påverkar inte produktionsregelstacken. Du kan redigera regler normalt och publicera dem till grenen, där de kan ses av alla som har åtkomst till regelsidan.

Testning och experiment

Det finns två sätt att testa beteendet för grenregler: skicka trafik direkt till en gren och skugga produktionstrafik.

Skicka trafik direkt till en gren

Du kan skicka testtrafik direkt till en specifik gren i en utvärdering med hjälp av gren-API-slutpunkten som finns under Branch actions > Branch-information. Den här API-slutpunkten använder samma nyttolaststruktur som utvärderingen och kör grenens regelstack.

Kommentar

Att skicka trafik direkt till en gren påverkar inte produktionen, så funktionerna uppdateras inte och grentransaktioner visas inte i sökningen.

Skuggproduktionstrafik

Du kan också testa beteendet för grenregler genom att skugga produktionstrafiken. Om du vill skugga produktionstrafik konfigurerar och startar du ett experiment för en gren genom att välja på Kör experiment. När ett experiment pågår kan du visa dess prestanda på fliken Övervakning genom att växla till den gren som experimentet körs i. När ett experiment pågår kan dess parametrar inte redigeras, men du kan alltid stoppa ett experiment för att göra ändringar och starta det igen. I navigeringsvyn för betaltjänstleverantören (PSP) visas den nedrullningsbara menyn Förgreningsåtgärder endast på regelsidan, inte på övervakningssidan.

Kommentar

Skuggad trafik som körs på grenregelstacken påverkar inte produktionen, så hastigheterna uppdateras inte två gånger till följd av skuggan, utan uppdateras bara en gång till följd av produktionskörningen.

Flytta upp grenar till produktion

Om du vill göra en gren till produktionsgren kan du göra det genom att befordra en gren till produktion. Kampanjåtgärden finns under Grenåtgärder > Flytta upp till produktion. Den här åtgärden gör den aktuella grenen som du marknadsför den nya produktionsgrenen till. Du kan klona befintliga produktionsregler i en ny gren för att spara dem som referens. Utkast bevaras om alternativet att klona är markerat. När kampanjen är klar uppdateras produktionsgrenen så att den innehåller reglerna för den upphöjda grenen.

Kommentar

Första gången du befordrar en gren till produktion för en viss utvärdering kan du inte klona befintliga produktionsregler i en ny gren. Om du vill spara befintliga produktionsregler första gången du höjer upp skapar du en ny gren från produktion med dessa regler för att bevara befintliga produktionsregler.

Hantera befintliga regler

På fliken Regler kan du utföra följande åtgärder på en befintlig regel:

• Byt namn
• Aktivera eller inaktivera
• Ta bort
• Redigera

Uppdatera namnet och beskrivningen av en regel

Om du vill uppdatera namnet och beskrivningen av en regel väljer du regeln, väljer Byt namn och anger sedan ett unikt namn och en beskrivning.

Ändra status för en regel

Om du vill ändra status för en regel väljer du regeln och väljer sedan Aktivera eller Inaktivera.

Ta bort regel

Om du vill ta bort en regel markerar du den och väljer sedan Ta bort. Det går inte att ångra den här åtgärden.

Redigera en befintlig regel

När du redigerar en regel som publiceras sparar Bedrägeriskydd dina ändringar som ett utkast tills du publicerar dem. Både den publicerade versionen av den valda regeln och utkastversionen kan visas som flikar sida vid sida. Tills ett utkast har publicerats är det endast synligt för den person som skapar det. Mer information finns i avsnittet Utkast tidigare i den här artikeln.

1. Välj regeln och välj sedan Redigera.

   Fliken Utkast och fliken Publicerad visas.

2. Välj fliken Utkast och gör sedan ändringarna i regeln.

   Bedrägeriskydd sparar automatiskt alla ändringar som du gör i regeln.

   Om du vill ignorera ändringarna väljer du Ignorera. Bedrägeriskydd tar bort utkastet men behåller den ursprungliga publicerade regeln.

3. Om du vill publicera ändringarna väljer du Publicera.

   När du publicerar ett utkast skriver Bedrägeriskydd över den ursprungliga publicerade versionen av regeln med de ändringar som du gjorde i utkastversionen.

   Om en lagkamrat uppdaterar och publicerar en regel medan du fortfarande redigerar den kan dina ändringar vara inaktuella. I det här fallet får du ett varningsmeddelande som frågar om du fortfarande vill publicera ändringarna.

   • Om du väljer Publicera skriver ändringarna över alla ändringar som har gjorts tidigare.
   • Om du väljer Avbryt kan du granska de ändringar som andra personer har gjort innan du publicerar din version.

Sök efter en regel

När du söker efter en regel genomsöks alla regelnamn och beskrivningar och resultaten filtreras därefter.

Om du vill söka efter en regel anger du ett nyckelord i fältet Sök .

Om du vill ta bort ett filter tar du bort nyckelordet från fältet Sök eller väljer X till höger i fältet.

Ändra ordning på en regel

Eftersom publicerade regler visas på fliken Regler i den ordning de körs i påverkar positionen för en publicerad regel avsevärt hur händelser utvärderas.

Ändra ordning på en publicerad regel

1. Välj den publicerade regel som du vill flytta och dra den till en ny position.
2. Upprepa steg 1 för varje regel som du vill flytta och välj sedan Spara.
3. Om du vill avbryta ändringarna väljer du Avbryt.

Kommentar

Det går inte att ändra ordning på reglerna i avsnittet Utkast .

Utvärdera en regel

Innan du publicerar den nya regeln kan du använda fönstret för regelutvärdering för att se till att den returnerar de resultat som du förväntar dig.

• Öppna fönstret Regelutvärdering genom att välja Expandera längst ned till höger på fliken Regler .
• Stäng fönstret genom att välja Dölj.

När utvärderingsfönstret är öppet kan du se hur regeln utvärderas mot det aktuella nyttolastexemplet och poängexemplet. När du gör ändringar i exemplet eller själva regeln uppdateras innehållet i utvärderingsfönstret.

Utvärderingsfönstret visar beslutet att Bedrägeriskydd returnerar för exempelhändelsen. Den visar även alla värden som är associerade med svaret, till exempel en orsak eller ett supportmeddelande. Satsen som utlöser beslutet beskrivs i grönt utanför fönstret.

Om nyttolastexemplet inte matchar villkoret utvärderas inte regeln. Om villkoret matchas, men ingen av satserna utlöser en retur, är standardbeslutet Godkänn och orsaken är NO_CLAUSE_HIT.

Exempel på utvärdering

Skapa en regel som har följande tre satser.

`// Approves when email from contoso domain has been validated`
`RETURN Approve()`
`WHEN @"email.isEmailValidated" == true && @"email.emailValue".EndsWith("@contoso.com")`

`// Rejects when email has not been validated and high risk score`
`RETURN Reject()`
`WHEN @"email.isEmailValidated" == false && @"riskscore" > 700`

`// Reviews when email has not been validated and medium risk score`
`RETURN Review()`
`WHEN @"email.isEmailValidated" == false && @"riskscore" > 400`

Nyttolastexemplet innehåller följande objekt.

"email": {
    "email": "Primary",
    "emailValue": "kayla@contoso.com",
    "isEmailValidated": true,
    "emailValidatedDate": "2020-02-25T15:12:26.9733817-08:00",
    "isEmailUsername": true
},

Poängexemplet innehåller följande värde.

"riskScore": 500,

När utvärderingsfönstret expanderas utlöses satsen 1 och ett beslut om Godkänn returneras.

I exempelnyttolasten ändrar du värdet för fältet isEmailValidated i nyttolasten från true till false.

"isEmailValidated": false,

I det här fallet utlöses satsen 2 och ett granskningsbeslut returneras.

Om du ändrar värdet för "riskScore" från 500 till 700 i exempelpoängen utlöses satsen 3 och beslutet uppdateras till Avvisa.