DtoMES es la cara manufacturera de una plataforma de gestión más amplia: el DTO AI Framework. Un sistema nervioso central compartido — identidad, telemetría, documentación — sobre el que se acoplan los verticales. Datos en PostgreSQL, inteligencia local con Ollama, integración de IA vía MCP.
Cada vertical hereda los mismos servicios de base — dashboard, telemetría, auditoría, documentación, log, sincronización. No se reescriben para cada proyecto: un módulo generado según las reglas del servidor MCP los engancha automáticamente. Es lo que mantiene unida la plataforma y hace coherente cada módulo.
RBAC centralizado, enforcement declarativo en formularios, menús y acciones, abstracción del proveedor de identidad (gancho AD/SSO/PostgreSQL). Segregación de funciones.
SyncEventHub: recoge los eventos con patrón outbox y los reenvía de forma asíncrona a PostgreSQL. Si la red cae, la cola local los conserva — ningún evento perdido, ninguna operación bloqueada.
Eventos de seguridad (login, acceso denegado, cambio de permisos, override SoD) en PostgreSQL (ml_app_events), con el mismo vocabulario que el RBAC. Nunca una contraseña en los logs.
DtoMesAnalyticsHub: cuadros de mando y análisis expuestos como páginas web internas. Vista en tiempo real (qué está pasando ahora) e histórico consultable.
MemoryLens: una única arquitectura para desarrollador, usuario y soporte. Ayuda contextual, diagnóstico y tickets con contexto automático, vía TMLHelper.
Archivo del conocimiento: documentos con búsqueda full-text, alimentado y consultado vía MCP (archive_document, search_documents). Historial versionado, sin ninguna eliminación.
Registro aplicativo estructurado, coherente con telemetría y auditoría: la misma disciplina de trazado en cada nivel del sistema.
Reverse proxy que sirve los cuadros de mando web internos (Dashboard, MLPivot Web) como servicios. Un único punto de entrada para las interfaces web de la plataforma.
Eventos, telemetría, documentación y embeddings consolidados en PostgreSQL. Es también el camino de migración a PG, sin reescribir los módulos.
El escaparate y los portales (p. ej. el canal WordPress esperanto.sbs para la red Esperanto): donde el público y los responsables se encuentran con el proyecto. Complementario a la plataforma, no el mismo stack.
El corazón: socios, cuotas, producción, contabilidad, banca, obligaciones, consolidación multinivel. Es el producto plataforma (Delphi + PostgreSQL) donde los datos se convierten en gestión.
Catálogo, pedidos, almacén, expedición, etiquetas — módulos ya presentes desde la línea MES, reutilizados para escenarios comerciales (p. ej. distribución de libros en una red federada).
La gestión operativa es idéntica en todas partes; solo cambia la contabilidad. Por eso añadir un país es configurar, no reescribir: un contrato contable neutro, un perfil por país que declara los datos adicionales, un conector fiscal por país (SdI, CFDI, DTE…).
Los módulos verticales son idénticos en todas partes. El módulo no sabe "para qué país" trabaja: solo sabe que el perfil activo requiere ciertos campos extra.
El motor contable, aislado tras una interfaz y parametrizado por país, traduce el evento neutro en los parámetros correctos. Primera implementación: Italia.
Un plug por país para la facturación electrónica y las obligaciones. Un solo sitio por área lingüística (p. ej. ES), pero perfiles contables distintos para cada país.
La misma plataforma, dos secciones: comprende el valor y luego entra en lo técnico.