ekvajererTakéacquiring bank, merchant acquirerPokročilý
Definice
Acquirer je finanční instituce nebo platební poskytovatel, který obchodníkovi umožňuje přijímat karetní platby a předává transakce do karetních schémat. V online platbách stojí mezi platební bránou, vydavatelem karty a obchodníkem, zajišťuje autorizaci, zúčtování, vyplacení peněz a část řízení rizik.
Místo acquirera v karetní platbě
Acquirer obsluhuje stranu obchodníka. Když zákazník v e-shopu zaplatí kartou, platební brána předá údaje transakce dál a acquirer je pošle přes karetní schéma k issuerovi, tedy vydavateli karty. Issuer ověří kartu, dostupný limit, bezpečnostní pravidla a vrátí odpověď. Acquirer potom obchodníkovi sdělí, zda může objednávku považovat za zaplacenou, případně proč platba neprošla.
Acquirer nemusí být vždy banka v běžném smyslu, ale musí mít oprávnění a smluvní napojení na karetní ekosystém. Pro obchodníka je důležitý hlavně proto, že bez acquiringu nelze karetní transakce vypořádat na účet obchodníka. Platební brána často acquirera skryje za jedno technické API, takže vývojář nemusí jeho roli vidět přímo.
Autorizace a zúčtování nejsou totéž
Autorizace znamená, že platba byla schválena pro konkrétní částku. Peníze tím ještě nemusí být definitivně převedené obchodníkovi. Acquirer po autorizaci řeší clearing a settlement, tedy předání záznamů a finanční vypořádání. U běžné online objednávky se rozdíl může projevit například při předautorizaci hotelu, pozdějším capture nebo storno operaci.
Vývojář e-shopu by proto neměl objednávkový stav stavět jen na textu „paid“ bez znalosti události, kterou poskytovatel poslal. Některé brány rozlišují autorizovanou platbu, zachycenou platbu, refundaci, reverzaci a spor. Acquirer je součástí řetězce, který tyto stavy promítá do reálného toku peněz.
Riziko, poplatky a odpovědnost
Acquirer posuzuje obchodníka jako rizikového klienta. Zajímají ho typ prodávaného zboží, očekávané objemy, země zákazníků, historie reklamací, podezření na fraud a plnění pravidel karetních schémat. Vyšší riziko se může projevit přísnější kontrolou, rezervou z obratu, omezením služeb nebo vyšší cenou.
Acquirer také vstupuje do řešení sporu, když držitel karty transakci rozporuje. V takové situaci se obchodník potýká s procesem Chargeback. Acquirer předává důkazy a komunikuje přes karetní schéma, ale obchodník nese dopad špatné evidence, nedodané služby nebo nedostatečné obrany proti podvodu.
Co řeší vývojář v e-shopu
Vývojář obvykle neintegruje acquirera přímo, ale platební bránu, procesor nebo payment service providera. Přesto potřebuje chápat, proč se ve webhoocích objevují zpožděné změny stavu, proč má stejná platba autorizační kód a později settlement identifikátor, nebo proč se při sporu vyžaduje ARN či jiná reference z acquiringového řetězce.
Technická integrace by měla ukládat externí identifikátory, částku, měnu, čas autorizace, stav capture, refundace a spory. Citlivá karetní data se nemají ukládat v aplikaci obchodníka, pokud k tomu obchodník nemá odpovídající procesy a soulad s PCI DSS. Bezpečnější model je tokenizace u poskytovatele plateb.
Příklady z praxe
Běžná platba v e-shopu
E-shop s módou používá platební bránu, která má smluvní acquiring u jedné banky. Zákazník zaplatí kartou, issuer platbu schválí a acquirer zařadí transakci do vypořádání. Obchodník vidí objednávku jako zaplacenou hned po autorizaci, ale peníze dorazí až po settlementu podle podmínek poskytovatele.
Spor o nedodané zboží
Zákazník tvrdí, že zboží nedorazilo, a banka držitele karty otevře spor. Platební poskytovatel pošle e-shopu webhook s referencí, podle které acquirer dohledá transakci v karetním řetězci. E-shop přiloží potvrzení o expedici, jinak může přijít o částku i poplatek za spor.
{ "event": "payment.dispute.opened", "paymentId": "pay_123", "amount": 2490, "currency": "CZK", "acquirerReferenceNumber": "74500000000000000000000", "reason": "product_not_received" }
Časté omyly
- MýtusAcquirer je totéž co platební brána.
- Ve skutečnostiPlatební brána je typicky technická vrstva pro integraci platby do webu nebo aplikace. Acquirer je účastník platebního řetězce na straně obchodníka a zajišťuje napojení na karetní schémata a vypořádání.
- MýtusKdyž issuer platbu schválí, acquirer už nemá co řešit.
- Ve skutečnostiSchválení autorizace je jen jedna část procesu. Acquirer se podílí na zúčtování, vyplacení peněz, refundacích, sporech, monitoringu rizika a dodržování pravidel karetních schémat.
Časté dotazy
- Proč e-shop vidí platební bránu, ale ve smlouvě se mluví o acquirerovi?
- Acquirer obchodníkovi umožňuje přijímat karetní platby, ale platební brána obvykle poskytuje technické rozhraní pro e-shop. Platební brána sbírá platební údaje, vyvolává ověření, posílá webhooks a nabízí API. Acquirer stojí v karetním vypořádacím řetězci a řeší vztah obchodníka ke karetním schématům, riziku, settlementu a sporům. U moderních poskytovatelů mohou být obě role pro obchodníka zabalené do jedné služby.
- Kdy acquirer vyplatí peníze obchodníkovi?
- Acquirer obvykle neposílá peníze okamžitě po kliknutí na tlačítko zaplatit, protože autorizace a vypořádání jsou různé kroky. Autorizace potvrzuje, že platba může proběhnout. Settlement převádí peněžní hodnotu mezi účastníky karetního systému a na účet obchodníka. Délka vyplacení závisí na poskytovateli, rizikovém profilu obchodníka, měně, víkendech, rezervách a pravidlech konkrétní služby.
- Proč acquirer některému obchodníkovi neschválí karetní platby?
- Acquirer může odmítnout obchodníka, pokud prodává rizikové zboží, má nejasný obchodní model, vysoký podíl reklamací, slabé ověřování zákazníků nebo chybějící dokumentaci. Acquirer odpovídá karetním schématům za chování obchodníků ve svém portfoliu, proto sleduje fraud, chargebacky a dodržování pravidel. Odmítnutí nemusí znamenat technický problém e-shopu, často jde o řízení finančního a reputačního rizika.
- Potřebuje e-shop acquirera i pro platby přes digitální peněženky?
- Acquirer je relevantní i při použití digitální peněženky, pokud peněženka na pozadí používá platební kartu. Token v peněžence nahrazuje citlivé číslo karty, ale transakce pořád prochází přes karetní schéma a acquiringovou stranu obchodníka. Pro e-shop se může lišit uživatelský tok a bezpečnostní ověření, nikoli základní potřeba vypořádat karetní platbu přes oprávněného účastníka systému.
Zdroje
- Acquiring bank(otevře se v novém okně)
- EMV® 3-D Secure(otevře se v novém okně)
- PCI Security Standards Council Glossary(otevře se v novém okně)
- Payments(otevře se v novém okně)
Související pojmy
