{"section":"known-issues","requestedLocale":"pt","requestedSlug":"a-interface-do-usuario-do-checkout-permite-o-pagamento-com-endereco-de-fatura-incompleto-no-fluxo-de-retirada-invoicedata-inconsistente","locale":"pt","slug":"a-interface-do-usuario-do-checkout-permite-o-pagamento-com-endereco-de-fatura-incompleto-no-fluxo-de-retirada-invoicedata-inconsistente","path":"docs/pt/known-issues/Checkout/a-interface-do-usuario-do-checkout-permite-o-pagamento-com-endereco-de-fatura-incompleto-no-fluxo-de-retirada-invoicedata-inconsistente.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\n\nO checkout pode prosseguir para a etapa de pagamento com um endereço de fatura incompleto (invoiceData) quando o método de envio for pickup. O sintoma visível é um endereço de fatura sem os campos obrigatórios (por exemplo, número), o que posteriormente causa falha no Anti-Fraud ou no processamento do pagamento.\n\nA evidência na transação é:\n\n    ClearSale retorna uma RestServiceException: \\{\"Message\": \"The request is invalid.\", \"ModelState\":\\{\"[0].billing.address.number\":[\"Invalid type. expected String but got Null.\"],\"[0].shipping.address.number\":[\"Invalid type. expected String but got Null.\"]\\}\\}\nIsso afeta os compradores em cenários de retirada, quando um endereço do tipo fatura existe sem um número de rua, e foi observado mesmo quando a interface do usuário da loja deveria exigir o campo de número.\r\n## Simulação\n\n\nNão é possível simular.\n\n\r\n## Workaround\n\n\n\n- Atualize/corrija o endereço da fatura do comprador diretamente nos dados mestre para que os campos obrigatórios (incluindo o número) estejam presentes e consistentes.\n- Para cancelar a transação, abra um tíquete para que a equipe de suporte do produto de pagamento possa ignorar a análise antifraude"}