Permisos e IA: el asistente debe ver solo lo que ve cada usuario

En una constructora, los permisos del ERP dicen más de la organización que el organigrama. El administrador de una obra ve su contrato, el comprador ve las órdenes de compra, la gerencia ve el resultado de todas las obras y finanzas ve lo que hay por pagar. Ese reparto se construyó durante años, firma por firma, y casi nadie lo mira hasta que algo falla.

Un asistente de IA conectado al ERP debe ver solo lo que ve cada usuario porque responde con datos reales de las obras: con una cuenta amplia, cualquier persona podría preguntar por márgenes, contratos o pagos que hoy no puede abrir. Los permisos del asistente tienen que ser, exactamente, los de quien pregunta.

¿Por qué el asistente no puede tener permisos propios?

Porque el asistente es una forma nueva de llegar a los mismos datos. Si tiene permisos propios, cada persona que conversa con él hereda esos permisos, sean los que sean. Y una pregunta en lenguaje natural no avisa que está cruzando una frontera; "¿cuánto ganamos en la obra de Rancagua?" se escribe igual la haga el gerente general o el jefe de bodega.

La Agencia Nacional de Ciberseguridad (ANCI) lo plantea en su guía rápida para minimizar privilegios, publicada en mayo de 2026: a cada persona se le da el acceso que corresponde a su rol y a su trabajo, «no más, ni menos». La misma guía recuerda que el daño posible en una cuenta comprometida depende de los permisos que esa cuenta tenga habilitados.

Con la IA, ese principio pesa más. La pregunta es más fácil de hacer que el informe de abrir.

El atajo de la cuenta compartida y lo que cuesta

Tome una constructora con nueve obras activas y 35 usuarios en el ERP. Para "probar la IA", alguien conecta el asistente con un usuario de administración que ve los nueve contratos, la tesorería y los estados de pago de todos los subcontratistas, y lo deja disponible para el equipo. En una semana, el administrador de la obra de Ñuñoa le pregunta cuánto le está pagando la empresa al subcontratista eléctrico en las otras ocho obras. Recibe la respuesta en diez segundos, con montos y fechas.

El problema va más allá de la curiosidad. Ese mismo usuario amplio puede, si la integración permite acciones, firmar lo que su dueño firmaría: una orden de compra de $48 millones queda autorizada a nombre de alguien que nunca la vio. Y cuando se revisa el historial, todas las consultas y firmas aparecen hechas por la misma cuenta, sin forma de saber quién estaba detrás de cada una.

La guía de la ANCI es directa sobre este punto: recomienda no usar cuentas genéricas y asociar cada acceso a una persona. Una cuenta compartida para la IA es exactamente eso.

Cómo funcionan los permisos cuando Sisip ERP se conecta a Claude

La conexión de Sisip ERP con Claude se diseñó sobre una regla simple: cada persona conecta el ERP a su propia cuenta de Claude, con su propio usuario, y Claude trabaja con los permisos que ese usuario ya tiene en el ERP. Lo que no puede ver en Sisip ERP, tampoco lo ve desde Claude. Lo que no puede firmar, tampoco lo firma.

En la práctica se nota en dos planos:

• Al consultar. El administrador que solo ve su contrato pregunta "¿cuánto llevamos comprometido en terminaciones?" y recibe la respuesta de su obra, con la empresa, el contrato y la fecha de corte. Si pregunta por otra obra, Claude le advierte que el dato puede no aparecer por falta de permiso, y no lo presenta como inexistente.
• Al actuar, la regla se aplica igual. Una gerente que pide "autoriza las OC de la obra de Rancagua que esperan mi firma" ve solo las que esperan su firma, revisa el resumen que le muestra Claude y confirma. Recién ahí se ejecuta.
• El control de saldo tampoco cambia: una OC cuya partida no tiene saldo no se autoriza desde el ERP ni desde Claude.

No hay una segunda lista de permisos que mantener. Se heredan del ERP tal como están configurados, así que un cambio de perfil en Sisip ERP se refleja en lo que esa persona puede pedirle a Claude.

Revise los permisos del ERP antes de conectar

Si los permisos van a viajar con cada persona, conviene que estén bien puestos antes de que la consulta se vuelva tan fácil. La guía de la ANCI propone una secuencia que calza bien con una constructora:

1. Haga un inventario de quién tiene acceso a qué. En Sisip ERP, el informe de Permisos de Usuarios entrega en una planilla a cada usuario con su matriz de permisos.
2. Defina perfiles a partir del organigrama: gerencia, oficina técnica, administración de obra, compras, finanzas. No todo un equipo necesita los mismos permisos.
3. Revise qué contratos ve cada usuario. El administrador de una obra rara vez necesita ver el resultado de las demás.
4. Desactive a quienes ya no trabajan en la empresa y quite los permisos que nadie usa.
5. Fije una revisión periódica, por ejemplo al abrir o cerrar cada obra, que es cuando más cambian los accesos.

Ese orden sirve con o sin IA. Con IA, además, se vuelve visible.

Errores que vale la pena evitar

El primero es tratar los permisos como un tema técnico del área de sistemas, cuando en realidad son una decisión de gerencia sobre quién debe saber qué. El segundo es conectar primero y ordenar después: las semanas en que "todos veían todo mientras probábamos" son las que dejan datos sensibles circulando en conversaciones. ¿Y el tercero? Confundir permiso de ver con permiso de firmar. Un jefe de oficina técnica puede necesitar consultar todas las OC de una obra sin tener ninguna firma en el circuito de autorización, y la integración tiene que respetar esa diferencia. El último es más sutil: suponer que, si la IA no muestra un dato, ese dato no existe. Muchas veces la respuesta corta se explica por el perfil de quien pregunta.

Cómo Sisip ERP aborda los permisos al conectarse a Claude

La integración parte de la misma lógica de control por contrato que ordena el ERP:

• Cada persona conecta Sisip ERP a su propia cuenta de Claude, con su usuario; nadie consulta a nombre de otro.
• Permisos heredados: lo que un usuario no ve o no firma en el ERP, tampoco lo ve ni lo firma desde Claude.
• Siempre en dos pasos. Antes de autorizar una OC, un estado de pago o una modificación de presupuesto, Claude muestra el resumen y espera su confirmación.
• Si un dato no aparece por falta de permiso, Claude lo dice así, sin confundirlo con un dato inexistente.
• Cada respuesta indica la empresa, el contrato y la fecha de corte del informe.
• El informe de Permisos de Usuarios del ERP permite revisar los perfiles antes de conectar.

Con más de 685 presupuestos controlados, la lección se repite: el control funciona cuando cada firma y cada consulta tienen nombre y apellido. La IA acorta el camino al dato y deja intacta esa regla.

Si su constructora quiere conectar la IA al ERP sin abrir datos de más, conversemos. Agende una demo y vea la conexión funcionando con datos de ejemplo.

Fuentes: Agencia Nacional de Ciberseguridad (ANCI), Guía rápida: minimizar privilegios, mayo de 2026.