Skip to main content
O Checkout da Z2Pay é uma página de pagamento hospedada: quem serve a tela de pagamento somos nós, não você. Você cria a configuração via API — itens, métodos aceitos, branding, splits — e recebe uma URL pronta para entregar ao comprador. Ele finaliza o pagamento numa página servida pela Z2Pay (mobile-first, com a sua identidade visual), e você acompanha o resultado pelos webhooks de transação (transaction.paid, transaction.refused).
Todos os exemplos desta seção usam as URLs de sandbox (https://api.sandbox.z2pay.com/v1 para a API e https://pay.sandbox.z2pay.com para a página). Em produção, troque para https://api.z2pay.com/v1 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.

Casos de uso típicos

  • Loja online — cria uma CheckoutSession por 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 uma CheckoutSession nova.
  • Cobrança individual — chama /checkout/charges (venda rápida ad-hoc) e envia a URL direto pelo WhatsApp ou e-mail.
  • Marketplace — usa splits para dividir o valor entre múltiplos recebedores automaticamente.

Conceitos centrais

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: createdopenedpayingpaid. IDs começam com cs_ (48 chars hex = 192 bits de entropia, seguro para expor em URL).
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.
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 vendas rápidas são um atalho para esse mesmo fluxo, com listagem filtrada só para Sessions sem linkId. Dá para reaproveitar a identidade visual de um Link existente numa venda rápida — veja Espelhar a config de um Link.

Mapa de endpoints

Todas as requisições usam o header x-api-key. Veja Autenticação.
A Session (cs_) é o objeto que representa uma tentativa de compra, e ela nasce de três formas: materializada sozinha quando o comprador abre um Link, criada por uma venda rápida (/checkout/charges), ou criada por você em POST /checkout/sessions — informando um linkId ou a configuração inteira. Use esta última quando quiser a url de pagamento em mãos antes de redirecionar o comprador. Veja a Session (o objeto).

Quickstart

Em 3 passos, do zero ao primeiro pagamento.
1

Crie um Checkout Link

Resposta (201):
unitAmount é inteiro em centavos: R$ 499,00 = 49900. Nunca envie float (499.00) — é rejeitado pela validação.
2

Compartilhe a URL

A url retornada (https://pay.sandbox.z2pay.com/c/chk_byd8p3p79re859jpkmr0j65n3) é o link de pagamento. Pode ser compartilhada em qualquer canal. Cada vez que alguém abre o link, uma nova CheckoutSession é materializada automaticamente.
3

Receba webhooks

O resultado do pagamento chega pelos eventos de transação: escute transaction.paid (aprovado) e transaction.refused (recusado), cadastrando o seu endpoint via POST /webhooks (api.sandbox.z2pay.com/v1). Os eventos checkout.session.* são internos e não são assináveis — não existe webhook de “Session criada”. Veja Webhooks.

Estados da Session (resumo)

A máquina completa tem 10 estados — inclui ainda filling (comprador preenchendo o formulário) e abandoned (inatividade, recuperável). Os detalhes estão em Estados da Session.

Veja também

Checkout Links

Crie e gerencie templates de cobrança reutilizáveis.

A Session (o objeto)

Instâncias de compra, estados e snapshot imutável.

Charges (venda rápida)

Cobrança individual ad-hoc, sem Link.

Quickstart

Receba um pagamento de teste de ponta a ponta.

Cartões de teste

Cenários de aprovação e recusa no sandbox.