Conectividad y continuidad

Primero la nube. Conexión entre pares cuando se necesita. Componentes locales solo si aportan valor.

Las aplicaciones compatibles se conectan directamente a Ysend por HTTPS y canales en tiempo real. Las colas offline y la red entre terminales conservan trabajo delimitado; el puente de escritorio, el túnel de equipos y el edge de almacenamiento y reenvío son componentes opcionales distintos.

Vía predeterminada

La aplicación se comunica directamente con el SaaS

No se necesita un servidor de aplicaciones en el almacén. Cada cliente registrado conserva su propia identidad, alcance y sesión en la nube.

Operaciones HTTPS

Las lecturas y escrituras autenticadas utilizan la API controlada del SaaS dentro del alcance de organización, almacén, dispositivo y usuario.

Estado en tiempo real

Los canales transmiten actualizaciones operativas recientes sin ceder la autoridad de negocio a un intermediario local.

Vía directa de respaldo

Si no hay un puente local configurado o accesible, el terminal continúa por su conexión directa a la nube.

Responsabilidad sobre los datos del dispositivo

Una confirmación offline no es una confirmación de la nube

  1. Registrar El dispositivo de origen registra su propia operación

    Cada evento recibe un identificador único para no registrarse nunca dos veces, y el contexto de la tarea se guarda localmente.

  2. Confirmar localmente El almacenamiento local solo confirma la custodia local de los datos

    La interfaz todavía no presenta la operación como aceptada en la nube.

  3. Enviar El dispositivo envía directamente cuando vuelve la conexión

    Los reintentos conservan la misma identidad de evento para que las entregas duplicadas sean seguras.

  4. Confirmar El SaaS valida y registra el resultado

    La custodia en la nube sigue siendo independiente y es la referencia autorizada.

Red entre pares del almacén

Los terminales pueden reunir trabajo por la red local sin servidor

Los terminales compatibles detectan otros pares e intercambian eventos operativos y registros de referencia firmados.

Trabajo sin conexión

Los pares intercambian eventos delimitados cuando no hay acceso a la nube; una estación de escritorio puede unirse como par opcional.

Responsabilidad del origen

Cuando vuelve la conexión WAN, cada dispositivo normalmente envía su propio trabajo directamente al SaaS.

Recuperación de un origen no disponible

Un par inactivo puede enviar un evento replicado en nombre de un dispositivo de origen que ya no está disponible.

Validación con bloqueo ante fallos

Se verifican organización, almacén, dispositivo, época, firma y caducidad; se rechazan credenciales reutilizables de inicio de sesión o API en los datos de la red entre pares.

Componentes locales opcionales

Tres funciones locales, ninguna exige un servidor de almacén

Por estación

Puente de dispositivos de escritorio

El agente incluido en la estación conecta lectores, impresoras y cámaras y puede actuar como par de la red o intermediario WAN.

Por instalación de equipos

Puente de salida para equipos

Un agente registrado por el fabricante transporta flujos TCP autorizados de los adaptadores mediante túneles a la nube que solo se inician desde dentro.

Por almacén, con activación expresa

Edge de almacenamiento y reenvío

El entorno edge separado está desactivado por defecto y requiere configuración y despliegue explícitos para el almacén.

Equipos detrás de NAT

Acceda a equipos locales sin abrir un puerto entrante

El agente abre el canal de control

El agente registrado de la instalación establece un WebSocket saliente hacia el SaaS.

La nube autoriza el equipo

La instalación autoriza puntos de conexión exactos y las credenciales de emparejamiento se guardan como hashes.

Se abre un canal de datos

Cada conexión autorizada de equipo recibe un canal binario bidireccional independiente.

Se ejecuta el adaptador existente

El tráfico TCP de máquinas o robots atraviesa el túnel mientras el SaaS conserva la autoridad.

Conciliación en la nube

Las entregas redundantes convergen en una misma identidad de evento

Los envíos del origen, la recuperación por pares y los intermediarios locales pueden coincidir. El SaaS valida la identidad y elimina duplicados sin pedir al almacén que elija una entrega ganadora.

Identidad

La misma operación conserva su identificador único en los reintentos y las copias, así nunca se aplica dos veces.

Validación

Antes de aceptar se comprueban alcance, secuencia, antigüedad, firma y estado del proceso.

Resultado

La respuesta de la nube establece si el evento está aceptado, rechazado o ya registrado.

Supervisión de dispositivos

Registre, observe y actualice cada cliente como dispositivo controlado

Registro

La identidad del dispositivo y su asignación al almacén son explícitas y revocables.

Telemetría

Las señales de conectividad, versión, estado y proceso permiten diagnosticar a distancia sin conceder control ilimitado.

Actualización propia

Los clientes gestionados pueden recibir actualizaciones controladas de la aplicación sin perder el alcance del dispositivo.

Retirada

Una identidad retirada o caducada queda bloqueada en las vías de nube, red entre pares y puente local.

Dibuje la topología antes de elegir componentes edge

Enumere aplicaciones, puntos de conexión de equipos, fallos posibles de WAN y requisitos de custodia de datos. Mantendremos separados el SaaS directo, la red entre pares, el puente de equipos y el edge opcional.