Turbo Dispatch es un estándar de dominio público para la transferencia electrónica de detalles de trabajos, inicialmente usando radio por paquetes , pero ahora también usando Internet . Se utiliza en todo el Reino Unido para transmitir los detalles de los conductores varados entre las principales organizaciones automovilísticas del Reino Unido y sus más de 400 agentes de recuperación de vehículos . En muchos casos, el agente de recuperación de vehículos también lo utiliza para pasar los detalles al vehículo de recuperación que lo atiende.
El 30 de junio de 1994, un grupo de representantes de las siete principales organizaciones automovilísticas del Reino Unido y del Instituto de Recuperación de Vehículos fueron invitados a una reunión en el Museo Brooklands . Se eligió el Museo Brooklands como sede porque el presidente de la reunión, Andy Lambert, estaba involucrado con el museo, había transportado la gran mayoría de las exhibiciones allí y, por lo tanto, podía mostrar a la gente elementos que normalmente no verían. Claramente esperaba que esto fuera un incentivo suficiente para que "los clubes" se sentaran juntos en la misma sala. Pronto se supo que era un sueño compartido por todos los presentes que se pudieran introducir en la industria "estándares comunes" para todos los aspectos de la recuperación de vehículos . Entre otras cosas, este grupo sentó las bases del proyecto Turbo Dispatch.
Debido a la fiabilidad de la entrega necesaria, se decidió utilizar Mobitex . En el Reino Unido sólo había un proveedor de Mobitex, RAM Data, que más tarde se convirtió en una filial de BT llamada Transcomm. Es por eso que muchos usuarios todavía se refieren a los trabajos de RAM. Ian Lane de Motor Trade Software (MTS) diseñó y escribió los protocolos junto con el software de puerta de enlace . A principios de 1995 se llevó a cabo un gran trabajo pionero. En el otoño de 1995, Green Flag y Delta Rescue fueron las primeras organizaciones de automovilistas en comenzar a experimentar con transmisiones a los talleres , y el primer trabajo genuino se envió a Southbank Garage a finales de año. .
El momento en el que la mayoría de los operadores de recuperación aprendieron sobre Turbo Dispatch fue durante el AVRO EX 1996 de la Asociación de Operadores de Recuperación de Vehículos. A pesar de ser el 25º aniversario de Green Flag , la organización automovilística instaló una mini "sala de control" en la feria y permitió que la gente Vea por primera vez cómo funcionaba el sistema. A finales de ese año, la Asociación del Automóvil había organizado una prueba en Londres, enviando puestos de trabajo a operadores de recuperación seleccionados.
Hacia finales de 1997, Evan Anderson de AA se involucró mucho en la promoción del concepto de Turbo Dispatch dentro de AA. Este fue sin duda el punto de inflexión, porque Evan pareció aceptar que aunque MTS y RAM tenían un monopolio, no era intencional. Cualquiera podría desarrollar un sistema, pero, sencillamente, nadie más lo había logrado.
Al año siguiente, el RAC se puso en marcha y, a finales de año, todos los principales actores de la industria habían adoptado Turbo Dispatch. Se estima que en el año 2005 alrededor del 92% de los 4 millones de averías "guardadas" al año se enviaron a operadores de recuperación utilizando Turbo Dispatch.
El sistema es claramente popular entre las organizaciones automovilísticas, debido al ahorro en el trabajo del despachador hablando por teléfono con los operadores de recuperación. Lo que sorprendió a mucha gente fue lo popular que fue también entre los operadores, principalmente por las mismas razones. Un controlador ocupado no quiere recibir detalles del trabajo por teléfono, cuando puede que aparezcan en la pantalla de su computadora. Como luego podía usar el mismo sistema para enviar el trabajo a su conductor, todo el proceso se podía realizar en segundos.
Las siguientes notas describen el método de transferencia automática de detalles del trabajo desde la computadora de una organización de automovilistas (o club) a la computadora de su operador de recuperación utilizando la red de datos Mobitex. Dado que es probable que cada una de las organizaciones automovilísticas tenga su propio sistema informático y sus propias prácticas laborales, no es práctico intentar definir cómo se lograría mejor la transferencia automática de puestos para ellas. En consecuencia, a continuación sólo se define la instalación típica de un operador de recuperación.
Normalmente, el sistema de facturación y registro de trabajos del operador de recuperación se basa en una computadora personal . Éste estará conectado a la red de datos de Mobitex mediante un Masc. [ se necesita aclaración ] radiomódem (a veces llamado Mobidem) que utiliza uno de los puertos de comunicación RS-232 de la PC . La transmisión del trabajo implicará que el ordenador de la organización automovilística utilice el número único Mobidem del operador de recuperación para llamar a su ordenador.
Una vez que se ha establecido una conexión, los detalles del trabajo se transmiten en el formato de datos definido en el Manual de formato de despacho Turbo y la llamada finaliza. Por lo general, se empleará una computadora de comunicaciones dedicada para monitorear constantemente el módem de radio a través del puerto RS232. Esto operará un programa TD.EXE, que se ejecuta en Windows . Los datos recibidos del radiomódem se transferirán a una cola de mensajes entrantes en la otra computadora, para su posterior procesamiento automático por parte del software principal de toma de trabajos (un retraso máximo de 5 segundos). La computadora de comunicaciones también generará un sonido audible.
Inmediatamente los detalles del trabajo son recibidos por la computadora de comunicaciones del operador de recuperación, transmitirá un reconocimiento automático al origen del mensaje del trabajo y colocará los detalles del trabajo en una cola en espera de la aceptación manual por parte del controlador del operador de recuperación. El envío del trabajo será completado por el controlador del operador de recuperación, ya sea aceptando o rechazando el trabajo y enviando la transacción correspondiente a la organización automovilística.
La aplicación Turbo Dispatch se limitó inicialmente a emplear el protocolo MASC de Transcomm Mobile Data Network. Este protocolo se adoptó porque elimina la complejidad de los reintentos que resultarían del empleo de un protocolo basado en sesión en los módems de radio, por ejemplo, Hayes o X.28 .
El Turbo Dispatch Standards Group solía reunirse en promedio dos o tres veces al año. Su misión era "Mantener un estándar común para los formatos de mensajes y datos que se utilizarán en las comunicaciones electrónicas de datos entre computadoras host y/o terminales de datos en entornos fijos/móviles".
Todas las principales organizaciones automovilísticas envían representantes y todos los cambios/adiciones a la norma se discuten y deben ser acordados por todos los presentes en la reunión. Como hay pocas ventajas comerciales para cualquier organización (una mejora para una normalmente también beneficiará a las demás), suele haber un gran acuerdo.
En 2010, BT Transcomm anunció el cierre de Mobitex Network en el Reino Unido.
Tras un proceso de licitación competitivo que incluyó presentaciones con soluciones de MTT, BT, Vodafone y Apex Networks, se adjudicó por unanimidad a Apex Networks Ltd y la migración de MTT Turbo Dispatch a una solución basada en Internet denominada Automotive Network Services (ANS) se llevó a cabo en 2012. Apex Networks ya contaba con un número creciente de usuarios para su nuevo Sistema de gestión de recuperación (RMS), que inicialmente había sido desarrollado para Ontime Rescue & Recovery.
Desde 2012, el grupo de estándares ANS se reúne trimestralmente y al foro asisten los proveedores de software de recuperación de vehículos, concretamente Apex Networks, MTT y Laserbyte, junto con las principales organizaciones automovilísticas y dos asesores de la industria (operadores de recuperación independientes que son usuarios finales del sistemas). Estas reuniones normalmente duran alrededor de 3 horas y se llevan a cabo en el Rhodes Arts Complex en Bishop's Stortford, o en varios lugares en todo el país proporcionados por las organizaciones automovilísticas (clubes). El foro estuvo presidido durante muchos años por David Brinklow (Director Comercial de Apex Networks), pero más recientemente ha estado presidido por JP Dekker (de Apex Networks).
Una copia del documento estándar ANS está disponible para descargar desde https://www.apex-networks.com/rms-resources
Una copia de la lista del directorio ANS está disponible para descargar desde http://webservices.autonet-services.com/ansdirectory.aspx