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.

 

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.

Configuración centralizada del Telnet y Browser en terminales RF

La configuración centralizada del TelnetCE y VelocityCE  es una tarea de administración de dispositivos móviles que Avalanche hace posible realizar de forma gratuita.

Avalanche requiere el pago de una licencia para realizar la gama completa de funciones de administración, incluyendo:

  • configuración de red WiFi,
  • reforzamiento de políticas de seguridad,
  • instalación de aplicaciones de terceros,
  • control remoto

Si todavía estás usando terminales Windows CE ó Mobile en tu Centro de Distribución, deberías aprovechar el uso gratuito de Avalanche para administrar tus terminales, y configurar a distancia los parámetros de emulación de tus programas de conectividad.

MOBILIS no recomienda la compra de licencias Avalanche para terminales Android. A partir de la versión Avalanche 6.1, muchas funcionalidades desaparecieron, o tuvieron que ser delegadas a productos de terceros. Por ejemplo, el cliente Android ya no es capaz de controlar las aplicaciones autorizadas; y el servidor de Control Remoto 4.1 tuvo que ser remplazado por SplashTop.

El proceso de instalación y acondicionamiento te puede llevar entre 30 y 60 minutos. Después te sorprenderás de todo el tiempo que ahorras al eliminar tareas repetitivas de configuración y resolución de fallas lógicas.

Si deseas asesoría en la instalación y configuración de Avalanche para terminales Windows CE y Mobile, llena 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.

Curso Técnico de Voice-Picking para SAP

Objetivo

El objetivo de este curso técnico es dar a conocer las herramientas de software necesarias para transformar la operación de una terminal tradicional de captura de código de barras en una terminal operada por voz.

Suposiciones

El sistema WMS al cual están conectadas las terminales móviles es un sistema basado en tecnología web, tal como SAP ITS Mobile, Netsuite, y otros en la industria.

Las terminales móviles utilizan el sistema operativo Windows Mobile/CE. Si tiene dudas sobre el tiempo de vida de Windows como plataforma para las terminales móviles en los Centros de Distribución, por favor lea este artículo.

La tecnología que abarca este curso es de Wavelink. Wavelink es el único proveedor en la industria de software para cadena de suministro capaz de habilitar una terminal de código de barras como terminal operada por voz, sin modificar en absoluto el sistema informático en la fuente.

A quién está dirigido

  • Empresas integradoras de soluciones captura de datos por Radio Frecuencia.
  • Desarrolladores web interesados en las aplicaciones de voz en la cadena de suministro.

Requisitos

  • Conocimiento de JavaScript, HTML, CSS, y sistemas operativos Windows Mobile/CE.
  • Laptop Windows con parches críticos instalados, entrada de audio y altavoces funcionales, y opcionalmente Windows Mobile Device Center previamente instalado.
  • Una terminal móvil es deseable pero no indispensable. Traer terminales Zebra, Datalogic, CipherLab, Unitech, y LXE. No soportamos Honeywell ni Intermec.

Agenda

  1. Introducción a los componentes móviles de una operación WMS basada en web.
  2. Cómo insertar código de forma no intrusiva en las terminales móviles
  3. Librería SpeakEasy de Wavelink
    • cómo asociar comandos de voz a acciones de navegación manual
    • cómo accionar botones y menus desdoblables
    • cómo pronunciar en voz datos de la pantalla
    • cómo capturar datos alfanuméricos en campos editables
  4. Instalación final de una solución de voz en terminales Windows

Dónde y Cuándo

Holiday Inn Buenavista. calle Mariano Azuela #12, Col. Sta. Ma. la Ribera, 06400 CdMx.

Junio 29 y 30 del 2016.

De 8:30am a 5:00pm.

Costo

El costo incluye material de trabajo, comida los dos días del curso, y servicio completo de café y entremeses durante todo el día. No incluye alojamiento.

El curso no tiene fines de lucro. El costo será informado a los interesados vía correo-e.

Registro

Registro cerrado.

 

 

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.

 

Reformateador de Pantallas en TelnetCE

El propósito del Reformateador de Pantallas es modificar la interfase de texto plano de cualquier aplicación Host, como un sistema WMS, por ejemplo, sin necesidad de hacer cambios en el sistema original. Todas las transformaciones de interfase ocurren localmente en la terminal RF.

El Reformateador de Pantallas es un componente avanzado del software de emulación TelnetCE de Wavelink. El Reformateador de Pantallas está disponible en todas las versiones 7.3.x de TelnetCE para terminales RF basadas en plataformas Windows Mobile y Windows CE.

El Reformateador de Pantallas se accede con el botón Screen Reformatter del programa Configurador de TelnetCE para computadoras Windows. La figura 1 ilustra el Configurador de TelnetCE instalado en una PC. La instalación exitosa del Configurador de TelnetCE requiere que la PC tenga previamente instalado el módulo de comunicación ActiveSync para Windows CE, llamado Windows Mobile Device Center (wmdc).

telnet_ActiveSync_installer

Figura 1 – Configurador de TelnetCE en una PC Windows

Este artículo describe 3 aplicaciones del Reformateador de Pantallas:

  1. Rápida Curva de Aprendizaje
  2. Habilitación de Terminales Manos-Libres
  3. Traducción de sistemas extranjeros a idiomas locales

Rápida Curva de Aprendizaje

La figura 2 ilustra una pantalla típica de un sistema WMS en interfase de texto plano.

sislog_NoReformateado

figura 2 – pantalla en texto plano de un WMS

La figura 3 ilustra la misma pantalla del WMS reformateada con TelnetCE.

sislog_reformateado

figura 3 – pantalla de WMS reformateada con TelnetCE

Aunque ambas pantallas despliegan exactamente la misma información, para el operario de una terminal RF resulta infinitamente más fácil de interpretar la pantalla reformateada de la figura 3 que la original. Además, la velocidad de lectura de operarios novatos y veteranos por igual es significativamente más rápida con pantallas reformateadas, por lo que se reduce la duración del ciclo de la tarea en ejecución.

Considere, por ejemplo, la secuencia de pantallas siguiente. Un operario debe confimar su ubicación en la pantalla 4, y a continuación confirmar el número de piezas surtidas en la pantalla 5. Cada pantalla contiene sus instrucciones respectivas, resaltadas en la línea verde brillante. Sin embargo, ambas pantallas lucen muy parecidas, y hay mucho texto que abarrota la pantalla. No es difícil imaginar por qué los operarios sufren una larga curva de aprendizaje.

El pase de diapositivas requiere JavaScript.

Compare ahora la misma secuencia de pantallas reformateadas con TelnetCE. La información es la misma. Los pasos son los mismos: primero confirmar la ubicación, y después confirmar las piezas surtidas. Sin embargo, el reformateo del texto hace más intuitiva la acción que se espera del operario en cada pantalla. Cuando el operario debe moverse a una ubicación, la información de ubicación se resalta con un color de fondo novedoso y doble tamaño de letra. Cuando el operario debe confirmar la cantidad, la información de cantidad se resalta con un color de fondo diferente, y doble tamaño de letra. Son cambios cosméticos sencillos, pero logran un impacto significativo en la velocidad y precisión con la que los operarios ejecutan sus tareas.

El pase de diapositivas requiere JavaScript.

Terminales Manos Libres

A pesar de un brindar un impacto favorable contundente en la operación de procesos, las terminales manos-libres no han tenido una aceptación tan amplia como se esperaría en los Centros de Distribución. En gran medida, esta adopción retardada es ocasionada por la pantalla horizontal característica de las terminales manos-libres, c.f. fig 11 abajo. Muchos sistemas Host diseñaron sus pantallas para terminales de orientación vertical. La figura 8 ilustra un ejemplo de un sistema WMS diseñado con una terminal RF tradicional en mente. La figura 9 ilustra la terminal tradicional: formato pistola con pantalla vertical. Sencillamente, la información de una pantalla vertical no se alcanza a leer completa en una pantalla horizontal.

Con el Reformateador de Pantallas, la información vertical se puede reacomodar a todo lo ancho del espacio disponible en la pantalla horizontal de la terminal “manos-libres”. La figura 10 ilustra un ejemplo horizontal después de haber acomodado una pantalla vertical. La figura 11 ilustra la terminal “manos-libres” de Honeywell, modelo Dolphin Black 70e. Igual que en el ejemplo anterior, la información relevante además se resalta con doble tamaño de letra.

 

Traducción de sistemas extranjeros a idiomas locales

El Reformateador de Pantallas permite la “localización” de un sistema sin intervención del fabricante del sistema. “Localización” se refiere a la traducción de la información desplegada en pantalla de un idioma a otro. El uso de un vocabulario castellano para referirse a las ubicaciones, tipos de tareas del sistema, y jerga informática en general, hace mucho más ágil la comunicación entre los trabajadores.

Conclusión

El Reformateador de Pantallas es una herramienta de productividad de alto valor agregado en la operación de terminales RF en un Centro de Distribución. El Reformateador de Pantallas únicamente está disponible para las versiones Windows Mobile y Windows CE de TelnetCE 7.3.0 en adelante. Mientras la plataforma Windows CE no sea descontinuada en el año 2020, TelnetCE para Windows seguirá proporcionando mayor valor agregado en la operación de un CeDis que su equivalente Android.

Mayores Informes y Capacitación

Para aprender a usar el Reformateador de Pantallas puede acudir a la documentación publicada en la página de Wavelink, o solicite una cotización para capacitación en sitio en su empresa.

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.