Ricardo

OK Marco, agrade?o o feedback.
Ficarei a aguardar novas informa??es.

Boa tarde,

No log temos o seguinte:

23.97.198.40 – – [02/Mar/2021:12:30:16 +0100] “GET /website/wc-api/WC_Multibanco_IfThen_Webdados/?chave=…&entidade=…&referencia=434046807&valor=20.00&datahorapag=02-03-2021%2011:29:00&terminal=5-…-SANTANDER%20TOTTA HTTP/1.1” 200 2 “-” “-”

62.48.212.7 – – [02/Mar/2021:12:29:46 +0100] “GET /website/wc-api/WC_Multibanco_IfThen_Webdados/?chave=…&entidade=…&referencia=434046807&valor=20.00&datahorapag=02-03-2021%2011:29:00&terminal=5-…-SANTANDER%20TOTTA HTTP/1.1” 200 2 “-” “Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)”

Ambos com HTTP OK 200.

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.

Relativamente ao curto intervalo, 2 segundos (até 5, 10, mesmo 30 segundos) podem derivar de lentid?o na rede, n?o chega sequer a timeout.
Analisando todos os outros emails dos outros pagamentos, verifico que todos originam no primeiro IP.

Ficaremos a aguardar mais informa??o. Grato.

Bom dia Marco,

Creio que a situa??o se enquadraria dentro da hipótese 2, no entanto ambos os emails foram recebidos em simultaneo, o que me leva a questionar, qual é o intervalo de tempo entre cada um dos callbacks até realizar as mencionadas 13 chamadas?
é suposto serem simultaneos? (entre o email 1 e o email 2, analisando a source, existe apenas a diferen?a de 2 segundos).

Olá Marco,

O que eu quis dizer foi que a segunda referência é gerada antes da próxima encomenda com método MB, em todas as situa??es que se verificou.

Estamos com a depura??o de logs activa e aguardamos um caso cuja encomenda tenha sido colocada após a activa??o dos logs extra.

Aproveitamos para informar que se verificou MAIS UMA destas situa??es em encomendas realizadas no passado dia 23 Fevereiro (anterior à activa??o da depura??o de logs).
Desta forma, passam para 3 situa??es identificadas no espa?o de 2 semanas.
Face à inexistência destas situa??es anteriormente, e n?o havendo ainda 100% confirma??o de qual a origem, sendo a sequencia??o da referencia anterior à da próxima encomenda, come?amos a crer que se trata de um bug na gera??o de referencias que foi introduzido numa recente actualiza??o, e nem sequer relacionado com a suposta origem especulada anteriormente.

Conforme indiquei, o problema é: n?o existindo qualquer altera??o à encomenda, aos produtos, ao meio de pagamento, n?o deverá ser gerada nova referência.
Caso a correc??o n?o vise este problema, n?o nos é, de forma alguma, relevante.

Amanh? daremos seguimento junto da IfThenPay.

Cumprimentos.

Boa tarde,

A nossa loja cancela as encomendas automaticamente quando a referencia multibanco expira. N?o pretendemos que o cliente renove referencia nenhuma, mas sim que, caso deixe expirar a existente, fa?a nova encomenda.
Isto é necessário pois é um requerimento do próprio negócio. As encomendas requerem prepara??o prévia, que vai desde a prepara??o da massa, o processo de levedura, prepara??o pré-cozedura, e cozedura. Logo, a encomenda tem que ser paga com uma antecedência de quatro dias para que nos 3 dias a seguir se assegure que todas as encomendas ser?o satisfeitas.

A própria inexistencia de feedback na plataforma de que a encomenda foi paga faz com que o cliente chegue à loja para levantar os produtos e n?o exista nada para ele.

Só temos a lamentar que o Marco se queira sobrepor e tente, de forma totalmente inoportuna, impor o seu pensamento de “mecanismos de controlo manual e reconcilia??es” que ser?o sem dúvida algo sem complexidade para quem trabalha atrás de um computador no seu dia a dia, e com facilidade de opera??o nos meios informáticos, mas uma situa??o totalmente irreal na área de negócio desta empresa., e dos seus responsáveis, que trabalham numa área totalmente distinta. Por isso mesmo existe um backoffice no WooCommerce que informa o estado das encomendas.

Mais informo que nos resta informar a IfThenPay que a nossa empresa se vê assim obrigada a procurar outra entidade que ofere?a uma solu??o com maiores garantias para que estes problemas n?o se verifiquem, pois n?o é de todo admissível, nem o descartar de encontrar uma resolu??o par ao problema existente – que passaria por criar uma protec??o para n?o gerar novas referências quando já existem referências válidas, verificando a encomenda X, o valor, o meio de pagamento seleccionado, e caso as condi??es se verifiquem, retorna a referencia existente em vez de uma nova – nem pela tentativa de imposi??o das suas ideias ao negócio de outros.

Cumprimentos

• This reply was modified 4 years, 1 month ago by Ricardo.

Ok, grato pela resposta.

Marco,

O cliente n?o muda de multibanco para multibanco.
O cliente n?o muda nada.

A encomenda é a mesma, o valor é o mesmo, o meio de pagamento é o mesmo.
Deverá existir uma protec??o que permita impedir que seja gerada outra referência, e apenas apresente a já existente.

A existir um or?amento seria para a situa??o referida acima, nunca para a referida na situa??o dois.

No entanto consideramos isto uma protec??o geral para todos os clientes existentes e futuros do plugin, como tal necessária.

Sendo que o plugin sabe quando a referência está expirada, porque n?o mudar o Estado da Encomenda para Cancelado aquando da expira??o da ref. MBWAY?

Marco,

Quando o cliente paga uma referência que n?o está em nenhuma encomenda, apesar do site n?o conseguir identificar a encomenda, o dono da loja n?o deixa de receber o email directo da ifthenpay a notificar do pagamento. Se ao mesmo tempo n?o recebe o da loja, já sabe que algo está mal. Pode fazer uma pesquisa da referência indicado no email da ifthenpay no seu histórico de emails e encontrar o email original que recebeu quando o cliente inseriu a encomenda (e que tem essa referência original).
Se ativarem o debug e também o debug para email, recebem também um email quando o site recebe um callback e n?o consegue identificar a encomenda.

Estamos a falar de pastelarias em quatro localiza??es geográficas. Os gerentes trabalham na fábrica, literalmente com a m?o na massa. Eu dou suporte informático apenas, n?o trabalho para a empresa, n?o fa?o gest?o de caixas de correio t?o-pouco. Os funcionários de loja n?o tem acesso aos emails para onde v?o as encomendas, os pagamentos do IfthenPay, e por aí fora.
Esta situa??o é possível, noutras realidades. N?o num negócio que é presencial, e que está agora a dar os primeiros passos no digital.

Aquilo que se verifica é, conforme referi, comportamentos imprevisíveis – que já ocorreram 2x na ultima semana. N?o sei se os outros 4000 vossos clientes tem o público mais brilhante, se calhar temos azar.

Podemos fazer aparecer a entidade e referência no ecr? de “pagamento” dentro da área de cliente, se esses dados já existirem, para demover o cliente de entrar num novo processo de pagamento, mas isso seria sempre um desenvolvimento à medida. N?o é algo que fa?a sentido inserir no core do plugin.
E mesmo nesse caso n?o podemos garantir que o cliente n?o clique de novo em “pagar encomenda”, gere uma nova referência e a seguir vá pagar a antiga.

Na nossa opini?o se isto nos acontece, e com frequência elevada, poderá acontecer a outros, talvez entidades com mais funcionários informatizados ou a trabalhar ao computador que possam fazer todas as pesquisas e identificar essas situa??es. N?o é o caso.

O email n?o é gmail, os testes foram feitos com o meu email profissional, e garanto que n?o foi gerado nem recepcionado qualquer email.

Olá Marco obrigado novamente pelo feedback.

No caso em quest?o (ainda n?o estava o debug log activo) entre o email de encomenda criada e email de encomenda cancelada decorria um minuto.
A referência MBWAY expira em 5 minutos, portanto houve uma ac??o de cancelamento da encomenda, tendo o estado mantido “Pendente”.

De facto verificámos que a Rejei??o feita na notifica??o MBWAY em mobile n?o criava um email de encomenda cancelada, conforme aquilo que verificámos nos logs da situa??o original como descrito acima.

Olá Marco obrigado pelo feedback.

Relativamente ao primeiro ponto, o workflow depende um bocado do comportamento do cliente. E como sabemos, os clientes s?o imprevisíveis, e conseguem sempre fazer o impensável.
Ent?o aqui é um pouco complicado porque nós n?o nos podemos responsabilizar por estes comportamentos, temos é a situa??o de chegar o cliente à loja e n?o ter nenhuma encomenda para ele devido a esta situa??o, no entanto o cliente já pagou, com antecedência (4 dias mínimo prévio) e ainda alguém lhe dizer que n?o pagou, a insatisfa??o do cliente, preparar encomendas que s?o produtos com massas que tem que levedar e ser preparadas com antecedência, etc. – uma verdadeira dor de cabe?a, com a situa??o que ocorreu hoje, para garantir a satisfa??o daquele cliente e evitar criticas online, tive que se parar um forno e estragou-se material na ordem dos €300. Que a gerência, apesar de tudo prefere, a ter criticas online.
Como o plugin também n?o guarda histórico de referencias para que se possa encontrar uma referencia antiga, isto já criou agora duas situa??es de atrito, que podem resultar em maus feedbacks, o que procuramos a todo o custo evitar.

> Esse n?o é o comportamento que uma gateway de pagamentos do WooCommerce deve ter.

N?o compreendemos totalmente este comentário. A gateway pagamentos em pagamentos com cart?es encaminha para introduzir os dados de cart?o/paypal ou outros. N?o a gera??o de uma nova referência, que é o que ocorre aqui.

> O cliente faz o checkout, ignora a informa??o na página thank you, ignora a informa??o recebida no email, depois vai à “minha conta” fazer pagar e é gerada uma nova referência que lhe aparece no ecr? e que ele ignora e depois vai ao email original (inicialmente ignorado) e paga essa referência (que entretanto foi removida da encomenda, porque foi gerada uma nova)?
Há aqui um comportamento estranho.

Pois há, o cliente até pode fazer isso porque gosta de carregar em bot?es, é novo no site e quer ver o que acontece. Honestamente ultrapassa-nos, mas consideramos que há uma necessidade de proteger a nossa loja deste comportamento.

Quanto ao email, realizei vários testes, com diferentes intervalos de tempo entre a cria??o da encomenda original e fazer o procedimento”Pagar” referido, nenhuma delas gera qualquer email.

Na situa??o anterior que havia sido anteriormente reportada, identificou-se um bug, que requer a altera??o do meio de pagamento. Esta altera??o gera um novo email, e o bug anterior de enviar a referencia incorrecta está corrigido sim. Eu na altura quando estava ao telefone com a IfThenPay mencionei que (apesar de se identificar aquele bug) n?o tinha novos emails, e quando testei a altera??o do método de pagamento havia a gera??o de novos emails. Mas tivemos a esperan?a que fosse isso, e que a correc??o resolvesse.

Mas nesta situa??o confirmamos que n?o há qualquer altera??o. E nos vários testes n?o s?o gerados emails seguindo este flow.