Vai al contenuto principale

Architettura

Un livello decisionale sopra i sistemi che già usi.

OODARIS legge dai tuoi dati ERP, POS e di pianificazione. Per impostazione predefinita, scrive nei sistemi solo ciò che una persona identificata ha approvato. I tuoi sistemi di registrazione restano la fonte di verità.

Richiedi una revisione dell’architetturaScopri il sistema operativo agentico

Registro decisionale

Voce 4417Approvato

CL-03 Suburbano: scalino di ribasso B

  1. LettoSell-through, scorte, traffico, prezzo e piano per ogni cluster14 fonti
  2. Verificato1.412 controlli notturni hanno sollevato 3 eccezioni, tra cui CL-03Di notte
  3. PropostoScalino B: un primo taglio più lieve, mantenuto per due settimane87% di confidenza
  4. Controllo delle policyEntro il limite di margine fissato dalla finanza merceAutorizzato
  5. ApprovatoPianificazione merce08:47
  6. Scritto nei sistemi
    • Condizioni di prezzo, SAP S/4HANA, 214 SKUOK
    • Ordini di trasferimento, da CL-04 a CL-03, 3 packOK
    • Open-to-buy e piano merce riproiettatiOK
  7. RollbackReversibile per 14 giorniAperto
La traccia 4417 collega ogni riga ai suoi dati di origine.Vista illustrativa del prodotto

Ciclo di vita della decisione

Ogni decisione attraversa le stesse cinque fasi.

Una revisione dell’architettura riguarda i contratti tra le fasi: cosa riceve ciascuna, cosa può fare, dove firma una persona e cosa finisce a registro.

  1. 01

    Riunire il contesto

    Portare nell’ambito il contesto rilevante di prodotto, sede, calendario, scorte, piano e policy.

    Contratti di dati canonici
  2. 02

    Definire e instradare il lavoro

    Assegnare compiti delimitati all’agente, al modello, all’ottimizzatore o al servizio aziendale appropriato.

    Coordinatore e contesto condiviso
  3. 03

    Generare una raccomandazione

    Combinare evidenze e vincoli in un’azione proposta, con motivazione e livello di confidenza dichiarato.

    Modelli, ottimizzazione e regole
  4. 04

    Esaminare e approvare

    Per impostazione predefinita, una persona esamina ogni raccomandazione prima che ordini o modifiche vengano scritti nei sistemi.

    Controllo delle policy e approvazione umana
  5. 05

    Scrivere e apprendere

    Inviare le azioni approvate tramite interfacce controllate, quindi confrontare i risultati con l’effetto previsto.

    API, eventi e audit trail

Un unico piano di controllo per tutto il flusso

I controlli accompagnano la decisione invece di essere ricostruiti a ogni passaggio.

  • Limiti di policy fissati dai tuoi team
  • Soglie di confidenza
  • Interventi e approvazioni umane
  • Registri decisionali e tracciabilità

Integrazioni

Dove si colloca OODARIS nel tuo stack

OODARIS legge dai sistemi che usi oggi e scrive le modifiche nel sistema che le possiede. Nulla viene migrato e i tuoi sistemi di registrazione restano autorevoli.

Legge da

Merchandising ed ERP
SAP ECC o S/4HANA, Microsoft D365, Oracle Retail, NetSuite, APTOS
Negozi e commercio
POS, Shopify
Piattaforme di dati
Data warehouse come Redshift, object storage come S3
Tutto il resto
Fonti personalizzate tramite API, flussi di eventi o esportazioni di file
OODARIS
  1. 01Un unico modello di dati retailProdotti, sedi, calendari e misure di ogni fonte, con tracciabilità fino al record di origine.
  2. 02Cinque decisioniPianificazione finanziaria delle merci, open-to-buy, assortimento, allocazione, e prezzi e ribassi.
  3. 03Approvazione nominativaPer impostazione predefinita, nulla viene scritto nei sistemi finché il responsabile della decisione non approva. Se il responsabile sceglie Autonomous, OODARIS agisce entro le regole di controllo che ha fissato. Ogni azione viene registrata con il suo motivo e può essere annullata.

Scrive nei sistemi

  • Condizioni di prezzo e ribassi, ad esempio in SAP S/4HANA
  • Ordini di trasferimento e modifiche alle confezioni
  • Aggiornamenti del piano: l’open-to-buy (OTB) e il piano finanziario delle merci (MFP) riproiettati

Ogni scrittura usa le API o i percorsi di eventi del sistema di destinazione ed è registrata insieme alla decisione che l’ha causata.

Per avviare un progetto pilota ci servono

  • Storico delle transazioni di vendita
  • Accesso a POS o ERP, tramite API o esportazione di file
  • Dati di inventario, idealmente a livello di SKU

Sicurezza e dati

Come vengono gestiti dati, accessi e approvazioni

Queste sono le pratiche con cui OODARIS è costruito e gestito. La revisione dell’architettura le esamina una per una rispetto ai tuoi requisiti.

Gestione dei dati
OODARIS legge i dati di cui ogni decisione ha bisogno e modifica i tuoi sistemi solo tramite scrittura: approvata da una persona, oppure eseguita entro i limiti fissati dal responsabile della decisione. I tuoi sistemi di registrazione restano la fonte di verità.
Tenancy e ambienti
I dati di ogni cliente restano all’interno del proprio perimetro di tenant e gli ambienti sono tenuti separati.
Controllo degli accessi
L’identità e gli accessi basati sui ruoli decidono chi può vedere, proporre, approvare ed eseguire ogni decisione. I dati sono cifrati.
Audit trail delle approvazioni
Ogni raccomandazione, approvazione e intervento manuale è registrato con chi l’ha fatto, quando e perché. I controlli di policy e le soglie di confidenza vengono eseguiti prima che qualcosa arrivi a un approvatore.
Rollback
Ogni scrittura ha un percorso di rollback, e un rollback finisce nello stesso registro della decisione.
Tracciabilità
Un unico ID di traccia collega gli input di origine, le esecuzioni di agenti e modelli, l’approvazione, la scrittura nei sistemi e il risultato.

Valutazione tecnica

Cosa chiedono per prima cosa i responsabili tecnologici

Le domande che i responsabili di tecnologia, IA e dati pongono quando valutano un Agentic OS, e cosa rivedere insieme.

Integrazione aziendale

Come si inserisce in ciò che già utilizziamo in azienda?

Si colloca sopra i sistemi che mantieni e può sostituire gli strumenti di pianificazione che non ti servono più: in ALDO Group, OODARIS ha sostituito un sistema di pianificazione legacy e più di 20 fogli di calcolo. Legge dai tuoi dati ERP, POS e di pianificazione e, per impostazione predefinita, scrive nei sistemi solo le azioni approvate, tramite le interfacce di quegli stessi sistemi. Un progetto pilota arriva al primo ciclo operativo in 8–12 settimane.

Cosa valutare insieme

  1. Integrazione con i sistemi aziendali esistenti
  2. Sicurezza, accessi e responsabilità operative
  3. Introduzione graduale con criteri di avanzamento

Ruoli compositi ricavati da progetti retail in produzione

Portateci le vostre domande sull’architettura.

Nella revisione mappiamo OODARIS sul tuo ambiente: confini dei sistemi, flusso dei dati, accessi e approvazioni, e chi gestisce cosa. Porta i tuoi architetti enterprise e il tuo team di sicurezza.

Richiedi una revisione dell’architetturaPrenota una demo

Cosa succede dopo

  1. Una risposta entro 24 ore

    Una persona del team OODARIS legge il tuo messaggio e ti risponde per fissare una prima chiamata.

  2. La prima chiamata

    I tuoi architetti vedono come OODARIS legge i tuoi dati, registra le approvazioni, scrive le modifiche nei sistemi e ne esegue il rollback.

  3. Un progetto pilota, se è adatto

    8–12 settimane fino al primo ciclo operativo, sui tuoi dati e con le tue approvazioni.