Płatności, handel agentowy (AP2) i POS
Płatności kartą, kasa agentowa i sklepy połączone od terminala po księgę
Gdy sklepy, kasy i księga się nie zgadzają
Płatność kartą dotyka kilku systemów w kilka sekund: terminala lub kasy, bramki, agenta rozliczeniowego, systemu kartowego i wydawcy. Pieniądze i opłaty przychodzą później w plikach rozliczeniowych, które ktoś musi dopasować do sprzedaży w Państwa ERP.
Gdy sklepy, kasy online i ERP synchronizują się w nocnych partiach, w czasie promocji zapasy są wyprzedawane ponad stan, a różnice rozliczeniowe narastają u różnych agentów rozliczeniowych. Kasa zwalnia w najbardziej pracowitych momentach. Teraz agenci AI zaczynają też kupować w imieniu klientów.
Co się zmienia
Jeden widok zapasów i sprzedaży
Sprzedaż, zwroty, ceny i zapasy spójne w każdym sklepie, witrynie i w ERP, w czasie rzeczywistym, a nie w partiach nocnych.
Rozliczenia, które się zgadzają
Pliki rozliczeń i opłat od każdego agenta rozliczeniowego dopasowywane automatycznie do sprzedaży, z różnicami wyszczególnionymi dla Państwa zespołu.
Gotowość do handlu agentowego
Kasa, która może przyjmować płatności od agentów AI z weryfikowalnym zapisem tego, co klient autoryzował.
Co dostarczamy
Łączność z bramkami płatności, agentami rozliczeniowymi i sieciami kart
Przepływy autoryzacji, obciążenia, zwrotu i odwrócenia przez ISO 8583, ISO 20022 lub API dostawcy, z orkiestracją wielu agentów rozliczeniowych i obsługą każdego kodu odpowiedzi.
Kasa AP2 i mandaty kryptograficzne
AP2 to otwarty protokół pozwalający agentowi AI płacić w imieniu klienta. Kryptograficznie podpisane mandaty zapisują, co klient zatwierdził, a my integrujemy je z Państwa kasą.
Terminale EMV i SoftPOS
Terminale chipowe i zbliżeniowe EMV oraz SoftPOS, przyjmujący karty zbliżeniowe na zwykłym telefonie lub tablecie, połączone z Państwa oprogramowaniem POS lub kiosku.
Automatyczne przetwarzanie plików rozliczeniowych
Pliki rozliczeń i opłat agentów rozliczeniowych zbierane, walidowane, audytowane i zamieniane w księgowania, które ERP może dopasować.
Synchronizacja POS z ERP w czasie rzeczywistym
Sprzedaż, zwroty, ceny, promocje i stany zapasów synchronizowane między każdym sklepem a ERP przez warstwę strumieniowania zdarzeń.
Tokenizacja i zakres PCI DSS
Numery kart zastępowane tokenami i trzymane poza POS i ERP, z pisemnym wskazaniem systemów pozostających w zakresie PCI DSS.
Certyfikacja i wdrożenie
Skrypty testowe i dowody do certyfikacji każdego dostawcy, pilotaż w kilku sklepach, a potem wdrożenie sklep po sklepie z porównywaniem dziennych sum.
Jak pracujemy
Prześledzić jedną sprzedaż
Śledzimy sprzedaż od kasy do księgi wraz z Państwa zespołami finansów, sklepu i IT oraz uzgadniamy zakres.
Zaprojektować integrację
Wybieramy protokoły, podejście do tokenizacji i przepływy komunikatów oraz piszemy specyfikację interfejsu.
Zbudować i przetestować
Budujemy przepływy płatności, rozliczeń i POS z automatycznymi testami, w tym odmowami, przekroczeniami czasu i zwrotami.
Certyfikować u dostawcy
Uruchamiamy przypadki testowe dostawcy w jego środowisku testowym i poprawiamy to, co wykryje certyfikacja.
Pilotaż, potem wdrożenie
Wdrażamy najpierw w kilku sklepach lub kanałach, codziennie porównujemy sumy, a następnie wdrażamy sklep po sklepie.
Monitorować i wspierać
Obserwujemy wskaźniki akceptacji, pliki rozliczeniowe i księgowania sklepów oraz obsługujemy zmiany dostawców, gdy są zapowiadane.
Prosimy przewinąć w bok, aby zobaczyć cały rysunek.
Płatności kartą: autoryzacja przy kasie, rozliczenie później, uzgadnianie w ERP
Terminal lub kasa pyta bramkę, bramka pyta agenta rozliczeniowego, a agent kieruje transakcję do systemu kartowego i banku wydawcy. Pliki rozliczeniowe przychodzą później i są dopasowywane do sprzedaży i opłat w ERP. Przekroczenie czasu wywołuje odwrócenie transakcji, aby klient nigdy nie został obciążony dwa razy.
- Ścieżka główna
- Asynchroniczny
- Ścieżka wyjątku
Przepływ w 8 krokach
Przepływ krok po kroku
- Od Terminal EMV lub kasa internetowa do Bramka płatności: Żądanie autoryzacji przez EMV · REST/JSON (ścieżka główna).
- Od Bramka płatności do Agent rozliczeniowy: Autoryzacja przez ISO 8583 (ścieżka główna).
- Od Agent rozliczeniowy do System kartowy i bank wydawca: Przekierowane do banku wydawcy przez ISO 8583 (ścieżka główna).
- Od Agent rozliczeniowy do Bramka płatności: Zatwierdzone lub odrzucone przez ISO 8583 (asynchroniczny).
- Od Agent rozliczeniowy do Warstwa integracji: Pliki rozliczeniowe i opłat przez SFTP (asynchroniczny).
- Od Warstwa integracji do ERP: Rozliczona sprzedaż, opłaty i wypłaty przez REST/JSON (ścieżka główna).
- Od Bramka płatności do Terminal EMV lub kasa internetowa: Brak odpowiedzi na czas: automatyczne odwrócenie przez ISO 8583 0400 (ścieżka wyjątku).
- Od Warstwa integracji do Zespół operacji płatniczych: Niezgodność rozliczenia lub chargeback (ścieżka wyjątku).
Prosimy przewinąć w bok, aby zobaczyć cały rysunek.
POS do ERP: każda sprzedaż zaksięgowana raz
Sprzedaż przepływa z kas do ERP jako zdarzenia, a ceny i zapasy wracają. Sklep, który traci połączenie, sprzedaje dalej i nadrabia zaległości. Księgowanie, które się nie powiedzie, jest ponawiane, a potem przekazywane osobie.
- Ścieżka główna
- Asynchroniczny
- Ścieżka wyjątku
Przepływ w 8 krokach
Przepływ krok po kroku
- Od Terminale POS do Serwer sklepu lub POS w chmurze: Sprzedaż, zwroty i anulowania (ścieżka główna).
- Od Serwer sklepu lub POS w chmurze do Warstwa integracji: Zdarzenia sprzedaży i sumy dnia, przez kolejkę zdarzeń przez REST/JSON (asynchroniczny).
- Od Warstwa integracji do ERP: Sprzedaż i ruchy magazynowe zaksięgowane przez OData · REST/JSON (ścieżka główna).
- Od ERP do Warstwa integracji: Ceny, promocje i dane artykułów, przez API lub eksport pliku przez REST/JSON (ścieżka główna).
- Od Warstwa integracji do Serwer sklepu lub POS w chmurze: Aktualizacje cen i zapasów przez REST/JSON (ścieżka główna).
- Od Warstwa integracji do Kolejka ponowień: Księgowanie nie powiodło się (ścieżka wyjątku).
- Od Kolejka ponowień do Warstwa integracji: Ponowione (ścieżka wyjątku).
- Od Kolejka ponowień do Zespół operacji sklepowych: Nadal nieudane: alert ze szczegółami (ścieżka wyjątku).
Standardy i protokoły
Wymienienie produktu lub dostawcy nie oznacza partnerstwa z nim.
- Języki programowania
- Go
- Frameworki
- Node.js
- Dane i analityka
- Apache Kafka
- Bazy danych
- Redis
- DevOps i obserwowalność
- Kubernetes
- Standardy i kanały bankowe
- ISO 20022
- Płatności
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Sprawdzone na produkcji
Dla wielomarkowej grupy handlowej i centrów handlowych z regionu Zatoki zastąpiliśmy nocne skrypty wsadowe synchronizacją POS z ERP w czasie rzeczywistym. Ujednoliciliśmy też płatności wielu agentów rozliczeniowych z automatycznym rozliczaniem i zbudowaliśmy usługę rezerwacji zapasów na szczyty wyprzedaży.
Jak zacząć
Jasne wymagania dotyczące dostawców i sklepów trafiają prosto do oferty. Nowa platforma płatności lub kasa agentowa zwykle zaczyna się w Blueprint Studio.
Co dalej
Sesja przeddoradcza
To bezpłatna 30-minutowa konsultacja wstępna online: omawiamy Państwa cele, systemy i ograniczenia.
Ocena gotowości
To bezpłatna 48-godzinna ocena gotowości: główny architekt sprawdza projekt pod kątem 6-punktowej definicji gotowości i rekomenduje dopasowaną ścieżkę.
Wybór ścieżki
Projekty gotowe zakresowo otrzymują wiążącą ofertę w ciągu 3–5 dni roboczych. Projekty na etapie koncepcji zaczynają się w Blueprint Studio. Działający system, który zawodzi, nie ma dokumentacji lub wymaga integracji, zaczyna się od diagnostyki: 1–2 tygodnie. Blueprint Studio i diagnostyka mają stałą opłatę podaną w ofercie.
Dostarczanie w pięciu etapach
Mobilizacja, sprinty z demonstracjami na żywo, integracja i utwardzanie, odbiór i uruchomienie produkcyjne, a następnie usługi zarządzane. Po starcie następuje okres gwarancji, a następnie opcjonalne wsparcie i utrzymanie.
Zespoły produktowe natywne dla AI
Zarządzane, interdyscyplinarne pody inżynierów seniorów, wyposażone w narzędzia do kodowania agentowego i QA.
Projekty z ustalonym rezultatem i całodobowe usługi zarządzane
Dostarczanie o stałym zakresie, oparte na kamieniach milowych, ze wskazanymi liderami realizacji oraz całodobowe usługi zarządzane aplikacjami pod nadzorem SLA.
Pytania i odpowiedzi
Czy pracują Państwo bezpośrednio z ISO 8583?
Tak, gdy agent rozliczeniowy lub procesor go oferuje. ISO 8583 to raczej szkielet niż jeden format: każdy agent rozliczeniowy publikuje własną specyfikację pól i typów komunikatów. Budujemy na podstawie tej specyfikacji, obsługujemy autoryzacje, odwrócenia i komunikaty doradcze oraz testujemy każdy kod odpowiedzi.
Czym jest AP2 i czy potrzebujemy go już teraz?
Agent Payments Protocol (AP2) to otwarty protokół płatności dokonywanych przez agentów AI. Każdy zakup niesie podpisane mandaty pokazujące, co klient autoryzował, więc sprzedawcy, wydawcy i agenci rozliczeniowi mogą mu ufać i go audytować. Jeśli agenci AI prawdopodobnie będą kupować u Państwa, możemy przygotować kasę na AP2 obok obecnych przepływów.
Jak zmniejszają Państwo nasz zakres PCI DSS?
Nie możemy usunąć PCI DSS, ale możemy zmniejszyć część Państwa środowiska, której dotyczy. Hostowane strony płatności, szyfrowanie punkt-punkt na terminalu i tokeny bramki trzymają numery kart poza POS, ERP i hurtownią danych. Dokumentujemy przepływy danych dla Państwa audytora.
Czy można przyjmować karty na telefonach zamiast terminali?
Tak, dzięki SoftPOS. Karty zbliżeniowe i portfele cyfrowe są przyjmowane na obsługiwanym telefonie lub tablecie przez certyfikowaną aplikację płatniczą od Państwa agenta rozliczeniowego lub dostawcy. Integrujemy tę aplikację z przepływami POS, sprzedaży i rozliczeń jak każdy inny terminal.
Co się dzieje, gdy sklep traci połączenie?
Sklep sprzedaje dalej. Sprzedaż jest zapisywana lokalnie i wysyłana do ERP po powrocie połączenia, każda z unikalnym identyfikatorem, aby nic nie zaksięgowano dwa razy. To, czy płatności kartą mogą trwać offline, zależy od zasad agenta rozliczeniowego i Państwa apetytu na ryzyko; projektujemy to wspólnie.
Czy obsługują Państwo zwroty i chargebacki?
Tak. Zwroty i odwrócenia są częścią budowanych przez nas przepływów płatności. W przypadku chargebacków (obciążeń zwrotnych) importujemy raporty sporów agenta rozliczeniowego i łączymy każdy z pierwotną sprzedażą i rozliczeniem. Państwa zespół otrzymuje listę do przejścia wraz z dowodami.
Gotowi do budowy? Prosimy poprosić o ofertę.
Prosimy przesłać wymagania lub RFP. Nasi architekci je weryfikują i zwracają wiążącą ofertę o stałym zakresie.
Co dalej
Ocena gotowości
To bezpłatna 48-godzinna ocena gotowości: główny architekt sprawdza projekt pod kątem 6-punktowej definicji gotowości i rekomenduje dopasowaną ścieżkę.
Wiążąca oferta
Najpierw walidacja architektury bez ponoszenia kosztów, a następnie wiążąca oferta o stałym zakresie w ciągu 3–5 dni roboczych: kamienie milowe, architektura, struktura zespołu i SLA. Na życzenie podpisujemy z Państwem umowę o zachowaniu poufności (NDA), zanim przekażą Państwo wymagania.
Mobilizacja
Po podpisaniu umowy nasze zespoły inżynierskie rozpoczynają Sprint 0 w ciągu 5–10 dni roboczych od podpisania umowy.
Dostarczanie w pięciu etapach
Mobilizacja, sprinty z demonstracjami na żywo, integracja i utwardzanie, odbiór i uruchomienie produkcyjne, a następnie usługi zarządzane. Po starcie następuje okres gwarancji, a następnie opcjonalne wsparcie i utrzymanie.