{"section":"known-issues","requestedLocale":"pt","requestedSlug":"o-aplicativo-cielo-3ds2-esta-retornando-o-status-aprovado-mesmo-em-cenarios-em-que-a-autenticacao-falhou","locale":"pt","slug":"o-aplicativo-cielo-3ds2-esta-retornando-o-status-aprovado-mesmo-em-cenarios-em-que-a-autenticacao-falhou","path":"docs/pt/known-issues/Payments/o-aplicativo-cielo-3ds2-esta-retornando-o-status-aprovado-mesmo-em-cenarios-em-que-a-autenticacao-falhou.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nHoje, nosso aplicativo cielo-authentication-app v1.2.1 está retornando um 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 lançado nessa etapa. Como resultado, mesmo que o status seja \"failed\" na etapa anterior, mas não haja nenhum erro lançado na etapa /authorize atual, o status ainda é considerado \"approved\" (aprovado), o que nos permite fazer uma solicitação ao adquirente. Esse não é o comportamento esperado, pois deveríamos estar negando a autorização de pagamento e alterando a transação para \"autorização negada\" nesse cenário.\n\n## Simulação\n\n\nFaça um pedido com o aplicativo ativado e use um cartão válido que falhará na etapa de registro. Em seguida, você pode verificar as ferramentas do desenvolvedor e observar que, embora a chamada para /authorization falhe, o status ainda está sendo enviado como \"aprovado\"\n\n## Workaround\n\n\nN/A"}