LHIND y Novagentica llevarán agentes al CRM con autorización previa y verificación posterior

Lufthansa Industry Solutions (LHIND) y Novagentica anunciaron el 6 de noviembre de 2026 una alianza para integrar agentes de IA en sistemas empresariales. La propuesta se dirige a procesos que incluyen acciones sobre CRM, ERP, servicio y logística.

¿Qué controles propone la alianza para las acciones de los agentes?

En su descripción de los controles de la plataforma, Novagentica explica que las acciones relevantes se autorizan antes de ejecutarse y su resultado se verifica después contra el sistema de registro. Las reglas contemplan límites de valor, umbrales de aprobación, vías de escalamiento y decisiones prohibidas. El agente que realiza la operación y la comprobación del resultado tienen funciones separadas.

En su anuncio de la alianza, LHIND explica que integrará la plataforma Architect en los sistemas y procesos del cliente y podrá operarla como servicio gestionado. La ejecución puede permanecer en las plataformas elegidas por la empresa. El anuncio incluye ejemplos como cambios de precio y notas de crédito, que requieren definir quién puede autorizar cada operación.

¿Cómo probar una escritura en el CRM antes de ampliarla?

Comience con una acción acotada, como actualizar una fecha de seguimiento. Defina el campo de destino, el usuario autorizado y el valor esperado. Ejecute el caso con una cuenta de prueba y revise el registro final del CRM. Guarde el identificador del registro y la decisión que permitió el cambio para que otra persona pueda repetir la comprobación.

Después pruebe una solicitud fuera del alcance acordado, como modificar un descuento cuando el permiso solo cubre la fecha. El criterio de aceptación debe decir qué se detiene y a quién se deriva la solicitud. Incluya una petición ambigua que necesite una aclaración del vendedor. Así se evalúa si la regla comercial está escrita con suficiente precisión para usarla durante el trabajo diario.

También conviene simular una respuesta que llegue tarde. Revise si la acción se completó antes de repetir la solicitud y compruebe que una segunda ejecución conserve un solo resultado. Un cambio duplicado puede enviar comunicaciones repetidas o producir tareas que dos personas crean que les corresponden. El responsable del proceso debe poder identificar qué quedó confirmado y qué necesita revisión.

¿Qué significa para las empresas en Chile y Latinoamérica?

Una empresa de Chile puede partir por un proceso donde el vendedor ya tenga una pauta de autorización. Traslade esa pauta a una matriz de acciones y responsables antes de permitir cambios sobre cuentas de clientes. Si participa finanzas, revise con esa área los importes, monedas y documentos que se usan al aprobar una excepción comercial.

En Latinoamérica, pruebe por separado las variantes de las filiales que comparten un CRM. Una cuenta comercial, una sociedad que factura y un usuario con permisos regionales pueden tener alcances distintos. Incluya un caso cuyo responsable esté ausente y documente cómo se recupera la tarea. Eso permite evaluar el proceso completo, incluido el trabajo que sigue haciendo una persona.

Análisis de Revenue Hub

Recomendamos ampliar el acceso de escritura después de comprobar una acción permitida, una denegada y una repetida. Para cada caso, revise el valor final en el CRM y la evidencia disponible para el equipo. La guía para asignar un responsable y detectar cuando una integración deja de enviar datos ayuda a establecer quién vigila el flujo y qué aviso debe recibir cuando deja de operar.

El piloto debería terminar con una lista de acciones aprobadas y de incidentes que aún requieren intervención manual. Mida las correcciones, las solicitudes detenidas y el tiempo que pasa hasta que alguien resuelve una excepción. Ese registro permite decidir qué tarea puede automatizarse y qué regla necesita cambios antes de dar acceso a más datos o a otra unidad de negocio.