Funzionalità e limitazioni di Factory Operator

Matrice delle funzionalità di Factory Operator ed esempi d'uso

La tabella seguente descrive l'intera portata delle operazioni che Factory Operator può eseguire nell'ambito della piattaforma SDA. Le funzionalità sono raggruppate per area di prodotto, per aiutare gli utenti a comprendere dove è possibile applicare l'automazione conversazionale.

Categoria	Funzionalità supportate	Esempi di comandi supportati
CREAZIONE	Dispositivi: crea dispositivi con metadati specifici del fornitore, requisiti IDE e campi di configurazione obbligatori. Gateway: crea gateway con i parametri di configurazione specificati. Gruppi di risorse: crea gruppi organizzativi per gestire insiemi di asset.	«Crea un nuovo dispositivo Siemens denominato Mixer01 con i metadati richiesti.» «Crea un gateway denominato WestLine-GW con questi valori di configurazione.» «Crea un gruppo di risorse denominato Packaging.»
AGGIORNAMENTO	Dispositivi: modifica parametri di configurazione, metadati o impostazioni IDE. Gateway: aggiorna i campi di configurazione del gateway. Assegnazioni ai gruppi di risorse: sposta i dispositivi tra i gruppi o assegna nuove relazioni di gruppo.	«Aggiorna l'indirizzo IP del dispositivo Pump02 a 10.10.5.12.» «Aggiorna la configurazione del gateway North-GW.» «Sposta il dispositivo Robot01 nel gruppo di risorse Assembly.»
INTERROGAZIONE – Dispositivi	Dispositivi: ricerca dei dispositivi per nome, fornitore, gruppo o attributi parziali.	«Mostrami la configurazione del dispositivo BoilerPLC.» «Trova i dispositivi del gruppo Packaging con fornitore Siemens.»
INTERROGAZIONE – Gateway	Gateway: recupero delle configurazioni e dei metadati dei gateway.	«Recupera i dettagli del gateway Main-Gateway.» «Mostrami tutti i gateway con stato attivo.»
INTERROGAZIONE – Job	Job: interrogazione dei job filtrati per dispositivo, tipo di job, stato o intervallo temporale.	«Mostra i job del dispositivo Press01 delle ultime 24 ore.» «Trova i job di tipo BACKUP non riusciti.»
INTERROGAZIONE – Log dei job	Log dei job: recupero dei log dei singoli job con formattazione cronologica ed evidenziazione degli errori.	«Mostra i log del job 92341.» «Recupera l'output di log dell'ultimo job eseguito sul dispositivo Line2-PLC.»
INTERROGAZIONE – Gruppi di risorse	Gruppi di risorse: interrogazione dei metadati dei gruppi, degli asset contenuti e degli asset dei sottogruppi.	«Mostrami gli asset del gruppo di risorse Packaging.» «Recupera tutti i dispositivi del gruppo Assembly, inclusi i sottogruppi.»
INTERROGAZIONE – Utenti	Utenti: ricerca delle informazioni utente tramite nome, e-mail o attributi correlati.	«Mostrami le informazioni relative all'utente jsmith.» «Trova l'utente con e-mail alex.lee@example.com.»
INTERROGAZIONE – Log di audit	Log di audit: recupero delle attività della piattaforma con filtro per intervallo temporale e interpretazione dei tipi di evento.	«Recupera i log di audit dell'utente jsmith tra il 2025-10-01 e il 2025-10-07.» «Mostrami tutti gli eventi di accesso di oggi.»
Convalida	Verifica la presenza dei campi di metadati obbligatori per ciascuna combinazione di fornitore e IDE. Convalida l'input dell'utente rispetto ai valori enum supportati e alle regole di configurazione. Garantisce che le interrogazioni dei log di audit riferite a utenti risolvano prima i nomi in ID utente.	«Quali informazioni ti servono per creare un dispositivo Rockwell?» «Questo indirizzo IP è valido per la configurazione del gateway?»
Ricerca	Risolve i nomi descrittivi in ID interni utilizzando gli strumenti di configurazione.	«Risolvi il dispositivo denominato Mixer01.» «Individua l'ID del gruppo di risorse ProcessAreaA.»
Filtri	Interrogazioni multi-attributo su dispositivi, gateway, job e utenti. Filtri temporali con formati ISO 8601. Recupero paginato per grandi insiemi di risultati. Filtri sui log di audit basati su tipo di evento, utente, finestra temporale o risorsa.	«Trova tutti i dispositivi del fornitore Siemens creati dopo il 2024-01-01.» «Mostra la pagina successiva dei risultati della mia interrogazione sui job.»
Collegamento degli asset	Collegamento dispositivo-gateway: connette i dispositivi ai gateway. Collegamento dispositivo-gruppo di risorse: assegna o sposta i dispositivi tra i gruppi. Collegamento in batch: elabora più collegamenti in un'unica sequenza strutturata.	«Collega il dispositivo BoilerPLC al gateway Main-Gateway.» «Assegna questi cinque dispositivi al gruppo Packaging.»
Gestione dei gruppi di risorse	Creazione di nuovi gruppi di risorse. Recupero delle informazioni sui gruppi e degli asset inclusi. Inclusione predefinita degli asset dei sottogruppi. Spostamento degli asset tra i gruppi su richiesta.	«Crea un gruppo denominato Cell 1 all'interno del gruppo padre "Boston Factory" e inserisci al suo interno PLC 123» «Mostrami tutti i dispositivi in Cell 1» «Sposta PLC 493 in Cell 1»
Gestione dei job	Recupero dei job filtrati per dispositivo, tipo, stato o intervallo temporale. Accesso ai log di esecuzione dettagliati. Evidenziazione degli errori e fornitura di riepiloghi strutturati. Identificazione dei componenti nei log per agevolare l'individuazione della causa principale in base al contenuto dei log.	«Mostrami tutti i backup PLC non riusciti nelle ultime 24 ore» «Per i job non riusciti, individua il motivo per cui i dispositivi PLC hanno restituito un errore»
Tracciamento dei log di audit	Interrogazione delle attività per utente, tipo di evento o intervallo temporale. Risoluzione dei nomi utente in ID per un filtro preciso. Interpretazione dei codici evento della piattaforma in termini comprensibili. Evidenziazione di potenziali azioni o anomalie rilevanti per la sicurezza.	«Trova tutte le azioni eseguite da Michael Manager nell'ultima settimana» «Individua tutti gli accessi delle ultime 24 ore che non provengono dall'interno della fabbrica»

Funzionalità principali

---

Caratteristiche del flusso di lavoro

Operazioni basate su schema

• Esegue l'introspezione dello schema all'inizio della conversazione.
• Identifica i campi obbligatori, le regole di convalida e i valori enum.
• Garantisce che le operazioni rispettino i vincoli della piattaforma.

Gestione dei metadati

• Identifica i metadati richiesti per ciascun tipo di dispositivo o gateway.
• Richiede all'utente solo i campi obbligatori.
• Convalida i metadati rispetto ai vincoli noti prima di procedere.

Elaborazione in batch

• Esegue più richieste di creazione o aggiornamento in un unico flusso di lavoro.
• Fornisce report di esito positivo, collegamento ed errore per singola risorsa.

---

Modello di interazione con l'utente

Factory Operator interagisce con gli utenti secondo regole rigorose:

• Richiede solo le informazioni obbligatorie mancanti.
• Non richiede mai campi facoltativi, a meno che l'utente non lo chieda.
• Non espone mai schemi di backend o dettagli tecnici di implementazione.
• Fornisce elenchi chiari dei campi obbligatori su richiesta.
• Utilizza un linguaggio neutro, fattuale e diretto.

---

Formattazione dell'output

Risposte di esito positivo

• Fornisce link Markdown cliccabili alle risorse create o aggiornate.
• Riepiloga nomi, ID e configurazioni principali.
• Per le operazioni in batch: elenca singolarmente ogni risorsa creata con successo.

Risposte alle interrogazioni

Le risposte includono campi strutturati in base al tipo di risorsa:

• Dispositivi e gateway: ID, nome, tipo, fornitore, dettagli di configurazione, IP/porta.
• Job: stato, timestamp, tipo di job, dispositivo associato.
• Log dei job: voci di log ordinate con evidenziazione degli errori.
• Log di audit: timestamp, tipo di evento, utente, risorsa interessata.
• Gruppi di risorse: metadati del gruppo e asset contenuti.

Gestione degli errori

• Restituisce errori di convalida precisi.
• Non ritenta le operazioni non riuscite.
• Richiede chiarimenti se l'input è ambiguo.
• Restituisce direttamente gli errori derivati dagli strumenti.

---

Limitazioni

Factory Operator opera con vincoli rigorosi:

• Nessuna operazione di eliminazione: non elimina alcuna risorsa.
• Nessun comando «elenca tutto»: tutte le interrogazioni richiedono filtri.
• Nessuna supposizione: non deduce mai le informazioni mancanti.
• Nessuna esposizione del backend: non rivela mai schemi, struttura delle API o dettagli di implementazione.
• Nessun linguaggio emotivo o colloquiale: le risposte rimangono strettamente fattuali.