Qué esperar de los Desarrolladores Piloto de Savanna®

Imagen

Zebra anunció a finales de Septiembre 2017 el lanzamiento de su nueva plataforma de inteligencia de datos, bautizada Savanna. El propósito de Savanna es facilitar el desarrollo de aplicaciones que extraigan inteligencia de la operación y localización de sensores y dispositivos Zebra.

Video en YouTube

El anuncio es un anticipo de las herramientas que los desarrolladores de aplicaciones podrán utilizar a partir de la segunda mitad del 2018. Mientras tanto, un grupo reducido de desarrolladores piloto fue elegido por Zebra para demostrar las capacidades de la nueva plataforma. Los desarrolladores piloto elegidos son:

  • Baidu Cloud,
  • The Descartes Systems Group,
  • Problem Solutions,
  • Reflexis Systems,
  • StayLinked Corporation

Uno de los retos que enfrenta cualquier aplicación del Internet de las Cosas (IoT) es la seguridad de la comunicación entre “las cosas” y la plataforma recolectora de datos. Las aplicaciones de estos desarrolladores no serán la excepción.

En el caso de StayLinked, “las cosas” -ó fuentes- de donde se extraerán los datos son terminales Android conectadas en redes inalámbricas privadas. Otras fuentes posibles de extracción de datos son sensores y etiquetas RFID instalados en tarimas u otros objetos de los Centros de Distribución. Sin embargo, el cliente StayLinked sólo tiene interés en las terminales RF donde está instalado. La ventaja exclusiva de la arquitectura de StayLinked es su capacidad de extraer datos directamente de los flujos de trabajo del WMS. El Servidor iQ de StayLinked puede desde hoy crear métricas de productividad con los datos extraídos por el cliente móvil. Los datos y análisis de terminales RF provistos por Savanna complementarán estas métricas. La figura 1 ilustra una arquitectura simplificada de esta interacción entre los elementos de ambas empresas.

 

staylinked_savanna_diagram

Figura 1 – Escenario posible de comunicación entre terminales Zebra y Savanna

 

La única duda en el funcionamiento de esta arquitectura es la comunicación entre las terminales Android y la plataforma Savanna. Típicamente, las redes inalámbricas de los Centros de Distribución no cuentan con salida a redes públicas, a menos que el WMS sea provisto por un servicio de suscripción. Los WMS en la nube han transmitido la confianza a los usuarios sobre la seguridad de su infraestructura mediante el uso de protocolos fácilmente implementados en las terminales móviles, como SSH, por ejemplo. SSH podría ser la alternativa de comunicación también hacia Savanna. Tendremos que esperar hasta ver una implementación en acción para conocer cómo resolvió Zebra la conectividad segura.

En cuanto a los componentes StayLinked, es previsible que la consola de su Servidor iQ añada una sección reservada sólo para Zebra para presentar los análisis de las terminales. En el cliente Android no creo que será necesario personalizar código exclusivo para Zebra. Se sobreentiende que la plataforma Savanna resolverá la parte de recolección de datos para cualquier tipo de fuente, terminales RF incluidas.

El último asunto a considerar en una solución IoT como Savanna es la propiedad intelectual de la información extraída. El propietario legal de la información siempre será la empresa usuaria, no el proveedor de la plataforma. La transmisión de información de una operación privada a un elemento de red público seguramente quedará protegida por los acuerdos de confidencialidad correspondientes. En el caso StayLinked, el almacenamiento último y presentación de la información provista por Savanna seguramente se resolverá en el Servidor iQ, el cual típicamente es hospedado dentro de las instalaciones del usuario final. Esto debería ayudar a eliminar las preocupaciones de seguridad del usuario final sobre la integridad y confidencialidad de su información.

Anuncio de Prensa

 

Reconocimiento de datos en Códigos de Barras 2D

Imagen

Las etiquetas de dos dimensiones (2D) están muy desaprovechadas en las operaciones de almacenaje, como recibo, reabasto, y otras, en los centros de distribución. Los colectores de datos equipados con lectores de códigos de barra tipo “imager” son herramientas capaces de acelerar la productividad de los operarios, si tan sólo el software de emulación tuviera la inteligencia para decifrar todos los datos codificados en la etiqueta 2D.

Afortunadamente, el software de emulación de StayLinked permite el reconocimiento de campos de datos en una etiqueta 2D. Gracias a su potente motor de búsqueda de patrones basado en expresiones regulares, StayLinked permite extraer los campos relevantes de una etiqueta de bidimensional, e insertar automáticamente los datos decifrados en los campos respectivos del sistema anfitrión (usualmente un Host de sistema de administración de almacenaje, ó WMS, por sus siglas en inglés). La automatización de la captura de múltiples campos en el WMS, leídos todos al mismo tiempo con un código 2D, podría fácilmente reducir a la mitad el tiempo que consume un operario en un ciclo de Recibo, u otra tarea afin.

El incremento de productividad no requiere ningún cambio al WMS; sólo se requiere empezar a usar códigos 2D.

Si está interesado en empezar a aprovechar las simbologías 2D en su Centro de Distribución, solicite una cotización en nuestro formulario de contacto.

El Uso de Android en los Centros de Distribución

Imagen

Linked

Con el fin de vida de WindowsCE consumado desde Julio 2017, el uso de terminales Android en el CeDi ahora no solo es deseable sino incluso obligatorio.

Las nuevas terminales Android continúan el proceso incesante de mejoras en las prestaciones físicas del hardware. El escáner y los procesadores son más potentes, las pantallas más amplias, el peso más liviano, y las baterías de más larga duración. Son mejoras que todos esperamos de cada nueva generación de hardware.

Sin embargo, reside en el software la responsabilidad de aprovechar las mejoras lógicas que dan el genuino impulso a la productividad de los trabajadores. Es mucho más contundente de medir el impacto en productividad al reducir un ciclo de recibo de mercancía de 8 mins a 5, que estimar el beneficio por reducir el cansancio de sujetar una terminal más liviana.

Muchos sistemas comerciales WMS, y desarrollos propios en AS400, continúan usando software telnet para conectar a sus usuarios de terminales móviles. Los protocolos VT100/220 y IBM5250 son rápidos y confiables -cuando se implementan bien-. El protocolo SSH añade además seguridad. No corre ninguna prisa en remplazar la inversión en sistemas WMS de fabricantes como: Oracle, Manhattan Associates, High Jump/Accellos, Leuter, Sislog, Infor, entre muchos otros.

Entonces, es de crucial importancia elegir el software telnet adecuado que nos permita modernizar la interfase móvil al WMS aprovechando las innovaciones físicas y lógicas que Android ofrece. En el mercado hay dos alternativas de software telnet:

  • Velocity de ivanti (antes wavelink), y
  • smartTE de StayLinked

Velocity

Velocity tiene una ventaja contundente:

  • heredó de su antecesor, el TelnetCE para WindowsCE, la presencia preinstalada (bajo el nombre AllTouch-TE) y prepagada (es gratis) en los modelos TC8000 y WT6000 de Zebra.

Velocity tiene muchas desventajas.

  1. Es un producto inmaduro con fallas de funcionalidad elementales, mismas que se están corrigiendo a tropezones, como se puede constatar en la línea de tiempo de parches publicados en su página de descarga de software.
  2. Su interfase nativa continúa siendo en texto plano, y depende intensivamente en el uso del teclado. Teclado, por cierto, que físicamente las terminales ya no tienen. Los usuarios consumen tiempo innecesario buscando las teclas de navegación entre los teclados dibujados en pantalla. La figura 1 ilustra el teclado numérico de Velocity, y el desplazamiento de teclados que un usuario debe hacer para hallar la tecla de comando Atrás F3.
  3. Para corregir su problema de teclados, Velocity ofrece un editor de teclados. Obviando la desventaja intrínseca de continuar usando teclados, el siguiente problema consiste en transferir los archivos del nuevo teclado a cada terminal. Esto obliga a la empresa usuaria a adquirir un sistema de administración de terminales (MDM, por las iniciales de Mobile Device Management). El MDM es un costo oculto.
  4. La modernización de la interfase nativa es opcional a un costo extra desconocido para el usuario empresarial.
  5. El proceso de modernización es lento, entre 4 y 8 semanas, y complejo, tanto así que muy pocos integradores en América Latina están dispuestos a dedicar su personal técnico a un proceso que consumiría por tanto tiempo recursos tan necesarios en otros proyectos.
ivanti_keyboards

Figura 1 – teclados de Velocity en modo nativo

Por estas razones técnicas, la recomendación de MOBILIS es no utilizar el telnet Velocity de ivanti.

StayLinked

El telnet smartTE de StayLinked tiene numerosas ventajas.

  • Moderniza en tiempo relámpago la interfase en texto plano del WMS
  • Mantiene las sesiones persistentes ante fallas de red inalámbrica e interrupciones de hardware (e.g., batería agotada, suspensión por tiempo inactivo, etc.)
  • No consume licencias en terminales de respaldo u ociosas.
  • Permite la aplicación de cambios en modo continuo, sin interrupciones de la operación.

Estas ventajas, a su vez, se traducen en beneficios contundentes y medibles en la operación del CeDi:

  • acorta el tiempo de entrenamiento de los usuarios nuevos,
  • incrementa el número de transacciones por trabajador por hora (el trabajador dedica más tiempo a mover cajas que a teclear información).
  • reduce la inversión en software.

Comparación Uno a Uno

La figura 2 ilustra un sistema WMS-ejemplo desde 3 perspectivas diferentes.

  1. A la izquierda se muestra interfase nativa de Velocity de ivanti.
  2. Al centro se muestra la pantalla modernizada con el telnet StayLinked.
  3. A la derecha se aprecia la misma pantalla modernizada con el telnet Velocity de ivanti.
modernization_comparison

Figura 2 – comparación de WMS con telnet modernizados

La siguiente tabla sintetiza la diferencia entre las 2 opciones telnet para Android:

StayLinked

ivanti

Tiempo de implementación

1 día

de 4 a 8 semanas

Costo de implementación

$0

a partir de USD $5,000 (estimado a tarifas LatAm de 1 ingeniero tiempo completo x 4 semanas)

Método de implementación

reconocimiento automático de texto mediante expresiones regulares

trabajo manual, lento y complejo; requiere un sistema MDM separado para transferir archivos.

En conclusión, el uso de StayLinked en el Centro de Distribución es la elección adecuada para sistemas WMS basados en telnet. La modernización de la interfase móvil del WMS tiene un costo agregado cero, y un tiempo de implementación relámpago. Además, extiende el tiempo de vida útil del WMS porque incrementa la productividad del trabajador, medida en transacciones por hora, sin invertir en cambios en el sistema original.