Funktionsweise des Kaufschutzes

Wichtig

Ab dem 3. Februar 2025 steht Dynamics 365 Fraud Protection nicht mehr zum Kauf zur Verfügung. Die Unterstützung für Betrugsschutz endet am 3. Februar 2026. Weitere Informationen finden Sie im Artikel Ende des Supports für Dynamics 365 Fraud Protection Artikel.

In diesem Artikel wird beschrieben, wie Microsoft Dynamics 365 Fraud Protection-Kaufschutz mit verschiedenen Entitäten wie Kunden und Banken interagiert.

In der folgenden Abbildung werden einige der Einkaufsschutzfunktionen von Betrugsschutz und Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) erläutert, die Ihnen helfen, Interaktionen mit der Risikobewertung besser zu verstehen.

Hier ist eine Erläuterung der nummerierten Elemente in der Abbildung:

• Gerätefingerabdrücke (1) – Gerätefingerabdrücke ermöglichen es Ihnen, wichtige Gerätetelemetrie während Onlineaktionen zu sammeln. Die Daten umfassen Hardwareinformationen, Browserinformationen, geografische Informationen und die IP-Adresse (Internet Protocol). Dieses Feature basiert auf künstlicher Intelligenz (AI) und kann als Eingabe für den Betrugsbewertungsprozess verwendet werden. Gerätefingerabdrücke können sowohl für browserbasierte als auch für mobile Anwendungen bereitgestellt werden. Ein javabasiertes Web Software Development Kit (SDK) ist verfügbar, ebenso wie iOS, Android und React Native SDKs für mobile Anwendungen.
• Transaktionsnutzlast (2) – Die Transaktionsnutzlast enthält transaktionsbezogene Informationen, die Clients an Betrugsschutz übergeben. Diese Daten werden mit Daten verglichen, die sich bereits im Betrugsschutznetzwerk befinden, in dem das Machine Learning-Modell die Daten für Verknüpfungen analysiert.
• Risikobewertung (3) – Das Machine Learning-Modell von Betrugsschutz kann Ihnen eine Bewertung für Bot und Risikobewertungen zurückgeben. Die Bewertung informiert Sie über die Wahrscheinlichkeit eines Betrugsrisikos oder über die Wahrscheinlichkeit möglicher Betrugsfälle, die Sie überprüfen oder ablehnen möchten.
• Vertrauenswissen (Transaktionsakzeptanz-Booster) (4) – Dieses Feature hilft Ihnen, von höheren Akzeptanzraten zu profitieren, indem Sie Vertrauenswissen mit Banken teilen.

Anmerkung

Grundcodes können auf der Grundlage von Verbesserungen des Betrugsschutzdiensts von Microsoft geändert werden. Darüber hinaus können sich ursachenbasierte Codes, die mit einer bestimmten Transaktion verbunden sind, basierend auf zusätzlichen Informationen ändern, die vom Betrugsschutzdienst abgerufen und verarbeitet werden.

Erforderliche APIs und Komponenten

Die folgenden APIs und Komponenten sind erforderlich, um die Features des Betrugsschutzes zu nutzen:

• Gerätefingerabdrücke (Front-End)
• Einkaufs-API (Back-End) – Diese API sammelt Datenattribute, die den Transaktionskontext enthalten. Diese Daten werden mit Daten verglichen, die sich bereits im Betrugsschutznetzwerk befinden, in dem maschinelles Lernen nach Verknüpfungen und Ähnlichkeiten mit bekannten neuen Betrugsmustern sucht.
• Bankereignis-API (Back-End) – Diese API wird verwendet, um den Betrugsschutz der Autorisierungsentscheidung der Bank (z. B. Genehmigung oder Ablehnung der Transaktion) zu informieren. Es kann auch verwendet werden, um Betrugsschutz über verwandte Ereignisse zu informieren, z. B. Kartenüberprüfungswert (CVV) oder 3D Secure (3DS) Herausforderungen.
• Einkaufsstatus-API (Back-End) – Diese API wird verwendet, um den Betrugsschutz über die endgültige Entscheidung des Kunden über die Transaktion zu informieren. Es ist wichtig, dass Betrugsschutz benachrichtigt wird, ob eine Transaktion aus irgendeinem Grund genehmigt oder abgelehnt wurde. Auf diese Weise kann es sich anpassen und von den Betrugsmustern des Kunden lernen.
• Bezeichnungs-API (Back-End) – Mit dieser API können Sie zusätzliche Informationen zu Transaktionen, Konto- oder Zahlungsmitteldetails, Rückbuchungen, Erstattungen und Rückbuchungen an Betrugsschutz senden. Die Bezeichnungs-API bietet Kenntnisse für Modellschulungen, die auf einer Reihe von Betrugssignalen basieren.

Wie Betrugsschutz-Kaufschutz mit Kunden verbunden ist

Die folgende Abbildung zeigt, wie der Kaufschutz für Betrugsschutz in der Regel mit Kunden verbunden ist. Beispielsweise wird gezeigt, in welcher Phase des Prozesses ein API-Aufruf erfolgt, welche API aufgerufen wird und welche Dynamics 365-Komponenten Informationen an Clients zurückgeben.

Hier ist eine Erläuterung der nummerierten Elemente in der Abbildung:

• Gerätefingerabdrücke (1, Front-End) – Browserbasierte und mobile Gerätefingerabdrücke werden auf der Front-End-Seite eingebettet. Dieses Feature arbeitet mit Betrugsschutz zusammen, um nicht verwandte Ereignisse im Betrugsnetzwerk nachzuverfolgen und zu verknüpfen, um Betrugsmuster zu erkennen.

  Die gesammelten Daten sind nicht nur eine statische Liste von Attributen. Sie enthält auch Daten, die basierend auf der Auswertung bestimmter Kombinationen von Attributen dynamisch erfasst werden, z. B. Browser-, System-, Netzwerk- und Geolocation-Attribute. Wenn Gerätemerkmale und Attribute erfasst werden, verwendet der Fingerabdruckdienst des Geräts maschinelles Lernen, um das Gerät zu identifizieren. Gerätefingerabdrücke werden in Azure ausgeführt und umfassen Vorteile von bewährter Cloud-Skalierbarkeit, Zuverlässigkeit und Sicherheit auf Unternehmensniveau.  

• Einkaufs-API (2, Back-End) – Die Einkaufs-API sammelt hauptsächlich Datenattribute. Hier sind einige Beispiele:

  • Transaktionskontext (z. B. Bestelltyp und vom Auftrag initiierter Kanal)
  • Transaktionszeit (z. B. Ortszeit des Kunden)
  • Benutzerinformationen (z. B. Konto-ID, E-Mail-Adresse, Land oder Region und Erstellungsdatum)
  • Informationen zu Zahlungsmitteln (z. B. die Id des Zahlungsmittels, die Zahlungsmethode, die Bankidentifikationsnummer [BIN] und die Rechnungsadresse)
  • Produktinformationen (z. B. Produkttyp, Lagerhaltungseinheit [SKU], Name, Preis und Menge)
  • Geräteinformationen (z. B. ip-Adresse und Gerätekontext-ID)
  • Einige zusätzliche Informationen

  Anhand dieser Informationen können Sie ermitteln, welche Ihrer Richtlinien oder Regeln ausgeführt und an Sie in der Risikobewertung zurückgegeben werden. Es ist wichtig für die Machine Learning-Modelle, die sich auf die Qualität der Bewertung auswirken.

• Bankereignis-API (3, Back-End) – Die Bankereignis-API ist eine Back-End-Integration. Es sammelt entsprechende Feedbackinformationen, um Betrugsschutz mit dem endgültigen Status einer Transaktion zu aktualisieren.

• Einkaufsstatus-API (4, Back-End) – Die Einkaufsstatus-API ist eine Back-End-Integration. Es sammelt entsprechende Feedbackinformationen, um Betrugsschutz mit dem endgültigen Status einer Transaktion zu aktualisieren.

• Bezeichnungs-API (5, Back-End) – Die Bezeichnungs-API ist eine Back-End-Integration. Es sammelt entsprechende Feedbackinformationen, um Betrugsschutz mit dem endgültigen Status einer Transaktion zu aktualisieren.

Weitere Ressourcen

Übersicht über den Kaufschutz

Einrichten Des Kaufschutzdiensts