Referencia
Usa el identificador que clientes, distribuidores o equipos internos necesitan para pedir la pieza.
Guía práctica de datos de catálogo
El objetivo no es crear la hoja de cálculo más grande posible, sino dar a cada diagrama, colección y workflow una ruta fiable hacia la pieza pedible correcta.

Antes de elegir campos, mapea las decisiones que toma una persona cuando necesita un recambio.
Un cliente o técnico suele empezar por una máquina, conjunto, modelo o vista explosionada. Después necesita identificar la referencia correcta, entender qué pieza está disponible para pedir y continuar hacia presupuesto, carrito o soporte.
La estructura de datos debe apoyar ese recorrido.
Separa la información comercial y descriptiva reutilizable de la posición concreta dentro del diagrama.
Usa el identificador que clientes, distribuidores o equipos internos necesitan para pedir la pieza.
Usa un nombre reconocible en lugar de depender solo de códigos internos.
Añade contexto para distinguir variantes, kits o aplicaciones.
Mantén precios explícitos para los mercados y flujos donde sean necesarios.
Mantén nombres y descripciones traducidos para los mercados correspondientes.
Aclara si una pieza debe seguir visible y utilizable en workflows activos.
Una misma pieza puede aparecer en varios diagramas con referencias, cantidades y contextos distintos.
Evita recrear el mismo registro para cada vista explosionada. Mantén la pieza una sola vez y relaciónala con las referencias y diagramas correspondientes. Así puedes corregir nombre, precio o imagen sin repetir el mantenimiento en cada esquema.
La automatización reduce trabajo repetitivo, pero las ambigüedades siguen necesitando decisiones humanas.
Comprueba que las referencias sean legibles y estén colocadas en la posición correcta.
Compara referencia, cantidad y descripción con la fila BOM correspondiente.
Vincula, desvincula o sustituye la pieza cuando el resultado no sea fiable.
Trata el diagrama orientado al cliente como un resultado aprobado, no como una extracción en bruto.
Los grupos son útiles cuando varias piezas deben recibir el mismo tratamiento.
Selecciona las piezas exactas que deben tratarse juntas.
Define condiciones reutilizables y revisa qué piezas coinciden.
Una referencia antigua no debería desaparecer sin más cuando existe una pieza nueva o preferida.
Mantén la pieza original reconocible y relaciónala con el recambio adecuado. Registra el tipo de relación, notas útiles y la opción preferida cuando corresponda.
Una buena estructura es una estructura que tu equipo puede mantener precisa cuando cambian precios, descripciones y referencias.
Usa archivos estructurados para crear o actualizar registros revisando fallos y valores inesperados.
Define quién revisa referencias sin asociar, piezas ausentes, sustituciones y decisiones de publicación.
Reutiliza las mismas piezas en varios diagramas y colecciones.
No necesitas fuentes perfectas, pero sí saber dónde hace falta revisión.
La fuente contiene un identificador estable.
El usuario puede distinguir la pieza sin jerga interna.
Tu equipo puede confirmar la relación entre diagrama, BOM y pieza.
Alguien valida las relaciones de supersesión y preferencia.
Sabes qué mercados necesitan traducciones o precios específicos.
Los datos importados o extraídos se revisan antes de mostrarse al cliente.
Estructuración de datos de recambios
Mantén el modelo práctico y alineado con la experiencia que realmente quieres publicar.
No. Puedes empezar con manuales y listas de piezas existentes siempre que tu equipo pueda revisar excepciones y decidir qué información se muestra al cliente.
Solo cuando realmente representan la misma pieza pedible en tu sistema. PartGrid no fusiona automáticamente duplicados aproximados.
Sí. Un registro compartido puede vincularse a varios diagramas manteniendo la referencia y cantidad específicas de cada contexto.
Mantén las sustituciones como relaciones explícitas entre registros para que la referencia antigua siga siendo localizable.
Referencias ambiguas, piezas ausentes, valores de importación inesperados, sustituciones y aprobación final deben seguir siendo decisiones visibles para el equipo.
Trae una vista explosionada y una lista representativa para ver cómo registros compartidos, matching, grupos, sustituciones y publicación pueden funcionar juntos.