Perché Rela AI?

Rela AI non è l'ennesimo CMMS, né una piattaforma IoT generica, né un'app HACCP digitalizzata. È un Plant OS per le PMI alimentari — un sistema operativo conversazionale per panifici industriali, caseifici e piccole e medie industrie della carne.

Questa pagina documenta i quattro differenziatori che rendono la categoria difendibile. Ognuno risponde a una domanda concreta: "cosa fa Rela che i concorrenti non possono fare, e perché non possono semplicemente copiarlo?".

Rela AI non è una dashboard che aspetta che qualcuno guardi i dati. È un agente di impianto che ascolta il tuo PLC, esegue HACCP in tempo reale, sostiene la catena del freddo e orchestra il tuo team via WhatsApp — il tutto sopra un unico grafo di asset e processi.

I quattro differenziatori:

1. Lettura di PLC esistenti via VPN — senza hardware proprio
2. Bootstrap senza storico — estrusore dal primo mese
3. Capa agentica conversazionale — WhatsApp ed email come UI primaria
4. Asset / process graph condiviso — sette moduli, un'unica realtà

---

1. Lettura di PLC esistenti via VPN — senza hardware proprio

Il problema

La PMI alimentare tipica ha già controllori in produzione: PLC Siemens S7, Schneider Modicon, Rockwell ControlLogix, Carel, WAGO, automi degli OEM di celle e tunnel. Ognuno espone dati via Modbus TCP, OPC UA, S7, EtherNet/IP, MQTT o protocolli proprietari. L'operatore ha già l'HMI del costruttore. Il problema non è la mancanza di dati: è che quei dati vivono a silos e nessuno li legge fuori dall'HMI.

Come lo risolve Rela

Rela collega una VPN industriale alla rete di stabilimento e iscrive i suoi listener ai PLC esistenti — Modbus TCP in pull, OPC UA con sottoscrizione nativa, MQTT tramite broker (incluso Sparkplug B e OPC UA Pub/Sub), S7 ed EtherNet/IP in polling half-duplex. Zero hardware proprio: nessun sensore da comprare, nessun edge gateway da mantenere, nessuna manutenzione aggiuntiva per il tuo team. Una sola VPN copre persino più marche di controllori nello stesso impianto.

Augury e Tractian sono sensor-first: devono vendere e installare i loro accelerometri per partire. Questo li esclude dalla copertura delle variabili di processo (temperatura del forno, pressione del pastorizzatore, umidità della camera di lievitazione) che sono già nel PLC.

Prova

• Caso COLIP — flotta di camere di lievitazione Carel via Modbus: 35 camere di quattro marche differenti, una sola VPN, lettura nativa Modbus senza sensori aggiuntivi.
• Modbus multi-brand su una sola VPN: Schneider + Carel + WAGO nello stesso panificio, senza toccare l'HMI originale.
• Multi-macchina su un singolo tunnel: architettura della VPN + listener manager.

Concorrenti che falliscono qui

• Augury e Tractian: richiedono il loro sensore; non leggono il PLC originale.
• GE Predix, Siemens MindSphere: richiedono il loro edge gateway o uno stack OPC UA specifico; non scendono a livello PMI.
• CMMS classici (SAP PM, Maximo, Fracttal): non leggono i PLC, dipendono dall'inserimento manuale.

---

2. Bootstrap senza storico — estrusore dal primo mese

Il problema

Lo standard della manutenzione predittiva industriale dice che servono da tre a sei mesi di storico pulito per addestrare un modello. Questo squalifica ogni impianto nuovo, ogni macchina appena installata, ogni asset di cui il proprietario precedente non ha mai esportato dati. La PMI alimentare raramente ha storico pulito: ha tre anni di fermi mal etichettati su un foglio Excel.

Come lo risolve Rela

Rela parte in modalità bootstrap che combina:

• Regole fisiche del manuale dell'asset (RUL ceiling per temperatura, vibrazione limite, corrente nominale).
• Rilevazione di cambiamento puro (Page-Hinkley su energia e vibrazione) che non richiede una baseline appresa.
• Z-score con baseline parziale che si calibra turno dopo turno.
• Severità canonica (info < warning < high < critical) — la prima settimana si pubblicano solo allarmi warning e superiori; l'operatore qualifica ognuno e questo retroalimenta la baseline.

Al giorno 30 un asset nuovo ha già AHI e RUL affidabili. Al giorno 90 il modello è indistinguibile da uno addestrato su due anni di storico.

Prova

• Bootstrap senza storico — estrusore: estrusore nuovo con dati zero, primo allarme utile al giorno 11.
• Configurazione di RUL ceiling e gerarchia di regole: documentazione tecnica della modalità bootstrap.
• Anomaly detection — ML ensemble: come l'ensemble combina Page-Hinkley + z-score senza baseline completa.

Concorrenti che falliscono qui

• Augury: cold start documentato di 90–180 giorni per asset.
• Tractian: idem, sensor-first e baseline necessaria.
• CMMS: non fa manutenzione predittiva, solo preventiva programmata.

---

3. Capa agentica conversazionale — WhatsApp ed email come UI primaria

Il problema

L'operatore di stabilimento di una PMI alimentare non ha un laptop in linea. Ha un telefono, le mani sporche e 18 secondi per decidere cosa fare quando il forno HR-3 sputa fumo. SafetyChain, Tulip, Augury e i CMMS classici presumono tutti che la UI primaria sia una dashboard. Per l'operatore una dashboard è un posto in cui non va quasi mai.

Come lo risolve Rela

La UI primaria di Rela è WhatsApp. L'operatore parla con un agente conversazionale che capisce il linguaggio naturale, accede allo stato del PLC in tempo reale, raccomanda azioni e apre OT da far approvare al team. Lo stesso agente gestisce email, report PDF, calendari e Postmark quando il contesto lo richiede.

Gli strumenti dell'agente coprono quattro categorie:

• Interrogazione dati — trova un asset, un lotto, un tecnico, un CCP, un'OT.
• Azioni interne — genera report PDF, pre-assegna attività, redige messaggi, localizza il personale.
• Connessioni esterne — chiama API REST, sottoscrive topic MQTT, legge OPC UA, sincronizza con CMMS o ERP.
• Approvazione umana — ogni azione che tocca un'apparecchiatura o un membro del team richiede approvazione prima di essere eseguita.

Prova

• Agente WhatsApp — creazione e creare un agente email.
• Inbox unificato di allarmi: come l'agente consolida allarmi da più rilevatori in un unico thread di conversazione.
• Caso unificato — alert inbox: end-to-end con tre rilevatori che scattano, un solo messaggio su WhatsApp, un solo tecnico assegnato.

Concorrenti che falliscono qui

• SafetyChain: dashboard-first, non risolve il problema dell'operatore in linea.
• Tulip: app mobili configurabili, ma richiedono che l'operatore apra l'app — niente agente conversazionale, niente WhatsApp.
• Augury / Tractian: notificano tramite la loro app o email, senza un agente che possa rispondere a una domanda dell'operatore.
• CMMS classico: capa conversazionale zero.

---

4. Asset / process graph condiviso — sette moduli, un'unica realtà

Il problema

La PMI alimentare che prova a digitalizzarsi finisce con cinque prodotti distinti: un CMMS per la manutenzione, un'app SafetyChain per l'HACCP, l'app del costruttore della cella per la catena del freddo, un foglio Excel per l'OEE, una cartella di carta per il LOTO. Ogni prodotto ha la propria versione dell'asset "forno HR-3". Riconciliare tra loro consuma ore ogni settimana e comunque non dà mai la stessa risposta.

Come lo risolve Rela

Le sette capa di Rela — agente conversazionale, HACCP, catena del freddo, OEE, manutenzione, LOTO, dati e integrazioni — condividono un unico asset / process graph. Il forno HR-3 è un solo nodo del grafo, con archi verso il suo CCP HACCP, verso la catena del freddo a valle, verso la linea OEE, verso le sue OT di manutenzione e verso i suoi punti LOTO.

Non è solo "buon design dei dati": è l'unico modo perché l'agente WhatsApp, ricevendo "si è fermato il forno HR-3", sappia contemporaneamente quale CCP è a rischio, quale perdita di OEE sta accumulando la linea 2, quale OT preventiva era programmata e quale LOTO eseguire prima di aprire la camera.

Prova

• Plant OS — che cos'è e perché il tuo impianto ne ha bisogno: diagramma dell'asset graph con le 7 capa e l'argomentazione completa.
• Architettura: modello dei dati condiviso e come viene esposto agli agenti.
• Caso unificato — alert inbox: esempio concreto di come un allarme trasversale (HACCP + manutenzione) si risolva sullo stesso canale.

Concorrenti che falliscono qui

• CMMS + SafetyChain + app cold-chain + OEE Excel: quattro strumenti, quattro modelli di asset, zero risposta unificata.
• Tulip: una sola piattaforma, ma generica — niente HACCP profondo e niente asset graph specifico per l'alimentare.
• Augury / Tractian: solo manutenzione; HACCP e catena del freddo non entrano nel loro grafo.

---

Riepilogo

La combinazione è ciò che conta. Qualunque concorrente potrebbe copiarne uno; copiare tutti e quattro insieme richiede di essere verticale food + lettore di PLC + agentico + compound dal primo giorno.