Skip to main content
Especificación de los datos maestros de producto. Consulta el archivo de ejemplo Sample_products.csv.
También puedes cargar datos de producto de forma programática mediante la API REST de Retailgrid pública. Los payloads de la API usan nombres de campo y campos obligatorios ligeramente distintos. Consulta Carga mediante la API más abajo.

1. Objetivo

El conjunto de datos maestros de producto sirve para:
  • Vincular transacciones con productos
  • Calcular el margen (mediante unit_cost)
  • Analítica a nivel de categoría
  • Análisis de marca y surtido
  • Modelado de elasticidad
  • Análisis de corredor de precios
Cada fila representa:
Un ítem vendible (nivel de SKU)

2. Integridad referencial (crítico)

Los siguientes campos deben coincidir exactamente con el historial de transacciones: Si item_id no coincide, las transacciones no se pueden vincular.

3. Datos maestros de producto - especificación unificada

4. Alineación con el esquema de transacciones

4.1 Claves. Alineación obligatoria:
4.2 Consistencia de moneda. Si las transacciones incluyen currency, el archivo de productos debe incluir currency. 4.3 Consistencia del IVA. Si el IVA está incluido en los precios de las transacciones:
  • Proporciona vat_rate en el archivo de productos
  • Aclara si unit_price en las transacciones es bruto o neto

5. Requisitos de formato de datos

5.1 Fechas
Ejemplo:
5.2 Campos numéricos
  • Separador decimal: .
  • Sin símbolos de moneda
  • Sin separadores de miles

6. Atributos personalizados (modelo de extensibilidad)

Puedes añadir atributos adicionales como columnas extra. Ejemplos:
  • material
  • color
  • season
  • gender
  • warranty_months
  • competitor_reference
  • margin_group
  • elasticity_cluster
Reglas para los atributos personalizados
  • No deben sobrescribir los nombres de las columnas obligatorias
  • Deben seguir una nomenclatura consistente
  • Deben contener un único valor por fila
  • Sin JSON anidado dentro de las celdas de Excel
  • Solo para carga CSV / XLSX. La API JSON rechaza los campos desconocidos (consulta Carga mediante la API)
Ejemplo:

7. Formato de archivo

Se acepta:
  • CSV (preferiblemente UTF-8)
  • XLSX
Una fila por SKU. Sin tablas dinámicas.
Sin fórmulas.
Solo datos en bruto.

8. Conjunto de datos de producto mínimo (mínimo absoluto)

Si existen limitaciones del sistema:
Sin embargo, para la analítica de precios se recomienda encarecidamente incluir:

9. Ejemplo de esquema SQL

10. Carga mediante la API

La API REST pública acepta los mismos datos a través de POST /v1/products/bulk (registros JSON) o POST /v1/imports/products (importación CSV). Los payloads JSON usan nombres distintos para algunos campos y un conjunto de campos obligatorios diferente. Campos obligatorios en los payloads de la API: item_id, sku, sku_name, current_price, unit_cost. Todos los demás campos conservan los mismos nombres que las columnas CSV anteriores, incluidos los campos opcionales long_description, supplier, manufacturer_code y supplier_code. Se devuelven en cada lectura de producto y se aceptan en la creación, en PATCH y en el upsert masivo. Cuando haces PATCH de un producto, un campo omitido conserva su valor actual. Envía un null explícito para borrarlo.
Los atributos personalizados como columnas extra solo se admiten en la carga CSV / XLSX. La API JSON rechaza los campos desconocidos: los payloads que contienen campos fuera del esquema no superan la validación.