HTTPS-Vorgänge
Authentifizierte Lese- und Schreibzugriffe nutzen die geregelte SaaS-API innerhalb des Mandanten-, Lager-, Geräte- und Benutzerumfangs.
Verbindung und Kontinuität
Cloud zuerst. Vernetzung unter Geräten. Lokale Komponenten nur mit klarem Nutzen.
Unterstützte Anwendungen verbinden sich über HTTPS und Echtzeit-Hubs direkt mit Ysend. Offline-Warteschlangen und Handheld-Mesh sichern begrenzte Arbeit. Desktop-Brücke, Anlagentunnel und Edge-Zwischenspeicher bleiben getrennte, optionale Komponenten.
Standardverbindung
Die Anwendung kommuniziert direkt mit SaaS
Ein Anwendungsserver im Lager ist keine Voraussetzung. Jeder registrierte Client behält eigene Identität, Berechtigungen und Cloud-Sitzung.
Echtzeitstatus
Hubs übertragen aktuelle Betriebsdaten, ohne die fachliche Zuständigkeit an ein lokales Relais abzugeben.
Direkte Ausweichverbindung
Ist keine lokale Brücke eingerichtet oder erreichbar, nutzt das Handheld weiterhin seine direkte Cloud-Verbindung.
Datenverantwortung des Geräts
Offline-Bestätigung ist keine Cloud-Bestätigung
-
Erfassen Das Ursprungsgerät speichert seinen eigenen Vorgang
Jedes Ereignis erhält eine eindeutige Kennung, damit es nie doppelt erfasst wird; der zugehörige Aufgabenkontext wird lokal gespeichert.
-
Bestätigen Lokale Speicherung bestätigt nur die lokale Datenübernahme
Die Oberfläche bezeichnet den Vorgang noch nicht als von der Cloud angenommen.
-
Hochladen Das Gerät sendet direkt, sobald die Verbindung zurückkehrt
Wiederholungen behalten dieselbe Ereignisidentität; mehrfache Zustellung bleibt dadurch sicher.
-
Cloud-Bestätigung SaaS prüft und speichert das Ergebnis
Die verbindliche Datenübernahme durch die Cloud bleibt getrennt.
Peer-Netz im Lager
Handhelds gleichen Arbeit im LAN ohne Server ab
Unterstützte Handheld-Instanzen erkennen andere Geräte und tauschen Vorgangsereignisse sowie signierte Referenzdatensätze aus.
Arbeit ohne Verbindung
Bei fehlendem Cloud-Zugriff tauschen Geräte begrenzte Ereignisse aus. Eine Desktop-Station kann optional als Peer teilnehmen.
Verantwortung des Ursprungsgeräts
Nach Rückkehr der WAN-Verbindung lädt jedes Gerät normalerweise seine eigenen Vorgänge direkt zu SaaS hoch.
Wiederherstellung bei ausgefallenem Ursprungsgerät
Ein unbeschäftigter Peer kann ein repliziertes Ereignis für ein nicht mehr verfügbares Ursprungsgerät hochladen.
Im Fehlerfall gesperrter Datenrahmen
Mandant, Lager, Gerät, Epoche, Signatur und Ablauf werden geprüft. Wiederverwendbare Anmelde- oder API-Zugangsdaten sind in Mesh-Nutzdaten unzulässig.
Optionale lokale Komponenten
Drei lokale Rollen, kein verpflichtender Lagerserver
Je Station
Desktop-Gerätebrücke
Der mitgelieferte Stationsagent verbindet Scanner, Drucker und Kameras und kann als Mesh-Peer oder WAN-Relais dienen.
Je Anlagenstandort
Ausgehende Anlagenbrücke
Ein vom Hersteller registrierter Agent überträgt autorisierte TCP-Adapterströme durch ausschließlich ausgehende Cloud-Tunnel.
Je Lager, nach ausdrücklicher Aktivierung
Edge mit Zwischenspeicherung und Weiterleitung
Die separate Edge-Laufzeit ist standardmäßig deaktiviert und erfordert eine ausdrückliche Lagerkonfiguration und Bereitstellung.
Anlagen hinter NAT
Lokale Anlagen erreichen, ohne einen eingehenden Port zu öffnen
Agent öffnet den Steuerungskanal
Der registrierte Standortagent baut eine ausgehende WebSocket-Verbindung zu SaaS auf.
Cloud autorisiert die Anlage
Der Standort gibt genaue Endpunkte frei; Kopplungszugangsdaten werden als Hashwerte gespeichert.
Ein Datenkanal wird geöffnet
Jede autorisierte Anlagenverbindung erhält einen eigenen binären Duplexkanal.
Der vorhandene Adapter läuft
TCP-Verkehr von Maschinen oder Robotern durchquert den Tunnel; SaaS bleibt die maßgebliche Instanz.
Cloud-Abgleich
Mehrfache Zustellung wird unter einer Ereignisidentität zusammengeführt
Ursprungs-Uploads, Peer-Rettung und lokale Relais können sich überschneiden. SaaS prüft die Identität und entfernt Duplikate, statt das Lager über die gültige Kopie entscheiden zu lassen.
Identität
Derselbe Vorgang behält bei Wiederholungen und Kopien dieselbe eindeutige Kennung und wird nie doppelt ausgeführt.
Prüfung
Umfang, Reihenfolge, Alter, Signatur und Ablaufzustand werden vor der Annahme geprüft.
Ergebnis
Die Cloud-Antwort stellt fest, ob der Vorgang angenommen, abgelehnt oder bereits gespeichert ist.
Geräteflottenüberwachung
Jeden Client als geregeltes Gerät registrieren, überwachen und aktualisieren
Registrierung
Geräteidentität und Lagerzuordnung sind ausdrücklich festgelegt und widerrufbar.
Telemetrie
Verbindung, Version, Zustand und Ablaufsignale ermöglichen Ferndiagnosen ohne unbegrenzte Kontrolle.
Selbstaktualisierung
Verwaltete Clients können geregelte Anwendungsaktualisierungen erhalten, ohne ihren Geräteumfang zu verlieren.
Außerbetriebnahme
Eine entfernte oder abgelaufene Identität wird auf Cloud-, Mesh- und Brückenwegen gesperrt.
Die Topologie zeichnen, bevor Edge-Komponenten ausgewählt werden
Erfassen Sie Anwendungen, Anlagenendpunkte, WAN-Ausfallszenarien und Anforderungen an die Datenübernahme. Wir halten direktes SaaS, Peer-Mesh, Anlagenbrücke und optionale Edge-Komponenten getrennt.