Skip to content

Esquema del ERP

Conocimiento sobre la base de datos de Management Pro: cómo está construida, qué contiene, dónde están las trampas.

Orden de lectura sugerido

  1. Convenciones — cómo está construido el esquema. Prefijos, FKs, el patrón cabecera/detalle, el patrón polimórfico, columnas de auditoría, familias de tablas. Saber esto ahorra la mitad de la exploración de cualquier tabla nueva.
  2. Dominios de negocio — qué hay y dónde. Los 14 dominios, los catálogos núcleo ordenados por centralidad, el modelo del núcleo transaccional.
  3. Calidad de datos — los gotchas confirmados. Leer antes de escribir cualquier query de negocio.

Por tema

  • Modelos de datos de raw — modelo conceptual y lógico (Mermaid) de las 22 tablas ya replicadas, con las relaciones verificadas y las dimensiones que faltan.
  • Inventario — clasificación de tipos de movimiento y el método validado para calcular existencia a una fecha pasada.
  • Solicitud de material — el proceso completo, su máquina de estados y dónde vive la autorización presupuestal.
  • Reportes nativos — los 549 reportes del ERP, su código de transacción y dónde vive el SQL de cada uno. Son la definición operativa de las métricas del negocio.
  • Warehouse — qué está replicado a Postgres, con qué estrategia, y qué falta.
  • dbtdocs.ehas.uk — lista completa de columnas y tipos de cada tabla de raw (y de los modelos de staging/marts), auto-generada por dbt docs generate contra Postgres en vivo (cron diario, 07:02). Es la fuente para "¿qué columnas tiene esta tabla?" — los docs de este repo solo documentan las columnas relevantes para un hallazgo o proceso puntual, no el listado completo.

Las cuatro cosas que más caro cuesta ignorar

  1. Es_Cve_Estado = 'ACTI' no existe. Devuelve cero filas siempre. El criterio robusto es excluir cancelados (!= 'CA'), no incluir activos. Ver Calidad de datos.
  2. TRIVASADB3 no es producción. Es una copia restaurada. Las cifras oficiales salen de .207/TRIVASADB. Ver Servidores y bases.
  3. Los folios colisionan entre tablas. Requisicion_Compra.Rc_Folio y Orden_Compra.Oc_Folio matchean por casualidad en el 41 % de los casos, con 83 % de fechas invertidas. Usar siempre el campo polimórfico Xx_Tabla/Xx_Documento. Ver Calidad de datos.
  4. Comparar fechas con 'YYYY-MM-DD' puede invertir día/mes. Con DATEFORMAT dmy de sesión (default en español), si el día es ≤ 12 la query corre sin error pero filtra la fecha equivocada. Usar siempre 'YYYYMMDD' sin separadores. Ver Calidad de datos.

Regla de oro

Nunca improvisar nombres de tabla, columna o convención que no estén confirmados aquí o verificados explícitamente en la conversación. Si hace falta un dato que no está documentado, preguntar — no inventar.