• 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, 10 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 3o 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, 5 months ago by Jorge.
    • This reply was modified 1 year, 5 months ago by Jorge.
    • This reply was modified 1 year, 5 months ago by Jorge.
    • This reply was modified 1 year, 5 months 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 [email protected] 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, 5 months 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, 5 months ago by Jorge.
    • This reply was modified 1 year, 5 months 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.