Authentication
Merchant Plug-In
Auch: MPI
Client- oder serverseitige Komponente, die den 3DS-Nachrichtenfluss mit dem DS und ACS im Auftrag eines Händlers oder PSP orchestriert.
Merchant Plug-In bedeutet: Client- oder serverseitige Komponente, die den 3DS-Nachrichtenfluss mit dem DS und ACS im Auftrag eines Händlers oder PSP orchestriert. Es kann auch als MPI erscheinen.
Im Zahlungsverkehr ist es nicht nur ein Etikett; es steuert, wie eine Transaktion, ein Berechtigungsnachweis, ein Risikoereignis oder eine Geldbewegung von den Gegenparteien interpretiert wird.
Der Mechanismus sitzt normalerweise vor der Autorisierung, wo der Emittent oder eine autorisierte Authentifizierungspartei prüft, ob der Zahler berechtigt ist, den Berechtigungsnachweis zu verwenden. Daten wie Geräteinformationen, Registrierungsstatus des Emittenten, Transaktionsbetrag und Risikosignale des Händlers können das Ergebnis beeinflussen.
Es wird üblicherweise zusammen mit 3-D Secure 2 (EMV 3DS), Access Control Server analysiert, da diese benachbarten Konzepte das kommerzielle und operative Ergebnis bestimmen.
Die praktischen Details finden sich normalerweise in Gateway-Protokollen, Acquirer-Berichten, Scheme-Dateien, Kundendienstaufzeichnungen und Abrechnungsübersichten und nicht in einem einzigen Dashboard. Teams sollten den Wert, den Zeitstempel, die Gegenpartei, die Währung, den Antwortcode und alle mit dem Ereignis verbundenen Ausnahmen oder Haftungsindikatoren aufzeichnen.
Ein häufiger Fehler ist es, Merchant Plug-In als statische Definition zu behandeln. In der Praxis kann sich die Bedeutung je nach Scheme, Land, MCC, Kartenprodukt, Emittenten, Transaktionskanal und ob die Zahlung kundeninitiiert oder händlerinitiiert ist, ändern.
Aus diesem Grund dokumentieren Händler mit hohem Volumen normalerweise Regeln, überwachen Ausnahmen wöchentlich und überprüfen Schwellenwerte, bevor ein kleines operatives Problem zu einem Chargeback-, Finanzierungs- oder Compliance-Problem wird.
Worked example
Ein Händler überprüft eine Transaktion über 240 €, bei der das Merchant Plug-In der entscheidende Faktor ist. Der Checkout übermittelt Geräte- und Transaktionsdaten, die Risiko-Engine des Emittenten entscheidet, ob der Kunde herausgefordert werden soll, und das Authentifizierungsergebnis wird in die Autorisierungsanfrage übergeben.
Die Betriebskosten werden mit 0 Basispunkten der Interbankenentgelte modelliert, aber ein wesentlich anderes Ergebnis der Betrugshaftung, und die entsprechende Aktion muss in weniger als 10 Sekunden abgeschlossen sein. Schritt 1 ist die Erfassung der ursprünglichen Anfragedaten, einschließlich Betrag, Währung, Emittentenland, MID und Antwort- oder Statuscode.
Schritt 2 ist die Anwendung des Regelsatzes des Händlers, z. B. ob ein erneuter Versuch, eine Herausforderung, eine Rückerstattung, die Freigabe von Waren oder eine Überprüfung erfolgen soll.
Schritt 3 ist der Abgleich des Ergebnisses mit der Acquirer-Berichterstattung, damit die Finanzabteilung die Auswirkungen auf den Cashflow sehen kann.
Wenn die Regel das Ergebnis bei 2. 000 ähnlichen monatlichen Transaktionen um nur 50 Basispunkte verbessert, schützt der Händler etwa 10 zusätzliche Bestellungen vor vermeidbaren Fehlern oder Verlusten.
Scheme notes
Visa Secure, Mastercard Identity Check, American Express SafeKey und Discover ProtectBuy basieren alle auf den EMV 3-D Secure Prinzipien, aber die Herausforderungsraten der Emittenten und die Haftungsbehandlung unterscheiden sich je nach Scheme, Region und Registrierungsstatus.
ECI-Werte, Ausnahmekennzeichen, Herausforderungsindikatoren und Authentifizierungsergebnisse müssen korrekt in die Autorisierung übergeben werden. Im EWR und im Vereinigten Königreich schafft PSD2 SCA eine regulatorische Überlagerung, während nicht-europäische Transaktionen dasselbe Protokoll hauptsächlich zur Betrugsbekämpfung und Haftungsverschiebung verwenden können.
Why it matters for merchants
Kommerziell beeinflusst dies die Konversion, die Betrugshaftung, die SCA-Compliance und das Gleichgewicht zwischen reibungslosem Checkout und Herausforderungsraten.
Für einen Händler, der 500. 000 £ pro Monat verarbeitet, ist eine Bewegung von 25 Basispunkten 1. 250 £ wert, bevor Sekundäreffekte wie Streitigkeiten, Rückstellungen, Support-Tickets oder Kosten für fehlgeschlagene Lieferungen auftreten.
Die Auswirkungen sind bei Hochrisiko-, Abonnement-, Reise-, Digitalgüter- und grenzüberschreitenden Modellen größer, da Emittentenentscheidungen und Scheme-Überwachung schnell eskalieren können.
Cardflo kann helfen, indem es den Acquiring-Zugang, das MID-Routing, Orchestrierungsregeln, die KYB-Überprüfung und Chargeback-Tools kombiniert, wo relevant, sodass der Händler nicht von einer Prozessorinterpretation oder einem festen Transaktionspfad abhängig ist.
Häufig gestellte Fragen
Welche Daten sollte ein Händler für Merchant Plug-In speichern?
Speichern Sie die Transaktions-ID, MID, Acquirer, Betrag, Währung, Emittentenland, Kartenschema, Antwort- oder Statuscode, Zeitstempel und alle 3DS-, Ausnahme-, Rückerstattungs- oder Streitreferenzen. Bei Kartentransaktionen bewahren Sie Autorisierungs- und Clearing-Identifikatoren auf, da Abrechnungs- oder Chargeback-Fragen 30 bis 120 Tage später auftreten können.
Bei regulierten Abläufen bewahren Sie die Kundeneinwilligung und Nachweisdokumente mindestens für den Zeitraum auf, der nach lokalem Recht oder Scheme-Regeln erforderlich ist. Gute Aufzeichnungen reduzieren die Untersuchungszeit von Stunden auf Minuten, wenn die Acquirer-Berichterstattung nicht mit dem Bestellsystem übereinstimmt.
Wie oft sollte das Merchant Plug-In überprüft werden?
Händler mit hohem Volumen sollten die Ausnahmeraten wöchentlich überprüfen und die Hauptmetrik monatlich nach Scheme, Acquirer, Emittentenland, MCC und Zahlungsmethode verfolgen. Eine Bewegung von 20 bis 50 Basispunkten kann erheblich sein, wenn der Händler Tausende von Bestellungen verarbeitet.
Die Finanzabteilung sollte die Auswirkungen auf den Cashflow auf Abrechnungsebene abgleichen, während Risiko- oder Zahlungsoperationen die Ursache analysieren sollten. Die Überprüfung nur der Gesamtwerte verbirgt Probleme, die in einem einzelnen BIN-Bereich, einer Region oder einer MID auftreten.
Welcher Schwellenwert löst normalerweise Maßnahmen beim Merchant Plug-In aus?
Der Schwellenwert hängt von der Kategorie ab, aber Händler sollten jede plötzliche Änderung über 10 % relativer Bewegung oder 25 Basispunkte absoluter Bewegung untersuchen. Bei Streitigkeiten und Betrug können Scheme-Schwellenwerte wie 0,9 % unter Visa-Überwachung oder 1,5 % unter Mastercard ECM ein sofortiges Eskalationsrisiko schaffen.
Bei Abrechnungs- oder Preispositionen können bereits 5 bis 15 Basispunkte eine Routing- oder Vertragsprüfung rechtfertigen. Der Schlüssel ist, Schwellenwerte vor Monatsende festzulegen, nicht nachdem eine Prozessorrechnung oder Scheme-Mitteilung eingegangen ist.
Kann sich das Merchant Plug-In zwischen Acquirern unterscheiden?
Ja. Acquirer können Antwortcodes unterschiedlich zuordnen, unterschiedliche Risikoregeln anwenden, unterschiedliche Datenfelder unterstützen und zu unterschiedlichen Zyklen abrechnen.
Ein Acquirer kann eine generische Ablehnung zurückgeben, während ein anderer Emittentenhinweise offenlegt, die einen sicheren Wiederholungsversuch ermöglichen. Die Gebührenbehandlung kann auch je nach Vertrag variieren, insbesondere bei grenzüberschreitenden Transaktionen, FX, Premium-Karten und alternativen Zahlungsmethoden.
Aus diesem Grund sollten Händler, die Orchestrierung verwenden, die Leistung nach Acquirer und Scheme vergleichen, anstatt sich auf eine einzige gemischte Genehmigungs- oder Kostenkennzahl zu verlassen.
Was ist der erste Abhilfeschritt, wenn das Merchant Plug-In Verluste verursacht?
Beginnen Sie mit einer 30-Tage-Stichprobe und teilen Sie diese nach Scheme, Emittentenland, Kartenprodukt, Zahlungsmethode, MID und Antwort- oder Streitcode auf. Quantifizieren Sie den Wert des Risikos in bar, nicht nur in Prozentpunkten.
Entscheiden Sie dann, ob die Lösung operativ ist, z. B. bessere Nachweise oder Kundenkommunikation, technisch, z.
B. reichhaltigere Daten oder 3DS-Indikatoren, oder kommerziell, z. B. eine andere Acquirer-Route.
Überprüfen Sie dieselbe Metrik nach einem vollständigen Abrechnungs- oder Streitzyklus erneut, um zu bestätigen, dass die Änderung funktioniert hat.
See how Merchant Plug-In plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Verwandte Begriffe
Der aktuelle EMVCo-Authentifizierungsstandard, der über 100 Datenelemente an den Emittenten zur risikobasierten, meist reibungslosen Kundenverifizierung sendet.
Emittentenseitige Komponente in einem 3DS-Flow, die über reibungslos vs. Herausforderung entscheidet, Kryptogramme ausstellt und SCA-Regeln durchsetzt.
Ein Kartennetzwerk-Authentifizierungsprotokoll, das die Betrugshaftung vom Händler auf den Emittenten verlagert, wenn ein Karteninhaber verifiziert wird.
3DS2-Ergebnis, bei dem der Emittent den Karteninhaber ausschließlich anhand von Geräte- und Transaktionsdaten authentifiziert, ohne dem Kunden eine Abfrage anzuzeigen.
Verwandte Anleitungen.
Bereit, Ihre Zahlungsabwicklung zu verbessern?
Erzählen Sie uns von Ihrem Unternehmen. Wir finden für Sie die richtigen Partner und die passende Route, typischerweise innerhalb einer Woche.