Conosca il fondatore

Kyle Castor sulla creazione di valore in punti base

Kyle Castor, Founder & Principal Architect • 61 secondi • Sottotitoli • Presentatore generato dall'AI a partire dal ritratto in studio

Trascrizione

00:00Agli sponsor di private equity e agli operating partner qui a Las Vegas: la creazione di valore post-acquisizione non deve restare intrappolata in presentazioni di quaranta pagine.

00:11In DataOngoing misuriamo il nostro lavoro esclusivamente in punti base di EBITDA. Due ore di contributo dirigenziale restituiscono centinaia di ore automatizzate, comprovate nel nostro registro del tempo 100x.

00:24Primo: una revisione di due diligence tecnologica AI di 48-72 ore per valutare il debito tecnico prima di impegnare il capitale. Secondo: la compressione da 21 a 3 giorni della chiusura multi-entità. Terzo: l'acquisizione automatizzata dei dati dal reparto produttivo al libro mastro direttamente in NetSuite.

00:44Consegniamo codice funzionante in sprint di 14 giorni. Se non funziona in produzione, la milestone non viene fatturata. Visiti DataOngoing.ai per fissare una sessione di consulenza riservata.

  1. Come lavoriamo →
  2. Legga il registro 100x →
  3. The productized offers →
  4. Lo Sprint in punti base →

Ogni dato della sintesi è pubblicato su questo sito con la relativa classe di fonte; i link dei capitoli rimandano a quelle pagine.

Traduzione automatica in revisione. La versione inglese è quella di riferimento.

Home / Casi studio / Agenti AI governati all'interno di NetSuite, con un gate di approvazione umana su ogni scrittura
Retrospettiva sul campo

Agenti AI governati all'interno di NetSuite, con un gate di approvazione umana su ogni scrittura

L'AI generativa si blocca all'interno dell'ERP per tre ragioni: tira a indovinare, si perde nei token e nessuno le concede accesso in scrittura. Abbiamo implementato agenti Aissistor che leggono tramite strumenti SuiteQL governati, propongono le transazioni come bozze e non registrano nulla senza approvazione umana.

Il problema

I responsabili di finanza e operazioni avevano già provato l'AI generativa e ne avevano i prototipi di chatbot. Nessuno è arrivato in produzione, per ragioni ben documentate. Un modello linguistico non può tirare a indovinare il saldo di un conto, un codice fiscale o una valorizzazione di magazzino. Inviare migliaia di righe di transazione in una finestra di contesto esaurisce il budget e fa perdere precisione. E nessun comitato di audit concede a un agente non governato l'accesso in scrittura al libro mastro. Non serviva un modello più intelligente, ma un modo governato per far lavorare qualsiasi modello.

Cosa abbiamo fatto

Abbiamo implementato Aissistor, il framework ERP agentico di DataOngoing, in uno sprint di due settimane sui ruoli NetSuite esistenti. Un router centrale assegna il lavoro ad agenti specializzati: un agente di abbinamento dei debiti verso fornitori, un rilevatore di perdite di margine nel libro mastro, un revisore delle ricerche salvate e un ispettore dei contratti. Ogni agente opera solo tramite strumenti formali del Model Context Protocol: execute_suiteql per query parametrizzate in sola lettura, get_record_schema per la struttura e propose_transaction_draft per qualsiasi operazione che modificherebbe il libro mastro. Le letture vanno direttamente a NetSuite. Le scritture si fermano a una revisione intermedia in cui il responsabile dei debiti verso fornitori vede lo scostamento evidenziato e approva prima che il record venga registrato.

Orchestrazione Aissistor: lettura libera, scrittura solo tramite una persona Il modello è il sintetizzatore e il rilevatore di anomalie, mai la fonte di verità e mai la mano sul libro mastro.
  1. 01Input

    1. Fatture fornitori in PDF tramite OCR
    2. Una domanda in linguaggio naturale del CFO
    3. La diagnostica notturna pianificata
  2. 02Router centrale

    1. Dispatcher degli agenti e macchina a stati
    2. Contesto dalla base di conoscenza aziendale
  3. 03Agenti specializzati

    1. Agente di abbinamento dei debiti verso fornitori
    2. Rilevatore di perdite di margine nel libro mastro
    3. Auditor forense SuiteQL
  4. 04Strumenti MCP governati

    1. execute_suiteql, in sola lettura
    2. get_record_schema
    3. propose_transaction_draft
  5. 05Libro mastro di produzione

    1. Le letture restituiscono righe SuiteQL in tempo reale
    2. Le bozze si fermano alla finestra di approvazione umana
    3. Le bozze approvate vengono registrate nel libro mastro ACID

Questo diagramma è uno dei workflow progettati, con i relativi punti di controllo e le evidenze correlate.

Come funziona il meccanismo

  1. Chiamate a strumenti, non testo libero

    Per verificare il saldo di un cliente, l'agente richiama execute_suiteql con una query parametrizzata e riceve righe strutturate dalle tabelle di NetSuite. Il modello riassume e segnala le anomalie in dati che non ha generato, e ogni cifra della sua risposta rimanda a una riga.

  2. La protezione finanziaria con intervento umano

    Un agente può verificare 5,000 ordini di acquisto e trovare 14 fatture fornitore duplicate, oppure assemblare una proposta di fattura fornitore da una scansione OCR. Non può registrare né l'una né l'altra. La bozza arriva in una finestra di revisione con lo scostamento evidenziato; il responsabile approva e NetSuite scrive il record con il ruolo di quella persona.

  3. Scomposizione in subagenti

    Un solo prompt non risolve un problema dell'ERP. Un agente di ricerca estrae note di transazione, contratti con i fornitori e storico dei pagamenti; un agente forense analizza le distribuzioni del GL e le percentuali di margine; un agente documentalista prepara la sintesi per il consiglio di amministrazione, con collegamenti di audit ai record.

Risultati

MisuraPrimaDopo
Acquisizione delle fatture fornitore, dall'OCR all'ERP6-8 minuti per fattura di più pagine14 secondi con abbinamento a tre vie per riga
Audit del codice di sistema3-4 settimane di consulenza48-72 ore, scansione statica automatizzata
Rilevamento delle perdite nel conto transitorio del GLCampionamenti manuali trimestraliVerifica automatica notturna
Risposte sui dati finanziariRiepiloghi di chatbot non verificabiliOgni cifra collegata a un set di record SuiteQL in tempo reale
Tempi di messa in produzione6-12 mesi per un programma di AI aziendaleUno sprint di due settimane nei ruoli NetSuite esistenti

Cosa ne deriva

  1. L'AI senza strumenti governati è un rischio

    Non lasci mai che un modello acceda all'ERP tramite scraper o driver di database privi di autorizzazione. Esiga interfacce MCP formali con token basati sui ruoli e un confine di lettura/scrittura verificabile.

  2. L'obiettivo è eliminare l'onere amministrativo, non le persone

    I contabili senior dovrebbero analizzare la strategia di cassa, non digitare numeri di fattura di dodici cifre da PDF scansionati. Il worker digita; la persona esercita il giudizio.

  3. L'architettura deterministica supera le dimensioni del modello

    Un modello disciplinato con strumenti SuiteQL precisi batte un modello generale molto più grande che procede per tentativi. La governance è la funzionalità.

Retrospettiva composita; il cliente è presentato come archetipo e le cifre illustrano il meccanismo. Correlato: Automazione di dispositivi e documenti dal reparto produttivo al libro mastro

Parli con l'architetto, non con un venditore

Tecnologia Aissistor per NetSuite: i cinque ruoli che un'azienda retribuisce, assorbiti in un unico box governato a un costo inferiore del 20-80% (modellizzato), con il team esistente ricollocato e non sostituito, e ogni risultato pubblicato in un registro del tempo 100x con la relativa classe di fonte. Legga il registro.

Prenoti un colloquio strategico   Esegua il calcolatore dei cinque ruoli

The direct email and phone number are shared in the receipt of a verified request.