Platformy deweloperskie

API stanowi rdzeń.
Doświadczenie pozostaje Twoje.

Budować płatności bezpośrednio w swoim produkcie. Jeden API REST do klientów, kart Pix, boleto i kredyt z SDKs, webhooks i odniesienia poświęcone Transactional Linki do Płatności, Sellers, Podział Płatności i Zarządzanie Wydatkami.

REST APISandboxNode.jsPHP / LaravelWebhooksLinki do PłatnościPodział Płatności
POST /api/v1/transaction/new/:CustomerID
nowy transakcja kartą kredytową
application/json
{
  "amount": 14990,
  "currency": "BRL",
  "description": "Pedido #102938",
  "id_card": "23082eb67cd54e7eb4c9cf8c760bd12f",
  "capture": 1,
  "statement_descriptor": "IOPAY STORE",
  "installment_plan": {
    "number_installments": 1
  },
  "io_seller_id": "<IO_SELLER_ID>",
  "payment_type": "credit",
  "reference_id": "102938"
}
application/json Transakcja
{
  "success": {
    "id": "7f38b2c94e1a4d69a81f53b76d9c204e",
    "resource": "transaction",
    "status": "succeeded",
    "payment_type": "credit",
    "amount": "149.90",
    "captured": true,
    "currency": "BRL",
    "reference_id": "102938",
    "payment_method": {
      "resource": "card",
      "card_brand": "Visa",
      "last4_digits": "4242"
    },
    "installment_plan": {
      "mode": "interest_free",
      "number_installments": "1"
    },
    "created_at": "2026-10-06T20:09:48+00:00"
  }
}
Karta bez odzyskiwania danych.Korzystaj z id_card już związanego z customer i tworz transakcję.
Dokumentacja IOPAY

APIs i udokumentowane i zorganizowane odniesienia do integracji

Rozszerz produkty i usługi płatnicze jako usługę. Zacznij od podstawy API i przejdź do konkretnego odniesienia do jej wdrożenia. Transactional, Linki do Płatności, Sellers, Podział Płatności, Consulting, Tokenization i Zarządzanie Wydatkami są zorganizowane.

docs-api.iopay.com.br
Publiczna dokumentacja
Podstawowe API

Podstawy ich integracji.

Zaczyna się od uwierzytelniania, konfiguracji otoczenia, klientów, kart i tokenizacji. Poziom transakcyjny przechodzi do następnego etapu.

FundacjaPodstawowe API
AUTHBearer tokenDostęp
POSTv1/customer/newKlient
POSTv1/card/tokenize/tokenTokenize
ENVsandbox / productionŚrodowiska
API Transakcyjne

Od płatności utworzonej do całego cyklu transakcji.

Koncentruj tutaj operacje transakcyjne Pix, karty i boleto: tworzenie, wyszukiwanie, przechowywanie, odwołanie, zwrot i monitorowanie statusu.

PłatnościAPI Transakcyjne
POSTv1/transaction/new/:CustomerIDUtwórz
GETv1/transaction/get/:idSprawdź
CAPcaptura total ou parcialŁawienie
VOIDcancelamento / estornoCykuł
Postman · Payment Links API V2

Wykorzystaj w nich adres URL.

API V2 obejmuje tworzenie, przeglądanie, aktualizację, usunięcie i listę linków oraz przeglądanie generowanych transakcji. Ustaw przedmioty, środki płatności, dzielenie, odsetki, dostępność, Order Bump, identyfikację wizualną i Split, gdy jest włączony.

Wyrób V2Płatności Link
ITEMtitle + items[]Żądanie płatności
PAYcredit / pix / boletoMetody
TIMEopen_at / end_at / max_paymentsDostępność
CARDmax_installment + interestRaty
BUMPorder_bump_items[]Dodatkowa oferta
BRANDprimary_color + bannersTożsamość
SPLITsplit_rules[]Rozdział
Postman · Sellers API

Uczestnicy traktowani jako część architektury.

Zapoznaj się z konkretnym referencją w celu wdrożenia funkcji związanych z platformą Sellers i utrzymania tej warstwy oddzielnej od rdzenia transakcyjnego.

Postman Publiczna kolekcja
Sellers APIuczestnicy platformy
Postman · Podział Płatności

Split płatności z własnym odniesieniem.

Użyj dedykowanej kolekcji do wdrażania zasad Podział Płatności w operacjach z wieloma uczestnikami, utrzymując tę warstwę oddzielną od API Base i API Transakcyjne.

Postman Publiczna kolekcja
Podział Płatnościzasady Split płatności
Zarządzanie Wydatkami i Karty Firmowe

Kontrola korporacyjna podłączona do platformy.

Dedykowana fronta do emisji i zarządzania karty firmowe, wyznaczania limitów, polityk użytkowania, nośników i monitorowania wydatków.

KorporacjaKarty Firmowe
CARDemissão e gestão por empresaKarty
RULElimites e políticas de usoKontrola
TEAMportadores e centros de custoZespół
VIEWvisão consolidada de gastosOperacje
Szybki start

Z pierwszego wniosku
na pierwszą opłatę.
W trzech krokuch.

Ustaw uwierzytelnianie, utwórz customer, i zarządzaj składką Pix używając tego samego przepływu, który twoja aplikacja wyprodukuje.

Pierwsza integracja

Krótką drogę do zrozumienia struktury API przed wykorzystaniem innych zasobów.

Otwierać API Referencje —
01
Aktywny krokAuthentifywanie wniosków
Wykonanie w celu uzyskania informacji

Authentifywanie wniosków

Każda integracja zaczyna się od odpowiedniego środowiska i ważnego tokena w headerze Autoryzacja.

Bearer tokenSandboxProdukcja
Cel

Twoja aplikacja mówi do API IOPAY w uwierzytelnionej formie.

Oczekiwany zwrot

Od tego momentu możesz nazwać kolejne drogi integracji.

Gdzie się wchodzi

Na początku każdej integracji, przed tworzeniem klientów lub transakcji.

Lista kontrolna
  • Wybierz sandbox lub produkcję.
  • Dodać autoryzację: noszący seu_token.
  • Wysyłać Content-Type: application/json.
Przykład uwierzytelniania
Docs —
curl --request GET \
  --url https://api.iopay.com.br/api/v1/customer/get/:customerId \
  --header 'Authorization: Bearer seu_token' \
  --header 'Content-Type: application/json'
Następny krok

Z gotowym uwierzytelnieniem, następnym krokiem jest stworzenie nabywcy, który otrzyma opłatę.

Authorization: Bearer seu_token





Środki płatności

Integracja.Każdy wypłatę,
własną podróż.

Pix, karta i boleto żyją w centrum transakcyjnym. Linki do Płatności ma taką samą infrastrukturę dla sprzedaży wspieranej, pobrania zdalnych i kanałów bez własnej kontroli.

PIX

Pix

Tworzenie wysyłek w momencie, QR Code i monitorowanie potwierdzenia na każdą imprezę.

Idealny do przechowywania kasy, odległych płatności i płatności natychmiastowych.
CC

Karty

Kredyt płatny jednorazowo lub podział, tokenizacja i ścieżki płatności rekuperowe lub powtarzające.

Umożliwia połączenie własnego czekowania z przepływami autoryzacji operacji.
BLT

Boleto

Wydanie i monitorowanie opłat za ścieżki płatności wymagające płatności tytułowej.

Stanowisko poboru może być włączone do wewnętrznych procesów przedsiębiorstwa.
LNK

Linki do Płatności

Stwórz hosty i podzielające się rachunki za API do sprzedaży poza tradycyjnym kasą.

CRM, WhatsApp, sprzedaż wewnętrzna, obsługa i wizyty.


Webhooks & wydarzenia

Twój system nie musi pytać.
Iopay za chwilę powiadomi.

HTTP POST /W czasie rzeczywistym Bez sondażu

IOPAY otrzymuje aktualizację płatności, przetwarza nowy status i wysyła webhook do swojego punktu końcowego. Małe tarcie, czysty przepływ i systemy synchronizowane.

Licz się na warstwę webhooks i wytrzymałe zdarzenia Iopay z automatyczną odesłaniem w przypadku nieobecności serwera.

01 · Pochodzenie Płatność się zmienia.

Nowy stan infrastruktury.

→→→→→→→→→→→→→→
03 · Jego system Webhook jest w zasięgu. Zawsze.

Twój punkt końcowy otrzymuje żądanie POST z Iopay i możesz przetwarzać i reagować jak chcesz. System podejmuje działania po utworzeniu, zatwierdzeniu, niewykonaniu, odzyskaniu lub częściowej odwołaniu płatności. Wraz z konfimacją system ma wszystko, co potrzeba, aby uwolnić zamówienie, zasilanie CRM & ERPs, interakcja z SAP, integracja fullfilment i notatki podatkowe.

SDKs IOPAY

SDKs dla Javy, Javascript Node.js i
PHP / Laravel.

Korzystaj z publicznych klientów IOPAY w Node.js i PHP / Laravel lub integruj bezpośrednio przez API REST w dowolnym języku. Mniej boilerplate na początek, bez utraty dostępu do kontraktu HTTP platformy.

Oficjalny SDK · Node.js

Gotowa integracja z aplikacjami JavaScript.

Klient publiczny z autentyką, środowiskiem, tokenizacją, klientami i głównymi transakcjami transakcyjnymi.

Instalacja
npm install
@iopay-payments/iopay-api-sdk-nodejs

// depois, use o client IOPAY no projeto
Oficjalny SDK · PHP

Komponować na PHP lub Laravel Projects.

Oficjalny pakiet iopay-payments/sdk-php może być zainstalowana za pośrednictwem kompostora i używana przez autoload projektu, w tym w aplikacjach Laravel.

Instalacja za pośrednictwem Composer
composer require
iopay-payments/sdk-php

// disponível no vendor/autoload.php do projeto
REST API · dowolny stack

Używaj HTTP bezpośrednio, kiedy chcesz mieć pełną kontrolę.

Python, Go, Java, .NET, Ruby lub dowolny inny stack mogą zużywać API IOPAY bezpośrednio za pośrednictwem HTTPS, używając tych samych punktów końcowych i opublikowanych kontraktów.

Uniwersalny przykład
curl --request GET \\
  --url https://api.iopay.com.br/api/v1/customer/get/:CustomerID \\
  --header 'Authorization: Bearer seu_token' \\
  --header 'Content-Type: application/json'
Operacje

Integracja i operacja muszą mówić tym samym językiem.

Po wdrożeniu, inżynieria, produkt, finans i obsługa muszą zobaczyć tę samą płatność. Portal IOPAY jest uzupełnieniem API z wizją transakcyjną, wpłatami, akredytacjami, raportami i monitorowaniem operacyjnym.

01Transakcje Sprawdź status, klient, metodę, wartość i referencje transakcji.
02Należności Przekaż wizję finansową związaną z sprzedażą przetworzoną.
03Dane uwierzytelniające Zatrudni dane niezbędne do środowisk integracyjnych.
04Raporty Wspieraj rutynę operacyjną i konwencjonalną, nie zależnie tylko od zespołu inżynieryjnego.
Operacja IOPAYZjednoczone spojrzenie
TRANSAKCJE883
AKCEPTACJA60,4%
TPVR$ 2,58 mln
TransakcjaMetodaStatusKwota
0b527...9a6creditWykonanieR$ 1.002
44d23...9044pixWykresR$ 3.482
34fad...29e7creditWykonanieR$ 5.444
Bezpieczeństwo & architektura jako podstawa i podstawowa zasada

APIs A architektura przeznaczona do pracy
płatności z kontrolą, bezpieczeństwem i wizją.

Certyfikaty, segregacja środowisk, tokenizacja i kontrole bezpieczeństwa są częścią architektury produktu i zmniejszają niepotrzebne narażenie na dane wrażliwe.

01Segrecyjne kwalifikacje

Oddziel rozwój, testy i produkcję z odpowiednimi kwalifikacjami dla każdego środowiska.

02Tokenizacja

Zmniejsza przepływ danych wrażliwych w podróżach rekuperacyjnych, powtarzających się i jednoklikniętych.

03PCI DSS 4.0.1

Kontrola bezpieczeństwa i ochrony środowiska płatniczego stosowana do infrastruktury IOPAY.

04Wydarzenia i tracebility

Użyj identyfikatorów, statusu i webhooks do śledzenia cyklu transakcji i odpowiedzi na wyjątki.

Wykorzystanie

Architektura dla różnych
modelów biznesowych.

Developer Platform IOPAY został zaprojektowany dla produktów, które muszą włączyć płatności do własnej wiedzy e-commerce do SaaS, marketplace, ERP i sprzedaży wspomaganej.

E-commerce

Samodzielne przeliczenie.

Kontroluj doświadczenie nabywcy, podczas gdy IOPAY realizuje warstwę płatności i wydarzeń.

Zobacz e-commerce →
SaaS & powtarzanie

Odbiór i ciągły pobór.

Łączy tokenizację, klientów, wydarzenia i logikę swojej aplikacji do powtarzających się podróży.

Zobacz dokumentację →
Marketplaces

Sprzedawcy i Split płatności.

Przyjmuje kontekst Sellers i zasad Podział Płatności do przepływu transakcji.

Zobacz rynki →
ERP & finansowe

Płatności związane z operacją.

Integracja wydarzeń i wydarzeń do wewnętrznych procesów uzgodniania, obsługi i finansowania.

Rozmowa z specjalistą →
Wnętrza sprzedaży

Wciąg w kanał.

Zarządzaj linkami lub transakcjami z CRM i przywróć status do sprzedaży, wysyłania i finansów.

Zobacz linki →
White-label

Infrastruktura w swoim doświadczeniu.

Łącz APIs z funkcjami platformy, aby oferować wbudowane do Twojej marki płatności.

Zobacz wit-label →
Integracja i API IO

Od pierwszego wezwania do produkcji. Wierz w najlepszą architekturę rozwiązań płatniczych

Wykorzystaj dokumentację, sprawdź jej integrację i zrób płatności wewnątrz swojego produktu z infrastrukturą IOPAY.