Ir para o conteúdo

Transações não aparecem nas faturas e nem nos emails enviados

Viewing 5 reply threads
  • Autor
    Posts
    • #15466
      Elson Sartori Junior
      Participant

        Descrição curta do erro:
        Transações não aparecem nas faturas e nem nos emails enviados
        Descrição detalhada do erro:
        Os boletos são gerado na EFÍ mas não aparecem no item Transações na fatura. O problema maior é que os dados não são inseridos nos emails utilizando-se as tags como {$ggnb_billet_info} e {$ggnb_link}.
        Anteriormente eu conseguia que o email fosse enviado corretamente entrando manualmente nas faturas e clicando em “View as Client”. Após isso eu efetuava a recarga da página da fatura e reenviava o email “Invoice Created” ou outro como “Invoice Paymente Reminder” ou algum dos “… Invoice Overdue Notice”.
        Infelizmente agora nem dessa forma consigo que os emails possuam os conteúdos.
        Em “System Module Debug Log” as ações “aftecronjob” do módulo “gofasgerencianetboleto” parecem trazer corretamente os conteúdos das faturas em aberto, mas não sei se falta algo.
        Gerei a fatura de número #46475 hoje, 22/06 às 21h25 com a opção de SANDBOX marcada no módulo. Foi gerado um boleto com código de barras com todos os dígitos “0” mas não apareceu nada no “System Module Debug Log”.
        Só às 21h30 apareceu o log do “aftercronjob” e nesse eu localizei o “Array [43238456]”, referente à essa fatura.
        Esse boleto, realmente não aparece no painel da EFÍ, mas o equivalente real dele é a fatura de número #46466, com o mesmo valor e cujo número de cobrança é o “577784333” também presente no log do cronjob.
        Parece estar faltando a comunicação de retorno da EFI para o WHMCS quando se trata da criação das faturas.

        Poderiam me ajudar, por favor? Estou com esse problema se agravando a cada dia, desde fevereiro deste ano, quando os problemas começaram.

        Informações do sistema:
        Módulo Gerencianet Boleto para WHMCS 3.9.3 | WHMCS 8.7.2 | PHP 8.1

      • #15469
        Gofas
        Keymaster

          Obrigado por enviar as informações corretas de diagnóstico, vamos aos tópicos:
          – Os boletos são gerado na EFÍ mas não aparecem no item Transações na fatura;
          Nas versões mais recente desse módulo aquelas transações de R$0,00 adicionadas às faturas não são mais utilizadas, só faturas pagas recebem uma transação, ao invés disso agora os boletos são armazenados numa tabela própria para o módulo no banco de dados com o nome gofasgerencianetboleto (https://prnt.sc/NEy5yROhur8C). Você encontra todos os boletos gerados armazenados localmente aqui: https://prnt.sc/98c5im-yjgJw

          – O problema maior é que os dados não são inseridos nos emails utilizando-se as tags como {$ggnb_billet_info} e {$ggnb_link};
          Você verificou se o arquivo /includes/hooks/gofasgerencianetboleto.php está corretamente instalado e com as permissões de acesso recomendadas pelo WHMCS? Isso também mudou em versões mais recentes do módulo e do WHMCS, anteriormente não era necessário instalar o hook separadamente.

          – Gerei a fatura de número #46475 hoje, 22/06 às 21h25 com a opção de SANDBOX marcada no módulo. Foi gerado um boleto com código de barras com todos os dígitos “0” mas não apareceu nada no “System Module Debug Log”.
          O formato do código de barras está correto para sandbox, não salvar o log é estranho. Caso hajam muitos logs no WHMCS talvez você precise filtra-los na busca assim:
          https://prnt.sc/oD9xU6bealP6

          – Só às 21h30 apareceu o log do “aftercronjob” e nesse eu localizei o “Array [43238456]”, referente à essa fatura.
          Esse boleto, realmente não aparece no painel da EFÍ, mas o equivalente real dele é a fatura de número #46466, com o mesmo valor e cujo número de cobrança é o “577784333” também presente no log do cronjob. Parece estar faltando a comunicação de retorno da EFI para o WHMCS quando se trata da criação das faturas.
          A não ser por não ter gravado o log da emissão do boleto esse comportamento está correto, a primeira comunicação com a API foi realizada na emissão da cobrança e a segunda quando o cron rodou verificando se houve alterações no status do boleto. Se a transação foi encontrada e consta no log é por que está armazenada no banco de dados e na APi EFÍ, mas em modo sandbox as transações só são exibidas aqui no painel da API:
          https://prnt.sc/rqkqsCMx-pJa

        • #15497
          William Justi
          Participant

            Prezado Gofas,

            Agradeço imensamente pelas suas respostas. Gostaria de compartilhar a situação atual em meu ambiente, após a atualização para a versão mais recente do seu módulo e do WHMCS.

            – Em relação à não apresentação de valores R$ 0,00 nas transações quando uma fatura é criada, compreendo sua intenção, contudo essa informação era útil. Permitia verificar exatamente o momento em que o cliente gerou uma nova fatura atualizada, utilizando o link enviado para o seu email, de maneira rápida e prática. Essas informações podem ser relevantes para lidar com certas situações envolvendo clientes.
            – No que se refere ao LOG, observei que em meu sistema também não está sendo gerado LOG ao criar/alterar uma fatura, apenas quando a cancelo.
            – Em relação à ausência do código de barras e do link da fatura, que antes eram enviados no email, notei que essas informações deixaram de ser enviadas após a atualização do módulo. Posso garantir que todos os arquivos estão corretamente posicionados e com as permissões adequadas (644 para arquivos e 755 para pastas, como sempre foram).

            Gostaria de compartilhar ainda duas informações de igual importância:
            – O Callback da Efí parou de funcionar, pois o endereço da URL de notificação contém uma “/” adicional, ou seja: https://xyz.com/whmcs//modules/gateways/gofasgerencianetboleto.php (acredito que essa dupla barra antes do termo ‘modules’ está interrompendo o retorno da Efí).
            – O problema relativo ao valor de R$ 0,01 a menos ao gerar faturas com determinados valores, ainda persiste na última versão do módulo. Quando gero uma fatura com qualquer um desses 3 valores totais: R$ 559.80, R$ 139.95, ou R$ 289.90, me deparo com o referido problema. Você poderia considerar a utilização das funções de precisão matemática do PHP, como a number_format() ou a biblioteca BCMath, para corrigir este problema de imprecisão no cálculo dos valores? E nos seus testes, esses exatos valores, ao gerar um boleto válido (não em SandBox), são processados corretamente?

            Agradeço novamente pela atenção e aguardo seu retorno.

            • #15523
              Elson Sartori Junior
              Participant

                Olá William!

                Também tive problemas com um cliente cuja fatura é de R$ 19,90 e ocorria de ficar R$ 0,01 em débito, sendo que o pagamento havia sido efetuado corretamente. Consegui driblar o problema, temporariamente, mudando o valor das faturas dele para R$ 19,89.

            • #15527
              William Justi
              Participant

                Olá Elson!

                Sim, isso é fácil de contornar quando você trabalha com valores fechados, porém eu uso o WHMCS como principal sistema para minha empresa, eu lanço diversos itens faturáveis nele, ou seja, é imprevisível os valores em que a fatura fecha. Justamente devido esses serviços/produtos que são lançados nos itens faturáveis, tornando impossível qualquer correção nesse sentido.
                Os valores que eu descobri que dão problema até o momento são aqueles que comentei no post de 25/06/2023 às 23:15h.
                Eu precisava muito do suporte do Gofas, mas até o momento não consegui nada nem aqui no Fórum e nem no “Fale conosco” que ele tem no site, já enviei 3 vezes pedidos por lá e até o momento nenhuma resposta, lembrando que já faz mais de 1 ano que estou atrás desse suporte, esse problema do 1 centavo já ocorre há muito tempo, eu até pagaria pelo suporte caso houvesse uma opção para isso, mas realmente isso que me deixa mais triste em usar o módulo do Gofas, é a total falta de suporte. É um módulo muito bom, mas tem pequenos erros que poderíamos corrigir juntos, porém sem chance até o momento disso ocorrer.

              • #15535
                Elson Sartori Junior
                Participant

                  Gofas, boa tarde!
                  Ainda aguardo um retorno após minhas respostas que não foram postadas, ok?

                • #15537
                  Lucas
                  Participant

                    Estou com o mesmo problema no envio de emails onde as tags não funcionam corretamente.

                Viewing 5 reply threads
                • You must be logged in to reply to this topic.
                Role para cima