Authentication
Merchant Plug-In
Také: MPI
Komponenta na straně klienta nebo serveru, která orchestrací toku zpráv 3DS s DS a ACS jménem obchodníka nebo PSP.
Merchant Plug-In znamená: Komponenta na straně klienta nebo serveru, která orchestrací toku zpráv 3DS s DS a ACS jménem obchodníka nebo PSP. Může se také objevit jako MPI.
V platebních operacích to není jen označení; řídí, jak je transakce, pověření, riziková událost nebo pohyb finančních prostředků interpretován protistranami. Mechanismus se obvykle nachází před autorizací, kde vydavatel nebo autorizovaná ověřovací strana kontroluje, zda má plátce právo použít pověření.
Data, jako jsou informace o zařízení, stav registrace vydavatele, částka transakce a signály rizika obchodníka, mohou změnit výsledek. Běžně se analyzuje společně s 3-D Secure 2 (EMV 3DS), Access Control Server, protože tyto sousední koncepty určují obchodní a provozní výsledek.
Praktické detaily se obvykle nacházejí v protokolech brány, zprávách akceptanta, souborech schémat, záznamech zákaznických služeb a výpisech z vypořádání, spíše než na jediném panelu. Týmy by měly zaznamenávat hodnotu, časové razítko, protistranu, měnu, kód odpovědi a jakýkoli indikátor výjimky nebo odpovědnosti připojený k události.
Častou chybou je považovat Merchant Plug-In za statickou definici. V praxi se význam může měnit podle schématu, země, MCC, karetního produktu, vydavatele, transakčního kanálu a toho, zda je platba iniciována zákazníkem nebo obchodníkem.
Proto obchodníci s vysokým objemem transakcí obvykle dokumentují pravidla, týdně monitorují výjimky a revidují prahové hodnoty, než se malý provozní problém stane problémem se zpětným zúčtováním, financováním nebo dodržováním předpisů.
Worked example
Obchodník kontroluje transakci ve výši 240 EUR, kde je Merchant Plug-In rozhodujícím faktorem. Pokladna odešle data o zařízení a transakci, rizikový engine vydavatele rozhodne, zda vyzvat zákazníka, a výsledek ověření je předán do žádosti o autorizaci.
Provozní náklady jsou modelovány na 0 bazických bodů změny mezibankovního poplatku, ale s podstatně odlišným výsledkem odpovědnosti za podvod, a příslušná akce musí být dokončena do 10 sekund.
Krok 1 je zachytit původní data žádosti, včetně částky, měny, země vydavatele, MID a kódu odpovědi nebo stavu. Krok 2 je aplikovat soubor pravidel obchodníka, například zda opakovat, vyzvat, vrátit peníze, uvolnit zboží nebo pozdržet k přezkoumání.
Krok 3 je sladit výsledek se zprávami akceptanta, aby finance mohly vidět dopad na hotovost. Pokud pravidlo zlepší výsledek o pouhých 50 bazických bodů u 2 000 podobných měsíčních transakcí, obchodník chrání zhruba 10 dalších objednávek před zbytečným selháním nebo ztrátou.
Scheme notes
Visa Secure, Mastercard Identity Check, American Express SafeKey a Discover ProtectBuy jsou založeny na principech EMV 3-D Secure, ale míra výzev vydavatele a zacházení s odpovědností se liší podle schématu, regionu a stavu registrace.
Hodnoty ECI, příznaky výjimek, indikátory výzev a výsledky ověření musí být správně předány do autorizace. V EHP a Spojeném království vytváří PSD2 SCA regulační překrytí, zatímco neevropské transakce mohou používat stejný protokol hlavně pro kontrolu podvodů a přesun odpovědnosti.
Why it matters for merchants
Komerčně to ovlivňuje konverzi, odpovědnost za podvody, soulad s SCA a rovnováhu mezi bezproblémovou pokladnou a mírou výzev.
Pro obchodníka zpracovávajícího 500 000 GBP měsíčně má pohyb o 25 bazických bodů hodnotu 1 250 GBP před sekundárními efekty, jako jsou spory, rezervy, lístky podpory nebo náklady na neúspěšné doručení.
Dopad je větší u vysoce rizikových modelů, předplatného, cestování, digitálního zboží a přeshraničních modelů, protože rozhodnutí vydavatele a monitorování schématu se mohou rychle kumulovat.
Cardflo může pomoci kombinací přístupu k akvizici, směrování MID, pravidel orchestrace, kontroly KYB a nástrojů pro zpětné zúčtování, kde je to relevantní, takže obchodník není závislý na jedné interpretaci procesoru nebo jedné pevné transakční cestě.
Časté dotazy
Jaká data by měl obchodník ukládat pro Merchant Plug-In?
Uložte ID transakce, MID, akceptanta, částku, měnu, zemi vydavatele, karetní schéma, kód odpovědi nebo stavu, časové razítko a jakýkoli odkaz na 3DS, výjimku, vrácení peněz nebo spor.
Pro karetní transakce uchovávejte autorizační a clearingové identifikátory, protože otázky týkající se vypořádání nebo zpětného zúčtování mohou přijít 30 až 120 dní později. Pro regulované toky uchovávejte souhlas zákazníka a záznamy důkazů po dobu nejméně požadovanou místními zákony nebo pravidly schématu.
Dobré záznamy zkracují dobu vyšetřování z hodin na minuty, když se zprávy akceptanta neshodují se systémem objednávek.
Jak často by měl být Merchant Plug-In revidován?
Obchodníci s vysokým objemem transakcí by měli týdně revidovat míru výjimek a měsíčně sledovat hlavní metriku podle schématu, akceptanta, země vydavatele, MCC a platební metody. Pohyb o 20 až 50 bazických bodů může být podstatný, pokud obchodník zpracovává tisíce objednávek.
Finance by měly sladit dopad na hotovost na úrovni vypořádání, zatímco rizika nebo platební operace by měly analyzovat hlavní příčinu. Pouhé přezkoumání smíšených součtů skrývá problémy, které se objevují v jediném rozsahu BIN, regionu nebo MID.
Jaká prahová hodnota obvykle spouští akci na Merchant Plug-In?
Prahová hodnota závisí na kategorii, ale obchodníci by měli prošetřit jakoukoli náhlou změnu nad 10% relativního pohybu nebo 25 bazických bodů absolutního pohybu.
Pro spory a podvody mohou prahové hodnoty schématu, jako je 0,9% pod monitorováním Visa nebo 1,5% pod Mastercard ECM, vytvořit okamžité riziko eskalace. Pro položky vypořádání nebo cen, i 5 až 15 bazických bodů může ospravedlnit směrování nebo přezkoumání smlouvy.
Klíčem je nastavit prahové hodnoty před koncem měsíce, nikoli poté, co dorazí faktura procesoru nebo oznámení schématu.
Může se Merchant Plug-In lišit mezi akceptanty?
Ano. Akceptanti mohou mapovat kódy odpovědí odlišně, aplikovat různá pravidla rizika, podporovat různá datová pole a vypořádávat se v různých cyklech.
Jeden akceptant může vrátit obecné zamítnutí, zatímco jiný odhalí radu vydavatele, která umožňuje bezpečné opakování. Zacházení s poplatky se také může lišit podle smlouvy, zejména pro přeshraniční, FX, prémiové karty a alternativní platební metody.
Proto by obchodníci používající orchestraci měli porovnávat výkon podle akceptanta a schématu, spíše než se spoléhat na jediné smíšené schválení nebo údaj o nákladech.
Jaký je první krok nápravy, když Merchant Plug-In vytváří ztráty?
Začněte s 30denním vzorkem a rozdělte jej podle schématu, země vydavatele, karetního produktu, platební metody, MID a kódu odpovědi nebo sporu. Kvantifikujte hodnotu v ohrožení v hotovostním vyjádření, nikoli pouze v procentních bodech.
Poté rozhodněte, zda je oprava provozní, jako jsou lepší důkazy nebo komunikace se zákazníky, technická, jako jsou bohatší data nebo indikátory 3DS, nebo komerční, jako je jiná cesta akceptanta. Znovu zkontrolujte stejnou metriku po jednom úplném cyklu vypořádání nebo sporu, abyste potvrdili, že změna fungovala.
See how Merchant Plug-In plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Související pojmy
Současný autentizační standard EMVCo, který odesílá více než 100 datových prvků vydavateli pro ověření zákazníka na základě rizika, většinou bez třecích ploch.
Komponenta na straně vydavatele v toku 3DS, která rozhoduje o bezproblémovém průběhu vs. výzvě, vydává kryptogramy a vynucuje pravidla SCA.
Protokol ověřování karetní sítě, který přesouvá odpovědnost za podvod z obchodníka na vydavatele, když je držitel karty ověřen.
Výsledek 3DS2, kdy vydavatel ověří držitele karty čistě z údajů o zařízení a transakci, aniž by zákazníkovi zobrazil jakoukoli výzvu.
Související průvodci.
Jste připraveni zlepšit si nastavení plateb?
Řekněte nám o svém podnikání. Spojíme vás s těmi správnými akvizičními partnery a správnou cestou, obvykle do týdne.