Sincronizzare SharePoint con Notion: cosa spostare, cosa lasciare, cosa collegare

Come sincronizzare SharePoint con Notion senza duplicare i documenti: cosa resta su Microsoft 365, cosa passa a Notion e il flusso che gira in produzione.

Sincronizzare SharePoint con Notion non significa copiare i file da una parte all'altra. Significa decidere una cosa sola: SharePoint resta l'archivio ufficiale dei documenti, Notion diventa il posto dove si lavora, e tra i due passa un riferimento, non il contenuto. Il flusso pratico è un workflow che legge la libreria SharePoint via Microsoft Graph, scrive o aggiorna un record in Notion con nome, link, versione e stato, e lascia il file dove sta. Su un cliente questo lavoro ha recuperato più di 15 ore a settimana di passaggi manuali.

Lo facciamo per lavoro, su n8n self-hosted, dentro tenant Microsoft 365 reali con i loro permessi e le loro stranezze. Questa è la parte che la documentazione dei vendor non racconta.

Tre cose che puoi fare oggi

Un consiglio: non migrare i documenti. La tentazione, quando scopri quanto è comodo Notion, è portarci dentro tutto. Ma SharePoint fa cose che Notion non fa: versionamento vero, permessi granulari, conformità, integrazione con Office. Sposta il lavoro, non l'archivio.

Punti chiave

Punto | Dettagli

Il principio | Un documento, un posto. Tutto il resto è un riferimento a quel posto

Cosa resta su SharePoint | File Office, documenti contrattuali, tutto ciò che richiede versionamento e permessi granulari

Cosa vive su Notion | Stato del lavoro, task, decisioni, chi fa cosa entro quando

Come si collegano | Un record Notion con nome documento, link diretto, versione, stato, responsabile

Strumento | Microsoft Graph API più un orchestratore. Noi usiamo n8n self-hosted

Il vincolo che blocca tutti | I permessi. Serve un'app registrata su Entra ID con i consensi giusti, e va chiesto all'IT

Perché due sistemi convivono e non è un errore

La domanda che ci fanno sempre è: non è meglio scegliere uno solo?

In teoria sì. Nella pratica, quasi nessuna azienda strutturata può abbandonare Microsoft 365. Ci sono le licenze già pagate, Outlook, Teams, Excel usato da tutti, e spesso vincoli di conformità o di settore che rendono SharePoint la sede naturale dei documenti ufficiali.

Allo stesso tempo, SharePoint è pessimo nel raccontare lo stato di un lavoro. Sa dove sta un file e chi l'ha toccato. Non sa dirti che quel documento è fermo perché aspetta la revisione di una persona che è in ferie fino a giovedì.

Quindi la convivenza non è un compromesso: è la struttura giusta. Uno dei due sistemi ospita gli oggetti, l'altro ospita il lavoro sugli oggetti. Il collegamento serve perché nessuno debba cercare in due posti.

La regola che decide tutto

Prima di aprire qualsiasi strumento, decidi questo:

**SharePoint è la fonte di verità del documento. Notion è la fonte di verità dello stato.**

Da questa riga discende tutto il resto. Il file non si duplica mai. Su Notion vive un record che punta al file. Se qualcuno modifica il documento, lo modifica su SharePoint, e Notion aggiorna la versione e la data.

La violazione tipica di questa regola è caricare il PDF anche su Notion "per comodità". Passano tre settimane e nessuno sa più quale sia l'ultima versione. Il tema è lo stesso di cui parlo in [single source of truth](/blog/single-source-of-truth): il problema non è dove sta il dato, è quante copie esistono.

**Checklist copiabile: dove va questo documento?**

Per ogni tipo di documento, rispondi. Se anche una sola risposta è sì, resta su SharePoint.

Se sono tutte no, il contenuto può nascere direttamente su Notion e vivere lì. Note interne, procedure, brief, decisioni, appunti di riunione: tutta roba che su SharePoint diventa un file Word abbandonato in una cartella.

Come funziona tecnicamente la sincronizzazione

Il flusso, nell'ordine in cui va costruito.

**1. Registra un'applicazione su Microsoft Entra ID.** È il passaggio che blocca la maggior parte dei progetti, perché richiede un amministratore del tenant. Servono le autorizzazioni per leggere i siti e le librerie documenti. Chiedi il consenso amministratore prima di promettere date a chiunque.

**2. Interroga Microsoft Graph.** L'endpoint dei siti ti dà l'ID del sito, quello delle drive ti dà le librerie, quello degli item ti dà i file con i loro metadati: nome, percorso, ultima modifica, autore, link di condivisione.

**3. Scrivi in Notion con logica di upsert.** Il campo chiave è l'ID univoco del file su SharePoint. Se il record esiste, aggiorna. Se non esiste, crea. Senza questo, ogni esecuzione duplica tutto e in tre giorni il database è inutilizzabile.

**4. Decidi la frequenza.** Il polling ogni 15-30 minuti va bene per quasi tutto. I webhook di Graph esistono ma richiedono un endpoint pubblico e una gestione della scadenza delle sottoscrizioni, che vanno rinnovate. Non è complicato, ma è manutenzione in più: prendila solo se il tempo reale serve davvero.

**5. Aggiungi i campi che SharePoint non ha.** Ed è qui che sta il valore. Stato del documento (bozza, in revisione, approvato), responsabile, scadenza, progetto collegato, note. Questi campi vivono solo su Notion e sono il motivo per cui hai fatto l'integrazione.

**6. Metti la notifica di errore.** Su un canale tecnico, separato da tutto il resto. Le credenziali Microsoft scadono, i token si invalidano, i permessi cambiano quando l'IT fa manutenzione. Se non ricevi un messaggio quando succede, te ne accorgi dal fatto che qualcuno lavora su dati vecchi.

Le opzioni disponibili, confrontate

Opzione | Cosa fa | Quando ha senso

Connettore AI nativo di Notion | Permette a Notion AI di leggere i contenuti di SharePoint e OneDrive per rispondere a domande | Se il bisogno è cercare e riassumere, non gestire stati e workflow

Zapier o Make | Collegamento no-code tra i due, con trigger e azioni predefinite | Volumi bassi, nessun requisito di residenza dei dati, nessuno in casa che sappia mettere le mani

n8n cloud | Stesso approccio, più controllo sulla logica, costo per esecuzione | Logiche condizionali complesse, budget da rispettare sui volumi

n8n self-hosted | Tutto gira su una tua VPS, i dati non escono | Dati sensibili, tenant aziendali, clienti che chiedono dove stanno i loro dati

Sviluppo su misura | Integrazione diretta su Graph API | Solo se hai requisiti che nessuno strumento copre, e qualcuno che la mantiene

Noi usiamo n8n self-hosted quando lavoriamo con documenti aziendali dentro tenant Microsoft. Non è una scelta ideologica: è che la domanda "dove finiscono i nostri documenti" arriva sempre, e avere una risposta secca vale più della comodità di un servizio gestito. Il confronto tra gli strumenti di automazione l'ho scritto per esteso in [Make vs n8n vs Zapier](/blog/make-vs-n8n-vs-zapier).

Cosa si rompe nella pratica

**I permessi, sempre.** Non è mai la parte tecnica a fermare il progetto. È la settimana che passa tra "ci serve il consenso amministratore" e il momento in cui qualcuno con i diritti giusti lo concede. Chiedi le credenziali all'inizio, non quando il workflow è pronto.

**I nomi dei file.** SharePoint accetta caratteri che poi creano problemi nei link e nelle query. Metti una normalizzazione nel workflow invece di scoprirlo su un documento importante.

**Le librerie che nessuno aveva menzionato.** Nella mappatura emergono sempre due o tre librerie di cui il referente non sapeva niente, piene di documenti che qualcuno usa. Prevedi un giro di verifica prima di dichiarare finito.

**Gli allineamenti di nome tra sistemi.** Se colleghi il documento a un progetto, il nome del progetto deve corrispondere esattamente tra i due sistemi. Un carattere di differenza e il collegamento non si crea, in silenzio. Ci siamo passati: la soluzione è imporre il match esatto e mandare una notifica quando fallisce, invece di lasciare che il dato sparisca senza rumore.

Un caso reale: Böhm Consulting

Böhm Consulting è una società di consulenza che lavora dentro l'ecosistema Microsoft: SharePoint per i documenti, Outlook per la posta, il resto degli strumenti aziendali intorno.

Il lavoro operativo però stava altrove. I documenti erano su SharePoint, lo stato dei progetti nella testa delle persone e nelle email, e le informazioni gestionali in un terzo sistema. Ogni domanda semplice, tipo a che punto siamo su questo cliente, richiedeva di aprire tre posti e mettere insieme i pezzi.

Abbiamo costruito la sincronizzazione tra SharePoint e Notion su n8n self-hosted, insieme al collegamento con gli altri strumenti in uso e alla struttura di progetto su Notion. I documenti sono rimasti dove stavano. Quello che è cambiato è che adesso ogni documento ha uno stato, un responsabile e un progetto a cui appartiene, e si trova da un posto solo.

Il risultato dichiarato sul nostro sito è più di 15 ore a settimana recuperate sui passaggi manuali. Sono le ore che prima se ne andavano a cercare, ricopiare, chiedere e allineare.

Quello che ho imparato

**La parte difficile non è tecnica, è politica.** Collegare due sistemi richiede che qualcuno decida chi comanda su cosa. Finché quella decisione non è presa, ogni scelta tecnica è provvisoria e si rifà. La riunione da un'ora in cui si stabilisce la regola vale più di tre giorni di sviluppo.

**Abbiamo sbagliato a sottovalutare i tempi di accesso.** Su questo progetto la parte più lunga non è stata costruire: è stata aspettare le credenziali. Adesso metto la richiesta di accessi come primo punto del piano, con una data, e se la data slitta slitta tutto il resto in modo esplicito. Prima lo assorbivo io e sembrava che fossimo noi in ritardo.

**Nessuno vuole cambiare dove stanno i suoi file.** L'ho imparato spingendo migrazioni che poi sono state sabotate senza cattiveria, semplicemente perché le persone continuavano a salvare dove sapevano salvare. Il progetto ha funzionato quando abbiamo smesso di chiedere alle persone di cambiare abitudine e abbiamo fatto arrivare le informazioni dove stavano già.

Vuoi che i documenti smettano di essere il collo di bottiglia?

Lavoriamo come partner operativo per aziende italiane in crescita. Le integrazioni tra sistemi sono la parte finale del percorso: prima si guardano i processi, perché sincronizzare bene un processo confuso non fa altro che diffondere la confusione più in fretta.

Il primo passo è il [Process Score](/efficiency): 10 minuti, gratis. I prezzi sono pubblici in [piani e prezzi](/prezzi). E se vuoi il conto di un intervento di automazione completo, è in [quanto costa automatizzare i processi aziendali](/blog/quanto-costa-automatizzare-processi-aziendali).

Fonti

Domande frequenti

Notion ha un'integrazione nativa con SharePoint?

Esiste un connettore che permette a Notion AI di leggere i contenuti di SharePoint e OneDrive per cercare e riassumere. Risolve il problema della ricerca, non quello del workflow: non crea record, non gestisce stati, non collega i documenti ai progetti.

Posso sincronizzare in entrambe le direzioni?

Tecnicamente sì. Nella pratica sconsiglio. La sincronizzazione bidirezionale sui documenti crea conflitti di versione che poi qualcuno deve risolvere a mano, e quel qualcuno sei tu. Meglio una direzione sola e una regola chiara.

Serve un server per n8n self-hosted?

Una VPS basta, con costi tipicamente sotto i 20-30 euro al mese per volumi normali. Il costo vero non è il server: è la manutenzione, gli aggiornamenti e il monitoraggio. Se in azienda non c'è nessuno che se ne occupa, valuta la versione cloud o un partner che lo presidi.

Quanto ci vuole?

Con accessi pronti e regole decise, 1-3 settimane per la prima sincronizzazione in produzione, test e gestione errori compresi. Senza accessi, non parte.

E se un domani volessimo lasciare Notion?

I documenti sono già su SharePoint, quindi non perdi niente di sostanziale. Perdi lo strato di stato e collegamenti, che si esporta in CSV. È il vantaggio di non aver migrato i file: l'archivio non dipende dallo strumento di lavoro.