{"section":"known-issues","requestedLocale":"pt","requestedSlug":"delaytoautosettleafterantifraud-aciona-a-captura-automatica-mesmo-sem-a-verificacao-antifraude","locale":"pt","slug":"delaytoautosettleafterantifraud-aciona-a-captura-automatica-mesmo-sem-a-verificacao-antifraude","path":"docs/pt/known-issues/Payments/delaytoautosettleafterantifraud-aciona-a-captura-automatica-mesmo-sem-a-verificacao-antifraude.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nQuando a transação **NÃO** possui antifraude, ela adota o menor valor entre `delayToAutoSettle` e `delayToAutoSettleAfterAntifraud`. Nesse caso, o `EarlySettlementWorker` é responsável pela captura, sendo este o worker para a captura antecipada. Tecnicamente, é o worker chamado após a execução da proteção antifraude, mas, quando não há proteção antifraude, ele inicia sua contagem regressiva após a autorização do pagamento.\n\nPor outro lado, no cenário em que a proteção antifraude **EXISTE**, o comportamento é o esperado: o que ocorrer primeiro é chamado. A captura automática inicia a contagem regressiva após a aprovação do pagamento. A captura antecipada inicia a contagem regressiva após a aprovação da proteção antifraude.\n\nPor exemplo, se `delayToAutoSettle` for igual a 1 minuto e `delayToAutoSettleAfterAntifraud` for igual a 1 segundo, e a antifraude for chamada e aprovada antes de 1 minuto após a autorização do pagamento, então o `EarlySettlementWorker` será chamado.\n\n## Simulação\n\nPara simular, é necessário que o conector em questão esteja enviando diferentes períodos para delayto[...]. Considerando que isso esteja configurado, é necessário criar uma condição de pagamento sem um antifraude associado. Prossiga com a realização de um pedido e verifique o tempo que leva para a liquidação ser chamada (que será a referência para `delayToAutoSettleAfterAntifraud` e não para `delayToAutoSettle`).\n\n## Workaround\n\nN/A"}