Přeskočit na obsah
XSIS
Platba kartou na platebním terminálu

Podniky a integrace

Platby, agentní obchod (AP2) a POS

Karetní platby, agentní pokladna a prodejny propojené od terminálu po hlavní knihu

Když se prodejny, pokladny a hlavní kniha neshodnou

Karetní platba se během několika sekund dotkne několika systémů: terminálu nebo pokladny, brány, acquiringové banky, karetní asociace a vydavatele. Peníze a poplatky přicházejí později ve vypořádacích souborech, které musí někdo spárovat s prodeji v ERP.

Když se prodejny, online pokladny a ERP synchronizují v nočních dávkách, zboží se během akcí přeprodává a rozdíly ve vypořádání se kupí napříč acquiringovými bankami. Pokladna se v nejvytíženějších chvílích zpomaluje. K tomu teď začínají nakupovat i AI agenti jménem zákazníků.

Co se pro vás změní

  1. Jeden pohled na zásoby a prodej

    Prodej, vratky, ceny a zásoby v souladu napříč každou prodejnou, e-shopem i ERP, v reálném čase místo přes noc.

  2. Vypořádání, které sedí

    Vypořádací a poplatkové soubory od každé acquiringové banky automaticky spárované s prodejem, s rozdíly vypsanými pro váš tým.

  3. Připraveno na agentní komerci

    Pokladna, která umí přijmout platby od AI agentů s ověřitelným záznamem o tom, co zákazník povolil.

Co dodáváme

  • Propojení s bránou, acquiringovou bankou a karetními sítěmi

    Toky autorizace, zachycení, vrácení a storna přes ISO 8583, ISO 20022 nebo API poskytovatele, s orchestrací více acquiringových bank a ošetřením každého návratového kódu.

  • Pokladna s AP2 a kryptografickým mandátem

    AP2 je otevřený protokol, který umožňuje AI agentovi platit jménem zákazníka. Kryptograficky podepsané mandáty zaznamenávají, co zákazník schválil, a my je zapojujeme do vaší pokladny.

  • Terminály EMV a SoftPOS

    Čipové a bezkontaktní terminály EMV a SoftPOS, který přijímá bezkontaktní karty na běžném telefonu nebo tabletu, propojené s vaším POS nebo kioskovým softwarem.

  • Automatické zpracování vypořádací souborů

    Vypořádací a poplatkové soubory acquiringových bank sbírané, validované, auditované a převáděné na položky, které vaše ERP umí spárovat.

  • Synchronizace POS a ERP v reálném čase

    Prodej, vratky, ceny, akce a stavy zásob synchronizované mezi každou prodejnou a ERP přes vrstvu streamování událostí.

  • Tokenizace a rozsah PCI DSS

    Čísla karet nahrazená tokeny a držená mimo vaše POS a ERP, s písemným přehledem systémů, které zůstávají v rozsahu PCI DSS.

  • Certifikace a zavádění

    Testovací scénáře a doklady pro certifikaci u každého poskytovatele, pilot v několika prodejnách a poté zavádění prodejnu po prodejně s denním porovnáním součtů.

Jak pracujeme

  1. Sledujte jeden prodej

    S vašimi finančními, prodejními a IT týmy sledujeme jeden prodej od kasy nebo pokladny až do hlavní knihy a dohodneme rozsah.

  2. Navrhněte integraci

    Zvolíme protokoly, přístup k tokenizaci a toky zpráv a sepíšeme specifikaci rozhraní.

  3. Postavte a otestujte

    Postavíme platební, vypořádací a POS toky s automatickými testy včetně zamítnutí, časových limitů a vrácení.

  4. Certifikujte u poskytovatele

    Spustíme testovací případy poskytovatele v jeho testovacím prostředí a opravíme, co jeho certifikace najde.

  5. Pilot, pak zavádění

    Nejprve spustíme v několika prodejnách nebo kanálech, denně porovnáváme součty a poté zavádíme prodejnu po prodejně.

  6. Sledujte a podporujte

    Sledujeme míru schválení, vypořádací soubory a zaúčtování v prodejnách a řešíme změny poskytovatelů podle jejich oznámení.

Platby kartou: autorizace u pokladny, vypořádání později, reconciliance v ERPTerminál nebo pokladna se ptá brány, brána se ptá acquiringové banky a ta směruje na karetní síť a vydavatele. Vypořádací soubory dorazí později a párují se s prodeji a poplatky v ERP. Časový limit spustí storno, aby zákazník nebyl nikdy účtován dvakrát.POSTerminál EMVnebo onlinepokladnaČip, bezkontaktníplatba a e-commerceBránaPlatební bránaTokenizace asměrováníBankaAcquiringovábankaAutorizace avypořádáníTřetí stranaKaretní síť avydavatelSchvaluje nebozamítáERPERPProdeje, poplatky avýplatyXSISIntegrační vrstvaParsování a párovánívypořádáníLidéPlatební provoznítýmNesrovnalosti, spory achargebacky1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

Platby kartou: autorizace u pokladny, vypořádání později, reconciliance v ERP

Terminál nebo pokladna se ptá brány, brána se ptá acquiringové banky a ta směruje na karetní síť a vydavatele. Vypořádací soubory dorazí později a párují se s prodeji a poplatky v ERP. Časový limit spustí storno, aby zákazník nebyl nikdy účtován dvakrát.

  • Hlavní tok
  • Asynchronní
  • Cesta výjimky
Tok v v 8 krocích

Tok krok za krokem

  1. Z Terminál EMV nebo online pokladna do Platební brána: Žádost o autorizaci, přes EMV · REST/JSON (hlavní tok).
  2. Z Platební brána do Acquiringová banka: Autorizace, přes ISO 8583 (hlavní tok).
  3. Z Acquiringová banka do Karetní síť a vydavatel: Směrováno k vydavateli, přes ISO 8583 (hlavní tok).
  4. Z Acquiringová banka do Platební brána: Schváleno nebo zamítnuto, přes ISO 8583 (asynchronní).
  5. Z Acquiringová banka do Integrační vrstva: Vypořádací a poplatkové soubory, přes SFTP (asynchronní).
  6. Z Integrační vrstva do ERP: Vypořádané prodeje, poplatky a výplaty, přes REST/JSON (hlavní tok).
  7. Z Platební brána do Terminál EMV nebo online pokladna: Žádná odpověď včas: automatické storno, přes ISO 8583 0400 (cesta výjimky).
  8. Z Integrační vrstva do Platební provozní tým: Nesoulad vypořádání nebo chargeback (cesta výjimky).
POS do ERP: každý prodej zaúčtován jednouProdeje proudí z pokladen do ERP jako události a ceny a zásoby proudí zpět. Prodejna, která přejde offline, dál prodává a dožene to. Neúspěšné zaúčtování se opakuje, poté se předá člověku.POSTerminály POSKaždá pokladna vkaždé prodejněÚložiště datProdejna nebocloudový serverPOSProdává i offlineXSISIntegrační vrstvaFronta událostí,mapování, ochranaproti duplicitámERPERPProdeje, zásoby afinanceSlužbaFronta opakováníOpakování srostoucímzpožděním, potéfronta nedoručitelnýchzprávLidéTým provozuprodejen12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

POS do ERP: každý prodej zaúčtován jednou

Prodeje proudí z pokladen do ERP jako události a ceny a zásoby proudí zpět. Prodejna, která přejde offline, dál prodává a dožene to. Neúspěšné zaúčtování se opakuje, poté se předá člověku.

  • Hlavní tok
  • Asynchronní
  • Cesta výjimky
Tok v v 8 krocích

Tok krok za krokem

  1. Z Terminály POS do Prodejna nebo cloudový server POS: Prodeje, vratky a storna (hlavní tok).
  2. Z Prodejna nebo cloudový server POS do Integrační vrstva: Prodejní události a denní součty přes frontu událostí, přes REST/JSON (asynchronní).
  3. Z Integrační vrstva do ERP: Prodeje a pohyby zásob zaúčtovány, přes OData · REST/JSON (hlavní tok).
  4. Z ERP do Integrační vrstva: Ceny, akce a data položek přes API nebo export souboru, přes REST/JSON (hlavní tok).
  5. Z Integrační vrstva do Prodejna nebo cloudový server POS: Aktualizace cen a zásob, přes REST/JSON (hlavní tok).
  6. Z Integrační vrstva do Fronta opakování: Zaúčtování selhalo (cesta výjimky).
  7. Z Fronta opakování do Integrační vrstva: Opakováno (cesta výjimky).
  8. Z Fronta opakování do Tým provozu prodejen: Stále selhává: upozornění s podrobnostmi (cesta výjimky).

Standardy a protokoly

Uvedení produktu nebo poskytovatele neznamená partnerství s ním.

Jazyky
  • Go
Frameworky
  • Node.js
Data a analytika
  • Apache Kafka
Databáze
  • Redis
DevOps a observabilita
  • Kubernetes
Bankovní standardy a kanály
  • ISO 20022
Platby
  • ISO 8583
  • EMV
  • EMV 3-D Secure
  • PCI DSS

Ověřeno v produkci

Pro multiznačkovou retailovou a nákupní skupinu v GCC jsme nahradili noční dávkové skripty synchronizací POS a ERP v reálném čase. Sjednotili jsme také platby přes více acquiringových bank s automatickým vypořádáním a postavili službu rezervace zásob pro špičky bleskových akcí.

Jak začít

Jasné požadavky na poskytovatele a prodejny jdou rovnou do nabídky. Nová platební platforma nebo agentní pokladna obvykle začíná v Blueprint Studio.

Co bude následovat

  1. Předkonzultační schůzka

    Nejprve bezplatná 30minutová online předkonzultační schůzka: projdeme vaše cíle, systémy a omezení.

  2. Kontrola připravenosti

    bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.

  3. Volba cesty

    Projekty připravené rozsahem dostanou závaznou nabídku do 3–5 pracovních dnů. Projekty ve fázi konceptu začínají v Blueprint Studio. Běžící systém, který selhává, není zdokumentovaný nebo potřebuje integraci, začíná diagnostikou 1–2 týdny. Blueprint Studio i diagnostika mají pevný poplatek uvedený v nabídce.

  4. Dodávka v pěti fázích

    Mobilizace, sprinty s živými ukázkami, integrace a zpevnění, akceptace a spuštění, poté řízené služby. Po spuštění následuje záruční doba a poté volitelná podpora a údržba.

Otázky a odpovědi

Pracujete přímo s ISO 8583?

Ano, tam kde jej acquiringová banka nebo procesor nabízí. ISO 8583 je rámec, ne jeden formát: každá acquiringová banka publikuje vlastní specifikaci polí a typů zpráv. Vycházíme z ní, ošetřujeme autorizace, storna a advice zprávy a testujeme každý návratový kód.

Co je AP2 a potřebujeme ho teď?

Agent Payments Protocol (AP2) je otevřený protokol pro platby prováděné AI agenty. Každý nákup nese podepsané mandáty ukazující, co zákazník povolil, takže obchodníci, vydavatelé a acquiringové banky mu mohou věřit a auditovat jej. Pokud je pravděpodobné, že u vás budou AI agenti nakupovat, připravíme vaši pokladnu na AP2 vedle stávajících toků.

Jak snižujete náš rozsah PCI DSS?

PCI DSS odstranit nemůžeme, ale můžeme omezit, na jak velkou část vašeho prostředí se vztahuje. Hostované platební stránky, šifrování point-to-point na terminálu a tokeny brány drží čísla karet mimo vaše POS, ERP a datový sklad. Toky dat zdokumentujeme pro vašeho auditora.

Můžeme přijímat karty na telefonech místo terminálů?

Ano, se SoftPOS. Bezkontaktní karty a peněženky se přijímají na podporovaném telefonu nebo tabletu přes certifikovanou platební aplikaci od vaší acquiringové banky nebo poskytovatele. Aplikaci propojíme s vaším POS, prodejem a vypořádáním jako každý jiný terminál.

Co se stane, když prodejna ztratí spojení?

Prodejna prodává dál. Prodeje se ukládají lokálně a do ERP se odešlou, až se spojení vrátí, každý s jedinečným identifikátorem, aby se nic nezaúčtovalo dvakrát. Zda mohou karetní platby pokračovat offline, závisí na pravidlech vaší acquiringové banky a vaší rizikové toleranci; navrhneme to s vámi.

Řešíte vrácení a chargebacky?

Ano. Vrácení a storna jsou součástí platebních toků, které stavíme. U chargebacků importujeme sporné zprávy acquiringové banky a každou propojíme s původním prodejem a vypořádáním. Váš tým dostane seznam k vyřízení s přiloženými důkazy.

Připraveni stavět? Vyžádejte si nabídku.

Pošlete své požadavky nebo RFP (žádost o nabídku). Naši architekti je ověří a vrátí závaznou nabídku s pevným rozsahem.

Co bude následovat

  1. Kontrola připravenosti

    bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.

  2. Závazná nabídka

    Po ověření architektury zdarma dostanete závaznou nabídku s pevným rozsahem do 3–5 pracovních dnů: milníky, architekturu, strukturu týmu a SLA. Na vyžádání s vámi podepíšeme dohodu o mlčenlivosti (NDA), a to ještě předtím, než nám sdělíte své požadavky.

  3. Mobilizace

    Po podpisu začnou naše inženýrské pody Sprint 0 do 5–10 pracovních dnů od podpisu smlouvy.

  4. Dodávka v pěti fázích

    Mobilizace, sprinty s živými ukázkami, integrace a zpevnění, akceptace a spuštění, poté řízené služby. Po spuštění následuje záruční doba a poté volitelná podpora a údržba.