n8n muove i dati. FlowSharp governa il lavoro.
Mantieni i tuoi workflow n8n e mettili dentro un processo con stati, responsabili, eccezioni e audit.
- Per
- IT
- Partner
Il problema
I workflow n8n sono ottimi per spostare dati tra sistemi, ma non raccontano al business a che punto è il processo: chi deve approvare, cosa è fermo, cosa è fallito e perché. Con decine di workflow isolati, la logica di business finisce sparsa tra nodi tecnici che solo chi li ha scritti capisce. Quando qualcosa si rompe, chi gestisce il processo non ha una vista unica: deve chiedere a chi manutiene n8n, e chi manutiene n8n non sa quale pratica sia coinvolta. Servono due livelli con responsabilità distinte: uno tecnico, che esegue le operazioni, e uno di processo, che sa chi decide, cosa è bloccato e che cosa è successo, in modo leggibile da chi non programma.
Stato · FlowSharp
Workflow · n8n
Come funziona
- 1
Importi il workflow
Incolli l'URL del webhook, l'URL dell'editor o il JSON del workflow e FlowSharp crea un connettore con anteprima. Il workflow n8n esistente non va riscritto.
- 2
Lo usi in un task Integrazione
Il contesto della pratica viaggia automaticamente nel corpo della chiamata (pratica, task, identificativo dell'esecuzione, URL di callback). n8n sa quindi sempre per quale lavoro sta operando.
- 3
n8n lavora e richiama
Per le automazioni lunghe n8n chiude il task con una callback. Con gli snippet pronti può anche aggiornare i dati, sollevare eventi o far avanzare la pratica.
- 4
Tieni tutto allineato
La risincronizzazione segnala le differenze, il test guidato funziona in modalità test o produzione e un clic apre il workflow nell'editor.
Specifiche
| Import | da URL webhook, URL editor o JSON, con anteprima |
|---|---|
| Contesto inviato | pratica, istanza, codice task, identificativo esecuzione, URL di callback |
| Snippet pronti | completa task (anche per codice), aggiorna dati, solleva evento, transiziona, leggi pratica |
| Callback | autenticate, con rifiuto delle callback superate; un errore non diventa mai un successo |
| Test | payload modificabile, interruttore test/produzione |
| Deploy | n8n self-hosted supportato nello stesso stack Docker |
| Eccezioni | retry configurabili e ripiego umano sul task Integrazione |
Un esempio operativo: creare un cliente in ERP
Nel flusso FlowSharp c'è un task di tipo Integrazione chiamato Crea cliente in ERP, inserito tra le fasi e le persone che governano il processo. Quando la pratica arriva a quel task, FlowSharp chiama il webhook di un workflow n8n e nel corpo della chiamata include il contesto: pratica, istanza, codice del task, identificativo dell'esecuzione e URL di callback. Il workflow n8n fa il lavoro tecnico: riceve la chiamata dal webhook, crea il cliente nell'ERP e risponde. Poi richiama FlowSharp con la callback, segnando il task come fatto. La pratica può quindi proseguire. La separazione è netta: lo stato, i responsabili e le eccezioni stanno in FlowSharp, mentre n8n esegue le operazioni tecniche. Lo schema accanto mostra il ciclo di andata e ritorno tra stato del processo e workflow, in forma illustrativa e non come schermata ufficiale.
Come verificare l'integrazione
Per controllare che l'integrazione sia sana parti dal test guidato: puoi modificare il payload e scegliere se eseguirlo in modalità test oppure produzione, quindi provare il collegamento senza toccare una pratica reale. Poi usa la risincronizzazione, che segnala le differenze tra il connettore e il workflow n8n, e il collegamento che apre il workflow nell'editor. Sul lato dei dati, le callback sono autenticate e quelle superate vengono rifiutate, e un errore non viene mai registrato come successo, quindi lo stato di un task è affidabile. In caso di fallimento valgono i retry configurati e, se previsto, il ripiego umano sul task Integrazione. Per la governance, i segreti dei connettori sono cifrati e hanno un ciclo di vita, e ogni esecuzione è correlata alla pratica: nello storico si può vedere quale chiamata è partita, quando e con quale esito.
Funzionalità collegate
- Connettori riusabili e task IntegrazioneURL e segreti centralizzati con test, rotazione e ciclo bozza, validato, deprecato.
- Callback asincronePer automazioni lunghe, il sistema esterno richiama FlowSharp quando ha finito.
- Eventi tra processiUn evento avvia un flusso, sblocca o aggiorna una pratica o notifica sistemi esterni.
- Ripiego umano nello stesso taskSe l'automazione è incerta o fallisce, la stessa attività passa a una persona: nessun task aggiuntivo.
- Integrazione con gestionali on-premiseUn gestionale Windows avvia pratiche con la propria chiave; FlowSharp lo richiama tramite connettori.
Casi d'uso
Domande frequenti
Devo usare n8n per forza?
No: FlowSharp ha API, webhook, eventi e connettori verso qualsiasi servizio HTTP. n8n è l'integrazione nativa più completa.
Posso usare il mio n8n self-hosted?
Sì, anche nello stesso stack Docker dell'installazione on-premise.
Cosa succede se il workflow n8n fallisce?
Il task segue i retry configurati e, se previsto, passa a una persona con il ripiego umano.
La logica di business resta in n8n?
La logica di processo (stati, regole, responsabili) sta in FlowSharp; n8n esegue le operazioni tecniche.