{"section":"known-issues","requestedLocale":"pt","requestedSlug":"cancelamento-de-pagamento-atrasado-em-mais-de-uma-hora-apos-rejeicao-antifraude-em-transacoes-nativas-divididas","locale":"pt","slug":"cancelamento-de-pagamento-atrasado-em-mais-de-uma-hora-apos-rejeicao-antifraude-em-transacoes-nativas-divididas","path":"docs/pt/known-issues/Payments/cancelamento-de-pagamento-atrasado-em-mais-de-uma-hora-apos-rejeicao-antifraude-em-transacoes-nativas-divididas.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nQuando o sistema antifraude rejeita uma transação que utiliza divisão nativa, a autorização do cartão não é cancelada no provedor de pagamento no momento da rejeição. A transação permanece em \"Cancelando\" e o pagamento permanece em \"Autorizado\", portanto, o valor permanece retido no cartão do comprador e o provedor só recebe a solicitação de cancelamento de 1 a 2 horas depois, ocasionalmente mais. Isso ocorre quando a divisão nativa está habilitada na transação (afiliação enviando destinatários divididos), o modo pós-compra é \"Retido\" ou \"Total\" e o pagamento ainda não foi capturado. Foi observado com rejeições da ClearSale e da Konduto. A mesma rejeição em uma transação sem divisão nativa é cancelada no provedor em segundos.\n\n## Simulação\n\n1. Configure uma afiliação com divisão nativa, enviando os destinatários divididos, em uma conta cujo modo pós-compra é \"Retido\" ou \"Total\";\n\n2. Configure um provedor antifraude (por exemplo, ClearSale) para o método de pagamento;\n3. Faça um pedido com mais de um vendedor e obtenha a autorização de pagamento, sem capturá-lo;\n4. Faça com que o sistema antifraude rejeite a transação;\n5. A transação passa para o status \"Cancelando\" com o pagamento ainda \"Autorizado\", e o cancelamento só chega ao provedor de pagamento de 1 a 2 horas depois.\n\n## Workaround\n\nNão há solução alternativa disponível."}