Passa al contenuto principale

Funzionalità e limitazioni di Factory Operator

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

La tabella seguente illustra l'intero ambito di ciò che Factory Operator può fare all'interno della SEW Platform. Le funzionalità sono raggruppate per area di prodotto per aiutare gli utenti a comprendere dove è possibile applicare l'automazione conversazionale.

CategoriaFunzionalità supportateEsempi di comandi supportati
CREATE

  • 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 chiamato WestLine-GW con questi valori di configurazione.»
«Crea un gruppo di risorse denominato Packaging.»
UPDATE

  • 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 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.»
QUERY – DispositiviDispositivi: ricerca dispositivi per nome, fornitore, gruppo o attributi parziali.«Mostrami la configurazione del dispositivo BoilerPLC.»
«Trova i dispositivi nel gruppo Packaging con fornitore Siemens.»
QUERY – Gateway
Gateway: recupera configurazioni e metadati dei gateway.
«Recupera i dettagli del gateway Main-Gateway.»
«Mostrami tutti i gateway con stato attivo.»
QUERY – JobJob: interroga i job filtrandoli per dispositivo, tipo di job, stato o intervallo temporale.«Mostra i job del dispositivo Press01 delle ultime 24 ore.»
«Trova i job non riusciti di tipo BACKUP.»
QUERY – Log dei jobLog dei job: recupera i 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.»
QUERY – Gruppi di risorseGruppi di risorse: interroga metadati dei gruppi, asset contenuti e asset dei sottogruppi.«Mostrami gli asset nel gruppo di risorse Packaging.»
«Recupera tutti i dispositivi del gruppo Assembly, inclusi i sottogruppi.»
QUERY – UtentiUtenti: ricerca informazioni sugli utenti tramite nome, e-mail o attributi correlati.«Mostrami le informazioni dell'utente jsmith.»
«Trova l'utente con e-mail alex.lee@example.com.»
QUERY – Log di auditLog di audit: recupera le attività della piattaforma con filtri 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 query sui 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?»
LookupRisolve i nomi descrittivi in ID interni utilizzando gli strumenti di configurazione.«Risolvi il dispositivo denominato Mixer01.»
«Individua l'ID del gruppo di risorse ProcessAreaA.»
Filtraggio

  • Query multi-attributo su dispositivi, gateway, job e utenti.
  • Filtri temporali basati sul formato 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 query sui job.»
Collegamento degli asset

  • Collegamento dispositivo-gateway: collega 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

  • Creare nuovi gruppi di risorse.
  • Recuperare informazioni sui gruppi e sugli asset inclusi.
  • Includere per impostazione predefinita gli asset dei sottogruppi.
  • Spostare gli asset tra i gruppi su richiesta.
«Crea un gruppo denominato Cell 1 all'interno del gruppo padre "Boston Factory" e inseriscici PLC 123»
«Mostrami tutti i dispositivi in Cell 1»
«Sposta PLC 493 in Cell 1»
Gestione dei job

  • Recuperare i job filtrati per dispositivo, tipo, stato o intervallo temporale.
  • Accedere ai log di esecuzione dettagliati.
  • Evidenziare gli errori e fornire riepiloghi strutturati.
  • Identificare i 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 avuto esito negativo»
Tracciamento dei log di audit

  • Interrogare le attività per utente, tipo di evento o intervallo temporale.
  • Risolvere i nomi utente in ID per un filtraggio preciso.
  • Interpretare i codici evento della piattaforma in termini comprensibili.
  • Evidenziare 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 non provenienti 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 siano conformi ai vincoli della piattaforma.

Gestione dei metadati​

  • Identifica i metadati richiesti per ciascun tipo di dispositivo o gateway.
  • Richiede all'utente esclusivamente 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 ciascuna 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 non sia l'utente a chiederlo.
  • Non espone mai gli schemi di backend né dettagli tecnici di implementazione.
  • Fornisce elenchi chiari dei campi obbligatori su richiesta.
  • Utilizza un linguaggio neutro, fattuale e diretto.

Formattazione dell'output​

Risposte di successo​

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

Risposte alle query​

Le risposte includono campi strutturati a seconda del 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 ripete i tentativi per le operazioni non riuscite.
  • Richiede chiarimenti se l'input è ambiguo.
  • Restituisce direttamente gli errori derivati dagli strumenti.

Limitazioni​

Factory Operator opera in presenza di vincoli rigorosi:

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