DtoMES è il volto manifatturiero di una piattaforma gestionale più ampia: il DTO AI Framework. Un sistema nervoso centrale condiviso — identità, telemetria, documentazione — su cui si innestano i verticali. Dati su PostgreSQL, intelligenza locale con Ollama, integrazione AI via MCP.
Ogni verticale eredita gli stessi servizi di base — dashboard, telemetria, audit, documentazione, log, sincronizzazione. Non si riscrivono per ogni progetto: un modulo generato secondo le regole del server MCP li aggancia automaticamente. È ciò che tiene insieme la piattaforma e rende coerente ogni modulo.
RBAC centralizzato, enforcement dichiarativo su form, menu e azioni, astrazione del provider di identità (gancio AD/SSO/PostgreSQL). Segregazione dei compiti.
SyncEventHub: raccoglie gli eventi con pattern outbox e li inoltra in modo asincrono a PostgreSQL. Se la rete cade, la coda locale li conserva — nessun evento perso, nessuna operazione bloccata.
Eventi di sicurezza (login, accesso negato, cambio permessi, override SoD) su PostgreSQL (ml_app_events), con lo stesso vocabolario dell'RBAC. Mai una password nei log.
DtoMesAnalyticsHub: cruscotti e analisi esposti come pagine web interne. Vista in tempo reale (cosa sta succedendo adesso) e storico interrogabile.
MemoryLens: un'unica architettura per sviluppatore, utente e supporto. Help contestuale, diagnostica e ticket con contesto automatico, via TMLHelper.
Archivio della conoscenza: documenti con ricerca full-text, alimentato e interrogato via MCP (archive_document, search_documents). Storia versionata, nessuna cancellazione.
Registrazione applicativa strutturata, coerente con telemetria e audit: la stessa disciplina di tracciamento a ogni livello del sistema.
Reverse proxy che serve i cruscotti web interni (Dashboard, MLPivot Web) come servizi. Un solo punto d'ingresso per le interfacce web della piattaforma.
Eventi, telemetria, documentazione ed embedding consolidati su PostgreSQL. È anche il percorso di migrazione a PG, senza riscrivere i moduli.
La vetrina e i portali (es. il canale WordPress esperanto.sbs per la rete Esperanto): dove il pubblico e i decisori incontrano il progetto. Complementare alla piattaforma, non lo stesso stack.
Il cuore: soci, quote, produzione, contabilità, banca, adempimenti, consolidamento multi-livello. È il prodotto piattaforma (Delphi + PostgreSQL) dove i dati diventano gestione.
Catalogo, ordini, magazzino, evasione, etichette — moduli già presenti dalla linea MES, riusati per scenari commerciali (es. distribuzione libri in una rete federata).
La gestione operativa è identica ovunque; cambia solo la contabilità. Per questo aggiungere un Paese è configurare, non riscrivere: un contratto contabile neutro, un profilo per Paese che dichiara i dati aggiuntivi, un connettore fiscale per il Paese (SdI, CFDI, DTE…).
I moduli verticali sono identici ovunque. Il modulo non sa "per quale Paese" lavora: sa solo che il profilo attivo richiede certi campi extra.
Il motore contabile, isolato dietro un'interfaccia e parametrizzato per Paese, traduce l'evento neutro nei parametri corretti. Prima implementazione: Italia.
Un plug per Paese per l'e-invoicing e gli adempimenti. Un solo sito per area linguistica (es. ES), ma profili contabili distinti per ogni Paese.
La stessa piattaforma, due sezioni: capisci il valore, poi entra nel tecnico.