Resultados da pesquisa para 'cadastro'

Oi Ricardo, bem vindo!

Observe se o nome exibido na Fatura muda após editar o perfil do cliente, se não mudou, pode ser que a opção Store Client Data Snapshot esteja impedindo que o nome seja alterado na fatura, como citado nesse tópico. Nomes de empresa também tem alguns detalhes a se levar em consideração, a API Gerencianet recusa alguns tipos de nomes, como citado no link acima.

Teste e nos avise, por favor, se não funcionar, ative a opção “Debug” do módulo e observe se há algum erro ou diferença nos dados que estão sendo enviados à API Gerencianet e os dados retornados pela API interna do WHMCS, vamos conversando…

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.

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.