Del via

Guiden Vurderingsoversigt

  • Artikel

Hvis du har et scenario med snyd,er ikke kan løses ved hjælp af Kontooprettelse, Kontologon, Køb af API'er, indeholder guiden Vurdering værktøjerne til at oprette dine egne brugerdefinerede API'er Dynamics 365 Fraud Protection i realtid.

Når du har identificeret det specifikke scenario med snyd, som du vil beskytte din virksomhed mod, og de data, der skal evalueres i scenariet, skal du vælge + Ny vurdering for at åbne guiden Vurdering.

Guiden Vurdering, som består af fem trin:

  1. Vælg skabelon
  2. Definér skemadetaljer
  3. Vælg observationshændelser
  4. Definer indstillinger
  5. Færdiggør navn og slutpunkt

Dette link kan kun ses i rodmiljøet og for brugere med læse-/skrive-rettigheder til Vurderinger som defineret i artiklen Brugerroller og adgang. Hvis begge forudsætninger er sande, og linket + Ny assessment_ ikke er synligt, har du nået den maksimale grænse på 16 vurderinger, der kan oprettes. Slet en af de eksisterende vurderinger, før du opretter en ny. Kontoens oprettelse, Kontologon, Køb og Tab-vurdering bidrager ikke til denne grænse.

Vælg skabelon

For at komme i gang skal du bruge de tilgængelige foruddefinerede skabeloner til at oprette nye Fraud Protection API'er, der er skræddersyet til nogle af de mest almindelige svindelscenarier. Hver af disse skabeloner er bundtet med tilpasset logik og et sæt datafelter, der fungerer som grundlag for den nye API til Fraud Protection.

Guiden Vurdering understøtter i øjeblikket følgende skabeloner:

Fraud Protection fortsætter med at udvikle dette skabelonkatalog over tid for at dække andre scenarier, hvor snyd er en vigtig del af problemet.

Hvis du vil have vist API-skemaet (anmodning om nyttelast) og eksempelværdier for en bestemt skabelon, skal du vælge skabelonen og aktivere ruden Forhåndsvisning i JSON. Hele prøveindlæsningen vises som standard i indholdsruden. Men du kan filtrere nyttelasten til kun de felter, der kræves eller kan søges i. Få vist Dokumentationen til brugergrænsefladen til Swagger for at få mere at vide om Fraud Protection API'er.

  • Obligatoriske felter – Disse datafelter skal sendes som en del af nyttelasten for anmodningen, når API aktiveres. Hvis disse felter ikke sendes, resulterer det i, at 400 fejlkoder returneres.
  • Søgbare felter – Disse datafelter kan bruges som søgenøgler i en transaktionssøgning.

I guidens næste trin kan du yderligere tilpasse skemaet til din nye API til Fraud Protection, så det lever op til dine specifikke forretningsbehov.

Betalingskort-skabelon

The Kortbetaling-skabelonen tillader adgang til risiko for online og offline svindel med kortbetalinger for pengeinstitutter. Denne skabelon skal bruges til udstedelse af banker og andre pengeinstitutter. I forbindelse med købsscenarier, der er baseret på handlende, kan du bruge løsningen med Fraud Protections Købsbeskyttelse.

Enhedsfingeraftryk-skabelon

Brug Enhedsfingeraftryks-skabelonen til at indsamle oplysninger fra fjerncomputerenheder som en hjælp til at vurdere risikoen for svindel. Denne skabelon er nyttig i scenarier, hvor du kun vil aktivere enhedsfingeraftryks. Skabelonen giver dig mulighed for at få adgang til hele den række enhedsattributter, som Fraud Protection indsamler, sammen med andre personoplysninger, som f.eks. IP intelligence. Hvis du vil bruge enheden som en del af et andet scenario, skal du integrere den i andre vurderingsskabeloner ved at føje sektionen Enhedsfingeraftryktil dit API-skema i trinnet Definer skemadetaljer iguiden Vurdering.

Skabelonen til enhedsfingeraftryk-skabelon har visse særlige indstillinger, der er designet til at holde API lightweight. Søgning og Sagsstyring deaktiveres begge som standard og kan ikke aktiveres for denne skabelon. Desuden understøtter skabelonen ikke risikozonen. Funktionen Model.Risk FQL kan ikke aktiveres, når der bruges en API, der er baseret på denne skabelon.

Hvis du vil bruge hele enhedens attributter i regler og hastigheder, skal du anvende funktionen Device.GetFullAttributes FQL. Når du opretter en ny API på baggrund af den enhedsfingeraftryks-skabelon, oprettes der en standardeksempelregel, der refererer til denne funktion. Du kan få mere at vide om denne funktion i vejledningen til sprogreferencer. Du kan finde flere oplysninger om standardeksempelregler i Vurdering (standard)-regler.

Se Oversigt over enhedens fingeraftryk for at få flere oplysninger. Attributter i oplysninger om enhedens fingeraftryk attributfelterne Fraud Protection forsøger at indsamle.

Skabelon for fordelskundeprogram

Skabelonen for fordelskundeprogram giver dig mulighed for at vurdere risikoen for svindel ved aktivitet i fordelskundeprogrammer. Denne skabelon anbefales til scenarier, der omfatter indløsning af belønninger og tilmelding til fordelskundeprogrammer.

Pengeoverførsel-skabelon

Skabelonen Pengeoverførsel giver dig mulighed for at vurdere risikoen for snyd ved pengeoverførsler inden for et økonomisk system eller netværk. Denne skabelon anbefales til scenarier, der omfatter betalingsnetværk som Zelle.

Softwarekopieringsskabelon

Softwarekopieringsskabelonengiver dig mulighed for at vurdere risikoen for snyd ved brug af software. Denne skabelon anbefales til scenarier, der omfatter software, der er licens til, ved hjælp af et abonnement.

Brugerdefineret skabelon

Den brugerdefinerede skabelon giver dig mulighed for at vurdere risikoen for snyd ved en brugerdefineret hændelse. Denne skabelon er designet til mere obskure tilfælde, hvor ingen andre skabeloner passer til behovene i det pågældende scenarie.

Den brugerdefinerede skabelon understøtter ikke risikovurdering. Funktionen Model.Risk FQL kan ikke aktiveres, når der bruges en API, der er baseret på denne skabelon.

Definer skemadetaljer

Når du har identificeret og valgt din skabelon for vurdering af svindel, medtages alle datafelter, der er tilknyttet denne skabelon, automatisk i API-skemaet (anmodning om nyttelast). Hvis du vil have vist API-skemaet og eksempelværdierne for din nye API til snyd, skal du aktivere ruden JSON-forhåndsversion.

I dette trin i guiden Vurdering kan du yderligere tilpasse det nye API-skema ved at tilføje yderligere felter, der er nødvendige for at hjælpe med at evaluere dit scenarie om skattebedrag og fjerne eventuelle felter, du muligvis ikke kan angive, eller som på anden måde er irrelevante for dit scenarie for snyd.

Hvert datafelt er klassificeret i to kategorier:

Standarddatafelter

Standarddatafelter behandles og gemmes i netværket Fraud Protection for at generere en risikovurdering og kan bruges til søgning, rapporter, regler og andre scenarier, der er specifikke for lejere.

Nøjagtigheden af den risikovurdering, der returneres af Fraud Protection, afhænger af flere faktorer, herunder om det sæt datafelter, der angives, giver en komplet og præcis beskrivelse af den hændelse, der evalueres.

De standarddatafelter, der er tilgængelige for alle API'er, er organiseret og gøres kun tilgængelige i form af foruddefinerede sektioner. Alle skabeloner for vurdering af svindel leveres med et standardsæt af disse standardsnit. I disse standardafsnit er det kun metadata, der er påkrævet for en skabelon. Selvom alle andre standardsektioner kan fjernes fra API-skemaet, før vurderingen oprettes, anbefaler vi på det kraftigste, at du bevarer alle standardsektioner i API-skemaet, da fjernelse af disse standardsektioner og deres tilknyttede datafelter kan medføre, at Fraud Protection returnerer risikoscore af lavere kvalitet fra FPN (Fraud Protection Network).

Du kan føje yderligere standardsektioner til din nye API ved at vælge rullelisten Tilføj sektion og vælge de sektioner, der gælder for dit bedrageriscenarie. Du kan få vist de datafelter, der udgør de enkelte standardafsnit, ved at se Fraud Protections dokumentation til Swagger-brugergrænseflade eller bruge ruden JSON Forhåndsversion, som du kan få adgang til fra guiden Vurdering.

Brugerdefinerede datafelter

Brugerdefinerede datafelter er yderligere felter, der ikke bruges til at generere resultater via netværket for Fraud Protection. De kan dog stadig bruges til søgning, rapporter, regler og andre lejerspecifikke scenarier.

Disse felter er fuldt defineret af dig og påvirker ikke Fraud Protections AI-modeller eller scorer.

Føj brugerdefinerede datafelter til API-skemaet ved hjælp af en af følgende metoder:

  • Du kan tilføje de enkelte felter ved at vælge + Nyt felt i brugerdefineret overskrift
  • Du kan tilføje flere felter samtidigt ved at overføre en brugerdefineret JSON-fil (.json)-fil eller ved manuelt at angive den velformede JSON direkte i vinduet Import af JSON, der er tilgængeligt fra From JSON...-indstillingen i Tilføj afsnit-rullelisten.

Hvert brugerdefineret datafelt indeholder følgende felter:

  • Navn – Dette er navnet på det brugerdefinerede datafelt, der er inkluderet i API'ens skema.
  • Brugervenligt navn – Dette er det brugerlæsbare navn, der er knyttet til det brugerdefinerede datafelt, som vises, når der refereres til feltet på andre driftssider for Fraud Protection, f.eks. Søg og Sagsstyring.
  • Type – Dette er datatypen i det brugerdefinerede datafelt.
    • Fraud Protection understøtter både datatyperne skat (heltal, boolesk) og ikke-array-data (array, objekt) samt nogle kontekstspecifikke datatyper (e-mail, IP-adresse).
  • Eksempelværdi – Denne værdi vises i ruden JSON-forhåndsversion for at hjælpe med at visualisere, hvad den nye API forventer som input til dette felt, når API aktiveres.
  • Krævet – Denne værdi angiver, om det brugerdefinerede datafelt skal angives, når API aktiveres.
    • Hvis dette afkrydsningsfelt er markeret, medfører det, at en fejl i en afsendelse af dette felt som en del af API's anmodning medfører, at der returneres en 400 fejlkode.
  • Søgbar – Denne værdi angiver, om det brugerdefinerede datafelt kan bruges som søgenøgle i forbindelse med søgning efter transaktioner.

Før den nye vurdering oprettes, kan du redigere eller slette brugerdefinerede datafelter, der er tilføjet tidligere. Når vurderingen er oprettet, kan du ikke ændre Navn eller Type af et brugerdefineret datafelt.

Vælg observationshændelser

Du kan bruge observationer og labelhændelser til at dele oplysninger og anden sammenhæng med Fraud Protection for en bestemt transaktion. Dette er kun dataindtagelseshændelser, der betyder, at der ikke returneres nogen oplysninger i svaret, ud over succes/mislykket. Data, der sendes via observationshændelser, kan bruges i grupper, regler og søgning.

Fraud Protection understøtter følgende observationer og labelhændelser:

I dette trin i guiden Vurdering kan du se de observationer og labelhændelser, der er relateret til den skabelon for momsindbetaling, du som standard har valgt sammen med en af de anbefalede. Følgende tabel er en oversigt over de relaterede og anbefalede observations- og labelhændelser, der er tilgængelige i dette trin i guiden, opdelt efter opgørelsesskabelon:

Skabelon for vurdering Relaterede hændelser Anbefalede hændelser
Kortbetaling Status for vurdering
Etiket		 Status for vurdering
Etiket
Enhedsfingeraftryk Status for vurdering
Etiket		 I/T
Fordelskundeprogram Status for vurdering
Etiket		 Status for vurdering
Etiket
Pengeoverførsel Status for vurdering
Etiket		 Status for vurdering
Etiket
Softwarekopiering Status for vurdering
Etiket		 Status for vurdering
Etiket
Brugerdefineret Status for vurdering
Pengeinstitut,
Tilbageførsel,
Etiket		 I/T

Yderligere observationshændelser kan også føjes til en vurdering, når vurderingen er oprettet. Listen over tilgængelige observationshændelser, der vises via vurderingskonfigurationsflowet, er et oversæt af de hændelser, der vises i tabellen ovenfor.

Statushændelse for vurdering

Statushændelsen Vurdering giver dig mulighed for at levere oplysninger til Fraud Protection med oplysninger om statussen for en vurderingshændelse. Denne hændelse er kun en hændelse for indtagelse af data. Hændelsen Vurderingsstatus kan anvendes på alle vurderingsskabeloner.

Bankhændelse

Bankhændelsen giver dig mulighed for at give oplysninger om Fraud Protection i forbindelse med en bankhændelse, f.eks. posteringer, der godkendes eller afvises til bankgodkendelse. Denne hændelse er kun en hændelse for indtagelse af data.

Tilbageførselshændelse

Tilbageførselshændelsen giver dig mulighed for at give Fraud Protection med oplysninger om en tvist en kunde har med sin bank om en bestemt postering. Denne hændelse er kun en hændelse for dataindtagelse.

Labelhændelse

Labelhændelsen giver dig mulighed for at give Fraud Protection med snyd og ikke-snyd, der er relateret til en postering. Denne hændelse er kun en hændelse for dataindtagelse.

Yderligere oplysninger om labelhændelsen for Fraud Protection finder du i Labels API.

Brugerdefineret hændelse

Den tilpassede hændelse giver dig mulighed for at give Fraud Protection med alle brugerdefinerede oplysninger om en postering.

Definer indstillinger

I dette trin i guiden Vurdering skal du vælge indstillinger baseret på den skabelon for skattebedragsevaluering, du valgte tidligere.

Funktionsmåde for regelevaluering

Denne indstilling bestemmer den rækkefølge, som reglerne evalueres i for din vurdering. Alle skabeloner til momsafvigelser bruges som standard til at køre alle sammenholdelsesregler, indtil der er truffet en beslutning, hvilket giver mulighed for at evaluere flere regler for en enkelt postering, indtil der træffes en beslutning. Se Funktionsmåde for regelevaluering for at få flere oplysninger.

Yderligere funktioner

Fraud Protection understøtter følgende indstillinger for tre forskellige vurderingsfunktioner:

  • Sagsstyring – Administrer og tag højde for transaktioner, der kræver evaluering af eksperter med personalesag. Få flere oplysninger i Oversigt over sagsadministration.
  • Søg – Find og få vist detaljer, der er tilknyttet bestemte posteringer. Du kan finde flere oplysninger i Søg.

De tilgængelige funktioner og deres standardindstillinger varierer afhængigt af den skabelon for skattebedrag, du valgte i trinnet Vælg skabelon. Følgende tabel er en oversigt over standardindstillingerne for opgørelsesfunktionen opdelt efter opgørelsesskabelon:

Skabelon Sagsstyring Søge
Kortbetaling Disabled Aktiveret
Enhedsfingeraftryk I/T I/T
Fordelskundeprogram Disabled Aktiveret
Pengeoverførsel Disabled Aktiveret
Softwarekopiering Deaktiveret Deaktiveret
Brugerdefineret Disabled Disabled

Hvis Søg skal arbejde på et vurderingsniveau, skal du sikre, at det er aktiveret på lejerniveau.

Hvis du beslutter dig for at deaktivere søgning og sagsstyring for din vurdering, efter at disse funktioner er aktiveret, vil alle posteringer, der blev indekseret for Søg og eventuelle supportsager, der var aktive i Sagsstyring, fortsat eksistere for de tidsperioder, hvor disse funktioner blev aktiveret.

Dataemne-id'er

Et emne-id for data kan indekseres, og som Fraud Protection bruger, så du kan eksportere eller slette data for at overholde kundernes anmodninger om data. Et metadata.eventId vil altid være et dataobjekt-id. Fraud Protection giver dig mulighed for at vælge et maksimum på to ekstra felter som dataemne-id'er.

Hvis du har et felt i dit API-skema, der er relateret til brugerdata, anbefales det, at du vælger dette felt som et dataemne-id, da det gør det nemmere at overholde anmodninger om dataemner fra kunderne. Nogle af de almindelige eksempler på dataemne-id'er er:

  • bruger.id
  • bruger.brugernavn
  • bruger-email
  • bruger.telefon
  • forsendelse-email

Hvis standardsektionen Bruger er medtaget i dit API-skema, vælger Fraud protection bruger.id som standard som et dataemne-id. Dette tæller som et af de to ekstra felter.

Når du har valgt dataemne-id'er og opretter vurdering ved at afslutte guiden Vurdering, kan du ikke fjerne alle eksisterende dataemne-id'er. Hvis du har valgt mindre end tre dataemne-id'er, kan du tilføje yderligere dataemne-id'er ved hjælp af siden Vurderingskonfiguration, indtil grænsen nås.

Posteringer, der sendes, før der blev valgt et dataemne-id, er ikke tilgængelige for eksport eller sletning af det pågældende dataemne-id. Metadata.eventId angives altid som et dataemne-id, så hændelser, der er knyttet til en given vurdering, kan altid eksporteres og slettes ved hjælp af dette felt.

Se oversigten over overholdelse, hvis du vil have flere oplysninger om eksport og sletning af data.

Færdiggør navn og slutpunkt

Når du har konfigureret indstillingerne for din vurdering af svind, er det sidste trin at navngive den nye API til Fraud Protection.

  • Brugervenligt navn – dette er det læsbare navn på din vurdering, der vises i navigationslinjen, søgning, sagsstyring, regler og rapportering.
  • API-navn – Dette er det entydige navn, der er medtaget i hvert opkald til API for vurdering af svindel. API-navnet kan ikke ændres, hvis vurderingen bruges sammen med regler eller hastigheder. API-navnet kan også være synligt for teknikerteamet til Fraud Protection, da det betragtes som systemmetadata.

Når du har fuldført dette trin, er din nye vurdering tilgængelig på navigationslinjen under Bedragerivurderinger. Den nye vurdering kan udnytte alle de kerneegenskaber, der findes i produktet, herunder, at du kan bruge vores AI-modeller og skrivningsregler til at træffe beslutninger.