SAP, IA on-premise
IA per SAP in Italia: S/4HANA e Business One senza far uscire i dati
In breve
Si può usare l'IA sui dati di SAP S/4HANA e di SAP Business One con modelli open-weight eseguiti nei vostri server o nel vostro cloud privato, in sola lettura e rispettando i ruoli di autorizzazione SAP. Il copilota del fornitore basta per molte domande standard; un'architettura privata serve quando i dati sono sensibili o gli schemi sono molto personalizzati.
Nelle aziende manifatturiere italiane SAP convive con una realtà fatta di PMI, distretti e filiere. Le grandi realtà lavorano su S/4HANA o stanno ancora migrando da ECC, la cui manutenzione ordinaria è fissata al 2027 salvo estensioni a pagamento. Le aziende medie, spesso fornitrici di gruppi più grandi, usano molto SAP Business One con la localizzazione italiana: fatturazione elettronica tramite SDI, LIPE, Intrastat, ritenute d'acconto, Ri.Ba. e gestione dei bonifici SEPA.
In entrambi i casi la domanda dei direttori di stabilimento e dei controller è la stessa: perché per sapere quali ordini di produzione sono in ritardo o quale cliente ha sforato il fido devo aprire tre transazioni, esportare in Excel e chiedere all'ufficio IT? Un livello di IA ben progettato risponde in italiano, mostra la query eseguita e non scrive nulla senza approvazione umana.
Questa guida descrive dove l'IA ha senso su SAP, come si costruisce senza esporre i dati e quando conviene fermarsi alle funzioni già incluse nella licenza.
La situazione: ECC in scadenza, personalizzazioni e conoscenza dispersa
Molte aziende italiane hanno vent'anni di sviluppi Z su ECC: report ABAP, user exit, campi aggiuntivi sulle tabelle standard. Chi li ha scritti spesso non c'è più. L'IA può leggere questi oggetti e spiegarne la logica in italiano, utile come supporto alla valutazione prima di una conversione a S/4HANA, ma non sostituisce l'analisi dei custom code con gli strumenti SAP dedicati.
Su Business One il problema è diverso: l'azienda è cresciuta, le query salvate nel Query Manager sono diventate centinaia, e le stampe in Crystal Reports sono mantenute da un solo consulente. Rendere interrogabili ordini, magazzino e produzione con una domanda in linguaggio naturale riduce la dipendenza da poche persone.
- ECC verso S/4HANA: documentazione automatica dei report e degli sviluppi Z
- Business One: query e report di gestione in linguaggio naturale
- Controllo di gestione: scostamenti tra costi standard e consuntivi
- Acquisti e magazzino: solleciti, ritardi dei fornitori, scorte sotto scorta minima
Casi d'uso concreti su S/4HANA
Su S/4HANA i dati utili stanno in tabelle e viste note: MARA e MARC per anagrafiche e dati di stabilimento, VBAK e VBAP per gli ordini cliente, EKKO ed EKPO per gli acquisti, AFKO e AFPO per gli ordini di produzione, QALS per i lotti ispettivi. Un livello di IA ben fatto non inventa i join: usa una semantica del dato verificata e mostra la SELECT eseguita, così il controller può controllarla.
Esempi realistici: nell'MRP, spiegare perché MD04 propone un ordine pianificato per un componente; nel MM, individuare le righe d'ordine di acquisto in ritardo rispetto alla data di consegna confermata (transazioni ME2N e ME21N come riferimento); nella qualità, riassumere i difetti ricorrenti per fornitore a partire dai messaggi di qualità.
- Domande sul ciclo attivo: ordini aperti, blocchi di credito, fatture non contabilizzate
- Domande sul ciclo passivo: ordini in ritardo, differenze prezzo, entrate merci senza fattura
- Produzione: ordini in ritardo, componenti mancanti, rese e scarti per reparto
- Qualità: non conformità ripetute per fornitore o per famiglia di prodotto
SAP Business One: Service Layer, tabelle e produzione
Business One espone i dati tramite il database (HANA o SQL Server, a seconda dell'installazione) e tramite il Service Layer, una API REST. Le tabelle principali sono riconoscibili: OITM per gli articoli, ORDR per gli ordini cliente, OPOR per gli ordini fornitore, OWOR per gli ordini di produzione, OITW per le giacenze per magazzino. Il livello di IA legge da una replica o da viste in sola lettura, non dal database transazionale a caldo.
Le scritture, per esempio la creazione di un ordine di acquisto suggerito, passano dal Service Layer con un passaggio di approvazione: l'utente vede la bozza, la conferma, e SAP applica le proprie regole e i propri controlli di autorizzazione. Nessun accesso diretto in scrittura alle tabelle.
Architettura e dove restano i dati
L'architettura tipica prevede modelli open-weight della classe Llama, Qwen, Mistral o gpt-oss, serviti con vLLM o Ollama su GPU nel vostro datacenter o in un cloud privato situato nell'Unione europea. Il recupero dei dati avviene sull'ERP e sui documenti aziendali, con ricerca semantica solo su ciò che l'utente è autorizzato a vedere.
I ruoli SAP restano la fonte di verità: un utente che non ha accesso al controllo di gestione non ottiene risposte su margini e costi. Il sistema registra domanda, query eseguita e risposta, così la funzione IT e il DPO possono ricostruire cosa è successo. Per le aziende della difesa o dell'aerospazio, con dati soggetti a vincoli di esportazione, la modalità air-gapped evita qualsiasi chiamata verso l'esterno.
- Sola lettura per impostazione predefinita, query sempre visibile
- Ruoli e autorizzazioni SAP rispettati, nessun utente tecnico onnipotente
- Modelli nel vostro perimetro, nessun invio di dati a servizi pubblici
- Approvazione umana su qualsiasi scrittura
Quando basta l'IA di SAP e quando no
SAP offre funzioni di IA integrate e un copilota nelle proprie soluzioni cloud. Se usate già RISE with SAP o servizi cloud SAP, se le domande riguardano processi standard e se i vostri vincoli sul trattamento dei dati sono compatibili con il modello di servizio, queste funzioni possono bastare e sono la strada più semplice.
Un'architettura privata ha senso quando i dati sono riservati (distinte, disegni, prezzi di acquisto, commesse per la difesa), quando il sistema è su installazione locale, quando gli schemi sono pieni di campi personalizzati o quando serve interrogare insieme SAP, il MES e i documenti su file server. Va anche messo in conto che un modello locale richiede GPU, manutenzione e un periodo di taratura.
Come partire: valutazione e pilota
Si parte da una valutazione di pochi giorni: quali sistemi, quali domande ricorrenti, quali utenti, quali vincoli di sicurezza. Segue un pilota su un perimetro stretto, per esempio acquisti e magazzino di uno stabilimento, con un elenco di cinquanta domande reali e criteri di successo concordati prima di cominciare.
Netray lavora con partner esperti di SAP per la parte funzionale: noi portiamo il livello di IA e l'architettura privata, loro la conoscenza dei processi e della configurazione. Non promettiamo risparmi precisi: li misuriamo sul pilota.
Domande frequenti
L'IA può scrivere dati in SAP?
Per impostazione predefinita no: lavora in sola lettura. Se si abilitano scritture, passano da API ufficiali (BAPI su S/4HANA, Service Layer su Business One) con una bozza che un utente deve approvare, e restano valide le autorizzazioni SAP.
Funziona anche con SAP ECC prima della migrazione?
Sì, le tabelle di ECC sono in gran parte le stesse. L'IA può anche aiutare a documentare report e sviluppi Z in vista della migrazione, ma l'analisi formale dei custom code resta con gli strumenti SAP.
I dati escono dall'Italia o dall'Unione europea?
Con un'installazione on-premise o in cloud privato no: i modelli girano sulle vostre GPU o in una regione europea che scegliete voi, e non c'è invio a servizi pubblici di IA.
Serve un utente tecnico con molti permessi?
No, e lo sconsigliamo. Il sistema si appoggia ai ruoli dell'utente che fa la domanda, oppure a un profilo in sola lettura limitato a viste approvate.
Quanto tempo richiede un pilota?
Dipende dal perimetro, ma un pilota ben delimitato si misura in settimane, non in mesi. La stima precisa si fa dopo la valutazione iniziale.
Il copilota SAP non è sufficiente?
Per molti processi standard sì. Conviene un livello privato quando servono dati riservati, installazioni locali, forti personalizzazioni o l'unione di SAP con MES e documenti.
Guide correlate
IA per TeamSystem: interrogare l'ERP in italiano, con i dati in azienda
IA sui dati di TeamSystem Enterprise e Alyante: domande in italiano su ordini, magazzino e produzione, con modelli installati in azienda e in sola lettura.
Zucchetti (Infinity e Ad Hoc)IA per Zucchetti: usare Infinity e Ad Hoc con modelli privati
IA sul gestionale Zucchetti (Infinity, Ad Hoc): domande in italiano su produzione, magazzino e HR, con modelli privati, dati in azienda e GDPR rispettato.
MES e sistemi di fabbrica (Industria 4.0 / Transizione 5.0)IA per MES e fabbrica: dati di reparto e ERP nello stesso posto
Come portare l'IA su MES, SCADA e ERP in fabbrica: dati di produzione, qualità e manutenzione, modelli on-premise, Industria 4.0 e Transizione 5.0 senza false promesse.
ERP e dati personali (GDPR, Garante privacy)GDPR e IA sui dati ERP: cosa considerare con il Garante privacy
Come usare l'IA sui dati del gestionale rispettando il GDPR e le indicazioni del Garante privacy: DPIA, base giuridica, dati dei dipendenti, modelli on-premise.
Porta l'IA nel tuo ERP
Prenota una valutazione gratuita dell'IA per ERP. Mappiamo il flusso dei dati, il modello e dove gira, e ti diciamo con franchezza se l'IA non è lo strumento giusto.
Prenota la valutazione gratuita