Capítulo 2 · Marco SaaS maestro de ProjectVIEW ERP
ProjectVIEW ERP se entrega como una solución SaaS totalmente gestionada, con cada cliente alojado en un entorno Microsoft Azure dedicado, privado y soberano, sin infraestructura compartida y sin mezcla de datos entre varios clientes. El Capítulo 2 establece los sectores y los 10+1 módulos incluidos en el alcance, la arquitectura de tres niveles, el modelo de implantación develop-test-live, el alcance del servicio, las exclusiones y las obligaciones del cliente.
- 1 : 1entorno Azure dedicado por cliente
- 10+1módulos empresariales
- 3 nivelesarquitectura web, aplicación y base de datos
2.1 Resumen general de la plataforma ProjectVIEW ERP
El Proveedor entrega ProjectVIEW ERP como una solución de Software como Servicio (SaaS) totalmente gestionada.
ProjectVIEW ERP es un ERP de nivel constructivo basado en la nube, integrado y altamente adaptable, desarrollado específicamente para industrias de proyectos intensivas en capital. Su principal fortaleza es el control preciso de costes y gestión de la construcción, con visibilidad integral en proyectos de ingeniería complejos.
ProjectVIEW ERP se compone de una constelación unificada de 10+1 módulos empresariales que transforman digitalmente los procesos comerciales, operativos, de producción y financieros. Al imponer datos estructurados, flujos de trabajo estandarizados e integración fluida entre obra y oficina, se convierte en el centro neurálgico de la gestión del rendimiento de proyectos y en un habilitador fundamental de operaciones preparadas para IA.
2.1.1 Entorno privado soberano dedicado
Cada instancia de ProjectVIEW ERP del Cliente está alojada en un entorno cloud dedicado, privado y soberano en Microsoft Azure. Esto significa:
- Aislamiento total del tenant: Cada Cliente opera dentro de sus propias Máquinas Virtuales de Azure, instancias de base de datos y cuentas de almacenamiento dedicadas. No existe infraestructura compartida ni mezcla de datos entre múltiples tenants.
- Soberanía de los datos: Los Datos del Cliente residen en la región de Azure especificada en el Contrato Comercial, lo que garantiza el cumplimiento de los requisitos locales de residencia de datos y de las Leyes aplicables de Protección de Datos.
- Libertad de personalización: El entorno dedicado permite configuraciones, personalizaciones y calendarios de actualización específicos del Cliente sin afectar a otras instancias de Cliente.
- Perímetro de seguridad: Cada entorno está protegido por su propia Red Virtual de Azure (VNet), Grupos de Seguridad de Red (NSG) y reglas de firewall, creando un perímetro de seguridad completo.
2.2 Sectores atendidos
ProjectVIEW ERP no es una plataforma ERP genérica. Es un sistema empresarial de primer nivel, de cobertura integral, desarrollado específicamente para el Build World, diseñado para gestionar la complejidad, la escala y la intensidad de costes de las operaciones reales de construcción y orientadas a proyectos. Pensado para entornos intensivos en capital en los que el BoQ, el WBS, el plazo y el coste deben trabajar en un solo conjunto, ProjectVIEW ERP impulsa todo el abanico de industrias del Build World:
| # | Industria | Descripción |
|---|---|---|
| 1 | Construcción | Obra civil, infraestructuras, edificación y construcción pesada, desde la cimentación hasta la entrega. Soporte completo del ciclo de vida de proyectos EPC, EPCM y EPCi. |
| 2 | Ingeniería marina y construcción offshore | Plataformas offshore, instalaciones submarinas, infraestructuras marinas y proyectos de ingeniería costera con requisitos complejos de logística y seguridad. |
| 3 | Minería y canteras | Operaciones mineras a cielo abierto y subterráneas, canteras, procesamiento de minerales y desarrollo de infraestructuras asociadas. |
| 4 | Construcción naval y reparaciones (SBR) | Construcción de buques nuevos, reparación y conversión naval, operaciones de varada en dique seco y fabricación de equipos marinos. |
| 5 | Fabricación orientada a proyectos | Fabricación de acero estructural, construcción modular, instalaciones de prefabricación y fabricación bajo pedido de ingeniería. |
Sectores a los que servimos: https://danaos-projects.com/industries-we-serve/
2.3 Módulos de la plataforma y alcance funcional
Con sujeción al Contrato Comercial, ProjectVIEW ERP comprende 10+1 módulos empresariales organizados de la siguiente manera:
| # | Módulo | Alcance funcional |
|---|---|---|
| 01 | Estimación de presupuesto – Licitación | Importa Bill of Quantities (BoQ) desde Excel en formato estructurado, valida las cantidades frente a modelos BIM (.IFC) y realiza mediciones automáticas de cantidades (QTO). Sincroniza los elementos del BoQ con el WBS del proyecto y admite tanto enfoques de precios medidos como a tanto alzado. |
| 02 | Control de costes | Seguimiento de costes en tiempo real frente al presupuesto, gestión del valor ganado (EVM), previsiones de coste para completar y de estimación al cierre, análisis de desviaciones, proyecciones de flujo de caja y estructuras de desglose de costes (CBS) multidimensionales. |
| 03 | Gestión de subcontratistas | Creación y gestión del ciclo de vida de subcontratos, medición del avance y certificación, órdenes de variación, gestión de reclamaciones, seguimiento de retenciones y evaluación del desempeño de subcontratistas. |
| 04 | Compras | Solicitudes de compra, órdenes de compra, RFQ, análisis comparativo de ofertas, calificación y gestión de proveedores, flujos de trabajo de procurement-to-pay y control de compromisos. |
| 05 | Gestión de materiales y producción | Operaciones de inventario y almacén, solicitudes de material, recepción de mercancías, transferencias de stock, niveles mínimo/máximo, integración de códigos de barras/RFID, seguimiento de producción y conciliación de materiales. |
| 06 | Gestión de maquinaria | Gestión de flota y equipos, imputación y asignación de costes internos/externos, planificación de mantenimiento preventivo y correctivo, seguimiento de utilización, gestión de tarifas de alquiler y depreciación de equipos. |
| 07 | HRMS – Nómina | Registros de empleados y gestión del ciclo de vida, control horario y asistencia, gestión de ausencias, procesamiento de nómina, incluido el cumplimiento del WPS para EAU, planificación de plantilla y asignación del coste laboral a los proyectos. |
| 08 | Contabilidad – Gestión financiera | Libro mayor, plan contable, gestión multidivisa, transacciones intercompany, activos fijos, gestión fiscal, incluido IVA, consolidación financiera e informes legales. |
| 09 | Cuentas por pagar a proveedores | Procesamiento de facturas de proveedores, programación de pagos, análisis de antigüedad, gestión de retenciones, notas de débito/crédito y conciliación automática de pagos. |
| 10 | Cuentas por cobrar de clientes | Facturación a clientes, certificaciones de pago intermedias (IPC), reconocimiento de ingresos, análisis de antigüedad, seguimiento de retenciones y gestión de cobros. |
| 00 | ProjectVIEW ERP Core | La capa de plataforma fundacional que abarca: gestión de usuarios y roles (STY), motor de workflows, jerarquías de aprobación, marco de dashboards e indicadores KPI, integración con Power BI, gestión documental, auditoría, motor de notificaciones, API gateway y administración del sistema. |
Nota: Los módulos específicos activados para el Cliente se detallan en el Contrato Comercial. Podrán añadirse módulos adicionales durante el Período de Suscripción previa conformidad escrita mutua y ajuste de las Tarifas.
2.4 Modelo de prestación SaaS
Aplicabilidad: Este Modelo de Prestación SaaS y las obligaciones descritas en este documento se aplican exclusivamente cuando ProjectVIEW ERP está alojado en DANAOS Cloud (infraestructura Microsoft Azure gestionada por el Proveedor). Los clientes que operen ProjectVIEW bajo un modelo de despliegue on-premises o alojado por terceros deberán remitirse al contrato de licencia y soporte aplicable.
ProjectVIEW ERP se entrega exclusivamente como una solución SaaS totalmente gestionada. El Proveedor asume la responsabilidad integral de todas las capas del stack tecnológico, desde la provisión de infraestructura y la gestión de la seguridad hasta la entrega de la aplicación y el soporte continuo.
El Cliente consume la Plataforma como servicio y no necesita gestionar ninguna infraestructura subyacente, middleware ni componentes de la plataforma.
El modelo de prestación SaaS incorpora las siguientes capacidades gestionadas:
| Capacidad | Descripción |
|---|---|
| Gestión de seguridad | Supervisión proactiva de seguridad, análisis de vulnerabilidades, gestión de parches, detección de intrusiones y respuesta a incidentes. Incluye Azure WAF con protección DDoS y cobertura de reglas OWASP Top 10:2025. |
| Gestión de copias de seguridad | Programaciones automáticas de copias de seguridad: copias de base de datos cada 12 horas con copias de los registros de transacciones cada 15–60 minutos, copias incrementales diarias de archivos y copias completas semanales y mensuales. Todas las copias de seguridad están cifradas en reposo. |
| Gestión de recursos | Supervisión del rendimiento, planificación de capacidad, recomendaciones proactivas de escalado y optimización de recursos para garantizar un rendimiento constante de la aplicación. |
| Rendimiento garantizado | SLO de 99,9% de disponibilidad, RPO de 15 minutos, RTO de 4 horas. Los objetivos de rendimiento detallados y los Service Credits se definen en la Sección 3. |
| Gestión de actualizaciones | Actualizaciones periódicas de la plataforma, parches, hot-fixes y versiones de funcionalidades entregadas mediante un canal CI/CD controlado con metodología de despliegue develop-test-live. |
| Monitorización y observabilidad | Azure Monitor, Application Insights y Microsoft Defender for Cloud para observabilidad continua de la plataforma, alertas y resolución proactiva de incidencias. |
2.5 Arquitectura de la plataforma
La Plataforma opera sobre una arquitectura de tres niveles dentro del entorno Azure soberano privado dedicado:
| Nivel | Tecnología | Descripción |
|---|---|---|
| Presentación | HTML5 JavaScript | Cliente ligero basado en navegador, la DANAOS Web Enterprise Suite. No requiere instalaciones ni complementos en el equipo del usuario. Diseño responsive compatible con acceso desde escritorio, tablet y móvil. |
| Aplicación | .NET 10 C# MVC IIS 10.0 | Capa de lógica de negocio con API gateway RESTful. Autenticación basada en token JWT con inicio de sesión único (SSO) de Microsoft Entra ID y MFA. Alojado en Máquinas Virtuales dedicadas de Azure con balanceo de carga. |
| Datos | SQL Server 2025 | Base de datos empresarial con Transparent Data Encryption (TDE / AES-256), recuperación automatizada en un punto temporal y geo-replicación configurable. |
Referencias tecnológicas:
Microsoft.NET 10 (LTS): https://dotnet.microsoft.com/en-us/download/dotnet/10.0 Microsoft SQL Server 2025: https://learn.microsoft.com/en-us/sql/sql-server/what-s-new-in-sql-server-2025 Microsoft Entra ID (Identidad y acceso): https://www.microsoft.com/en-us/security/business/identity-access/microsoft- entra-id Internet Information Services (IIS) 10.0: https://www.iis.net/ OWASP Top 10:2025: https://owasp.org/Top10/2025/ Microsoft Defender for Cloud: https://azure.microsoft.com/en-us/products/defender-for-cloud Azure Monitor y Application Insights: https://azure.microsoft.com/en-us/products/monitor
2.5.1 Metodología de despliegue y ciclo de vida del entorno
El Proveedor mantiene un enfoque estricto de develop-test-live para todos los despliegues de software, sustentado por una arquitectura de dos entornos:
- (a) Durante la implantación: El Proveedor habilita dos (2) entornos: un entorno Desarrollo / Sandbox para la configuración, la personalización y las pruebas universales de aceptación del usuario (UAT), y un entorno de Producción para las operaciones en vivo.
- (b) Tras el paso a producción: Una vez realizado el Go-Live, el entorno de Desarrollo / Sandbox pasa a ser el Entorno de Staging permanente, utilizado para depuración, solicitudes de cambio, actualizaciones de software y UAT antes del despliegue a producción.
- (c) Puerta de UAT: No se despliegan cambios en Producción sin validación previa y conformidad escrita del Cliente en UAT en el Entorno de Staging, salvo en casos de Mantenimiento de Emergencia (véase la Sección 3.1.3). Cuando corresponde, el Proveedor aplica Integración Continua / Entrega Continua (CI/CD) para minimizar el riesgo de despliegue y acelerar los ciclos de versión. El ciclo de vida completo del entorno se detalla en la Sección 3.3.
2.6 Alcance del servicio
Los Servicios prestados en virtud de este Marco incluyen, entre otros:
| # | Área de servicio | Descripción |
|---|---|---|
| 1 | Ingeniería de requisitos | Recogida de requisitos del Cliente y desarrollo/personalización conforme a especificaciones. Los costes adicionales de personalización deberán acordarse por escrito antes de comenzar. |
| 2 | Gestión de proyectos | Gestión integral llave en mano de la implantación del software utilizando metodología ágil. |
| 3 | Documentación | Suministro de la documentación de software requerida, incluyendo: documentos de requisitos/diseño de alto y bajo nivel, Especificación de Requisitos del Usuario (URS), Especificación de Requisitos del Sistema (SRS), diagramas de flujo, planes de prueba, documentación del sistema, guías de usuario final, guías de instalación y registros de seguimiento de defectos. |
| 4 | Documentación de base de datos | Suministro de documentos de base de datos, incluyendo: Diagramas de Flujo de Datos (DFD), Diagramas Entidad-Relación (ERD) y Diccionarios de Datos. |
| 5 | Parche y hot-fixes | Entrega de parches de software y hot-fixes sin coste adicional para el Cliente. |
| 6 | Mejora continua | Enfoque de mejora continua en el desarrollo de software, incorporando la retroalimentación del Cliente y las mejores prácticas del sector. |
| 7 | Resolución de incidencias | Depuración y resolución de fallos de software derivados del funcionamiento normal. |
| 8 | Respuesta de soporte | Respuesta a las llamadas de soporte de software conforme a la Matriz de SLA definida en la Sección 3. |
| 9 | Sistema de tickets integrado | Sistema nativo de ticketing ITSM dentro de ProjectVIEW ERP para el registro de incidencias, seguimiento del ciclo de vida de tickets, medición de SLA, acceso a la base de conocimientos y soporte de autoservicio. |
| 10 | Service Desk omnicanal 24/7 | Acceso al Provider Service Desk (PSD) 24×7×365 a través del Sistema de Tickets Integrado, WhatsApp Business Channel, teléfono y correo electrónico para el registro y la gestión de tickets. |
| 11 | Soporte por WhatsApp Business | Grupo dedicado de WhatsApp Business que conecta a los usuarios clave del Cliente con los consultores asignados del Proveedor para una comunicación informal ágil y consultas rápidas. |
| 12 | Formación | Suministro de la formación necesaria para usuarios finales y administradores, incluida la incorporación de nuevos Usuarios Autorizados. |
| 13 | Mantenimiento preventivo | Mantenimiento preventivo mensual de todos los módulos de la Plataforma según lo acordado con el Cliente. |
| 14 | Informes | Presentación de informes trimestrales del servicio en el formato acordado por el Cliente, incluyendo métricas de rendimiento de SLA. |
2.7 Exclusiones
Salvo que se acuerde expresamente en el Contrato Comercial o en una Declaración de Trabajo independiente, lo siguiente queda excluido del alcance de este Marco:
- (a) Adquisición, instalación o mantenimiento de hardware en las instalaciones del Cliente
- (b) Licencias de software de terceros, distintas de la Plataforma y sus componentes incluidos
- (c) Infraestructura de red, conectividad a internet o gestión de red de área local en las instalaciones del Cliente
- (d) Integraciones personalizadas con sistemas de terceros no especificados en el Contrato Comercial
- (e) Migración de datos desde sistemas heredados (disponible como un servicio con alcance definido por separado)
- (f) Consultoría, formación o soporte in situ más allá del alcance especificado en el Contrato Comercial
- (g) Recuperación de incidentes causados por el uso indebido por parte del Cliente, modificaciones no autorizadas o la interferencia de software de terceros
- (h) Actividades de cumplimiento específicas de las propias obligaciones regulatorias del Cliente (las obligaciones de cumplimiento del Proveedor se establecen en la Parte C)
2.8 Obligaciones del cliente
Para permitir que el Proveedor preste los Servicios de forma eficaz, el Cliente deberá:
- (a) Designar un punto de contacto principal y un contacto de escalamiento para la gestión diaria del servicio
- (b) Proporcionar acceso oportuno a la información empresarial pertinente, la documentación y los expertos en la materia necesarios para la ingeniería de requisitos y la implementación
- (c) Garantizar que los Usuarios Autorizados cumplan la Política de Uso Aceptable del Proveedor y todas las políticas de seguridad aplicables
- (d) Mantener una conectividad a internet adecuada en las instalaciones del Cliente para acceder a la Plataforma
- (e) Notificar Incidentes y solicitudes de servicio a través del Provider Service Desk (PSD) de conformidad con los procedimientos establecidos en la Sección 4
- (f) Participar en las pruebas de aceptación de usuarios (UAT) dentro de los plazos acordados y proporcionar la aprobación escrita de los entregables
- (g) Garantizar que todos los Datos del Cliente cargados en la Plataforma cumplan con las leyes de protección de datos aplicables y no contengan contenido prohibido
- (h) Mantener registros de Usuarios Autorizados actuales y precisos, y revocar de inmediato el acceso del personal que se marche
El incumplimiento por parte del Cliente de las obligaciones establecidas en esta Sección 2.8 puede afectar la capacidad del Proveedor para cumplir los Niveles de Servicio, y dicho impacto quedará excluido de los cálculos del SLA según se establece en la Sección 3.
2.9 Registro de procesos
La siguiente tabla resume los procesos de prestación del servicio establecidos en este Capítulo, incluidas las funciones responsables, los resultados esperados y las referencias cruzadas a procesos relacionados en otros Capítulos.
Leyenda de roles: P = Proveedor | C = Cliente | PM = Director de Proyecto del Proveedor | SDM = Service Delivery Manager | SC =
Comité Directivo
2.9.1 Registro de procesos
| Ref | Proceso | Disparador | Responsable | Aprobador | Resultado Esperado | Cruz. Ref. |
|---|---|---|---|---|---|---|
| P-2.01 | Provisionamiento de entorno | Contrato Comercial ejecutado | Proveedor (Infra) | SDM | Entornos Dev/Sandbox + Producción operativos | § 3.3 |
| P-2.02 | Activación de módulos | Contrato Comercial o adenda | Proveedor (Dev) | Enlace de TI del cliente | Módulos licenciados accesibles en Producción | § 2.3, § 6 |
| P-2.03 | Onboarding del cliente | Preparación para Go-Live lograda | PM (Proveedor) | Enlace de TI del cliente | Todos los usuarios provisionados, formados y operativos | § 5, § 3.9 |
| P-2.04 | Ejecución y conformidad de UAT | Cambios desplegados en Staging | Cliente | Enlace de TI del cliente | Conformidad escrita de UAT en un plazo de 5 días hábiles | § 3.2.1, § 4.7 |
| P-2.05 | Solicitud de cambio de alcance | El Cliente solicita módulos/servicios adicionales | PM (Proveedor) | Comité Directivo | Contrato Comercial modificado con tarifas ajustadas | § 6, § 4.8 |
| P-2.06 | Transición tras Go-Live | Go-Live completado | Proveedor (Infra) | SDM | Dev/Sandbox → Entorno de Staging | § 3.2.1, § 4.7 |
2.9.2 Matriz RACI
| Proceso (Ref) | Proveedor | Cliente | PM | SDM | SC |
|---|---|---|---|---|---|
| P-2.01 Provisionamiento de entorno | R | I | C | A | — |
| P-2.02 Activación de módulos | R | A | R | I | — |
| P-2.03 Onboarding del cliente | R | C | A | I | — |
| P-2.04 UAT y conformidad | C | R/A | C | I | — |
| P-2.05 Cambio de alcance | R | C | R | I | A |
| P-2.06 Post Go-Live | R | I | R | A | I |
R = Responsable (ejecuta) | A = Accountable/Responsable último (aprobación final) | C = Consultado | I = Informado | — = No participa
2.9.3 Flujo de proceso — ciclo de vida de la prestación del servicio
| Etapa | Actividad | Rol | Resultado |
|---|---|---|---|
| ① Contrato | Contrato Comercial ejecutado, alcance y módulos acordados | Proveedor + Cliente | Contrato Comercial firmado |
| ② Provisionamiento | Entornos Azure provisionados (Dev/Sandbox + Producción) | Proveedor (Infra) | 2 entornos operativos |
| ③ Configuración | Plataforma configurada, personalizada, datos migrados | Proveedor (Dev) + PM | Plataforma configurada en Staging |
| ④ UAT | El Cliente valida en Staging (mín. 5 días hábiles) | Cliente | Conformidad escrita de UAT |
| ⑤ Go-Live | Despliegue a producción, onboarding de usuarios, formación | Proveedor + Cliente | Sistema de Producción operativo |
| ⑥ Transición | Dev/Sandbox pasa a ser Staging permanente | Proveedor (Infra) | Estado estable de 2 entornos → § 3.2.1 |
