Kártyás fizetések
Kártyás fizetések: a termináltól a kártyaelfogadó bankig és vissza a főkönyvbe
EMV-terminálok és fizetési átjárók bekötése a kártyaelfogadó bankokhoz ISO 8583-on vagy API-kon keresztül, az elszámolási fájlok egyeztetésével az ERP-ben.
Tervrajz
Görgessen oldalra az egész rajz megtekintéséhez.
Kártyás fizetések: engedélyezés a kasszánál, elszámolás később, egyeztetés az ERP-ben
A terminál vagy a webes pénztár az átjárótól kér engedélyt, az átjáró a kártyaelfogadótól, a kártyaelfogadó pedig a kártyarendszerhez és a kibocsátóhoz továbbítja a kérést. Az elszámolási fájlok később érkeznek, és az ERP-ben az értékesítésekhez és a díjakhoz párosítjuk őket. Időtúllépéskor sztornó indul, így az ügyfelet soha nem terhelik meg kétszer.
- Elsődleges folyamat
- Aszinkron
- Kivételi útvonal
A folyamat 8 lépésben
A folyamat lépésről lépésre
- Forrás: EMV-terminál vagy webes pénztár, cél: Fizetési átjáró. Engedélyezési kérelem, EMV · REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Fizetési átjáró, cél: Kártyaelfogadó. Engedélyezés, ISO 8583 protokollon keresztül (elsődleges folyamat).
- Forrás: Kártyaelfogadó, cél: Kártyarendszer és kibocsátó. Irányítva a kibocsátóhoz, ISO 8583 protokollon keresztül (elsődleges folyamat).
- Forrás: Kártyaelfogadó, cél: Fizetési átjáró. Jóváhagyva vagy elutasítva, ISO 8583 protokollon keresztül (aszinkron).
- Forrás: Kártyaelfogadó, cél: Integrációs réteg. Elszámolási és díjfájlok, SFTP protokollon keresztül (aszinkron).
- Forrás: Integrációs réteg, cél: ERP. Elszámolt értékesítés, díjak és kifizetések, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Fizetési átjáró, cél: EMV-terminál vagy webes pénztár. Nincs válasz időben: automatikus sztornó, ISO 8583 0400 protokollon keresztül (kivételi útvonal).
- Forrás: Integrációs réteg, cél: Fizetési üzemeltetési csapat. Elszámolási eltérés vagy visszaterhelés (kivételi útvonal).
Áttekintés
Ez a kártyás fizetés útja: a termináltól vagy az online pénztártól a kártyaelfogadó bankon, a kártyarendszeren és a kibocsátón át, majd vissza. A vásárló a kasszánál várja a választ. A pénz a díjak levonása után, később érkezik meg egy elszámolási fájlban, amelyet az ERP-ben rögzített eladásokhoz kell párosítani.
A referenciaterv az engedélyezési kéréseket egy fizetési átjárón keresztül küldi, amely tokenizálja a kártyát, és ISO 8583-on vagy a kártyaelfogadó bank API-ján továbbítja a kérést a banknak. Az elszámolási és díjfájlokat az integrációs réteg gyűjti be, az eredeti eladásokhoz párosítja, és eladásként, díjként és kifizetésként könyveli az ERP-be.
A terv a hibás eseteket is lefedi. Az időben meg nem válaszolt kérést sztornózzuk, így a vásárlót nem terhelik meg kétszer. A nem egyező elszámolás vagy a visszaterhelés az eredeti eladással együtt az Ön fizetési üzemeltetési csapatához kerül.
Hogyan működik a folyamat
Indítás a terminálon vagy a pénztárban
Az EMV-terminál beolvassa a chipes vagy érintéses kártyát, illetve az online pénztár egy hosztolt fizetési oldalon rögzíti a kártyát, majd engedélyezési kérést küld az átjárónak.
Engedélyezés az átjárón keresztül
Az átjáró a kártyaszámot tokenre cseréli, és ISO 8583-on vagy a kártyaelfogadó bank API-ján elküldi az engedélyezési kérést a banknak.
Továbbítás a kibocsátóhoz
A kártyaelfogadó bank a kártyarendszeren keresztül továbbítja a kérést a kibocsátónak, amely jóváhagyja vagy elutasítja.
A válasz visszaadása
A jóváhagyás vagy az elutasítás a válaszkóddal együtt ugyanazon az úton jut vissza a terminálra vagy a pénztárba.
Az elszámolás fogadása
A kártyaelfogadó bank később elküldi az elszámolási és díjfájlokat, amelyeket az integrációs réteg begyűjt és ellenőriz.
Párosítás és könyvelés
A réteg az elszámolt tranzakciókat az eredeti eladásokhoz párosítja, és az eladásokat, díjakat és kifizetéseket az ERP-be könyveli.
Amikor valami elromlik
Nincs időben válasz
Ha az átjáró a kártyaelfogadó bank időkorlátján belül nem kap választ, sztornót küld (ISO 8583 0400 üzenetet vagy annak API-megfelelőjét), így a vásárlót soha nem terhelik meg egy be nem fejezett vásárlásért.
Egy fizetést elutasítanak
A válaszkód egyértelmű üzenettel jut el a kasszához vagy a pénztárhoz. Az elutasítási arányokat monitorozzuk, így a műszaki hibára utaló hirtelen növekedés riasztást vált ki.
Az elszámolás nem egyezik
Az eladástól eltérő elszámolt összeg vagy az elszámolás nélküli eladás a fizetési üzemeltetési csapata ellenőrzési listájára kerül, a két rekorddal egymás mellett.
A kártyabirtokos vitat egy fizetést
Importáljuk a kártyaelfogadó bank vitajelentését, és összekapcsoljuk az eredeti eladással és elszámolással, így csapata egy helyen, a bizonyítékokkal együtt válaszolhat.
Szabványok és rendszerek
- Banki szabványok és csatornák
- SFTP (H2H)
- Fizetések
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
- Integráció
- REST
- Webhooks
Kérdések és válaszok
Mi a különbség a fizetési átjáró és a kártyaelfogadó bank között?
A kártyaelfogadó bank az a bank vagy engedéllyel rendelkező intézmény, amely feldolgozza az Ön kártyás fizetéseit, és kifizeti Önnek a pénzt. Az átjáró az előtte álló műszaki szolgáltatás, amely fogadja a terminálok és pénztárak kéréseit, tokenizálja a kártyákat, és továbbítja a kéréseket. Egyes szolgáltatók mindkét szerepet betöltik. A terv mindkét esetben működik, és világosan elkülöníti a két szerepet.
Így a kártyaadatok kívül maradnak a rendszereinken?
Ez a terv célja. A kártyaszámokat a tanúsított terminál vagy egy hosztolt fizetési oldal rögzíti, az átjáró pedig tokenekre cseréli őket, így a POS, az ERP és az adattárak mindig csak tokeneket látnak. Ez szűkíti a rendszerei azon körét, amelyre a PCI DSS vonatkozik. A végleges hatókört az Ön auditora erősíti meg.
Ugyanaz az ISO 8583 minden kártyaelfogadó banknál?
Nem. Az ISO 8583 egy szerkezetet határoz meg, és minden kártyaelfogadó bank vagy hálózat saját specifikációt ad ki a mezőkről, az üzenettípusokról és a kódokról. Ezért a kártyaelfogadó bank specifikációja alapján építünk, és lefuttatjuk a tanúsítási tesztjeit. A bank előtti átjáró-API elrejti ezeket a különbségeket, ami a kiskereskedőknek gyakran egyszerűbb.
Miért érkezik később az elszámolás, mint az eladás?
Az engedélyezés csak zárolja az összeget. A kártyaelfogadó bank kötegekben számol el, levonja a díjait és a kártyarendszerek költségeit, és saját ütemezése szerint fizet ki. Ezért kezeli a terv az engedélyezést és az elszámolást külön eseményként, és párosítja őket, így a pénzügy látja, mit adtak el, mit számoltak el, és mi érkezik még.
Támogatják az EMV 3-D Secure-t az online fizetéseknél?
Igen. Az online kártyás fizetéseknél az átjárón keresztül integráljuk az EMV 3-D Secure-t, így a kibocsátó hitelesítheti a kártyabirtokost, ahol ezt a szabályozás vagy a kockázat megköveteli. A pénztárban a további hitelesítést igénylő (challenge) és a súrlódásmentes (frictionless) folyamatot is kezeljük, és mindkettőt a szolgáltató tesztkártyáival teszteljük.
Használhatunk több fizetési szolgáltatót?
Igen. Az integrációs réteg egyetlen belső fizetési modellt használ, és azt képezi le az egyes szolgáltatókra, így csatorna, ország vagy kártyatípus szerint irányíthatja a forgalmat, vagy átcsoportosíthatja a volument a szolgáltatók között. Minden szolgáltatóhoz továbbra is külön integráció és tanúsítás kell, amelyet szolgáltatónként tervezünk meg.
Beszélgetéssel kezdje, nem szerződéssel.
Mondja el, mit szeretne megépíteni, összekötni vagy biztonságossá tenni. Egy architekt végigmegy Önnel a részleteken, majd javasolja, hol érdemes kezdeni.
Mi történik ezután
Időpont egyeztetése
Csapatunk e-mailben egyeztet Önnel egy időpontot a konzultációra.
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.