{"section":"known-issues","requestedLocale":"pt","requestedSlug":"conflito-entre-especificacoes-com-o-mesmo-nome-na-intelligent-search","locale":"pt","slug":"conflito-entre-especificacoes-com-o-mesmo-nome-na-intelligent-search","path":"docs/pt/known-issues/Intelligent Search/conflito-entre-especificacoes-com-o-mesmo-nome-na-intelligent-search.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nVárias especificações com o mesmo nome são agrupadas na mesma _\"faceta\"_ pela Pesquisa Inteligente, o que pode ser um problema se elas tiverem configurações diferentes.\n\nAlguns atributos que podem ser afetados são o filtro, as alternâncias de oculto e indexado/pesquisável, o tipo de campo e a posição do valor. Não há diferença entre ser uma especificação de produto ou de SKU.\n\nNão é possível saber qual propriedade terá precedência sobre a outra.\n\n## Simulação\n\n\nPara uma loja com:\n- uma especificação chamada \"foo\" (ID 1) definida como um filtro (para aparecer na vitrine) e com o valor \"bar\" para um produto;\n- outra especificação chamada \"foo\" (mas ID 2), que não é um filtro, e com o valor \"baz\" para o mesmo ou outro produto.\n\nA vitrine pode renderizar um filtro de pesquisa para a faceta/especificação \"foo\" com os valores \"bar\" e \"baz\" ou até mesmo ocultar o filtro inteiro\n\n## Workaround\n\n\nEmbora o módulo Catalog não bloqueie nomes de especificações repetidos, esse uso deve ser considerado incorreto."}