Quando o seu comprador quer resolver o contrato, o passo 1 do portal pede-lhe o email e o número da encomenda e envia-lhe um link de acesso. Para que ninguém use esse formulário para sondar encomendas alheias nem para inundar de correio um endereço, o returnEasier limita quantos pedidos aceita por email e por endereço IP. Esse limite dependia de um serviço externo e, até hoje, uma falha desse serviço arrastava consigo o passo 1.
O que acontecia antes
Se o serviço do limite não estava disponível —um corte de rede, um erro do seu lado, uma quota esgotada—, o pedido do comprador terminava num erro do portal. Ou seja: um problema alheio à sua loja e alheio ao returnEasier deixava o botão de resolução do contrato sem funcionar, precisamente o botão que a legislação europeia exige ter sempre à mão.
E era invisível: parecia uma falha genérica do portal, sem nada que apontasse o limite como causa.
O que o returnEasier faz agora
Nas superfícies do fluxo legal, o returnEasier espera pelo serviço externo no máximo 2 segundos por verificação. No passo 1 há duas verificações seguidas —uma por endereço IP e outra por destinatário—, por isso, no pior dos casos, a espera anda à volta dos 4 segundos. Se, em qualquer uma delas, o serviço não responder, ou responder com erro:
- Cancela essa consulta —já não fica nenhum pedido pendurado— e aplica o seu próprio limite, o que vive dentro do servidor que está a atender a página.
- O comprador continua a sua resolução e recebe o link de acesso como em qualquer outro dia.
- Passados 30 segundos desde a falha, volta a testar o serviço externo e, se já responder, usa-o outra vez. E se a avaria se prolongar, fica registada para que a vejamos.
O limite próprio é mais tosco do que o externo: cada servidor faz a sua contagem e essa contagem reinicia-se. Delimita o abuso pior do que o serviço externo e infinitamente melhor do que não ter limite, o que não é opção: o returnEasier não serve o passo 1 sem limite algum.
Um limite de abuso não é um controlo legal
É a decisão de fundo e merece ser dita em voz alta: o limite de pedidos existe para travar abusos, não para autorizar o exercício de um direito. Quando as duas coisas colidem —um terceiro em baixo contra um comprador que quer resolver o contrato—, ganha o comprador. O direito de livre resolução de 14 dias e o botão «Resolver o contrato aqui» não podem depender de um fornecedor ter um bom dia.
A devolução comercial comporta-se ao contrário, de propósito
No fluxo comercial —«Gerir devolução», as trocas, os saldos— e no envio de fotografias, o comportamento é o oposto: se o serviço do limite falhar, o pedido é rejeitado. Não é um descuido, é a outra metade da mesma decisão: aí não se exerce nenhum direito legal, a gestão é voluntária e esperar alguns minutos não custa nada a ninguém. O que o comprador vê ainda não está igualmente cuidado nos dois sítios: no envio de fotografias aparece um erro que o convida a tentar de novo, enquanto no passo 1 do fluxo comercial sai o erro genérico do servidor. Em ambos os casos a saída é a mesma: tentar de novo dentro de alguns minutos.
O que tem de fazer
Nada. Já está aplicado, em todos os planos e nos 7 idiomas. Se algum comprador lhe disser que o portal deu erro, em resolução de problemas tem o que verificar primeiro; e se quiser rever o passo a passo que ele vê, está em como resolver o contrato de uma compra.