{"section":"known-issues","requestedLocale":"pt","requestedSlug":"a-interface-do-usuario-aciona-solicitacoes-separadas-para-cada-chavecampo-de-um-anexo","locale":"pt","slug":"a-interface-do-usuario-aciona-solicitacoes-separadas-para-cada-chavecampo-de-um-anexo","path":"docs/pt/known-issues/Checkout/a-interface-do-usuario-aciona-solicitacoes-separadas-para-cada-chavecampo-de-um-anexo.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nQuando você define o valor de um campo de anexo de item por meio da interface do usuário, isso aciona uma solicitação para atualizar o orderForm, mesmo que ainda haja mais campos restantes.\nEssa solicitação será processada e a resposta será o orderForm atualizado.\n\nNos casos em que o anexo tiver vários campos de texto abertos, isso poderá fazer com que os campos subsequentes sejam substituídos enquanto você estiver digitando seus valores.\nIsso acontece porque a solicitação de atualização terá sido enviada quando esse campo ainda estava em branco e, portanto, também estará em branco na resposta.\n\nNos casos em que o item tiver um anexo de assinatura com várias chaves, isso poderá disparar uma mensagem de erro como \"unable to communicate with seller\" / \"não foi possível se comunicar com o vendedor\".\nIsso acontece porque a assinatura espera que várias chaves tenham sido preenchidas, mas a primeira solicitação só enviou uma.\n\n## Simulação\n\n\nCrie um anexo com pelo menos duas chaves/campos.\nAdicione um item vinculado a esse anexo em seu carrinho e, em seguida, adicione o anexo.\nPor fim, defina o valor de um campo e observe o comportamento que se segue\n\n## Workaround\n\n\nN/A"}