Sumario
Este problema conocido ha sido traducido automáticamente del inglés.
Cuando 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.
Por 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.
Por 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.
Simulación
Para 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
).
Workaround
N/A