Dictada en vivo, sobre su propio modelo, por las personas que construyeron esto.

De medio día a un día, con las personas que toman las decisiones en la sala. Qué se cubre:

• Mapear las decisiones. Qué se elige realmente en su negocio, quién lo elige, en qué ventana — y cuáles se vuelven a discutir todos los meses porque nadie dejó escrito que ya estaban zanjadas.
• Qué fija cada una. Una decisión que no fija nada aguas abajo no es una decisión; una decisión cuyas consecuencias nadie calculó es una esperanza.
• De la decisión al driver a la cifra. Cómo una elección se vuelve un driver, y un driver se vuelve una línea del P&L — y por qué un plan construido al revés no puede responder “¿por qué se movió esto?”.
• El plan of record. Contra qué se mide, quién puede cambiarle la línea base, y qué deja de significar la variación cuando cualquiera puede hacerlo.
• El switchover y el cierre. Donde terminan los reales y empieza la discusión.
• Escenarios que son argumentos, no copias. Una sola decisión cambiada, sostenida junto a la base, con la consecuencia derivada en vez de tipeada.

Usted se va con un mapa de decisiones de su propio proceso de planificación. Si eso se convierte o no en un modelo en Superiora es otra pregunta, y vamos a decirlo cuando la respuesta sea no.

De dos a tres sesiones, con las manos en el teclado, construyendo un modelo real en vez de mirar uno. Qué se cubre:

• El vocabulario — dimensiones, jerarquías, hipercubos, medidas, subconjuntos, propiedades — y por qué el grano de un cubo es la primera decisión y la cara de cambiar.
• Fórmulas — el DSL, la alineación de dimensiones, agregación y lookup, funciones de tiempo, y cómo leer el error que le da el verificador cuando una fórmula no calza con la forma del modelo.
• El calendario y las versiones — años fiscales, el switchover, reales contra pronóstico, y qué queda congelado una vez que existen datos.
• Meter los datos — CSV y Excel con un mapeo que se pide empezando por el destino, una fuente Postgres, e importaciones guardadas que usted vuelve a ejecutar a mano o según una programación.
• Los changesets y el ritmo de escritura — preparar un conjunto de cambios, ver su impacto, aplicarlos como una sola revisión, y poder volver atrás.
• El acceso y el cierre — roles, acceso dimensional, bloquear un período y qué rechaza un bloqueo.
• Leer el modelo de vuelta — el “por qué este valor” del inspector de celdas, el rastreo de dependencias, y encontrar todo lo que se rompería antes de un renombrado.
• Spaces — boards, vistas guardadas, gráficos, y un board pack que imprime y exporta.

Una sesión, y aquella a la que la gente llega más escéptica. Qué se cubre:

• Qué es realmente la interfaz. El modelo expuesto por MCP con herramientas reales — leer el modelo y su mapa, recorrer el grafo semántico, trazar las dependencias de una fórmula, encontrar todo lo que referencia una cosa, calcular hasta dónde llega un cambio de dimensión, verificar un cambio, aplicarlo, y registrar el porqué — más una línea de comandos que comparte el mismo vocabulario.
• Por qué está fundamentado. Un agente lee la estructura propia del modelo en vez de adivinar a partir de una descripción de ella, así que un cambio que propone se verifica contra el grafo antes de aplicarse.
• Las compuertas se sostienen. Un agente es un usuario con un rol. Un período bloqueado lo rechaza. Un permiso de acceso dimensional lo rechaza. Sus escrituras quedan en el registro de auditoría bajo su propia identidad, no la de usted.
• Qué delegar — levantar y rehacer la estructura, construir escenarios y líneas base, la rutina mensual de importaciones, notificaciones y packs.
• Qué no delegar — la decisión misma. La plataforma muestra lo que cuesta cada versión de ella; una persona la firma.
• Revisar el trabajo de un agente, que es la habilidad que de verdad hay que enseñar: leer un changeset antes de aplicarlo, y la vista previa de impacto que va al lado.