So funktioniert der Kaufschutz
Dieser Artikel beschreibt, wie Microsoft Dynamics 365 Fraud Protection Kaufschutz mit verschiedenen Einheiten wie Kunden und Banken interagiert.
Die folgende Abbildung hebt einige der Funktionen und Anwendungsprogrammierschnittstellen (APIs) von Fraud Protection Kaufschutz hervor, damit Sie die Interaktionen der Risikobewertung besser verstehen können.
Hier ist eine Erklärung der nummerierten Elemente in der Abbildung:
- Gerätefingerabdruck (1) – Mit dem Gerätefingerabdruck können Sie bei Online-Aktionen wichtige Gerätetelemetrie sammeln. Zu diesen Daten gehören Hardware-Informationen, Browser-Informationen, geografische Informationen und die Internet Protocol (IP)-Adresse. Diese Funktion basiert auf künstliche Intelligenz (KI) und kann als Eingabe für den Betrugsbewertungsprozess verwendet werden. Gerätefingerabdruck kann sowohl für browserbasierte als auch für mobile Anwendungen eingesetzt werden. Ein Java-basiertes Software Development Kit SDK ist ebenso verfügbar wie iOS, Android und React Native SDKs für mobile Anwendungen.
- Transaktionsnutzlast (2) – Die Transaktionsnutzlast enthält transaktionsbezogene Informationen, die Clients an Fraud Protection weitergeben. Diese Daten werden mit Daten verglichen, die sich bereits im Fraud Protection-Netzwerk befinden, wo das maschinelle Lernmodell analysiert die Daten auf Verknüpfungen.
- Risikobewertung (3) – Das maschinelle Lernmodell von Fraud Protection kann Ihnen eine Bewertung für Bot- und Risikobewertungen zurückgeben. Die Bewertung informiert Sie über die Wahrscheinlichkeit eines Betrugsrisikos oder die Wahrscheinlichkeit eines möglichen Betrugs, den Sie möglicherweise überprüfen oder ablehnen möchten.
- Vertrauenswissen (Transaktionsakzeptanz-Booster) (4) – Diese Funktion hilft Ihnen, von höheren Akzeptanzraten zu profitieren, indem Sie Vertrauenswissen mit Banken teilen.
Schein
Die Ursachencodes können aufgrund von Verbesserungen des Fraud Protection Service durch Microsoft geändert werden. Darüber hinaus können sich Ursachencodes, die einer bestimmten Buchung zugeordnet sind, aufgrund zusätzlicher Informationen ändern, die vom Fraud Protection Service eingeholt und verarbeitet werden.
Erforderliche APIs und Komponenten
Die folgenden APIs und Komponenten sind erforderlich, um die Funktionen des Fraud Protection-Kaufschutzes nutzen zu können:
- Gerätefingerabdruck (Front-End)
- Kauf-API (Back-End) – Diese API sammelt Datenattribute, die den Transaktionskontext enthalten. Diese Daten werden mit Daten verglichen, die sich bereits im Fraud Protection-Netzwerk befinden, wo das maschinelle Lernen nach Verknüpfungen und Ähnlichkeiten zu bekannten aufkommenden Betrugsmustern sucht.
- Bankereignis-API (Back-End) – Diese API wird verwendet, um Fraud Protection über die Autorisierungsentscheidung der Bank zu informieren (z. B. Genehmigung oder Ablehnung der Transaktion). Es kann auch verwendet werden, um Fraud Protection über verwandte Ereignisse zu informieren, wie z. B. Card Verification Value (CVV) oder 3D Secure (3DS) Challenges.
- Kaufstatus-API (Back-End) – Diese API wird verwendet, um Fraud Protection über die endgültige Entscheidung des Kunden zu der Transaktion zu informieren. Es ist wichtig, dass der Fraud Protection benachrichtigt wird, wenn eine Transaktion aus irgendeinem Grund genehmigt oder abgelehnt wurde. Auf diese Weise kann es sich anpassen und von den Betrugsmustern des Kunden lernen.
- Etiketten-API (Back-End) – Mit dieser API können Sie zusätzliche Informationen zu Transaktionen, Konto- oder Zahlungsinstrumentdetails, Rückbuchungen, Rückerstattungen und Stornierungen an Fraud Protection senden. Die Beschriftungs-API stellt die Informationen für das Modelltraining anhand eines Satzes von Betrugssignalen bereit.
Wie der Fraud Protection-Kaufschutz mit Kunden in Verbindung steht
Die folgende Abbildung zeigt, wie der Fraud Protection-Kaufschutz normalerweise mit Kunden verbunden ist. Es zeigt beispielsweise, 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 Erklärung der nummerierten Elemente in der Abbildung:
Gerätefingerabdruck (1, Front-End) – Browserbasiertes und mobilbasierte Gerätefingerabdruck ist auf der Frontend-Seite eingebettet. Diese Funktion arbeitet mit Fraud Protection, um nicht zusammenhängende Ereignisse im Betrugsnetzwerk zu verfolgen und zu verknüpfen, um Betrugsmuster zu erkennen.
Die gesammelten Daten sind nicht nur eine statische Liste von Attributen. Sie umfassen auch Daten, die dynamisch erfasst werden, basierend auf der Auswertung bestimmter Kombinationen von Attributen, wie z. B. Browser-, System-, Netzwerk- und Lagerplatz-Attribute. Wenn die Geräteeigenschaften und -attribute erfasst sind, verwendet der Device Fingerprinting-Dienst Machine-Learning, um das Gerät zu identifizieren. Der Gerätefingerabdruck wird auf Azure ausgeführt und profitiert von der bewährten Cloud-Skalierbarkeit, Zuverlässigkeit und Sicherheit auf Unternehmensniveau.
Kauf-API (2, Back-End) – Die Kauf-API sammelt hauptsächlich Datenattribute. Im Folgenden finden Sie einige Beispiele hierfür:
- Transaktionskontext (z. B. Auftragstyp und auftragsinitiierter Kanal)
- Transaktionszeit (z. B. Ortszeit des Kunden)
- Benutzerinformationen (wie Konto-ID, E-Mail-Adresse, Land oder Region und Erstellungsdatum)
- Informationen zum Zahlungsinstrument (z. B. Zahlungsinstrument-ID, Zahlungsmethode, Bankleitzahl [BIN], und Rechnungsadresse)
- Produktinformationen (z. B. Produkttyp, Lagereinheit [SKU], Name, Preis und Menge)
- Geräteinformationen (z. B. IP-Adresse und Gerätekontext-ID)
- Einige zusätzliche Informationen
Diese Informationen helfen bei der Bestimmung, welche Ihrer Richtlinien oder Regeln ausgeführt und Ihnen in der Risikobewertung zurückgegeben werden. Es ist wichtig für die maschinellen Lernmodelle, die die Qualität der Punktzahl beeinflussen.
Bankereignis-API (3, Backend) – Die Bankereignis-API ist eine Backend-Integration. Sie sammeln entsprechende Feedback-Informationen, um Fraud Protection mit den endgültigen Status einer Transaktion zu aktualisieren.
Kaufstatus-API (4, Backend) – Die Kaufstatus-API ist eine Backend-Integration. Sie sammeln entsprechende Feedback-Informationen, um Fraud Protection mit den endgültigen Status einer Transaktion zu aktualisieren.
Etiketten-API (5, Backend) – Die Etiketten-API ist eine Backend-Integration. Sie sammeln entsprechende Feedback-Informationen, um Fraud Protection mit den endgültigen Status einer Transaktion zu aktualisieren.