Authentication

Directory Server

Také: DS

Server provozovaný schématem (Visa DS, Mastercard DS) směrující požadavky na ověření 3DS z MPI na správný ACS vydavatele.

Directory Server znamená: Server provozovaný schématem (Visa DS, Mastercard DS) směrující požadavky na ověření 3DS z MPI na správný ACS vydavatele. Může se také objevit jako DS.

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, Merchant Plug-In, 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 Directory Server 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 Directory Server 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 Directory Server?

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 Directory Server 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 Directory Server?

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 Directory Server 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ž Directory Server 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 Directory Server plays out in practice

Industries and regions where this term drives real acquiring, routing, or dispute decisions.

Související pojmy

Začněte s Cardflo

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.

Požádat o účet