AS-IS Audit vs RFP
title: "EITB - AsIs Audit vs RFP"
project: PRJ-EITB
author: Expert PMO Orchestrator (Nexus AI)
date: 2026-03-15
stage: PMO Governance
AsIs Audit vs RFP
Strategic Audit: AS-IS Reality vs RFP Scope
1. Propósito y Protocolo Estratégico (Objective and Call to Action)
1.1. Objetivo del Documento
El objetivo central de este documento es blindar funcional y contractualmente el proyecto GoNext Transformation frente a las asimetrías detectadas durante la fase de Discovery Operativo (AS-IS).
En la fase pre-licitación (RFP), se asumió erróneamente que los sistemas core de EITB poseían interfaces de conectividad estandarizadas. Sin embargo, la auditoría destapó que el marco operativo actual está sustentado por integraciones no modulares (Triggers directos a BBDD, APIs inexistentes en sistemas en VB6) y lógicas invisibles (La Lavadora, actualizaciones de CECOs diferidas en Peoplenet).
Este artefacto cuantifica esa "Deuda Técnica" no contemplada y dictamina las normas arquitectónicas de contención para evitar que se extienda el Scope Creep sobre el calendario de GoNext.
1.2. Protocolo de Acción sobre la RFP (Call to Action)
Para estabilizar la entrega evolutiva frente al desfase RFP/Realidad, la Gerencia Ejecutiva y la PMO imponen coercitivamente las siguientes acciones:
- Adenda Arquitectónica (Middleware de contención): Consolidar la pieza paralela obligatoria
PRD-FORGEcomo orquestador asíncrono para abstraer las taras del Legacy. - Cláusula de Exención Contractual (Client Onus): Los fallos derivados del cruce de bases de datos pre-relacionales en
Plangintza(VB6) o las altencias de encolamiento masivo hacia Peoplenet CEGID, deben ser asumidas por EITB como una externalidad impuesta (Debt Acceptance), no como una ineficiencia del TO-BE nativo. - Bloqueo (Code Freeze) Legacy: Imponer cese inmediato a desarrollos parásitos evolutivos (ej. nuevas ventanas en Tortolika o metadatos custom en Barne Produkzioa) durante la implantación principal, impidiendo competencia por los mismos datos (Single Source of Truth).
BLUF: Auditoría AS-IS vs Alcance RFP
- Realidad Técnica vs RFP: Los objetivos de negocio están alineados, pero la facilidad de integración fue fuertemente subestimada en la RFP operativa inicial.
- Ecosistema Obsoleto / Sin APIs: Se requiere desplegar el middleware PRD-FORGE obligatoriamente para conectar plataformas como Plangintza (VB6), Tortolika, Dorlet y Peoplenet CEGID.
- Riesgo Principal Oculto: La rigidez transaccional del ERP (Peoplenet) choca con el dinamismo hiper-fragmentado de las operaciones televisivas diarias.
2. Scope Creep & Red Flags Matrix
Identify specific areas where the discovered AS-IS state expands the project scope beyond the original RFP boundaries.
| RFP Requirement | Discovered AS-IS Reality | Scope Impact | PMO Recommendation / Mitigation |
|---|---|---|---|
| REQ-RH-031 / INT-1: Integración directa bidireccional Peoplenet CEGID | Peoplenet no permite actualización de CECOs dinámica (máx 2/mes). Exige procesamiento asíncrono FTP/SESTEL en lugar de APIs REST nativas para cálculos críticos de Lan-Bono. | Alto | GoNext PLAN debe asumir lógicas complejas de bolsa de horas y "Motor Legal" desacoplado antes de enviar cierres mensuales asíncronos a Peoplenet. |
| REQ-INT-002 / TEC-6.2: Conector bidireccional Tortolika / Zero Paper | Tortolika tiene los contratos/derechos descentralizados de la emisión. Flujos ad-hoc no documentados de bajas y excedencias. Plangintza no puede integrarse nativamente. | Medio | Implementar ingesta inicial masiva Vía FORGE y establecer un protocolo "Golden Record" para que PLAN sea el orquestador maestro sobre Tortolika. |
| REQ-FUN-021: Integración inmediata Dorlet (Control horario) | Dorlet inyecta fichajes brutos directamente a BD de Plangintza mediante Triggers en Oracle, esquivando lógicas de negocio. | Alto | Desconectar los triggers gradualmente. PRD-FORGE debe consumir fichajes crudos de Dorlet, y PLAN debe asignar el convenio colectivo (Motor Legal) antes de su consolidación real. |
| TEC-8.5: Exportación de recursos técnicos y personales | Desconexión actual: El "Campo de Producción" compite con "Barne Produkzioa" y los roles en Tortolika estropean el single-source-of-truth. | Medio | GoNext PLAN asume todo el organigrama operativo, degradando a los legacy a sistemas estáticos. |
| Área Comercial (Publicidad): Módulo Integral de Tráfico AD | Totalmente Inexistente. El 85% de los flujos publicitarios comerciales son hojas de cálculo y emails; SIIC solo opera autopromoción. | Crítico | Alertar masivamente a la dirección del gap en la vertical comercial para evitar que impongan reingeniería total desde cero al alcance core inicial. |
| REQ-FUN-014: Flujo ininterrumpido MAM / Playout / OTT | Triple orfandad operativa; el minutado se ensambla manualmente (copy-paste) en el Scheduler Legacy, forzando a La Lavadora a parchear los huecos. | Alto | Forzar la orquestación centralizada del "Golden Record" de Emisión en GoNext TX, relegando al Scheduler Legacy y asumiendo que CMS OTT no se conectará automáticamente al inicio. |
3. Technology Gap Assessment
Assess the technological debt or unexpected legacy systems that were not accounted for in the initial tender.
| System Discovered | Stated in RFP? | Integration Complexity | Risk to TO-BE Timeline |
|---|---|---|---|
| Plangintza (VB6 Legacy) | Yes (Subestimado) | High (BBDD Directa) | Impacto crítico en ETL. Mapeo complejo de estructuras de datos pre-relacionales a Postgres/SQL moderno. |
| La Lavadora (Middleware Emisión) | No | High | Código custom sin documentar. Adapta XML del Scheduler Legacy hacia Pivel. Riesgo de rotura de emisión TX. |
| Tortolika / ZeroPaper | Yes | Medium (Intranet) | La dependencia funcional de RRHH sobre Tortolika para solicitudes de vacaciones rivaliza con Peoplenet. |
| Barne Produkzioa (Oracle) | Yes (Mencionado) | Medium | Integración vía Workflow DB. Requiere adaptación API en PRD-FORGE para gestionar reservas cruzadas de recursos y platós. |
| Sistema SIC / Solita | No | Medium | Pautado de publicidad que inyecta bloques rígidos a la escaleta de emisión. GoNext TX debe absorber o emular su interfaz de recepción. |
| CMS OTT (Primeran / Makusi) | No | Medium | Doble trabajo. Exige pautado manual del Catch-UP. GoNext TX deberá notificar fechas VOD para automatizarlo. |
| Ad-Tech Comercial (Sistemas B2B) | No (Oculto) | High | EITB no posee módulo AdTech ni CRM publicitario B2B; alto riesgo de construir la vertiente comercial entera de EITB como "Change Request" camuflado. |
4. Final PMO Conclusion
Dictamen de Viabilidad: El proyecto GoNext Transformation es viable condicionado a una agresiva Estrategia de Middleware (EAI) liderada por la pieza arquitectónica PRD-FORGE. El ecosistema EITB arrastra una severa deuda técnica donde la integración basada en Triggers (Dorlet) y archivos batch (Peoplenet) choca frontalmente con la necesidad de validación hiper-dinámica de los 4 convenios laborales vascos. Se recomienda bloquear contractualmente el Scope Creep derivado de la lógica no documentada de La Lavadora y los conflictos de CECOs en Peoplenet, categorizándolos como pre-requisitos funcionales a resolver por EITB (Client Onus) antes del hito de Code Freeze.
5. Referencias y Trazabilidad (Traceability)
Forward Links (Ámbito Técnico)
- ** Arquitectura Estabilizadora PRD-FORGE:** FORGE-ARC-001_Master_Architecture.md (Abstracción del Hub middleware justificándose gracias a este auditoría de Gap RFP).
Backward Links (Ámbito de Gobierno Operativo)
- ** Levantamiento Base MIUC:** EITB-GEN-002_MIUC_AsIs_mapping.md (Evidencia del ratio masivo sin cobertura que originó la desincronía con la RFP inicial).
Relación de Actas de Discovery (Referencia Directa)
| ID | Documento Fuente (Acta Base) | Descripción del Hallazgo |
|---|---|---|
| 01 | Acta As-Is Técnico - Planificación (Part 1 & 2) | Acta técnica: Documentación verbal in-situ validando el dolor de integración directo a base de datos de Dorlet y Plangintza. |
Document structured according to Nexus Standards.
Control de Documento (Document Control)
A. Historial de Revisiones
| Versión | Fecha | Autor | Motivo del Cambio |
|---|---|---|---|
| v1.0 | 2026-03-15 | Expert PMO (Nexus AI) | Migración a estándar de documentación PMO EITB. |
B. Matriz de Aprobación (Sign-off)
| Acción | Rol / Área | Nombre | Estado | Fecha |
|---|---|---|---|---|
| Elaboró | Project Management (PMO) | Nexus Core AI | Firmado | 2026-03-15 |
| Aprobó | Director de Proyecto | Raúl Herreros | Firmado | 2026-03-19 |
| v1.2 | 2026-03-19 | Nexus Core AI | Inclusión masiva del GAP Operacional AD (Publicidad) y Orfandad TX detectada durante la certificación MIUC. |
Documento generado bajo el estándar de Gobernanza Nexus Framework.
Nivel de Confidencialidad: INTERNO STRICTO - EITB / INETUM.