Seguridad y gobernanza de datos de ProjectVIEW AI

DANAOS ProjectVIEW AI opera dentro de la gobernanza de ProjectVIEW ERP, no al margen de ella. Cada solicitud de IA sigue la cadena Identidad → Rol → Permiso → Datos → IA → Acción, las acciones con consecuencias siempre requieren aprobación humana y la actividad de la IA queda auditada. Los datos no se envían a servicios públicos de IA para consumidores: ProjectVIEW AI se ejecuta en un entorno privado, y DANAOS Projects cuenta con las certificaciones ISO 27001, ISO 9001, ISO 14001 e ISO 20000-1.

Esta página explica el modelo de gobernanza de datos de IA para los datos del ERP y dónde encontrar la documentación de seguridad complementaria.

La IA debe operar dentro de la gobernanza empresarial, no al margen de ella. En ProjectVIEW AI, cada paso depende del anterior:

1. Identidad. Quién realiza la solicitud.
2. Rol. Qué función desempeña esa persona en la organización y en el proyecto.
3. Permiso. Qué puede ver y hacer ese rol en ProjectVIEW ERP.
4. Datos. Solo se recuperan los datos que esos permisos autorizan.
5. IA. El modelo trabaja con esos datos y con nada más.
6. Acción. Cualquier acción resultante pasa por la validación del ERP y, cuando es relevante, por la aprobación humana.

Por tanto, un controller de costes y un ingeniero de obra que hagan la misma pregunta pueden obtener respuestas diferentes, porque tienen accesos distintos.

Las acciones con consecuencias siempre requieren aprobación humana. Los agentes de ProjectVIEW AI siguen un ciclo fijo: Detectar → Investigar → Explicar → Recomendar → Solicitar aprobación → Ejecutar → Auditar.

Ejemplo: un agente de compras señala una oferta por encima del precio presupuestado. Explica la diferencia, recomienda una acción y solicita la aprobación del usuario responsable. Solo después de la aprobación se ejecuta algo en el ERP.

Lo mismo se aplica a la captura por voz y headless desde la obra. Las grabaciones de voz por sí solas no establecen derechos contractuales ni avances certificados. Se interpretan, se asocian a BoQ, WBS y códigos de coste, y se registran sujetas a validación y autorización.

La auditoría es el último paso de cada ciclo del agente. El registro muestra qué detectó el agente, qué recomendó, quién lo aprobó y qué se ejecutó. Los responsables pueden revisar las decisiones apoyadas por la IA del mismo modo que revisan cualquier otra transacción del ERP.

Esto es importante para reclamaciones, disputas y control interno. Una recomendación de la IA que no puede rastrearse es un riesgo; una que está vinculada a los datos de origen y a un aprobador es una prueba.

ProjectVIEW AI se ejecuta en un entorno privado. Los datos no se envían a servicios públicos de IA para consumidores.

Los modelos recuperan el contexto del ERP en el momento de la inferencia, por lo que no es necesario reentrenarlos con sus datos. Las opciones de despliegue se describen en despliegue de ProjectVIEW AI. Nuestro enfoque de seguridad de la información se describe en seguridad de la información y confidencialidad y protección de datos y privacidad.

• ISO 27001: gestión de la seguridad de la información.
• ISO 9001: gestión de la calidad.
• ISO 14001: gestión ambiental.
• ISO 20000-1: gestión de servicios de TI.

Los certificados se encuentran en la página de certificaciones ISO.

Las personas. ProjectVIEW AI detecta, explica y recomienda. El usuario con el rol adecuado aprueba o rechaza. El ERP registra lo que ocurrió; la IA explica por qué ocurrió y qué puede ocurrir a continuación; una persona concreta decide qué hacer al respecto.

Así, la responsabilidad se mantiene donde ya está en su organización: en el director de proyecto, el controller de costes, el responsable de compras y los directivos que dan el visto bueno.

Antes de la implantación, recomendamos que sus equipos de TI y de seguridad revisen con nosotros estos puntos:

1. Opción de despliegue: nube de Azure, local (on-premises) o entorno soberano en KSA (previsto).
2. Configuración de residencia de datos y cifrado, incluidas las claves gestionadas por el cliente en Azure.
3. Diseño de roles y permisos en ProjectVIEW ERP, ya que el acceso de la IA se basa en él.
4. Qué acciones requieren aprobación humana y quién las aprueba.
5. Si el personal utilizará el conector MCP con Claude o ChatGPT, y con qué espacio de trabajo business o enterprise.
6. Revisión de auditoría: quién comprueba las decisiones apoyadas por la IA y con qué frecuencia.

La página del rol de responsable de TI ofrece una visión más amplia de ProjectVIEW para los equipos de TI.

Los modelos de IA pueden equivocarse. La gobernanza limita el impacto. Como la IA solo lee los datos del ERP permitidos, explica su razonamiento y no puede ejecutar acciones con consecuencias sin aprobación, un error se convierte en una recomendación que alguien rechaza, no en una transacción contabilizada.

La IA no arreglará procesos deficientes. Los amplificará. Por eso ProjectVIEW AI se apoya en un ERP con flujos de trabajo y reglas de aprobación definidos. Más información en gestión de riesgos con IA.

Reserve una demo y venga con sus responsables de TI y de seguridad. Le explicaremos la cadena de gobernanza, las aprobaciones, la auditoría y las opciones de despliegue.