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.

 

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.

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.

Activación del escaner en un Telnet Universal

El Telnet Universal para dispositivos genéricos

Wavelink denomina clientes “universales” al software que no está personalizado para un fabricante o modelo específico de terminal RF. La desventaja de un TelnetCE Universal es que no puede manipular el escaner del dispositivo. Si el dispositivo donde se desea instalar TelnetCE no cuenta con un cliente personalizado, es necesario instalar el TelnetCE correspondiente al sistema operativo instalado en dicho dispositivo.

Los archivos de instalación de clientes Telnet Universales están organizados en la página de descarga de software de acuerdo a la plataforma de Sistema Operativo.

El manejo del escaner en un dispositivo genérico

El manejo del escaner en un dispositivo genérico es responsabilidad de una utilería provista por el fabricante del dispositivo, llamada indistintamente “manejador del escaner”, o driver. En la siguiente figura se aprecia que el manejador del escaner se encuentra en la ruta Settings>System de la computadora Windows Mobile 6.1 de ejemplo.

Manejador de escaner en dispositivo Windows Mobile 6.1

Manejador de escaner en dispositivo Windows Mobile 6.1

El manejador del escaner se encarga de activar las simbologías de códigos de barras, manipular de forma básica los caracteres del código leído, y por supuesto, pasar el código escaneado al programa que esté activo en ese momento. El programa activo puede ser un editor de texto plano, Excel Mobile, el Telnet Universal de Wavelink, o cualquier otro programa anfitrión.

Algunas veces el estado inicial del manejador del escáner pasa el código escaneado a la memoria, en lugar de pasarlo al cursor en el programa anfitrión. El efecto que ésto tiene en Telnet es que el escaner emite un ruido de lectura, pero no despliega el código escaneado en la posición del cursor. Esta situación no es una falla de Telnet; de hecho, es el mismo efecto que se presentaría en la lectura de un código de barras en cualquier aplicativo anfitrión, como un editor de texto, o Excel Mobile. La solución es muy sencilla.

Configuración del manejador del escáner

  • En el dispositivo móvil encuentre el manejador del escáner del fabricante, y ábralo.
  • Cambie el destino del código escaneado: de Memoria (ClipBoard) a Cursor (KeyMsg).
Configuracion de la salida del código escaneado: memoria o cursor.

Configuracion de la salida del código escaneado: memoria o cursor.

Haga clic en la opción KeyMsg y guarde los cambios. Para comprobar que su escáner está funcionando adecuadamente, escanee un código de barras en un editor de texto plano antes de probar el TelnetCE.

Configuración del Telnet Universal

  • Abra el configurador del Telnet en su PC.
  • Haga clic en el botón de Parámetros de Emulación.
  • Encuentre las opciones Disable Scanner, y Use Scanner as Keyboard Wedge, y fíjelas en los valores Yes, y Enable, respectivamente, tal como se ilustra en la siguiente figura.
Configuración del escáner en el Telnet Universal

Configuración del escáner en el Telnet Universal

Guarde los cambios y transfiera la nueva configuración por alguno de los métodos de Wavelink: por cable, terminal por terminal, o por aire, vía Avalanche.

Avalanche es un producto de administración gratuito. Si desea asesoría sobre cómo instalar el software póngase en contacto con nosotros.

Acelere el licenciamiento del TelnetCE de Wavelink

Imagen

Acelere el licenciamiento del TelnetCE de Wavelink

TelnetCE es el software de emulación de Wavelink para computadoras móviles Windows CE y Mobile.

Menu Configure del Telnet

Figura 1, Licenciamiento manual del TelnetCE de Wavelink

El usuario empresarial que adquiere licencias de Wavelink debe ingresar las llaves de activación en cada una de las computadoras donde se instala el software.

Muchos usuarios ingresan la información de licenciamiento en las computadoras una por una, como se ilustra en la figura 1. Ese método es inaceptable en una instalación masiva de computadoras.

Para instalar múltiples licencias en tiempo relámpago, simplemente se necesita instalar un servidor despachador de licencias. Las licencias se ingresan una única vez en la consola web del servidor, como se ilustra en la figura 2.

Tip: Al copiar y pegar los valores de cada campo de licenciamiento, no deje espacios en blanco al inicio o al final del texto.

Figure 2, Añadiendo licencias Telnet en el Despachador

Figure 2, Añadiendo licencias Telnet en el Despachador

El archivo de instalación, y el manual con instrucciones detalladas del servidor despachador se descargan del sitio http://www.wavelink.com/Download-Emulation-License-Server-Software.

La dirección IP de este servidor despachador se ingresa en el campo License Server Address de los parámetros de emulación de TelnetCE, como se ilustra en la imagen de portada de este artículo. Los cambios en los parámetros de emulación se deben propagar a todos los dispositivos móviles.

Hay dos métodos de propagar cambios y actualizaciones a los dispositivos móviles.

El método 1 es mediante el sistema de gestión Avalanche. Usando Avalanche, el administrador de movilidad transfiere por aire las nuevas configuraciones de TelnetCE. Es necesario salir de TelnetCE para que los cambios surtan efecto.

El método 2 es por ActiveSync, o sea, conectando cada dispositivo móvil a la PC donde reside el instalador TelnetCE. La figura 3 ilustra el aplicativo instalador TelnetCE para un equipo Motorola MC9090 con sistema operativo WM5.0. Con el dispositivo conectado vía ActiveSync a la PC, el usuario sincroniza los parámetros de emulación entre PC y móvil haciendo clic en el botón “Application & Config” o en el botón “Config Only”. Con las nuevas actualizaciones de Windows 10, es cada vez más frecuente escuchar de usuarios que ya no pueden conectar sus terminales Windows CE por ActiveSync.

Instalador vía ActiveSync del TelnetCE.

Figure 3, Instalador vía ActiveSync del TelnetCE.