{"section":"known-issues","requestedLocale":"es","requestedSlug":"la-transaccion-se-procesa-mediante-autorizacion-y-liquidacion-a-pesar-de-haber-sido-cancelada","locale":"es","slug":"la-transaccion-se-procesa-mediante-autorizacion-y-liquidacion-a-pesar-de-haber-sido-cancelada","path":"docs/es/known-issues/Payments/la-transaccion-se-procesa-mediante-autorizacion-y-liquidacion-a-pesar-de-haber-sido-cancelada.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nEn los casos en los que se crean dos subpedidos dentro de la misma sesión de pago (mismo grupo de pedidos), una transacción que ya ha sido **cancelada** puede pasar inesperadamente por todo el proceso de autorización, prevención del fraude y liquidación, lo que da lugar a un **cobro involuntario al cliente**.\nEsto se debe a una condición de carrera entre las solicitudes de cancelación y de autorización. Cuando ambas se activan casi simultáneamente, el flujo de autorización puede operar con un estado de transacción desactualizado, omitiendo el estado «Cancelado» y completándose como si el pedido siguiera siendo válido.\n**Comportamiento esperado:** Una vez que una transacción alcanza el estado «Cancelada», no debería permitirse ninguna autorización o liquidación adicional.\n**Comportamiento observado:** La transacción pasa de «Cancelada» → «Autorizando» → «Liquidada», generando un cargo que no debería haberse producido.\n\n## Simulación\n\nNo se puede reproducir en un entorno controlado. El problema se produce de forma intermitente en producción y es más probable que se manifieste en **escenarios de marketplace con pedidos divididos**, donde la cancelación y la autorización pueden activarse casi simultáneamente por diferentes servicios dentro de la misma sesión de grupo de pedidos.\n\n## Workaround\n\nprovisional**\nNo hay ninguna solución provisional disponible."}