API do wydawania kart
2328 to API do wydawania wirtualnych kart dla zespołów, które chcą udostępnić kartę płatniczą swoim użytkownikom bez konieczności uzyskiwania licencji wydawcy. Rejestrujesz posiadaczy kart, wydajesz karty w ramach sponsorowanego BIN, zasilasz je ze swojego portfela USDT i kontrolujesz cały cykl życia — zamrażanie, rozładowywanie, zamykanie — za pośrednictwem jednego interfejsu REST.
Budowanie programu kartowego w tradycyjny sposób oznacza licencję schematu, BIN, procesora, banku sponsorującego i osiemnaście miesięcy pracy certyfikacyjnej, zanim pierwsza autoryzacja zostanie zrealizowana. Ta praca jest już tutaj wykonana. Po Twojej stronie pozostaje część, która jest faktycznie Twoim produktem: kto otrzymuje kartę, co może wydać i jak wygląda doświadczenie.
API jest wyłącznie w formacie JSON, wszystkie pola są w camelCase, a każde żądanie, z wyjątkiem publicznego sprawdzenia stanu, jest autoryzowane kluczem Bearer. Pieniądze są zawsze liczbą całkowitą w jednostkach podrzędnych z wyraźną walutą i skalą — portfel to USDT w skali 6, karty to USD w skali 2 — więc nigdy nie ma niejednoznacznej wartości zmiennoprzecinkowej w księdze.
Posiadacze kart
Rejestruj posiadaczy kart z danymi identyfikacyjnymi wymaganymi przez program, a następnie wydawaj jedną lub wiele kart dla każdego z nich. Onboarding, limity i cykl życia są w pełni zarządzane z Twojej strony.
Natychmiastowe wydawanie wirtualnych kart
Karty są tworzone za pomocą jednego wywołania API i są natychmiast użyteczne — bez plastiku, wysyłki i etapu aktywacji. Wydaj jedną na użytkownika, na subskrypcję, na kampanię lub na dostawcę.
Zasilanie z portfela USDT
Karty są zasilane z Twojego salda stablecoin. USDT jest w skali 6, saldo karty to USD w skali 2, a API wyraźnie określa obie wartości, dzięki czemu księgi nigdy się nie rozjeżdżają.
Pełna kontrola cyklu życia
Programowe zamrażanie, odmrażanie, rozładowywanie i zamykanie kart. Skompromitowana karta jest unieszkodliwiana jednym żądaniem; zakończona subskrypcja nie generuje kosztów zamknięcia.
Salda i transakcje
Odczytuj bieżące salda kart i historię transakcji w całym programie, w tym autoryzacje, rozliczenia, odrzucenia i opłaty.
Zlecenia i webhooki
Operacje pieniężne są asynchroniczne: przesyłasz operację, otrzymujesz zlecenie i traktujesz webhook jako źródło prawdy, zamiast zakładać sukces po otrzymaniu kodu 200.
Sponsoring BIN, bez dwuletniego objazdu
Każda karta jest przypisana do BIN — numeru, który informuje sieci kart, jaka licencjonowana instytucja za nią stoi. Posiadanie własnego BIN oznacza zostanie głównym członkiem Visa lub Mastercard: licencja regulacyjna, zabezpieczenia schematu, wymogi kapitałowe i lata certyfikacji.
Karty wydawane za pośrednictwem 2328 działają na istniejącym, sponsorowanym BIN. Instytucja sponsorująca posiada członkostwo w schemacie i rozlicza się z siecią; Ty zachowujesz produkt, branding, relacje z posiadaczem karty i ekonomię. W praktyce przekształca to projekt licencyjny w projekt integracyjny.
Onboarding to nadal prawdziwa staranność — zostaniesz zapytany, kim są Twoi posiadacze kart, skąd pochodzą pieniądze oraz jak wyglądają Twoje procedury KYC i monitoringu. Im jaśniejsze odpowiedzi, tym szybciej program ruszy.
Jak przebiega integracja
- 1.Ustal program: profil posiadacza karty, przepływ środków, obszary geograficzne i limity.
- 2.Uzyskaj klucze API i sprawdź łączność z publicznym punktem końcowym GET /ping.
- 3.Zarejestruj pierwszego posiadacza karty i wydaj kartę w środowisku produkcyjnym.
- 4.Zasil kartę z portfela USDT i potwierdź wynikające zlecenie za pośrednictwem webhooka.
- 5.Zintegruj salda, transakcje i operacje cyklu życia z Twoim produktem.
- 6.Uruchom i skaluj — wydanie to jedno wywołanie, więc wolumen nie stanowi problemu inżynieryjnego.
Często zadawane pytania
Czy potrzebuję własnej licencji lub BIN, aby wydawać karty?
Nie. Karty są wydawane w ramach istniejącego, sponsorowanego BIN, więc nie musisz stawać się głównym członkiem Visa ani Mastercard. Opisujesz swoich posiadaczy kart i przepływ środków podczas onboardingu; licencjonowanie i rozliczenia schematu leżą po stronie instytucji sponsorującej.
Jakiego uwierzytelniania używa API do wydawania kart?
Uwierzytelnianie Bearer. Każde żądanie, z wyjątkiem publicznego sprawdzenia stanu zdrowia, zawiera Authorization: Bearer ck_{keyId}_{secret}. Klucz identyfikuje Twoje konto, więc żadne identyfikatory sprzedawcy ani konta nie są przekazywane w ładunku. Klucz przechowuj wyłącznie w swoim backendzie.
Jak są zasilane karty?
Z Twojego portfela USDT w 2328. Zasilenie konwertuje stablecoin na saldo karty w USD. Portfel to USDT w skali 6, a karty to USD w skali 2 — kwoty są zawsze liczbami całkowitymi w jednostkach podrzędnych z wyraźną walutą i skalą.
Czy operacje na kartach są synchroniczne?
Operacje pieniężne są asynchroniczne. Żądanie zasilenia lub rozładowania zwraca zlecenie, które śledzisz do momentu jego zakończenia, a webhook potwierdza ostateczny stan. Operacje odczytu, takie jak salda i transakcje, są synchroniczne.
Czy istnieje środowisko sandbox?
Istnieje jedno środowisko produkcyjne — brak oddzielnych kluczy sandbox. Publiczny punkt końcowy GET /ping jest dostępny bez uwierzytelniania do sprawdzania aktywności.
Do czego można używać kart?
Typowe programy obejmują subskrypcje online, wydatki na reklamę, wydatki pracowników i kontrahentów, wypłaty z marketplace'ów oraz ogólne wydatki konsumenckie finansowane kryptowalutami. Dozwolone przypadki użycia są uzgadniane podczas wdrażania programu.