Resultados da pesquisa para 'cadastro'

Hum, pode ser, “Erro no cadastro” eu imaginei no cadastro do comprador, não do vendedor… exclua as transações associadas à fatura e teste em Sandbox por enquanto, para você ver todo o processo de finalização do pagamento.

Se você ainda tiver dificuldades, nos envie o debug (via pastebin ou gist) e capturas de tela das configurações e da fatura com o console do navegador (via prnt.sc).

Estou com o mesmo problema, aqui no debug retorna o seguinte erro:
Falha ao gerar o boleto – 1ª tentativa, – API Gerencianet.

Tipo inválido: null (esperado object).: /payment/banking_billet/customer
$params2 & $BODY2:
Array
(
[id] => 222496
)

Array
(
[payment] => Array
(
[banking_billet] => Array
(
[expire_at] => 2017-06-03
[customer] =>
[message] =>
[instructions] => Array
(
[0] => Sr. Caixa, por favor: Não aceitar pagamento após o vencimento.
[1] =>
[2] =>
[3] =>
)

)

)

)

Já chequei a ordem dos campos e aparentemente esta correto:
https://www.awesomescreenshot.com/image/2512973/945e320a3635be8b22eb4ccee14d3522
https://www.awesomescreenshot.com/image/2512975/eb966b295d72e2faf45a4d391a4e30d5

Já tentei deixar o campo “Ordem de Exibição do campo CNPJ” em branco, conforme explica no tópico:
https://gofas.net/foruns/topico/erros-relacionados-ao-cadastro-do-cliente/#post-7948

Também tentei colocar o CPF sem os caracteres, só números, mas em ambos os casos o erro persiste.

Estou utilizando o WHMCS 7.1.2 e o módulo versão 1.0.3

As possíveis razões são:

1) A opção Store Client Data Snapshot do WHMCS está impedindo o sistema de buscar o nome atualizado;

2) O cliente está gerando o boleto com CNPJ e preencheu o nome da empresa apenas com uma palavra.

Se não for isso, vendo o debug podemos descobrir, veja aqui mais informações sobre diagnóstico.

Oi Rande,
muito obrigado pelo feedback claro e objetivo!

Eu estou estudando a relação que o WHMCS faz entre contatos e contas principais e acredito que o mais viável/seguro é sempre gerar o boleto com os dados da conta principal. Se possível irei adicionar uma verificação para o caso do contato principal ter inconsistências no cadastro, aí sim o módulo tentará utilizar os dados do contato. Se ainda não obtiver sucesso, um terceiro passo será apontar para a edição do cadastro do contato quando ele é quem está gerando o boleto.

Adicionei esse tópico como referência para a próxima atualização do módulo, passo aqui para avisar logo que tiver uma solução.

Temas que seguem a nomenclatura padrão do WHMCS, para IDs e Classes do HTML gerado, não causam erros.
Pode resolver editando o template, substituindo o id do botão de enviar do template carregado na página cart.php por #btnSubmit e, o id do bloco para novo cartão, no template carregado na página de cadastro, por #newCardInfo.

Orlei,

1) o cadastro está praticamente em branco, todos estes dados são obrigatórios:
https://prntscr.com/rvs5bh
Por isso o módulo mostra na fatura, o formulário para preencher os dados que faltam do cadastro, quando há erros devido às informações da conta. Preenchendo os campos que faltam na fatura memso, o pagamento seria realizado.

2) O valor mínimo para cobranças, mesmo de teste, é R$5,00 e você está tentando pagar uma fatura de R$1,00.

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.

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.

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.