{"section":"known-issues","requestedLocale":"es","requestedSlug":"conflicto-entre-especificaciones-con-el-mismo-nombre-en-la-busqueda-inteligente","locale":"es","slug":"conflicto-entre-especificaciones-con-el-mismo-nombre-en-la-busqueda-inteligente","path":"docs/es/known-issues/Intelligent Search/conflicto-entre-especificaciones-con-el-mismo-nombre-en-la-busqueda-inteligente.md","branch":"main","content":"## Sumario\n\n>ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n\nMúltiples especificaciones con el mismo nombre son agrupadas en la misma _\"faceta\"_ por la Búsqueda Inteligente, lo que puede ser un problema si tienen diferentes configuraciones.\n\nAlgunos atributos que pueden verse afectados son el filtro, los conmutadores oculto e indexado/buscable, el tipo de campo y la posición del valor. No hay diferencia entre ser una especificación de producto o de SKU.\n\nNo es posible saber qué propiedad tendrá prioridad sobre la otra.\n\n\n##\n\n## Simulación\n\n\nPara una tienda con:\n- una especificación llamada \"foo\" (ID 1) establecida como filtro (para aparecer en el escaparate) y con el valor \"bar\" para un producto;\n- otra especificación llamada \"foo\" (pero ID 2), que no es un filtro, y con el valor \"baz\" para el mismo u otro producto.\n\nEl escaparate puede mostrar un filtro de búsqueda para la faceta/especificación \"foo\" con los valores \"bar\" y \"baz\" o incluso ocultar todo el filtro.\n\n\n\n## Workaround\n\n\nAunque el módulo Catálogo no bloquea los nombres de especificación repetidos, este uso debe considerarse incorrecto."}