Casos de uso
Esta página muestra casos de uso completos de extremo a extremo. Cada uno parte de un dato crítico que hoy vive en Excel, describe el problema y explica paso a paso cómo gobernarlo con Mind One: estructurarlo en una hoja, validarlo, aprobarlo y sincronizarlo con tu data warehouse mediante AutoSync.
Roles que aparecen en los ejemplos: Configurador (define la estructura y aprueba), Editor (edita datos) y Lector (solo consulta). Estados de una versión: Borrador → Publicado.
Caso 1 — Costes estándar
La situación
El coste de compra por SKU vive en un Excel que mantiene una sola persona. La logística por país y las vigencias por temporada se actualizan a mano, y compras y finanzas acaban manejando cifras distintas en cada reunión.
El objetivo
Una única tabla de costes estándar por SKU —validada, versionada y con propietario— sincronizada automáticamente con el warehouse.
Cómo se resuelve con Mind One
Paso 1 — Crear el workspace. Crea un workspace Costes estándar, contenedor de todo lo relacionado con costes.
Paso 2 — Definir el schema.
| Campo | Tipo | Validación |
|---|---|---|
sku | string | Único, obligatorio |
proveedor | string | Obligatorio |
coste_compra | number | Obligatorio, ≥ 0 |
moneda | string | Lista válida monedas |
pais_logistica | string | Lista válida paises |
coste_logistica | number | ≥ 0 |
temporada | string | Lista válida temporadas |
vigencia_desde | date | Obligatorio |
vigencia_hasta | date | Mayor que vigencia_desde si existe |
Paso 3 — Crear las listas válidas. monedas, paises y temporadas (estáticas), para que esos campos solo admitan valores controlados.
Paso 4 — Crear la hoja. Crea Costes por SKU dentro del workspace; hereda el schema.
Paso 5 — Importar desde Excel. Descarga la plantilla generada por Mind One, vuelca el Excel actual y súbelo. Mind One valida registro a registro y muestra los errores concretos antes de aplicar.
Paso 6 — Sincronizar con AutoSync. Crea una conexión (Snowflake, BigQuery, Databricks…), asígnala al workspace y activa AutoSync. Cada versión publicada llega a la tabla de destino sin exportaciones manuales.
Paso 7 — Roles y aprobación. Compras como Editor alimenta los costes; finanzas como Configurador revisa y mueve la versión de Borrador a Publicado cada mes; el resto consulta como Lector.
Resultado
Un único coste estándar por SKU, validado, con propietario, publicado y sincronizado. Se discute la decisión, no el número.
Caso 2 — Clasificación de clientes
La situación
El negocio necesita segmentos comerciales y categorías que el CRM no contempla. Hoy viven en un Excel y cada área usa su propia versión.
El objetivo
Una clasificación maestra de clientes, alineada y publicada, que el warehouse y el CRM puedan consumir.
Cómo se resuelve con Mind One
Paso 1 — Workspace Clientes.
Paso 2 — Schema.
| Campo | Tipo | Validación |
|---|---|---|
cod_cliente | string | Único, obligatorio |
nombre | string | Obligatorio |
segmento | string | Lista válida segmentos |
categoria | string | Lista válida categorias |
kam | string | Responsable comercial |
activo | boolean | Obligatorio |
Paso 3 — Listas válidas. segmentos (Enterprise, Mid-Market, SMB) y categorias, definidas por marketing.
Paso 4 — Hoja Clientes maestro + importación desde Excel con validación.
Paso 5 — AutoSync al warehouse para que analítica y CRM lean siempre la misma clasificación.
Paso 6 — Roles y aprobación. Marketing (Editor) clasifica; el responsable de datos (Configurador) publica.
Resultado
Segmentos y categorías consistentes en toda la organización, con historial de quién cambió qué y cuándo.
Caso 3 — Presupuestos
La situación
El presupuesto por centro de coste se monta en hojas sueltas, sin versión clara ni aprobación. Nadie sabe cuál es la cifra aprobada.
El objetivo
Un presupuesto por centro de coste versionado y aprobado, sincronizado con el warehouse para comparar real vs. presupuesto.
Cómo se resuelve con Mind One
Paso 1 — Workspace Presupuestos.
Paso 2 — Schema.
| Campo | Tipo | Validación |
|---|---|---|
centro_coste | string | Lista válida centros_coste |
cuenta | string | Lista válida cuentas |
periodo | string | YYYY-MM, obligatorio |
importe | number | Obligatorio |
moneda | string | Lista válida monedas |
version | string | Etiqueta de versión |
Paso 3 — Hoja por ejercicio (p. ej. Presupuesto 2026).
Paso 4 — Flujo de aprobación. Finanzas edita en Borrador; al cerrar el ciclo, el Configurador lo marca como Publicado: esa es la versión oficial, con fecha y aprobador registrados.
Paso 5 — Grupo. Agrupa los presupuestos de cada año en una grupo Presupuestos para tenerlos juntos.
Paso 6 — AutoSync al warehouse para alimentar los cuadros de mando de desviaciones.
Resultado
Una única cifra presupuestaria aprobada por centro de coste, versionada y comparable con el real.
Caso 4 — Mappings entre sistemas
La situación
Los mismos conceptos tienen códigos distintos en el ERP, el CRM, el PMS y sistemas locales. Conciliar entre sistemas consume días.
El objetivo
Una tabla de mapeo única que mantenga alineados los códigos entre sistemas y la exponga al warehouse.
Cómo se resuelve con Mind One
Paso 1 — Workspace Mappings.
Paso 2 — Schema.
| Campo | Tipo | Validación |
|---|---|---|
entidad | string | Lista válida entidades |
codigo_erp | string | Obligatorio |
codigo_crm | string | — |
codigo_pms | string | — |
codigo_local | string | — |
descripcion | string | — |
Paso 3 — Una hoja por entidad (Productos, Clientes, Centros…), agrupadas en una grupo Mappings.
Paso 4 — Validación de unicidad sobre codigo_erp para evitar duplicados.
Paso 5 — AutoSync al warehouse: los JOIN entre sistemas dejan de depender de tablas manuales.
Paso 6 — Roles. Cada sistema tiene un Editor responsable de su columna; el Configurador gobierna la tabla.
Resultado
Códigos siempre alineados entre ERP, CRM, PMS y sistemas locales, listos para cruzar datos sin reconciliaciones manuales.
Caso 5 — Catálogos de producto
La situación
Las clasificaciones internas de producto (familias, categorías, marcas) y sus reglas están repartidas entre Excels, sin propietario claro.
El objetivo
Un catálogo de producto gobernado, con propietario y reglas, que sea la referencia para analítica y operaciones.
Cómo se resuelve con Mind One
Paso 1 — Workspace Catálogo de producto.
Paso 2 — Schema.
| Campo | Tipo | Validación |
|---|---|---|
sku | string | Único, obligatorio |
familia | string | Lista válida familias |
categoria | string | Lista válida categorias |
marca | string | Lista válida marcas |
propietario | string | Responsable de la ficha |
regla | string | Criterio de clasificación |
Paso 3 — Listas válidas para familia, categoría y marca.
Paso 4 — Hoja Productos + importación con validación.
Paso 5 — AutoSync al warehouse para que los informes usen siempre la misma clasificación.
Paso 6 — Roles y aprobación. El equipo de producto (Editor) mantiene las fichas; el Configurador publica los cambios.
Resultado
Un catálogo de producto único, con propietario y reglas claras, consistente en todos los informes.
Caso 6 — Reglas de negocio
La situación
Excepciones y criterios que hoy solo conoce una persona: “este cliente factura distinto”, “estos SKU no entran en el cálculo de margen”. Si esa persona no está, nadie sabe la regla.
El objetivo
Documentar las reglas y excepciones con propietario, vigencia y estado, accesibles para todo el equipo —y consultables por agentes de IA vía MCP.
Cómo se resuelve con Mind One
Paso 1 — Workspace Reglas de negocio (puramente contextual; puede no sincronizar con el warehouse).
Paso 2 — Schema.
| Campo | Tipo | Validación |
|---|---|---|
regla | string | Nombre de la regla. Único. |
descripcion | string | Qué hace, en lenguaje de negocio. |
ambito | string | Lista válida ambitos |
excepcion | string | Caso al que aplica. |
propietario | string | Quién la mantiene. |
vigencia_desde | date | Desde cuándo aplica. |
estado | string | Lista válida estados_regla (Activa / Deprecada) |
Paso 3 — Hoja Reglas con las excepciones y criterios del negocio.
Paso 4 — Flujo de aprobación. Las reglas nuevas nacen en Borrador; el Configurador las revisa y publica. Las publicadas son las oficiales.
Paso 5 — Consulta vía MCP. Como el MCP es nativo en todos los planes, un agente (Claude, ChatGPT…) puede responder “¿qué regla aplica a este cliente?” leyendo directamente la hoja.
Resultado
El conocimiento que vivía en la cabeza de una persona queda documentado, con propietario y vigencia, y deja de ser un punto único de fallo.
¿Quieres poner en marcha alguno de estos casos en tu organización? Empieza con la guía de primeros pasos o solicita una demo.