Un cliente reporta que un equipo dejó de funcionar. La conversación entra por WhatsApp, el Contact Center crea una solicitud y operaciones intenta encontrar un técnico. Antes de confirmar la visita todavía faltan varias respuestas: qué activo requiere atención, qué habilidad se necesita, si hay un repuesto disponible, cuánto tarda el desplazamiento y qué ventana puede cumplirse.
Cuando cada respuesta vive en una herramienta distinta, la empresa puede asignar al técnico incorrecto, prometer una hora imposible o descubrir en el sitio que falta una pieza. Un agente de IA para órdenes de servicio en campo puede reducir esa fricción si conecta la conversación con el ERP o sistema de Field Service, la agenda, las rutas y el inventario.
El objetivo no es dejar que la IA improvise despachos. Es convertir una solicitud en una orden trazable, reunir las condiciones para ejecutarla y mantener informado al cliente con estados confirmados. La coordinación mejora cuando el agente interpreta y prepara; las reglas y los sistemas operativos asignan, reservan y registran.
Qué es una orden de servicio en campo conectada con IA
Es un flujo que mantiene una identidad común desde el primer contacto hasta el cierre de la visita. La conversación, la orden, la reserva del técnico, los materiales, los cambios de estado, la evidencia y la facturación pueden vivir en sistemas diferentes, pero deben referirse al mismo caso.
Microsoft documenta un ciclo típico de Field Service que pasa por creación, programación, despacho, ejecución, revisión y facturación. También separa el estado general de la orden del estado de la reserva del recurso. Esa distinción es importante: una orden puede existir sin técnico asignado, y una visita puede terminar parcialmente sin que todo el trabajo quede cerrado.
Un agente de IA aporta valor en los puntos donde hoy una persona lee mensajes, busca datos y coordina pasos repetitivos:
- Identifica el motivo de servicio y el activo afectado.
- Reúne dirección, contacto, disponibilidad y señales básicas sin diagnosticar de más.
- Consulta cobertura, historial y condiciones vigentes en las fuentes autorizadas.
- Prepara la orden con prioridad, habilidades, duración y materiales probables.
- Presenta ventanas basadas en capacidad real, no en una agenda aislada.
- Envía confirmaciones y actualizaciones cuando el sistema registra un cambio.
- Escala excepciones con el contexto y la evidencia ya reunidos.
Por qué agendar una visita no equivale a poder ejecutarla
Un calendario libre solo responde si alguien parece disponible. Una visita ejecutable requiere más condiciones: habilidad, territorio, duración, tiempo de viaje, acceso al sitio, activo correcto, herramientas, repuestos y restricciones del cliente.
| Señal | Pregunta que debe resolver antes de confirmar |
|---|---|
| Activo y solicitud | ¿Qué equipo o instalación requiere atención y cuál es el síntoma reportado? |
| Habilidad | ¿El recurso está habilitado para ese tipo de trabajo? |
| Ubicación y ruta | ¿Puede llegar dentro de la ventana considerando el recorrido y las citas previas? |
| Repuesto o herramienta | ¿Está disponible, reservado y en una ubicación accesible para el técnico? |
| Cobertura | ¿La visita está cubierta, requiere cotización o necesita aprobación? |
| Acceso | ¿Existen permisos, contactos, horarios o instrucciones especiales para entrar? |
| Estado operativo | ¿La orden fue creada y la reserva quedó confirmada en el sistema oficial? |
La documentación de Dynamics 365 Field Service muestra que la programación puede considerar disponibilidad, habilidades, territorio y tiempo de viaje. Google Route Optimization API permite modelar objetivos y restricciones como ventanas de tiempo, horarios de trabajo y capacidad. Estas herramientas no sustituyen la política del negocio: la vuelven ejecutable cuando los datos necesarios están disponibles.
Flujo recomendado: de la conversación a la visita completada
1. Recibe la solicitud en el inbox omnicanal
El cliente puede iniciar por voz, WhatsApp, webchat, correo o formulario. El inbox conserva el canal original y asocia la conversación con el contacto, la cuenta, el activo o una orden existente. Antes de crear un caso nuevo, el flujo busca posibles duplicados para no despachar dos visitas por el mismo incidente.
2. Reúne el contexto mínimo
El agente confirma ubicación, activo, síntoma, impacto, disponibilidad de contacto y condiciones de acceso. Puede hacer preguntas guiadas y consultar una base aprobada, pero no debe declarar una causa técnica que todavía no fue verificada.
Si existen señales de seguridad, riesgo eléctrico, fuga, lesión o infraestructura crítica, la ruta debe cambiar de inmediato hacia el protocolo definido. La conversación no puede seguir como si fuera una visita estándar.
3. Crea o completa la orden de servicio
Una automatización escribe la solicitud en el ERP o sistema operativo con un identificador común. La orden incluye categoría, prioridad, ubicación, activo, habilidades requeridas, duración estimada, evidencia recibida y cualquier dependencia conocida.
El mensaje original y los archivos se conservan como evidencia. El resumen generado por IA debe quedar identificado como tal y no reemplazar la descripción del cliente.
4. Verifica técnico, ruta y capacidad
El motor de programación consulta recursos compatibles y compara disponibilidad con restricciones reales. Una matriz de rutas puede estimar distancia y duración entre varios técnicos y destinos; un optimizador puede ordenar múltiples visitas bajo ventanas y horarios de trabajo.
La recomendación de asignación debe ser explicable con datos operativos: habilidad, zona, tiempo de viaje, carga actual y prioridad. Si se necesita una excepción, como sobrecupo o cambio de zona, un despachador la aprueba.
5. Comprueba materiales antes de prometer
Si el diagnóstico preliminar sugiere una pieza, el flujo consulta inventario por bodega o vehículo. Microsoft distingue cantidades disponibles, físicas, pedidas y asignadas, y permite asociar bodegas a recursos para descontar el material utilizado en una orden.
Consultar no es reservar. Antes de confirmar que el técnico llevará un repuesto, el sistema debe asignarlo a la orden o registrar la acción equivalente. Cuando no existe disponibilidad, el agente comunica la dependencia y ofrece el siguiente paso correcto: otra fecha, compra, traslado o revisión humana.
6. Confirma únicamente después de registrar
El cliente recibe fecha, ventana, dirección, instrucciones y canal de seguimiento solo cuando la orden y la reserva están confirmadas. El CRM y el inbox guardan el mismo estado para que cualquier persona pueda continuar la conversación.
La confirmación debe evitar promesas demasiado precisas si la operación solo puede sostener una ventana. También debe indicar qué puede hacer el cliente si necesita cambiarla o si las condiciones del sitio se modifican.
7. Actualiza por eventos, no por persecución manual
Cambios como técnico asignado, en ruta, llegada, trabajo en curso, repuesto faltante, visita parcial o finalización pueden activar webhooks y triggers. Cada evento actualiza la orden y decide si corresponde informar, crear una tarea o escalar.
El agente no inventa un estado a partir del silencio. Si el técnico no reporta llegada o la integración falla, el flujo crea una alerta; no envía una confirmación ficticia.
8. Cierra con evidencia y siguiente acción
Al finalizar, el técnico registra trabajo realizado, tiempo, material usado, fotografías o firma cuando aplique. Una persona o regla autorizada revisa excepciones, adicionales y garantías. Solo entonces la orden pasa al estado que habilita facturación, inventario o una visita de seguimiento.
Si la visita queda parcialmente completada, el caso debe conservar pendientes y volver a programación. Cerrar la reserva no siempre significa cerrar la orden.
Qué puede hacer la IA y qué debe quedar bajo control operativo
| El agente de IA puede preparar o ejecutar | Requiere regla determinística o aprobación |
|---|---|
| Clasificar la solicitud y resumir el contexto | Definir prioridad crítica fuera de la política |
| Detectar datos faltantes y posibles duplicados | Confirmar cobertura, garantía o cargo excepcional |
| Consultar disponibilidad y presentar opciones válidas | Forzar sobrecupo o asignar un recurso no habilitado |
| Crear una orden con campos permitidos | Aprobar descuentos, compras o trabajos adicionales |
| Enviar actualizaciones basadas en estados confirmados | Declarar una reparación completada sin evidencia |
| Preparar el handoff al despachador o técnico | Cerrar incidentes de seguridad o alto impacto |
NIST recomienda definir responsabilidades humanas, límites, monitoreo y respuestas ante fallas para los sistemas de IA. En Field Service, esos principios se convierten en permisos por herramienta, reglas de escalamiento, registros de acciones y una salida humana clara para clientes, técnicos y despachadores.
Reglas que evitan órdenes duplicadas y estados fantasma
- Usa un identificador idempotente para que un reintento no cree dos órdenes, reservas o solicitudes de repuesto.
- Separa los estados de solicitud, orden, reserva del técnico, material y comunicación al cliente.
- Guarda la hora, fuente y respuesta de cada consulta operativa.
- Vuelve a validar disponibilidad cuando el cliente acepta una ventana; no reutilices opciones antiguas.
- Detén recordatorios cuando la orden se cancela, cambia de estado o ya quedó completada.
- Mantén el mensaje original separado del resumen generado.
- Registra quién aprobó un sobrecupo, una compra, una excepción de cobertura o un trabajo adicional.
- Diseña rutas para integración no disponible, baja confianza, datos contradictorios y ausencia de técnicos.
- Permite que el técnico corrija el diagnóstico preliminar sin borrar el historial.
- Revisa una muestra de órdenes completadas, parciales, canceladas, reabiertas y facturadas.
Métricas para un piloto de coordinación en campo
El piloto debe comparar una tipología de servicio con su línea base. Medir mensajes enviados o agendas ocupadas no demuestra que la visita produjo un resultado correcto.
- Tiempo desde la solicitud hasta una orden completa y programable.
- Porcentaje de órdenes con activo, ubicación, habilidad y prioridad correctamente definidos.
- Visitas reprogramadas por asignación, ruta o duración incorrectas.
- Llegadas dentro de la ventana comunicada.
- Visitas improductivas por falta de repuesto, acceso o información.
- Órdenes y reservas duplicadas.
- Tiempo detenido por aprobación, material o dependencia externa.
- Handoffs con evidencia, motivo y siguiente acción completos.
- Estados comunicados sin confirmación del sistema operativo.
- Resolución en la primera visita, segmentada por tipo de trabajo.
- Correcciones humanas a clasificación, resumen, técnico o material sugerido.
- Tiempo desde la finalización técnica hasta revisión, inventario y facturación.
Segmenta por servicio, territorio, activo, urgencia, canal y ruta de excepción. Un buen promedio puede ocultar que el flujo funciona para mantenimientos simples, pero falla en reparaciones con materiales o accesos especiales.
Cómo empezar sin reemplazar el ERP
Elige una familia de órdenes frecuente, con estados claros y pocas excepciones. Mapea el proceso desde el contacto hasta el cierre, incluyendo quién crea la orden, cómo se asigna el técnico, dónde se consulta inventario y qué evento habilita la facturación.
Después define las acciones del agente: qué puede leer, qué campos puede escribir, qué mensajes puede enviar y qué decisiones deben quedar bloqueadas. Seelai puede actuar como una capa de conversación y coordinación conectada con el ERP, CRM, agenda y sistema de Field Service existentes mediante las integraciones disponibles.
Prueba escenarios normales y adversos: solicitud duplicada, dirección incompleta, técnico que cancela, tráfico que cambia la ruta, repuesto reservado por otra orden, visita parcial, cliente que cambia la ventana, baja conectividad y evento repetido. Amplía el alcance solo cuando el sistema conserve contexto y trazabilidad en esas condiciones.
Preguntas frecuentes
¿Un agente de IA puede asignar técnicos automáticamente?
Puede proponer o ejecutar una asignación cuando existen reglas claras de habilidad, territorio, disponibilidad, viaje y prioridad. Los sobrecupos, emergencias, restricciones no modeladas y recursos no habilitados deberían escalar a un despachador.
¿Puede informar la hora de llegada por WhatsApp?
Sí, si la estimación proviene de una ruta y un estado vigentes. Es más seguro comunicar una ventana razonable y actualizarla cuando cambie la operación que prometer una hora exacta sin respaldo.
¿La IA puede diagnosticar y elegir el repuesto?
Puede recopilar síntomas y sugerir materiales basados en información aprobada, pero el diagnóstico técnico y el uso real deben poder corregirse en campo. La reserva del repuesto debe confirmarse en inventario antes de comunicar disponibilidad.
¿Hay que cambiar el ERP o la herramienta de Field Service?
No necesariamente. El agente puede conectarse con los sistemas existentes para consultar, crear o actualizar los datos autorizados. El ERP o sistema operativo puede seguir siendo la fuente oficial de órdenes, inventario y facturación.
Dónde encaja Seelai
Seelai conecta agentes de IA, inbox omnicanal, CRM inteligente, voz, webhooks y software operativo para que una solicitud no se pierda entre atención y servicio en campo. El agente reúne contexto y coordina el recorrido; el ERP o sistema de Field Service confirma órdenes, recursos y materiales; y el equipo humano conserva las excepciones.
El resultado buscado es concreto: órdenes más completas, ventanas sostenibles, menos visitas improductivas y un historial visible desde la conversación hasta el cierre técnico y administrativo.
Fuentes
- Microsoft Learn, Work order lifecycle and system statuses: https://learn.microsoft.com/en-us/dynamics365/field-service/work-order-status-booking-status
- Microsoft Learn, Use the schedule board in Field Service: https://learn.microsoft.com/en-us/dynamics365/field-service/work-with-schedule-board
- Microsoft Learn, Overview of inventory, purchasing, and returns: https://learn.microsoft.com/en-us/dynamics365/field-service/inventory-purchasing-returns-overview
- Google for Developers, What is the Route Optimization API: https://developers.google.com/maps/documentation/route-optimization/overview
- NIST, Artificial Intelligence Risk Management Framework (AI RMF 1.0): https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf
Convierte cada solicitud en una visita lista para ejecutar
Si tu equipo coordina técnicos entre chats, hojas de cálculo, llamadas e inventario, agenda una demo de Seelai en /demo. Revisaremos una tipología de orden, sus reglas de asignación, fuentes de datos, materiales, eventos y métricas para diseñar un piloto conectado con tu operación real.