• Resolved Ricardo

    (@maverickws)


    Boa tarde,

    Na sequência de contacto relativamente a erro com ref. MB, verificámos o seguinte:

    Cliente cria uma nova encomenda e finaliza a mesma.
    Cliente vai a “Minha Conta” > “Encomendas” e selecciona a op??o “Pagar”
    Cliente n?o realiza qualquer altera??o.
    A informa??o apresentada neste ecr? consiste em:
    3 colunas (produto, qtd, total)
    subtotal
    método de pagamento (multibanco)
    total

    em baixo tem dois métodos de pagamento disponíveis, MB e MBWAY
    Multibanco encontra-se seleccionado por defeito. Mas neste ecr? n?o é apresentada qualquer informa??o sobre referencia e entidade (apesar destas já terem sido previamente geradas)
    Cliente n?o altera nada, simplesmente selecciona que aceita os termos e condi??es e faz “Pagar encomenda”

    é gerada uma nova referência. N?o é gerado qualquer email com a nova referência.

    N?o existindo qualquer altera??o nem no método de pagamento nem na encomenda, sugerimos que ou os dados de pagamento sejam logo apresentados quando o cliente vai a “Minha Conta” > “Encomendas” e selecciona a op??o “Pagar”, ou impedir que seja gerada nova referência ao carregar no “Pagar encomenda”.

    Esta situa??o está a gerar que os clientes se apresentem em loja com indica??o que realizaram pagamentos de encomendas, quando no nosso sistema e backoffice n?o temos conhecimento deste pagamento.

Viewing 10 replies - 16 through 25 (of 25 total)
  • OK, fico a aguardar.

    Têm algum email custom que tenha o link da página de pagamento, na área de cliente? Similar ao email “detalhes da encomenda” que pode ser enviado manualmente nas “order actions” dentro da encomenda no WooCommerce.

    Thread Starter Ricardo

    (@maverickws)

    Boa tarde,

    Identificámos novamente uma destas situa??es.
    A referência gerada no email e enviada ao cliente, é
    – 434047369
    A referência que consta no backoffice é
    – 434047420

    A encomenda seguinte, com intervalo de 9 minutos, por MB, de outro cliente é:
    – 434047568

    Mais informamos que removemos o bot?o da encomenda que permitia alterar o método de pagamento ou gerar nova referência.
    Respondendo à quest?o anterior, n?o temos nenhum custom email com link para página de pagamento.

    Mais informamos que removemos o bot?o da encomenda que permitia alterar o método de pagamento ou gerar nova referência.

    Antes ou depois disto acontecer? Mesmo que tenha sido antes, o endpoint continua a existir e o cliente deverá lá ter ido parar de alguma forma.

    Envie-me por favor o log desse dia e indique-me o ID da encomenda em que isto aconteceu, para que possamos verificar o que se passou exactamente. Pode enviar para info @ webdados.pt
    Pode, se assim entender, truncar o log até 2 ou 3 mensagens antes dessa encomenda e 2 ou 3 mensagens após a encomenda seguinte.

    Thread Starter Ricardo

    (@maverickws)

    Desde a semana passada que foi removida qualquer bot?o que permitisse ao cliente alterar o método de pagamento ou gerar nova referência.

    O cliente, que fez uma encomenda de bolos, vai em simultaneo a correr descobrir os endpoints para gerar uma nova referência porque n?o tem mais nada que fazer.
    Mais uma vez tenho que refor?ar que a simples sugest?o assume um caracter jocoso e sugeria de facto que se deixassem de inventar formas de descartar problemas colocando a culpa no cliente. Daqui a bocado ainda vamos dizer que o cliente vai ao terminal fazer curls para inventar novas referências. Por amor de Deus.

    N?o irei truncar o log, vou enviar o log exactamente como está com a informa??o adicional que solicita.

    Cumprimentos.

    @maverickws

    N?o há tom jocoso nenhum. O que eu disse foi que o cliente pode lá ir parar na mesma (porque encontra algum outro link para lá no site ou no email, n?o pensei ser necessário referir isso, mas pelos vistos é).

    O cliente, que fez uma encomenda de bolos, vai em simultaneo a correr descobrir os endpoints para gerar uma nova referência porque n?o tem mais nada que fazer.

    Isto sim, é um comentário jocoso.

    sugeria de facto que se deixassem de inventar formas de descartar problemas colocando a culpa no cliente

    N?o é isso que está a ser feito, se o vê assim n?o podemos fazer nada para mudar a sua opini?o.

    Daqui a bocado ainda vamos dizer que o cliente vai ao terminal fazer curls para inventar novas referências.

    Isso já é o Ricardo a inventar.

    Iremos analisar o log com todo o gosto e voltaremos aqui com as conclus?es. Se chegarmos à conclus?o que efectivamente o cliente foi ao ecr? de pagamento e pediu o novo pagamento, o ticket será encerrado, porque n?o há nada para resolver.

    Caso detectemos que a referência foi criada sem que o cliente tenha visitado esse endpoint, tudo faremos para resolver o problema, se confirmarmos tratar-se de um bug (confirma??o essa que é totalmente da nossa responsabilidade).

    Thread Starter Ricardo

    (@maverickws)

    Depois de já ter indicado que n?o existe nenhum link no email que permita ao cliente chegar a lado nenhum (excepto à página principal do site), continuar a insistir na mesma coisa, é na nossa opini?o, um comentário jocoso.

    Aquilo que menciona um comentário jocoso é a realidade que se enquadra com a sua sugest?o, uma vez que como já referimos anteriormente, n?o existe nenhum link para o cliente ir gerar referencia nenhuma.

    Aguardaremos desenvolvimentos.

    N?o tecerei mais comentários relativamente às suas acusa??es.

    O caminho normal de um checkout no WooCommerce, depois do carrinho, é:

    – Checkout – preenchimento de dados de factura??o e envio (URL: /checkout/)
    – Pelo meio há a chamada AJAX que valida os dados da encomenda e é onde geramos os dados de pagamento (URL: /?wc-ajax=checkout)
    – Página “Thank you” – onde mostramos a referência (URL: /checkout/order-received/orderid/?key=xxxx)

    Se o cliente, por alguma raz?o, for pedir novos dados de pagamento, pode ir à área de cliente, escolher a encomenda e clicar em pagar:

    – Página de pagamento da encomenda na conta de cliente (URL: /checkout/order-pay/orderid/?pay_for_order=true&key=xxxx)

    No log que nos envia o cliente é enviado para a página de pagamento na conta de cliente logo após o checkout (substituímos o order id correcto por 9999 e a entidade correcta por “ENTID”):

    2021-03-02T14:35:36+00:00 DEBUG EXTRA (/checkout/order-pay/9999/?pay_for_order=true&key=xxxx) - process_payment - Order 9999
    (...)
    2021-03-02T14:35:36+00:00 DEBUG EXTRA (/checkout/order-pay/9999/?pay_for_order=true&key=xxxx) - multibanco_create_ref - Reference generated: ENTID 434047369 29.00
    2021-03-02T14:35:36+00:00 DEBUG EXTRA (/checkout/order-pay/9999/?pay_for_order=true&key=xxxx) - multibanco_set_order_mb_details - Details updated on the database: a:3:{s:3:"ent";s:5:"ENTID";s:3:"ref";s:9:"434047369";s:3:"val";s:5:"29.00";} - Order: 9999
    2021-03-02T14:35:36+00:00 DEBUG Multibanco payment details (ENTID / 434047369 / 29.00) generated for Order 9999

    E só depois disto é que é redireccionado para a página “Thank you”:

    2021-03-02T14:35:44+00:00 DEBUG EXTRA (/checkout/order-received/9999/?key=xxxx) - multibanco_get_ref - Will create reference (Default mode) - Order 9999
    2021-03-02T14:35:44+00:00 DEBUG EXTRA (/checkout/order-received/9999/?key=xxxx) - multibanco_create_ref - Reference generated: ENTID 434047420 29.00
    2021-03-02T14:35:44+00:00 DEBUG EXTRA (/checkout/order-received/9999/?key=xxx) - multibanco_set_order_mb_details - Details updated on the database: a:3:{s:3:"ent";s:5:"ENTID";s:3:"ref";s:9:"434047420";s:3:"val";s:5:"29.00";} - Order: 9999
    2021-03-02T14:35:44+00:00 DEBUG Multibanco payment details (ENTID / 434047420 / 29.00) generated for Order 9999

    Se verificar o resto do log, verá que em todas as outras encomendas é feito o caminho normal depois do checkout: Ajax -> Thank you, portanto isto é algo que só acontece em casos particulares.

    Se conseguirem identificar a raz?o porque tal acontece, e se chegarmos à conclus?o que é um caso válido (n?o contando com integra??es de plugins terceiros que estejam a causar este problema), teremos todo o gosto em trabalhar para resolver, mas tendo em conta a informa??o verificada nos logs, o cliente vai efectivamente à página de pagamento da encomenda, n?o pelo bot?o que removeram da área de cliente, mas directamente depois do checkout e só depois para a página Thank You.

    Thread Starter Ricardo

    (@maverickws)

    Iremos analisar a situa??o e retornareoms com mais informa??o.
    Obrigado

    Em modo de resumo:
    – Sugerimos que os clientes podiam, de alguma forma, estar a ir ao endpoint de pagamento de encomenda na área de cliente
    – Responderam-nos que os clientes n?o iam andar à procura do endpoint
    – Os logs demonstram que, em situa??es particulares, os clientes s?o enviados para esse mesmo endpoint logo no processo de checkout

    Este ticket encontra-se encerrado.

    Thread Starter Ricardo

    (@maverickws)

    O endpoint n?o está disponível. N?o é enviado por email e n?o está disponível através da área de cliente.
    Eventualmente poderá acontecer que a cada 300 ou 400 encomendas o checkout n?o sai pelo método AJAX.

    Conforme pode verificar também:
    2021-03-02T14:35:36+00:00 DEBUG EXTRA (/checkout/order-pay/9999/?pay_for_order=true&key=xxx) – Email (new_order) instructions send: true

    Ou seja, o cliente acabou de finalizar a ordem. é uma nova ordem, o cliente n?o está a aceder a endpoint nenhum além do finalizar encomenda, conforme mencionei, tal foi retirado. O cliente n?o acedeu a outro local. Podero até se desactivanto AJAX no site – que é perfeitamente possível, se isto acontecerá para todas as encomendas. Acaba-se o AJAX Checkout e logo se vê se as referências s?o correctamente geradas e atribuidas à ordem.

    Mas conforme disse, iremos analisar e retornaremos com mais detalhes.

    • This reply was modified 3 years, 8 months ago by Ricardo.
    • This reply was modified 3 years, 8 months ago by Ricardo.
Viewing 10 replies - 16 through 25 (of 25 total)
  • The topic ‘Erro ref. MB’ is closed to new replies.