Todos os exemplos desta seção usam as URLs de sandbox
(
https://checkout-api.sandbox.z2pay.com para a API e https://pay.sandbox.z2pay.com para a
página). Em produção, troque para https://checkout-api.z2pay.com e https://pay.z2pay.com.O que você NÃO precisa implementar
Página de pagamento (UI)
A interface de checkout é nossa, responsiva e com a sua marca.
Tokenização de cartão (PCI)
Os dados sensíveis do cartão nunca tocam o seu servidor.
PIX, boleto e parcelamento
Toda a lógica de método de pagamento é nossa.
Roteamento entre adquirentes
Basta cadastrar o gateway uma vez no painel.
Casos de uso típicos
- Loja online — cria uma
CheckoutSessionpor pedido e redireciona o cliente. - Link de pagamento divulgável (bio do Instagram, post, WhatsApp) — cria um
CheckoutLink(template persistente) e compartilha a URL. Cada clique vira umaCheckoutSessionnova. - Cobrança individual — chama
/checkout/charges(venda rápida ad-hoc) e envia a URL direto pelo WhatsApp ou e-mail. - Marketplace — usa
splitspara dividir o valor entre múltiplos recebedores automaticamente.
Conceitos centrais
CheckoutLink (template persistente) — chk_
CheckoutLink (template persistente) — chk_
Um template de cobrança reutilizável. Você define uma vez (itens, preço, métodos, branding) e
divulga a URL N vezes — cada acesso de comprador gera uma
CheckoutSession independente. IDs
começam com chk_.Quando usar: divulgar um produto/serviço em massa, link “vitrine” para a bio do Instagram,
página de captura, etc.CheckoutSession (instância de compra) — cs_
CheckoutSession (instância de compra) — cs_
Uma tentativa concreta de compra. Tem um valor congelado (snapshot do Link no momento da
criação), um comprador (parcial ou completo) e um estado que progride:
created → opened →
paying → paid. IDs começam com cs_ (48 chars hex = 192 bits de entropia, seguro para expor
em URL).Snapshot imutável
Snapshot imutável
Ao criar uma Session a partir de um Link, todos os dados (items, preço, splits, branding,
métodos) são copiados. Editar o Link depois não afeta Sessions já criadas. Isso garante que o
que o comprador viu na hora do pagamento é exatamente o que ele paga.
Session ad-hoc / Charge
Session ad-hoc / Charge
Você não é obrigado a criar um Link antes — pode criar uma Session “ad-hoc” (sem
linkId), com
toda a config inline. Útil para cobranças únicas/personalizadas. As Charges são um atalho para
esse mesmo fluxo, com listagem filtrada só para Sessions sem linkId.Tenant e IDs com prefixo
Tenant e IDs com prefixo
Toda credencial está vinculada a um tenant (sua conta de seller). As listagens são filtradas
automaticamente pelo tenant — você nunca vê recursos de outro seller. IDs seguem o padrão com
prefixo:
chk_ (Link), cs_ (Session), ci_ (item), cmed_ (mídia), rec_ (recipient para
splits).Mapa de endpoints
Todas as requisições de seller usam o headerx-api-key. Veja Autenticação.
Recursos do seller (autenticados)
| Método | Rota | Recurso | O que faz |
|---|---|---|---|
POST | /checkout/links | Link | Cria um template de cobrança |
GET | /checkout/links | Link | Lista templates (paginado) |
GET | /checkout/links/{id} | Link | Busca um template pelo ID |
PUT | /checkout/links/{id} | Link | Atualiza um template |
DELETE | /checkout/links/{id} | Link | Arquiva (soft-delete) um template |
POST | /checkout/sessions | Session | Cria uma Session (a partir de Link ou ad-hoc) |
GET | /checkout/sessions | Session | Lista Sessions (paginado) |
GET | /checkout/sessions/{id} | Session | Busca uma Session pelo ID |
GET | /checkout/charges | Charge | Lista vendas rápidas (Sessions ad-hoc) |
POST | /checkout/charges | Charge | Cria uma venda rápida ad-hoc |
GET | /checkout/charges/{id} | Charge | Busca uma venda rápida pelo ID |
POST | /checkout/charges/{id}/cancel | Charge | Cancela uma venda rápida |
Endpoints públicos (consumidos pelo navegador do comprador)
| Método | Rota | O que faz |
|---|---|---|
GET | /public/checkout/{id} | Obtém a config pública para renderizar a página |
POST | /public/checkout/{id}/opened | Marca a Session como “aberta pelo comprador” |
POST | /public/checkout/{id}/confirm | Confirma o pagamento (tokenId + dados do comprador) |
Você normalmente não chama os endpoints públicos — quem chama é a página de pagamento do Z2Pay.
Eles estão documentados em Comprador (página pública) para fins de
transparência, ou caso você queira construir um checkout custom em cima da nossa API.
Quickstart
Em 3 passos, do zero ao primeiro pagamento.Compartilhe a URL
A
url retornada (https://pay.sandbox.z2pay.com/c/chk_abc123...) é o link de pagamento. Pode ser
compartilhada em qualquer canal. Cada vez que alguém abre o link, uma nova CheckoutSession é
materializada automaticamente.Receba webhooks
Toda mudança relevante (Session criada, pagamento aprovado, etc.) dispara um webhook para a URL
configurada no painel. Veja Webhooks para o catálogo completo de
eventos do checkout.
Estados da Session (resumo)
Veja também
Checkout Links
Crie e gerencie templates de cobrança reutilizáveis.
Checkout Sessions
Instâncias de compra, estados e snapshot imutável.
Charges (venda rápida)
Cobrança individual ad-hoc, sem Link.
Comprador (página pública)
Os endpoints que a página de pagamento consome.
Quickstart
Receba um pagamento de teste de ponta a ponta.
Cartões de teste
Cenários de aprovação e recusa no sandbox.

