Operazioni HTTPS
Letture e scritture autenticate usano l’API SaaS controllata, nel perimetro di organizzazione, magazzino, dispositivo e utente.
Connettività e continuità
Prima il cloud. Scambio tra dispositivi. Componenti locali solo quando servono.
Le applicazioni supportate si collegano direttamente a Ysend tramite HTTPS e hub in tempo reale. Code offline e mesh dei terminali preservano attività circoscritte; ponte desktop, tunnel per impianti ed edge con memorizzazione restano componenti distinti e opzionali.
Percorso predefinito
L’applicazione comunica direttamente con il SaaS
Non serve un server applicativo in magazzino. Ogni client registrato mantiene identità, ambito e sessione cloud propri.
Stato in tempo reale
Gli hub trasmettono aggiornamenti operativi senza trasferire l’autorità sui dati a un inoltro locale.
Collegamento diretto alternativo
Se nessun ponte locale è configurato o raggiungibile, il terminale continua con il collegamento diretto al cloud.
Custodia dei dati sul dispositivo
La conferma offline non è una conferma del cloud
-
Acquisisci Il dispositivo di origine registra la propria operazione
Ogni evento riceve un identificativo univoco per non essere mai registrato due volte, e il contesto dell’attività viene salvato localmente.
-
Conferma locale Il salvataggio locale conferma solo la custodia locale
L’interfaccia non indica ancora l’operazione come accettata dal cloud.
-
Carica Il dispositivo invia direttamente al ritorno della connessione
I tentativi mantengono lo stesso identificatore dell’evento, rendendo sicure le consegne duplicate.
-
Conferma cloud Il SaaS verifica e registra l’esito
La custodia del cloud resta separata e autorevole.
Rete peer del magazzino
I terminali sincronizzano il lavoro sulla LAN senza server
Le istanze supportate dei terminali rilevano gli altri dispositivi e scambiano eventi operativi e dati di riferimento firmati.
Lavoro senza connessione
Quando il cloud non è disponibile, i dispositivi scambiano eventi circoscritti; una postazione desktop può partecipare come peer opzionale.
Responsabilità dell’origine
Al ritorno della WAN, ogni dispositivo normalmente carica il proprio lavoro direttamente sul SaaS.
Recupero dell’origine non disponibile
Un peer inattivo può caricare un evento replicato per un dispositivo di origine non più disponibile.
Dati bloccati in caso di verifica fallita
Organizzazione, magazzino, dispositivo, epoca, firma e scadenza vengono verificati; credenziali riutilizzabili di accesso o API sono rifiutate nei dati della mesh.
Componenti locali opzionali
Tre ruoli locali, nessun server di magazzino obbligatorio
Per postazione
Ponte desktop per dispositivi
L’agente della postazione collega scanner, stampanti e fotocamere e può agire come peer della mesh o inoltro WAN.
Per sito degli impianti
Ponte in uscita per gli impianti
Un agente registrato dal fornitore trasporta flussi TCP autorizzati degli adattatori tramite tunnel cloud solo in uscita.
Per magazzino, su attivazione esplicita
Edge con memorizzazione e inoltro
L’ambiente edge separato è disabilitato per impostazione predefinita e richiede configurazione e distribuzione esplicite per il magazzino.
Impianti dietro NAT
Raggiungi gli impianti locali senza aprire una porta in ingresso
L’agente apre il canale di controllo
L’agente registrato del sito apre una connessione WebSocket in uscita verso il SaaS.
Il cloud autorizza l’impianto
Il sito autorizza endpoint esatti e le credenziali di associazione vengono salvate come hash.
Si apre un canale dati
Ogni connessione autorizzata riceve un canale binario duplex separato.
L’adattatore esistente viene eseguito
Il traffico TCP di macchine o robot attraversa il tunnel; il SaaS resta l’autorità di riferimento.
Riconciliazione nel cloud
Le consegne ripetute convergono su un solo evento
Caricamenti dell’origine, recupero dai peer e inoltri locali possono sovrapporsi. Il SaaS verifica l’identità ed elimina i duplicati senza chiedere al magazzino di scegliere una copia.
Identità
La stessa operazione mantiene lo stesso identificativo univoco nei tentativi e nelle copie, così non viene mai applicata due volte.
Validazione
Ambito, sequenza, età, firma e stato del processo vengono verificati prima dell’accettazione.
Esito
La risposta del cloud stabilisce se l’operazione è accettata, rifiutata o già registrata.
Supervisione dei dispositivi
Registra, osserva e aggiorna ogni client come dispositivo controllato
Registrazione
Identità del dispositivo e assegnazione al magazzino sono esplicite e revocabili.
Telemetria
Connettività, versione, stato e segnali operativi consentono diagnosi remote senza concedere controllo illimitato.
Aggiornamento automatico
I client gestiti possono ricevere aggiornamenti controllati mantenendo l’ambito del dispositivo.
Dismissione
Un’identità rimossa o scaduta viene bloccata nei percorsi cloud, mesh e ponte.
Disegna la topologia prima di scegliere i componenti edge
Elenca applicazioni, endpoint degli impianti, guasti WAN e requisiti di custodia dei dati. Manterremo distinti SaaS diretto, mesh peer, ponte per impianti ed edge opzionale.