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ą.

01

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.

02

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
03

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
04

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
05

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
06

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.

07

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.