Erro ref. MB

Boa tarde,

Cliente vai a “Minha Conta” > “Encomendas” e selecciona a op??o “Pagar”

Se o cliente faz esse caminho, alguma coisa n?o está bem no workflow, porque esse n?o é um comportamento normal quando depois de fazer o checkout lhe s?o apresentados os dados (ent/ref/valor) no ecr? e lhe é enviado um email com a mesma informa??o.
Porque é que o cliente ignora os dados que lhe aparecem no ecr? e depois no email?

é gerada uma nova referência.

Isso só acontece para clientes com ent/ref configuradas para serem sequenciais e expira??o de prazo de pagamento. Temos mesmo de for?ar uma nova referência porque a única raz?o válida para o cliente ir a este ecr? é ter expirado o prazo (ou querer mudar de método de pagamento).

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

No primeiro contacto que fizeram reportaram um bug, entretanto corrigido, de que nesta situa??o o cliente recebia o novo email com a referência antiga. N?o está de certeza a enviar email? Têm estados de encomenda ou emails customizados?
Validem esta informa??o para que possamos verificar.

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”.

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

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.

Porque pagaram a primeira que receberam no email, certo?
é por isto que acho que existe algo estranho no workflow.
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.

• This reply was modified 3 years, 9 months ago by Marco Almeida | Webdados.

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.

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.

O que eu digo é que nunca vimos este comportamento/workflow de clientes em nenhum site, o que é estranho, tendo em conta que temos mais de 4000 utilizadores.

Quero que compreenda que n?o estamos a tentar descartar o problema. Apenas alertamos que provavelmente existe alguma coisa no site que faz com que os clientes sigam um caminho que n?o é habitual.

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.

Isto s?o casos excepcionais e têm de ser tratados dessa forma, o que implica sempre trabalho manual. Nenhuma pe?a de software consegue tratar todos os casos excepcionais.
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.

Mesmo que guardássemos um histórico das referências, por exemplo nas notas da encomenda, seria sempre um trabalho manual de pesquisa.
Reitero:
O cliente viu a referência original em dois sítios e ignorou. Decidiu clicar de novo em pagar e apareceu uma nova referência que ignorou e decidiu pagar a antiga. N?o temos como resolver.

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.

Encaminhar para introduzir os dados do cart?o ou ir ao Paypal é precisamente gerar uma nova transac??o, tal como emitir uma nova referência.

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.

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.

Vamos verificar esta situa??o e se detectarmos um problema vamos resolver já na próxima vers?o, mas se o cliente ignora o que aparece no ecr? e vai pagar a antiga, n?o temos como garantir que vê o novo email. NOTA: alguns clientes de email (como o gmail) agrupam os emails com o mesmo assunto.

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.

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

Quando refiro que alguns clientes de email agrupam as mensagens n?o foi para dizer que o email era enviado e vocês n?o notaram. Aliás, indicámos que vamos verificar o problema. O que quis dizer é que mesmo que e email saia, têm de ter isso em considera??o e o cliente pode na mesma pagar a referência antiga e é impossível que seja o plugin responsável por esse comportamento do cliente.

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.

Eu compreendo tudo isso, mas como referi s?o casos excepcionais e têm de ser tratados de alguma forma. N?o se pode responsabilizar o plugin por um comportamento errante de um cliente ou por a estrutura do negócio n?o ter características que permitam gerir o backoffice do negócio.

Como referi:

1) Vamos verificar porque é que o email n?o sai quando o cliente muda o pagamento de Multibanco para Multibanco e se detectarmos o erro, certamente o vamos corrigir.

2) A altera??o do comportamento no ecr? de pagamento dentro da área de cliente só será efectuada com um desenvolvimento à medida, devidamente or?amentado, pois n?o é uma necessidade geral mas específica.

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.

@maverickws

Nas referências sem validade é isso que acontece: aparece a mesma porque n?o é sequencial, n?o tem prazo, e podemos re-aproveitar referências, o que n?o acontece nas sequencias. Nota: as referências sequenciais n?o est?o disponíveis por omiss?o, apenas a pedido, precisamente porque têm um funcionamento muito mais complexo.

Nas referências sequenciais, com validade, é sempre gerada uma nova.
N?o existem planos para que funcione de outra forma, porque se o cliente pediu de novo para pagar, devemos renovar o prazo da referência através da emiss?o de uma nova. Se o cliente paga a antiga, é um problema que tem de ser resolvido através de mecanismos de controlo manual e reconcilia??o que s?o normais em qualquer negócio.

Vamos verificar a quest?o do email quando pede novo pagamento e corrigir se confirmarmos o problema.

Quanto às restantes quest?es sobre o que faz sentido ou n?o ser or?amentado, penso que n?o faz sentido entrar em loop de argumentos.

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 3 years, 9 months ago by Ricardo.

Olá de novo,

Efectivamente quando o cliente pede de novo para pagar, e emitimos novos dados (para referências sequenciais), o novo email n?o sai porque a encomenda muda de “on-hold” para “on-hold” e n?o há mudan?a de estado a for?ar o email.

Na próxima vers?o do plugin vai sair essa correc??o.
Se quiserem desde já ficar com a correc??o do vosso lado (desde que tenham já a vers?o 4.4.9), devem substituir o ficheiro class-wc-multibanco-ifthen-webdados.php por este: https://we.tl/t-hEt0RiUFeJ

Queiram testar fazer encomenda com MB, ir à área de cliente pedir de novo para pagar de novo com MB, e verificar que receberam o email com os mesmos (novos) dados de pagamento apresentados no ecr?.

• This reply was modified 3 years, 9 months ago by Marco Almeida | Webdados.

NOTA: acabámos de corrigir o link no comentário anterior. Por favor usem este link: https://we.tl/t-hEt0RiUFeJ

@maverickws

Como bem indicou tem um requerimento específico deste negócio e tudo o que s?o requerimentos específicos têm de ser tratados com solu??es específicas, à medida.

Quanto aos restantes comentários sobre uma suposta sobreposi??o da minha parte, considero que s?o inoportunos e n?o vou manter uma discuss?o sobre este assunto.

Aguardo feedback sobre a correc??o do erro reportado para que possa encerrar este ticket:

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

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.

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.

Boa noite @maverickws,

Qualquer referência gerada quando se está em modo sequencial / com expira??o é posterior à referência gerada anteriormente, independentemente de ser a mesma encomenda ou n?o.

sendo a sequencia??o da referencia anterior à da próxima encomenda

N?o entendi esta quest?o, mas é perfeitamente possível, por exemplo:
– Cliente faz a encomenda 8888 e gera a referência com sequência 8
– Esse mesmo cliente pede outra referência indo ao ecr? “Pagar2 e gera a referência com sequência 9
– Outro cliente faz a encomenda 9999 e gera referência com sequência 10 e paga essa referência
– Já depois o cliente anterior paga a referência 8 ou 9

A referência com sequência 8 ou 9 é anterior à da encomenda seguinte apesar de er sido paga depois.

Se n?o percebi bem, por favor tente expor a quest?o de outra forma.

Infelizmente n?o temos como confirmar o eventual bug sem logs, portanto temos mesmo que aguardar que se repita, com o os logs activados, para podermos analisar, já que n?o conseguimos replicar o problema.

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.