Nome de exibição
OpcionalNome que o cliente vê na lista de formas de pagamento do checkout e da fatura. Padrão do WHMCS: Mercado Pago Checkout Pro. Pode trocar por algo como PIX, Boleto ou Cartão (Mercado Pago).
Do envio dos arquivos ao primeiro pagamento confirmado: CPF/CNPJ, credenciais no Mercado Pago Developers, webhooks e configuração do gateway, passo a passo.
Confira estes itens antes de começar. Eles evitam 90% dos problemas de instalação.
Compatível com o WHMCS 9 e suas faturas imutáveis.
Com a extensão cURL habilitada.
O Mercado Pago só envia webhooks para endereços HTTPS.
Chave de licença ativa para o domínio do WHMCS.
Copie as pastas do pacote para a raiz do WHMCS, mantendo exatamente a mesma estrutura.
modules inteira).modules/gateways/mpcheckoutprompay/. O módulo grava ali o arquivo license.txt com o cache da licença.O Mercado Pago exige o documento do pagador para gerar boleto e, em muitos casos, PIX.
O WHMCS não tem um campo nativo de CPF/CNPJ. Por isso, o módulo lê o documento de um campo personalizado de cliente. Se a sua instalação já tem esse campo, pule para o passo 4.
| Opção | Valor recomendado |
|---|---|
| Nome do campo | CPF/CNPJ |
| Tipo | Text Box (caixa de texto) |
| Campo obrigatório | Marcado — garante que todo novo cliente informe o documento |
| Mostrar no formulário de pedido | Marcado — o cliente preenche durante o checkout |
| Somente admin | Desmarcado |
| Validação (opcional) | /^(\d{3}\.?\d{3}\.?\d{3}-?\d{2}|\d{2}\.?\d{3}\.?\d{3}\/?\d{4}-?\d{2})$/ |
Pode digitar com ou sem pontuação. O módulo remove pontos, traços e barras automaticamente. Com 11 dígitos o documento é enviado como CPF; com 14 dígitos, como CNPJ. Documentos com outra quantidade de dígitos não são enviados.
Use um campo de cliente, não de produto. A lista do gateway mostra todos os campos personalizados do WHMCS; escolher um campo de produto faz o documento nunca ser encontrado.
A aplicação é o “cadastro” da sua integração. É dela que saem as credenciais e a configuração de webhooks.
O Mercado Pago muda os nomes das telas de tempos em tempos. Se algum texto estiver diferente, procure pelo equivalente: o importante é que a aplicação seja de pagamentos online com Checkout Pro.
São quatro chaves. O módulo precisa de todas, do mesmo ambiente.
| Credencial | Formato | Uso |
|---|---|---|
| Public Key | APP_USR-xxxx… | Identifica a aplicação no navegador do cliente. |
| Access Token | APP_USR-xxxx… | Chave privada usada para criar cobranças. Nunca compartilhe. |
| Client ID | número | Identificador da aplicação. |
| Client Secret | texto | Usado para renovar o token automaticamente. |
Não misture ambientes. Credenciais de teste geram cobranças fictícias que nunca caem na sua conta. Antes de liberar para clientes, confirme que as quatro chaves são de produção.
Se o Access Token vazar, gere um novo na mesma tela (Renovar) e atualize o gateway imediatamente.
É o webhook que avisa o WHMCS quando o cliente paga. Sem ele, as faturas não são baixadas sozinhas.
Por que preencher o Webhook Secret? Com ele, o módulo confere a assinatura de cada notificação e recusa avisos falsificados. Além disso, cada pagamento é sempre consultado de novo na API do Mercado Pago antes de baixar a fatura.
Se o WHMCS estiver atrás de proteção como Cloudflare “Under Attack”, senha de diretório ou bloqueio por país, libere o caminho /modules/gateways/callback/, ou os avisos do Mercado Pago serão barrados.
Agora junte tudo no WHMCS.
O topo da página mostra a versão instalada, se há atualização disponível (com botão de download) e, abaixo, a URL de callback pronta para copiar. Use ponto como separador decimal nos campos de valor (1.99, não 1,99).
Nome que o cliente vê na lista de formas de pagamento do checkout e da fatura. Padrão do WHMCS: Mercado Pago Checkout Pro. Pode trocar por algo como PIX, Boleto ou Cartão (Mercado Pago).
Nome de usuário (login) de um administrador ativo. O módulo usa esse usuário nas chamadas internas da API do WHMCS para consultar faturas e lançar os pagamentos confirmados.
Se ficar em branco ou inválido: o módulo usa o primeiro administrador ativo e grava um aviso resolve_admin no log. Recomendado: um admin dedicado, ex.: api-mercadopago.
Lista com os campos personalizados do WHMCS. Selecione o campo de cliente criado na etapa 3. O valor é enviado ao Mercado Pago como CPF (11 dígitos) ou CNPJ (14 dígitos).
Se o cliente não tiver documento: o boleto e, em geral, o PIX não podem ser gerados; o módulo tenta o Checkout Pro como alternativa.
Chave enviada pela Modules Pay na compra. Logo abaixo do campo aparece o status: ativa, inválida, expirada ou suspensa.
Sem licença ativa: a fatura mostra “No momento não é possível utilizar esta forma de pagamento” e nenhuma cobrança automática é criada.
Public Key da aplicação, copiada em Credenciais de produção (etapa 5). Começa com APP_USR-.
Chave privada que autoriza o módulo a criar PIX, boletos e links de pagamento na sua conta. Começa com APP_USR- (produção) ou TEST- (teste).
Atenção: é a credencial mais sensível. O WHMCS guarda os campos do gateway criptografados no banco.
Identificador numérico da aplicação, na mesma tela das credenciais.
Senha da aplicação. Junto com o Client ID, permite ao módulo obter um token válido automaticamente (OAuth) caso o Access Token informado não esteja no formato esperado. O token obtido fica em cache e é renovado sozinho.
Valor em reais somado ao total da fatura no momento da cobrança no Mercado Pago, para repassar o custo do meio de pagamento. Ex.: 1.99.
Exemplo: fatura de R$ 100,00 + taxa fixa 1.99 → cliente paga R$ 101,99. Se a Taxa Fixa e a Taxa % estiverem preenchidas, vale a Taxa Fixa.
Percentual somado ao total da fatura. Ex.: 4.5 para 4,5%.
Exemplo: fatura de R$ 100,00 + 4.5% → cliente paga R$ 104,50. A taxa aparece discriminada no quadro de pagamento da fatura. Quando o pagamento é confirmado, a diferença é registrada na fatura (como item de ajuste ou, no WHMCS 9, como tarifa da transação).
Códigos dos meios que não devem ser oferecidos, separados por vírgula: 1 Boleto, 2 PIX, 3 Cartão Crédito, 4 Cartão Débito, 5 Pré-pago. Em branco = todos liberados.
Afeta a tela da fatura: o PIX/boleto em destaque, o texto e as bandeiras do botão. Veja os exemplos na etapa 8.
Limite de parcelas no cartão de crédito, de 1 a 12. Com 1, apenas à vista. Os juros do parcelamento seguem as condições da sua conta Mercado Pago.
Pix ou Boleto. O módulo gera esse pagamento automaticamente e o exibe em destaque na fatura (código PIX copia e cola ou linha digitável) e nos e-mails. Os demais meios ficam no botão do Mercado Pago.
Se o meio escolhido estiver excluído no campo 11, nada é gerado em destaque e o cliente paga pelo botão.
Faturas com total abaixo deste valor não são cobradas pelo Mercado Pago (útil para evitar tarifas em valores muito baixos). Ex.: 5.00. Em branco = qualquer valor.
O cliente vê: uma mensagem pedindo outra forma de pagamento.
Assinatura secreta gerada pelo Mercado Pago ao salvar os webhooks (etapa 6). Com ela, o módulo confere a assinatura de cada notificação e recusa avisos falsificados.
Em branco: os webhooks continuam funcionando, mas sem a verificação de assinatura, e um aviso é registrado no log de atividades do WHMCS.
Opção padrão do WHMCS. O Mercado Pago cobra em reais (BRL); se a sua moeda padrão for outra, configure a conversão para BRL.
O campo “Meios Pagamentos a ser excluídos” define o que o seu cliente vê na fatura.
| Excluídos | Em destaque | Abaixo, no botão Mercado Pago |
|---|---|---|
| vazio | PIX | “Para Boleto, Cartão Crédito e Cartão Débito pague direto no” |
4 | PIX | “Para Boleto e Cartão Crédito pague direto no” |
1 | PIX | “Para Cartão Crédito e Cartão Débito pague direto no” |
1,3,4 | PIX | Botão oculto: só restaria o PIX, que já está em destaque. |
2 | — | Sem PIX em destaque; o botão mostra apenas os meios liberados. |
A mudança vale para as próximas cobranças geradas. Pagamentos já criados para uma fatura continuam disponíveis para o cliente.
Painel para acompanhar cobranças, reprocessar falhas e consultar os logs.
Cruza cada fatura do WHMCS com a cobrança no Mercado Pago e aponta divergências.
Recria cobranças que falharam, uma a uma ou todas de uma vez.
Cada evento do módulo com os dados técnicos, filtros e exclusão por período.
Logs com mais de 90 dias são apagados pelo cron diário do WHMCS.
O addon não tem campos de configuração: basta ativá-lo e liberar o acesso. O uso de cada tela, indicador e botão está explicado no Guia de utilização.
Um pagamento real de valor baixo confirma que tudo está ligado.
Tudo certo? O módulo está pronto. Veja o Guia de utilização para e-mails, auditoria e rotina do dia a dia.
Na versão 2.0 o addon mudou de nome. Siga esta ordem.
modules/addons/mpcheckoutprompay/.Não deixe as duas pastas de addon no servidor. A pasta antiga tem funções com o mesmo nome do gateway e pode causar erro fatal no painel.
As tabelas mod_mpcheckoutprompay e mod_mpcheckoutprompay_logs são preservadas: nenhum histórico é perdido.
Clique para ver a solução.
Confira a chave e se ela foi emitida para o mesmo domínio do WHMCS. Verifique também se o servidor consegue acessar painel.modulespay.com.br (firewall de saída) e se a pasta modules/gateways/mpcheckoutprompay/ tem permissão de escrita.
Normalmente é credencial errada ou de outro ambiente. Abra o addon de auditoria, aba Logs, e procure erros preference_created ou payment_created: o detalhe mostra a resposta do Mercado Pago.
Verifique se o cliente tem CPF/CNPJ preenchido no campo correto e se o meio não está na lista de excluídos. Quando o pagamento direto falha, o módulo usa o Checkout Pro como alternativa e registra um aviso no log.
O webhook não chegou ou foi recusado. Confira a URL da etapa 6, o evento Pagamentos, o Webhook Secret e se nada bloqueia /modules/gateways/callback/. No addon, essas faturas aparecem como Pago no MP.
A pasta antiga modules/addons/mpcheckoutprompay/ ainda está no servidor. Apague-a (etapa 11).