SmartTE con Oracle Cloud

El sistema WMS en la nube de Oracle, llamado OWMS, está ganando una rápida aceptación a lo largo de América Latina. Diseñado originalmente por la empresa LogFire para ser operado desde computadoras Windows con teclados físicos tradicionales, los comandos de navegación de OWMS requieren el uso de combinaciones de la tecla de Control y un amplio alfabeto. Una combinación Ctrl+letra para cada comando, como se ejemplifica en la figura 1 abajo.

Con la introducción de Android en las computadoras de mano de los Centros de Distribución, el teclado tradicional ahora puede ser remplazado por una interfase táctil, elevando la productividad de los operarios. Entre menos tiempo dedica el operario a interactuar con el teclado, más tiempo dedica a ejecutar tareas.

La mayor productividad de terminales Android se observa, por lo tanto, en el aumento del número de transacciones por trabajador por hora.

Las imágenes a continuación ejemplifican cómo el telnet inteligente SmartTE de StayLinked moderniza la interfase de OWMS con botones táctiles tanto en las líneas de menú como en los comandos de navegación.

 

Reformateo de Pantallas Telnet en terminales Android

El reformateo de pantallas telnet es una técnica de aprovechamiento de la superficie de pantalla de las terminales RF en Centros de Distribución.

Si la aplicación del CeDis está diseñada para presentar la información en una superficie de pantalla diferente a la disponible en la terminal RF, el telnet StayLinked permite re-acomodar la información de acuerdo a la superficie disponible en la terminal RF. De esta manera, todos los espacios ociosos de la pantalla original se aprovechan, sin necesidad de modificar el código de la aplicación.

Los escenarios de uso son 2, principalmente:

  1. Reacomodo de pantallas verticales (de terminales tipo pistola) en pantallas horizontales (de terminales de brazo).
  2. Reducción de 80 columnas a pantallas angostas (cualquier terminal RF).

A continuación ilustramos cada caso.

Reacomodo de pantallas verticales en horizontales

Terminal de brazo Windows CE/M Pantalla original VERTICAL
rs507-wt4090-print-300dpi

La terminal Windows CE/Mobile ofrece una superficie de pantalla muy limitada.

El accionar de las teclas de función es torpe, porque requiere oprimir la combinación de varias teclas diminutas.

horizontal_layout_app

La información relevante no cabe en la pantalla horizontal, e.g., el campo QTY con valor 6, y las instrucciones de comando F3 a F8.

Aunque la pantalla sea táctil, los comandos sólo se accionan por teclado.

Terminal de brazo ANDROID Pantalla reformateada HORIZONTAL
2018-03-26 (1)La pantalla táctil abarca toda la superficie de la terminal.

No hay teclado físico.

horizontal_layout_app_reformatted

El espacio ocioso se recupera con información útil.

El texto de las funciones de comando se convierte en botones accionables.

La información relevante se resalta en colores brillantes.

Reducción de 80 columnas para Terminales RF

En la pantalla original, todas las instrucciones de comandos quedan fuera de la ventana de visión. Hay mucho espacio desperdiciado en la ventana de la RF.

 

wms_80column_redframe
Pantalla original a 80 columnas

En la pantalla reformateada, todo el espacio ocioso es aprovechado para hacer visible las instrucciones de comando.

wms_80column_reformateada
Pantalla reducida para RF

Persistencia de Sesiones

En las operaciones móviles de la cadena de suministro, el protocolo telnet sigue siendo la tecnología favorita para comunicar los colectores de datos con las aplicaciones de misión crítica.

Si la comunicación inalámbrica de datos entre los colectores y la aplicación se interrumpe, la sesión telnet se pierde. Las sesiones perdidas son el factor de improductividad más dañino para los Centros de Distribución en todo el mundo. Con frecuencia los usuarios no reportan las interrupciones porque conocen un paliativo inmediato: simplemente vuelven a entrar a la aplicación.

Los daños que ocasionan las interrupciones de sesión son tres:

  1. retrasos en el cumplimiento de metas de operación, ocasionados por el tiempo perdido cada vez que un trabajador sale y entra a la aplicación,
  2. dinero perdido a causa de pedidos no surtidos, o tiempo extra de personal necesario para remediar los retrasos acumulados.
  3. integridad de datos comprometida por transacciones abandonadas a la mitad.

Las 3 causas de interrupción de sesiones de emulación son:

  • intermitencia en la señal de red inalámbrica,
  • suspensión de energía por tiempo ocioso o agotamiento de batería, y
  • accionas humanas deliberadas.

El Servidor StayLinked resuelve los problemas de intermitencia móvil reforzando el servidor Telnet existente con la función de persistencia de sesiones, como se ilustra en la figura 1.

Enhanced_Telnet_Server
Figura 1- Servidor Telnet reforzado con Persistencia de Sesión de StayLinked.

La persistencia de sesiones permite a un colector de datos (terminal RF) reanudar un flujo de trabajo a partir del paso donde se había quedado antes de la interrupción. De esta manera no hay tiempo perdido repitiendo pasos de entrada a la aplicación, no hay datos vulnerados por transacciones abandonadas a la mitad, y no hay gastos monetarios innecesarios.

Sólo StayLinked tiene experiencia comprobada de instalaciones de clientes empresariales con miles de colectores de datos conectados simultáneamente por Servidor. La totalidad de los clientes StayLinked depositan su confianza en la robustez y estabilidad de la arquitectura basada en Servidor. La persistencia de sesiones es una propiedad fundamental de esta arquitectura, pero existen muchos otros beneficios para los administradores de tecnología, los usuarios de los colectores portátiles de datos, y los supervisores de la operación logística. Este artículo describe el alcance de funcionalidad de la solución completa. StayLinked es el experto en soluciones de emulación centralizadas en servidor.

Las críticas a un Servidor Intermediario

La competencia de StayLinked condena la presencia de un servidor intermediario como un punto de falla. No pasa desapercibido que su acusación funcione, en realidad, como culpa admitida de su muy particular filosofía de diseño de software: complementos prescindibles, no diseñados para misión crítica.

Menos del 10% de nuestros clientes utilizan nuestro servidor de persistencia de sesiones.”  – Director de Ventas de la competencia de StayLinked

StayLinked, en cambio, diseña software para aplicaciones de misión crítica. No perdamos de vista la arquitectura robusta de aplicaciones de misión crítica, como es la de los sistemas de control de almacenaje, y otras de cadena de suministro. Las aplicaciones de misión crítica están construidas modularmente. Múltiples “servicios” se ejecutan de manera coordinada para cumplir funciones diversas, desde conectividad telnet, distribución de carga, y bases de datos, hasta la lógica de negocio. Cada uno de estos servicios podría ser explicado en términos de “servidores”. El “servidor” StayLinked es un elemento que robustece aún más esta arquitectura; eleva la confiabilidad de las comunicaciones móviles, y garantiza la integridad de las bases de datos.

wms_architecture_persistent
Figura 2 – Arquitectura general de WMS reforzada con persistencia de sesiones telnet.

Hablando en términos de hardware, nuestra recomendación es co-ubicar el “servicio” StayLinked en el mismo equipo donde actualmente reside el “Telnet Server“.

Si a pesar de todo existe nerviosismo u oposición por la instalación de un servicio adicional dentro del Telnet Server, nuestra recomendación es instalar un servidor redundante. La redundancia del servidor StayLinked debe ser congruente con el plan de recuperación de falla (DRP) del WMS.