{"section":"known-issues","requestedLocale":"pt","requestedSlug":"o-campo-ean-como-string-esta-sendo-ignorado-ao-aprovar-os-skus-recebidos","locale":"pt","slug":"o-campo-ean-como-string-esta-sendo-ignorado-ao-aprovar-os-skus-recebidos","path":"docs/pt/known-issues/Marketplace/o-campo-ean-como-string-esta-sendo-ignorado-ao-aprovar-os-skus-recebidos.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nO vendedor envia o SKU com todos os campos declarados neste artigo (https://developers.vtex.com/docs/api-reference/marketplace-apis-suggestions#put-/suggestions/-sellerId-/-sellerSkuId-) para que o marketplace o aprove no módulo “SKUs Recebidos”.\n\nO campo ean está declarado como tipo string no artigo acima. No entanto, apesar de aparecer na interface do usuário do Received Skus, ele está sendo ignorado pelo sistema backend do matcher e também pelo módulo de catálogo, o que significa que o SKU está sendo criado com esse campo vazio.\n\n## Simulação\n\n1. Envie um SKU para o marketplace com o campo ean definido como string: `\"ean\": \"123456\"`\n2. Aprove o SKU como um novo produto no módulo Received Skus do marketplace;\n3. Verifique se, no catálogo, este campo está definido como vazio.\n\n## Workaround\n\n**Enquanto esse problema não for corrigido e o sistema não estiver funcionando de acordo com nossa documentação**, o formato que está funcionando atualmente é enviar o campo ean como uma matriz:\n\"ean\": [\"123456\"]\nOutra maneira é definir esse campo manualmente no catálogo assim que o SKU for aprovado."}