Vai al contenuto
KisunoAI
Ospitare in proprio Iniziare ora

Connettori e MCP

Integrazioni: collegare Kisuno ai Suoi sistemi

Cinque collegamenti sono già pronti e utilizzabili senza alcuno sviluppo: il Suo ERP, SharePoint di Microsoft 365, la ricerca web con indicazione delle fonti, la generazione di file Excel, Word e PDF e i Suoi documenti come base di conoscenza. Vengono attivati e abilitati durante la configurazione nel pannello di amministrazione. Ogni altro sistema dotato di interfaccia di programmazione si collega tramite il Model Context Protocol.

In breve

  • Cinque collegamenti sono predisposti e vengono attivati e configurati per ogni cliente: il Suo ERP, SharePoint e Microsoft 365, la ricerca web con indicazione delle fonti, la generazione di file Excel, Word e PDF e i documenti aziendali come base di conoscenza.
  • Il Model Context Protocol (MCP) è uno standard aperto. Ogni sistema con un’interfaccia di programmazione può essere collegato senza vincolarLa a un fornitore.
  • Per strumenti diffusi come HubSpot, Slack, Jira, Confluence, Notion, Linear, GitHub, Sentry, PostgreSQL, Stripe e Google Drive esistono server MCP già pronti nell’ecosistema aperto.
  • I collegamenti con account di servizio comune passano dal gateway MCP. Lì i diritti valgono per server e per singolo strumento, valutati nell’ordine utente, ruolo, gruppo, impostazione predefinita del server.
  • Se l’identità della persona viene trasmessa fino al sistema di destinazione, per esempio in SharePoint tramite l’account Microsoft, è il sistema di destinazione ad applicare i diritti e vale la sua registrazione.
  • Ogni chiamata a uno strumento tramite il gateway finisce nell’audit log ed è esportabile. L’add-in per Outlook è in beta e oggi in uso interno, quello per Excel è in lavorazione.

Quali collegamenti sono predisposti

Questi cinque collegamenti non richiedono alcuno sviluppo. Vengono attivati e configurati durante la messa in servizio nel pannello di amministrazione e abilitati per persona, ruolo o gruppo. Che cosa sa fare ciascuno è descritto nelle sezioni seguenti.

Collegamento all’ERP

Il collegamento all’ERP porta nella chat clienti, fatture, progetti e ore dal Suo ERP. Domande tipiche del lavoro quotidiano: «Quante ore sono imputate al progetto X?» oppure «Quali fatture sono aperte da più di 30 giorni?» La risposta arriva dai Suoi dati reali, non dalle conoscenze di addestramento del modello.

Il vantaggio sta meno nella consultazione che nel concatenare i passaggi: un’analisi che altrimenti richiederebbe export, ordinamenti e formule nasce da una sola frase e torna come file Excel già pronto. Quali dati siano visibili non lo decide il modello, ma l’assegnazione dei diritti a monte.

SharePoint e Microsoft 365

Il collegamento a SharePoint effettua ricerche nelle Sue raccolte documenti di Microsoft 365 e risponde alle domande basandosi su di esse. Contratti, verbali, offerte e direttive restano dove sono oggi. Nulla viene copiato in un secondo archivio.

L’accesso avviene con l’identità Microsoft della singola persona. Tramite la chat ognuno vede quindi esattamente le raccolte e le cartelle che può aprire anche direttamente in SharePoint. Le autorizzazioni esistenti restano il confine, senza doverle gestire una seconda volta.

Ricerca web con indicazione delle fonti

La ricerca web fornisce informazioni aggiornate con il link alla fonte, così ogni affermazione resta verificabile. La ricerca passa da un’istanza gestita internamente (SearXNG), che fa parte dello stack e non crea profili utente. Perché da un risultato nasca un testo effettivamente letto, è incluso un servizio di recupero delle pagine, che distribuiamo durante la configurazione.

Detto con franchezza: le query di ricerca vengono inoltrate a motori di ricerca esterni, senza la Sua identità utente. L’affermazione «tutto resta in Europa» vale per l’archiviazione e l’elaborazione del modello, non per la query stessa. Chi non vuole richieste esterne disattiva la ricerca web nel pannello di amministrazione.

Generare file: Excel, Word e PDF

Da un’istruzione come «Crea l’analisi mensile in Excel» nasce un file vero da scaricare, non una tabella nella finestra di chat. Vale per le analisi in Excel, per relazioni e lettere in Word e per i documenti PDF.

Il codice viene eseguito in un ambiente isolato per ogni sessione, non sul Suo computer; l’ambiente viene eliminato al termine della sessione. Sono in lavorazione un proxy di uscita con lista di autorizzazioni per gli accessi di rete da questo ambiente e un ulteriore livello di isolamento rafforzato.

Il patrimonio informativo aziendale come base di conoscenza

I documenti propri diventano una base di conoscenza consultabile: manuali, descrizioni dei processi, modelli di offerta, verbali. Il caricamento avviene nella chat oppure centralmente da parte dell’amministratore; la risposta indica la fonte, così che Lei possa verificarla.

La base di conoscenza risiede sulla Sua istanza e non la lascia. I nuovi collaboratori chiedono alla chat invece di interrompere qualcuno e le domande ricorrenti sui processi interni non costano più a nessuno una ricerca nel disco di rete.

Che cos’è MCP e perché è importante

MCP sta per Model Context Protocol ed è uno standard aperto per il modo in cui un’IA dialoga con un’applicazione gestionale. Invece di programmare un’interfaccia dedicata per ogni combinazione di strumento di IA e applicazione, esiste un protocollo: l’applicazione mette a disposizione un server MCP, che comunica all’IA quali strumenti può richiamare.

Uno strumento è qui una singola capacità con un nome: «cercare record», «leggere una fattura», «archiviare un file». È proprio questa scomposizione a rendere possibile un’assegnazione dei diritti a livello granulare. Senza strumenti denominati resterebbe solo la scelta tra accesso completo al sistema e nessun accesso.

È importante il carattere aperto dello standard. MCP è stato pubblicato ed è ormai supportato da molte applicazioni di IA e da molti produttori. Un server MCP che Lei costruisce per il proprio sistema non è quindi un investimento in Kisuno, ma nella Sua infrastruttura: continua a funzionare anche se cambia la piattaforma che vi sta sopra.

Per Lei questo significa: nessun lock-in nel collegamento, nessuna interfaccia punto a punto da mantenere e server già pronti dall’ecosistema invece di sviluppi propri. Alle domande più frequenti su MCP, diritti e costi rispondono le domande frequenti.

Collegare qualsiasi sistema con interfaccia di programmazione

Ogni sistema dotato di interfaccia di programmazione può essere collegato tramite MCP. Per molti strumenti diffusi esistono già server MCP pronti; per tutto il resto bastano un’API REST e un server sottile davanti. Entrambi si registrano e si abilitano nel pannello di amministrazione.

Server MCP già pronti per strumenti diffusi

I server MCP seguenti provengono dall’ecosistema aperto attorno allo standard, in parte dai produttori stessi, in parte dalla community. Questi server non fanno parte di Kisuno e non sono manutenuti da noi. Lei li registra come server, inserisce le credenziali e abilita i singoli strumenti.

Strumenti diffusi per i quali esistono server MCP già pronti nell’ecosistema aperto e per che cosa vengono usati tipicamente. Aggiornamento: agosto 2026. Funzionalità e manutenzione dipendono dal singolo server.
Sistema Che cosa è possibile fare nella chat
HubSpotConsultare e integrare contatti, trattative e note nel CRM.
SlackCercare nei canali e nei messaggi e riassumere le discussioni.
JiraCercare e creare ticket e verificare lo stato di uno sprint.
ConfluenceCercare nelle pagine e riassumere il contenuto di uno spazio.
NotionLeggere pagine e database e aggiornare le voci.
LinearCercare e creare issue e verificare le responsabilità.
GitHubCercare e valutare repository, issue e pull request.
SentryConsultare le segnalazioni di errore e valutare le concentrazioni per versione.
PostgreSQLInterrogare i database in sola lettura e generarne analisi.
StripeConsultare pagamenti, abbonamenti e stato delle fatture.
Google DriveCercare file e utilizzarne il contenuto per una risposta.

Sistemi propri tramite API REST

Per la Sua soluzione verticale, per il sistema di rilevazione delle ore o per il programma di magazzino basta un’API REST. Davanti si mette un server MCP che traduce tra il protocollo e la Sua interfaccia e stabilisce quali strumenti esistono. Il server resta snello, perché la logica applicativa rimane nel Suo sistema.

Un consiglio pratico che determina la successiva assegnazione dei diritti: ritagli gli strumenti in modo fine e univoco. Un server con gli strumenti distinti «leggere le fatture» e «leggere i salari» si abilita in modo pulito. Un unico strumento a forma libera, che accetta qualsiasi query al database, non è limitabile in modo sensato e trova posto solo in collegamenti fortemente ristretti.

Collegato in tre passi

Un nuovo collegamento richiede tre passi nel pannello di amministrazione. Un server appena registrato è subito raggiungibile, senza dover ridistribuire l’installazione.

  1. Registrare il server. Inserire nel pannello di amministrazione l’indirizzo del server MCP e le credenziali. Gli strumenti offerti dal server vengono riconosciuti automaticamente.
  2. Definire l’accesso. Decidere per ruolo, gruppo e singola persona quali strumenti di questo server siano utilizzabili. Impostare il valore predefinito del server su «negato»: vale allora esclusivamente ciò che viene abilitato consapevolmente.
  3. Usare e verificare. Nell’audit log del gateway si vede chi ha richiamato quale strumento su quale server, quando e come è stato deciso.

Per i collegamenti predisposti la configurazione è già pronta. Lì si passa direttamente alla domanda su chi possa usare quali strumenti.

L’accesso resta controllato

I collegamenti tramite il gateway MCP vengono verificati a ogni singola chiamata. Il gateway si trova tra l’IA e il server collegato e decide se la persona richiedente possa usare quel server e quello strumento; la decisione viene scritta nell’audit log. Dove invece l’identità della persona viene trasmessa fino al sistema di destinazione, per esempio in SharePoint tramite l’account Microsoft, è il sistema di destinazione ad applicare i diritti e vale la sua registrazione.

I diritti vengono valutati in questo ordine: singolo utente, poi ruolo, poi gruppo, infine l’impostazione predefinita del server. Vince la regola più specifica. Se la verifica si interrompe per motivi tecnici, l’accesso viene negato invece che consentito.

Ruoli e gruppi si gestiscono localmente nel pannello di amministrazione oppure si importano da Entra ID. Chi viene rimosso da un gruppo perde anche le abilitazioni agli strumenti collegate.

Due modi per collegare un sistema

Esistono due modalità di collegamento e la scelta determina dove vengono applicati i diritti. Nella prima modalità l’identità della persona viene trasmessa fino al sistema di destinazione, nella seconda opera un account di servizio comune dietro il gateway.

Le due modalità di collegamento e dove vengono applicati i diritti in ciascuna.
Modalità Accesso al sistema di destinazione Chi applica i diritti
Identità trasmessa Ogni persona accede una volta di persona al sistema di destinazione. Il sistema di destinazione con i propri diritti utente. Se il collegamento passa anche dal gateway, si aggiungono i suoi diritti sugli strumenti.
Account di servizio Un account tecnico per tutti gli utenti, memorizzato nel gateway. Solo il gateway. Qui i diritti sugli strumenti sono obbligatori, perché il sistema di destinazione vede tutte le richieste allo stesso modo.

Dove il sistema di destinazione dispone di account utente propri, la prima modalità è la scelta migliore: i diritti del sistema di destinazione continuano a valere invariati. La seconda modalità è adatta ai sistemi senza una propria gestione utenti; lì il gateway è l’unico punto di verifica e diritti sugli strumenti ben definiti sono obbligatori.

Come interagiscono nel dettaglio ruoli, gruppi, audit log e budget di spesa è descritto nella pagina Governance.

Add-in per Outlook ed Excel

L’add-in per Outlook è in beta: oggi è in uso interno presso di noi e non è ancora disponibile in generale. Si apre come riquadro accanto all’e-mail aperta e riassume, redige risposte, traduce ed estrae attività. L’add-in per Excel è in lavorazione. L’obiettivo resta rendere Kisuno utilizzabile direttamente nella finestra di posta e nel foglio di calcolo, invece di passare dall’applicazione al browser.

Add-in per Outlook: beta, in uso interno Add-in per Excel: in lavorazione

Fino ad allora entrambi passano dal browser: incollare e-mail ed estratti di tabelle, scaricare i file Excel e Word generati. Le funzionalità sono le stesse, è solo il percorso a essere più lungo.

Domande frequenti

Che cos’è un server MCP?

Un server MCP è un piccolo programma che rende un’applicazione accessibile ai sistemi di IA. Parla il Model Context Protocol, uno standard aperto, e comunica all’IA un elenco di strumenti denominati come «cercare record» o «archiviare un file». L’IA richiama questi strumenti invece di accedere direttamente all’applicazione.

Possiamo collegare il nostro ERP senza che tutti vedano tutto?

Sì. I diritti valgono per server e per singolo strumento, non solo per sistema. Uno strumento per leggere le fatture può essere abilitato alla contabilità, mentre quello per i dati salariali resta bloccato per tutti tranne la direzione. Se inoltre l’identità dell’utente viene trasmessa all’ERP, lì valgono anche i diritti utente esistenti.

E se per il nostro sistema non esiste un server MCP già pronto?

Allora ne costruisce uno davanti, purché il Suo sistema disponga di un’API REST. Il server traduce tra protocollo e interfaccia e stabilisce quali strumenti esistono. La logica applicativa resta nel Suo sistema. Poiché MCP è uno standard aperto, questo server continua a funzionare anche con altre applicazioni di IA.

Con la ricerca web tutti i dati restano in Europa?

No, e lo diciamo consapevolmente. Archiviazione ed elaborazione del modello restano nello spazio europeo, ma le query di ricerca vengono inoltrate a motori di ricerca esterni. La Sua identità utente non viene trasmessa. Chi non lo desidera disattiva la ricerca web nel pannello di amministrazione.

Ogni accesso ai nostri sistemi viene registrato?

Sì, per ogni collegamento che passa dal gateway MCP. Ogni chiamata a uno strumento viene registrata lì nell’audit log, con data e ora, persona, server, strumento e decisione del gateway, comprese le chiamate negate. Il registro è esportabile e quindi utilizzabile per revisioni e obblighi di prova. Dove l’identità della persona viene trasmessa direttamente al sistema di destinazione, vale in aggiunta la registrazione di quest’ultimo.

Il Suo sistema è nell’elenco?

Richieda ora un accesso. Ci scriva quali sistemi desidera collegare: questo influisce sull’ordine in cui completiamo i collegamenti.

Ultima verifica: