Oracle porta l'orchestrazione degli agenti dentro l'ERP, e questo cambia i calcoli della governance

Oracle ha lanciato Fusion Claw, che descrive come il primo livello nativo di orchestrazione di agenti AI integrato direttamente all'interno di una grande piattaforma ERP. Il posizionamento è ristretto e rivelatore. Invece di eseguire agenti da una console separata sperando che rispettino le policy aziendali, Fusion Claw consente alle organizzazioni di definire procedure operative standard, soglie di rischio e diritti decisionali all'interno di Fusion Applications, dove risiede già la logica di business.

Questa collocazione è il punto. Per due anni il discorso sugli agenti ha riguardato la capacità: il modello può completare l'attività. I lanci che contano questo mese rispondono a una domanda diversa, ovvero se un'azienda può tenere d'occhio un agente una volta che è in esecuzione.

Il divario che tutti continuano a citare

Le cifre che spiegano il cambiamento sono ormai familiari. Circa l'85% delle grandi aziende sta sperimentando agenti AI, ma solo circa il 5% ha portato la tecnologia agentica in produzione, e all'incirca l'11%-14% dei progetti pilota scala. Gartner prevede che oltre il 40% dei progetti di AI agentica sarà cancellato entro il 2027, e attribuisce ciò a problemi di integrazione e coordinamento più che alla qualità dei modelli. IDC, guardando nella direzione opposta, si aspetta qualcosa nell'ordine di 1,3 miliardi di agenti AI in uso in tutto il mondo entro il 2028.

Mettendo insieme questi dati, il collo di bottiglia si sposta. I modelli sono abbastanza buoni per molto lavoro. Ciò che manca sono le tubature: identità, permessi, tracce di audit e coordinamento tra sistemi che non sono mai stati progettati per rispondere a software che agisce in autonomia.

La governance venduta come categoria di prodotto

Oracle è uno dei partecipanti in un mese che ha prodotto una quantità sorprendente di infrastrutture per la governance degli agenti. OpenAI ha lanciato Presence, un livello operativo per distribuire agenti vocali e chat con un ambito di lavoro definito, accesso limitato alle conoscenze e azioni approvate, rivolto al supporto per la fatturazione, alle richieste di risarcimento assicurativo e alle richieste IT dei dipendenti. Classie Supervise è arrivato insieme a esso per offrire alle imprese monitoraggio e rendicontazione in tempo reale degli agenti già in produzione.

Salesforce e AWS hanno annunciato Agentforce 360 for AWS, una piattaforma congiunta il cui Atlas Reasoning Engine viene eseguito sui modelli Claude di Anthropic tramite Amazon Bedrock e, cosa notevole, genera tracce di audit immutabili per ogni decisione dell'agente. CrowdStrike è citata tra gli early adopter, che cita la semplicità di approvvigionamento insieme alla sicurezza, un modo molto enterprise di dire che acquistare una cosa sola batte assemblarne cinque.

Altrove, OneTrust ha ampliato la sua piattaforma con un AI Control Plane e un Governance Command Center, con integrazioni in ChatGPT, Claude, Copilot e Glean. Red Hat ha sostenuto che le salvaguardie a livello di modello sono insufficienti una volta che gli agenti possono eseguire azioni, e spinge per una difesa in profondità su identità, runtime, networking e infrastruttura. Nvidia ha introdotto una Open Agent Safety Platform costruita con più di 100 partner, progettata per mettere in quarantena un agente fuori controllo nel giro di millisecondi.

Ognuno di questi prodotti attacca lo stesso problema da un'altitudine diversa. La scommessa di Oracle è che la traccia di audit debba essere la transazione, non un log parallelo. Se le azioni approvate dell'agente sono definite come regole all'interno dell'ERP, allora ogni decisione che prende è già soggetta ai controlli, ai permessi e al reporting che i team finanziari e di conformità usano per tutto il resto.

Perché l'ERP è una casa naturale

I domini ad alta intensità di governance hanno senso come prima casa per gli agenti in produzione perché l'alternativa è peggiore. Un team finanziario non può giustificare l'affidamento della gestione delle fatture a un agente che esiste al di fuori del sistema di registrazione, intraprende azioni che non può spiegare e produce un log in uno strumento diverso. Incorporare l'orchestrazione nell'ERP significa che l'agente eredita lo stesso accesso basato sui ruoli, la segregazione dei compiti e la postura di audit che il resto del flusso di lavoro già possiede.

Ecco anche perché la mossa di Oracle mette pressione sui suoi rivali. Se il livello di orchestrazione diventa una funzionalità della piattaforma principale, allora un gateway per agenti autonomo appare come un componente aggiuntivo da acquistare, proteggere e riconciliare. Gli acquirenti potrebbero scoprire che standardizzare su uno o due livelli incorporati batte l'aggiunta dell'ennesimo control plane esterno.

Una lettura scettica

L'inquadramento della governance è solido, ed è anche un buon marketing in un mercato in cui gli acquirenti sono stati scottati da progetti pilota mai arrivati in produzione. Alcune cautele meritano di essere tenute presenti in qualsiasi valutazione. Le tracce di audit aiutano solo se qualcuno le legge, e un log immutabile delle decisioni di un agente non è la stessa cosa di un controllo che impedisce una cattiva decisione in primo luogo. Incorporare l'orchestrazione nella piattaforma di un singolo fornitore crea anche un nuovo tipo di lock-in, poiché la storia e le policy dell'agente ora vivono all'interno di una suite applicativa. E le statistiche sulle cancellazioni tagliano in entrambe le direzioni: una piattaforma che rende gli agenti più facili da distribuire non risolve da sola il problema del coordinamento, che risiede tanto nella proprietà dei processi quanto nel software.

Cosa farsene

Il consiglio pratico che emerge dai lanci di questo mese è coerente. Iniziare con un processo ristretto e ad alto valore, come la gestione delle fatture o le revisioni degli accessi, e collocare un singolo agente all'interno di un sistema esistente con logging e approvazioni severi. Osservare come i vostri fornitori principali rispondono a Fusion Claw. Se lanciano i propri livelli di orchestrazione, standardizzare su uno o due di essi probabilmente conterà più che aggiungere un altro gateway esterno.

Il cambiamento più ampio è facile da perdere perché gli annunci suonano simili. La capacità degli agenti ha smesso di essere il titolo principale. Il titolo ora è se a un agente si possa assegnare un lavoro, un budget e un guinzaglio, e se l'azienda possa provare, a posteriori, esattamente cosa ha fatto.

La questione della consolidazione

Fate un passo indietro dai singoli lanci e appare una domanda strutturale. Se ogni grande piattaforma lancia il proprio livello di orchestrazione, gli acquirenti finiranno con diversi control plane sovrapposti, ciascuno con il proprio linguaggio di policy, il proprio log di audit e il proprio modo di descrivere cosa è consentito fare a un agente. È l'opposto di ciò che la governance dovrebbe fornire. Gli organismi di standardizzazione e i progetti open source stanno già lavorando su identità e autorizzazione portabili degli agenti, ma l'incentivo commerciale va nella direzione opposta, poiché un control plane proprietario è un forte motivo per non andarsene.

La decisione di Oracle di incorporare il livello nell'ERP rende tutto ciò concreto. Un'azienda che usa Fusion Applications ha un motivo ovvio per utilizzare l'orchestrazione integrata e un motivo altrettanto ovvio per diffidare di un secondo livello esterno che dovrebbe essere riconciliato con essa. I fornitori lo sanno. La domanda è se i clienti accetteranno uno stack di governance frammentato, con un control plane per suite, o spingeranno per qualcosa che possano verificare su tutte.

La risposta più probabile nel breve termine è un ibrido. Sistemi core come ERP e CRM possiederanno l'orchestrazione per i processi che già governano, perché la traccia di audit appartiene accanto alla transazione. Tutto il resto, inclusi gli agenti che attraversano più sistemi, si affiderà a un livello autonomo che cerca di parlare con tutti loro. I team che valutano le piattaforme dovrebbero pianificare entrambi e progettare le proprie definizioni di policy in modo che possano essere riespresse se il mercato si consolida.

Ciò che i venditori non dicono

Due affermazioni meritano attenzione. La prima è che una traccia di audit equivale alla responsabilità. Un log che registra ogni decisione presa da un agente è prezioso dopo un incidente, e non è la stessa cosa di un controllo che ferma l'incidente. Record immutabili e guardrail preventivi sono prodotti diversi, e i lanci tendono a confonderli. La seconda è che la governance è un problema risolto una volta che la piattaforma la fornisce. La maggior parte dei casi di fallimento citati questo mese riguardava permessi mal configurati, proprietà poco chiara e processi che nessun team riusciva a descrivere con sufficiente precisione perché un agente li seguisse. Il software può far rispettare una policy. Non può decidere quale policy l'azienda voglia davvero.

Per i team che hanno superato la fase di sperimentazione, la mossa utile è scrivere le risposte prima di acquistare. Quale processo è consentito toccare all'agente, qual è la cosa peggiore che può fare nel suo ambito, chi viene avvisato quando lo fa, e come viene identificato l'agente quando chiede accesso. Distribuire un singolo agente all'interno di un sistema esistente con logging e approvazioni severi, come suggerisce il consiglio attuale, mette alla prova tutte e quattro le risposte contemporaneamente. Le piattaforme renderanno quel test più facile da eseguire. Non lo eseguiranno per voi.