Pular para o conteúdo principal

Idempotência

Toda operação mutável exposta publicamente deve receber Idempotency-Key. Na MuPag isso protege contra duplo clique, retry de rede, timeout no cliente e replay acidental do worker.

Como gerar​

  • Use UUID v4, ULID ou hash do evento de negócio.
  • Reaproveite a mesma chave apenas para a mesma intenção semântica.
  • Se o payload mudar, gere nova chave.

Onde aplicar​

  • POST /v1/charges
  • POST /v1/customers
  • POST /v1/products
  • POST /v1/products/{productId}/plans
  • POST /v1/coupons
  • POST /v1/checkout-sessions
  • POST /v1/subscriptions

O que guardar​

Persista a chave, o payload canônico e o identificador de negócio. Isso facilita reconciliar 409 Conflict com o primeiro sucesso.

Esta página liberou seu próximo passo?

O feedback permanece no fluxo da documentação e nunca deve incluir dados de clientes ou cartões.

mupag / suporte

Como podemos ajudar?

Respostas rápidas, IA e nossa equipe.

Perguntas frequentes

Como começar a integrar?

Siga o início rápido, configure o ambiente de QA e faça sua primeira cobrança de teste.

Ler documentação
Meu PIX ainda está pendente. E agora?

A confirmação é assíncrona. Confira o status da cobrança e os eventos de webhook antes de liberar o pedido.

Ler documentação
Como receber notificações de pagamento?

Cadastre um endpoint de webhook, valide a assinatura e processe eventos repetidos com segurança.

Ler documentação
Como funcionam as assinaturas?

Consulte o guia de assinaturas para configurar recorrência e acompanhar o ciclo das cobranças.

Ler documentação
Onde encontro ajuda com autenticação?

Veja como usar as credenciais do ambiente na documentação. Nunca compartilhe sua chave no chat.

Ler documentação