Meu WHMCS não processa o retorno automático
- This topic has 10 replies, 6 voices, and was last updated 3 years, 9 months ago by
Gofas.
Gofas.- Posts
GofasO primeiro debug acaba mesmo em “[UpdateInvoice] =>”?
Qual versão do WHMCS você está rodando?- Nicolas
Olá,
Estou com este mesmo problema, algumas invoices não recebem a baixa e não tem nada no “[UpdateInvoice] =>”:
Log:
https://gist.github.com/mauriciogofas/4c97542ff5cd3bb516ac1febe5aed7ee
WHMCS Versão: 7.6.1
PHP 7.2Obrigado!
- Gofas
Pessoal, por favor, testem o callback da versão 1.0.3 que acabei de publicar, corrigi um bug que pode ser a solução para vocês.
- carlos
O primeiro debug acaba mesmo em “[UpdateInvoice] =>”? sim
Qual versão do WHMCS você está rodando? Versão: 7.5.2PHP Version 7.0.33
- carlos
RETORNO AUTOMÁTICO FUNCIONOU
- Airton Maia
TEnho esse mesmo problema
- Ricardo Mecca
O meu WHMCS não processa o retorno automático do Juno. Testei via SandBox também após detectar o erro e não ocorre a quitação da fatura de forma automática.
- Gofas
Só é possível diagnosticar corretamente qualquer erro no módulo vendo os logs do callback gravados no WHMCS e no painel de controle Juno, por favor, enviem por aqui.
- Tio Neves
Galera bom dia, como vão ?
Estou com o mesmo problema de retorno, situação descrita a baixo:
Notei também a seguinte situação no Gofas Juno Boletos, ele não retorna automaticamente pro whmcs
Notei que ele me da um id de transação na fatura gerada com esse “rotulo” gbf_live-171700427 e o valor vai zerado. Porem o boleto vai ao valor correto!
Só que ao prazo de 24h o boleto compensado na plataforma Juno, ele não da baixa na plataforma whmcs automaticamente.
Obs. Notasse que o rotulo + “id”, na teoria apenas o “id” esta correto com a fatura do juno na plataforma (isto é a numeração bate igual), porem não sei se o rotulo inicial afeta a identificação de algum jeito. Não sei.
Obs2. Essa fatura refere-se a um usuário teste criado no whmcs, com cpf simulado (via código). As duas faturas que foram compensadas e pagas normalmente em minha conta, essas foram dado baixa manualmente pelo whmcs pois o mesmo já havia sido cobrado juros e não havia compensado a baixa de pagamento, seja por “em analise” ou “pago” . Coloquei apenas o código da transação como ID informado no Juno. (Não encontrei informações do código da transação no próprio juno)
Afirmo que esperei por 60..80minutos antes de dar baixa manualmente, para ver se ela Cron da plataforma whmcs. Porém não era.
————x———–
entrei em contato com o povo da Juno pra ver se era erro na integração, eles me retornaram que era erro no callback saka só a resposta
“A URL você pega com o pessoal da Gofas mesmo e insere na aba integração do nosso site, beleza?”
Alguem tem algum dica, sugestão, ou passa pelo mesmo, e sim como resolveu ?
- Gofas
Raphael, só é possível diagnosticar corretamente qualquer erro no módulo vendo os logs do callback gravados no WHMCS e no painel de controle Juno, por favor, envie por aqui. Ativando a opção Debug nas configurações do módulo e reenviando a notificação via Juno, será gravada a resposta do servidor, essa informação mostra precisamente os dados processados e o erro específico. Sua “Obs2” eu não entendi.
Os possíveis e mais comuns erros e pontos importantes para todos os usuários:
1) Permissões dos arquivos do módulo menores que CHMOD 0644 (alguns aplicativos de FTP alteram no upload);
2) Falha na reescrita dos URLs do WHMCS, geralmente causado pela configuração do arquivo .htaccess e conflitos nas configurações gerais do WHMCS; (https://gofas.net/foruns/topico/como-resolver-o-erro-forbidden/);
3) As trasações com valor R$0,00 no formato gbf_live-171700427 são criadas quando um boleto é gerado, isso está correto e é importante manter exatamente como o módulo criar. Essas trasações são utilizadas para várias validações, inclusive, para dar baixa nos pagamentos ao receber as notificações da API.
Se você excluir as transações com valor R$0,00 geradas pelo módulo, o pagamento nunca será confirmado;
4) Os nossos módulo dispensam ter de acessar o painel Juno para configurar o URL de callback, pois o mesmo é enviado junto com a requisição ao criar a cobrança, por isso também, só podemos diagnosticar vendo os logs para conferir se o URL está sendo formado corretamente (de volta ao item 2)
- You must be logged in to reply to this topic.