{"section":"known-issues","requestedLocale":"pt","requestedSlug":"o-aplicativo-cielo-3ds2-esta-retornando-o-status-aprovado-mesmo-em-casos-em-que-a-autenticacao-falhou","locale":"pt","slug":"o-aplicativo-cielo-3ds2-esta-retornando-o-status-aprovado-mesmo-em-casos-em-que-a-autenticacao-falhou","path":"docs/pt/known-issues/Payments/o-aplicativo-cielo-3ds2-esta-retornando-o-status-aprovado-mesmo-em-casos-em-que-a-autenticacao-falhou.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nAtualmente, nosso aplicativo de autenticação cielo-authentication-app v1.2.1 retorna o status \"aprovado\" na etapa final do fluxo ao chamar a etapa de autorização que avalia se a autenticação falhou ou não. No entanto, o aplicativo só aciona a etapa de falha quando há um erro gerado nessa etapa. Como resultado, mesmo que o status seja “falha” na etapa anterior, mas não haja nenhum erro gerado na etapa /authorize atual, o status ainda é considerado “aprovado”, permitindo que enviemos uma solicitação ao adquirente. Esse não é o comportamento esperado, pois deveríamos negar a autorização de pagamento e alterar a transação para “autorização negada” nesse cenário.\n\n## Simulação\n\nFaça um pedido com o aplicativo ativado e use um cartão válido que falhará na etapa de cadastro. Você poderá então verificar as ferramentas de desenvolvedor e observar que, mesmo que a chamada para /authorization falhe, o status ainda está sendo enviado como “aprovado”.\n\n## Workaround\n\nN/A"}