• Resolved DevApps

    (@tidevapps)


    Quando um novo pedido é efetuado, seja via PIX ou boleto o mesmo efetua varias emissões do QR e dispara múltiplas notificações para os clientes devido a uma falha na data de vencimento que não é gerada automaticamente.

    A falha não ocorre com demais meios de pagamento.

    Outros meios de pagamento utilizado.
    * Click2Pay;
    * Mercado Pago;
    * PagSeguro;

    SEGUE OS LOGS

    01-03-2023 @ 20:19:58 - Pedido #62694: Data de vencimento não presente no banco.
    01-03-2023 @ 20:19:58 - Dados preparados para envio: array (
      'payer_name' => 'SUPRIMIDO POR SEGURANCA',
      'payer_cpf_cnpj' => 'SUPRIMIDO POR SEGURANCA',
      'payer_email' => 'SUPRIMIDO POR SEGURANCA',
      'payer_street' => 'Rua da linha',
      'payer_complement' => '',
      'payer_district' => 'Santo André',
      'payer_number' => '20',
      'payer_city' => 'Santa Cruz cabralia',
      'payer_state' => 'PR',
      'payer_zip_code' => '45807-000',
      'items' => 
      array (
        0 => 
        array (
          'item_id' => 44,
          'description' => 'SUPRIMIDO POR SEGURANCA',
          'quantity' => 1,
          'price_cents' => '6898',
        ),
      ),
      'shipping_methods' => '',
      'shipping_price_cents' => '000',
      'order_id' => 62694,
      'days_due_date' => 2,
      'seller_description' => 'Referente a pedido #62694 na loja SUPRIMIDO POR SEGURANCA',
      'type_bank_slip' => 'boletoA4',
      'open_after_day_due' => NULL,
      'early_payment_discounts_cents' => NULL,
      'early_payment_discounts_days' => NULL,
      'notification_url' => 'https://SUPRIMIDO POR SEGURANCA/wc-api/WC_Gateway_Paghiper/?gateway=pix',
      'transaction_type' => 'pix',
    )
    01-03-2023 @ 20:20:03 - Pedido #62694: Data de vencimento da transação não bate com a informada no pedido. Uma nova transação será gerado.
    01-03-2023 @ 20:20:03 - Dados preparados para envio: array (
      'payer_name' => 'SUPRIMIDO POR SEGURANCA',
      'payer_cpf_cnpj' => 'SUPRIMIDO POR SEGURANCA',
      'payer_email' => 'SUPRIMIDO POR SEGURANCA',
      'payer_street' => 'Rua da linha',
      'payer_complement' => '',
      'payer_district' => 'Santo André',
      'payer_number' => '20',
      'payer_city' => 'Santa Cruz cabralia',
      'payer_state' => 'PR',
      'payer_zip_code' => '45807-000',
      'items' => 
      array (
        0 => 
        array (
          'item_id' => 44,
          'description' => 'SUPRIMIDO POR SEGURANCA',
          'quantity' => 1,
          'price_cents' => '6898',
        ),
      ),
      'shipping_methods' => '',
      'shipping_price_cents' => '000',
      'order_id' => 62694,
      'days_due_date' => 2,
      'seller_description' => 'Referente a pedido #62694 na loja RedPlay Planos',
      'type_bank_slip' => 'boletoA4',
      'open_after_day_due' => NULL,
      'early_payment_discounts_cents' => NULL,
      'early_payment_discounts_days' => NULL,
      'notification_url' => 'https://SUPRIMIDO POR SEGURANCA/wc-api/WC_Gateway_Paghiper/?gateway=pix',
      'transaction_type' => 'pix',
    )
    01-03-2023 @ 20:20:13 - Pedido #62694: Data de vencimento da transação não bate com a informada no pedido. Uma nova transação será gerado.
    01-03-2023 @ 20:20:13 - Dados preparados para envio: array (
      'payer_name' => 'SUPRIMIDO POR SEGURANCA',
      'payer_cpf_cnpj' => 'SUPRIMIDO POR SEGURANCA',
      'payer_email' => 'SUPRIMIDO POR SEGURANCA',
      'payer_street' => 'Rua da linha',
      'payer_complement' => '',
      'payer_district' => 'Santo André',
      'payer_number' => '20',
      'payer_city' => 'Santa Cruz cabralia',
      'payer_state' => 'PR',
      'payer_zip_code' => '45807-000',
      'items' => 
      array (
        0 => 
        array (
          'item_id' => 44,
          'description' => 'SUPRIMIDO POR SEGURANCA',
          'quantity' => 1,
          'price_cents' => '6898',
        ),
      ),
      'shipping_methods' => '',
      'shipping_price_cents' => '000',
      'order_id' => 62694,
      'days_due_date' => 2,
      'seller_description' => 'Referente a pedido #62694 na loja RedPlay Planos',
      'type_bank_slip' => 'boletoA4',
      'open_after_day_due' => NULL,
      'early_payment_discounts_cents' => NULL,
      'early_payment_discounts_days' => NULL,
      'notification_url' => 'https://SUPRIMIDO POR SEGURANCA/wc-api/WC_Gateway_Paghiper/?gateway=pix',
      'transaction_type' => 'pix',
    )
    • This topic was modified 1 year, 6 months ago by DevApps.
Viewing 9 replies - 1 through 9 (of 9 total)
  • Plugin Author Henrique Cruz

    (@henriqueccruz)

    Olá @tidevapps , boa noite.

    Consegue levantar mais alguns dados para seguimos com seu caso?
    1. Versão do WordPress
    2. Versão do WooCommerce
    3. Versão do plug-in da Paghiper
    4. Se esse comportamento ocorre com todos os pedidos, ou somente com alguns.
    5. Se o valor da transação gerada pela Paghiper é o mesmo do valor total do seu pedido
    6. Se a data de vencimento da transação gerada pela Paghiper é a mesma que consta no seu painel administrativo

    Aguardo suas informações.
    Feliz ano novo!

    Thread Starter DevApps

    (@tidevapps)

    1. Versão do WordPress
    -> 6.1.1

    2. Versão do WooCommerce
    -> 7.2.2

    3. Versão do plug-in da Paghiper
    -> 2.2.1

    4. Se esse comportamento ocorre com todos os pedidos, ou somente com alguns.
    -> Com todos os pedidos

    5. Se o valor da transação gerada pela Paghiper é o mesmo do valor total do seu pedido
    -> Sim, porem o mesmo envia como 6898 no price_cents nos items (O preço do produto é R$ 68,98.

    6. Se a data de vencimento da transação gerada pela PagHiper é a mesma que consta no seu painel administrativo
    -> Quando o pedido é gerado e o evento para gerar uma transação é disparada a mesma acusa erro na data de vencimento, na qual a mesma não existe, ajustando a FLAG de re-emissão para TRUE.
    Ao efetuar uma nova emissão o mesmo gera a data de vencimento porem difere com a data armazenada, disparando um nova re-emissão no qual na 3º re-emissão o mesmo gera a data de vencimento e assim dando a baixa no pedido, visto que o PIX é aprovado dentro de alguns segundos e mudando o status do pedido.

    Como demonstrado na imagem e nos logs.

    A falha ocorre a algum tempo no qual já abrimos em novembro do ano passado uma ISSUE referente a falha.

    FELIZ ANO NOVO!

    Jorge

    (@maxidesconto)

    Exatamente o mesmo problema aqui e o pior é que o simples fato de acessar o pedido no dashboard do woocommerce ele gera um novo boleto. Se o cliente clicar no link do email para visualizar o boleto ele também gera um novo boleto. Ou seja no final vai ter dezenas de boletos diferentes para uma única transação.

    Eu pensei que com esta última atualização 2.2.2 fosse resolvido mas não aconteceu. Isto tudo acontece devido à versão do PHP 8.1 se usar a versão 8.0 não vai ter esse problema, no entanto faz-se necessário usarmos esta versão do php por diversos motivos desde performance a segurança.

    Agradeço que façam o vosso plugin compatível com o PHP 8.1 que já foi lançado à mais de 1 ano e já se faz necessário essa atualização para outros plugins.

    02-02-2023 @ 22:49:24 - Pedido #19678: Data de vencimento da transação não bate com a informada no pedido. Uma nova transação será gerado.
    02-02-2023 @ 22:49:24 - Dados preparados para envio: array (

    Acredito que estou passando pelo mesmo erro.

    Diversos pedidos criados dentro da plataforma do PagHiper, estava usando a versão PHP 8.1.

    Plugin Author Henrique Cruz

    (@henriqueccruz)

    Olá pessoal, bom dia.
    Lançamos ontem uma update (v2.3) que aborda essa questão, juntamente com outras melhorias e bugfixes.

    Caso o problema persistam após atualizarem o plug-in, abram novo ticket por gentileza.

    Jorge

    (@maxidesconto)

    Continua a mesma coisa mesmo após esta última versão basta consultar o pedido que ele gera uma nova transação isto claro após ter gerado várias na emissão do mesmo.

    Mesmo erro: Data de vencimento da transação não bate com a informada no pedido. Uma nova transação será gerado.

    Acontece que a data de vencimento do pedido está correta conforme o que foi definido no plugin mas difere 1 dia da data de vencimento no vosso sistema ou seja no boleto.

    Por exemplo se a data de vencimento do pedido está para 21/06/2023 no vosso sistema vai estar 20/06/2023 (ou seja 1 dia a menos) e isso que gera o problema.

    UPDATE: Estranhamente passou da meia noite e começou a sincronizar correto a data de vencimento. Melhor vcs testarem melhor isto.

    • This reply was modified 1 year, 1 month ago by Jorge.
    • This reply was modified 1 year, 1 month ago by Jorge.
    • This reply was modified 1 year, 1 month ago by Jorge.
    • This reply was modified 1 year, 1 month ago by Jorge.
    Plugin Author Henrique Cruz

    (@henriqueccruz)

    Olá @maxidesconto , boa noite.

    Poxa, que pena que esse problema persiste.
    Você nos faria um favor? Manda um e-mail (usando o e-mail de cadastro da Paghiper) para integracao@paghiper.com para averiguarmos.
    Vamos aguardar seu contato. Ele vai nos ajudar a entendermos essa questão mais a fundo e evitar que isso aconteça contigo e com outros clientes nas próximas updates.

    Jorge

    (@maxidesconto)

    Alguma coisa se passa com a hora do vosso servidor quando recebe a transação do plugin. Pois quando passou a meia noite ele sincronizou. Antes da meia noite ele estava colocando 1 dia a menos na data de vencimento (o que difere dos sites) pois provavelmente já estaria no dia seguinte.

    Quando passou da meia noite o site passou a ter a mesma data do vosso servidor. Embora na vossa listagem a data esteja correta algo não está correto com a hora do servidor.

    Ou então não tem nada haver foi coincidência mas foi o que aconteceu a partir da meia noite passou a dar correto a data de vencimento em ambos.

    • This reply was modified 1 year, 1 month ago by Jorge.
    Jorge

    (@maxidesconto)

    UPDATE: Já repassei um email tal como solicitou e resolvemos do nosso lado via php no entanto se não mudarem isto qualquer site que compartilhe o mesmo servidor e que não tenha a hora igual à vossa vão certamente ter problemas. Entenda que hoje é muito comum como no nosso caso que compartilhamos uma máquina EC2 em google cloud com alguns outros usuários e por isso eles colocam a zona UTC para todos. Alguns recursos são dedicados mas outros como o Kernel e algumas configurações iniciais do PHP não são.

    • This reply was modified 1 year, 1 month ago by Jorge.
    • This reply was modified 1 year, 1 month ago by Jorge.
Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘Geração múltipla de request de pagamento e notificações’ is closed to new replies.