Skip to content
Danaos

Un activo, muchas partes interesadas: cómo ProjectVIEW ERP conecta a propietarios, contratistas, consultores, bancos y aseguradoras

Un activo físico de gran envergadura casi nunca es diseñado, financiado, construido, ensamblado, asegurado y entregado por una sola organización.

 

Un centro de datos puede involucrar a un Propietario/Promotor ProjectVIEW Propietario/Promotor, un Contratista General ProjectVIEW Contratista General, un Consultor de Ingeniería ProjectVIEW Consultor, arquitectos, diseñadores, subcontratistas especializados, fabricantes de equipos, proveedores, bancos, aseguradoras, especialistas en puesta en marcha y, finalmente, un operador.

 

Una mina, una instalación offshore, un buque, una planta industrial o una estructura fabricada siguen la misma lógica fundamental.

 

Hay un solo activo físico, pero todo un ecosistema de organizaciones a su alrededor.

 

Esto plantea uno de los desafíos de digitalización más importantes del Build World:

 

¿Cómo pueden todas estas partes interesadas operar en torno a la misma realidad física y comercial sin obligar a cada organización a utilizar el mismo software?

 

Aquí es donde ProjectVIEW ERP debe entenderse de forma distinta a una aplicación convencional de gestión de la construcción o a un ERP corporativo genérico.

 

ProjectVIEW crea la columna vertebral operativa empresarial en torno a la creación física del activo, conectando el alcance, el plazo, el costo, los recursos, las compras, los contratos, la producción y las transacciones financieras del proyecto, al tiempo que permite que las distintas partes interesadas interactúen con la información pertinente a sus responsabilidades.

 

El objetivo no es que el banco, la aseguradora, el arquitecto o el ingeniero independiente operen el ERP del contratista.

 

El objetivo es mucho más importante:

 

Crear una única realidad operativa gobernada a partir de la cual cada parte interesada autorizada pueda obtener la evidencia, las aprobaciones, los documentos y la información pertinentes a su función.

 


 

El verdadero problema digital: cada uno ve una versión distinta del mismo activo

 

Los grandes proyectos ya operan como empresas extendidas.

 

Los contratos internacionales de construcción publicados por FIDIC Contratos de construcción FIDIC formalizan las relaciones entre el Empleador/Cliente, el Contratista y el Ingeniero. FIDIC también publica su Contrato Modelo de Servicios Cliente/Consultor FIDIC White Book para actividades que incluyen estudios de viabilidad, diseño de detalle, administración de la construcción y gestión de proyectos.

 

El ecosistema de diseño digital reconoce la misma realidad. buildingSMART International y openBIM buildingSMART openBIM se centran en el intercambio interoperable de información entre propietarios, diseñadores, ingenieros, contratistas, operadores y otras partes interesadas. Su guía para propietarios de activos openBIM para propietarios de activos enfatiza específicamente la comunicación entre las partes interesadas del proyecto, los socios y los proveedores a lo largo del ciclo de vida de un activo.

 

Las instituciones financieras crean otra capa de información. Los Principios de Ecuador Marco de financiación de proyectos de los Principios de Ecuador son utilizados como marco de gestión de riesgos por las instituciones financieras que participan en la financiación de proyectos y en productos de financiación relacionados.

 

El riesgo de ingeniería introduce otra más. La Asociación Internacional de Aseguradores de Ingeniería — IMIA IMIA representa a la comunidad de seguros de ingeniería y promueve el conocimiento técnico y las mejores prácticas en torno al riesgo de ingeniería.

 

Así, el ecosistema real del proyecto se parece menos a:

 

Propietario → Contratista

 

y más a:

 

Propietario / Promotor ↔ Diseñador ↔ Consultor ↔ Contratista ↔ Subcontratistas ↔ Proveedores ↔ Fabricantes ↔ Bancos ↔ Aseguradoras ↔ Certificadores ↔ Reguladores ↔ Operador

 

Sin embargo, estas partes suelen operar con sistemas, contratos, conjuntos de datos y ciclos de reporte diferentes.

 

El resultado no suele ser una escasez de datos.

 

Es una escasez de verdad operativa conectada.

 

¿Qué conecta ProjectVIEW?

 

En el centro de ProjectVIEW ERP, el alcance físico y la ejecución de un proyecto pueden estructurarse en torno a tres dimensiones fundamentales:

 

Presupuesto de cantidades (Bill of Quantities) — BoQ

 

¿Qué debe construirse, instalarse, fabricarse, excavarse o entregarse?

 

Estructura de desglose del trabajo (Work Breakdown Structure) — WBS

 

¿Cuándo y en qué secuencia de ejecución debe realizarse el trabajo?

 

Códigos de costo

 

¿Qué recursos y gastos se consumen para ejecutar ese trabajo?

 

ProjectVIEW conecta estas estructuras con procesos empresariales que incluyen Estimación presupuestaria, Control de costos, Compras, Gestión de subcontratistas, Materiales y producción, Maquinaria, RR. HH. y productividad de la mano de obra, Cuentas por pagar, Cuentas por cobrar y Gestión financiera. DANAOS describe esta relación BoQ–WBS–Códigos de costo como el núcleo del proyecto que sustenta su modelo operativo.

 

Esto significa que un cambio en el activo físico puede seguirse a través de sus consecuencias operativas.

 

Una revisión de diseño puede convertirse en:

 

Cambio de plano → Cambio de cantidades → Cambio en el BoQ → Impacto en la WBS → Requerimiento de compras → Impacto en subcontratistas → Requerimiento de recursos → Impacto en costos → Variación con el cliente → Impacto en el flujo de caja

 

Esto es considerablemente más potente que simplemente distribuir la última revisión de un plano.

 

Los perfiles internos y las partes interesadas externas no son lo mismo

 

Esta distinción es fundamental.

 

Dentro de la empresa, ProjectVIEW da soporte a perfiles operativos como:

 

Controladores de costos ProjectVIEW Controlador de costos, Gerentes de proyecto ProjectVIEW Gerente de proyecto, estimadores, quantity surveyors, planificadores, gerentes de contratos, responsables de compras, gerentes de subcontratistas, gerentes de construcción, controladores de materiales, jefes de almacén, gerentes de producción y fabricación, gerentes de maquinaria, equipos de RR. HH. y productividad laboral, responsables financieros, controladores de documentos, gerentes de calidad, gerentes de HSE, equipos de TI, gerentes de transformación digital y alta dirección.

 

Estos son usuarios empresariales.

 

Pero a su alrededor se encuentran las partes interesadas externas:

 

Propietarios, promotores, consultores de ingeniería, arquitectos, diseñadores, bancos, aseguradoras, proveedores, subcontratistas, organismos de inspección, sociedades de clasificación, reguladores y operadores.

 

Es posible que estas partes interesadas no necesiten acceso al ERP completo.

 

En cambio, necesitan acceso controlado a la información y a los flujos de trabajo pertinentes a su responsabilidad.

 

Esa es una diferencia arquitectónica importante.

 


 

1. Construcción e infraestructura

 

Considere un hospital, un aeropuerto, un ferrocarril, un puente, un desarrollo residencial, una instalación industrial o un centro de datos.

 

Las principales partes interesadas pueden incluir:

 

 

Esta estructura de partes interesadas es coherente con los modelos contractuales y de datos abiertos más amplios promovidos por FIDIC y buildingSMART.

 

Ejemplo: un cambio de diseño en un centro de datos

 

Supongamos que el consultor mecánico revisa el diseño de refrigeración.

 

Un sistema de gestión documental puede distribuir el plano revisado.

 

Pero las consecuencias reales para el negocio podrían incluir:

 

  • equipos adicionales;
  • cantidades revisadas;
  • paquetes de compras modificados;
  • modificaciones en los contratos con subcontratistas especializados;
  • mano de obra adicional;
  • secuencia de instalación revisada;
  • pruebas adicionales;
  • fechas de puesta en marcha modificadas;
  • costo de terminación revisado;
  • una variación contractual;
  • un cambio en las necesidades de flujo de caja.

 

Para el diseñador, comenzó como un cambio técnico.

 

Para el contratista, se convirtió en un evento de ejecución y de costos.

 

Para el propietario, se convirtió en un asunto de costo de capital y de entrega.

 

Para el consultor, se convirtió en un asunto de supervisión y certificación.

 

Para el banco, puede influir en el seguimiento del proyecto o en la evidencia para los desembolsos.

 

Para la aseguradora, puede alterar el perfil de riesgo de ingeniería del proyecto.

 

ProjectVIEW puede vincular estas consecuencias a un marco operativo común, en lugar de permitir que cada departamento mantenga una interpretación aislada del mismo evento.

 

El modelo de ERP para consultores ProjectVIEW para consultores de construcción de ProjectVIEW ya identifica la visibilidad en tiempo real de la obra, la documentación de construcción, las aprobaciones de diseño, la información de QC/QA y la gestión de cambios como elementos importantes de la supervisión del consultor.

 


 

2. Construcción marina y offshore

 

Los proyectos marinos y offshore están aún más distribuidos.

 

El activo físico puede ser una plataforma offshore, un sistema submarino, un rompeolas, un puerto, un muelle, un oleoducto, una terminal marítima o un proyecto de infraestructura costera.

 

La Asociación Internacional de Contratistas Marinos — IMCA Ecosistema de miembros de IMCA ilustra lo amplio que es este ecosistema. Sus categorías de miembros incluyen contratistas marinos, propietarios y operadores de buques, empresas y promotores de energía offshore, proveedores, fabricantes, consultores, proveedores de personal y organizaciones de formación.

 

El modelo de partes interesadas de ProjectVIEW incluye:

 

 

junto con:

 

  • Contratistas EPC
  • Consultores de ingeniería
  • Propietarios / Operadores de buques
  • Contratistas submarinos
  • Patios de fabricación
  • Contratistas de dragado
  • Proveedores de equipos
  • Autoridades portuarias
  • Bancos
  • Aseguradoras de ingeniería y marítimas
  • Inspectores (surveyors)
  • Autoridades gubernamentales

 

Ejemplo: cambio en una instalación offshore

 

Imagine que una condición submarina obliga a realizar una modificación de ingeniería durante una campaña de instalación offshore.

 

La consecuencia puede ser:

 

Cambio de ingeniería → Paquete de trabajo revisado → Días adicionales de buque → Tripulación especializada → Movilización de equipos → Compras → Impacto en el cronograma → Costo adicional → Variación con el cliente

 

El consultor de ingeniería necesita trazabilidad técnica.

 

El contratista necesita control de recursos y costos.

 

El propietario E&P necesita visibilidad sobre el impacto y la autorización.

 

El operador del buque necesita los requisitos actualizados.

 

El gerente comercial necesita conocer la consecuencia contractual.

 

La dirección necesita saber si el proyecto sigue siendo rentable.

 

El papel de ProjectVIEW no es reemplazar los sistemas especializados de ingeniería offshore, gestión de buques o inspección. Su papel es conectar las consecuencias empresariales de la ejecución física.

 

Esa distinción es importante.

 


 

3. Minería y canteras

 

Una mina no es simplemente un proyecto de construcción.

 

Puede contener simultáneamente:

 

  • movimiento de tierras;
  • caminos;
  • plantas de procesamiento;
  • trituradoras;
  • cintas transportadoras;
  • talleres;
  • infraestructura hídrica;
  • infraestructura eléctrica;
  • flotas de equipo pesado;
  • operaciones de mantenimiento;
  • contratistas;
  • activos productivos de largo plazo.

 

El Global Mining Guidelines Group — GMG Global Mining Guidelines Group describe una comunidad minera que incluye operadores mineros, OEM, proveedores de tecnología, proveedores, consultores, organizaciones de investigación y otras partes interesadas, y su gobernanza respalda explícitamente la colaboración multisectorial a escala de toda la industria.

 

Para ProjectVIEW, las categorías principales de partes interesadas incluyen:

 

 

rodeados de:

 

  • Consultores EPCM
  • Ingenieros de minas
  • Geólogos
  • Contratistas de perforación y voladura
  • OEM de equipo pesado
  • Contratistas de plantas de procesamiento
  • Contratistas de infraestructura
  • Proveedores
  • Bancos e inversionistas
  • Aseguradoras de ingeniería
  • Consultores ambientales
  • Reguladores
  • Equipos de ESG y aseguramiento

 

Ejemplo: ampliación de una planta de procesamiento

 

Supongamos que se retrasa la entrega de una trituradora importante.

 

No se trata simplemente de un problema de compras.

 

Puede propagarse a través de:

 

Retraso del proveedor → Secuencia de instalación → WBS → Maquinaria → Mano de obra → Subcontratistas → Puesta en marcha → Preparación para la producción → Flujo de caja → Pronóstico del proyecto

Un sistema de compras convencional puede identificar la orden de compra retrasada.

 

Un sistema de programación puede mostrar una actividad retrasada.

 

Una plataforma de construcción puede poner de manifiesto el problema en obra.

 

El propósito de ProjectVIEW es conectar estas realidades con el modelo de costos, recursos, contractual y financiero de la empresa.

 

El modelo ProjectVIEW para propietarios de minas y canteras ERP de control de proyectos para propietarios de minas se orienta específicamente al control de proyectos y a la visibilidad del propietario, mientras que el modelo para contratistas mineros ERP para contratistas mineros aborda la ejecución por parte del contratista.

 


 

4. Construcción y reparación naval

 

La construcción naval puede ser uno de los ejemplos más claros de complejidad entre partes interesadas.

 

Un buque en construcción se sitúa en el centro de un ecosistema que involucra a:

 

 

Esto también se refleja en el ámbito contractual. BIMCO NEWBUILDCON BIMCO NEWBUILDCON es un contrato internacional estándar de construcción naval diseñado para equilibrar los intereses de armadores y constructores navales.

 

IACS también explica que las sociedades de clasificación establecen y verifican el cumplimiento de requisitos técnicos que abarcan el diseño, la construcción y las inspecciones del buque durante toda su vida útil, vinculando directamente la clasificación con la construcción, el seguro, la financiación y la situación comercial del buque.

 

Ejemplo: un cambio de diseño impulsado por la clasificación

 

Supongamos que la sociedad de clasificación exige una modificación en la disposición de la maquinaria.

 

Esto puede generar:

 

Revisión de diseño → Cambio de material → Compras → Fabricación → Armamento → Nueva inspección → Cambio en la WBS → Impacto en la mano de obra → Impacto en costos → Aprobación del armador → Variación del contrato

 

Para el arquitecto naval, se trata de un asunto de ingeniería.

 

Para la sociedad de clasificación, es un asunto de cumplimiento.

 

Para el astillero, es un asunto de producción.

 

Para el armador, es un asunto de costo y de entrega.

 

Para el prestamista, puede afectar al seguimiento de hitos.

 

Para la aseguradora, puede afectar a la información sobre riesgos.

 

La arquitectura de ERP para construcción naval ProjectVIEW ERP para construcción naval de ProjectVIEW conecta la presupuestación, las compras, la programación, el costeo, la fabricación, el consumo de materiales, la mano de obra, los subcontratistas, los documentos y las actividades de producción en torno al buque. La plataforma también incluye un Entorno Común de Datos orientado a las partes interesadas para la distribución controlada de diseños, inspecciones y documentación de calidad.

 

Esto se acerca mucho más a un entorno operativo en torno al buque físico que a un repositorio documental independiente.

 


 

5. Fabricación por proyecto

 

La construcción no comienza en la obra.

 

Cada vez más, los grandes activos dependen de una fabricación específica para cada proyecto:

 

  • Acero estructural
  • Construcción modular
  • Ensamblajes MEP
  • Skids de proceso
  • Spools de tubería
  • Componentes prefabricados
  • Módulos offshore
  • Fabricación naval
  • Equipos diseñados bajo pedido (engineer-to-order)

 

ProjectVIEW ERP para fabricación por proyecto ERP para fabricación por proyecto está diseñado para conectar las actividades de fabricación y manufactura con el proyecto para el cual se producen.

 

El ecosistema de partes interesadas puede incluir:

 

  • Propietario
  • Contratista EPC
  • Contratista general
  • Fabricante
  • Ingeniero estructural
  • Detallista
  • Proveedor de materiales
  • Equipo de QA/QC
  • Inspector independiente
  • Proveedor logístico
  • Banco / Proveedor de financiación comercial
  • Aseguradora

 

Ejemplo: revisión de acero estructural

 

Si el ingeniero modifica un elemento estructural, el impacto puede recorrer:

 

Diseño → Cantidad → BOM → Requerimiento de material → Compras → Corte → Fabricación → Soldadura → Inspección → Logística → Montaje en obra → Costo

 

El problema clave no es si cada sistema puede gestionar su propia parte del proceso.

 

La mayoría puede hacerlo.

 

El problema clave es:

 

¿Puede la empresa rastrear las consecuencias operativas y comerciales del cambio desde el activo físico hasta la realidad de costos y financiera?

 

Ahí es donde la integración empresarial se vuelve crítica.

 

Pero ¿no conectan ya otras plataformas de construcción a las partes interesadas?

 

Sí.

 

Y es importante expresarlo con precisión.

 

La diferenciación no debería ser que otros sistemas no permiten colaborar.

 

Sí lo permiten.

 

La distinción más útil es su centro de gravedad.

 

Autodesk Construction Cloud / Autodesk Docs

 

Autodesk Docs Autodesk Docs es un Entorno Común de Datos en la nube centrado en la gestión de documentos y datos. Autodesk identifica entre sus usuarios a arquitectos, diseñadores, ingenieros, contratistas, subcontratistas, gerentes de BIM/VDC, gerentes de proyecto, propietarios y fabricantes.

 

Autodesk también permite una colaboración controlada en la gestión de costos entre contratistas, propietarios, proveedores, arquitectos y consultores.

 

Por lo tanto, su centro de gravedad está fuertemente vinculado a:

 

Diseño + Modelos + Documentos + Información de obra + Colaboración en la construcción

 

Eso es valioso.

 

Pero no equivale a operar la columna vertebral transaccional completa de una empresa en nómina, compras, cuentas por pagar, cuentas por cobrar, maquinaria, inventario empresarial y contabilidad corporativa.

 

Procore

 

Procore Financial Management Procore Construction Financial Management conecta la información de obra con los presupuestos del proyecto, los pronósticos, la facturación y los procesos financieros de construcción.

 

Procore también promueve explícitamente la integración con sistemas de contabilidad y ERP, e indica que su ecosistema incluye más de 500 integraciones.

 

Esa arquitectura ilustra claramente la distinción:

 

Plataforma de construcción / proyecto ↔ ERP / Sistema contable

 

Procore también ha ampliado la gestión de costos del lado del propietario y la visibilidad de la cartera.

 

Por lo tanto, facilita ampliamente la colaboración entre partes interesadas, pero su arquitectura suele coexistir con una capa separada de contabilidad empresarial o ERP.

 

Oracle Aconex

 

Oracle Aconex opera principalmente en la capa de información y colaboración de proyectos entre organizaciones.

 

La propia documentación de la Smart Construction Platform de Oracle muestra una sincronización explícita entre Aconex y Primavera Unifier. Integraciones de Oracle Smart Construction Platform

 

Esto es muy relevante porque demuestra que, incluso dentro de un gran ecosistema integrado de tecnología para la construcción, la colaboración en proyectos y el control de proyectos pueden seguir siendo capas arquitectónicas separadas.

 

Oracle Primavera Unifier

 

Oracle Primavera Unifier Integraciones de Oracle Smart Construction Platform aborda el control de proyectos de capital, los procesos de negocio y los flujos de trabajo financieros.

 

Oracle ofrece recetas de integración que conectan Unifier con Oracle Fusion Cloud ERP Procurement and Financials.

 

Ese es otro ejemplo arquitectónico importante:

 

Control de proyectos de capital ↔ ERP empresarial

 

Autodesk Digital Project Delivery

 

Autodesk describe Digital Project Delivery Autodesk Digital Project Delivery como un enfoque compartido basado en la nube que conecta datos multidisciplinarios para partes interesadas como propietarios, arquitectos, contratistas, ingenieros y oficios especializados.

 

Una vez más, esto aborda una parte importante del problema:

 

la interoperabilidad de la información y la colaboración en proyectos.

 

ProjectVIEW aborda otra dimensión:

 

¿Cómo se sincroniza esa realidad del proyecto con la empresa real que consume dinero, mano de obra, equipos, materiales y compromisos contractuales para crear el activo?

 


 

La diferencia estratégica: colaboración frente a orquestación operativa

 

Este es el argumento clave de ProjectVIEW.

 

  • Un Entorno Común de Datos puede indicar a todos qué plano está vigente.
  • Una plataforma BIM puede describir el activo digitalmente.
  • Un sistema de planificación puede indicar a todos cuándo debe realizarse el trabajo.
  • Una plataforma de gestión de la construcción puede coordinar RFI, incidencias y procesos de obra.
  • Un ERP genérico puede registrar compras, nómina, facturas y asientos contables.

 

Todos esos sistemas generan valor.

 

Pero el activo físico no experimenta estos procesos por separado.

 

Cuando algo cambia físicamente, varias dimensiones cambian simultáneamente.

 

Por lo tanto, la propuesta de ProjectVIEW es:

 

Arquitectura centrada en la empresa.

 

El ERP opera en toda la empresa, no solo dentro de un proyecto individual.

 

Lógica de negocio centrada en el proyecto.

 

Las transacciones empresariales se relacionan continuamente con las estructuras del proyecto que las generaron.

 

Realidad operativa centrada en el activo.

 

El BoQ, la WBS, los recursos, los documentos, los costos y el avance físico se conectan en torno a lo que realmente se está construyendo.

 

Visibilidad específica para cada parte interesada.

 

Las distintas partes interesadas pueden recibir la información, las aprobaciones y la evidencia adecuadas a sus responsabilidades sin que cada una tenga que operar el ERP completo.

 

Esto crea algo más amplio que la colaboración: orquestación operativa en torno al activo.

 

¿Qué puede obtener cada parte interesada?

 

Propietario / Promotor

 

Visibilidad del avance del proyecto, los compromisos, los costos, los cambios, el desempeño del contratista y la exposición comercial.

 

Contratista / EPC

 

Ejecución integrada de costos, compras, subcontratistas, materiales, maquinaria, mano de obra, contratos, producción y finanzas.

 

Consultor de ingeniería / PMC

 

Evidencia más estructurada para la revisión del avance, la coordinación del diseño, la certificación, la documentación y la gestión de cambios.

 

Diseñador / Arquitecto / Arquitecto naval

 

Una conexión más sólida entre el cambio de diseño y sus consecuencias en la ejecución posterior.

 

Banco / Prestamista / Asesor técnico

 

Acceso controlado a evidencia que respalda el avance del proyecto, la evolución de los costos, los hitos y el seguimiento.

 

ProjectVIEW no reemplaza la plataforma de préstamos ni de gestión de riesgos del banco.

 

Aseguradora de ingeniería o marítima

 

Evidencia estructurada del proyecto sobre cambios, avance, ejecución física y documentación.

 

ProjectVIEW no reemplaza los sistemas de suscripción, inspecciones de ingeniería ni gestión de siniestros.

 

Subcontratista

 

Paquetes estructurados, medición del avance, certificaciones, variaciones y flujos de trabajo de pago.

 

Proveedor

 

Requerimientos de compras, estado de las entregas, trazabilidad de materiales e información contractual.

 

Auditor

 

Una trazabilidad más sólida de transacciones y aprobaciones que vincula los eventos operativos con sus consecuencias financieras.

 

Alta dirección

 

Una visión consolidada de cómo la ejecución física del proyecto está afectando la rentabilidad y el riesgo de la empresa.

 


 

Un activo. Muchas partes interesadas. Una realidad operativa gobernada.

 

El futuro de la tecnología para la construcción no debería exigir que cada parte interesada abandone sus aplicaciones especializadas.

 

  • Los arquitectos deben seguir diseñando en sistemas profesionales de diseño.
  • Los ingenieros deben seguir haciendo ingeniería.
  • Los planificadores deben seguir planificando.
  • Los bancos deben seguir operando sus plataformas bancarias.
  • Las aseguradoras deben seguir utilizando sus sistemas de suscripción y de siniestros.
  • Las sociedades de clasificación deben seguir operando sus entornos técnicos y de certificación.

 

El objetivo debería ser la interoperabilidad sin perder el control operativo.

 

Esa es la oportunidad para ProjectVIEW ERP.

 

No todos necesitan trabajar dentro del ERP.

 

Pero todos los que rodean el activo se benefician cuando la información que reciben proviene de un sistema operativo estructurado, controlado y actualizado de forma continua.

 

  • Para el contratista, ProjectVIEW puede ser la columna vertebral operativa de la empresa.
  • Para el propietario, aporta transparencia.
  • Para el consultor, evidencia.
  • Para el diseñador, conexión entre el cambio y la ejecución.
  • Para el banco, información más sólida para el seguimiento del proyecto.
  • Para la aseguradora, evidencia operativa mejor estructurada.

 

Para la dirección, crea algo aún más fundamental:

 

una verificación continua de la realidad entre lo que la empresa pretendía construir, lo que planeaba gastar, lo que realmente ejecutó y lo que realmente costó.

 

Esa es la base de la visión de ProjectVIEW:

 

Arquitectura centrada en la empresa. Lógica de negocio centrada en el proyecto. Realidad operativa centrada en el activo. Visibilidad específica para cada parte interesada.

 

  • Un activo físico.
  • Muchas empresas.
  • Muchas disciplinas profesionales.
  • Muchos contratos.
  • Muchas aplicaciones especializadas.

 

Una realidad operativa gobernada.

 


 

Preguntas frecuentes

 

¿Qué es la colaboración entre partes interesadas en un ERP para construcción?

 

La colaboración entre partes interesadas en un ERP para construcción consiste en permitir que propietarios, contratistas, consultores, diseñadores, subcontratistas, proveedores y otras partes autorizadas interactúen con la información pertinente del proyecto, mientras los datos operativos y financieros subyacentes permanecen controlados por el sistema empresarial.

 

ProjectVIEW amplía este concepto al conectar la información de las partes interesadas con el BoQ, la WBS, los costos, las compras, los recursos, los contratos y las transacciones empresariales reales.

 

¿Pueden utilizar ProjectVIEW ERP tanto los contratistas como los propietarios de proyectos?

 

Sí.

 

ProjectVIEW cuenta con modelos específicos para Contratistas Generales ProjectVIEW Contratista General y Propietarios / Promotores ProjectVIEW Propietario/Promotor.

 

El contratista puede utilizar ProjectVIEW como su ERP operativo, mientras que el propietario puede recibir el control del proyecto, el avance y la visibilidad comercial adecuados.

 

¿Pueden los consultores de ingeniería utilizar ProjectVIEW ERP?

Sí.

 

La solución ProjectVIEW para consultores ProjectVIEW para consultores de construcción está diseñada en torno a la supervisión independiente, el avance de la construcción, la documentación, la gestión de cambios y la colaboración entre partes interesadas.

 

¿Pueden los bancos y prestamistas utilizar información de ProjectVIEW?

 

Sí, cuando el propietario o el contratista del proyecto autoriza el acceso o la generación de informes correspondientes.

 

Los bancos y sus asesores técnicos pueden necesitar evidencia sobre el avance, los costos, los contratos, los cambios y los hitos del proyecto al supervisar proyectos financiados.

 

ProjectVIEW puede ayudar a generar y estructurar esa evidencia subyacente.

 

No reemplaza los sistemas de crédito, préstamos o riesgo financiero de un banco.

 


 

¿Cómo pueden beneficiarse las aseguradoras de ProjectVIEW ERP?

 

Las aseguradoras de ingeniería y las aseguradoras marítimas dependen de información fiable sobre los activos, los cambios de ingeniería, el avance de la construcción y el riesgo.

 

ProjectVIEW puede crear una trazabilidad de evidencia más estructurada en torno a la ejecución del proyecto, los documentos, los cambios y las aprobaciones.

 

No reemplaza las plataformas de suscripción, inspecciones de ingeniería ni gestión de siniestros.

 

Entre las referencias del sector se encuentran IMIA Asociación Internacional de Aseguradores de Ingeniería e IUMI International Union of Marine Insurance.

 

¿Reemplaza ProjectVIEW al software BIM?

 

No.

 

Las aplicaciones BIM y de diseño de ingeniería realizan funciones especializadas de diseño y modelado.

 

El papel de ProjectVIEW es conectar la información y los cambios relacionados con el diseño con procesos empresariales como las cantidades, las actividades de la WBS, las compras, la producción, los recursos y los costos.

 

Los enfoques de interoperabilidad abierta como openBIM buildingSMART openBIM siguen siendo muy relevantes para esta arquitectura.

 

¿Reemplaza ProjectVIEW a un Entorno Común de Datos?

 

ProjectVIEW incluye capacidades de gestión documental y de Entorno Común de Datos, incluida la distribución controlada de documentos y la gestión de versiones.

 

No obstante, las organizaciones también pueden integrar ProjectVIEW con aplicaciones especializadas de CDE, BIM e ingeniería, según su arquitectura tecnológica.

 

¿En qué se diferencia ProjectVIEW de Procore?

 

Procore Procore Financial Management está fuertemente posicionado en torno a la gestión de la construcción, la ejecución de proyectos y los flujos de trabajo financieros de construcción, y admite la integración con sistemas de contabilidad y ERP.

 

ProjectVIEW se posiciona como el propio ERP empresarial, conectando la ejecución de proyectos con las compras, los recursos, los subcontratistas, los materiales, la maquinaria, la nómina y las transacciones financieras de toda la empresa.

 

¿En qué se diferencia ProjectVIEW de Autodesk Construction Cloud?

 

Autodesk Docs / Autodesk Construction Cloud Autodesk Docs se centra principalmente en la información del diseño a la construcción, los documentos, los modelos, la colaboración y los flujos de trabajo de obra y de proyecto.

 

ProjectVIEW se centra en conectar esa realidad física y de proyecto con la columna vertebral transaccional y de gestión de costos de la empresa.

 

Por lo tanto, ambas categorías tecnológicas pueden ser complementarias en lugar de mutuamente excluyentes.

 

¿En qué se diferencia ProjectVIEW de Oracle Aconex y Primavera Unifier?

 

Aconex se centra principalmente en la información y la colaboración de proyectos entre organizaciones, mientras que Primavera Unifier proporciona procesos de proyectos de capital y de control de proyectos.

 

La propia Oracle ofrece integraciones entre Aconex, Unifier y Oracle Fusion ERP. Integraciones de Oracle Smart Construction Platform

 

La propuesta de ProjectVIEW es reunir la lógica de negocio centrada en el proyecto y las transacciones empresariales en un único entorno ERP especializado para el Build World.

 

¿Qué industrias pueden utilizar el modelo de partes interesadas de ProjectVIEW?

 

ProjectVIEW aplica su lógica de negocio en:

 

Construcción e infraestructura

 

Construcción marina y offshore ProjectVIEW Contratista marino

 

Minería y canteras ProjectVIEW Propietario de mina

 

Construcción y reparación naval ProjectVIEW ERP para construcción naval

 

Fabricación por proyecto ProjectVIEW ERP para fabricación por proyecto

 

El activo físico cambia de un edificio a una mina, una instalación offshore, un buque o una estructura fabricada.

 

El desafío de gestión subyacente sigue siendo notablemente similar:

 

Alcance + Plazo + Costo + Recursos + Contratos + Partes interesadas + Ejecución real.

 

¿Cuál es el propósito principal de ProjectVIEW ERP?

 

ProjectVIEW ERP está diseñado para crear un entorno empresarial estructurado en el que las realidades físicas, operativas, comerciales y financieras de los proyectos complejos puedan conectarse de forma continua.

 

En términos sencillos:

 

¿Qué estamos construyendo? ¿Cuándo debemos construirlo? ¿Cuánto debería costar? ¿Qué está ocurriendo realmente? ¿Cuánto ha costado realmente? ¿Quién necesita saberlo?

 

Conectar esas preguntas es la base de un control de proyectos eficaz y de una colaboración significativa entre partes interesadas.

 

Christos Emmanouilidis

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…

Calendar