Agentes de IA en el CRM: qué permisos conceder
Un agente que consulta oportunidades comerciales necesita menos acceso que otro que envía propuestas. Antes de conectar un agente de IA al CRM, conviene decidir qué datos podrá leer y qué acciones podrá ejecutar. Esa decisión debe reflejarse en permisos reales de la integración.
Una instrucción como «no cambies importes» ayuda a describir la tarea, pero no sustituye un control técnico. OWASP recomienda separar los límites de autorización del comportamiento del modelo en su guía sobre controles que no deben depender del prompt.
Define los permisos por tarea, dato y acción
Empieza con una ficha breve: objetivo del agente, registros que necesita, campos que puede consultar, cambios permitidos y responsable de supervisión. «Acceso al CRM» es demasiado amplio: consultar una oportunidad asignada y exportar toda la cartera son operaciones distintas.
Como punto de partida, aplica el principio de mínimo privilegio y denegación por defecto: habilita únicamente las operaciones justificadas y comprueba su aplicación en cada solicitud. El alcance debe restringir también los clientes o equipos a los que se puede acceder.
Ejemplo: un asistente comercial con tres niveles
Ejemplo hipotético: una empresa quiere preparar el seguimiento de oportunidades abiertas. Esta sería una propuesta inicial de permisos, que debe adaptarse a su proceso.
Consultar
El agente lee el estado, la última interacción y la próxima tarea de las oportunidades asignadas. Los datos bancarios, documentos de personal y clientes de otros equipos quedan fuera. El resumen se devuelve al comercial autorizado, sin crear una exportación general.
Preparar
Puede redactar una nota o una propuesta de seguimiento en una bandeja de borradores. No modifica el precio, el descuento ni el estado de aceptación de una oferta. El equipo revisa el borrador junto al registro del que procede.
Ejecutar con aprobación
Para enviar una propuesta, la revisión muestra destinatario, documento e importe exactos. La aprobación corresponde a esa versión: si cambia el destinatario o el contenido, se solicita otra revisión. Borrar clientes o modificar cuentas bancarias permanece fuera del alcance del asistente.
Cómo llevarlo a una integración con n8n
n8n permite añadir revisión humana a herramientas concretas de un agente. El flujo se detiene antes de ejecutarlas y la persona aprueba o rechaza la acción propuesta. Esta revisión debe acompañar a los permisos del sistema de destino.
En el diseño de la integración, separa consultar oportunidades, guardar borradores y enviar comunicaciones. Evita ofrecer una operación genérica capaz de cambiar cualquier campo. OWASP describe este riesgo como exceso de capacidades, permisos o autonomía.
La API concreta del CRM debe comprobarse: no todas permiten limitar permisos por operación o registro. Si la credencial disponible tiene acceso demasiado amplio, será necesario un conector que imponga esos límites o mantener el proceso en modo de consulta. No des por hecho que el rol visible en el CRM también restringe su API.
Prueba también lo que debe quedar bloqueado
Antes de usar datos reales, prepara registros ficticios de dos equipos. El agente debería consultar los de su equipo y recibir una denegación al pedir los del otro. Intenta además modificar un campo prohibido y enviar una propuesta sin aprobación: ninguna de esas operaciones debe llegar a ejecutarse.
Comprueba qué ocurre al rechazar una solicitud, dejarla caducar o retirar el acceso. Define quién atiende los casos pendientes y conserva un registro de la acción, su resultado y la aprobación correspondiente, evitando guardar secretos o información innecesaria.
El permiso inicial puede ampliarse cuando exista una necesidad concreta y pruebas que la respalden. En Serboweb diseñamos agentes de IA para empresas e integraciones con n8n. Cuéntanos qué tarea quieres delegar en tu CRM y podremos definir su alcance, sus límites y el punto de revisión humana.