𝗛𝗼𝘀𝗽𝗶𝘁𝗮𝗹𝗲𝘀 𝗔𝗣𝗣: 𝗱𝗶𝗳𝗲𝗿𝗲𝗻𝗰𝗶𝗮𝘀 𝗲𝗻𝘁𝗿𝗲 “𝗕𝗮𝘁𝗮 𝗚𝗿𝗶𝘀”, “𝗕𝗮𝘁𝗮 𝗩𝗲𝗿𝗱𝗲” 𝘆 “𝗕𝗮𝘁𝗮 𝗕𝗹𝗮𝗻𝗰𝗮”. Las APP hospitalarias no son todas iguales. La principal diferencia entre los modelos “Bata Gris”, “Bata Verde” y “Bata Blanca” está en el nivel de participación del privado y en los servicios que asume dentro del hospital. En las APP “Bata Gris”, el privado se encarga del diseño, financiamiento, construcción y mantenimiento de la infraestructura, además de servicios no clínicos como limpieza, seguridad o lavandería. El Estado mantiene la atención médica. Este modelo suele mejorar la continuidad operativa y el mantenimiento hospitalario, siendo útil para ampliar infraestructura sin transferir la gestión clínica. Las APP “Bata Verde” incorporan servicios de apoyo clínico y diagnóstico, como laboratorio, imágenes, farmacia o banco de sangre. Esto permite introducir tecnología especializada, mejorar tiempos diagnósticos y asegurar una renovación tecnológica más constante, especialmente en hospitales de mayor complejidad. En cambio, las APP “Bata Blanca” implican participación privada en la gestión clínica integral y atención al paciente. Son modelos más complejos, porque trasladan parte importante de la operación médica al privado y requieren sistemas de supervisión y control mucho más sofisticados. Por eso, actualmente predominan los esquemas combinados entre “Bata Gris” y “Bata Verde”, ya que permiten incorporar eficiencia privada en infraestructura y soporte clínico sin transferir completamente la gestión médica. La discusión ya no debería centrarse en si las APP hospitalarias son buenas o malas. La verdadera pregunta es qué servicios conviene transferir al privado para mejorar calidad, eficiencia y sostenibilidad del sistema de salud.

𝗦𝗲𝗿𝘃𝗶𝗰𝗶𝗼𝘀 𝗽𝗼𝗿 𝗜𝗺𝗽𝘂𝗲𝘀𝘁𝗼𝘀: 𝗲𝗹 𝗰𝗮𝗺𝗯𝗶𝗼 𝗺𝗮́𝘀 𝗿𝗲𝗹𝗲𝘃𝗮𝗻𝘁𝗲 𝗱𝗲𝗹 𝗺𝗲𝗰𝗮𝗻𝗶𝘀𝗺𝗼 𝗢𝘅𝗜 𝗲𝗻 𝗹𝗼𝘀 𝘂́𝗹𝘁𝗶𝗺𝗼𝘀 𝟭𝟱 𝗮𝗻̃𝗼𝘀. Durante años, Obras por Impuestos fue entendido principalmente como un mecanismo orientado a ejecutar infraestructura pública. Sin embargo, el nuevo marco normativo ha introducido un cambio relevante: ahora también pueden desarrollarse Servicios por Impuestos. Esto modifica la lógica tradicional del mecanismo. Ya no se trata únicamente de financiar activos físicos, sino de atender necesidades concretas mediante servicios medibles, especialmente en zonas rurales, de frontera o declaradas en emergencia. Los primeros listados aprobados permiten desarrollar servicios vinculados a educación y salud, como acondicionamiento térmico de colegios, módulos temporales educativos, vigilancia epidemiológica, control de vectores, prevención de anemia, fortalecimiento de atención médica y traslado oportuno de pacientes. El cambio de fondo es importante: el cierre de brechas no depende solo de construir infraestructura. También depende de garantizar operación, continuidad y capacidad efectiva de prestación de servicios públicos. Podemos construir hospitales, colegios o sistemas de agua, pero si no existe mantenimiento, atención, equipamiento, energía o continuidad operativa, el impacto público será limitado. Por eso, Servicios por Impuestos podría convertirse en una de las reformas más relevantes del mecanismo OxI. No porque sustituya a la infraestructura, sino porque obliga a replantear la discusión hacia una pregunta más importante: qué necesita realmente la población para recibir un servicio público efectivo y sostenible.

𝗟𝗮 𝘀𝗼𝘀𝘁𝗲𝗻𝗶𝗯𝗶𝗹𝗶𝗱𝗮𝗱 𝗲𝗻 𝗹𝗮𝘀 𝗔𝗣𝗣 𝗻𝗼 𝗲𝘀 𝘀𝗼𝗹𝗼 𝘂𝗻 𝘁𝗲𝗺𝗮 𝗮𝗺𝗯𝗶𝗲𝗻𝘁𝗮𝗹: 𝗲𝘀 𝗹𝗮 𝗯𝗮𝘀𝗲 𝗱𝗲 𝗹𝗮 𝗯𝗮𝗻𝗰𝗮𝗯𝗶𝗹𝗶𝗱𝗮𝗱 𝘆 𝗰𝗼𝗻𝘁𝗶𝗻𝘂𝗶𝗱𝗮𝗱 𝗱𝗲𝗹 𝗽𝗿𝗼𝘆𝗲𝗰𝘁𝗼. En las APP, la sostenibilidad ya no puede entenderse únicamente desde una perspectiva ambiental. La viabilidad real de un proyecto depende de cuatro dimensiones interrelacionadas: sostenibilidad económica y financiera, social, institucional y ambiental. Cuando estas variables no forman parte del diseño contractual, la asignación de riesgos y la gobernanza del proyecto, los problemas aparecen durante la ejecución: conflictos sociales, arbitrajes recurrentes, pérdida de bancabilidad, incremento del costo financiero, retrasos regulatorios e incumplimientos contractuales que terminan afectando la continuidad del servicio público. Esto impacta tanto al Estado como al concesionario. Para el Estado, implica mayores contingencias fiscales, retraso en el cierre de brechas y deterioro de legitimidad institucional. Para el concesionario, significa afectación de flujos esperados, presión sobre indicadores financieros, mayor exposición litigiosa y pérdida de estabilidad operativa. Por eso, los financiadores y organismos multilaterales ya no evalúan únicamente CAPEX, garantías o proyecciones de ingresos. También analizan si el proyecto puede mantenerse estable y sostenible durante todo el ciclo contractual. En términos prácticos, una APP sostenible reduce riesgos de controversias, mejora la confianza de acreedores e inversionistas, fortalece la continuidad operativa y preserva el valor del proyecto en el largo plazo. La sostenibilidad ya no es un complemento del contrato APP; es una herramienta de gestión de riesgos y de preservación de la bancabilidad del proyecto.

𝗢𝗯𝗿𝗮𝘀 𝗽𝗼𝗿 𝗜𝗺𝗽𝘂𝗲𝘀𝘁𝗼𝘀 (𝗢𝘅𝗜) 𝗻𝗼 𝗲𝘀 𝗳𝗶𝗹𝗮𝗻𝘁𝗿𝗼𝗽𝗶́𝗮: 𝗲𝘀 𝘂𝗻𝗮 𝗵𝗲𝗿𝗿𝗮𝗺𝗶𝗲𝗻𝘁𝗮 𝗱𝗲 𝗴𝗲𝘀𝘁𝗶𝗼́𝗻 𝘁𝗲𝗿𝗿𝗶𝘁𝗼𝗿𝗶𝗮𝗹. Uno de los errores más comunes sobre las Obras por Impuestos es entenderlas únicamente como un mecanismo de responsabilidad social empresarial. En realidad, OxI funciona como una herramienta de gestión territorial y reducción de riesgos para el Estado y las empresas. Muchas compañías operan en territorios con brechas de infraestructura, conflictividad social, baja conectividad y limitada presencia estatal. En ese contexto, invertir en infraestructura pública no solo genera impacto social, también mejora las condiciones económicas y operativas del entorno donde desarrollan sus actividades. Por eso, las empresas no participan en OxI únicamente por reputación corporativa. Participan porque una mejor infraestructura reduce riesgos sociales, fortalece el relacionamiento comunitario, mejora estabilidad territorial y acelera el cierre de brechas que afectan directamente la competitividad y sostenibilidad de sus operaciones. Además, OxI permite algo que muchas veces la obra pública tradicional no logra: mayor velocidad de ejecución. Y eso tiene un impacto directo en territorios donde la ausencia de infraestructura termina profundizando pobreza, informalidad, conflictividad y debilidad institucional. El verdadero reto no está en ejecutar más proyectos, sino en desarrollar proyectos mejor articulados con productividad, sostenibilidad y desarrollo territorial. Cuando OxI se utiliza solo para mostrar obras o fines reputacionales, pierde gran parte de su potencial estratégico.

𝗡𝗼 𝘁𝗼𝗱𝗼𝘀 𝗹𝗼𝘀 𝗽𝗲𝗮𝗷𝗲𝘀 𝘀𝗶𝗿𝘃𝗲𝗻 𝗽𝗮𝗿𝗮 𝗹𝗼 𝗺𝗶𝘀𝗺𝗼 𝗲𝗻 𝘂𝗻𝗮 𝗔𝗣𝗣 𝗱𝗲 𝗰𝗮𝗿𝗿𝗲𝘁𝗲𝗿𝗮𝘀. En una APP vial, el peaje no es únicamente una fuente de ingresos. También es un mecanismo contractual que distribuye riesgos, define incentivos y condiciona la bancabilidad del proyecto. El peaje tradicional funciona mejor cuando existe tráfico consolidado y demanda relativamente predecible. En cambio, mecanismos como el peaje sombra o las garantías de ingreso mínimo pueden utilizarse en proyectos con menor madurez de demanda, aunque generan mayores compromisos fiscales o reducen la transferencia efectiva del riesgo demanda. Otros mecanismos, como el peaje ajustable por fórmula o el peaje diferenciado, buscan aportar mayor predictibilidad y flexibilidad tarifaria. Sin embargo, requieren reglas claras, buena tecnología y capacidad de supervisión para evitar distorsiones o conflictos sociales. Por eso, no existe un modelo universal de peaje. La discusión correcta no es qué mecanismo recauda más, sino cuál asigna mejor los riesgos, mantiene financiable el proyecto y resulta socialmente sostenible. Un peaje mal diseñado puede comprometer incluso una infraestructura técnicamente bien estructurada.

𝗣𝗣𝗗 𝗲𝗻 𝗔𝗣𝗣: 𝗻𝗼 𝘀𝗲 𝗽𝗮𝗴𝗮 𝗽𝗼𝗿 𝗰𝗼𝗻𝘀𝘁𝗿𝘂𝗶𝗿, 𝘀𝗲 𝗽𝗮𝗴𝗮 𝗽𝗼𝗿 𝗺𝗮𝗻𝘁𝗲𝗻𝗲𝗿 𝗲𝗹 𝘀𝗲𝗿𝘃𝗶𝗰𝗶𝗼 𝗱𝗶𝘀𝗽𝗼𝗻𝗶𝗯𝗹𝗲. En las APP, el Pago por Disponibilidad (PPD) es uno de los mecanismos más relevantes para alinear incentivos entre el Estado y el concesionario. El concesionario no recibe el pago únicamente por haber construido la infraestructura, sino por mantener el servicio operativo, disponible y cumpliendo los niveles de servicio pactados durante toda la etapa de operación. El PPD no debe entenderse como un pago automático. Si existen fallas en la operación, incumplimientos de calidad, indisponibilidad de activos o interrupciones injustificadas, el pago puede ser objeto de deducciones por desempeño. Precisamente ahí radica su lógica: trasladar incentivos reales para asegurar continuidad y calidad en la prestación del servicio. Por eso, el diseño contractual resulta crítico. El contrato debe definir con claridad qué se entiende por servicio disponible, cuáles serán los indicadores de desempeño, cómo se calcularán las deducciones, quién verificará el cumplimiento y qué eventos excluyen responsabilidad del concesionario. Cuando el PPD está mal estructurado, pueden generarse pagos sin verdadero control de desempeño, deducciones arbitrarias o esquemas incompatibles con la bancabilidad del proyecto. En cambio, cuando está bien diseñado, el PPD convierte al contrato APP en un mecanismo orientado a resultados, continuidad del servicio y generación de valor público.

En las APP cofinanciadas, el RPI permite reconocer contractualmente la inversión ejecutada por el concesionario. Pero su verdadera fuerza financiera aparece cuando ese derecho de cobro futuro se materializa mediante el CRPAO. El CRPAO no es un simple certificado administrativo: es un instrumento que acredita el derecho del concesionario a recibir pagos futuros y puede servir como soporte para estructurar financiamiento. En términos prácticos, el CRPAO convierte el RPI en un activo financiero, reduciendo la percepción de riesgo, fortaleciendo la confianza de los acreedores y mejorando la bancabilidad del proyecto. Sin embargo, su valor no depende solo de su emisión, sino de la calidad del contrato APP, la claridad del mecanismo de pago, la asignación de riesgos y la fortaleza institucional del concedente. En infraestructura, los bancos no financian solo obras: financian certeza.

En una APP, el Estudio Definitivo de Ingeniería no es un simple entregable técnico: es la base que define el alcance real del proyecto, la asignación de riesgos, el CAPEX, el OPEX, la bancabilidad y las responsabilidades contractuales. Cuando el EDI lo desarrolla el concesionario, asume el riesgo de diseño y construcción; por tanto, responde por errores, omisiones o insuficiencias técnicas. Pero eso no significa que deba cargar con riesgos que el Estado controla, como información base defectuosa, falta de liberación de predios, interferencias no gestionadas o permisos críticos retrasados. Transferir el diseño no es transferir la improvisación. El Estado debe entregar información confiable y asignar riesgos con rigor; el concesionario debe auditar, documentar y asegurar coherencia entre diseño, cronograma y modelo financiero. El EDI es el punto donde se define quién asume qué, se anticipan los conflictos y se construye —o se destruye— la bancabilidad del contrato APP.

En las APP, el Estado puede ejercer potestades exorbitantes como modificar, interpretar, supervisar o incluso resolver el contrato por interés público. El problema no es que existan, sino que se ejerzan sin límites claros ni consecuencias económico-financieras previsibles. Cuando esas potestades no tienen gatillos objetivos ni mecanismos de compensación adecuados, se rompe la asignación de riesgos, se afecta el flujo de caja y se deteriora la bancabilidad del proyecto. En APP, el verdadero límite al poder de imperio no es solo jurídico: es financiero. Si el financiador no puede modelar el riesgo regulatorio, simplemente no financia. Por eso, la seguridad jurídica no se declara; se construye contractualmente con reglas claras, compensaciones previsibles y disciplina financiera.

El equilibrio económico-financiero en una APP no se analiza comparando simplemente ingresos contra costos. Su punto de partida real es la matriz de riesgos: no hay desequilibrio si el impacto proviene de un riesgo asumido por el concesionario. El modelo financiero ayuda a cuantificar el contrato, pero no lo reemplaza. Para que exista ruptura del equilibrio debe identificarse un evento gatillo jurídicamente relevante y no imputable al concesionario. Recién entonces corresponde evaluar un mecanismo de compensación, cuyo objetivo no es premiar ni garantizar rentabilidad, sino restituir la equivalencia económica originalmente pactada. Sin matriz de riesgos, evento gatillo y causalidad comprobada, no hay desequilibrio jurídico: solo una pérdida empresarial que no debe trasladarse al Estado.

El equilibrio económico-financiero en las APP no es un seguro de rentabilidad para el inversionista ni un mecanismo para corregir cualquier pérdida, sobrecosto o desviación del modelo financiero original. Su función es más precisa: evitar que el concesionario soporte riesgos que no le fueron asignados contractualmente. Por eso, el verdadero error no es “romper” el equilibrio económico-financiero, sino no entender qué significa ni cuándo corresponde realmente restablecerlo.

El problema en muchas APP no está en el contrato, sino en cómo lo gestiona el Estado. Se siguen aplicando lógicas de obra pública a un modelo basado en desempeño y asignación de riesgos. ¿Resultado? Control formal en lugar de resultados, intervencionismo, mala gestión de riesgos, rigidez frente a cambios y decisiones que afectan el equilibrio económico-financiero. El fondo es claro: una APP no es un contrato de obra, es un esquema de provisión de servicios. Cuando se rompe esa lógica, el contrato deja de funcionar. Las APP no fallan por diseño. Fallan por gestión.

El cierre de la brecha de infraestructura no es un problema de recursos, sino de cómo se organizan los proyectos. Ahí entra el PNI: no como listado, sino como habilitador de APP. Su valor está en cuatro cosas: prioriza estratégicamente, mejora la estructuración temprana, genera un pipeline predecible y alinea a las instituciones. Eso es lo que realmente atrae inversión. Porque la infraestructura no se resuelve planificando, sino convirtiendo proyectos en inversiones ejecutables.

En las APP, el verdadero estrés del contrato aparece en la operación. Ahí surgen los conflictos: KPIs mal diseñados, interpretaciones divergentes, penalidades que no corrigen, cambios regulatorios y desequilibrios económicos. No son fallas aisladas. Son problemas estructurales de gestión. La diferencia no la hace el contrato, sino cómo se administra: reglas claras, buena gobernanza, mecanismos de ajuste y gestión temprana de disputas. Una APP no fracasa por lo que dice el contrato, sino por cómo se gestiona en operación.

En las APP, los mayores problemas no están en el contrato, sino en su ejecución. Durante la construcción, el proyecto enfrenta la realidad: predios no liberados, interferencias no previstas, ingeniería incompleta, aprobaciones lentas y conflictos sociales. No son hechos aislados. Son riesgos típicos. Y el error más común es analizarlos como contingencias, cuando en realidad son parte del diseño contractual. La clave no es evitarlos, sino asignarlos correctamente y prever cómo gestionarlos. Una APP bien estructurada no elimina riesgos: los distribuye y los hace administrables.

El arbitraje resuelve controversias; no sustituye la gestión ni rediseña contratos. Cuando la entidad evita decidir, el tribunal termina haciéndolo. El laudo reemplaza la gestión y puede alterar la matriz de riesgos sin adenda. Eso rompe la predictibilidad del modelo APP y eleva la litigiosidad. Si el cambio era necesario, debía hacerse vía adenda, con sustento técnico y transparencia. Cuando el arbitraje asume ese rol, el problema no es el tribunal, es la gestión contractual.

Renegociar en una APP no es fracaso; el problema es el oportunismo. Aparece cuando se usa el contexto para alterar riesgos sin base contractual: presiones por continuidad del servicio, interpretaciones forzadas, pedidos de reequilibrio sin sustento o amenazas de arbitraje. Ahí el poder reemplaza al contrato. La única defensa es disciplina contractual: respetar gatillos, sustentar técnicamente y negociar con foco en el servicio. En APP, lo que se gana fuera del contrato se pierde en el arbitraje.

Cláusulas mal diseñadas que terminan en arbitraje En una APP, el arbitraje rara vez es fortuito. Suele ser la consecuencia directa de cláusulas ambiguas, riesgos mal asignados e incentivos mal alineados. Errores típicos: Equilibrio económico-financiero sin método: no define umbrales, fórmula ni riesgos cubiertos. El árbitro decide lo que el contrato no hizo. Fuerza mayor mal delimitada: sin distinguir riesgo asumido ni efectos automáticos, el conflicto es inevitable. Niveles de servicio deficientes: KPIs sin línea base ni proporcionalidad generan disputas técnicas que se judicializan. Modificaciones contractuales abiertas: desdibujan la asignación de riesgos y fomentan renegociaciones. Resolución sin gradualidad: sin correcciones previas, la medida extrema termina impugnada. Idea central Las APP son contratos de largo plazo bajo lógica de project finance. Si una cláusula no define método, riesgo y consecuencias económicas claras, no previene el conflicto: lo siembra.

Penalidades que no corrigen conductas: el error silencioso en muchas APP La penalidad en una APP debe corregir conductas que afectan el servicio, no castigar formalidades. El error frecuente: contratos saturados de sanciones por incumplimientos administrativos que no impactan disponibilidad, calidad o continuidad. Claro y directo: Penalizar trámites no mejora el servicio. Penalizar desempeño sí alinea incentivos. Replicar sanciones ya previstas en otras ramas del derecho es mala técnica y genera fricción, controversias y arbitrajes. Muchas veces, además, revela un problema de gestión pública: supervisión enfocada en papeles y no en resultados. Las penalidades deben concentrarse en lo esencial: no disponibilidad, incumplimiento de KPIs, fallas de mantenimiento, riesgos a la seguridad y deterioro del activo. El contrato de APP no es un código disciplinario. Es una herramienta para gestionar desempeño y proteger valor por dinero. No se trata de castigar más, sino de castigar lo que realmente importa.

En una APP bien diseñada, la sostenibilidad no se proclama: se incentiva. Un contrato que solo castiga empuja al concesionario a sobrevivir; uno que remunera el desempeño superior lo orienta a crear valor público. En APP autofinanciadas, los incentivos deben corregir el sesgo a maximizar ingresos a costa del servicio, sin blindar la demanda asignada al privado. En APP cofinanciadas, deben comprar desempeño verificable y proteger el valor por dinero, con neutralidad presupuestal y métricas auditables. La regla es simple y dura: incentivos con KPIs objetivos, coherentes con la asignación de riesgos, complementarios a las penalidades y directamente vinculados al servicio público. Conclusión: el incentivo bien diseñado alinea; el mal diseñado distorsiona. La sostenibilidad contractual se remunera cuando ocurre.

La sostenibilidad en una APP, según el enfoque del BID, no es una etiqueta ambiental, sino un marco integral de análisis y gestión que debe evaluarse durante todo el ciclo de vida del proyecto. En ese marco, la continuidad del servicio público no se presume por contrato: se diseña, se gestiona y se exige. Una APP solo es sostenible si integra cuatro dimensiones interdependientes: económica-financiera (viabilidad y resiliencia), social (legitimidad y calidad del servicio), ambiental (gestión de impactos y resiliencia climática) e institucional (capacidad real del Estado para gobernar y hacer cumplir el contrato). Cuando una de ellas falla, el proyecto se debilita. Conclusión: una APP que no incorpora estas cuatro dimensiones nace frágil y pone en riesgo la continuidad del servicio público.

En una APP, no todo problema merece una adenda. Convertir cualquier dificultad en modificación contractual debilita la asignación de riesgos y expone al Estado a decisiones que no siempre protegen el interés público ni el valor por dinero. Gestionar una APP no es renegociar constantemente; es exigir el cumplimiento del contrato antes de modificarlo

Las APP sostenibles en LAC no dependen solo del financiamiento. Se sostienen en cuatro pilares: mercados funcionales con reglas creíbles, proyectos bien preparados, control del riesgo fiscal y contratos resilientes frente a crisis, clima e inclusión.

En APP, cuando el entorno cambia, el desafío no es modificar el contrato, sino gestionarlo sin romper la relación contractual ni la bancabilidad del proyecto.

En las APP, la sostenibilidad se juega en el contrato. La resiliencia depende de la asignación de riesgos, de los mecanismos de ajuste y de la capacidad de gestionar durante la ejecución. Contratos rígidos generan conflicto; contratos resilientes sostienen el proyecto.

Las APP no suelen fracasar por el contrato, sino por la parálisis de la decisión pública. Cuando el trámite reemplaza al criterio, el proyecto se encarece, pierde bancabilidad y deja de generar valor público. El desafío no es menos control, sino decisiones oportunas, técnicas y trazables dentro del marco legal.

En una APP, el incentivo central del concesionario es claro: maximizar ingresos y reducir costos en la prestación del servicio público.

Las APP son contratos de largo plazo que, producto de su finalidad y estructura, no pueden anticipar todas las contingencias futuras. A ello se suma que, durante su ejecución, es habitual que se produzcan modificaciones derivadas del incremento o evolución de la demanda del servicio público concesionado, lo que exige ajustes técnicos, operativos y económicos.

Uno de los errores más frecuentes en los proyectos APP es creer que el principal desafío termina cuando se asegura el financiamiento o se alcanza el cierre financiero. En realidad, ahí recién empieza lo más complejo.