Qué lee, qué escribe y quién aprueba: cómo controlar un agente de IA en tu empresa
Cómo controlar un agente de IA conectado al ERP: qué datos lee, qué puede modificar, quién aprueba cada acción y qué preguntarle al proveedor.

Contenido
- 1. Qué lee el agente
- 1.1 El mínimo necesario
- 1.2 Dónde se procesan los datos
- 1.3 Datos de tus clientes
- 2. Qué escribe el agente
- 2.1 Leer no es lo mismo que escribir
- 2.2 Borradores antes que registros
- 2.3 El ERP como fuente de verdad
- 3. Quién aprueba
- 3.1 Una matriz de acciones por riesgo
- 3.2 Aprobar con un clic, no con un proceso
- 4. Permisos por persona
- 4.1 El agente ve lo que ve su persona
- 4.2 Nada de usuarios genéricos
- 4.3 Revocar es tan importante como otorgar
- 5. Trazabilidad
- 5.1 Cada acción con registro
- 5.2 Cada tarea con responsable
- 6. Qué preguntarle a un proveedor antes de contratar
- 7. Errores comunes
- Preguntas frecuentes
- Cómo controla nBlock a sus agentes
Mientras la IA era un chat que respondía preguntas, la duda de seguridad era simple: qué datos le pego. Con los agentes la pregunta cambia, porque un agente no solo responde, actúa: manda mensajes a clientes, arma pedidos, crea tareas, sugiere compras. La pregunta pasa a ser qué puede hacer, en nombre de quién y con qué control.
Para un gerente de administración o el dueño de una distribuidora, la duda es razonable. Conectar un agente al ERP es abrirle la puerta a los datos más sensibles de la empresa.
En este artículo vemos las tres preguntas que ordenan el control de cualquier agente de IA (qué lee, qué escribe y quién aprueba), cómo funcionan los permisos por persona, por qué la trazabilidad no es negociable y qué preguntarle a un proveedor antes de contratar.
1. Qué lee el agente
1.1 El mínimo necesario
Un agente de cobranza necesita facturas, pagos, contactos y condiciones de cada cliente. No necesita costos de compra ni sueldos. El principio es el mismo que con cualquier usuario del sistema: acceso al mínimo necesario para su tarea.
1.2 Dónde se procesan los datos
Preguntá dónde se alojan y procesan los datos, si se guardan copias, por cuánto tiempo y si se usan para entrenar modelos de terceros. Son preguntas estándar, y un proveedor serio las responde por escrito.
1.3 Datos de tus clientes
Los mensajes, las notas de visita y las conversaciones por WhatsApp contienen datos de tus clientes. Definí qué se guarda, quién lo ve y cuánto tiempo se conserva.
2. Qué escribe el agente
2.1 Leer no es lo mismo que escribir
Un agente que lee el ERP para armar una lista de clientes en riesgo tiene un riesgo bajo. Uno que modifica precios, condiciones de crédito o registros contables tiene un riesgo alto. La primera pregunta sobre cualquier agente es dónde escribe.
2.2 Borradores antes que registros
La forma más segura de que un agente escriba es en borrador: el pedido queda armado para que una persona lo confirme, el pedido a proveedor queda sugerido para que compras lo apruebe. El trabajo pesado lo hace el agente; la decisión que compromete a la empresa la toma una persona.
2.3 El ERP como fuente de verdad
El ERP debería seguir siendo la fuente de verdad. Una arquitectura sana es aquella en la que la capa de IA lee del ERP y deja sus resultados como tareas, sugerencias o borradores, sin alterar el corazón transaccional del sistema. Lo explicamos en IA sobre tu ERP.
3. Quién aprueba
3.1 Una matriz de acciones por riesgo
| Acción | Riesgo | Control sugerido |
|---|---|---|
| Recordatorio de vencimiento, estado de cuenta | Bajo | Ejecuta solo, con plantilla aprobada |
| Clasificar mensajes, crear tareas internas | Bajo | Ejecuta solo |
| Borrador de pedido de un cliente | Medio | Confirma el vendedor o el cliente |
| Pedido sugerido a proveedor | Medio | Aprueba compras |
| Descuento, cambio de precio o de condición | Alto | Solo sugiere; decide una persona con atribución |
| Crédito o bloqueo de una cuenta | Alto | Solo sugiere; decide administración |
3.2 Aprobar con un clic, no con un proceso
Si aprobar lo que propone el agente lleva más tiempo que hacerlo a mano, nadie lo va a usar. La aprobación tiene que estar donde la persona trabaja y resolverse en segundos.
4. Permisos por persona
4.1 El agente ve lo que ve su persona
El agente de un vendedor debería ver la cartera de ese vendedor, no la de toda la empresa. El del gerente comercial, la del equipo. El de administración, la cobranza. Replicar la estructura de permisos que ya tenés es más seguro y más fácil de auditar que inventar una nueva.
4.2 Nada de usuarios genéricos
Un agente que opera con un usuario genérico del ERP con acceso total es la peor práctica posible: no se puede saber quién hizo qué ni limitar el alcance. Cada agente, o al menos cada función, tiene que tener su identidad y sus permisos.
4.3 Revocar es tan importante como otorgar
Cuando una persona cambia de puesto o se va de la empresa, sus permisos y los de su agente cambian con ella. Y si dejás de usar un proveedor, tiene que estar claro qué pasa con tus datos.
5. Trazabilidad
5.1 Cada acción con registro
Qué hizo el agente, cuándo, con qué datos y quién lo aprobó. Sin ese registro no hay forma de auditar un error ni de mejorar el criterio del agente.
5.2 Cada tarea con responsable
Un agente que deja tareas sin dueño genera ruido. Cada salida del agente debería terminar en una tarea con un responsable humano y seguimiento hasta cerrarla.
6. Qué preguntarle a un proveedor antes de contratar
- ¿Qué datos del ERP lee y cuáles no necesita?
- ¿Escribe en el ERP? ¿Dónde y con qué aprobación?
- ¿Dónde se alojan y procesan los datos? ¿Se usan para entrenar modelos?
- ¿Los permisos se definen por persona? ¿Replican los del ERP?
- ¿Queda registro de cada acción del agente?
- ¿Firman un acuerdo de confidencialidad?
- ¿Qué pasa con mis datos si me doy de baja?
- ¿Cuánto tarda en revocarse un acceso?
7. Errores comunes
- Dar acceso total "para probar". Las pruebas se hacen con el mismo esquema de permisos que la operación.
- Automatizar decisiones de alto riesgo desde el primer día. La autonomía se gana con resultados.
- No definir un dueño por agente. Alguien tiene que revisar lo que hace y ajustarlo.
- Evaluar solo la tecnología. La gobernanza importa tanto como el modelo.
Preguntas frecuentes
¿Es seguro conectar un agente de IA al ERP? Puede serlo si el agente accede solo a los datos que necesita, escribe en borrador o con aprobación en las acciones sensibles, opera con permisos por persona y deja registro de cada acción.
¿Un agente de IA puede modificar datos del ERP? Técnicamente sí, si la integración lo permite. Lo recomendable es que las acciones de riesgo medio y alto queden como borrador o sugerencia para que una persona las confirme.
¿Mis datos se usan para entrenar modelos de IA? Depende del proveedor y de los servicios que use. Es una de las preguntas que conviene hacer por escrito antes de contratar.
¿Qué pasa con mis datos si dejo de usar el servicio? Tiene que estar definido en el contrato: plazo de devolución o eliminación y formato. Preguntalo antes de empezar, no al final.
Cómo controla nBlock a sus agentes
- Tu ERP sigue siendo la fuente de verdad: nBlock lee y actúa, sin tocarlo.
- Cada persona tiene su agente, con permisos por persona.
- Cada acción termina en una tarea con responsable y seguimiento.
- Firmamos NDA si corresponde.
- Sin contratos largos: cancelás cuando quieras.
Para entender qué hace cada agente en la operación, mirá agentes de IA para distribuidores.
¿Querés revisar con nosotros cómo se aplicaría en tu operación? Agendá una demo.



