¿Cómo se definen las reglas de negocio, los permisos y los límites de autonomía de los agentes de IA de Empliados?
Respuesta breve
Su empresa define qué eventos activan cada tarea, qué datos puede consultar o modificar cada agente, por qué canal se comunica y cuándo debe escalar a una persona. Las decisiones con impacto económico, legal, comercial o de seguridad pueden quedar sujetas a aprobación humana.
Los agentes de inteligencia artificial de Empliados pueden ejecutar tareas operativas y administrativas de acuerdo con las reglas, permisos y límites definidos para cada empresa de transporte.
Esto es importante porque no todas las transportistas trabajan de la misma manera.
Una empresa de distribución urbana puede necesitar controles cada 15 minutos.
Una transportista de larga distancia puede utilizar criterios diferentes.
Un cliente puede exigir avisos inmediatos ante cualquier demora.
Otro puede requerir comunicaciones solamente cuando se supera un determinado umbral.
Por eso, Empliados no debería aplicar las mismas decisiones a todas las operaciones.
La empresa debe definir qué situaciones requieren una acción, qué información puede utilizar el agente y cuáles son las consecuencias permitidas.
También debe establecer qué decisiones necesitan aprobación humana.
La autonomía no significa ausencia de control.
Significa que los agentes pueden ejecutar determinadas tareas sin esperar una instrucción manual para cada paso, siempre dentro de los límites autorizados.
¿Qué son las reglas de negocio de un agente?
Son las condiciones que determinan cómo debe comportarse ante una situación operativa.
Por ejemplo:
"Si un viaje no comenzó 20 minutos después de su salida programada, consultar al chofer".
O:
"Si un POD no fue recibido dentro de las dos horas posteriores a la entrega, solicitarlo por WhatsApp".
O:
"Si una factura supera determinado importe, no modificarla sin aprobación".
Estas reglas permiten transformar procedimientos habituales de la empresa en instrucciones operativas para los agentes.
Sin embargo, una regla no debe limitarse a describir cuándo actuar.
También debe definir qué hacer cuando la información es incompleta, existe una contradicción o el caso requiere una excepción.
¿Qué aspectos se pueden definir en las reglas?
- Evento que inicia la tarea. Por ejemplo, un viaje programado que no registra salida.
- Fuente de información. Qué TMS, ERP, GPS o sistema debe consultarse.
- Condición de activación. Qué debe ocurrir para iniciar una gestión.
- Umbral de tiempo. Cuántos minutos esperar antes de actuar.
- Prioridad. Qué situaciones requieren atención inmediata.
- Canal de comunicación. WhatsApp, email u otro canal habilitado.
- Destinatario. A qué chofer, cliente, proveedor o empleado contactar.
- Contenido del mensaje. Qué información puede incluirse.
- Datos permitidos. Qué registros puede consultar el agente.
- Acciones autorizadas. Qué información puede modificar.
- Acciones prohibidas. Qué decisiones no puede tomar.
- Cantidad de intentos. Cuántas veces puede realizar un seguimiento.
- Intervalo entre contactos. Cuánto debe esperar antes de insistir.
- Condición de cierre. Qué evidencia necesita para considerar resuelta la tarea.
- Criterio de escalamiento. Cuándo debe intervenir una persona.
- Responsable humano. A quién se asigna cada excepción.
- Horarios operativos. Cuándo corresponde enviar comunicaciones no urgentes.
- Reglas por cliente. Qué procedimientos particulares deben respetarse.
- Reglas por sucursal. Cómo se adapta a operaciones diferentes.
- Reglas por tipo de viaje. Distribución urbana, larga distancia o transporte especializado.
- Tratamiento de errores. Qué hacer si una integración falla.
- Validaciones. Qué comprobaciones realizar antes de ejecutar una acción.
- Registro de actividad. Qué información debe conservarse para supervisión.
- Límites económicos. Qué importes requieren aprobación.
- Revisión de reglas. Quién puede solicitar y autorizar cambios.
No todos los agentes utilizan todas estas dimensiones.
La configuración depende de la tarea y de las capacidades disponibles.
Ejemplo concreto: configurar un agente de viajes no iniciados
Imaginemos una transportista que realiza 150 viajes diarios.
La empresa quiere automatizar el control de salidas.
Define las siguientes reglas:
- Consultar los viajes programados en el TMS.
- Verificar si registran inicio.
- Esperar 20 minutos después del horario previsto.
- No actuar si existe una salida confirmada.
- Contactar al chofer por WhatsApp cuando corresponda.
- Identificar el viaje y consultar el motivo.
- Interpretar la respuesta recibida.
- Registrar la novedad si la integración y los permisos lo permiten.
- Programar un nuevo seguimiento cuando sea necesario.
- Escalar al responsable de tráfico si la demora supera 45 minutos.
- No enviar mensajes duplicados por la misma incidencia.
- No modificar la asignación del camión sin autorización.
- No informar al cliente una nueva hora de llegada sin datos suficientes.
- Registrar las acciones realizadas.
- Cerrar el seguimiento cuando exista confirmación de inicio.
Estas reglas permiten que el agente gestione muchos casos habituales sin intervención humana.
Pero también establecen límites claros.
El agente puede preguntar por una demora.
No necesariamente puede reasignar un camión.
Puede registrar una explicación.
No necesariamente puede comprometer un nuevo horario contractual.
La autonomía debe ser proporcional al riesgo.
¿Qué diferencia hay entre permiso de lectura y permiso de escritura?
Es una diferencia fundamental.
Permiso de lectura:
El agente puede consultar información de un sistema.
Por ejemplo:
- Ver viajes programados.
- Consultar estados.
- Leer facturas.
- Ver documentación.
- Consultar posiciones GPS.
Permiso de escritura:
El agente puede modificar información o registrar acciones.
Por ejemplo:
- Actualizar el estado de un viaje.
- Registrar una incidencia.
- Adjuntar un POD.
- Crear una observación.
- Actualizar información administrativa.
Una integración puede permitir leer determinados datos sin autorizar modificaciones.
También puede permitir escribir solamente en ciertos campos.
Los permisos deben configurarse según las necesidades reales de cada agente.
No conviene otorgar acceso completo a un sistema cuando una tarea requiere solamente consultar dos o tres campos.
¿Qué decisiones pueden tomar los agentes automáticamente?
Depende de las reglas definidas y de las integraciones disponibles.
Algunos ejemplos de decisiones de menor riesgo son:
- Consultar un viaje programado.
- Detectar que falta una confirmación de salida.
- Enviar un check call autorizado.
- Solicitar un remito pendiente.
- Consultar el motivo de una demora.
- Clasificar una respuesta operativa.
- Programar un seguimiento.
- Registrar una observación permitida.
- Avisar a un supervisor.
- Preparar un reporte.
- Identificar documentación incompleta.
- Responder una consulta rutinaria con información verificada.
- Actualizar un ETA cuando existen datos suficientes.
- Recordar un compromiso de envío de documentación.
- Escalar una incidencia según su prioridad.
La empresa puede decidir qué acciones habilitar y cuáles mantener bajo supervisión.
¿Qué decisiones conviene reservar a personas?
Especialmente aquellas con consecuencias económicas, legales, comerciales o de seguridad importantes.
Por ejemplo:
- Aprobar pagos.
- Modificar datos bancarios.
- Autorizar descuentos comerciales.
- Comprometer indemnizaciones.
- Aprobar gastos extraordinarios.
- Modificar importes de facturas.
- Reasignar viajes críticos.
- Cancelar servicios comprometidos.
- Resolver conflictos contractuales.
- Aprobar cambios de condiciones comerciales.
- Autorizar decisiones de seguridad.
- Cerrar siniestros.
- Modificar información legal sensible.
- Confirmar acciones irreversibles.
- Resolver excepciones que no están contempladas en las reglas.
Esto no significa que los agentes no puedan participar.
Pueden reunir información, analizar alternativas y preparar una recomendación.
Pero la decisión final puede permanecer en manos de una persona autorizada.
¿Cómo funciona una aprobación humana?
Imaginemos que un agente detecta que un cliente solicita cambiar el destino de una entrega.
El agente puede:
- Identificar el viaje.
- Verificar su estado.
- Consultar la ubicación del camión.
- Identificar el nuevo destino solicitado.
- Revisar las reglas de la empresa.
- Preparar la información para el operador.
- Solicitar autorización.
El responsable humano evalúa si corresponde aceptar el cambio.
Si lo aprueba, pueden ejecutarse las acciones habilitadas para actualizar los sistemas y comunicar la decisión.
Si lo rechaza, el agente puede registrar la respuesta y continuar según el procedimiento definido.
La implementación concreta de aprobaciones depende de las funciones disponibles y de las integraciones configuradas.
Lo importante es distinguir entre recomendar una decisión y estar autorizado a ejecutarla.
¿Qué pasa cuando las reglas de dos agentes entran en conflicto?
Puede ocurrir que distintos agentes participen en un mismo proceso.
Por ejemplo:
El agente de Viajes detecta una demora.
El agente de ETA calcula una nueva llegada.
El agente de Atención al Cliente prepara un aviso.
Pero otro agente registra una actualización más reciente que modifica la situación.
Para evitar contradicciones, conviene definir:
- Qué sistema es la fuente oficial de cada dato.
- Qué agente tiene responsabilidad sobre cada acción.
- Qué información debe verificarse antes de comunicarla.
- Cómo se identifican los eventos ya gestionados.
- Cuándo corresponde cancelar una acción pendiente.
- Qué reglas tienen prioridad.
- Cómo se registra una intervención humana.
- Qué hacer cuando dos fuentes no coinciden.
La coordinación entre agentes es tan importante como la configuración individual.
No alcanza con que cada agente ejecute correctamente sus propias instrucciones.
También deben contribuir a un proceso consistente.
¿Se pueden definir reglas diferentes por cliente?
Sí, cuando la información y la configuración lo permiten.
Por ejemplo:
Cliente a:
Avisar cualquier demora superior a 15 minutos.
Cliente b:
Avisar solamente cuando el ETA supere en 45 minutos el horario comprometido.
Cliente c:
Solicitar POD firmado y fotografía de la entrega.
Cliente d:
No enviar comunicaciones automáticas fuera del horario establecido.
Estas diferencias pueden reflejarse en las reglas del proceso.
También pueden definirse procedimientos por sucursal, tipo de mercadería, destino o transportista.
La capacidad concreta de aplicar cada condición debe verificarse durante la implementación.
¿Qué pasa si la empresa cambia sus procedimientos?
Las reglas de los agentes pueden necesitar ajustes.
Por ejemplo, una transportista puede decidir que las demoras se escalen después de 30 minutos en lugar de 45.
O puede modificar los requisitos de documentación para un cliente.
O cambiar quién autoriza determinados gastos.
En esos casos, corresponde revisar las reglas afectadas, validar su comportamiento y comunicar el cambio a los responsables.
No debería asumirse que una modificación en un procedimiento interno se transmite automáticamente a todos los agentes.
Los cambios necesitan reflejarse en la configuración correspondiente.
¿Quién debería definir las reglas?
La responsabilidad debería distribuirse según el tipo de decisión.
Dirección:
Define prioridades, políticas generales y límites de autonomía.
Operaciones:
Establece reglas de seguimiento, coordinación y escalamiento.
Administración:
Define criterios para documentación, gastos, facturación y cobranzas.
Atención al cliente:
Establece condiciones de comunicación y tratamiento de consultas.
Sistemas:
Valida integraciones, accesos y permisos técnicos.
Responsables de proceso:
Revisan resultados, excepciones y oportunidades de mejora.
Empliados puede ayudar a implementar esas reglas en los agentes correspondientes.
Pero las decisiones de negocio deben estar alineadas con las políticas de la transportista.
¿Cómo se prueban las reglas antes de dar autonomía?
Conviene utilizar casos representativos.
Por ejemplo:
- Viaje que comienza a horario.
- Viaje que comienza con demora.
- Chofer que no responde.
- Chofer que informa un problema mecánico.
- GPS sin actualización.
- TMS fuera de servicio.
- Dos viajes con identificadores similares.
- Cliente con reglas especiales.
- Mensaje ambiguo.
- POD ilegible.
- Incidencia ya resuelta.
- Información contradictoria.
- Acción no autorizada.
- Cambio de estado durante el seguimiento.
- Intervención manual de un supervisor.
El objetivo es comprobar que el agente actúa correctamente cuando las condiciones son normales y también cuando aparecen excepciones.
Las pruebas deben incluir casos donde la respuesta correcta sea no actuar.
¿Cómo se mide si las reglas están bien definidas?
Algunos indicadores son:
- Tareas completadas correctamente.
- Tasa de resolución autónoma.
- Errores de interpretación.
- Acciones fuera de las reglas.
- Excepciones escaladas.
- Intervenciones humanas innecesarias.
- Incidencias no detectadas.
- Alertas falsas.
- Mensajes duplicados.
- Tiempo de resolución.
- Calidad de los datos registrados.
- Cumplimiento de autorizaciones.
- Satisfacción de clientes.
- Tiempo humano de supervisión.
- Necesidad de modificar reglas.
Una buena configuración no busca maximizar la autonomía a cualquier costo.
Busca encontrar el equilibrio entre automatización, calidad, control y resultados económicos.
¿Cuál es el beneficio?
El principal beneficio es que la empresa puede delegar trabajo operativo y administrativo en agentes de inteligencia artificial sin perder el control sobre las decisiones importantes.
Los agentes pueden ejecutar tareas repetitivas dentro de parámetros definidos.
Las personas pueden concentrarse en excepciones, decisiones sensibles y mejora de procesos.
Pero hay un cambio conceptual más profundo.
En el software tradicional, muchas reglas existen en manuales, procedimientos y conocimientos de los empleados.
Las personas deben recordarlas y aplicarlas mientras operan los sistemas.
Con Empliados, parte de esas reglas puede incorporarse al trabajo de los agentes.
Por ejemplo:
Antes, un operador tenía que recordar cuándo consultar a un chofer.
Ahora, un agente puede identificar automáticamente que se cumplió la condición y ejecutar el seguimiento autorizado.
Antes, una persona debía revisar qué remitos estaban pendientes.
Ahora, un agente puede detectar faltantes y solicitar la documentación.
Antes, un empleado debía decidir cuándo volver a consultar por una incidencia.
Ahora, un agente puede programar y realizar ese seguimiento.
La empresa deja de depender exclusivamente de que cada persona recuerde y ejecute cada paso.
Los procedimientos pueden transformarse en trabajo realizado por agentes.
Sin embargo, las decisiones que requieren criterio humano pueden continuar bajo supervisión.
La autonomía no es que la inteligencia artificial haga cualquier cosa.
Es que haga correctamente las tareas que la empresa decidió delegarle.
Ese es el objetivo de definir reglas, permisos y límites claros para los agentes de Empliados.
Conservá esta versión como aprobada y pasemos a la pregunta 70, también con un campo editable.
¿Quiere ver cómo se aplica esto en su operación?
Solicitar demo