Operacje HTTPS
Uwierzytelnione odczyty i zapisy korzystają z kontrolowanego API SaaS w zakresie organizacji, magazynu, urządzenia i użytkownika.
Łączność i ciągłość
Obsługiwane aplikacje łączą się z Ysend bezpośrednio przez HTTPS i huby czasu rzeczywistego. Kolejki offline i mesh terminali zachowują pracę o określonym zakresie; most desktopowy, tunel urządzeń i buforujący edge pozostają odrębnymi opcjami.
Domyślna ścieżka
Serwer aplikacji w magazynie nie jest wymagany. Każdy zarejestrowany klient zachowuje własną tożsamość, zakres i sesję chmurową.
Uwierzytelnione odczyty i zapisy korzystają z kontrolowanego API SaaS w zakresie organizacji, magazynu, urządzenia i użytkownika.
Huby przesyłają bieżące aktualizacje operacyjne bez przekazywania uprawnień biznesowych lokalnemu przekaźnikowi.
Gdy lokalny most nie jest skonfigurowany lub dostępny, terminal nadal używa bezpośredniego połączenia z chmurą.
Odpowiedzialność urządzenia za dane
Każde zdarzenie otrzymuje unikalny identyfikator, aby nigdy nie zostało zapisane dwa razy, a kontekst zadania jest zapisywany lokalnie.
Interfejs nie oznacza jeszcze operacji jako przyjętej przez chmurę.
Ponowienia zachowują ten sam identyfikator zdarzenia, więc powtórna dostawa jest bezpieczna.
Odpowiedzialność chmury pozostaje odrębna i wiążąca.
Sieć peer magazynu
Obsługiwane terminale wykrywają inne urządzenia i wymieniają zdarzenia operacyjne oraz podpisane rekordy referencyjne.
Przy braku dostępu do chmury urządzenia wymieniają zdarzenia o ograniczonym zakresie; stanowisko desktopowe może dołączyć jako opcjonalny peer.
Po odzyskaniu WAN każde urządzenie zwykle przesyła własną pracę bezpośrednio do SaaS.
Bezczynny peer może przesłać zreplikowane zdarzenie za niedostępne urządzenie źródłowe.
Organizacja, magazyn, urządzenie, epoka, podpis i ważność są sprawdzane; wielokrotnego użytku dane logowania lub API są odrzucane w danych mesh.
Opcjonalne komponenty lokalne
Na stanowisko
Dołączony agent stanowiska łączy skanery, drukarki i kamery oraz może działać jako peer mesh lub przekaźnik WAN.
Na lokalizację urządzeń
Agent zarejestrowany przez dostawcę przenosi autoryzowane strumienie adaptera TCP przez wyłącznie wychodzące tunele chmurowe.
Na magazyn, po świadomym włączeniu
Oddzielne środowisko edge jest domyślnie wyłączone i wymaga jawnej konfiguracji oraz wdrożenia dla magazynu.
Urządzenia za NAT
Zarejestrowany agent lokalizacji tworzy wychodzące połączenie WebSocket z SaaS.
Lokalizacja dopuszcza dokładne punkty końcowe, a dane parowania są przechowywane jako skróty.
Każde autoryzowane połączenie urządzenia otrzymuje oddzielny binarny kanał dupleksowy.
Ruch TCP maszyn lub robotów przechodzi przez tunel, a SaaS zachowuje nadrzędne uprawnienia.
Uzgadnianie w chmurze
Wysyłki źródła, odzyskiwanie przez peer i lokalne przekaźniki mogą się nakładać. SaaS sprawdza tożsamość i usuwa duplikaty, zamiast wymagać od magazynu wyboru kopii.
Ta sama operacja zachowuje ten sam unikalny identyfikator przy ponowieniach i kopiach, więc nigdy nie zostanie wykonana dwa razy.
Zakres, kolejność, wiek, podpis i stan procesu są sprawdzane przed przyjęciem.
Odpowiedź chmury określa stan: przyjęto, odrzucono lub już zapisano.
Nadzór nad flotą urządzeń
Tożsamość urządzenia i przypisanie do magazynu są jawne i odwoływalne.
Łączność, wersja, kondycja i sygnały procesu wspierają zdalną diagnostykę bez przyznawania nieograniczonej kontroli.
Zarządzane klienty mogą otrzymywać kontrolowane aktualizacje aplikacji, zachowując zakres urządzenia.
Usunięta lub wygasła tożsamość jest blokowana na ścieżkach chmury, mesh i mostu.
Wymień aplikacje, punkty końcowe urządzeń, awarie WAN i wymagania odpowiedzialności za dane. Rozdzielimy bezpośredni SaaS, mesh peer, most urządzeń i opcjonalny edge.