Por qué No usar Velocity en aplicaciones de emulación

Imagen

Velocity es una aplicación de conectividad por emulación fabricada por ivanti. Está diseñada para conectar terminales Android de captura de datos a aplicaciones WMS basadas en protocolos VT100, IBM5250/3270, y SSH. La motivación original de Velocity era dotar a los usuarios de las aplicaciones WMS con una interfase gráfica sin necesidad de modificar el sistema original. Este artículo explica por qué Velocity ha incumplido su propósito original, y por qué MOBILIS recomienda no utilizarlo.

  1. El fabricante ivanti usa una campaña engañosa para ocultar el hecho de que el proceso de modernización de la interfase de un WMS es complejo, lento, y costoso. La campaña original prometía la modernización del sistema WMS de forma automática. Después de muchos fracasos, clientes descontentos, e integradores frustrados, ivanti reconoció que Velocity estaba retrasando la venta de terminales Android. La nueva campaña da marcha atrás a la modernización automática de aplicaciones. Bajo el acrónimo MOMS, ivanti ahora recomienda la instalación de Velocity en modo nativo, es decir, usando la interfaz tradicional de emulación en texto plano. En este video, ivanti pide a los integradores que primero intenten cerrar la venta del hardware -usando Velocity en texto plano-, y traten de vender después los servicios profesionales de modernización gráfica del WMS.
  2. Bajo la metodología de ivanti, el costo de modernización de un WMS es directamente proporcional al número de pantallas que componen los flujos de trabajo. Esto significa que un flujo de trabajo extenso será costoso de modernizar, aunque la empresa usuaria posea un número relativamente pequeño de terminales en operación. En otras palabras, el proceso de modernización de ivanti resulta incosteable para la mayoría de las empresas.
  3. El proceso de descubrimiento de pantallas es propenso a errores. Esto ocasiona con frecuencia que algunas pantallas queden sin descubrir, fuera de las reglas de modernización. La versión más reciente de Velocity tuvo que implementar la coexistencia del modo gráfico y nativo de las pantallas para evitar que las pantallas sin descubrir  interrumpieran fatalmente el programa. Muchos usuarios vieron afectada su operación antes de que Velocity pudiera resolver este problema. Aún es posible replicar este problema apagando el interruptor de modo nativo en la consola de diseño. NativeMode_SwitchEsta fue la razón principal por la que ivanti inventó la campaña MOMS.
  4. La modernización de pantallas depende de la presencia de archivos locales en cada terminal. La distribución masiva de archivos en una base instalada de terminales obliga al usuario a adoptar un sistema de administración de terminales (MDM, por sus iniciales en inglés). La obligatoriedad de un MDM es un costo oculto de Velocity.

La recomendación de MOBILIS para las empresas que están en proceso de migración de sus terminales RF a plataforma Android es que adopten el software de emulación de StayLinked.

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.

Por Qué Adquirir Póliza de Mantenimiento en Aplicaciones Android

Imagen

Los integradores que revenden colectores de datos de Zebra saben desde hace mucho tiempo que es posible adquirir software Wavelink directamente del catálogo propio de Zebra. Quienes compran el software Wavelink a través del catálogo de Zebra tradicionalmente han omitido la compra de la póliza de mantenimiento. La póliza les da derecho a soporte técnico y actualizaciones de software. Con la transición inminente de colectores Windows a Android, esta omisión de póliza de mantenimiento representa un problema potencial muy grave para los usuarios finales.

Zebra asigna a los componentes de Wavelink una clave de producto propietaria en su catálogo. Por ejemplo, el TelnetCE de Emulación VT100 para Windows tiene la clave de producto SWE-82990-01. Esta clave es completamente ajena a la nomenclatura de partes del catálogo propio de Wavelink. Cuando un usuario solicita soporte técnico, Wavelink revisa con qué clave de producto fue adquirido el software. Las nomenclaturas de terceros como Zebra y Datalogic, entre otros, ayudan a Wavelink a canalizar al usuario al fabricante que haya vendido el producto en cuestión.

En otras palabras, aunque el producto de emulación sea fabricando por Wavelink, el responsable de otorgar soporte técnico al integrador, y eventualmente, al usuario final, no es Wavelink, sino el fabricante de hardware que revendió el software.

Por esta razón algunas veces Wavelink se ha visto obligado a declinar el soporte técnico solicitado por un cliente. Aunque, francamente, han sido las menos de las veces. El Emulador para Windows ha madurado a lo largo de 30 años, es muy robusto –o sea, nunca falla-, y casi todo el mundo (en esta industria de códigos de barras) sabe cómo configurarlo. Sin embargo, los tiempos cambian, las terminales evolucionan, y ahora empezamos a escuchar de usuarios finales que contemplan la adopción de Android en sus terminales de Centros de Distribución.

AllTouchTE

Velocity es el Emulador modernizado de Wavelink para terminales Android

 

A diferencia de su contraparte en Windows, el Emulador para Android está en pleno desarrollo, con todas las implicaciones de la juventud; es previsible que los usuarios requerirán más temprano que tarde el soporte técnico, tanto por no saber diferenciar entre una falla y una casilla mal configurada, como por la necesidad de actualizar a nuevas versiones de software, que se calendarizarán mucho más frecuentemente que en la generación Windows.

Por estas razones invito a los integradores y usuarios finales a deshacerse del mal hábito de no comprar pólizas de mantenimiento del software. Una pequeña inversión ahora hará toda la diferencia en el esfuerzo de adopción de un elemento de software que llegó para quedarse en las terminales de los Centros de Distribución.