Modelo de dominio — plantilla y propósito
El modelo conceptual conecta el marco legal con la implementación actual en SAP Fiori/BTP sin duplicar las guías operativas.
Regla de oro de esta carpeta: ningún archivo aquí puede mencionar un tab, un botón, un color, un wizard, un nombre de campo de formulario específico, ni ninguna palabra que solo tenga sentido mirando una pantalla. Si una entidad migrara mañana a otra plataforma, cada archivo de esta carpeta debería seguir siendo 100% válido sin cambiar una sola palabra.
Excepción deliberada: la entidad Portal Público reconoce una naturaleza dual — la capacidad de personalizar cada canal es un concepto de negocio universal (sostiene el deber legal de información con identidad propia), aunque los mecanismos exactos de esa personalización sí sean de implementación. Ver Portal Público — modelo conceptual, sección “Nota sobre esta entidad”.
La plantilla (5 secciones fijas por entidad)
Sección titulada «La plantilla (5 secciones fijas por entidad)»- Definición — qué es la entidad en términos de negocio/legal, en 2-3 frases.
- Atributos abstractos — qué información conceptualmente contiene, sin nombrarla como aparece en un formulario.
- Estados y ciclo de vida — las transiciones posibles, en lenguaje de negocio (no “botón Guardar”, sino “se publica”, “se aprueba”, “se revoca”).
- Reglas de negocio — invariantes que deben cumplirse siempre, independientemente de cómo se implementen.
- Relaciones con otras entidades — de qué depende y quién depende de ella, en términos conceptuales.
Cada archivo cierra con un enlace a la guía funcional donde se describe cómo se representa hoy en SAP Fiori, sin duplicar ese contenido.
Decisión de alcance: los Reportes no tienen modelo conceptual propio
Sección titulada «Decisión de alcance: los Reportes no tienen modelo conceptual propio»Los ocho reportes no se modelan como entidades de dominio separadas. Un reporte es una vista analítica sobre entidades ya modeladas: por ejemplo, Reporte ARSO analiza solicitudes y Reporte de Alertas analiza alertas.
Decisión de alcance: Alertas y Bandeja Alertas son una sola entidad
Sección titulada «Decisión de alcance: Alertas y Bandeja Alertas son una sola entidad»Los módulos Configuración de Alertas y Bandeja Alertas modelan la misma entidad desde dos ángulos operativos. Conceptualmente son una sola entidad con un ciclo de vida único: Alerta — modelo conceptual.
Las 24 entidades del modelo de dominio (completo)
Sección titulada «Las 24 entidades del modelo de dominio (completo)»Este modelo cubre 25 módulos funcionales, consolidados en 24 entidades porque Configuración de Alertas y Bandeja Alertas representan una sola entidad conceptual.
Qué falta para que esta capa sea completamente autosuficiente
Sección titulada «Qué falta para que esta capa sea completamente autosuficiente»Los 9 módulos aún pendientes de documentar (Obligaciones del responsable) tampoco tienen modelo conceptual — no hay suficiente información confirmada para construirlo sin inventar. Cuando esos módulos se documenten con fuente real, sus entidades correspondientes (Gestión de Terceros, EIPD, Activos de Información, Matriz de Cumplimiento, Gestión de Capacitación, Brechas de Seguridad, Incidentes, Bandeja Consentimientos, Bandeja de Documentos) deberían sumarse aquí siguiendo el mismo molde.