Gestionale esistente
Il sistema continua a gestire dati, processi e regole di business senza dover essere sostituito o riscritto.
Gestionale AI-ready
Integrare l'AI nel gestionale senza riscriverlo
Rendiamo accessibili dati e funzionalità del software aziendale attraverso un layer API sicuro e governato. Oiccai può utilizzare queste API per permettere agli utenti di interrogare il gestionale in linguaggio naturale, senza esporre direttamente il database e senza vincolare il progetto a una sola tecnologia AI.
Il punto di partenza
Il gestionale contiene i dati. L'AI ha bisogno di un accesso controllato.
Un gestionale esistente può diventare utilizzabile da assistenti e agent AI senza essere riscritto. Il punto non è dare al modello accesso indiscriminato al sistema, ma creare un confine applicativo affidabile tra software esistente e Intelligenza Artificiale.
Il layer API espone solo i dati e le operazioni utili ai casi d'uso approvati, applicando le regole di autenticazione, autorizzazione e validazione previste dal progetto.
Architettura
Un layer API tra gestionale e Intelligenza Artificiale
Il componente di integrazione rimane separato dal gestionale e può essere sviluppato anche quando il software esistente usa tecnologie diverse da .NET.
Layer API custom
Espone endpoint mirati per i casi d'uso concordati, indipendentemente dal linguaggio o dal framework del gestionale originario.
Sicurezza e governance
Autenticazione, autorizzazioni, validazioni, scope, rate limiting e logging controllano ciò che può essere richiesto.
Oiccai o altro agent AI
L'assistente usa le API come strumenti e trasforma i risultati strutturati in risposte comprensibili all'utente.
Indipendente dalla tecnologia
Non importa con quale linguaggio è stato sviluppato il gestionale
Il gestionale può essere moderno o legacy, realizzato in .NET, Java, PHP, Delphi o altre tecnologie. Il layer API è un progetto separato: ciò che conta è poter accedere in modo affidabile ai dati o alle funzioni necessarie.
Questo permette di aggiungere capacità AI senza vincolare il progetto all'architettura originaria e senza trasformare l'integrazione in una riscrittura del software.
Accesso governato
L'AI non deve interrogare liberamente il database
Un accesso diretto e generico al database rende più difficile controllare query, autorizzazioni, schema interno e regole di business. Il layer API espone invece operazioni precise e verificabili.
Per esempio, un agent può richiedere gli ordini aperti di un cliente, le commesse in ritardo o lo storico di un impianto attraverso endpoint dedicati. L'AI sceglie quale funzione utilizzare, non inventa come interrogare il sistema.
Le prime integrazioni possono inoltre essere progettate in sola lettura, introducendo operazioni di scrittura solo quando autorizzazioni, audit e conferme sono sufficientemente robuste.
Dal dato alla conversazione
Che cosa potrebbe chiedere un utente al gestionale
Il valore emerge quando una domanda in linguaggio naturale viene tradotta in una chiamata applicativa controllata e la risposta usa dati reali del sistema.
Attività operative
“Quali interventi sono previsti domani per questo cliente?” oppure “Ci sono pratiche ferme da più di 30 giorni?”.
Vendite e clienti
“Quali clienti non acquistano da più di sei mesi?” oppure “Quali ordini superiori a 10.000 € sono ancora aperti?”.
Commesse e marginalità
“Quali commesse stanno superando il budget?” oppure “Mostrami quelle con margine inferiore al 20%”.
Storico e assistenza
“Riassumimi lo storico di questo impianto” recuperando dal gestionale soltanto le informazioni autorizzate.
Interfaccia conversazionale
Oiccai può diventare il modo più semplice per “parlare” con il gestionale
Oiccai può utilizzare le API del gestionale come strumenti disponibili durante la conversazione. Quando una domanda richiede informazioni aziendali, l'assistente può chiamare l'endpoint appropriato, ricevere dati strutturati e utilizzarli per formulare una risposta comprensibile.
Oiccai non sostituisce il gestionale e non deve duplicarne i dati operativi. Li interroga attraverso le API autorizzate, mantenendo separati sistema gestionale, layer di integrazione e interfaccia AI.
Quando serve, la knowledge base di Oiccai può affiancare le API: documentazione, procedure e contenuti autorizzati possono integrare i dati dinamici recuperati dal gestionale.
Architettura aperta
Il layer API rimane indipendente dall'assistente AI
L'investimento nelle API non dipende da Oiccai. Le stesse interfacce possono essere utilizzate da agent custom, applicazioni aziendali, Microsoft Copilot Studio o future soluzioni AI.
Oiccai è una delle possibili interfacce conversazionali, utile quando si vuole offrire rapidamente un'esperienza web in linguaggio naturale sopra servizi già esposti e governati.
Non aggiungiamo semplicemente un chatbot al gestionale: rendiamo il gestionale utilizzabile in modo sicuro da servizi e agent di Intelligenza Artificiale.
Governance
Sicurezza prima dell'automazione
Il perimetro tecnico viene definito prima di collegare l'assistente AI.
Autenticazione e autorizzazioni
Solo servizi e utenti autorizzati possono accedere agli endpoint e ogni operazione rispetta ruoli e perimetri previsti.
Scope e validazione
L'AI vede soltanto ciò che serve alla funzione richiesta e input e parametri vengono validati dal backend.
Logging e audit
Le chiamate possono essere tracciate per verificare utilizzo, anomalie e operazioni eseguite attraverso il layer.
Read-only e rate limiting
Quando possibile si parte dalla consultazione, limitando frequenza e impatto delle richieste prima di introdurre azioni più sensibili.
Metodo
Come rendiamo un gestionale AI-ready
Analisi del gestionale
Individuiamo dati, funzioni, vincoli e modalità di accesso disponibili nel sistema esistente.
Use case prioritari
Non esponiamo tutto: selezioniamo le domande e le operazioni che generano valore e hanno un perimetro controllabile.
Progettazione delle API
Definiamo contratti stabili, sicurezza e regole applicative separando l'integrazione dall'implementazione interna del gestionale.
Collegamento e test AI
Oiccai o un altro agent utilizza gli endpoint come strumenti; domande reali e casi limite guidano poi il refinement.
Esperienza reale
Dal gestionale esistente a un layer API pronto per l'AI
DrikWeb progetta e sviluppa il layer API custom che rende disponibili dati e funzionalità del gestionale attraverso contratti controllati e riutilizzabili. Oiccai può poi essere collegato come una delle possibili interfacce AI.
Approfondisci il servizio di sviluppo del layer API personalizzato su DrikWeb.
Leggi il case study di integrazione AI su un gestionale esistente.
FAQ
Domande sull'integrazione AI con un gestionale
No. Il layer API viene sviluppato come componente separato e utilizza dati e funzionalità già disponibili nel sistema esistente, evitando una riscrittura completa.
No. Il software esistente può utilizzare qualsiasi tecnologia. Il layer API è un progetto indipendente dal linguaggio con cui è stato sviluppato il gestionale.
Normalmente no. L'accesso viene mediato da API che espongono operazioni specifiche e applicano autorizzazioni, validazioni e regole di business.
No. Le API rimangono indipendenti dal client AI. Oiccai può essere utilizzato come interfaccia conversazionale, ma lo stesso layer può servire anche altri agent, applicazioni custom o piattaforme AI.
Tecnicamente sì, ma le operazioni di scrittura richiedono autorizzazioni, validazioni, audit e conferme adeguate. In molti progetti è preferibile iniziare con casi d'uso read-only.
Sì. Un layer API separato è particolarmente utile nei sistemi legacy perché permette di aggiungere nuove integrazioni senza intervenire pesantemente sull'applicazione esistente.
Partiamo da un caso d'uso reale