HOME/Perspectivas.../IA empresarial privada para la construcción: cómo ProjectVIEW AI convierte los datos del ERP en inteligencia gobernada IA empresarial privada para la construcción: cómo ProjectVIEW AI convierte los datos del ERP en inteligencia gobernada Christos Emmanouilidis, Director de Clientes y Comercial (CCO), DANAOS Projects 19 min de lectura 20 de septiembre de 2026 Actualizado 16 de octubre de 2026 IA y ProjectVIEW AI La IA empresarial no debería obligar a las empresas a elegir entre la soberanía de los datos y el acceso a la inteligencia artificial avanzada. Las empresas constructoras, los contratistas EPC, los astilleros, los contratistas offshore, las empresas mineras y otras empresas orientadas a proyectos conservan parte de su propiedad intelectual más valiosa dentro de sus sistemas ERP: estimaciones, BoQ, estructuras WBS, índices de productividad, cotizaciones de proveedores, historial de compras, contratos, reclamaciones, costos de proyectos, registros de ingeniería y datos comerciales. Enviar esta información de forma indiscriminada a servicios públicos de IA para consumidores no es una estrategia de IA empresarial. Pero adquirir grandes cantidades de infraestructura de GPU tampoco es necesariamente la respuesta. En DANAOS Projects, nuestra estrategia para ProjectVIEW AI es diferente: Mantener el control de los datos. Ser dueños del contexto de negocio. Gobernar el acceso. Utilizar el motor de razonamiento de IA adecuado para cada tarea. ProjectVIEW ERP sigue siendo el sistema operativo de registro y la fuente del contexto de negocio. La IA se convierte en una capa de inteligencia gobernada que opera sobre ese contexto. Esa distinción es fundamental. ¿Qué es ProjectVIEW AI? ProjectVIEW AI es la capa de inteligencia y automatización agéntica de ProjectVIEW ERP, diseñada para aplicar el razonamiento de la IA a datos y flujos de trabajo empresariales estructurados y específicos de cada proyecto. ProjectVIEW ERP proporciona la base operativa: BoQ ↔ WBS ↔ Códigos de costo Estas dimensiones conectan el alcance comercial, el plazo, los recursos, el costo y la ejecución real del proyecto. ProjectVIEW ERP ya da soporte a procesos que incluyen: Estimación y licitación Presupuestación y control de costos Compras Gestión de subcontratistas Gestión contractual y comercial Materiales y producción Maquinaria y flota RR. HH. y nómina Operaciones en obra Control de proyectos Gestión documental Gestión financiera La documentación de producto publicada de ProjectVIEW describe este entorno integrado y la asociación entre BoQ, WBS y Códigos de costo, junto con el seguimiento de costos reales frente al presupuesto y las integraciones con sistemas como Oracle Primavera P6 y Microsoft Project. ProjectVIEW AI construye inteligencia sobre esa base operativa. El ERP aporta los hechos y el contexto de negocio. La IA aporta el razonamiento. La lógica de negocio de ProjectVIEW conecta el razonamiento con la acción empresarial. ¿Por qué el ERP debe ir antes que la IA? La calidad de la IA empresarial depende en gran medida de la calidad, la estructura y el contexto de la información de la que dispone. Un modelo de IA genérico puede entender qué es una orden de compra. Pero no entiende por sí mismo: qué proyecto requiere el material; qué partida del BoQ originó el requerimiento; qué actividad de la WBS lo necesita; qué código de costo debe absorber el gasto; qué cantidad se presupuestó; qué se ha comprometido ya; qué se ha consumido realmente; qué proveedores se evaluaron previamente; si la compra supera un umbral de aprobación; si el gasto genera una desviación de costos; y quién tiene autoridad para aprobar la transacción. Ese contexto ya existe dentro de un ERP para construcción correctamente estructurado. Por eso DANAOS ha sostenido de forma constante que las empresas deben establecer la base del ERP y de los procesos antes de intentar una automatización con IA a gran escala. ProjectVIEW ERP estructura las finanzas, las compras, los contratos, los proyectos y las operaciones en un entorno operativo común. Para la IA, ese entorno estructurado resulta extremadamente valioso. En lugar de pedir a un modelo de IA que comprenda un conjunto desestructurado de hojas de cálculo, correos electrónicos, bases de datos y documentos inconexos, ProjectVIEW puede proporcionar un acceso controlado al contexto operativo pertinente que requiere una tarea específica. ¿Cuál es la estrategia de IA empresarial de DANAOS? La estrategia de DANAOS puede resumirse en pocas palabras: Conservar los datos. Orquestar la inteligencia. No creemos que las empresas deban ceder su conocimiento operativo propietario a sistemas públicos de IA para consumidores. Tampoco creemos que cada contratista, astillero o empresa de ingeniería deba convertirse en una empresa de infraestructura de IA comprando y manteniendo grandes clústeres de GPU. En cambio, ProjectVIEW se está desarrollando en torno a una arquitectura de IA flexible en cuanto al modelo y gobernada por la empresa. La arquitectura separa cinco capas importantes: 1. Sistema de registro — ProjectVIEW ERP El ERP mantiene las transacciones, los flujos de trabajo, los presupuestos, los contratos, los registros de compras, las estructuras de proyecto y el historial operativo. 2. Contexto de negocio — Lógica de negocio de ProjectVIEW El BoQ, la WBS, los códigos de costo, los recursos, los contratos, las aprobaciones y la ejecución real del proyecto dan significado a los datos empresariales. 3. Gobernanza — Identidad, permisos y seguridad El acceso de la IA debe respetar los mismos límites organizacionales que rigen la información empresarial subyacente. 4. Inteligencia — Modelos de IA empresarial Los modelos de razonamiento de IA adecuados pueden seleccionarse según el caso de uso, la arquitectura de seguridad, los requisitos de despliegue y las consideraciones comerciales. 5. Acción — Agentes de ProjectVIEW AI Los agentes con un propósito específico pueden pasar progresivamente de responder preguntas a investigar situaciones, recomendar acciones y, cuando estén autorizados, iniciar flujos de trabajo controlados. El resultado no es simplemente un ERP conectado a un chatbot. Es la base de un ERP agéntico gobernado. ¿Requiere la IA empresarial enviar los datos del ERP a servicios públicos de IA? No. Los despliegues empresariales pueden utilizar arquitecturas diseñadas específicamente para separar los datos de los clientes empresariales de los servicios públicos de IA para consumidores. Por ejemplo, la documentación de Microsoft sobre Azure AI / Microsoft Foundry indica que los prompts, las respuestas generadas (completions), los embeddings y los datos de entrenamiento de los clientes para los modelos vendidos por Azure no se ponen a disposición de otros clientes ni de los proveedores de los modelos subyacentes, y no se utilizan para entrenar modelos fundacionales generativos sin el permiso del cliente. Microsoft también indica que estos modelos están alojados dentro del entorno Azure de Microsoft, en lugar de interactuar con servicios operados por el proveedor del modelo subyacente. Esta distinción es importante. Utilizar un modelo de IA de vanguardia no significa automáticamente utilizar un chatbot público para consumidores. La arquitectura empresarial, la gestión de identidades, la residencia de los datos, la configuración de retención, el despliegue del modelo y los controles contractuales determinan cómo interactúa la IA con la información corporativa. ¿Y la residencia de los datos? La residencia de los datos requiere un lenguaje más preciso que simplemente afirmar que la información «permanece detrás del firewall». Microsoft documenta varios modelos de despliegue. En los despliegues estándar o regionales, el procesamiento de inferencia puede permanecer dentro de la geografía o región de despliegue seleccionada, según la configuración del despliegue. Los despliegues Data Zone operan dentro de su zona geográfica definida, mientras que los despliegues Global pueden procesar solicitudes en las regiones de Azure elegibles. Microsoft también indica que los datos almacenados en reposo permanecen dentro de la geografía de Azure designada. Por lo tanto, la arquitectura de IA empresarial debe considerar deliberadamente: Ubicación de los datos → Despliegue del modelo → Retención → Identidad → Permisos → Arquitectura de red → Auditabilidad La soberanía de los datos no puede tratarse como una casilla de marketing. Es una decisión de arquitectura. ¿Necesita ProjectVIEW entrenar un modelo de IA con la base de datos del ERP del cliente? No necesariamente. Esta es otra distinción importante en la estrategia de IA de DANAOS. La IA empresarial no siempre requiere tomar la base de datos completa del ERP de una empresa y utilizarla para volver a entrenar un modelo fundacional. En su lugar, el sistema puede recuperar la información pertinente para una solicitud concreta y proporcionar ese contexto al modelo en el momento de la inferencia. Microsoft describe este tipo de arquitectura como fundamentar (grounding) las respuestas de la IA con datos empresariales. En su arquitectura «On Your Data», la información pertinente se recupera de la fuente designada y se utiliza para enriquecer el prompt, mientras que los datos de origen permanecen en la ubicación de datos seleccionada por el cliente. Para ProjectVIEW, este concepto es especialmente potente porque la información subyacente ya está estructurada en torno a la lógica de negocio del proyecto. En lugar de dar a un modelo de IA acceso indiscriminado a todo, el sistema puede proporcionar el contexto adecuado, para la tarea adecuada, al usuario autorizado adecuado. ¿Por qué son importantes el BoQ, la WBS y los códigos de costo para la IA en la construcción? Porque la IA necesita contexto. Un proyecto de construcción no es simplemente un conjunto de transacciones contables. Un costo adquiere significado operativo cuando la empresa entiende: Qué se vendió → Qué se planificó → Qué se presupuestó → Qué se comprometió → Qué se ejecutó → Qué se consumió → Qué se pagó → Qué queda ProjectVIEW ERP conecta estas dimensiones mediante: BoQ ↔ WBS ↔ Códigos de costo DANAOS describe esta estructura como el núcleo del proyecto que conecta el alcance comercial, la programación y la información de costos. Esto proporciona a la IA algo mucho más valioso que documentos aislados. Le proporciona contexto de proyecto estructurado. Considere una pregunta de gestión sencilla: «¿Por qué este proyecto está perdiendo margen?» Un chatbot genérico no puede responder de forma fiable a esa pregunta a partir de un libro mayor aislado. Un entorno de IA que comprende el proyecto puede, potencialmente, investigar las relaciones entre: el costo estimado; las revisiones del presupuesto; los compromisos de compra; los precios de los proveedores; las certificaciones de subcontratistas; la productividad de la mano de obra; la utilización de la maquinaria; el consumo de materiales; el avance del proyecto; las variaciones; las reclamaciones; los ingresos; la desviación del cronograma; el costo real. Esa es la diferencia entre una IA añadida a un software empresarial y una IA integrada en la lógica de negocio del proyecto. Del asistente de IA al agente de IA La primera generación de IA empresarial se dedicaba principalmente a responder preguntas. La próxima generación participará cada vez más en los flujos de trabajo. Esa transición es importante. Un asistente de ProjectVIEW AI podría responder: ¿Cuál es el costo comprometido actual del hormigón en el Proyecto X? Un agente de ProjectVIEW AI podría ir más allá: Detectar → Investigar → Explicar → Recomendar → Solicitar aprobación → Ejecutar → Auditar Por ejemplo, un agente de compras podría detectar que las últimas cotizaciones de proveedores superan de forma significativa la tarifa presupuestada. A continuación, podría: recuperar el BoQ y el presupuesto pertinentes; revisar la información histórica de compras; comparar las cotizaciones; identificar la desviación de costos; evaluar el posible impacto en el proyecto; recomendar una acción adecuada; encauzar esa recomendación a través del flujo de aprobación de ProjectVIEW; ejecutar la transacción aprobada a través del ERP; conservar el historial de la decisión y de la transacción. La palabra clave es aprobada. La IA empresarial no debería ser simplemente autónoma. Debería ser inteligencia autónoma gobernada. Por qué la aprobación humana sigue siendo importante Los sistemas ERP existen, en parte, porque las empresas requieren rendición de cuentas. Una orden de compra no es simplemente texto. Un certificado de subcontratista no es simplemente texto. Una variación no es simplemente texto. Son compromisos comerciales. Pueden afectar al flujo de caja, a la responsabilidad contractual, al margen del proyecto y a la información financiera. Esto significa que la IA empresarial debe operar dentro de las reglas de autoridad establecidas. El AI Risk Management Framework del NIST hace hincapié en incorporar la confiabilidad y la gestión de riesgos a lo largo del diseño, el despliegue, el uso y la evaluación de los sistemas de IA. El NIST también ha publicado un perfil específico de IA generativa (Generative AI Profile) que aborda los riesgos propios de la IA generativa. Para ProjectVIEW, la interpretación práctica es sencilla: La IA debe operar dentro de la gobernanza empresarial, no al margen de ella. El principio de gobernanza de la IA de ProjectVIEW Una forma útil de entender la arquitectura es: Identidad → Rol → Permiso → Datos → IA → Acción La identidad determina el usuario. El rol establece la responsabilidad organizacional. Los permisos determinan a qué información y procesos se puede acceder. ProjectVIEW suministra los datos operativos pertinentes. La IA razona sobre el contexto autorizado. ProjectVIEW controla qué acciones pueden producirse a continuación. Esto es importante porque la misma pregunta a la IA puede requerir derechos de acceso completamente distintos. Un gerente de proyecto, un gerente de compras, un CFO, un quantity surveyor y un subcontratista no deberían recibir necesariamente la misma información solo porque formulen la misma pregunta. ProjectVIEW ya ofrece controles de acceso por usuario, rol y grupo, así como gestión de flujos de trabajo y procesos de negocio, como parte de su base ERP. Por lo tanto, la IA se convierte en un participante gobernado más dentro de la arquitectura empresarial. ¿Qué son los agentes de ProjectVIEW AI? La arquitectura de ProjectVIEW a largo plazo se basa en agentes de IA con propósitos específicos, en lugar de un único chatbot corporativo universal. Las áreas potenciales incluyen: Agente de IA para licitaciones Apoya el análisis histórico, la estimación de costos, la preparación de ofertas, la identificación de riesgos y la evaluación de escenarios. Agente de IA para compras Apoya la inteligencia sobre proveedores, el análisis de cotizaciones, la comparación histórica de precios, la planificación de compras y la detección de desviaciones. Agente de IA para control de costos Investiga el desempeño real frente al presupuesto e identifica anomalías de costos emergentes. Agente de IA para contratos Apoya el análisis de registros contractuales, variaciones, reclamaciones, certificaciones, obligaciones y documentación comercial. Agente de IA para control de proyectos Conecta la información de costos, avance y cronograma para ayudar a identificar desviaciones de desempeño emergentes. Agente de IA para maquinaria Apoya el análisis de utilización, mantenimiento, tiempos de inactividad y costos de los equipos. Agente de IA para la dirección Proporciona inteligencia transversal entre proyectos para los ejecutivos que gestionan carteras de proyectos complejas. El objetivo no es crear más aplicaciones aisladas. El objetivo es permitir que agentes de IA especializados operen sobre un tejido común de datos empresariales gobernado por ProjectVIEW ERP. ¿Por qué es importante la flexibilidad del modelo? Los modelos de IA evolucionan con enorme rapidez. Para una empresa de software empresarial, vincular estrechamente toda la estrategia de IA a un único modelo crearía una dependencia tecnológica innecesaria. Por lo tanto, el activo estratégico de DANAOS no es un modelo de lenguaje de gran tamaño (LLM) concreto. Es la combinación de: Lógica de negocio de ProjectVIEW + datos empresariales estructurados + flujos de trabajo + gobernanza + integración + orquestación de IA. El modelo de razonamiento puede evolucionar. El conocimiento operativo del cliente permanece dentro de la arquitectura empresarial. Esto lleva a una distinción importante: El modelo de IA aporta inteligencia. ProjectVIEW aporta contexto. La lógica de negocio aporta significado. La gobernanza aporta control. Se trata de una arquitectura empresarial más duradera que apostar toda la estrategia de IA de la empresa al modelo fundacional que lidere el mercado en un momento dado. ¿Por qué no desplegar simplemente un LLM local? Los modelos de IA locales tienen casos de uso válidos. Pueden ser adecuados cuando el funcionamiento sin conexión, los entornos de datos muy restringidos, los requisitos de latencia o las cargas de trabajo especializadas los justifican. Pero ejecutar localmente un entorno de IA empresarial competitivo también introduce requisitos de infraestructura que implican GPU, despliegue de modelos, optimización, seguridad, actualizaciones, monitoreo y recursos especializados de ingeniería de IA. Por ello, DANAOS no plantea la elección como: IA pública frente a IA local. La mejor pregunta es: ¿Qué modelo y qué arquitectura de despliegue ofrecen la inteligencia, la seguridad, la gobernanza, la economía y las características de residencia de datos requeridas para cada carga de trabajo empresarial? Por eso la flexibilidad del modelo es central en la estrategia de ProjectVIEW AI. La seguridad forma parte de la arquitectura La seguridad de la IA no puede separarse de la seguridad del ERP. ProjectVIEW ERP opera dentro de un entorno empresarial que incorpora controles de acceso, flujos de trabajo y mecanismos de seguridad. El marco SaaS publicado por DANAOS describe un enfoque de entorno privado dedicado, y DANAOS también publica sus certificaciones ISO, entre ellas ISO 27001 e ISO 27018. En cuanto a la infraestructura de IA, Microsoft indica que los datos de Foundry en reposo están cifrados y que pueden utilizarse claves administradas por el cliente en los servicios y configuraciones compatibles. Por lo tanto, el principio importante no es simplemente: «Nuestra IA es segura». Es: La IA hereda una arquitectura empresarial de seguridad, identidad, datos y gobernanza, y opera dentro de ella. La «verificación de la realidad» de ProjectVIEW La IA solo es valiosa si la realidad sobre la que razona es precisa. Esto se conecta directamente con la lógica de negocio central de ProjectVIEW ERP. En última instancia, cada proceso del proyecto puede evaluarse frente a dos dimensiones fundamentales: TIEMPO — representado mediante la estructura de desglose del trabajo (WBS) y COSTO — derivado de la estructura comercial y presupuestaria, incluido el presupuesto de cantidades (BoQ). La ejecución real puede compararse entonces de forma continua con lo planificado. Esto crea lo que DANAOS describe como una verificación continua de la realidad. Las compras pueden compararse con el presupuesto. El avance de los subcontratistas puede compararse con el trabajo certificado. El consumo de materiales puede compararse con las cantidades planificadas. La mano de obra y la maquinaria pueden compararse con la productividad esperada. El costo real del proyecto puede compararse con el presupuesto y el avance. ProjectVIEW ERP ya ofrece seguimiento del costo real frente al presupuesto y captura de datos de obra sobre mano de obra, equipos, materiales y subcontratistas. La IA hace que esa verificación de la realidad sea mucho más potente, porque las desviaciones ya no tienen que quedarse como cifras pasivas en un panel. Pueden convertirse en eventos que desencadenen una investigación. De la inteligencia de negocio al razonamiento automático Los informes tradicionales del ERP responden: ¿Qué ocurrió? La inteligencia de negocio ayuda a responder: ¿Dónde ocurrió? La analítica predictiva pregunta: ¿Qué puede ocurrir a continuación? La IA agéntica introduce otra pregunta: ¿Qué debemos hacer al respecto? Ahí es donde convergen el ERP y la IA. El modelo de IA puede razonar. Pero el ERP entiende la organización. Conoce: los proyectos; los presupuestos; los contratos; los proveedores; los subcontratistas; los recursos; las aprobaciones; las responsabilidades; las transacciones; y la ejecución real del proyecto. Una IA sin esta base operativa corre el riesgo de convertirse en una interfaz impresionante desconectada de la realidad comercial. ProjectVIEW proporciona esa base. ¿Qué está construyendo DANAOS? DANAOS no intenta construir otro chatbot genérico. Y nuestro objetivo estratégico no es convertirnos en una empresa de modelos fundacionales. Estamos construyendo una capa de orquestación de IA para empresas orientadas a proyectos. ProjectVIEW ERP proporciona la capa de procesos y datos. ProjectVIEW AI proporciona la capa de inteligencia y autonomía. Juntas, forman la arquitectura que DANAOS denomina ProjectVIEW OS: un entorno operativo integrado para la construcción, la ingeniería marina y offshore, la construcción naval, la minería y otras industrias complejas basadas en proyectos. La dirección es clara: Arquitectura centrada en la empresa. Lógica de negocio centrada en el proyecto. Agentes de IA con propósitos específicos. ¿Cuál es el futuro de la IA en el ERP para construcción? Es poco probable que el futuro sea un chatbot de IA situado junto al ERP. La evolución de mayor trascendencia es la IA operando dentro de procesos de negocio controlados por el ERP. Eso significa pasar de: Buscar → Responder a: Observar → Comprender → Razonar → Recomendar → Aprobar → Actuar → Auditar Para la construcción y otras industrias basadas en proyectos, esto es especialmente importante, porque la rentabilidad de los proyectos depende de miles de decisiones interconectadas que involucran costos, plazos, recursos, contratos y ejecución operativa. La IA puede acelerar esas decisiones. Pero ProjectVIEW proporciona la realidad de negocio frente a la cual esas decisiones deben ponerse a prueba. La estrategia de ProjectVIEW AI de DANAOS En definitiva, la estrategia puede resumirse en siete principios: Mantener gobernados los datos empresariales. Mantener ProjectVIEW ERP como sistema de registro. Estructurar la realidad del proyecto mediante el BoQ, la WBS y los códigos de costo. Dar a la IA solo el contexto de negocio necesario para la tarea autorizada. Mantener la flexibilidad respecto al modelo de razonamiento subyacente. Utilizar agentes de IA con propósitos específicos en lugar de herramientas de IA genéricas y desconectadas. Mantener las acciones con consecuencias dentro de los flujos de trabajo, permisos, aprobaciones y pistas de auditoría de la empresa. Esa es la dirección de ProjectVIEW AI. No una IA que reemplace al ERP. No una IA que opere fuera del ERP. No unos datos del ERP cedidos a la IA. Sino una IA que se convierte en un participante inteligente y gobernado dentro del modelo operativo de la empresa. ProjectVIEW aporta la realidad. La IA aporta el razonamiento. Juntos, crean la empresa de proyectos inteligente. Preguntas frecuentes sobre ProjectVIEW AI ¿Qué es ProjectVIEW AI? ProjectVIEW AI es la capa de inteligencia artificial y automatización agéntica que se está desarrollando en torno a ProjectVIEW ERP. Aplica el razonamiento de la IA a un contexto empresarial gobernado, derivado de los procesos y transacciones del proyecto y de dimensiones estructuradas como el BoQ, la WBS y los códigos de costo. ¿Es ProjectVIEW AI un chatbot? No. La interacción conversacional puede ser una de las interfaces, pero la estrategia más amplia se basa en agentes de IA con propósitos específicos, capaces de apoyar análisis, recomendaciones y flujos de trabajo del ERP gobernados. ¿Requiere ProjectVIEW AI que las empresas entrenen su propio modelo de lenguaje de gran tamaño? No necesariamente. Los datos empresariales pueden recuperarse y suministrarse como contexto controlado a los modelos de IA adecuados sin volver a entrenar un modelo fundacional con toda la base de datos del ERP. ¿Se utilizan los datos del ERP para entrenar modelos públicos de IA? La respuesta depende del servicio de IA y de la configuración utilizados. Servicios empresariales como los modelos de Microsoft vendidos por Azure indican que los prompts y las respuestas de los clientes no se utilizan para entrenar modelos fundacionales generativos sin el permiso del cliente. La arquitectura empresarial y las condiciones contractuales deben verificarse siempre para el despliegue seleccionado. ¿Por qué es importante ProjectVIEW ERP para la IA en la construcción? Porque la IA necesita un contexto operativo estructurado. ProjectVIEW conecta el alcance, el cronograma, el costo, los recursos, las compras, la subcontratación y la ejecución real del proyecto mediante una lógica de negocio específica para la construcción. ¿Qué es un ERP agéntico? Un ERP agéntico es una arquitectura ERP en la que los agentes de IA pueden observar la información empresarial, investigar situaciones, razonar sobre posibles acciones y participar en flujos de negocio controlados, sin dejar de estar sujetos a permisos, aprobaciones y requisitos de auditoría. ¿Puede ProjectVIEW AI utilizar distintos modelos de IA? La flexibilidad del modelo es un principio estratégico central: el contexto de negocio de la empresa y la capa de gobernanza deben mantenerse estables aunque los modelos de IA subyacentes evolucionen. ¿Qué industrias pueden beneficiarse de ProjectVIEW AI? La arquitectura es especialmente relevante para industrias complejas orientadas a proyectos, como la construcción, la infraestructura, EPC/EPCI, la construcción marina y offshore, la construcción y reparación naval, la minería y las canteras, los proyectos energéticos y la fabricación por proyecto. Industrias:Construcción e Infraestructura Temas:IA y ProjectVIEW AI Etiquetas:IA en construcción y ERP Compartir: Sobre el autor Eng. Christos Emmanouilidis Director de Clientes y Comercial (CCO), DANAOS Projects El Ing. Christos Emmanouilidis es Director de Clientes y Comercial (CCO) de DANAOS Projects y experto en control de costos de construcción, ERP específico por industria y transformación digital de empresas basadas en proyectos. Ingeniero civil con más de 25 años de experiencia internacional en ingeniería, gestión de la construcción, calidad y estrategia comercial, lidera el desarrollo global de mercado… Ver todos los artículos Correo electrónico LinkedIn Sitio web Más insights sobre IA y ProjectVIEW AI Ver todos los artículos → IA y ProjectVIEW AI+1 ProjectVIEW ERP v12 ya está disponible para todos los clientes Dimitris Mitsopoulos 16 de octubre de 2026 · 2 min de lectura Leer más → IA y ProjectVIEW AIConstrucción e Infraestructura El poder de la voz: cómo ProjectVIEW AI transforma el ERP de construcción mediante operaciones headless Christos Emmanouilidis 13 de octubre de 2026 · 13 min de lectura Leer más → IA y ProjectVIEW AIConstrucción e Infraestructura+3 IA en construcción, minería y astilleros: por qué un ERP específico para la industria es la base de las operaciones inteligentes Christos Emmanouilidis 12 de octubre de 2026 · 22 min de lectura Leer más → Artículo anterior Artículo siguiente
IA y ProjectVIEW AI+1 ProjectVIEW ERP v12 ya está disponible para todos los clientes Dimitris Mitsopoulos 16 de octubre de 2026 · 2 min de lectura Leer más →
IA y ProjectVIEW AIConstrucción e Infraestructura El poder de la voz: cómo ProjectVIEW AI transforma el ERP de construcción mediante operaciones headless Christos Emmanouilidis 13 de octubre de 2026 · 13 min de lectura Leer más →
IA y ProjectVIEW AIConstrucción e Infraestructura+3 IA en construcción, minería y astilleros: por qué un ERP específico para la industria es la base de las operaciones inteligentes Christos Emmanouilidis 12 de octubre de 2026 · 22 min de lectura Leer más →