Resultados da pesquisa para 'cadastro'

o meu estava com o mesmo problema (Erro: 3500034, validation_error, Array), eu corrigi pois descobri que era o telefone errado que estava no cadastro do meu cliente.

Olá Gofas, li toda sua informação acima e também estou tendo essa mesma dificildade na ativação do parcelamento!

1º Print: http://prntscr.com/urz9bt (nela eu alterno tanto para pagamento unico ou pagamento recorrente e não funciona)
2º Print: http://prntscr.com/urzcpc ( aqui é o cadastro informando o metodo de pagamento sem a opção de parcelamento)
3º Print: http://prntscr.com/urzbpk (aqui mostra ativado o recurso no modulo)

Versã odo meu WHMCS 7.10.2
Versão do meu PHP 7.3

Fico grato se puder me orientar.

Boa tarde,

Apesar desta discussão ser um pouco antiga, estou passando por um problema bem semelhante ao relatado pelo Márcio Castilho: não consigo fazer capturas manuais nem automáticas de pagamento pelo WHMCS em produção. A cada vez que tento, o WHMCS acusa falha ao capturar pagamento e uma nova cobrança é criada na aba Meu negócio > Cobranças na Juno, mas sem, de fato, realizar a captura do pagamento. Esse problema ocorre desde que comecei a usar o módulo em produção, há pelo menos 3 meses.

Versões:

• PHP: 7.4.23
• WHMCS: 8.3.1
• Módulo Gofas Juno Cartão: 1.4.0

Detalhes importantes:

• O cliente se cadastrou no site na versão atualmente instalada do WHMCS (8.3.1)
• O cliente já realizou com êxito um pagamento manual através do site
• A tabela gofasjunocartao possui o credit_card_id correspondente ao cartão utilizado pelo cliente
• Nunca usei nenhuma versão anterior do módulo, sempre usei a versão 1.4.0

Logs (cobrança com falha):

• Log de transação: https://pastebin.com/QqRu37xg
• Log do módulo (solicitação): https://pastebin.com/UpdHivjZ
• Log do módulo (resposta): https://pastebin.com/6b694j20

• Alguns dados sensíveis do cliente foram ocultados

Lendo as mensagens anteriores desta discussão, entendi que o problema ocorre porque o pagamento com o credit_card_id resulta em falha e o módulo não exclui a associação do ID com o cartão do cliente. Pra testar se o credit_card_id que consta no meu banco de dados é válido ou não, peguei o Postman e usei manualmente a API da Juno conforme descrito na documentação oficial.

Segundo a documentação, o endpoint correto para capturas de pagamentos é o Criar pagamentos para cobranças. Então criei Client ID e Client Secret na minha conta da Juno e gerei um access_token baseado neles, usei o mesmo Live Token Privado cadastrado no módulo, usei as mesmas informações do cliente que constam nos meus logs, usei o mesmo credit_card_id do cartão que consta na tabela gofasjunocartao e usei como base uma das cobranças geradas pelo próprio módulo quando eu tentei fazer a captura via WHMCS.
Mandei a solicitação e funcionou, a API da Juno conseguiu capturar com êxito o pagamento do cartão do cliente. Logo depois, o cliente me mandou o comprovante do pagamento.

Print da tela do Postman: https://imgur.com/a/y0wGgHj

Isso me leva a crer que o módulo está enfrentando alguma dificuldade para usar as informações que já possui no banco de dados para realizar a captura do pagamento. Eu gostaria de assistência para que o módulo consiga realizar essa tarefa automaticamente, visto que não dá pra fazer esse procedimento manualmente toda vez que eu quiser cobrar uma mensalidade de um cliente no cartão.

Obrigado pelas informações de diagnóstico.
Esse erro provavelmente aconteceu por que dados obrigatórios do cadastro do cliente estão incompletos ou incorretos, os erros mais recorrentes são geralmente relacionados aos campos CPF/CNPJ, telefone, bairro, nº e data de nascimento.

Além do log gravado na página de edição da fatura que nos enviou, o módulo grava outro log no “Log de módulos” do WHMCS (nas configurações do módulo ao lado da opção “Debug” há um link direto para essa área do sistema). Nesse log se encontram todas as informações enviadas e recebidas da API Bling.

O erro está relacionado ao endereço do cliente, mas no log que nos enviou não continha os campos do cadastro para verificarmos a formatação.
Existem exemplos aqui no fórum sobre a formatação padrão do WHMCS e dos módulos.

Esse erro foi reportado em casos onde o cadastro do cliente está incompleto ou incorreto.
Se você ativar a opção “salvar logs” nas configurações do módulo, ao tentar processar o pagamento novamente será salgo nos “logs de módulo” do WHMCS o resultado completo da execução da cobrança e a resposta exata retornada da API GalaxyPay.

Estou com erro no cadastro do WHMCS, com as hooks deste módulo ativadas, não é possível se registrar no whmcs.

https://ibb.co/mFVnLvk

Obrigado pelas informações de diagnóstico,
o erro é por que o módulo não detectou o CPF do cliente no cadastro, apesar de existir essa informação, conforme constatei nos logs que você forneceu, mas há um detalhe que não prevemos antes e está causando erro, que é a nomenclatura dos seus campos personalizados de cliente:

A detecção do CPF acontece a partir do nome dos campos personalizados e como você possui dois campos com a palavra cpf (“cpf sócio majoritário: obrigatório apenas para cadastro de empresa” e “cpf ou cnpj”), o módulo está buscando no campo errado o documento.

Você pode tentar alterar a ordem dos campos deixando o campo “cpf ou cnpj” com prioridade maior que o outro, ou então renomear os campos, um para “cpf” e outro para “cnpj”.