{"section":"known-issues","requestedLocale":"es","requestedSlug":"delaytoautosettleafterantifraud-activacion-de-la-captura-automatica-incluso-sin-antifraude","locale":"es","slug":"delaytoautosettleafterantifraud-activacion-de-la-captura-automatica-incluso-sin-antifraude","path":"docs/es/known-issues/Payments/delaytoautosettleafterantifraud-activacion-de-la-captura-automatica-incluso-sin-antifraude.md","branch":"main","content":"## Sumario\n\n>ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n\nCuando la transacción **NO** tiene antifraude, se toma el valor más corto entre `delayToAutoSettle` y `delayToAutoSettleAfterAntifraud`. En este caso, el responsable de la captura es el `EarlySettlementWorker`, que es el trabajador de captura anticipada. Técnicamente, es el trabajador que se llama después de que el antifraude se realice, pero cuando no hay uno, comienza su cuenta atrás después de la autorización del pago.\n\nPor otro lado, en el escenario en el que el antifraude **EXISTE**, se comporta como se espera: se llama al que actúe primero. La captura automática inicia la cuenta atrás tras la autorización del pago. La captura anticipada inicia la cuenta atrás tras la autorización antifraude.\n\nPor ejemplo, si `delayToAutoSettle` es igual a 1 minuto y `delayToAutoSettleAfterAntifraud` es igual a 1 segundo, y el antifraude es llamado y aprobado antes de 1 minuto después de la autorización del pago, entonces el `EarlySettlementWorker` será llamado.\n\n\n\n## Simulación\n\n\nPara simular, es necesario que el conector en cuestión esté enviando diferentes periodos para delayto[...]. Teniendo en cuenta que esto está configurado, es necesario crear una condición de pago sin antifraude asociado. Proceder a realizar una orden y verificar el tiempo que tarda en llamarse a la liquidación (que será la referencia para `delayToAutoSettleAfterAntifraud` y no `delayToAutoSettle`).\n\n\n\n## Workaround\n\n\nN/A"}