Todos los casos de clientes
Teams OCR

Flota de autobuses — Chatbot

Un agente de Microsoft Teams utiliza el OCR para transformar partes manuscritos en siniestros estructurados, tramitados en menos de 10 minutos.

Resumen

Un operador de transporte público gestiona varios cientos de autobuses. Cuando un autobús está implicado en un incidente, el conductor y su responsable deben abrir un expediente de siniestro rellenando un parte amistoso especial autobús (si hay un tercero implicado) o un informe de accidente/incidente (si no hay terceros). Estos documentos en papel, aunque normalizados, requieren mucha introducción de datos y la revisión manual de la información extraída.

Cada año se tramitan cientos de declaraciones; la multiplicación de documentos y los intercambios entre conductores y equipos de gestión alargan el plazo de apertura de los expedientes.

Reto

Digitalizar la primera notificación de incidente conservando la riqueza de los formularios en papel. Los conductores deben poder declarar un siniestro desde el terreno, validar la matrícula del autobús, aportar el tipo de formulario correcto y proporcionar toda la información requerida.

El reto principal es fiabilizar el OCR de documentos manuscritos: los partes e informes incluyen zonas libres donde se describe el accidente. El agente debe extraer esos datos y validarlos con la persona usuaria.

Solución Teemant

Implantación de un agente conversacional accesible desde Microsoft Teams para los responsables de explotación. El proceso se desarrolla en tres etapas.

  • Validación y elección del formulario

    La persona usuaria introduce la matrícula del autobús; el agente la verifica en la base de flota y recupera la línea, la filial y el identificador del conductor, y pregunta si hay un tercero implicado para elegir el formulario correcto.

  • Carga y extracción

    Un modelo de visión/OCR extrae los campos del formulario — fecha, hora, lugar, heridos, testigos, datos del vehículo y del conductor. Cuando el OCR duda, el agente hace preguntas para confirmar o corregir el dato.

  • Validación e inyección

    El agente completa los campos que falten y genera un informe estructurado. Se envía un correo de síntesis al servicio de siniestros, y los datos se inyectan directamente en el sistema de gestión.

Parte amistoso

Se utiliza cuando hay un tercero implicado — el formulario estándar de parte amistoso especial autobús.

Informe de incidente

Se utiliza cuando no hay un tercero implicado — un informe circunstanciado más sencillo.

Resultados observados

~260 sesiones
Desde la versión 6.1: cerca del 75 % son partes amistosos, 25 % informes circunstanciados — 233 sesiones finalizan correctamente.
  • Adopción y volumen: en las primeras puestas en producción, el agente registró más de 50 declaraciones en dos semanas. Dentro del volumen total, alrededor del 15 % se cancelan o fallan.
  • Reducción de plazos: los responsables completan la declaración en menos de diez minutos, frente a varias horas antes. La información esencial se recupera automáticamente y se valida en tiempo real.
  • Calidad de datos: el OCR combinado con la validación de la persona usuaria garantiza que los campos obligatorios estén completos. Los documentos manuscritos se digitalizan y verifican, reduciendo errores y duplicados.
  • Analítica de zonas accidentógenas: cada declaración incluye las coordenadas del lugar del accidente, ayudando al operador a identificar zonas de riesgo y aplicar medidas de prevención.
< 10 minutos
Por informe, frente a varias horas de recogida de información, escaneos y entrada manual de datos anteriormente.

Saber más

1Desarrollo de la declaración

El conductor o el responsable abre el bot en Microsoft Teams e introduce la matrícula del autobús. El agente verifica ese número y recupera automáticamente los datos de la flota — línea, cochera, conductor. El bot guía después la subida del documento correcto.

2Extracción y validación de datos

El modelo de visión extrae la información del formulario: fecha, hora, lugar, descripción, datos de conductores, matrículas, aseguradoras, croquis del accidente, firmas. El agente también recopila información adicional que no figura en el formulario, como heridos, testigos o condiciones meteorológicas.

3Modelo de datos estructurado

El esquema de datos desarrollado con el cliente define unos cincuenta campos obligatorios u opcionales.

Datos del autobús
Matrícula Número de flota Línea ID del conductor Filial
Detalles del siniestro
Fecha / hora Lugar Municipio / país Descripción de daños Heridos / testigos
Información del conductor y del tercero
Nombre / dirección Número de permiso Aseguradora Matrícula vehículo A

Cada campo se etiqueta como obligatorio u opcional y se mapea directamente con el sistema de gestión de siniestros. El agente verifica la coherencia — como fecha posterior al día de declaración, o formato correcto de matrícula — y solicita correcciones si es necesario.

4Integración y notificaciones

Al final del recorrido, el agente envía un correo de síntesis a los equipos de siniestros, incluyendo los campos principales y el parte o informe adjunto. También se envía un mensaje de confirmación a la persona usuaria por Teams — los datos estructurados se inyectan automáticamente en el sistema de tramitación, sin reintroducción.

5Retornos y perspectivas

Los primeros retornos muestran que conductores y responsables valoran la simplicidad del proceso: el bot gestiona los documentos y los valida, mientras que los equipos de gestión ya no tienen que volver a teclear la información. El principal desafío sigue siendo el reconocimiento de las zonas manuscritas y el ajuste de los modelos de visión; el agente se apoya en la validación humana para corregir incertidumbres.

Con esta base, el cliente prevé extender la solución a otros servicios, como vehículos ligeros de servicio, e integrar canales adicionales como WhatsApp o el correo electrónico para llegar a los conductores en el terreno.

6Conclusión

Este caso de uso demuestra que la automatización de la declaración de incidentes para una flota de autobuses puede reducir drásticamente los plazos, aumentar la calidad de los expedientes y aportar datos explotables para analizar zonas de riesgo. La combinación de OCR sobre documentos normalizados, validación interactiva con la persona usuaria e integración directa en el sistema de gestión es una palanca potente para industrializar la gestión de siniestros.