REFERENCE
Słownik płatności
Słownictwo przepływów pieniężnych — karty, rachunki, krypto oraz ryzyko i operacje wokół nich — wyjaśnione prosto. Jedno hasło na pojęcie, oparte na tym, jak systemy faktycznie działają.
Podstawowe szyny płatnicze
- Autoryzacja
Autoryzacja to sprawdzenie w czasie rzeczywistym, czy płatność może zostać zrealizowana — wydawca karty zatwierdza lub odrzuca żądanie, a po akceptacji blokuje środki. Na tym etapie pieniądze się nie przemieszczają; rezerwowana jest tylko kwota i zwracany kod autoryzacji. Udana autoryzacja to obietnica zapłaty, a nie sama płatność.
- Capture
Capture to etap, który zamienia zatwierdzoną autoryzację w rzeczywiste obciążenie i wskazuje wydawcy karty, by przekazał zarezerwowane środki. Może nastąpić zaraz po autoryzacji lub później — na przykład przy wysyłce towaru — do momentu wygaśnięcia autoryzacji. Capture na kwotę niższą niż autoryzowana (partial capture) zwalnia resztę z powrotem na rachunek posiadacza karty.
- Clearing
Clearing to wymiana zapisów transakcji między acquirerem a wydawcą karty, która ustala, kto komu jest winien, zanim ruszą jakiekolwiek pieniądze. Saldowanie przechwyconych w ciągu dnia transakcji daje kwoty, które każda ze stron rozliczy. Clearing ustanawia zobowiązanie, a settlement je wygasza.
Cykl życia płatności- Settlement (rozliczenie)
Settlement to przepływ środków, który wygasza zobowiązania ustalone w clearingu — moment, w którym pieniądze faktycznie przechodzą między bankami. W przypadku kart zwykle następuje to dzień lub więcej po zakupie; w systemach płatności natychmiastowych i on-chain może to być niemal czas rzeczywisty. Do zakończenia settlementu przechwycona płatność jest należnością, a nie gotówką.
Cykl życia płatności- Interchange
Interchange to opłata, którą acquirer płaci wydawcy karty od każdej transakcji kartowej; ustalają ją organizacje kartowe, a zwykle jest ona przerzucana na sprzedawcę. To największy składnik większości kosztów akceptacji kart, zależny od typu karty, regionu i sposobu przeprowadzenia transakcji. Interchange wynagradza wydawcę za obsługę posiadacza karty i ryzyko kredytowe.
- Uzgodnienie (rekoncyliacja)
Rekoncyliacja to proces dopasowywania tego, co spodziewałeś się otrzymać, do tego, co faktycznie zostało rozliczone — linia po linii, tak by każdy grosz się zgadzał. Porównuje własne zapisy z raportami procesora, wyciągami bankowymi i plikami organizacji kartowych, wychwytując opłaty, opóźnienia i rozbieżności. Bez rekoncyliacji opłaty i nieudane wypłaty giną w luce między autoryzacją a gotówką.
Protocore Center- Wypłata (payout)
Payout to przelew rozliczonych środków do sprzedawcy, partnera lub użytkownika końcowego — wychodzący etap platformy płatniczej. Wypłaty mogą być cykliczne (dzienne lub tygodniowe) albo na żądanie, a każda ma własną szynę, czas realizacji i opłaty. To w payoucie zebrana płatność staje się w końcu środkami do dyspozycji na czyimś rachunku.
Protocore Center- Batch
Batch to grupa transakcji przesyłanych lub rozliczanych razem, a nie pojedynczo, zazwyczaj zamykana na koniec dnia roboczego. Sprzedawcy grupują capture’y do clearingu, a banki — wypłaty i polecenia zapłaty w zaplanowane cykle. Batching wymienia natychmiastowość na wydajność i przewidywalne okna rozliczeniowe.
Płatności kartowe
- Acquirer
Acquirer to bank lub licencjonowana instytucja, która umożliwia sprzedawcy akceptowanie płatności kartą i odbiera środki w jego imieniu. Łączy sprzedawcę z organizacjami kartowymi, przejmuje ryzyko rozliczeniowe i ostatecznie odpowiada za chargebacki. Acquirer stoi po stronie sprzedawcy w każdej transakcji kartowej, naprzeciw wydawcy.
Protocore Gateway- Wydawca karty (issuer)
Issuer to bank lub instytucja, która wydaje posiadaczowi kartę i rachunek oraz zatwierdza lub odrzuca każdą transakcję. Finansuje zakup w momencie autoryzacji, obciąża posiadacza karty i rozlicza się z acquirerem przez organizację kartową. Każda transakcja kartowa przebiega między issuerem a acquirerem.
- Bramka płatnicza
Bramka płatnicza (gateway) to warstwa oprogramowania, która przy checkoucie przyjmuje dane płatnicze i bezpiecznie kieruje je do procesora oraz organizacji kartowych. Obsługuje to, co widzi klient — stronę płatności, szyfrowanie i żądanie autoryzacji — a następnie zwraca akceptację lub odrzucenie. Gateway przenosi komunikat; sam nie przechowuje ani nie przesyła pieniędzy.
Protocore Gateway- Procesor płatności
Procesor płatności to usługa, która przenosi transakcję między acquirerem sprzedawcy a wydawcą karty klienta, obsługując autoryzację, clearing i settlement. Tłumaczy żądanie sprzedawcy na komunikaty sieciowe i przekazuje odpowiedź z powrotem. Gateway to drzwi wejściowe, a procesor — maszyneria za nimi.
Protocore Gateway- PSP (dostawca usług płatniczych)
Dostawca usług płatniczych (PSP) łączy bramkę, przetwarzanie, a często także acquiring w jedną usługę, dzięki czemu sprzedawca może przyjmować płatności bez osobnych umów na każdy element. PSP zwykle onboardują sprzedawców w ramach własnej relacji acquiringowej i przekazują im rozliczone środki. W zamian za wygodę oddaje się część kontroli nad routingiem i settlementem.
Protocore Gateway- Merchant of record
Merchant of record (MoR) to podmiot prawnie odpowiedzialny za sprzedaż — widnieje na wyciągu klienta, pobiera płatność, odprowadza podatek i odpowiada za zwroty i chargebacki. Dzięki dostawcy MoR firma może sprzedawać na rynkach, na których nie ma lokalnej spółki. MoR ponosi odpowiedzialność regulacyjną i finansową za każdą transakcję.
Czy potrzebujesz licencji bankowej?- Chargeback
Chargeback to wymuszone odwrócenie płatności kartą, zainicjowane przez wydawcę karty, zwykle po sporze dotyczącym oszustwa, niedostarczenia towaru lub błędu w rozliczeniu. Środki są zabierane sprzedawcy i zwracane posiadaczowi karty na czas rozpatrywania roszczenia. Chargebacki wiążą się z opłatami, a przy dużej skali — z karami od organizacji kartowych, dlatego lepiej zapobiegać niż się bronić.
- Zwrot a storno
Zwrot (refund) to nowa transakcja, która oddaje klientowi środki po rozliczeniu płatności i widnieje na jego wyciągu osobno. Storno (reversal) anuluje autoryzację lub capture przed rozliczeniem, więc pierwotne obciążenie nigdy w pełni nie dochodzi do skutku. Jeśli można, rób storno (szybciej i taniej); zwrot — gdy pieniądze już się przemieściły.
- 3-D Secure / SCA
3-D Secure (3DS) to protokół dodający krok uwierzytelnienia — potwierdzenie w aplikacji banku, biometrię lub kod jednorazowy — między wprowadzeniem karty a autoryzacją, aby wykazać, że kupujący jest prawdziwym posiadaczem karty. To najczęstszy sposób spełnienia wymogu silnego uwierzytelniania klienta (SCA), czyli dwuskładnikowego uwierzytelniania wymaganego w Europie przy wielu płatnościach online. Przejście 3DS przenosi też odpowiedzialność za oszustwo ze sprzedawcy na wydawcę karty.
- Tokenizacja
Tokenizacja zastępuje wrażliwy numer karty wartością zastępczą — tokenem — która jest bezużyteczna po kradzieży i może być bezpiecznie przechowywana lub używana ponownie. Prawdziwy numer pozostaje w zabezpieczonym skarbcu, a token zastępuje go przy kolejnych obciążeniach. Zmniejsza liczbę systemów mających styczność z surowymi danymi karty, ograniczając zarówno ryzyko wycieku, jak i zakres zgodności.
Protocore Gateway
Karty i akceptacja
- Wydawanie kart
Wydawanie kart to tworzenie i obsługa kart płatniczych — wirtualnych lub fizycznych — powiązanych z kontrolowanymi przez Ciebie rachunkami oraz zatwierdzanie dokonywanych nimi transakcji. Nowoczesna platforma issuingowa pozwala firmie tworzyć karty przez API, ustawiać reguły wydatków i autoryzować w czasie rzeczywistym względem własnej księgi. Issuing zamienia saldo w kartę, którą można realnie płacić.
Protocore Issuing- Karta przedpłacona a debetowa
Karta przedpłacona wydaje saldo załadowane na samą kartę, niezależnie od jakiegokolwiek rachunku bankowego, natomiast karta debetowa pobiera środki bezpośrednio z powiązanego rachunku. Przedpłacona ogranicza wydatki do załadowanej kwoty i łatwo ją wydać bez pełnej relacji bankowej; debetowa wiąże każdą transakcję z saldem rachunku. Obie autoryzują się względem dostępnych środków, a nie linii kredytowej.
Protocore Issuing- BIN
BIN (Bank Identification Number) to pierwsze sześć do ośmiu cyfr numeru karty, wskazujące wydawcę, organizację kartową, kraj i typ produktu. Organizacje kartowe i acquirerzy używają BIN-u, by skierować transakcję do właściwego wydawcy oraz zastosować odpowiednie reguły i opłaty. To dzięki niemu płatność wie, którego banku zapytać o zgodę.
Protocore Issuing- PAN
PAN (Primary Account Number) to pełny numer karty wytłoczony lub nadrukowany na karcie — zwykle 16 cyfr — który identyfikuje rachunek w sieci. To właśnie tę wrażliwą wartość chronią tokenizacja i szyfrowanie, a jej ekspozycja w dużej mierze wyznacza zakres PCI. Początkowe cyfry PAN-u to BIN, a ostatnia jest sumą kontrolną.
- EMV
EMV to globalny standard kart chipowych, który uwierzytelnia kartę kryptograficznie w punkcie sprzedaży, zastępując łatwy do sklonowania pasek magnetyczny. Każda transakcja generuje unikalny kryptogram, który wydawca może zweryfikować, co znacznie utrudnia używanie podrobionych kart. EMV określa też zasady prezentacji kart w płatnościach zbliżeniowych i portfelach mobilnych.
Protocore PoS- Zbliżeniowe / NFC
Płatność zbliżeniowa pozwala zapłacić kartą lub telefonem po przyłożeniu do terminala; NFC (Near Field Communication) przesyła kryptogram EMV na odległość kilku centymetrów. Zapewnia takie samo bezpieczeństwo na poziomie chipa jak karta włożona do terminala, a transakcja jest autoryzowana tak samo. Telefony dokładają biometrię urządzenia, dlatego płatność zbliżeniowa często nie wymaga PIN-u.
Protocore PoS- PoS (punkt sprzedaży)
Punkt sprzedaży (PoS) to miejsce, w którym klient finalizuje zakup osobiście — terminal lub oprogramowanie, które odczytuje kartę, buduje transakcję i wysyła żądanie autoryzacji. Nowoczesny PoS to zarówno terminal stacjonarny, jak i telefon przyjmujący płatności zbliżeniowe. To fizyczne wejście w ten sam przepływ od autoryzacji do settlementu, co w checkoucie online.
Protocore PoS
Rachunki i IBAN-y
- IBAN
IBAN (International Bank Account Number) to ustandaryzowany identyfikator rachunku, używany do kierowania przelewów bankowych w Europie i w znacznej części świata. Koduje kraj, bank i rachunek w jednym ciągu znaków z sumą kontrolną, która wychwytuje literówki przed wysłaniem płatności. IBAN wskazuje, gdzie mają trafić pieniądze, ale sam nie mówi, kto jest właścicielem rachunku.
Protocore vIBAN- Wirtualny IBAN
Wirtualny IBAN (vIBAN) to prawdziwy, routowalny IBAN wydawany na bazie jednego rachunku głównego, dzięki któremu środki można przyjmować i automatycznie przypisywać do konkretnego klienta, zamówienia lub celu. Przelewy przychodzące na vIBAN same się uzgadniają — wiesz, kto zapłacił, w chwili wpływu środków, bez dopasowywania po tytule przelewu. Wirtualne IBAN-y dają platformie numery rachunków dla każdego użytkownika bez zakładania osobnego konta bankowego.
Czym jest wirtualny IBAN?- BIC / SWIFT
BIC (Bank Identifier Code), zwany też kodem SWIFT, identyfikuje konkretny bank w przelewach międzynarodowych — to odpowiednik IBAN-u, który wskazuje rachunek. IBAN mówi, który to rachunek, a BIC — jaka to instytucja i jak dotrzeć do niej przez sieć SWIFT. W ramach SEPA zwykle wystarczy sam IBAN, więc BIC jest często opcjonalny.
- SEPA
SEPA (Single Euro Payments Area, czyli Jednolity Obszar Płatności w Euro) to system, dzięki któremu przelewy w euro między uczestniczącymi krajami działają jak krajowe — ten sam format, te same zasady, bez dopłaty za przekroczenie granicy. Obejmuje standardowe przelewy i polecenia zapłaty, rozliczane w paczkach w ciągu dnia lub dłużej. Dzięki SEPA płatność w euro z IBAN-u na IBAN w całej Europie jest rutynowa i tania.
Protocore vIBAN- SEPA Instant
SEPA Instant (SCT Inst) to wersja przelewu SEPA w czasie rzeczywistym, przenosząca euro między rachunkami w kilka sekund, o każdej porze, w każdy dzień. Środki są ostateczne i dostępne od razu, w przeciwieństwie do standardowego SEPA, rozliczanego w paczkach. Zbliża płatności między rachunkami do szybkości zbliżenia karty, bez organizacji kartowej pośrodku.
Protocore vIBAN
Krypto i settlement
- On-ramp
On-ramp to droga od tradycyjnych pieniędzy do krypto — użytkownik płaci kartą lub przelewem i otrzymuje aktywa cyfrowe w portfelu. Obejmuje w jednym przepływie pobranie środków fiat, weryfikację tożsamości i konwersję. On-ramp to miejsce, w którym problem płatniczy (przyjęcie pieniędzy) spotyka się z problemem blockchainowym (dostarczenie aktywa).
Protocore Ramp- Off-ramp
Off-ramp to droga w drugą stronę — zamiana krypto z powrotem na tradycyjne pieniądze i wypłata ich na rachunek bankowy. Sprzedaje lub umarza aktywo, przeprowadza kontrole zgodności wypłaty i rozlicza uzyskane środki zwykłą szyną płatniczą. Razem on-ramp i off-ramp pozwalają produktowi przenosić wartość do krypto i z powrotem, bez konieczności korzystania z giełdy przez użytkownika.
Protocore Ramp- Stablecoin
Stablecoin to token kryptograficzny zaprojektowany tak, by utrzymywać stałą wartość przez odniesienie do wzorca, np. waluty krajowej, zwykle zabezpieczony rezerwami. Dzięki stabilnej wartości może służyć jako medium rozliczeniowe — przenosić wartość on-chain bez wahań cen typowych dla innych aktywów krypto. Stablecoiny pozwalają rozliczać pieniądze z prędkością blockchaina, w znanych jednostkach.
Protocore Chain- Rozliczenie on-chain
Settlement on-chain to wygaszenie zobowiązania płatniczego przez przeniesienie wartości na blockchainie, gdzie transfer jest zapisany i ostateczny bez banku pośrodku. Może zająć kilka sekund, całą dobę, a sama księga jest dowodem zapłaty. W praktice jest najbardziej użyteczny, gdy wartość może wrócić na rachunek bankowy — transfer on-chain kończący się na IBAN-ie.
Protocore Chain- Custody a self-custody
Custody oznacza, że klucze prywatne do Twoich krypto trzyma podmiot trzeci, który odpowiada za ich ochronę; self-custody — że sam trzymasz własne klucze i sam ponosisz tę odpowiedzialność. Custody wymienia kontrolę na wygodę i możliwość dochodzenia roszczeń; self-custody — możliwość dochodzenia roszczeń na pełną kontrolę. Ta różnica rozstrzyga, kto może przenosić aktywa i kto odpowiada, gdy klucze zostaną utracone lub skradzione.
Protocore Safe- Hot wallet a cold wallet
Hot wallet trzyma klucze w systemie podłączonym do internetu, więc środki mogą się przemieszczać natychmiast; cold wallet trzyma je offline, odizolowane od jakiejkolwiek sieci. Hot wallety obsługują bieżący ruch kosztem większej powierzchni ataku; cold wallety przechowują rezerwy, które rzadko się ruszają, ale muszą być bezpieczne. Większość operacji dzieli środki między oba — tyle hot, by móc transakcjonować, a większość w cold.
Protocore Safe- Wallet-as-a-service
Wallet-as-a-service to infrastruktura, która pozwala produktowi tworzyć i zarządzać portfelami kryptowalutowymi swoich użytkowników przez API, bez budowania zarządzania kluczami od zera. Zajmuje się tworzeniem portfeli, podpisywaniem i bezpieczeństwem, dzięki czemu aplikacja może skupić się na własnym doświadczeniu użytkownika. Przechowywanie i przesyłanie aktywów on-chain staje się funkcją, którą wywołujesz, a nie systemem, który musisz utrzymywać.
Protocore Wallets
Ryzyko i compliance
- KYC
KYC (Know Your Customer) to proces weryfikacji tożsamości klienta, zanim zostanie mu umożliwione wykonywanie transakcji — obejmuje zbieranie i sprawdzanie dokumentów tożsamości oraz potwierdzenie, że klient jest tym, za kogo się podaje. To podstawowa kontrola chroniąca przed oszustwami, praniem pieniędzy i naruszeniem sankcji. KYC ustala tożsamość, a stały monitoring śledzi, co ta tożsamość później robi.
- KYC a KYB
KYC weryfikuje klienta indywidualnego, a KYB (Know Your Business) weryfikuje firmę — jej istnienie prawne, strukturę własności i osoby, które ostatecznie ją kontrolują. KYB obejmuje kroki, których nie ma w KYC: sprawdzenie w rejestrach, identyfikację beneficjentów rzeczywistych i potwierdzenie, kto jest uprawniony do działania w imieniu firmy. Platforma, która onboarduje firmy, potrzebuje obu procesów — KYB dla spółki, KYC dla osób, które za nią stoją.
- AML
AML (Anti-Money Laundering) to zestaw kontroli wykrywających i zapobiegających przepływowi nielegalnych środków w systemie finansowym — obejmuje monitorowanie transakcji, weryfikację stron i zgłaszanie podejrzanych działań. Łączy weryfikację tożsamości przy onboardingu z ciągłym nadzorem nad zachowaniem klienta. AML to program działający nieprzerwanie, a nie jednorazowa bramka.
- Screening sankcyjny
Screening sankcyjny sprawdza klientów, kontrahentów i transakcje pod kątem rządowych i międzynarodowych list sankcyjnych, aby blokować relacje z zakazanymi osobami, podmiotami i miejscami. Działa przy onboardingu oraz przy każdej istotnej transakcji, ponieważ listy stale się zmieniają. Jedno potwierdzone dopasowanie może wymagać zamrożenia środków i złożenia zgłoszenia, a nie zwykłej odmowy.
Platforma i operacje
- Embedded finance
Embedded finance to dostarczanie usług finansowych — płatności, rachunków, kart, kredytów — wewnątrz produktu niefinansowego, tak aby użytkownik nie musiał opuszczać aplikacji, by zrealizować transakcję. Opiera się na dostawcach infrastruktury, którzy przez API udostępniają regulowaną warstwę techniczną. Dobrze wdrożone finanse znikają w doświadczeniu: checkout, wypłata i karta po prostu dzieją się na miejscu.
Jeden rdzeń, wiele aplikacji- BaaS (banking-as-a-service)
Banking-as-a-service (BaaS) pozwala podmiotowi niebędącemu bankiem oferować funkcje zbliżone do bankowych — rachunki, karty, płatności — dzięki budowaniu na infrastrukturze licencjonowanego dostawcy przez API. Dostawca posiada licencję i odpowiada regulacyjnie, a platforma buduje produkt i jest właścicielem relacji z klientem. BaaS pozwala firmie programistycznej wprowadzić rachunki i karty bez zostawania bankiem.
Czy potrzebujesz licencji bankowej?- EMI (instytucja pieniądza elektronicznego)
Instytucja pieniądza elektronicznego (EMI) to firma z licencją na emisję pieniądza elektronicznego i przechowywanie środków klientów bez bycia pełnoprawnym bankiem — środki te są zabezpieczone, a nie lokowane w akcję kredytową. EMI zasilają zwykle portfele, programy prepaid i rachunki płatnicze. Określenie opisuje regulowany typ instytucji — element, na którym platformy budują swoje usługi — a nie deklarację, że dana platforma posiada licencję.
Czy potrzebujesz licencji bankowej?- Płatności agentowe
Płatności agentowe to transakcje inicjowane i realizowane przez autonomiczne agenty programowe działające w imieniu użytkownika, w granicach ustalonych przez niego. Agent potrzebuje ograniczonych uprawnień, mandatu wydatkowego i ścieżki audytu — kontroli, które odpowiadają na pytania, co może kupić, do jakiej kwoty i na czyje polecenie. Zmienia to podmiot płatności: zamiast osoby przy kasie jest nim program z budżetem.
Protocore Agents- Idempotentność
Idempotentność to właściwość, dzięki której wykonanie tej samej operacji dwa razy daje taki sam efekt jak wykonanie jej raz — zabezpieczenie, które chroni przed podwójnym obciążeniem klienta przy ponowionym żądaniu. Klient wysyła z płatnością unikalny klucz idempotentności, a serwer go zapisuje i przy każdym powtórzeniu zwraca pierwotny wynik. To sprawia, że ponowienie płatności po przekroczeniu limitu czasu jest bezpieczne, a nie ryzykowne.
- Webhook
Webhook to wiadomość, którą system płatniczy wysyła na Twój serwer w chwili, gdy coś się wydarzy — płatność zostanie rozliczona, wypłata się nie powiedzie, otworzy się spór — dzięki czemu dowiadujesz się o zdarzeniach bez odpytywania. Twój endpoint odbiera zdarzenie, weryfikuje jego podpis i na jego podstawie działa. Webhooki sprawiają, że asynchroniczny przepływ pieniędzy pozostaje zsynchronizowany z Twoimi systemami.
- Księga główna (ledger)
Ledger to nadrzędny zapis wszystkich sald i przepływów w systemie finansowym — źródło prawdy o tym, kto ile posiada. W płatnościach śledzi środki w każdym stanie, od autoryzowanych przez rozliczone po wypłacone, więc każde saldo można wyjaśnić stojącymi za nim zapisami. Gdy liczby się rozjadą, to z ledgerem się uzgadnia.
Protocore Center- Zapis podwójny
Zapis podwójny to zasada księgowa, według której każdy ruch jest rejestrowany jako dwa pasujące do siebie zapisy — debet i kredyt — dzięki czemu księgi zawsze się bilansują. W ledgerze płatniczym gwarantuje, że pieniądze nigdy nie powstają ani nie znikają, a jedynie przechodzą między kontami. To strukturalny powód, dla którego poprawnie prowadzony ledger zawsze da się uzgodnić do zera.
Masz system do zbudowania?
Opisz nam problem. Wrócimy z architekturą i planem.