{"section":"known-issues","requestedLocale":"es","requestedSlug":"la-aplicacion-cielo-3ds2-muestra-el-estado-aprobado-incluso-en-casos-en-los-que-la-autenticacion-ha-fallado","locale":"es","slug":"la-aplicacion-cielo-3ds2-muestra-el-estado-aprobado-incluso-en-casos-en-los-que-la-autenticacion-ha-fallado","path":"docs/es/known-issues/Payments/la-aplicacion-cielo-3ds2-muestra-el-estado-aprobado-incluso-en-casos-en-los-que-la-autenticacion-ha-fallado.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nActualmente, nuestra aplicación de autenticación «cielo-authentication-app» v1.2.1 devuelve el estado «aprobado» en el paso final del flujo al llamar al paso de autorización que evalúa si la autenticación ha fallado o no. Sin embargo, la aplicación solo activa el paso de fallo cuando se produce un error en este paso. Como resultado, aunque el estado sea «fallido» en el paso anterior, pero no se produzca ningún error en el paso /authorize actual, el estado sigue considerándose «aprobado», lo que nos permite realizar una solicitud al adquirente. Este no es el comportamiento esperado, ya que en este escenario deberíamos denegar la autorización de pago y cambiar la transacción a «autorización denegada».\n\n## Simulación\n\nRealice un pedido con la aplicación activada y utilice una tarjeta válida que falle en el paso de inscripción. A continuación, puede consultar las herramientas de desarrollo y observar que, aunque la llamada a /authorization falle, el estado sigue enviándose como «aprobado».\n\n## Workaround\n\nN/A"}