Estandarización de datos de productos: atributos obligatorios por categoría

La estandarización de datos de productos empieza con un modelo de atributos por categoría: para cada tipo de producto, la empresa decide qué campos son siempre obligatorios, cuáles dependen de la categoría, cuáles valen solo para un canal y cuáles son opcionales. Después, la clasificación elegida al dar de alta el producto activa esos campos, y el artículo no avanza mientras no esté completo para su destino.

Una escena habitual en un equipo de datos maestros: el área comercial pide un producto nuevo con urgencia. El analista completa descripción, código fiscal, unidad y precio. Tres días después, la tienda online lo devuelve porque falta el color. Logística reclama que no tiene peso bruto. El marketplace lo rechaza porque no tiene género ni grupo de edad.

Nadie se equivocó a propósito. La regla de lo que es obligatorio estaba repartida en la cabeza de cada área, y no en el registro del producto.

¿Qué es la estandarización de datos de productos y qué es un modelo de atributos por categoría?

Estandarizar los datos de productos es definir, antes de dar de alta cualquier artículo, cómo debe describirse: qué atributos tiene (lo que compone la ficha técnica del artículo), en qué formato, con qué valores aceptados y quién responde por cada uno. El modelo de atributos por categoría es la pieza central. Dice que una camiseta tiene color, talla y género, que un jugo tiene contenido neto y tabla nutricional, y que un tornillo no necesita ninguno de esos.

Vincular atributos a una clasificación no es un invento de las empresas. GS1, la organización internacional de estándares detrás de los códigos de barras, usa la GPC (Clasificación Global de Productos), organizada en cuatro niveles: segmento, familia, clase y subclase, llamada brick. El manual del Registro Nacional de Productos de Brasil (Cadastro Nacional de Produtos, o CNP), la base de datos de productos gestionada por GS1 Brasil, define el brick como una agrupación coherente de artículos que da visibilidad y permite que esa información sea uniforme entre los usuarios. En el ejemplo del propio manual, un jugo de naranja queda en Alimentos/Bebidas/Tabaco, familia Bebidas, clase Bebidas no alcohólicas listas para beber, brick Bebidas a base de jugo listas para beber (perecederas).

Una advertencia: cito el manual de la herramienta, con fecha del 12/05/2021. La versión actual del CNP puede haber cambiado pantallas y campos.

¿Qué niveles de obligatoriedad puede tener un atributo?

"Obligatorio" por sí solo dice poco. Yo lo separo en cuatro niveles, porque cada uno se exige en un momento distinto.

1. Siempre obligatorio

Vale para todo producto, de cualquier categoría. Descripción, unidad de medida, marca, categoría interna. Sin eso, el artículo ni siquiera debería crearse. En GS1 Brasil, por ejemplo, el manual del CNP enumera un conjunto así para su propio registro: para registrar un GTIN 12 o GTIN 13 pide descripción del producto, foto o URL de la foto, marca, idioma, país de origen, peso bruto, unidad de medida, contenido neto, NCM y CEST (códigos de clasificación fiscal de Brasil), GPC y país de destino.

2. Condicional a la categoría

Solo aparece cuando el producto cae en una clasificación determinada. El ejemplo más claro está en el propio CNP: descripción de la porción o medida, referencia diaria, elementos de la tabla nutricional (cantidad, unidad y porcentaje del valor diario) y alérgenos solo aparecen si el producto se clasifica en el segmento de alimentos y bebidas. Para una herramienta manual, como una pinza, esos campos no existen.

3. Obligatorio por destino o canal

El atributo se exige porque el artículo va a un lugar concreto. En Google Merchant Center, los anuncios de Shopping y las fichas gratuitas exigen conjuntos de atributos según la categoría: la ropa necesita gender, age_group y color, y el calzado necesita los mismos y además size. Sin ellos, la oferta no se muestra. Es la regla de ese canal, no una regla universal. Cada marketplace, cada socio de EDI y cada catálogo de cliente puede tener la suya.

4. Opcional

Ayuda a vender o a encontrar el producto, pero no bloquea. Material, estilo, ocasión de uso. Opcional no significa irrelevante: el propio manual del CNP recuerda que, aunque haya campos obligatorios, es importante completar todos.

¿Cómo armar la tabla de obligatoriedad?

Junte los cuatro niveles en una tabla por categoría. Se convierte en el acuerdo entre las áreas.

Tipo de obligatoriedad	Ejemplo	Quién lo define	Dónde se exige
Siempre obligatorio	Descripción, unidad de medida, marca, código de clasificación fiscal	Gobierno de datos con las áreas fiscal y de datos maestros	En la creación del artículo, para cualquier categoría
Condicional a la categoría	Tabla nutricional y alérgenos en alimentos y bebidas	Gestión de categoría, con apoyo de calidad o regulatorio	En la creación, en cuanto se elige la clasificación
Obligatorio por destino	Género, grupo de edad y color para ropa; los mismos y talla para calzado, en un canal de anuncios	E-commerce o dueño del canal, a partir de la regla publicada por el canal	Antes de publicar en ese canal
Opcional	Material, estilo, palabras de búsqueda	Comercial o marketing	No bloquea; cuenta en el indicador de completitud

¿Cómo definir el dominio de valores y la unidad de cada atributo?

Decir que "el color es obligatorio" y aceptar texto libre es quedarse a mitad de camino. En poco tiempo hay "Azul", "AZ", "azul marino" y "Navy" para lo mismo. Los filtros de la tienda no funcionan y los informes no cuadran.

Lista cerrada cuando el valor es categórico

Color, género, grupo de edad, tipo de envase: lista de valores aceptados, con un código y una etiqueta. Si el canal usa otra lista, se mantiene una tabla de equivalencias, no un segundo registro.

Número con unidad definida cuando el valor es una medida

Peso bruto en kilogramos, contenido neto en mililitros o gramos, dimensiones en centímetros. La unidad forma parte de la regla del atributo. Sin ella, el mismo campo recibe 500, 0,5 y "500g", y logística no puede calcular flete ni paletizado.

Texto libre solo donde no hay alternativa

La descripción comercial larga, por ejemplo. Aun así, con longitud máxima y regla de armado. Lo expliqué en cómo describir artículos en el maestro con un patrón.

¿Quién es el dueño de cada atributo?

Atributo sin dueño es atributo que nadie corrige. Una división que suele funcionar:

• Comercial: nombre de venta, marca, descripción comercial, atributos de atractivo (estilo, ocasión).
• Fiscal: códigos de clasificación fiscal y demás campos tributarios (en Brasil, NCM y CEST). Datos maestros sugiere, fiscal valida.
• Logística: peso bruto, dimensiones, unidad de medida, envase.
• Gestión de categoría: la clasificación del artículo y el propio modelo de atributos de cada categoría.
• E-commerce y canales: los atributos que exige cada destino y la equivalencia con las listas de valores del canal.

Cada área aprueba lo suyo. El analista de datos maestros no debería decidir el código fiscal solo, y el área fiscal no debería elegir el color del producto.

¿Cómo hacer que la clasificación active la obligatoriedad?

Este es el cambio que más afecta el día a día del alta de productos. La primera decisión en el formulario es la categoría. Una vez elegida, el sistema muestra solo los atributos de ese modelo y marca cuáles son obligatorios. Es el mismo comportamiento del CNP con los alimentos: si se clasifica en el segmento de alimentos y bebidas, aparecen los campos nutricionales.

Eso tiene dos consecuencias. La primera: una clasificación equivocada genera exigencias equivocadas. Google advierte justamente eso: si no se informa la categoría del producto, puede asignarse automáticamente y, si es incorrecta, los atributos exigidos pueden cambiar. La segunda: la categoría pasa a ser un campo de alto riesgo, aprobado por su dueño.

Si su base mezcla conceptos, como materiales de consumo interno y productos de venta, conviene leer antes sobre las diferencias entre material, producto y artículo. El modelo de atributos de uno no sirve para el otro.

¿Cómo medir la completitud por categoría y por canal?

Un solo número de completitud para toda la base esconde el problema. Yo lo mido de dos formas:

• Por categoría: de los artículos de calzado, ¿cuántos tienen completos todos los atributos siempre obligatorios y condicionales? Eso muestra dónde no se cumple el modelo.
• Por canal: de los artículos que deberían estar en el canal X, ¿cuántos cumplen lo que exige el canal X? Eso muestra lo que está detenido antes de publicar.

Un artículo puede estar completo para el ERP e incompleto para el marketplace al mismo tiempo. Hacen falta las dos medidas. Para armar los indicadores, el artículo sobre cómo medir la calidad de los datos maestros trae las dimensiones y la forma de seguirlas.

¿Cómo cambiar el modelo sin romper la base?

El modelo va a cambiar. Un canal nuevo, una exigencia nueva, una categoría que hay que dividir. El error habitual es activar la nueva obligatoriedad para todo el mundo el mismo día. Resultado: miles de artículos existentes quedan "incompletos" de golpe y bloquean cualquier cambio simple, como actualizar un precio.

Versione el modelo

Registre qué cambió, cuándo, quién lo aprobó y por qué. Así se sabe con qué versión se creó cada artículo.

Separe artículos nuevos de existentes

El artículo nuevo nace con la regla nueva. El existente recibe un plazo y entra en una cola de enriquecimiento, priorizada por ventas o por el canal más exigente.

Bloquee el canal, no el registro

Si el atributo nuevo es obligatorio por destino, bloquee la publicación en ese canal, no todo el registro. El artículo sigue operando en el ERP mientras se completa.

Ejemplo hipotético: un distribuidor de ropa y alimentos

Ejemplo hipotético, creado para ilustrar el método. Empresa ficticia, sin datos reales.

Una distribuidora ficticia, que voy a llamar Distribuidora A, vende a minoristas físicos y por su propia tienda online, y decidió anunciar en un canal de compras en línea. Tiene dos líneas: camisetas y jugos.

• Siempre obligatorio para ambas: descripción, marca, unidad de medida, peso bruto, código de clasificación fiscal, categoría interna.
• Condicional a la categoría jugo: contenido neto en mililitros, tabla nutricional, alérgenos.
• Condicional a la categoría camiseta: color (lista cerrada), talla (lista cerrada), género, grupo de edad.
• Obligatorio por destino: para el canal de anuncios, el color, el género y el grupo de edad de la camiseta deben estar asociados a los valores que acepta ese canal.
• Opcional: composición de la tela, sabor destacado, palabras de búsqueda.

El analista elige primero la categoría. Si elige "jugo", los campos de ropa ni aparecen. La camiseta solo sale al canal de anuncios cuando cumple la regla de ese canal; en el ERP ya está activa para facturar.

¿Por dónde empezar?

1. Liste las categorías que más venden o que más devoluciones de alta reciben de los canales.
2. Para cada una, escriba los atributos y clasifíquelos en siempre obligatorio, condicional, por destino u opcional.
3. Defina el dominio de valores, la unidad y el dueño de cada atributo.
4. Reúna las reglas publicadas por los canales en los que vende y marque lo que es exigencia de destino.
5. Haga que la categoría sea la primera decisión del alta y vincule la obligatoriedad a ella.
6. Mida la completitud por categoría y por canal antes y después, y trate la base antigua en una cola, con plazo.

Si la idea es llevar esto a una herramienta, la página de gestión de información de producto (PIM) de 4MDG muestra cómo se configura el modelo por categoría. Para prácticas complementarias del día a día, vea también las mejores prácticas para un registro de productos eficiente.

Preguntas frecuentes

¿Cuántos atributos obligatorios debe tener cada categoría?

No hay un número correcto. La regla que uso: es obligatorio lo que, si falta, impide vender, facturar, transportar o publicar. El resto queda opcional y cuenta en la completitud. Una categoría con demasiados obligatorios lleva al analista a escribir cualquier cosa para pasar.

¿Qué hacer con los productos antiguos que no tienen el atributo nuevo?

No bloquee el artículo entero. Márquelo como pendiente para el canal que exige el atributo, póngalo en una cola de enriquecimiento por prioridad y fije un plazo. Mientras tanto, el artículo sigue operando en el ERP.

¿Obligatorio en el ERP y obligatorio en el canal son lo mismo?

No. El ERP exige lo que necesita para comprar, almacenar y facturar. El canal exige lo que necesita para mostrar y filtrar el producto. Por eso la completitud se mide por separado para cada destino.

¿Quién aprueba los cambios en el modelo de atributos?

El dueño de la categoría propone y el gobierno de datos aprueba tras escuchar a las áreas afectadas, sobre todo fiscal y logística cuando el atributo es de ellas. El cambio queda versionado, con fecha y motivo.

¿Se puede usar la clasificación GPC como categoría interna?

Puede servir de referencia, y el CNP pide el código de 8 dígitos del brick. Pero la categoría interna suele seguir la lógica de venta y de compra de la empresa. Lo más común es mantener la categoría interna y guardar el brick GPC como atributo.

¿Y si el atributo es obligatorio pero nadie conoce el valor?

No invente un valor para pasar la validación. Devuelva la solicitud a quien pidió el alta, con el motivo, o pida la información al proveedor. Un valor genérico como "no aplica" solo debe estar en la lista cuando sea una respuesta realmente válida para esa categoría.

Cómo 4MDG puede ayudar

La plataforma de 4MDG ofrece funciones de PIM dentro de un MDM: modelo de producto por categoría, con atributos obligatorios, dominios de valor y jerarquía de surtido, y completitud por canal, en la que el artículo solo se publica cuando cumple lo que exige ese canal. La configuración es low-code, y ADAM, la IA de 4MDG, lee el texto libre y separa los atributos por familia. Vea los detalles en la página de PIM y productos. Si quiere saber cuántos SKU de su base están hoy sin un atributo obligatorio, solicite el diagnóstico gratuito.

Fuentes

• GS1 Brasil. Cadastro Nacional de Produtos: Tutorial Completo (manual del Registro Nacional de Productos, en portugués, del 12/05/2021). Consultado el 22/10/2026.
• Google. Ayuda de Merchant Center, How to fix: Missing value: size, color, gender, age group. Consultado el 22/10/2026.
• 4MDG. Página de PIM: información de producto. Consultado el 22/10/2026.