Módulo 1 — Project Finance y lógica económica de infraestructura

1.1 Fundamentos, alcance y criterios: Construye el marco de decisión para Project Finance y lógica económica de infraestructura a partir de Project Finance y lógica económica de infraestructura. Se identifican variables dominantes, interacciones y condiciones que podrían invalidar una solución aparentemente correcta. El alumno documenta objetivos, restricciones y nivel de incertidumbre, y relaciona el contenido con seguridad, desempeño, operación y coste para evitar una lectura puramente académica.

1.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Project Finance y lógica económica de infraestructura, centrando el análisis en Project Finance y lógica económica de infraestructura y su relación con Estructura SPV, sponsors, lenders y contratos. Se establecen criterios de aceptación, campos obligatorios, evidencias y tratamiento de datos faltantes. El resultado es una ficha de entrada que impide avanzar de forma inadvertida con información insuficiente.

1.3 Método, modelado y comprobación: Aplica checklists TDD para desarrollar Project Finance y lógica económica de infraestructura con un nivel de detalle proporcional al riesgo. Se estudian Project Finance y lógica económica de infraestructura, parámetros sensibles, condiciones de contorno y escenarios alternativos. El alumno comprueba el resultado mediante una segunda referencia o cálculo independiente, evitando aceptar una salida solo porque el software la produce sin error.

1.4 Riesgos, interfaces y controles: Evalúa cómo alcance o interfaz no controlados puede comprometer Project Finance y lógica económica de infraestructura. A partir de Project Finance y lógica económica de infraestructura, el participante identifica escenarios, barreras preventivas, controles de detección y respuestas. Se jerarquizan acciones por criticidad y se evita confundir la mera existencia de un procedimiento con la eficacia real del control.

1.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Project Finance y lógica económica de infraestructura» como evidencia profesional de Project Finance y lógica económica de infraestructura. Se organiza la información de Project Finance y lógica económica de infraestructura en una narrativa técnica comprensible, acompañada de cálculos, modelos, tablas o registros relevantes. El resultado debe ser auditable, coherente con las versiones de entrada y útil para una decisión concreta.

Módulo 2 — Estructura SPV, sponsors, lenders y contratos

2.1 Fundamentos, alcance y criterios: Construye el marco de decisión para Estructura SPV, sponsors, lenders y contratos a partir de Project Finance y lógica económica de infraestructura. Se identifican variables dominantes, interacciones y condiciones que podrían invalidar una solución aparentemente correcta. El alumno documenta objetivos, restricciones y nivel de incertidumbre, y relaciona el contenido con seguridad, desempeño, operación y coste para evitar una lectura puramente académica.

2.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Estructura SPV, sponsors, lenders y contratos, centrando el análisis en Estructura SPV, sponsors, lenders y contratos y su relación con CAPEX, OPEX, ingresos y construcción del cash-flow. Se establecen criterios de aceptación, campos obligatorios, evidencias y tratamiento de datos faltantes. El resultado es una ficha de entrada que impide avanzar de forma inadvertida con información insuficiente.

2.3 Método, modelado y comprobación: Desarrolla Estructura SPV, sponsors, lenders y contratos mediante data room técnico, justificando por qué la herramienta y el nivel de fidelidad son adecuados para Estructura SPV, sponsors, lenders y contratos. Se revisan sensibilidad, simplificaciones y límites. El participante debe poder explicar cómo cambiaría la respuesta ante variaciones relevantes y qué parte del resultado depende del modelo frente a la evidencia directa.

2.4 Riesgos, interfaces y controles: Desarrolla el assurance de Estructura SPV, sponsors, lenders y contratos frente a forecast sin soporte, relacionándolo con Estructura SPV, sponsors, lenders y contratos. Se revisan interfaces, responsabilidades y posibles fallos de coordinación. Cada control se acompaña de una forma concreta de verificación, un propietario y una condición de cierre para que la matriz de riesgos no quede desconectada de la ejecución.

2.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Estructura SPV, sponsors, lenders y contratos» para cerrar Estructura SPV, sponsors, lenders y contratos, demostrando cómo Estructura SPV, sponsors, lenders y contratos se tradujo en una decisión. Se documentan alternativas, sensibilidad, riesgos y criterios de aceptación. El objetivo es que el documento sobreviva al cambio de equipo o fase y conserve el contexto necesario para operación, mantenimiento, auditoría o defensa.

Módulo 3 — CAPEX, OPEX, ingresos y construcción del cash-flow

3.1 Fundamentos, alcance y criterios: Establece los fundamentos de CAPEX, OPEX, ingresos y construcción del cash-flow mediante un análisis crítico de Estructura SPV, sponsors, lenders y contratos. Se revisan las decisiones que dependen de esta materia, los parámetros que más influyen en ellas y las simplificaciones habituales que pueden inducir errores. El participante formula un esquema de verificación que permita comprobar coherencia antes de avanzar al siguiente nivel del proyecto.

3.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para CAPEX, OPEX, ingresos y construcción del cash-flow, centrando el análisis en CAPEX, OPEX, ingresos y construcción del cash-flow y su relación con WACC, VAN, TIR y métricas de rentabilidad. Se establecen criterios de aceptación, campos obligatorios, evidencias y tratamiento de datos faltantes. El resultado es una ficha de entrada que impide avanzar de forma inadvertida con información insuficiente.

3.3 Método, modelado y comprobación: Construye el procedimiento de análisis de CAPEX, OPEX, ingresos y construcción del cash-flow utilizando modelo CAPEX de remediación. El método se articula alrededor de CAPEX, OPEX, ingresos y construcción del cash-flow: hipótesis, pasos de cálculo o modelado, sensibilidad y criterios de convergencia o aceptación. Se comparan escenarios para identificar qué variable domina la decisión y qué resultado necesita validación externa.

3.4 Riesgos, interfaces y controles: Somete CAPEX, OPEX, ingresos y construcción del cash-flow a una revisión de riesgo centrada en evidencia contractual insuficiente. Se identifican mecanismos de fallo, consecuencias y dependencias con CAPEX, OPEX, ingresos y construcción del cash-flow; después se seleccionan controles proporcionados y criterios stop/go. La práctica exige justificar el riesgo residual y documentar qué información puede modificar la decisión.

3.5 Entregable, QA/QC y defensa: Cierra CAPEX, OPEX, ingresos y construcción del cash-flow mediante entregable técnico del módulo «CAPEX, OPEX, ingresos y construcción del cash-flow». El documento integra alcance, entradas, hipótesis, análisis de CAPEX, OPEX, ingresos y construcción del cash-flow, resultados, incertidumbre, decisiones rechazadas y recomendaciones. Se exige trazabilidad entre dato y conclusión, criterios de aceptación y próximos pasos para que el entregable pueda utilizarse en revisión, aprobación o actualización.

Módulo 4 — WACC, VAN, TIR y métricas de rentabilidad

4.1 Fundamentos, alcance y criterios: Define el alcance técnico de WACC, VAN, TIR y métricas de rentabilidad y sitúa CAPEX, OPEX, ingresos y construcción del cash-flow dentro de la decisión que debe tomarse. Se revisan conceptos, límites de aplicabilidad, dependencias y errores frecuentes. El participante debe distinguir qué parte del problema puede resolverse con reglas conocidas y qué parte exige datos adicionales, cálculo, ensayo o revisión especialista. El ejercicio termina con criterios explícitos para aceptar, condicionar o rechazar una hipótesis.

4.2 Datos, parámetros y calidad de entrada: Convierte la información de WACC, VAN, TIR y métricas de rentabilidad en entradas utilizables para WACC, VAN, TIR y métricas de rentabilidad. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de DSCR, LLCR, covenants y capacidad de deuda. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

4.3 Método, modelado y comprobación: Modela o evalúa WACC, VAN, TIR y métricas de rentabilidad dentro de WACC, VAN, TIR y métricas de rentabilidad mediante modelo financiero. El objetivo es convertir la herramienta en un instrumento de decisión: se definen entradas, casos, controles y comparación de resultados. El análisis incluye una verificación independiente que permita diferenciar precisión numérica de validez técnica.

4.4 Riesgos, interfaces y controles: Examina riesgo mal asignado como escenario crítico de WACC, VAN, TIR y métricas de rentabilidad y contrasta su relación con WACC, VAN, TIR y métricas de rentabilidad. El alumno define prevención, detección, contingencia y recuperación, separando controles independientes de medidas redundantes solo en apariencia. El cierre se apoya en evidencia y no en declaraciones de cumplimiento.

4.5 Entregable, QA/QC y defensa: Convierte el trabajo de WACC, VAN, TIR y métricas de rentabilidad en entregable técnico del módulo «WACC, VAN, TIR y métricas de rentabilidad», con especial atención a WACC, VAN, TIR y métricas de rentabilidad. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 5 — DSCR, LLCR, covenants y capacidad de deuda

5.1 Fundamentos, alcance y criterios: Establece los fundamentos de DSCR, LLCR, covenants y capacidad de deuda mediante un análisis crítico de WACC, VAN, TIR y métricas de rentabilidad. Se revisan las decisiones que dependen de esta materia, los parámetros que más influyen en ellas y las simplificaciones habituales que pueden inducir errores. El participante formula un esquema de verificación que permita comprobar coherencia antes de avanzar al siguiente nivel del proyecto.

5.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para DSCR, LLCR, covenants y capacidad de deuda tomando DSCR, LLCR, covenants y capacidad de deuda como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con Asignación contractual de riesgos PPP. La práctica incorpora criterios de completitud y consistencia para decidir si el conjunto de entradas es suficiente, debe condicionarse o requiere una nueva campaña de medición o revisión documental.

5.3 Método, modelado y comprobación: Aplica sensibilidades y stress tests para desarrollar DSCR, LLCR, covenants y capacidad de deuda con un nivel de detalle proporcional al riesgo. Se estudian DSCR, LLCR, covenants y capacidad de deuda, parámetros sensibles, condiciones de contorno y escenarios alternativos. El alumno comprueba el resultado mediante una segunda referencia o cálculo independiente, evitando aceptar una salida solo porque el software la produce sin error.

5.4 Riesgos, interfaces y controles: Integra decisión económica sin trazabilidad en DSCR, LLCR, covenants y capacidad de deuda y analiza su interacción con DSCR, LLCR, covenants y capacidad de deuda, otras disciplinas y la operación. Se construye una cadena causa–consecuencia–control, se asignan responsables y se definen señales tempranas, hold points y evidencia de cierre. El riesgo residual debe quedar explícito y vinculado a un criterio de escalado.

5.5 Entregable, QA/QC y defensa: Convierte el trabajo de DSCR, LLCR, covenants y capacidad de deuda en entregable técnico del módulo «DSCR, LLCR, covenants y capacidad de deuda», con especial atención a DSCR, LLCR, covenants y capacidad de deuda. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 6 — Asignación contractual de riesgos PPP

6.1 Fundamentos, alcance y criterios: Construye el marco de decisión para Asignación contractual de riesgos PPP a partir de DSCR, LLCR, covenants y capacidad de deuda. Se identifican variables dominantes, interacciones y condiciones que podrían invalidar una solución aparentemente correcta. El alumno documenta objetivos, restricciones y nivel de incertidumbre, y relaciona el contenido con seguridad, desempeño, operación y coste para evitar una lectura puramente académica.

6.2 Datos, parámetros y calidad de entrada: Convierte la información de Asignación contractual de riesgos PPP en entradas utilizables para Asignación contractual de riesgos PPP. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Mecanismos de pago, demanda y disponibilidad. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

6.3 Método, modelado y comprobación: Transforma Asignación contractual de riesgos PPP en un flujo reproducible de Asignación contractual de riesgos PPP con apoyo de risk allocation matrix. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

6.4 Riesgos, interfaces y controles: Desarrolla el assurance de Asignación contractual de riesgos PPP frente a alcance o interfaz no controlados, relacionándolo con Asignación contractual de riesgos PPP. Se revisan interfaces, responsabilidades y posibles fallos de coordinación. Cada control se acompaña de una forma concreta de verificación, un propietario y una condición de cierre para que la matriz de riesgos no quede desconectada de la ejecución.

6.5 Entregable, QA/QC y defensa: Formaliza Asignación contractual de riesgos PPP en entregable técnico del módulo «Asignación contractual de riesgos PPP». El participante sintetiza Asignación contractual de riesgos PPP sin eliminar la evidencia necesaria, diferencia hechos de interpretaciones y registra supuestos pendientes. La revisión final comprueba que cada recomendación tenga soporte, responsable y criterio de cierre, evitando documentos extensos pero poco accionables.

Módulo 7 — Mecanismos de pago, demanda y disponibilidad

7.1 Fundamentos, alcance y criterios: Construye el marco de decisión para Mecanismos de pago, demanda y disponibilidad a partir de Asignación contractual de riesgos PPP. Se identifican variables dominantes, interacciones y condiciones que podrían invalidar una solución aparentemente correcta. El alumno documenta objetivos, restricciones y nivel de incertidumbre, y relaciona el contenido con seguridad, desempeño, operación y coste para evitar una lectura puramente académica.

7.2 Datos, parámetros y calidad de entrada: Convierte la información de Mecanismos de pago, demanda y disponibilidad en entradas utilizables para Mecanismos de pago, demanda y disponibilidad. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Sensibilidades, downside cases y stress tests. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

7.3 Método, modelado y comprobación: Transforma Mecanismos de pago, demanda y disponibilidad en un flujo reproducible de Mecanismos de pago, demanda y disponibilidad con apoyo de checklists TDD. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

7.4 Riesgos, interfaces y controles: Examina forecast sin soporte como escenario crítico de Mecanismos de pago, demanda y disponibilidad y contrasta su relación con Mecanismos de pago, demanda y disponibilidad. El alumno define prevención, detección, contingencia y recuperación, separando controles independientes de medidas redundantes solo en apariencia. El cierre se apoya en evidencia y no en declaraciones de cumplimiento.

7.5 Entregable, QA/QC y defensa: Convierte el trabajo de Mecanismos de pago, demanda y disponibilidad en entregable técnico del módulo «Mecanismos de pago, demanda y disponibilidad», con especial atención a Mecanismos de pago, demanda y disponibilidad. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 8 — Sensibilidades, downside cases y stress tests

8.1 Fundamentos, alcance y criterios: Define el alcance técnico de Sensibilidades, downside cases y stress tests y sitúa Mecanismos de pago, demanda y disponibilidad dentro de la decisión que debe tomarse. Se revisan conceptos, límites de aplicabilidad, dependencias y errores frecuentes. El participante debe distinguir qué parte del problema puede resolverse con reglas conocidas y qué parte exige datos adicionales, cálculo, ensayo o revisión especialista. El ejercicio termina con criterios explícitos para aceptar, condicionar o rechazar una hipótesis.

8.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para Sensibilidades, downside cases y stress tests tomando Sensibilidades, downside cases y stress tests como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con Term sheet, due diligence y cierre financiero. La práctica incorpora criterios de completitud y consistencia para decidir si el conjunto de entradas es suficiente, debe condicionarse o requiere una nueva campaña de medición o revisión documental.

8.3 Método, modelado y comprobación: Aplica data room técnico para desarrollar Sensibilidades, downside cases y stress tests con un nivel de detalle proporcional al riesgo. Se estudian Sensibilidades, downside cases y stress tests, parámetros sensibles, condiciones de contorno y escenarios alternativos. El alumno comprueba el resultado mediante una segunda referencia o cálculo independiente, evitando aceptar una salida solo porque el software la produce sin error.

8.4 Riesgos, interfaces y controles: Somete Sensibilidades, downside cases y stress tests a una revisión de riesgo centrada en evidencia contractual insuficiente. Se identifican mecanismos de fallo, consecuencias y dependencias con Sensibilidades, downside cases y stress tests; después se seleccionan controles proporcionados y criterios stop/go. La práctica exige justificar el riesgo residual y documentar qué información puede modificar la decisión.

8.5 Entregable, QA/QC y defensa: Cierra Sensibilidades, downside cases y stress tests mediante entregable técnico del módulo «Sensibilidades, downside cases y stress tests». El documento integra alcance, entradas, hipótesis, análisis de Sensibilidades, downside cases y stress tests, resultados, incertidumbre, decisiones rechazadas y recomendaciones. Se exige trazabilidad entre dato y conclusión, criterios de aceptación y próximos pasos para que el entregable pueda utilizarse en revisión, aprobación o actualización.

Módulo 9 — Term sheet, due diligence y cierre financiero

9.1 Fundamentos, alcance y criterios: Establece los fundamentos de Term sheet, due diligence y cierre financiero mediante un análisis crítico de Sensibilidades, downside cases y stress tests. Se revisan las decisiones que dependen de esta materia, los parámetros que más influyen en ellas y las simplificaciones habituales que pueden inducir errores. El participante formula un esquema de verificación que permita comprobar coherencia antes de avanzar al siguiente nivel del proyecto.

9.2 Datos, parámetros y calidad de entrada: Prepara las entradas de Term sheet, due diligence y cierre financiero mediante una revisión estructurada de Term sheet, due diligence y cierre financiero. El trabajo incluye control de versiones, detección de outliers, comprobaciones de orden de magnitud y contraste con Refinanciación, garantías y gestión del ciclo concesional. Cada dato queda vinculado a una fuente y a una decisión, de forma que el modelo posterior pueda auditarse.

9.3 Método, modelado y comprobación: Modela o evalúa Term sheet, due diligence y cierre financiero dentro de Term sheet, due diligence y cierre financiero mediante modelo CAPEX de remediación. El objetivo es convertir la herramienta en un instrumento de decisión: se definen entradas, casos, controles y comparación de resultados. El análisis incluye una verificación independiente que permita diferenciar precisión numérica de validez técnica.

9.4 Riesgos, interfaces y controles: Desarrolla el assurance de Term sheet, due diligence y cierre financiero frente a riesgo mal asignado, relacionándolo con Term sheet, due diligence y cierre financiero. Se revisan interfaces, responsabilidades y posibles fallos de coordinación. Cada control se acompaña de una forma concreta de verificación, un propietario y una condición de cierre para que la matriz de riesgos no quede desconectada de la ejecución.

9.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Term sheet, due diligence y cierre financiero» para cerrar Term sheet, due diligence y cierre financiero, demostrando cómo Term sheet, due diligence y cierre financiero se tradujo en una decisión. Se documentan alternativas, sensibilidad, riesgos y criterios de aceptación. El objetivo es que el documento sobreviva al cambio de equipo o fase y conserve el contexto necesario para operación, mantenimiento, auditoría o defensa.

Módulo 10 — Refinanciación, garantías y gestión del ciclo concesional

10.1 Fundamentos, alcance y criterios: Analiza Term sheet, due diligence y cierre financiero como componente central de Refinanciación, garantías y gestión del ciclo concesional. La práctica exige identificar mecanismos, causas, consecuencias y criterios de comparación antes de seleccionar herramientas. Se trabaja la diferencia entre dato observado, valor calculado y juicio profesional, dejando constancia de los límites que deben comunicarse a un revisor o cliente.

10.2 Datos, parámetros y calidad de entrada: Convierte la información de Refinanciación, garantías y gestión del ciclo concesional en entradas utilizables para Refinanciación, garantías y gestión del ciclo concesional. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Bancabilidad, value for money y decisión pública. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

10.3 Método, modelado y comprobación: Modela o evalúa Refinanciación, garantías y gestión del ciclo concesional dentro de Refinanciación, garantías y gestión del ciclo concesional mediante modelo financiero. El objetivo es convertir la herramienta en un instrumento de decisión: se definen entradas, casos, controles y comparación de resultados. El análisis incluye una verificación independiente que permita diferenciar precisión numérica de validez técnica.

10.4 Riesgos, interfaces y controles: Examina decisión económica sin trazabilidad como escenario crítico de Refinanciación, garantías y gestión del ciclo concesional y contrasta su relación con Refinanciación, garantías y gestión del ciclo concesional. El alumno define prevención, detección, contingencia y recuperación, separando controles independientes de medidas redundantes solo en apariencia. El cierre se apoya en evidencia y no en declaraciones de cumplimiento.

10.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Refinanciación, garantías y gestión del ciclo concesional» como evidencia profesional de Refinanciación, garantías y gestión del ciclo concesional. Se organiza la información de Refinanciación, garantías y gestión del ciclo concesional en una narrativa técnica comprensible, acompañada de cálculos, modelos, tablas o registros relevantes. El resultado debe ser auditable, coherente con las versiones de entrada y útil para una decisión concreta.

Módulo 11 — Bancabilidad, value for money y decisión pública

11.1 Fundamentos, alcance y criterios: Aborda Bancabilidad, value for money y decisión pública desde la lógica de Refinanciación, garantías y gestión del ciclo concesional, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

11.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para Bancabilidad, value for money y decisión pública tomando Bancabilidad, value for money y decisión pública como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con Capstone: modelo financiero y estructura PPP. La práctica incorpora criterios de completitud y consistencia para decidir si el conjunto de entradas es suficiente, debe condicionarse o requiere una nueva campaña de medición o revisión documental.

11.3 Método, modelado y comprobación: Desarrolla Bancabilidad, value for money y decisión pública mediante sensibilidades y stress tests, justificando por qué la herramienta y el nivel de fidelidad son adecuados para Bancabilidad, value for money y decisión pública. Se revisan sensibilidad, simplificaciones y límites. El participante debe poder explicar cómo cambiaría la respuesta ante variaciones relevantes y qué parte del resultado depende del modelo frente a la evidencia directa.

11.4 Riesgos, interfaces y controles: Evalúa cómo alcance o interfaz no controlados puede comprometer Bancabilidad, value for money y decisión pública. A partir de Bancabilidad, value for money y decisión pública, el participante identifica escenarios, barreras preventivas, controles de detección y respuestas. Se jerarquizan acciones por criticidad y se evita confundir la mera existencia de un procedimiento con la eficacia real del control.

11.5 Entregable, QA/QC y defensa: Convierte el trabajo de Bancabilidad, value for money y decisión pública en entregable técnico del módulo «Bancabilidad, value for money y decisión pública», con especial atención a Bancabilidad, value for money y decisión pública. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 12 — Capstone: modelo financiero y estructura PPP

12.1 Fundamentos, alcance y criterios: Define el alcance técnico de Capstone: modelo financiero y estructura PPP y sitúa Bancabilidad, value for money y decisión pública dentro de la decisión que debe tomarse. Se revisan conceptos, límites de aplicabilidad, dependencias y errores frecuentes. El participante debe distinguir qué parte del problema puede resolverse con reglas conocidas y qué parte exige datos adicionales, cálculo, ensayo o revisión especialista. El ejercicio termina con criterios explícitos para aceptar, condicionar o rechazar una hipótesis.

12.2 Datos, parámetros y calidad de entrada: Prepara las entradas de Capstone: modelo financiero y estructura PPP mediante una revisión estructurada de Capstone: modelo financiero y estructura PPP. El trabajo incluye control de versiones, detección de outliers, comprobaciones de orden de magnitud y contraste con Project Finance y lógica económica de infraestructura. Cada dato queda vinculado a una fuente y a una decisión, de forma que el modelo posterior pueda auditarse.

12.3 Método, modelado y comprobación: Aplica risk allocation matrix para desarrollar Capstone: modelo financiero y estructura PPP con un nivel de detalle proporcional al riesgo. Se estudian Capstone: modelo financiero y estructura PPP, parámetros sensibles, condiciones de contorno y escenarios alternativos. El alumno comprueba el resultado mediante una segunda referencia o cálculo independiente, evitando aceptar una salida solo porque el software la produce sin error.

12.4 Riesgos, interfaces y controles: Desarrolla el assurance de Capstone: modelo financiero y estructura PPP frente a forecast sin soporte, relacionándolo con Capstone: modelo financiero y estructura PPP. Se revisan interfaces, responsabilidades y posibles fallos de coordinación. Cada control se acompaña de una forma concreta de verificación, un propietario y una condición de cierre para que la matriz de riesgos no quede desconectada de la ejecución.

12.5 Entregable, QA/QC y defensa: Formaliza Capstone: modelo financiero y estructura PPP en entregable técnico del módulo «Capstone: modelo financiero y estructura PPP». El participante sintetiza Capstone: modelo financiero y estructura PPP sin eliminar la evidencia necesaria, diferencia hechos de interpretaciones y registra supuestos pendientes. La revisión final comprueba que cada recomendación tenga soporte, responsable y criterio de cierre, evitando documentos extensos pero poco accionables.