• 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 simultâneo 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 simultâneo 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 5 years, 3 months ago by Ricardo.
    • This reply was modified 5 years, 3 months ago by Ricardo.
Viewing 10 replies - 16 through 25 (of 25 total)

The topic ‘Erro ref. MB’ is closed to new replies.