{"section":"known-issues","requestedLocale":"pt","requestedSlug":"na-argentina-a-etapa-de-finalizacao-da-compra-relacionada-ao-envio-nao-avanca-para-a-etapa-de-pagamento","locale":"pt","slug":"na-argentina-a-etapa-de-finalizacao-da-compra-relacionada-ao-envio-nao-avanca-para-a-etapa-de-pagamento","path":"docs/pt/known-issues/Checkout/na-argentina-a-etapa-de-finalizacao-da-compra-relacionada-ao-envio-nao-avanca-para-a-etapa-de-pagamento.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nEm lojas argentinas, alguns CEPs fazem com que o comprador fique preso na etapa de envio: o endereço é preenchido automaticamente com o CEP, mas a `cidade` resultante não é um valor aceito nas regras do formulário `vtex.address-form` da Argentina, portanto, o endereço nunca é validado. Como o campo `cidade` é preenchido automaticamente, ele não é exibido no formulário; o comprador não tem nenhum campo inválido para corrigir e nenhuma mensagem de erro é mostrada.\n\nPortanto, o endereço nunca é salvo e a etapa silenciosamente se recusa a avançar. Apenas os CEPs cuja cidade resulta em um único valor são afetados — os CEPs que resultam em várias cidades exibem uma seleção de `Cidade` e funcionam normalmente.\n\n## Simulação\n\n- Em uma loja argentina, adicione qualquer SKU disponível ao carrinho e conclua a etapa de perfil.\n\n- Na etapa de envio, insira um CEP afetado (por exemplo, `1687`).\n\n- Preencha a rua e o número. Nenhum campo de cidade é exibido.\n\n- Clique em \"Ir para o pagamento\" — nada acontece; Nenhum erro é exibido.\n- Controle: repita com um código postal não afetado (por exemplo, `1688`) — a etapa avança normalmente.\n\n- Para confirmar um caso relatado: verifique se `shippingData.address.street` ainda é `null` no formulário de pedido após o comprador preenchê-lo.\n\n## Workaround\n\nNão há solução alternativa disponível."}