Vender curso e produto digital sem perder o comprador
Trocar de checkout sem perder a relação com o cliente
Eventos comuns, deduplicação e identidade entre contato e compra reduzem a reconstrução da operação.
Trocar a plataforma de pagamento leva o acesso do cliente e deixa o histórico de compras para trás. Nome, e-mail e lista de pedidos saem em planilha nas sete plataformas verificadas. O cartão da assinatura não sai em nenhuma delas, e cada assinante precisa contratar de novo. Aqui você vê o que preparar antes de desligar o checkout antigo.
15 minutos de leitura Revisão em Brasil GEO, responsável editorial
O que sai em planilha e o que fica para trás
Esta página é para quem vende curso, produto ou serviço por plataforma de pagamento e pensa em trocar de fornecedor. Você vai ver o que sai em arquivo, o que fica e em que ordem agir.
O arquivo de exportação leva nome, e-mail e a lista de pedidos de cada comprador. Fica para trás o registro que fazia daquele nome um cliente pagante: o aluno chega do outro lado sem passado.
O que atravessa a troca e o que fica para trás
-
Sai nas sete plataformas
Exportação em planilha, aberta a qualquer lojista
- Nome e e-mail de cada comprador da sua base
- Histórico de pedidos, com situação e valor
- Lista das assinaturas ativas, para você conferir
- Acesso do aluno, liberado por importação
-
Sai quando você coletou
O campo existe no manual e só chega se a sua página pediu
- Documento, o CPF da pessoa ou o CNPJ da empresa
- Telefone com código de área
- Endereço, quase sempre vazio em produto digital
- A sua chave de cliente, em duas das sete
-
Não sai em nenhuma
Sem caminho de saída publicado por qualquer uma delas
- O cartão guardado de quem assina e paga todo mês
- A autorização que mantém a cobrança rodando
- O passado de compra do aluno importado
A frase que define o problema
A Hotmart escreve isso no artigo em que ensina a importar alunos: "Usuários importados, por não possuir uma transação atrelada, não são mostrados nos relatórios de vendas."
O mesmo artigo põe duas restrições. A linha sem nome ou e-mail não entra no arquivo. O e-mail errado só o atendimento da plataforma corrige depois, porque o produtor não alcança esse campo.
A conta chega no relatório seguinte. Quem separava clientes por quanto, quando e quantos produtos compraram perde os três critérios de uma vez.
A partir daí a automação (mensagem que sai sozinha, no horário certo) fala com uma lista plana. A régua de pós-venda cai em quem já comprou de novo, e a oferta de entrada chega a quem tem anos de casa.
Quantos alunos entram por lote nas duas importações que publicam número
Registros aceitos por lote de importação
Cada número é o teto de um lote, e uma base de milhares exige repetir a operação várias vezes.
Nenhuma das duas importações cria cobrança: elas colocam o e-mail e liberam o conteúdo. O assinante importado precisa comprar de novo para voltar a pagar, e essa recompra é a parte mais cara da troca.
Por que a assinatura ativa não migra junto
A cobrança que já está rodando termina onde nasceu. Cada assinante precisa digitar o cartão de novo, no checkout novo, para voltar a pagar você.
A Pagar.me explica o motivo: "Cada carteira é exclusiva de um lojista." Um lojista não acessa a carteira de outro, mesmo quando os dois pertencem à mesma empresa. As outras confirmam o modelo pelo caminho para trocar cartão.
- Na Greenn, você gera um link de checkout e manda ao cliente.
- A Eduzz dispara um e-mail que pede o cartão ao titular.
O caminho real da troca, etapa por etapa
-
1
Exportar a base
Você baixa a planilha do checkout antigo, com nome, e-mail e pedidos.
-
2
Importar o acesso
A plataforma nova recebe os e-mails e libera o conteúdo, em lotes.
-
3
Recontratar a cobrança
Cada assinante digita o cartão de novo e aceita de novo o plano.
-
4
Conviver com a cauda
Reembolso, contestação e parcelas antigas seguem chegando por meses.
-
5
Só então desligar
O corte vem depois do último prazo do seu meio de pagamento.
A etapa três é a única que depende do cliente, e é ela que define quanto você perde na troca.
O efeito no caixa aparece no primeiro mês. A receita de assinatura sai do relatório no dia do corte e volta no ritmo da captação. Isso aplica o custo de cliente novo a quem já era seu.
Peça o procedimento de saída antes de assinar a entrada
Antes de contratar a plataforma nova, peça por escrito o que ela faz com a base de assinantes de quem sai. Existe exportação do cartão para outro processador? Existe janela em que os dois checkouts rodam juntos?
A resposta mais provável é que não existe procedimento. Na prática, a receita de assinatura inteira precisa ser reconquistada ao custo de aquisição do dia da virada, e esse número pesa mais que a mensalidade.
A regra do cartão é mesmo o que trava?
A resposta curta é não. A explicação comum é a regra do setor de cartões, que guarda o número real do cliente atrás de um código. A Stripe publica um caminho de saída para esse dado.
Ela abre a página com uma posição clara: o cliente é dono dos dados sensíveis que confia à empresa. Para liberar a saída, cobra três provas de quem vai receber.
- A certificação de segurança do setor de cartões no nível mais alto, checada antes de qualquer envio de dado.
- O atestado de conformidade vigente, ou o registro do processador na lista pública de prestadores da Visa.
- Uma chave pública de criptografia de 4096 bits ou mais, servida em endereço seguro e ligada ao mesmo atestado.
Nada nessa lista é exótico: qualquer instituição de pagamento brasileira cumpre esses três itens. O que separa a Stripe das sete plataformas verificadas é ter o procedimento escrito, com prazo e critério.
A troca por convivência, no desenho que a Stripe publica
-
1
Cliente novo no checkout novo
Toda venda de hoje em diante nasce inteira na plataforma nova.
-
2
Cliente antigo onde está
A assinatura já contratada segue sendo cobrada onde nasceu.
-
3
A migração corre em paralelo
O pedido de transferência do dado sensível anda por fora.
A frase que interessa ao seu calendário está na mesma página. Você cobra clientes novos na plataforma nova e segue cobrando os atuais na antiga até a migração terminar.
Mesmo com o cartão exportado, a lógica da assinatura fica para trás
Levar o cartão pela via que a Stripe descreve resolve a posse do número e da validade. Fica em aberto o preço antigo a que o cliente tem direito. Também fica em aberto a fatura que sustenta uma cobrança contestada e a régua que tenta de novo quando o cartão falha.
Esse conjunto mora no motor de cobrança de origem, e nenhuma exportação o carrega junto. Desenhar de novo essas regras do outro lado costuma dar mais trabalho que a mudança em si.
Cinco avisos que a sua automação precisa receber
A ligação entre o checkout e a automação se apoia em cinco avisos: compra aprovada, reembolso, chargeback, assinatura cancelada e carrinho abandonado. Cada um chega por webhook (o recado automático que um sistema manda ao outro quando algo acontece).
Trocar de plataforma sem refazer a automação depende de os cinco existirem dos dois lados, com nome próprio e conteúdo estável. Esse vocabulário mínimo muda de plataforma para plataforma. Comparar os avisos que cada plataforma emite, com nome e conteúdo estáveis, é trabalho do curso API Design: REST, GraphQL e Boas Práticas.
| Plataforma | Compra aprovada | Reembolso | Chargeback | Assinatura cancelada | Carrinho abandonado |
|---|---|---|---|---|---|
| Hotmart | PURCHASE_APPROVED | PURCHASE_REFUNDED | PURCHASE_CHARGEBACK e PURCHASE_PROTEST | SUBSCRIPTION_CANCELLATION | PURCHASE_OUT_OF_SHOPPING_CART |
| Kiwify | compra_aprovada | compra_reembolsada | chargeback | subscription_canceled | carrinho_abandonado |
| Greenn | paid | refunded | chargedback | contractUpdated com canceled | checkoutAbandoned |
| Eduzz | Evento de fatura paga | Sim | Sim | Chega como motivo de evento de contrato | Evento próprio de abandono |
| Monetizze | Evento 2 | Evento 4, "Devolvida" | Sem código próprio, cai no evento 4 | Evento 103 | Evento 7 |
| Pagar.me | order.paid e charge.paid | charge.refunded | charge.chargedback | subscription.canceled | Não se aplica, é gateway |
| Nuvemshop | Aviso de pedido pago | Não há aviso próprio | Não há na lista de eventos | Só o aviso de assinatura alterada | Não há, só por consulta periódica |
Lendo por linha, quatro plataformas cobrem os cinco avisos. Lendo por coluna aparece onde o trabalho volta. O chargeback tem aviso próprio em quatro das sete.
Quantos dos cinco avisos cada plataforma nomeia
Avisos com nome próprio publicado, de cinco
A meia unidade da Nuvemshop marca o aviso que diz que a assinatura mudou, sem nomear o cancelamento.
A Nuvemshop é o caso extremo da tabela: deixa de fora reembolso, chargeback e carrinho abandonado. O carrinho só aparece se você consultar a plataforma de tempos em tempos.
Duas armadilhas que travam a ligação no primeiro dia
A grafia do chargeback na Pagar.me é charge.chargedback, no particípio. Quem escreve charge.chargeback no painel fica com endereço mudo. As duas páginas da Pagar.me divergem entre si: copie a grafia do manual técnico.
Na Monetizze, reembolso e chargeback chegam no mesmo evento 4, chamado "Devolvida". Quem migra para uma plataforma que separa os dois perde a série antiga, e comparar os dois períodos exige juntar de novo o que a nova separou.
O aviso repetido cobra o seu cliente duas vezes
Quando o mesmo aviso chega duas vezes, a automação roda duas vezes. O cliente recebe o e-mail em duplicata, a etiqueta entra de novo e o contador de vendas sobe sem venda nenhuma por trás.
Evitar isso depende de duas coisas que a plataforma precisa publicar. A primeira é um código fixo que identifique cada disparo. A segunda é a regra de reenvio, com quantas vezes ela tenta e por quanto tempo.
| Plataforma | Código para não repetir | Garantia declarada | Reenvio publicado | Espera pela resposta |
|---|---|---|---|---|
| Nuvemshop | id do webhook | Declara que a mensagem pode repetir e que a ordem não é garantida | Quatro tentativas em cerca de 5, 10 e 15 minutos, depois fator 1,4, até 16 em 48 horas | 3 segundos |
| Eduzz | id no envelope do aviso | Espera resposta de sucesso | Três erros seguidos levam a tentativas a cada minuto por 2 dias, e então a ligação é desligada | Não publicada |
| Monetizze | id, exclusivo por disparo e repetido no reenvio | Declara que não garante disparo único | Não publicado | Não publicada |
| Kiwify | Nenhum publicado | Espera resposta de sucesso | Até 5 reenvios, sem intervalo publicado | 40 segundos |
| Hotmart | id, código único do evento recebido | Nenhuma declarada | Não publicado, com histórico de 60 dias | Não publicada |
| Pagar.me | O código identifica a configuração; o disparo usa outro identificador | Nenhuma declarada | Configurável pelo lojista, com reenvio manual | Não publicada |
| Greenn | Nenhum publicado | Só o pedido de responder com sucesso | Não publicado | Não publicada |
A diferença é de escolha editorial. A Nuvemshop publica tempo de espera, curva de reenvio, teto de tentativas e assinatura de segurança no cabeçalho; a Greenn não publica nem o código do disparo.
Quanto tempo o emissor espera pela sua resposta
Segundos até o emissor considerar o aviso não recebido
As cinco barras sem tinta não valem zero: elas marcam que aquela plataforma não publica o tempo de espera.
A armadilha tem nome, e ela custa venda
O aviso da Monetizze traz um campo chamado chave_unica. O nome sugere código de evento, mas a função é outra: o manual avisa que esse campo identifica a sua conta e vem igual em todos os avisos.
Quem usa esse campo para descartar repetição joga fora toda venda a partir da segunda. O defeito passa batido no teste com um pedido só, e aparece no primeiro lançamento com volume.
O modo de falha mais duro está na Eduzz: três erros seguidos põem a ligação em modo de reserva, com tentativas a cada minuto por dois dias. Depois, a plataforma desliga a configuração e apaga os avisos.
O que liga o contato ao comprador é o e-mail
Para ligar o contato da sua lista ao comprador do checkout, você precisa de um campo comum aos dois lados. Documento e telefone seriam melhores que o e-mail, porque mudam menos ao longo da vida.
Na prática, quase sempre sobra o e-mail. Só duas das sete plataformas publicam um campo onde você grava a sua própria chave de cliente em cada pedido novo.
Quantas plataformas deixam você carimbar o pedido com a sua chave
-
2 de 7
publicam campo para a sua chave de cliente: a Pagar.me e a Nuvemshop
-
5 de 7
em que a ponte entre o contato da lista e o comprador do checkout é o e-mail, ou não existe
O critério é ter campo publicado para o código de cliente do lojista, e não para o código interno da plataforma.
A Hotmart deixa clara a condição que agrava tudo isso: o sistema só entrega os dados que a sua página de pagamento pediu na hora da compra. E quem pede menos campo vende mais.
| Plataforma | Campo de e-mail | Documento | Sua chave de cliente | Onde o campo falha |
|---|---|---|---|---|
| Hotmart | buyer.email | buyer.document | Não, o código existente identifica o comprador na Hotmart | Todo o bloco do comprador depende do que a sua página pediu |
| Pagar.me | customer.email | customer.document | customer.code e metadata no pedido | No modelo de conta guarda-chuva, o bloco de cliente é obrigatório inteiro |
| Nuvemshop | email no cliente | identification | Campo extra no cliente e no pedido | Documento e telefone só vêm preenchidos se houve compra |
| Eduzz | Sim, no bloco do comprador | Obrigatório na venda e ausente na assinatura | Não publicado | A consulta de compradores devolve nome, e-mail e telefone, sem documento |
| Kiwify | customer.email | customer.cpf ou customer.cnpj | Não publicado | O conteúdo do aviso vive em manual externo, sem dicionário de campos |
| Monetizze | comprador.email | comprador.cnpj_cpf | Não publicado | O manual não marca nenhum campo como obrigatório |
| Greenn | client.email | client.document | Não publicado | No carrinho abandonado, e-mail, documento e telefone podem vir vazios |
Quem enxugou o checkout para vender mais troca de plataforma anos depois com uma base que tem só e-mail. E-mail é justamente o campo que o cliente muda ao trocar de emprego, provedor ou celular.
O campo existe no manual e pode não existir no seu arquivo
A Nuvemshop diz que o CPF ou CNPJ "só estará com informações quando seu cliente tiver finalizado a compra de um produto em sua loja". O telefone segue a mesma regra: quem só assinou a newsletter sai sem os dois.
Na Greenn, o contato de carrinho abandonado pode vir sem e-mail, sem documento e sem telefone. Conferir o preenchimento real de cada coluna é trabalho de antes da troca.
A decisão vale mesmo sem troca nenhuma: se a plataforma tem campo para a sua chave, use desde a primeira venda. Se não tem, peça o documento no checkout e trate a queda de vendas como prêmio de seguro.
Quando dá para desligar o checkout antigo
Bem depois do último pedido: o checkout antigo continua recebendo reembolso, contestação de bandeira e parcela de compra velha. Cada um tem prazo próprio, e o mais longo passa de um ano e meio.
O que ainda chega pelo checkout antigo depois do corte
-
7 dias
Arrependimento do consumidor
em curso
O art. 49 conta da assinatura ou do recebimento.
-
30 dias
Teto da garantia na Hotmart
previsto
O produtor escolhe entre 7, 15, 21 e 30 dias.
-
60 dias
Fim do histórico de avisos na Hotmart
previsto
Passado o prazo, o evento some da ferramenta.
-
120 dias
Disputa de cobrança recorrente na Visa e na Mastercard
previsto
A contagem começa na liquidação da transação.
-
300 dias
Reembolso manual ainda aceito no cartão na Kiwify
previsto
No boleto e no Pix o teto publicado é de 90 dias.
-
540 dias
Teto de contestação da Mastercard em motivos específicos
previsto
Vale para serviço interrompido e reembolso não processado.
Os prazos correm de datas diferentes, e a linha ordena pela duração de cada um.
O prazo que mais engana está no meio da lista. A Hotmart guarda o histórico de avisos por 60 dias, e a disputa de cobrança recorrente tem 120 dias na Visa e na Mastercard.
Quando a contestação chega, o registro que sustentaria a sua defesa já saiu da ferramenta. Por isso, cada aviso precisa morar em banco seu desde o primeiro dia.
O que continua sendo cobrado depois de cancelar um plano anual parcelado
- Três parcelas pagas antes do cancelamento R$ 300
- Nove parcelas que continuam sendo cobradas depois R$ 900
- Plano anual contratado R$ 1.200
A divisão entre parcelas pagas e parcelas que seguem correndo acompanha o exemplo publicado pela plataforma.
A parcela tem a cauda mais longa de todas: cancelar a assinatura antes de migrar não para a cobrança do plano anual parcelado no cartão do cliente.
As duas frases que derrubam o corte seco
A Eduzz publica esse exemplo: plano anual de R$ 1.200, dividido em doze parcelas de R$ 100 cada uma. Ela remata: "O cancelamento ou a suspensão da assinatura não interrompe as parcelas da compra anual vigente." A Hotmart diz o mesmo, e só um reembolso no prazo interrompe a série.
Numa base de mil assinantes anuais parcelados, cada um pode ver por até nove meses a parcela antiga e a nova na mesma fatura. O atendimento recebe essa conta antes do financeiro, e o roteiro de resposta precisa existir no dia do corte.
O que fazer antes de virar a chave
A ordem certa começa longe do fornecedor novo: guarde os avisos, exporte a base, confira coluna por coluna e só então ligue o checkout novo para cliente novo. Ordenar etapas, responsáveis e ponto de virada num plano que sobrevive à auditoria é o que Gestão de Projetos GEO em Escala ensina a montar.
- Guarde cada aviso recebido num banco seu, com o código do disparo, a hora e o conteúdo inteiro. A própria Hotmart declara que webhook não serve de base de dados.
- Exporte a base do checkout antigo antes de avisar o mercado, e confira coluna por coluna quais campos de identidade vieram mesmo preenchidos.
- Confirme se a plataforma de destino tem campo para a sua chave de cliente, e passe a carimbá-la em toda venda nova.
- Mapeie os cinco avisos nos dois vocabulários, com a grafia copiada do manual, e teste chargeback e reembolso separadamente.
- Ligue o checkout novo para cliente novo e deixe a assinatura antiga onde ela nasceu, na convivência que a Stripe descreve.
- Marque o corte da conta antiga pelo maior prazo do seu meio de pagamento, o critério que vale mesmo depois do conteúdo migrar.
O critério que resume tudo cabe numa frase de negociação. Antes de assinar a plataforma nova, peça o procedimento de saída dela, com prazo e escopo escritos.
Quem responde com um procedimento nomeado vende um custo de troca conhecido. Quem responde que o assunto é caso a caso vende um custo que só aparece no dia da saída.
O que fazer nesta semana, com o checkout que você já tem
Abra a sua página de pagamento e veja quais campos de identidade ela pede hoje. Se o documento não estiver lá, a base futura terá só e-mail, e incluí-lo vale mais que qualquer plano de migração.
Baixe o histórico de avisos disponível na ferramenta e guarde em banco próprio. Na Hotmart, a janela é de 60 dias: o evento de abril já não existe em agosto.
Levante quanto da receita do último trimestre veio de assinatura ativa. Esse é o custo de recontratação que qualquer troca vai cobrar de você. Para ver o outro lado dessa ponte, leia também o checkout conhece a compra, a automação conhece o cliente.
Perguntas que aparecem depois desta leitura
A assinatura ativa migra de uma plataforma para outra?
Não. O cliente recontrata e digita o cartão de novo no checkout novo. A Pagar.me explica que um lojista não acessa a carteira de outro, nem dentro da mesma empresa.
O que exatamente a Hotmart diz sobre o aluno importado?
Que ele entra sem venda atrelada e por isso fica fora dos relatórios de vendas. Os detalhes dele aparecem só na gestão da área de membros. O acesso viaja, e o passado de compra fica.
Dá para descartar aviso repetido da Monetizze pelo campo chave_unica?
Não, e o manual avisa que esse campo identifica a sua conta e se repete em todos os avisos. Usar a chave errada joga fora toda venda a partir da segunda.
Por quanto tempo o checkout antigo continua recebendo reembolso e disputa?
Muito depois do último pedido. O piso são os 7 dias de arrependimento do Código de Defesa do Consumidor. O teto são os 540 dias de contestação da Mastercard em motivos específicos.
Cancelar as assinaturas antes de migrar resolve a cobrança dupla?
Não, quando o plano anual foi parcelado no cartão. Eduzz e Hotmart publicam a mesma regra: o cancelamento não para as parcelas da compra anual em curso.
Qual é o primeiro passo de quem vai trocar de checkout?
Guardar cada aviso em banco próprio, com código de disparo, hora e conteúdo inteiro. O histórico da Hotmart dura 60 dias, metade do prazo de disputa de cobrança recorrente.
De onde vêm os números desta página
Cada dado abaixo tem origem nomeada e data de consulta. Número sem fonte publicada não entra no texto; quando a fonte não publica o valor, a página diz isso na frase.
- Hotmart, Central de Ajuda, "Como importar alunos para minha área de membros ou curso online?", com a exigência de nome e e-mail no arquivo e a declaração de que o usuário importado não aparece no relatório de vendas por não ter transação atrelada. Consulta em 23 de agosto de 2026.
- Hotmart, Central de Ajuda, "Como funciona o relatório de vendas?", com as colunas de nome, e-mail, telefone e documento do comprador e os formatos CSV e XLS de exportação. Consulta em 23 de agosto de 2026.
- Hotmart Developers, "Eventos de pedido" na versão 2.0.0 do webhook, com os nomes literais dos eventos, o campo de identificação única do evento e a advertência de que os dados do comprador dependem do que o produtor pediu na página de pagamento. Consulta em 23 de agosto de 2026.
- Hotmart Developers, "Sobre Webhooks", com o histórico de eventos armazenado por até 60 dias. Consulta em 23 de agosto de 2026.
- Hotmart Developers, tutorial de boas práticas de uso de Webhooks e APIs, com a declaração de que um sistema de webhook não tem como objetivo servir de base de dados. Consulta em 23 de agosto de 2026.
- Hotmart, Central de Ajuda, "Como cancelar minha assinatura?", com a regra de que as parcelas restantes do ano atual continuam sendo cobradas na fatura até terminar o pagamento. Consulta em 23 de agosto de 2026.
- Hotmart, Central de Ajuda, "Como ajustar o prazo de garantia do produto que criei?", com as opções de 7, 15, 21 e 30 dias e a regra de que em assinatura o prazo vale só para a primeira cobrança. Consulta em 23 de agosto de 2026.
- Kiwify, Central de Ajuda, "Até quanto tempo depois da venda posso fazer um reembolso?", com os 7 dias corridos do art. 49 do Código de Defesa do Consumidor e os tetos de reembolso manual de 300 dias no cartão e 90 dias em boleto e Pix. Consulta em 23 de agosto de 2026.
- Kiwify, Central de Ajuda, "Como adicionar ou remover alunos manualmente?", com o limite de 100 e-mails por importação em massa e o processo declarado em até dez minutos. Consulta em 23 de agosto de 2026.
- Kiwify, documentação da API pública, endpoint de consulta de venda, com o objeto de cliente que traz e-mail, celular e o documento alternando entre os campos de CPF e de CNPJ. Consulta em 23 de agosto de 2026.
- Eduzz Developers, Webhook, seção "Backup de eventos", com os três erros seguidos, a retentativa a cada 1 minuto por 2 dias e a inativação da configuração com apagamento dos eventos em backup. Consulta em 23 de agosto de 2026.
- Eduzz, especificação OpenAPI pública, com o cancelamento em massa de assinaturas, a reativação e o envio de e-mail de troca de cartão, e sem rota de criação de assinatura. Consulta em 23 de agosto de 2026.
- Eduzz, Central de Ajuda, "Como suspender ou cancelar a assinatura de um cliente?", com o exemplo do plano anual de R$ 1.200 em 12 parcelas de R$ 100 e a regra de que o cancelamento não interrompe as parcelas da compra anual vigente. Consulta em 23 de agosto de 2026.
- Monetizze, documentação oficial de webhooks, com a declaração de que a plataforma não garante disparo único por evento, o campo de identificação exclusivo de cada disparo e a advertência de que a chave única identifica a conta e não serve para deduplicar. Consulta em 23 de agosto de 2026.
- Monetizze, Central de Ajuda, "Como migrar meu curso, produto e alunos para a nova Membertizze", com o limite de 200 alunos por arquivo e a ressalva de que o tutorial não vale para produtos de recorrência. Consulta em 23 de agosto de 2026.
- Monetizze, Central de Ajuda, "Relatório de vendas na Monetizze", com o status "Devolvida" reunindo estorno autorizado pelo produtor e chargeback. Consulta em 23 de agosto de 2026.
- Greenn, Central de Ajuda, "Atualizando o Cartão do Cliente em uma Assinatura", com a instrução de enviar um novo link de checkout ao cliente para que ele mesmo faça a alteração. Consulta em 23 de agosto de 2026.
- Greenn, API pública v1, webhook de checkout abandonado, com e-mail, CPF e telefone do contato declarados como campos anuláveis e a etapa do checkout em que o abandono ocorreu. Consulta em 23 de agosto de 2026.
- Pagar.me, Guides, "Carteira de Cartões", com a declaração de que cada carteira é exclusiva de um lojista e de que um lojista não acessa a carteira de outro nem dentro do mesmo cliente. Consulta em 23 de agosto de 2026.
- Pagar.me, "Chargeback: novo status na cobrança", com o cancelamento automático da assinatura, a exigência de criar assinatura nova com cartão novo e a advertência de que o status muda na cobrança e não no pedido. Consulta em 23 de agosto de 2026.
- Nuvemshop, documentação de API, recurso Webhook na versão 2025-03, com o tempo de espera de 3 segundos, as quatro primeiras retentativas, o fator de 1,4 dentro de 48 horas, o teto de 16 tentativas e o cabeçalho de assinatura HMAC-SHA256. Consulta em 23 de agosto de 2026.
- Nuvemshop, Central de Atendimento, "Como exportar minha lista de clientes na Nuvemshop?", com os campos do arquivo CSV e a ressalva de que CPF, CNPJ e telefone só vêm preenchidos quando houve compra finalizada. Consulta em 23 de agosto de 2026.
- Nuvemshop, documentação de API, recurso Abandoned Checkout, com a consulta limitada a 30 dias, o apagamento definitivo aos 90 dias e o registro criado só a partir da segunda etapa do checkout. Consulta em 23 de agosto de 2026.
- Stripe, documentação oficial, "Request a payment data export", com a exigência de PCI DSS Level 1 no processador receptor, o Attestation of Compliance ou a listagem no Visa Global Registry of Service Providers e a chave pública PGP de 4096 bits ou mais. Consulta em 23 de agosto de 2026.
- Stripe, documentação oficial, "Solicite uma importação de dados de pagamentos", com a arquitetura de cobrar clientes novos na plataforma nova e manter os atuais no processador antigo até a migração terminar, sem tempo de inatividade para o cliente. Consulta em 23 de agosto de 2026.
- Mercado Pago Developers, documentação de Webhooks, com o tempo de espera de 22 segundos pela confirmação e o reenvio a cada 15 minutos até receber resposta. Consulta em 23 de agosto de 2026.
- Visa, "Visa Core Rules and Visa Product and Service Rules", edição de 18 de abril de 2026, com o prazo de 120 dias corridos para a disputa de transação recorrente cancelada, na condição 13.2. Consulta em 23 de agosto de 2026.
- Mastercard, "Chargeback Guide, Merchant Edition", edição de 19 de maio de 2026, com os 120 dias corridos para contestação de transação recorrente contados da data de liquidação e os tetos maiores em motivos específicos. Consulta em 23 de agosto de 2026.
- Brasil, Lei nº 8.078, de 11 de setembro de 1990, Código de Defesa do Consumidor, art. 49, com o prazo de 7 dias para desistir de contrato fechado fora do estabelecimento comercial. Consulta em 23 de agosto de 2026.
- Portal Leadlovers 2026, artigo "O checkout conhece a compra, a automação conhece o cliente". Consulta em 23 de agosto de 2026.