Zebra se retira de la competencia de soluciones de Voz para CeDis

Imagen

Zebra anunció el fin de vida de su solución de software #TekSpeech Pro a partir de Enero 2018.

TekSpeechPro (TSP) era una solución para implementar flujos de trabajo dirigidos por voz en Centros de Distribución. Su arquitectura era muy parecida a la del líder del mercado, #VoCollect, pero enriquecida con mejoras derivadas de la experiencia y retroalimentación de los usuarios de VoCollect. Algunas mejoras notables eran el reconocimiento de voz sin necesidad de calibración personalizada, y opciones de vocalización basados en emulación de terminal (telnet). Estas mejoras no fueron suficientes para destronar al líder #Honeywell. A pesar de exhibir notables áreas de oportunidad en sus implementaciones, Honeywell llevaba muchos años de ventaja a todos sus competidores. Éstos, a su vez, sólo podían prometer resolver las deficiencias de Honeywell para intentar ganar los nuevos proyectos. Las promesas incluían bajar los tiempos de implementación, ó reducir los costos de reparación de los dispositivos.

Sin embargo, no existían clientes que se pudieran citar como casos de éxito, y las pruebas de concepto de los clientes-prospecto fallaron rotundamente.

TSP no tenía ningún problema. Fue el sistema operativo Windows Mobile el que boicoteó el éxito de Zebra. #WindowsMobile resultó incapaz de conectar con éxito las diademas inalámbricas Bluetooth. La versión de protocolo Bluetooth implementada en Windows Mobile simplemente no soportaba los servicios necesarios de voz, como cancelación de ruido, reconocimiento de vocabulario, y ajustes de volumen.

Honeywell, en cambio, podía presumir de pruebas extravagantes, como la cancelación de ruido en sus diademas inalámbricas bajo las turbinas de un avión.

La alternativa de diademas cableadas no era aceptable para ninguna empresa usuaria. Los cables son problemáticos: se enredan, se rompen, y causan falsos contactos.

Con Android, el problema de conectividad Bluetooth tal vez se podría resolver. Pero la visión de Zebra sobre el futuro de los Centros de Distribución apunta a tecnologías más modernas, incluyendo el Internet de las Cosas #IoT.

#VoCollect se consolida sin duda como líder en soluciones de voz para el Centro de Distribución.

En 2018 #Zebra buscará consolidarse como líder en la automatización de los Centros de Distribución con soluciones que giren alrededor de su nueva plataforma #Savanna.

 

Taller StayLinked para modernizar Telnet en equipos Android

Imagen

Objetivo

Aprender a instalar y configurar el software de emulación telnet de la empresa StayLinked en colectores de datos basados en ambiente Android. Específicamente, modernizaremos un sistema WMS de ejemplo con la técnica rápida llamada Reformateo Dinámico.

Dirigido a:

  • personal técnico de las empresas integradoras de soluciones de captura de datos.
  • ingenieros administradores de sistemas WMS basados en telnet (Oracle, Manhattan Associates, High Jump, Adaia, Sislog).

Temario

  • Introducción a la Arquitectura de Servidor StayLinked
  • Acceso al portal.staylinked.com
    • solicitud de credenciales
    • documentación técnica
  • Instalación de componentes
    • servidor StayLinked en Windows 32/64
    • consola de administración
    • licenciamiento
    • cliente genérico Android en colector móvil
  • Configuración Telnet vía la consola StayLinked
    • conexión al WMS
    • teclados
    • prueba de escáner
    • identificación de terminales, Answer Back, y DeviceID
    • usabilidad
  • Reformateo Dinámico
    • Reconocimiento de patrones de texto
    • cambios cosméticos, colores y fondos.
    • ¡botones accionables!

Duración

5 horas.

  • 9:00am a 9:50am. Resumen Ejecutivo y Comercial. Serviremos café, frutas, y panes.
  • 10:00 am a 10:30am. Instalación de software.
  • receso de 15 minutos
  • 10:45 am a 11:30 am. Configuración típica.
  • 11:30 pm a 1:30pm. Modernización mediante Reformateo Dinámico.
  • 2:00 pm. Comida cortesía de StayLinked. Lugar por definir (algún restaurante cercano, ¡aceptamos sugerencias!).

Requisitos de conocimiento

El participante deberá estar familiarizado con los siguientes temas:

  • Data Networking
  • Nociones de programación, incluyendo lógica booleana, tipos de variables, y concatenación de texto.
  • Configuración de Telnet en ambiente Windows (opcional).

Requisitos materiales

  • instalación de software
  • laptop Windows 7/10, con 4 GB de memoria libres, 100 GB en disco libres. No admitimos Mac.
  • Terminal RF Android 4.x en adelante.
  • extensión eléctrica multi-contacto

Lugares y Fechas

Tendremos dos fechas: el 20 de Noviembre en Santiago, Chile; y el 22 de Noviembre, en Buenos Aires, Argentina.

Santiago, Chile

  • Noviembre 20, 2017. Inicio a las 9:00am.
  • Hotel InterContinental Santiago, Ave. Vitacura 2885, Las Condes, C.P. 7550024,
    teléfono + 56 (2) 2394 2000

Buenos Aires, Argentina

  • Noviembre 22, 2017. Inicio a las 9:00am.
  • Hotel Holiday Inn Puerto Madero, Av Leandro N. Alem 770, Buenos Aires 1001, teléfono: +54-11-43115200

Comentarios de otros participantes

Consulte los comentarios de asistentes a nuestros cursos anteriores:

Costo

El curso tiene un costo de recuperación de USD $50 por persona. La cuota incluye un Manual de Prácticas en español, refrigerios durante el curso, y una comida ligera al finalizar el curso. Como promoción especial para las empresas integradoras, ofreceremos el curso sin costo a aquéllos que nos presenten por adelantado información completa de prospectos realistas donde podamos agendar demostraciones y pruebas piloto. Por favor complete el formulario de registro abajo, e indíquenos si desea aprovechar la promoción, ó desea pagar el curso. La información de los prospectos es de carácter estrictamente confidencial, y no se comparte con terceros.

El cupo máximo por clase es de 12 personas.

Registro

Todos los datos recibidos por esta vía son conservados con confidencialidad, y no son compartidos con empresas terceras, ni utilizados para envíos de mensajes no solicitados.

Capacítese con los expertos en tecnología móvil aplicada a la industria

Capacítate con los expertos en tecnología móvil aplicada a la industria

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

 

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.

Avalanche Enabler

Imagen

Pantalla principal del Avalanche Enabler

Figura 1 – Escritorio Windows CE/M controlado por el Avalanche Enabler

Avalance Enabler es un programa gratuito que permite bloquear el escritorio de dispositivos móviles Windows CE y Mobile, y brindar acceso únicamente a las aplicaciones autorizadas por un Administrador.

En la figura 1 se puede apreciar el escritorio de una terminal RF protegido con el Avalanche Enabler. En este ejemplo, el usuario de la terminal RF únicamente tiene acceso a las aplicaciones TelnetCE y Word.

La versión Android de Avalanche Enabler ya no cuenta con esta funcionalidad.

En su lugar, la mayoría de los fabricantes de terminales de uso rudo ahora tienen cada uno su propia utilería capaz de controlar las aplicaciones disponibles para los operarios.

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.

En defensa de Windows CE ante la llegada de Android al CeDis

Imagen

El sistema operativo Android, tan popular en los teléfonos inteligentes, está alcanzando tímidamente, a mediados del año 2016, a las terminales robustas utilizadas en los Centros de Distribución. A diferencia de los teléfonos inteligentes, las terminales RF están diseñadas para usuarios de quienes se espera una labor mecánica incesante a lo largo de su jornada de trabajo; una jornada que consiste en el movimiento físico de cajas a lo largo del almacén. Las terminales RF están diseñadas para permitir a los trabajadores cumplir estas tareas con el mínimo esfuerzo mental y el máximo esfuerzo físico. Por esta razón, el software telnet es tan popular entre los sistemas WMS: navegar el sistema sólo requiere escanear etiquetas, y oprimir algunas teclas físicas. Menos tiempo en la terminal significa más tiempo moviendo cajas.

¿Cómo ocurrió, entonces, que un sistema operativo diseñado para teléfonos inteligentes se las arreglara para aterrizar en terminales RF? La realidad es que Windows CE, el sistema operativo dominante en las terminales RF por más de 10 años, ha llegado a su fin de vida útil.

La pregunta inminente para los Centros de Distribución es ¿cuándo iniciar la transición a Android en sus terminales RF?.

Las Curvas de Funcionalidad de los sistemas Operativos

Si la dinámica del negocio lo permite, posponga la transición un par de años más. El software telnet de Wavelink ha evolucionado a lo largo de 3 décadas a un nivel de sofisticación impresionante. El arribo súbito de Android en este espacio exige a los fabricantes de software –de cualquier tipo, no sólo Wavelink – que migren sus aplicaciones en el menor tiempo posible, con un máximo de funcionalidad. Cuando los usuarios renuevan una plataforma, esperan que las funcionalidades aumenten, no que se reduzcan.

Así, ¿qué funcionalidades nuevas trae consigo Android?

  • Procesadores más potentes
  • Interfases amigables para el usuario
  • Capacidad de ejecutar aplicaciones simultáneas.

Sin embargo, a mediados del 2016, la versión Android del telnet de Wavelink aún carece de funcionalidad importante que su contraparte Windows CE sí ofrece:

  1. Reprogramación de teclado físico
  2. Manipulación de datos leídos por códigos de barras
  3. Ejecución simultánea de código de programación local
  4. Captura de datos por reconocimiento de voz
  5. Vocalización de texto de pantallas.

Si pensamos en las funcionalidades del software como una curva en forma de campana, la versión Windows CE de telnet está en la cúspide de la campana. La versión Android de Wavelink apenas está en la rampa de ascenso.

Conclusión

Si la dinámica del negocio lo permite, posponga la transición a terminales Android tanto como pueda. Aprenda a usar las funcionalidades avanzadas de su telnet Windows CE para sacar el máximo provecho de su tecnología actual. Es posible que usted pueda incrementar entre 20% y 40% la productividad de sus trabajadores sin tocar siquiera su WMS. Si usted está adoptando forzosamente terminales Android, no permita que la información de este artículo opaque su entusiasmo. El horizonte de movilidad en la cadena de suministro está lleno de sorpresas.

Actualización a Septiembre 2017

El telnet Velocity de Wavelink continúa sufriendo una profunda inmadurez, visible en los parches de software publicados en la página de descarga del software. MOBILIS recomienda el uso del emulador StayLinked para terminales Android. Este artículo describe con detalle las ventajas de StayLinked en el Centro de Distribución.

 

Guía para Elegir un Sistema de Voz en el Centro de Distribución

Imagen

Los sistemas de voz en las operaciones de un Centro de Distribución (CeDis) son un método seguro de obtener eficiencias y mayor productividad. A qué gerente operativo no le encanta la idea de dotar a cada trabajador de piso con un asesor computarizado que lo vaya guiando paso a paso, con instrucciones habladas, explicando exactamente qué hacer, a dónde ir, cuántas cajas mover, de qué producto, y a dónde llevarlas. Mientras el trabajador recorre los pasillos del CeDis, simultáneamente mantiene actualizado el sistema informático en tiempo real, sin necesidad de hacer pausas para manipular una terminal RF. Efectivamente, el trabajador aprovecha la totalidad de su tiempo en la actividad prioritaria del CeDis: el movimiento de mercancías.

El resultado es que los niveles de productividad se elevan en promedio desde 10% hasta 30% – comparado con otros sistemas automatizados-. Otros beneficios incluyen la eliminación de pagos de horas extras, y la reducción de tiempo de entrenamiento de personal nuevo, entre otros.

Bajo este escenario de beneficios operativos contundentes, ¿por qué hasta ahora no se ha aprovechado la tecnología de voz en más procesos del CeDis?

La respuesta es simple. Las soluciones legadas de tecnología de voz inhiben el uso del escáner como método de captura de códigos de barras. Sin embargo, cualquier gerente logístico sabe que los códigos de barras son la médula espinal de la operación de su WMS. Es impensable un almacén sin códigos de barras. Por eso es urgente difundir la existencia de tecnologías más modernas de voz; tecnologías que superan la obsolecencia de los sistemas legados. En un sistema moderno las tecnologías de voz, códigos de barras, y RFiD coexisten.

Este artículo explica a grandes rasgos la arquitectura de los sistemas legados, a los que llamaremos Soluciones Dedicadas, y la arquitectura de los sistemas modernos, a los que llamaremos Soluciones Multi-Modales.

Posteriormente presentaré una tabla que sintetiza ventajas y desventajas de cada arquitectura en aspectos de tiempo y costos de implementación.

Sistemas de Voz Multi-Modales

Los sistemas de voz multi-modales reutilizan la infraestructura de automatización existente en el almacén. Se denominan multi-modales porque la voz simplemente se añade a las múltiples modalidades de captura de una terminal colectora de datos, desde el tradicional lector de códigos de barras, pasando por el teclado físico y la pantalla táctil, hasta las antenas móviles RFiD. El concepto de reutilización debe entenderse no sólo en la terminal colectora de datos, sino también en el resto de los componentes de la arquitectura, especialmente en la lógica de procesos de los sistemas informáticos. Revisemos primero la arquitectura de un sistema tradicional de automatización del CeDis (WMS) basado en código de barras, ilustrado en el diagrama 1.

Diagrama 1 - Arquitectura básica de WMS

Diagrama 1 – Arquitectura tradicional de WMS

Los 3 elementos básicos ilustrados en la arquitectura WMS tradicional son:

  1. el sistema WMS (representado por simplicidad con 3 procesos únicamente),
  2. la red inalámbrica, y
  3. las terminales colectoras de datos.

En una arquitectura tradicional, la mayoría de las terminales colectoras de datos funcionan con “clientes delgados” basados en protocolos de conectividad telnet, SSH, ó HTML/TCP. La lógica de los procesos reside enteramente en el servidor del WMS. En el diagrama 1, por ejemplo, se ilustran en círculos de colores los procesos de recibo, abasto, y surtido. El proveedor del WMS es el responsable de implementar los flujos de trabajo en toda su extensión, complejidad, y variaciones requeridas. Por ejemplo, el WMS resuelve si el surtido se hace por pieza ó bultos ó tarima completa; si las mercancías se acomodan por peso o talla; si se hace cruce de anden; si se embarca por tienda o por ruta, etc.

Para ejemplificar cómo moderniza un sistema multi-modal de voz a un sistema tradicional WMS considere la figura 1. Antes de añadir voz a su terminal, el trabajador consultaba en su terminal a qué ubicación trasladarse, en este caso presentada en el renglón 2 de la pantalla negra en la esquina de la figura 1. Después confirmaba su posición mediante el escaneo de la etiqueta pegada en dicha ubicación. Finalmente confirmaba el número de piezas que había recogido de esta posición mediante el ingreso por teclado de la cantidad señalada –“27” en este caso-. El WMS resolvía las excepciones y validaciones, por ejemplo, cuando un producto no existe en la ubicación, o no en la cantidad solicitada.

Figura 1 - sistema multi-modal en CeDis

Figura 1 – sistema multi-modal en CeDis

Con un sistema de voz multi-modal, el trabajador utiliza la misma terminal colectora de datos, mejorada con software de conversion de texto-a-voz-a-texto, más un auricular. Así, en lugar de leer la ubicación del renglón 2 de la pantalla, escucha la ubicación. En lugar de leer la cantidad a surtir, la escucha. En lugar de oprimir las teclas 2, 7, y Enter, pronuncia los números. La figura 1 también ilustra la flexibilidad que otorga a los procesos utilizar un sistema multi-modal de captura de datos. Por ejemplo, el trabajador podría igualmente confirmar su posición por voz pronunciando los últimos dos o tres dígitos de la posición -“019” en la pantalla negra-, que continuar confirmando por lectura de código de barras -tal como observamos al trabajador-.

La arquitectura multi-modal permite, por lo tanto, transformar cualquier proceso basado en códigos de barras en un proceso asistido por voz. Si el tiempo y costo de implementación de voz es bajo, todos los procesos deberían ser mejorados con terminales multi-modales. Surtido es el más popular, pero el Recibo, Abasto, Inventario, y otros, no son menos importantes. En no pocas ocasiones me he topado con objeciones de gerentes logísticos de mejorar la velocidad del surtido por temor a ocasionar cuellos de botella en los procesos subsecuentes, como Preparación o Embarque.

En un sistema multi-modal de clientes ligeros como el de Wavelink, todos los flujos de trabajo del WMS pueden ser mejorados con asistencia de voz. Debido a que la lógica de los procesos ya existe en el WMS, así como todas las validaciones, excepciones, y variaciones, el sistema de voz únicamente es responsable de pronunciar con voz las instrucciones de la pantalla de la terminal -proceso conocido como “vocalizar pantallas”-. En retorno, el sistema también alimenta en el cursor los datos pronunciados por el trabajador. El nivel de complejidad del sistema de voz es mínimo. La robustez y escalabilidad de la solución es máxima, porque no es otra diferente que la del WMS.

Sistemas de Voz Dedicados

La arquitectura de un sistema de voz dedicado es una capa superpuesta a la infraestructura existente, con componentes “dedicados” exclusivamente a la operación con voz. El diagrama 2 ilustra en la derecha la infraestructura existente de una solución WMS, y en la izquierda los componentes “dedicados” a voz. Los componentes dedicados son los siguientes:

  1. Ambiente de diseño de flujos de trabajo operados con voz.
  2. Servidor transaccional (voice middleware)
  3. Conectores de datos
  4. Terminales dedicadas operadas por voz
  5. Red inalámbrica
Diagrama 2 - solución de voz dedicada

Diagrama 2 – solución de voz dedicada

A continuación describo brevemente los elementos de un sistema de voz dedicado.

Ambiente de Diseño de Flujos de trabajo operados por voz

El ambiente de diseño de flujos de trabajo permite reconstruir la lógica del proceso que será operado por voz. En el diagrama 2 el círculo verde representa la lógica de Surtido. El diseñador de la lógica del proceso debe recrear todas las excepciones y validaciones posibles que el proceso original goza en el WMS. Resulta evidente que la lógica entre el WMS y el sistema de voz termina duplicada, con un esfuerzo de desarrollo mayúsculo. Esto explica por qué, a lo largo de los años, los usuarios de los sistemas legados diseñados bajo esta arquitectura utilizan voz únicamente en un proceso. Típicamente Surtido (picking, en ingles). Esto explica también por qué la mayoría de los usuarios utiliza -incorrectamente- la expresión Voice-Picking para referirse a la tecnología de voz en el CeDis.

Servidor Transaccional

El servidor transaccional (voice middleware) es el responsable de ejecutar la lógica resultante del ambiente de diseño. El middleware interpreta los comandos de voz pronunciados por el trabajador, y ejecuta una acción puntual en el flujo de trabajo. El procesamiento de la voz en el servidor middleware permite mantener estadísticas de tiempos y errores conforme se ejecutan las tareas. En complemento al procesamiento de voz, el middleware también es el responsable de mantener y ejecutar la secuencia de instrucciones que se envían al trabajador por medio de la terminal de voz. El middleware sólo permite un número limitado de conexiones simultáneas de terminales de voz. Es necesario dimensionar cada servidor de acuerdo al número máximo de conexiones simultáneas, y añadir tantos servidores como la población total de terminales de voz lo requiera.

Conectores de datos

Los conectores de datos son esenciales para sincronizar las transacciones del middleware con el sistema WMS original. Algunos conectores de datos están pre-diseñados para actualizar directamente las bases de datos de algunos procesos selectos de sistemas WMS reconocidos; otros conectores se diseñan a la medida. En general, la idea es permitir la comunicación en dos sentidos entre las bases de datos del WMS original y el servidor de transacciones.

Terminales Dedicadas Operadas por Voz

Las terminales de voz dedicadas no ejecutan lógica de procesos. Transmiten voz, y pronuncian instrucciones. La ventaja de este diseño es que el tiempo de respuesta en la interacción entre terminal y middleware es muy rápido.

Red Inalámbrica

La red inalámbrica debe dimensionarse de acuerdo al número de terminales dedicadas que operarán de forma simultánea. La transmisión de voz por la red inalámbrica ocasiona una demanda mayor de ancho de banda disponible comparada con la requerida por los datos tipo texto que viajan por la red en soluciones multimodales.

Impacto de la Arquitectura en otros criterios de selección

En base al conocimiento de los componentes de cada arquitectura de soluciones de voz, es posible inferir las implicaciones de implementación en el resto de los criterios de selección. La tabla 1 condensa las implicaciones más relevantes de cada criterio por tipo de arquitectura.

  Sistema Multi-Modal Sistema Dedicado
Tiempo de Implementación Menor a 30 días por proceso. De 3 a 18 meses.
Costo de mantenimiento recurrente Bajo. Medido únicamente por el costo de mantenimiento del software de voz. Los componentes de red, WMS, y terminales de datos, aunque también acarrean un costo de mantenimiento, éste es erogado haya o no haya sistema de voz. Muy Alto. Todos los componentes de la solución son nuevos, por lo tanto suman al costo de mantenimiento: server, terminales, software. El costo de reparación de las terminales dedicadas es significativamente más alto, y más tardado, que el de las terminales colectoras de datos, debido a la diferente economía de escala entre ambos tipos de terminal.
Costo de expansión a nuevos procesos Bajo. Debido a que el tiempo de implementación es corto, las horas-hombre de servicios profesionales son proporcionalmente menores. Alto. Basado en el número de horas-hombre de servicios profesionales requeridos para implementar nuevos procesos.

Conclusión

La arquitectura de sistemas de voz dedicados muestra una inequívoca señal de envejecimiento. La tecnología que hace 10 años era novedosa, hoy claramente se ha estancado y no ofrece una solución escalable a niveles empresariales. La operación de una solución basada en tecnología obsoleta ocasiona altos costos de mantenimiento. Los proveedores de soluciones legadas de voz están haciendo esfuerzos visibles para migrar sus soluciones a la arquitectura multi-modal. La arquitectura de sistemas de voz multi-modal consigue eficiencias operativas a lo largo de todo el espectro de procesos del WMS, al mismo tiempo que obtiene beneficios financieros de rápido retorno de inversión, bajos costos de mantenimiento, reutilización de activos de alto valor, y extensión de la vida útil de los sistemas de misión crítica.