Операции HTTPS
Аутентифицированные чтение и запись используют управляемый API SaaS в границах организации, склада, устройства и пользователя.
Связь и непрерывность
Поддерживаемые приложения подключаются напрямую к Ysend по HTTPS и каналам реального времени. Автономные очереди и одноранговая сеть терминалов сохраняют ограниченные операции; настольный мост, туннель оборудования и edge с накоплением и пересылкой остаются отдельными необязательными компонентами.
Основной путь
Сервер приложений на складе не обязателен. Каждый зарегистрированный клиент сохраняет собственную идентичность, область доступа и облачную сессию.
Аутентифицированные чтение и запись используют управляемый API SaaS в границах организации, склада, устройства и пользователя.
Каналы передают актуальные операционные обновления, не передавая бизнес-полномочия локальному посреднику.
Если локальный мост не настроен или недоступен, терминал продолжает использовать прямое подключение к облаку.
Ответственность за данные устройства
Каждое событие получает уникальный идентификатор, чтобы оно никогда не записалось дважды, а контекст задачи сохраняется локально.
Интерфейс ещё не называет операцию принятой облаком.
При повторных попытках сохраняется идентификатор события, что позволяет безопасно обрабатывать дубликаты.
Подтверждение хранения в облаке остаётся отдельным и окончательным.
Одноранговая сеть склада
Поддерживаемые экземпляры терминалов обнаруживают друг друга и обмениваются операционными событиями и подписанными справочными записями.
При недоступности облака узлы обмениваются ограниченными событиями; настольная станция может подключиться как дополнительный узел.
После восстановления WAN каждое устройство обычно отправляет собственные операции напрямую в SaaS.
Свободный узел может отправить реплицированное событие за исходное устройство, которое больше недоступно.
Проверяются организация, склад, устройство, эпоха, подпись и срок действия; многоразовые данные входа и ключи API отклоняются в содержимом mesh-сети.
Необязательные локальные компоненты
На станцию
Встроенный агент станции подключает сканеры, принтеры и камеры и может работать узлом mesh-сети или WAN-посредником.
На площадку оборудования
Зарегистрированный поставщиком агент передаёт разрешённые TCP-потоки адаптеров через облачные туннели, устанавливаемые только исходящим соединением.
На склад, по отдельному включению
Отдельная edge-среда по умолчанию отключена и требует явной настройки и развёртывания для склада.
Оборудование за NAT
Зарегистрированный агент площадки устанавливает исходящее WebSocket-соединение с SaaS.
Площадка разрешает конкретные адреса подключения, а данные сопряжения хранятся в виде хешей.
Каждое разрешённое подключение оборудования получает отдельный двунаправленный двоичный канал.
TCP-трафик машин и роботов проходит через туннель, а SaaS сохраняет полномочия.
Сверка в облаке
Отправка источником, восстановление через соседние узлы и локальные посредники могут пересекаться. SaaS проверяет идентичность и удаляет дубликаты, не требуя от склада выбирать основную доставку.
Одна операция сохраняет тот же уникальный идентификатор при повторных попытках и копировании, поэтому никогда не выполняется дважды.
До принятия проверяются область доступа, последовательность, возраст, подпись и состояние процесса.
Ответ облака определяет состояние: принято, отклонено или уже записано.
Управление парком устройств
Идентичность устройства и привязка к складу задаются явно и могут быть отозваны.
Сигналы связи, версии, исправности и процесса помогают удалённой диагностике, не предоставляя неограниченного управления.
Управляемые клиенты могут получать контролируемые обновления приложения с сохранением области доступа устройства.
Удалённая или просроченная идентичность блокируется во всех облачных, одноранговых и мостовых каналах.
Перечислите приложения, адреса оборудования, возможные отказы WAN и требования к хранению данных. Мы разделим прямой SaaS, одноранговую сеть, мост оборудования и необязательный edge.