Enterprise
Fulcrum Custom Agent. AI sul tuo processo
Quando il processo non è nel catalogo, progettiamo, sviluppiamo e integriamo un agente su misura. Lo costruisce la stessa squadra che forma le tue persone.
Cosa costruiamo
Tre forme, un solo modo di lavorare
Il Fulcrum Custom Agent non è una categoria a parte: è lo stesso metodo del catalogo applicato a un processo che il catalogo non copre.
Estensione di un agente
Parti da un agente di catalogo e lo porti oltre il perimetro standard: un flusso in più, un sistema in più, regole di approvazione specifiche.
Agente su processo proprietario
Il processo è tuo e non assomiglia a nessun altro. Lo mappiamo, lo scomponiamo e costruiamo l'agente sulle sue regole reali, non su un template.
Sistema di più agenti
Più agenti coordinati su un flusso end-to-end che attraversa funzioni diverse, con passaggi di consegna espliciti e un punto di controllo umano per ogni passaggio critico.
In tutte e tre le forme sono sempre inclusi: integrazione nei sistemi esistenti, governance (permessi, log, dati in Europa) e formazione delle persone che useranno il sistema.
Il frame
Tre situazioni in cui il catalogo non basta
Processo non coperto
Il lavoro che pesa di più non è HR, finance, acquisti, contenuti, go-to-market, legal o formazione. È qualcosa che appartiene solo al tuo modello di business.
Flusso che attraversa più funzioni
Ordine, fattura e incasso vivono in tre sistemi e in tre uffici. Automatizzare un pezzo sposta il collo di bottiglia, non lo elimina.
Vincoli specifici
Sistemi legacy, installazioni on-premise, requisiti regolatori o di segregazione dei dati che richiedono un'architettura dedicata fin dal disegno.
Se dopo l'assessment risulta che un agente di catalogo basta, te lo diciamo e passi da lì: costa meno e parte prima.
Il metodo
Lo stesso metodo, con vincoli enterprise
Assessment
Mappiamo processi, sistemi, dati e rischi del perimetro. L'esito è un documento scritto: cosa si automatizza, cosa resta alle persone, cosa non conviene toccare.
Design
Architettura del sistema, scelta dei modelli per caso d'uso, piano di integrazione, regole di governance e di approvazione. Qui si decide anche come si misura il risultato.
Build
Sviluppo iterativo su ambienti separati, test con gli utenti reali, verifica delle integrazioni sui sistemi esistenti prima di toccare la produzione.
Adoption
Rilascio, formazione delle persone, run e manutenzione con ruoli scritti: chi monitora, chi interviene, chi aggiorna quando cambia un processo o una norma.
Nessuna durata dichiarata prima dell'assessment: dipende da quanti sistemi tocchi e da quanto sono accessibili i dati.
Governance
Chi possiede cosa, scritto prima di iniziare
Dati
Restano nei tuoi sistemi e sono trattati in Europa. Definiamo cosa l'agente legge, cosa scrive e con quali permessi, per ruolo e per ambiente.
Modelli
Siamo vendor-agnostic: scegliamo il modello per caso d'uso tra i fornitori che usiamo, incluse opzioni open in cloud europeo o installazioni on-premise dove i vincoli lo richiedono.
Ownership
Codice, configurazioni e prompt restano della tua azienda secondo le condizioni contrattuali. La documentazione tecnica viene consegnata con il sistema.
Run
Tre opzioni: gestione affidata a Fulcrum, gestione del tuo team dopo la formazione, oppure modello misto con presidio condiviso. La scelta è tua e si può cambiare.
Esempi
Che forma prende un sistema su misura
Sono esempi di architetture possibili, non casi cliente: oggi non pubblichiamo casi né numeri.
Scenario tipo
Dall'ordine all'incasso
Non è un caso cliente.
Oggi
- L'ordine entra nel gestionale e la fattura viene emessa in amministrazione
- L'incasso si controlla a mano, quando qualcuno se ne ricorda
- Tre uffici, tre momenti, nessuna traccia unica del flusso
Con l'agente
- Un agente di procurement e uno di amministrazione lavorano sullo stesso flusso
- L'ordine confermato genera il documento e la fattura viene preparata
- Le eccezioni arrivano a chi deve decidere, con la motivazione
Non conformità in produzione
Un agente raccoglie segnalazioni, apre e traccia le non conformità e collega le evidenze ai sistemi di fabbrica. L'integrazione con MES e macchine è da valutare in assessment, caso per caso.
Ricerca documentale su archivi interni
Un agente interroga archivi tecnici, contrattuali o di progetto con permessi per ruolo, cita sempre la fonte e registra ogni richiesta.
Estensione di Microsoft Copilot
Se il tuo ambiente è già su Microsoft 365, aggiungiamo agenti che lavorano sui dati aziendali senza sostituire gli strumenti che le persone usano ogni giorno.
Sicurezza
Controlli che valgono anche in audit
Ogni azione dell'agente viene registrata con utente, momento e dato toccato: il log è pensato per essere leggibile da chi fa audit, non solo da chi sviluppa. Sviluppo, test e produzione restano su ambienti separati, con dati di test che non espongono informazioni reali.
Obiezioni
Cinque domande dei CIO
"Chi lo mantiene?"
Decidi in fase di design: Fulcrum, il tuo team dopo la formazione, o un modello misto. Consegniamo codice, configurazioni e documentazione, così il presidio può cambiare senza rifare il sistema.
"Siamo legati a un fornitore di modelli?"
No. L'architettura tiene separato il modello dal resto del sistema, così si può sostituire senza riscrivere le integrazioni. Il modello si sceglie per caso d'uso, non per abitudine.
"Funziona con sistemi legacy?"
Dipende da cosa espone il sistema: API, database, file, code di messaggi. In assessment lo verifichiamo. Se non è integrabile in modo sostenibile, lo diciamo prima del preventivo.
"Quanto dura un progetto?"
Dipende dal perimetro deciso in assessment: numero di sistemi, qualità dei dati, vincoli di ambiente. Non diamo durate prima di aver visto i tuoi sistemi.
"Cosa succede ai dati?"
Restano nei tuoi sistemi, trattati in Europa, con permessi per ruolo e log di ogni accesso. L'uso dei dati per addestrare modelli è escluso dalle condizioni contrattuali.
Primo passo
Portaci il processo, non la tecnologia
In call di scoping servono tre cose: il processo che pesa, i sistemi che tocca e i vincoli che non puoi superare.