PPPs e Concessões de Infraestrutura: framework de maturidade para estruturação, contratação, desempenho e handback

Sumário executivo

Parcerias Público-Privadas e concessões de infraestrutura são contratos de longo prazo, mas a qualidade do contrato é determinada muito antes da assinatura. A maior parte dos problemas que aparecem durante a implantação e a operação — CAPEX subestimado, demanda superestimada, indicadores inexequíveis, matriz de riscos ambígua, pleitos recorrentes, dificuldade de financiamento, ativos sem baseline, reequilíbrios mal instruídos e handback conflituoso — normalmente nasce de uma transição de maturidade mal resolvida na estruturação.

Uma PPP não se torna madura porque possui minuta de edital, modelagem econômico-financeira ou estudos jurídicos completos. Maturidade significa que necessidade pública, solução técnica, nível de serviço, ativos, CAPEX, OPEX, cronograma, demanda, receitas, riscos, garantias, indicadores, obrigações contratuais e critérios de devolução são coerentes entre si e sustentados por evidência suficiente para a decisão seguinte.

Esse ponto é particularmente importante porque o contrato transfere responsabilidades por anos ou décadas. A Lei nº 11.079/2004 estabelece que as PPPs são concessões patrocinadas ou administrativas, prevê repartição objetiva de riscos e exige demonstração da conveniência da contratação, responsabilidade fiscal e sustentabilidade. A Lei nº 8.987/1995 estrutura o regime geral das concessões de serviços e obras públicas. A legislação, entretanto, define o ambiente jurídico; ela não substitui a engenharia necessária para tornar o projeto contratável, financiável, mensurável e operável.

Este whitepaper propõe um Framework de Maturidade para PPPs e Concessões de Infraestrutura organizado em oito gates. O método conecta diagnóstico, pré-viabilidade, estudos técnicos, modelagem econômico-financeira, Value for Money, bankability, matriz de riscos, edital, contrato, Sistema de Mensuração de Desempenho, licitação, financial close, implantação, entrada em serviço, verificação independente, reequilíbrio, gestão de ativos e handback.

A finalidade não é criar uma sequência burocrática adicional. Cada gate responde a uma pergunta objetiva: há evidência suficiente para assumir o próximo compromisso técnico, fiscal, contratual ou financeiro? Quando a resposta é negativa, avançar apenas desloca a incerteza para uma fase em que a correção é mais cara, litigiosa ou politicamente sensível.

O Guia Completo de PPPs e Concessões de Infraestrutura apresenta o ciclo completo e aprofunda os instrumentos individuais. Este whitepaper ocupa uma função distinta: transformar esse ciclo em uma arquitetura de governança, assurance e decisão por maturidade.

PPPs e concessões em uma página

O problema de engenharia que o framework resolve

Projetos de PPP e concessão costumam ser tratados como sucessão de entregáveis: estudo técnico, modelo econômico, parecer jurídico, consulta pública, edital, contrato. Essa visão documental é insuficiente. Um projeto pode possuir todos esses documentos e continuar imaturo porque as premissas não convergem entre disciplinas.

Um exemplo recorrente é o CAPEX. O modelo econômico pode assumir determinado valor de investimento, mas o projeto de referência ainda não definiu interfaces críticas, condição dos ativos existentes, requisitos ambientais, desapropriações ou redundâncias. O número entra na modelagem com aparência de precisão, porém sua faixa de incerteza é incompatível com o nível de compromisso que o processo pretende assumir.

Outro exemplo aparece no Sistema de Mensuração de Desempenho. Um indicador pode ter boa formulação jurídica e ainda ser tecnicamente impossível de medir com a frequência, precisão ou rastreabilidade prevista. Quando isso ocorre, a fragilidade só aparece após o início da operação, quando a nota de desempenho já interfere no pagamento e qualquer alteração exige tratamento contratual.

O framework trabalha justamente nas interfaces em que a estruturação costuma perder coerência:

1. necessidade pública versus solução técnica;
2. solução técnica versus CAPEX e OPEX;
3. CAPEX/OPEX versus fluxo de caixa e financiamento;
4. riscos técnicos versus alocação contratual;
5. nível de serviço versus indicadores;
6. indicadores versus dados disponíveis e verificabilidade;
7. obrigações versus mecanismo de pagamento;
8. cronograma contratual versus licenciamento, projeto, suprimentos e mobilização;
9. investimentos de ciclo de vida versus condição dos ativos;
10. condição de operação versus condição exigida no handback.

Essas relações formam uma cadeia de assurance. Se uma delas for quebrada, a inconsistência reaparece como contingência financeira, aditivo, pleito, atraso, desconto indevido de contraprestação, baixa disponibilidade, disputa de responsabilidade ou passivo de fim de contrato.

Base legal e institucional: o que o framework precisa respeitar

No Brasil, a arquitetura jurídica das PPPs e concessões combina legislação geral, normas setoriais, regras fiscais, regulação e disposições específicas de cada ente. O framework não substitui análise jurídica; ele organiza o trabalho técnico necessário para que o instrumento jurídico seja apoiado por premissas defensáveis.

Lei nº 11.079/2004

A Lei nº 11.079/2004 institui as normas gerais de PPP e distingue concessão patrocinada e concessão administrativa. A lei estabelece, entre outros pontos, repartição objetiva de riscos, sustentabilidade financeira e vantagens socioeconômicas, possibilidade de remuneração vinculada a desempenho e exigências para abertura do processo licitatório. Também delimita que contratos de PPP não podem ter como objeto único fornecimento de mão de obra, instalação de equipamentos ou execução isolada de obra pública.

Na redação vigente, o valor mínimo do contrato de PPP é de R$ 10 milhões, e o prazo contratual deve ser compatível com a amortização dos investimentos, entre 5 e 35 anos, incluindo eventual prorrogação. Essas condições são limites jurídicos; não representam, por si, critérios de conveniência econômica ou maturidade.

Lei nº 8.987/1995

A Lei nº 8.987/1995 regula concessões e permissões de serviços públicos e permanece central para concessões comuns e para vários elementos aplicáveis às PPPs. Serviço adequado, direitos e obrigações, bens reversíveis, fiscalização, intervenção, extinção e reversão fazem parte da arquitetura que precisa ser traduzida em requisitos técnicos mensuráveis.

Lei nº 13.334/2016 e ambiente de estruturação

A Lei nº 13.334/2016 criou o Programa de Parcerias de Investimentos — PPI e consolidou, no âmbito federal, uma lógica de priorização, coordenação, estruturação e segurança jurídica para projetos de parceria. O ambiente institucional brasileiro também utiliza BNDES e fundos de estruturação para apoiar entes públicos na preparação de concessões e PPPs.

Lei nº 14.133/2021

A Lei nº 14.133/2021 alterou pontos do processo licitatório das PPPs, inclusive permitindo concorrência ou diálogo competitivo nos termos da redação atual do art. 10 da Lei nº 11.079/2004. Isso reforça a necessidade de alinhar estratégia de contratação ao grau de definição do objeto: quando a Administração ainda precisa discutir meios técnicos ou soluções complexas com o mercado, o modelo de procedimento deve ser compatível com essa realidade.

Regulação setorial e contrato

Rodovias, mobilidade, saneamento, resíduos, iluminação, saúde, educação e outros setores possuem requisitos próprios. A modelagem precisa integrar legislação setorial, agência reguladora, licenciamento, normas técnicas, regras tarifárias, padrões de serviço e práticas de fiscalização. O framework, portanto, não cria uma “norma única de PPP”; ele organiza a consistência entre as fontes aplicáveis.

PPPs não são projetos de obra: são arquiteturas de serviço de longo prazo

Uma fragilidade conceitual comum é começar a estruturação pela obra. O ativo físico é meio para entregar um serviço. A pergunta inicial deve ser: qual resultado público precisa ser mantido, em que nível de qualidade, para qual população ou usuário, ao longo de qual horizonte?

Esse deslocamento muda a engenharia. Em vez de definir somente quantidades, capacidades e equipamentos, a estruturação passa a tratar disponibilidade, desempenho, tempo de resposta, segurança, confiabilidade, manutenção, renovação e condição futura do ativo. O projeto deve suportar o serviço durante todo o ciclo contratual, e não apenas alcançar condição de aceite no início.

Em contratos baseados em disponibilidade, por exemplo, a decisão não é apenas quanto custa construir. É necessário avaliar qual arquitetura reduz indisponibilidade, como a manutenção será executada, quais ativos exigem redundância, como o desempenho será medido e qual ciclo de renovação sustenta os níveis de serviço contratados.

Em concessões com risco de demanda, o nível de serviço interage com projeção de usuários, receitas, expansão de capacidade e sensibilidade econômica. Uma premissa aparentemente comercial — crescimento de tráfego, consumo, utilização ou adesão — possui consequências diretas sobre dimensionamento, CAPEX e cronograma.

As três provas de maturidade: valor público, bankability e executabilidade

Um projeto de parceria precisa sobreviver a três testes simultâneos.

Valor público

O projeto deve demonstrar que responde a uma necessidade real e que o arranjo escolhido produz benefício público proporcional aos compromissos assumidos. Isso envolve qualidade do serviço, universalização ou capacidade, eficiência de ciclo de vida, previsibilidade fiscal, transferência de riscos e benefícios socioeconômicos.

Bankability

Financiadores e investidores precisam enxergar receitas, obrigações e riscos suficientemente previsíveis para comprometer capital. A bankability depende da qualidade da modelagem, mas também da maturidade da engenharia, das garantias, da matriz de riscos, das licenças, do cronograma, da estabilidade contratual e da capacidade de produzir evidência de desempenho.

Executabilidade e operabilidade

O contrato precisa ser possível de implantar e administrar. Requisitos precisam ser verificáveis, interfaces precisam ter responsáveis, cronogramas precisam refletir restrições reais e indicadores precisam ser mensuráveis com dados disponíveis. Um contrato pode ser juridicamente válido e economicamente atraente, mas ainda ser tecnicamente frágil.

A maturidade existe quando as três provas convergem. Se o projeto produz valor público, mas não é financiável, ele não fecha. Se é financiável, mas o SMD é inexequível, o conflito migra para a operação. Se é tecnicamente executável, mas a alocação de risco não produz VfM, o instrumento escolhido pode não ser justificável.

Por que trabalhar com gates de maturidade

Gate não é apenas marco de cronograma. É uma decisão de governança. Seu objetivo é impedir que incerteza relevante seja convertida em compromisso irreversível antes de existir evidência suficiente.

Na estruturação, isso significa impedir que uma ordem de grandeza seja tratada como orçamento final, que uma hipótese de demanda seja cristalizada no contrato sem sensibilidade, que uma matriz de riscos seja fechada antes de conhecer condição de ativos ou que um SMD seja publicado antes de testar sua verificabilidade.

Cada gate precisa ter cinco componentes:

• pergunta de decisão: o que precisa ser decidido;
• evidence package: quais documentos e evidências sustentam a decisão;
• blockers: quais lacunas impedem avanço;
• baseline: qual conjunto de premissas é congelado;
• decision record: quem aprovou, condicionou, recusou ou pediu reciclagem.

O modelo de gates reduz o risco de “maturidade por calendário”, em que a licitação precisa sair em determinada data e, por isso, documentos ainda frágeis são tratados como encerrados.

Dimensões de maturidade do projeto

Arquitetura dos oito Gates de Maturidade

Gate 0 — Public Need & Service Outcomes

Pergunta de decisão

Qual problema público justifica o projeto, que serviço precisa ser entregue e como será reconhecido o sucesso ao longo do tempo?

Evidências esperadas

• diagnóstico da necessidade pública;
• população, usuário ou beneficiário alvo;
• baseline do serviço atual;
• gaps de capacidade, qualidade, cobertura e disponibilidade;
• consequências de manter o cenário atual;
• objetivos de política pública;
• níveis de serviço preliminares;
• restrições fiscais, regulatórias e institucionais;
• mapa inicial de stakeholders;
• owner público do projeto e governança inicial.

Sinais de bloqueio

• objeto já definido sem diagnóstico comparativo;
• confusão entre necessidade pública e solução construtiva;
• ausência de baseline de qualidade ou capacidade;
• benefícios descritos apenas de forma qualitativa;
• projeto sem sponsor institucional;
• competências de ente, agência e operador não esclarecidas.

Outcome antes do output

O Gate 0 força a Administração a separar resultado de meio. “Construir um hospital” é output; “disponibilizar determinada capacidade assistencial com níveis mínimos de disponibilidade, segurança e tempo de resposta” é outcome. “Trocar luminárias” é output; “entregar iluminação pública com níveis definidos de iluminância, disponibilidade, eficiência e atendimento” é serviço.

Essa distinção é decisiva porque PPPs e concessões funcionam melhor quando o contrato consegue remunerar ou responsabilizar o parceiro pelos resultados que ele efetivamente controla, preservando espaço para otimização técnica ao longo do ciclo.

Baseline de serviço

A condição inicial deve ser mensurada sempre que possível. Sem baseline, torna-se difícil demonstrar ganho de desempenho, calibrar metas, estimar backlog, avaliar CAPEX e definir obrigações de transição. A baseline também evita comparar o projeto futuro contra um cenário atual abstrato.

Saída do Gate 0

O gate fecha quando o projeto possui problema público claro, resultado esperado, fronteiras de serviço e governança suficientes para iniciar a comparação de alternativas sem assumir prematuramente que PPP ou concessão é a solução correta.

Gate 1 — Screening & Pre-Feasibility

Pergunta de decisão

Existe um caso plausível para aprofundamento e quais modelos de entrega precisam ser comparados antes de escolher PPP, concessão ou contratação pública convencional?

A Pré-Viabilidade em PPPs e Concessões deve filtrar projetos antes de mobilizar modelagem completa. Nesta fase, precisão falsa é tão perigosa quanto falta de análise: o objetivo é trabalhar com ordens de grandeza, faixas, cenários e red flags suficientemente robustos para decidir se vale avançar.

Screening de alternativas

• execução e operação direta pelo poder público;
• contratação tradicional por lotes;
• contratação integrada quando cabível;
• concessão comum;
• concessão patrocinada;
• concessão administrativa;
• outros arranjos setoriais.

A seleção inicial deve considerar fonte de remuneração, possibilidade de cobrança tarifária, capacidade de transferência de risco, escala de investimento, necessidade de integração de ciclo de vida, flexibilidade futura e maturidade institucional do poder concedente.

Red flags de pré-viabilidade

Algumas lacunas não inviabilizam o projeto, mas precisam ser reconhecidas cedo: ativo existente sem inventário; área ainda não disponibilizada; licenciamento crítico desconhecido; demanda altamente incerta; tarifa politicamente sensível; necessidade elevada de contraprestação; passivo oculto; CAPEX dependente de tecnologia ainda indefinida; prazo incompatível com licenças; ou capacidade fiscal limitada.

Market sounding preliminar

Interação estruturada e transparente com mercado pode ajudar a identificar se a arquitetura preliminar é financiável, se existem fornecedores e operadores capazes, quais riscos são percebidos como não gerenciáveis e quais informações adicionais seriam necessárias. Market sounding não substitui decisão pública nem pode privilegiar agentes; sua função é reduzir assimetria de informação antes de cristalizar premissas.

Evidence Package do Gate 1

Saída do Gate 1

O gate fecha com decisão de GO, HOLD, RECYCLE ou CLOSE. Projetos que avançam devem possuir plano de estudos e uma hipótese explícita de modelo de entrega a ser testada, não presumida.

Gate 2 — Technical & Economic Definition

Pergunta de decisão

Os estudos técnicos, econômicos e ambientais possuem profundidade suficiente para transformar a ideia em uma solução de referência modelável?

O EVTEA é a principal ponte entre oportunidade e modelagem. O estudo precisa integrar demanda, engenharia, ambiente, custos, cronograma e alternativas. Em projetos brownfield, deve incorporar condição dos ativos e passivos existentes; em greenfield, deve capturar interfaces fundiárias, ambientais e de implantação.

Data room como infraestrutura do projeto

Um projeto de parceria não pode depender de arquivos dispersos e versões informais. O data room deve conter fontes, revisões, levantamentos, premissas, desenhos, bases de custo, séries históricas, dados de demanda, estudos ambientais, inventários, registros de ativos e decisões. A governança da informação é parte da modelagem porque investidores e licitantes precificam incerteza.

Engenharia de referência

A solução de referência precisa possuir detalhamento compatível com a distribuição de riscos pretendida. Quanto mais responsabilidade de projeto for transferida ao privado, maior a importância de requisitos funcionais, limites de desempenho, interfaces e dados de entrada confiáveis. Transferir o detalhamento não significa transferir risco de informação que o parceiro privado não consegue controlar.

CAPEX e OPEX

O artigo sobre CAPEX e OPEX em PPPs e Concessões detalha a necessidade de pensar custo ao longo do contrato. O Gate 2 deve separar investimento inicial, manutenção, reposições, ampliações, gastos regulatórios, operação, energia, insumos, mão de obra e CAPEX de renovação. Isso evita que a solução de menor custo inicial produza maior contraprestação ou risco de fim de contrato.

Demanda e capacidade

Modelos de demanda precisam informar não apenas uma curva central, mas drivers, cenários, sazonalidade, elasticidades, limites de capacidade e eventos capazes de deslocar a projeção. Em infraestrutura de longo prazo, a solução deve ser compatível com crescimento, modularidade e gatilhos de expansão.

Schedule basis

O cronograma da modelagem precisa refletir engenharia, licenciamento, desapropriações, projeto, procurement, obras, testes e mobilização. Datas contratuais não podem nascer somente da expectativa política de inauguração. O caminho crítico deve ser tecnicamente demonstrável.

Saída do Gate 2

O gate produz uma baseline técnica e econômica suficientemente consistente para suportar matriz de riscos, VfM, bankability e contrato. Incertezas remanescentes precisam ser classificadas e precificadas, não ocultadas.

Gate 3 — Risk, Value for Money & Bankability

Pergunta de decisão

O arranjo proposto gera valor para o poder público, aloca riscos de forma eficiente e pode ser financiado em condições compatíveis com o projeto?

Matriz de riscos como síntese da estruturação

A Matriz de Riscos em PPPs e Concessões não deveria ser redigida como lista jurídica genérica. Cada risco relevante precisa estar associado a causa, evento, consequência, prevenção, owner, mecanismo de compensação e evidência. A melhor alocação tende a atribuir risco a quem possui maior capacidade para preveni-lo, controlá-lo, mitigá-lo ou absorvê-lo a menor custo.

Transferir risco que o privado não consegue controlar não elimina o risco; aumenta prêmio, contingência, custo de financiamento ou probabilidade de disputa. Da mesma forma, reter riscos controláveis pelo parceiro privado pode reduzir incentivos e piorar Value for Money.

Value for Money

O Value for Money deve ser entendido como comparação estruturada entre alternativas, e não como selo automático de que PPP é superior. O assessment precisa considerar custos, riscos, qualidade, prazo, incentivos de ciclo de vida, flexibilidade, transação e impacto fiscal. A escolha do modelo deve permanecer aberta até que as evidências sustentem a decisão.

Modelo econômico-financeiro

A modelagem econômico-financeira transforma premissas técnicas e contratuais em fluxos de caixa. É por isso que engenharia e finanças não podem trabalhar em paralelo sem reconciliação. Mudança de CAPEX, curva de implantação, índice de disponibilidade, vida útil, reinvestimento, demanda ou prazo de licenciamento altera a economia do contrato.

Bankability

Financiabilidade exige que o projeto suporte diligência de terceiros. Financiadores analisarão estabilidade do fluxo de caixa, riscos de construção e operação, garantias, seguros, step-in rights quando aplicáveis, condições precedentes, estrutura da SPE, cobertura de dívida, exposição a demanda, inflação, câmbio, taxa de juros e riscos regulatórios. Uma TIR aparente não corrige um projeto tecnicamente imaturo.

Risco de demanda e risco de disponibilidade

O artigo sobre Risco de Demanda e Risco de Disponibilidade ajuda a separar duas famílias de exposição. Em uma concessão tarifária, volume de usuários pode ser determinante para receita. Em PPPs orientadas por disponibilidade, a contraprestação pode depender mais diretamente do nível de serviço. A alocação precisa refletir quem controla cada driver e quais choques estão fora da capacidade de gestão das partes.

Sensibilidade e switching values

Uma modelagem madura precisa identificar quais variáveis destroem a viabilidade. CAPEX, atraso, demanda, OPEX, taxa de financiamento, inflação, indisponibilidade ou necessidade de reinvestimento podem alterar radicalmente o caso de negócio. O Gate 3 deve registrar limites e gatilhos de reavaliação.

Evidence Package do Gate 3

Saída do Gate 3

O gate fecha quando a Administração consegue justificar por que o modelo selecionado é superior às alternativas consideradas e quando os principais riscos foram refletidos tanto no modelo econômico quanto na arquitetura contratual que será desenvolvida.

Gate 4 — Contract & Procurement Readiness

Pergunta de decisão

Edital, contrato, anexos técnicos, matriz de riscos, SMD e mecanismo de pagamento representam de forma coerente o projeto que foi estudado e permitem competição, execução e fiscalização?

Contrato como tradução dos estudos

O Contrato de PPP precisa converter modelagem em obrigações executáveis. Prazo, remuneração, riscos, nível de serviço, seguros, garantias, fiscalização, penalidades, eventos de compensação, reequilíbrio, bens reversíveis e término precisam refletir a mesma base técnica.

Uma obrigação contratual deve responder pelo menos: o que deve ser entregue, quando, em qual condição, como será medido, qual evidência comprova atendimento e qual consequência decorre do descumprimento.

Sistema de Mensuração de Desempenho

O Sistema de Mensuração de Desempenho é uma interface entre engenharia, fiscalização e economia. Cada indicador deve possuir definição, fórmula, unidade, fonte, periodicidade, método de coleta, tratamento de indisponibilidade de dados, regra de arredondamento, evidência, responsável e efeito sobre pagamento quando aplicável.

Indicadores excessivos não significam melhor governança. O SMD deve medir resultados materiais e controláveis. Métricas redundantes aumentam custo de verificação, criam inconsistência e dificultam auditoria.

Mecanismo de pagamento

O mecanismo econômico precisa ser calibrado para produzir incentivo sem gerar volatilidade desproporcional. Se pequenas falhas operacionais podem destruir grande parcela da contraprestação, financiadores precificarão risco; se descontos são irrelevantes, o sistema perde capacidade de induzir desempenho.

Verificador Independente

Quando previsto, o Verificador Independente deve aplicar regras suficientemente objetivas. Ele pode aferir indicadores, validar evidências e apoiar a governança, mas não deve ser obrigado a inventar critérios que a estruturação deixou indefinidos.

Handback requirements desde o início

O contrato precisa estabelecer quais ativos revertem, qual condição será exigida, como serão medidos desempenho e vida útil remanescente, quais documentos serão entregues e com que antecedência ocorrerão inspeções de devolução. Handback vago é risco diferido.

Consulta pública e mercado

Consulta pública não deve ser tratada como formalidade. Contribuições de operadores, investidores, financiadores, fornecedores e sociedade podem revelar requisitos inexequíveis, riscos mal alocados e pontos de baixa competição. Toda alteração relevante deve retornar à consistência técnica e econômica do modelo.

Saída do Gate 4

Ready for Tender significa que o projeto pode ser licitado sem depender de interpretações essenciais posteriores. Questões abertas devem estar limitadas ao espaço legítimo de competição e otimização, não a lacunas estruturais do objeto.

Gate 5 — Tender, Award & Financial Close

Pergunta de decisão

A proposta vencedora preserva a arquitetura de risco e desempenho do projeto e possui condições reais de atingir fechamento financeiro e mobilização?

Licitação como teste da estruturação

O processo competitivo fornece informação. Baixa participação, pedidos recorrentes de alteração, exigência generalizada de prêmio de risco ou dificuldade de financiamento podem sinalizar que a modelagem não foi bem calibrada. A Administração precisa distinguir estratégia negocial de evidência real de falha estrutural.

Equalização da proposta

Preço ou outorga não devem ser analisados isoladamente dos condicionantes. É necessário verificar aderência ao escopo, pressupostos de engenharia, cronograma, financiamento, garantias, condições de mobilização, solução técnica ofertada quando houver liberdade de projeto e obrigações de performance.

Sociedade de Propósito Específico

A SPE organiza a execução do contrato e separa o empreendimento do restante das atividades dos acionistas. Governança societária, capitalização, contratos com partes relacionadas, EPC/O&M e estrutura financeira precisam ser compatíveis com as obrigações assumidas.

Financial close

O fechamento financeiro é um gate substantivo, não uma consequência automática da adjudicação. Condições precedentes, garantias, seguros, licenças, contratos de construção, equity, dívida e documentação precisam convergir. Mudanças realizadas para viabilizar financiamento devem passar por change control e não podem reduzir silenciosamente requisitos públicos.

Baseline pós-adjudicação

Antes da mobilização, é recomendável congelar a versão contratual, anexos, proposta, matriz de responsabilidades, cronograma inicial, modelo econômico de referência quando aplicável e documentação de condições precedentes. Essa baseline será essencial para instruir alterações e pleitos futuros.

Saída do Gate 5

O gate fecha quando a concessionária possui estrutura societária e financeira capaz de mobilizar, as condições precedentes foram tratadas e não existem divergências materiais entre proposta vencedora e requisitos contratuais.

Gate 6 — Delivery & Service Commencement

Pergunta de decisão

O ativo, os sistemas, a organização operacional e os mecanismos de medição estão prontos para iniciar o serviço contratado com segurança e desempenho verificável?

Owner’s Engineering e technical assurance

Durante implantação, o poder concedente precisa preservar intenção contratual sem substituir responsabilidades do parceiro privado. Design Review, fiscalização, inspeções, controle de interfaces e revisão de testes devem concentrar-se em requisitos, riscos e condições de aceite.

Projeto e construção

Alterações de projeto precisam ser avaliadas contra requisitos e modelo econômico. Value engineering é legítimo quando preserva desempenho e risco; redução de escopo que compromete ciclo de vida ou disponibilidade não pode ser tratada apenas como decisão interna do privado se afetar obrigações contratuais.

Comissionamento e entrada em serviço

A autorização para início da operação deve ser baseada em evidência. Testes individuais, testes integrados, performance tests, segurança, sistemas de dados, treinamento, planos de manutenção, documentação As-Built e readiness operacional precisam convergir.

Baseline de ativos

O início da operação é o momento de estabelecer inventário e condição de referência. Em brownfields, é necessário distinguir claramente o que foi recebido, reformado, substituído ou incorporado. Em greenfields, a baseline as-built/as-tested torna-se origem da gestão de ativos e do futuro handback.

SMD antes da contraprestação

Fontes de dados, integrações, sensores, evidências e rotinas de apuração devem ser testadas antes do primeiro ciclo de mensuração. Não é aceitável descobrir após a entrada em serviço que um indicador contratual não pode ser reproduzido.

Saída do Gate 6

Ready for Service significa que a infraestrutura atende aos critérios de entrada, a organização consegue operar e manter o ativo e o sistema de governança possui dados suficientes para iniciar fiscalização e mensuração.

Gate 7 — Performance, Rebalancing & Handback

Pergunta de decisão

O contrato continua entregando serviço, equilíbrio, condição de ativos e capacidade de reversão ao longo do ciclo?

Performance governance

Durante operação, indicadores precisam produzir decisões. Tendências de indisponibilidade, falhas recorrentes, backlog, reclamações, consumo, incidentes e desempenho de ativos devem alimentar fiscalização e planejamento. O SMD contratual pode ser complementado por indicadores de engenharia que antecipem deterioração antes que ela gere descumprimento.

Reequilíbrio econômico-financeiro

O reequilíbrio econômico-financeiro depende de causalidade e evidência. A ocorrência de um evento não demonstra automaticamente direito. É necessário reconstruir fato, responsabilidade, cronologia, impacto técnico, efeito financeiro e relação com a matriz de riscos e cláusulas aplicáveis.

Essa disciplina precisa existir desde o início. Diário de obra, registros de ativos, dados de operação, baseline de cronograma, medições e change log podem se tornar evidências decisivas muitos anos depois.

Gestão de ativos

Disponibilidade atual não é sinônimo de condição sustentável. Gestão de ativos precisa controlar criticidade, manutenção, obsolescência, vida útil, falhas, reposições e CAPEX de ciclo de vida. Investimentos de renovação devem ser antecipados para evitar concentração de passivos nos anos finais.

Bens reversíveis

O conteúdo sobre Bens Reversíveis em Concessões detalha inventário, condição e devolução. O registro deve acompanhar inclusão, substituição, baixa, alteração e localização dos ativos ao longo do contrato.

Handback

O handback precisa ser tratado como programa plurianual. Inspeções, avaliação de condição, vida útil remanescente, backlog, obsolescência, renovação, documentação, treinamento e transição operacional exigem antecedência.

Expressões genéricas como “devolver em boas condições” são insuficientes. Critérios de handback devem definir condição mínima, desempenho, defeitos críticos, manutenção pendente, documentação, testes, inventário e tratamento de não conformidades.

Saída do Gate 7

O Gate 7 não possui encerramento único até o término da concessão. Ele opera em ciclos de revisão, alimentando performance, mudanças, reequilíbrios, investimentos e preparação para devolução. O fechamento final ocorre quando o serviço e os ativos são transferidos conforme os critérios contratuais e a transição preserva continuidade.

Gate Review Pack: a unidade mínima de decisão

Relatórios extensos não garantem decisão de qualidade. Cada gate deve ser apresentado em um pacote executivo que permita reconstruir a maturidade do projeto sem depender de interpretações dispersas.

Decision rights: quem produz evidência não deve sozinho aceitar o risco

Estruturações complexas envolvem consultores técnicos, econômicos, jurídicos, ambientais, bancos estruturadores, unidade de PPP, secretaria setorial, fazenda, procuradoria, agência reguladora e controle. Sem decision rights claros, divergências podem ser resolvidas por hierarquia informal em vez de evidência.

O modelo deve separar pelo menos quatro funções: produzir, revisar, recomendar e decidir. A equipe técnica pode recomendar uma margem; a autoridade competente decide se aceita o risco residual. O modelador pode calcular contraprestação; a área fiscal decide se o compromisso é comportável. O consultor jurídico estrutura a cláusula; a engenharia precisa verificar se a obrigação é tecnicamente mensurável.

Matriz consolidada dos oito Gates

A visão consolidada permite verificar se o projeto está avançando por maturidade ou apenas por cronograma. Cada gate possui um tipo diferente de compromisso e, consequentemente, um tipo diferente de erro que precisa ser evitado.

Scoring de maturidade sem esconder blockers

Uma nota global de maturidade pode ser útil para portfólio, mas não deve permitir compensação entre dimensões incompatíveis. Um projeto não pode “tirar média” entre excelente modelagem financeira e inexistência de licença crítica, ou entre contrato bem redigido e CAPEX tecnicamente não sustentado.

O framework utiliza escala de 0 a 4 por dimensão:

O critério decisivo é a presença de blockers. Um projeto pode ter média 3,2 e ainda não estar pronto para licitação se a regularização fundiária estiver em nível 0, se o licenciamento crítico estiver indefinido ou se o mecanismo de pagamento depender de indicadores sem fonte de dados.

Hard blockers

Hard blockers são lacunas capazes de alterar materialmente objeto, risco, preço, prazo ou legalidade da contratação. Exemplos incluem indisponibilidade da área, ausência de competência institucional, impossibilidade de definir serviço, falta de dados mínimos de demanda, passivo ambiental dominante, incapacidade fiscal, solução de engenharia não executável, risco não alocável, SMD impraticável ou ausência de caminho para financiamento.

Soft blockers

Soft blockers podem ser fechados em paralelo desde que exista owner, prazo e contingência. Pequenos refinamentos de quantitativos, documentos complementares, ajustes não materiais de indicadores ou pendências de interface com solução já definida podem ser tratados por ação condicionante.

Exception Management: quando avançar com pendência

Projetos complexos raramente chegam a um gate com todas as pendências encerradas. O problema não é existir exceção; é permitir que ela avance sem controle. Toda exceção deve conter descrição, causa, impacto potencial, owner, prazo, ação de fechamento e autoridade que aceitou a exposição temporária.

Um GO condicionado é legítimo quando a pendência não altera a essência da decisão. Se uma informação aberta pode modificar matriz de riscos, CAPEX, tarifa, contraprestação, prazo, condições de financiamento ou legalidade, a classificação adequada tende a ser RECYCLE ou HOLD.

O exception register deve acompanhar o projeto até o fechamento. Pendências antigas que reaparecem em vários gates são sinal de que o processo está carregando dívida de maturidade.

Critérios de parada: quando o projeto não deve avançar

Governança madura inclui a capacidade de parar. Estruturações podem consumir recursos por meses ou anos apenas porque já receberam investimento político ou institucional. Gates precisam preservar a opção de interromper, redimensionar ou mudar o modelo.

Entre os motivos técnicos para HOLD ou CLOSE estão:

• benefício público insuficiente frente ao custo total;
• demanda incapaz de sustentar o modelo sem exposição fiscal incompatível;
• riscos críticos sem agente capaz de geri-los;
• CAPEX sujeito a incerteza incompatível com a fase de contratação;
• restrição fundiária ou ambiental sem solução plausível;
• nível de serviço impossível de medir ou fiscalizar;
• mercado incapaz de oferecer competição adequada;
• bankability dependente de garantias ou condições não disponíveis;
• prazo incompatível com implantação e licenciamento;
• ausência de capacidade institucional para administrar contrato de longo prazo.

Encerrar um projeto imaturo antes da licitação não é fracasso da estruturação. Pode ser a decisão economicamente correta.

Requirements Traceability: do problema público à cláusula contratual

Uma das ferramentas mais poderosas para reduzir incoerência é a Requirements Traceability Matrix. Cada requisito relevante deve possuir origem, responsável, documento de implementação e método de verificação.

A matriz impede que requisitos relevantes existam apenas em um estudo e desapareçam do contrato. Também facilita analisar mudanças: quando uma cláusula ou solução é alterada, torna-se possível identificar quais premissas econômicas e riscos precisam ser recalculados.

Interface Management: onde a estruturação costuma falhar

PPPs combinam fronteiras institucionais e técnicas. Município, estado, agência, concessionária, distribuidora, operador existente, financiadores, fornecedores, usuários e órgãos ambientais podem compartilhar interfaces que não pertencem integralmente a nenhuma disciplina.

Um Interface Register deve registrar:

• interface;
• partes envolvidas;
• informação necessária;
• data limite;
• responsabilidade primária;
• risco se não resolvida;
• documento de fechamento;
• status.

Interfaces críticas típicas incluem disponibilidade de energia, transferência de ativos existentes, desapropriações, conexão com redes públicas, dados fornecidos por operadores atuais, licenciamento, sistemas de cobrança, integração de TI, transição de pessoal, acesso a áreas e dependências entre obras públicas e privadas.

Quando uma interface não possui owner, ela tende a se transformar em disputa sobre quem deveria ter feito o quê.

Configuration Management: controlar o projeto que está sendo contratado

Estruturações mudam continuamente. Estudos são revisados, CAPEX é ajustado, riscos migram, indicadores são recalibrados e minutas recebem contribuições. Sem gestão de configuração, diferentes equipes podem trabalhar sobre versões incompatíveis.

A baseline de cada gate deve identificar versões vigentes de pelo menos:

• escopo e requisitos;
• engenharia de referência;
• inventário e asset baseline;
• CAPEX e OPEX;
• cronograma;
• demanda;
• risk register e matriz de riscos;
• modelo econômico-financeiro;
• edital, contrato e anexos;
• SMD;
• mecanismo de pagamento;
• handback requirements.

Configuration management evita o cenário em que o contrato final contém requisito removido do CAPEX, o modelo financeiro utiliza cronograma antigo ou o SMD mede uma solução que já foi modificada.

Management of Change ao longo da estruturação e do contrato

Mudança é inevitável; mudança sem rastreabilidade é risco. Todo change request relevante deve informar origem, justificativa, documentos afetados e impactos sobre custo, prazo, risco, desempenho, financiamento e regulação.

Durante estruturação, o change control mantém coerência entre estudos. Durante implantação e operação, ele sustenta análise de aditivos, reequilíbrios e alterações técnicas. A disciplina deve ser a mesma: baseline, mudança, causa, impacto, aprovação e nova baseline.

Uma alteração de engenharia aparentemente pequena pode ter efeito financeiro. Reduzir redundância diminui CAPEX, mas pode piorar disponibilidade e elevar descontos no SMD. Alterar material pode reduzir custo inicial e encurtar vida útil, aumentando CAPEX de renovação. Adiar uma obra pode deslocar receita e serviço da dívida.

Decision Log: memória institucional de contratos de décadas

Equipes públicas mudam. Consultorias terminam. Gestores são substituídos. Contratos permanecem. O Decision Log registra decisões relevantes, alternativas consideradas, premissas, responsáveis e evidências utilizadas.

Essa memória é particularmente valiosa em pleitos e revisões ordinárias. Muitos anos depois, uma parte pode questionar por que determinado risco foi alocado, por que um indicador recebeu certa ponderação ou por que um investimento foi considerado obrigatório. Sem registro, a Administração depende de reconstrução incompleta.

Data Room e governança da informação

O Data Room não deve ser apenas repositório para licitantes. Ele é a fonte controlada de evidência do projeto. Documentos precisam ter versão, origem, data, responsável, status e limitações conhecidas.

Dados históricos devem ser acompanhados de descrição metodológica. Séries de demanda, falhas, custos ou consumo podem conter mudanças de metodologia, lacunas ou eventos excepcionais. O licitante precisa distinguir fato observado de projeção. Quando a qualidade de um dado é limitada, isso deve ser declarado; ocultar incerteza apenas transfere prêmio para proposta ou disputa futura.

Data provenance

Para dados decisivos, o projeto deve registrar quem produziu, qual período cobre, que transformação foi aplicada, quais limitações existem e qual documento o utilizou. Essa cadeia de provenance é particularmente importante para demanda, custos operacionais, inventário de ativos, indicadores históricos e passivos.

Model governance: o modelo econômico-financeiro também precisa de assurance

Modelos financeiros de concessão podem possuir centenas de premissas e fórmulas. Uma pequena inconsistência de timing, indexação, depreciação, impostos, reinvestimento ou curva de CAPEX pode alterar tarifa, outorga, contraprestação ou retorno.

Governança do modelo deve separar inputs, cálculos e outputs; documentar premissas; usar checks; controlar versões; e reconciliar números-chave com estudos técnicos. Mudanças relevantes no modelo precisam estar associadas a decisão e justificativa.

Reconciliation técnico-financeira

Antes do Gate 4, recomenda-se reconciliar pelo menos:

• CAPEX total e por período versus engenharia;
• OPEX versus plano operacional;
• renovações versus asset lifecycle;
• demanda versus sizing e receitas;
• cronograma físico versus desembolso e início de receita;
• níveis de serviço versus disponibilidade assumida;
• seguros e garantias versus matriz de riscos;
• handback CAPEX versus condição de devolução.

Risk Register, Issue Register e Opportunity Register

Risco, issue e oportunidade não são a mesma coisa. Risk Register registra evento futuro incerto; Issue Register trata problema que já existe; Opportunity Register captura melhoria que pode aumentar valor, reduzir custo ou risco.

Separar os registros melhora governança. Uma licença atrasada deixa de ser risco quando o atraso ocorreu e passa a exigir plano de recuperação. Uma tecnologia modular pode ser oportunidade enquanto não incorporada à solução. Uma interface fundiária ainda incerta permanece risco até confirmação.

Independent Assurance: quando a revisão independente agrega valor

Projetos com alto CAPEX, múltiplas interfaces, impacto fiscal relevante, tecnologia incomum ou grande dependência de dados podem se beneficiar de uma camada independente de assurance. O objetivo não é refazer a estruturação, mas testar coerência e suficiência de evidência antes de decisões irreversíveis.

A revisão independente pode concentrar-se em:

• maturidade da engenharia;
• consistência CAPEX/OPEX;
• risk allocation;
• VfM;
• bankability;
• cronograma;
• verificabilidade do SMD;
• condições de handback;
• rastreabilidade entre estudos e contrato.

Independent Assurance é especialmente útil antes da consulta pública, antes da licitação e antes do início do serviço. Nessas fases, o custo de corrigir inconsistência ainda é menor que o custo de carregar a falha para contrato ou operação.

Owner’s Engineering como função de assurance na implantação

Após assinatura, a função de assurance muda de natureza. O foco deixa de ser estruturação e passa a ser preservação da intenção contratual durante projeto, construção, testes e entrada em operação.

Owner’s Engineering pode apoiar o poder concedente em Design Reviews, interfaces, inspeções, análise de desvios, acompanhamento de cronograma, revisão de documentação, comissionamento e aceite. A função não deve assumir responsabilidade de projeto da concessionária, mas verificar se evidências demonstram atendimento às obrigações.

Essa separação é importante para evitar captura operacional: fiscalização não deve se transformar em coautoria das decisões que depois precisará auditar.

Modelo de Assessment de Maturidade para PPPs e Concessões

O framework pode ser aplicado como assessment independente antes de uma decisão específica ou como sistema contínuo de governança. A profundidade deve variar com o valor do projeto, complexidade, fase e exposição pública.

Nível 1 — Portfolio Screening

Aplicado a uma carteira de oportunidades, utiliza evidências de alto nível para identificar quais projetos justificam aprofundamento. O foco está em necessidade pública, escala, fonte de receita, ordem de grandeza de CAPEX, principais riscos, capacidade institucional e aderência a modelos de parceria.

O produto não é uma recomendação para licitar. É uma classificação de prontidão para estruturação: projetos promissores, projetos que precisam de dados adicionais, projetos que devem ser reformulados e oportunidades que não possuem caso plausível.

Nível 2 — Due Diligence de Estruturação

Revisa estudos existentes, data room, demanda, ativos, engenharia, custos, cronograma, ambiente, regulação e governança. O objetivo é identificar lacunas capazes de invalidar modelagem ou alterar a estratégia de contratação.

Neste nível, documentos são comparados entre si. CAPEX deve reconciliar com engenharia; prazo com licenciamento; demanda com capacidade; matriz de riscos com estudos; SMD com dados disponíveis.

Nível 3 — Technical & Commercial Verification

Executa verificações direcionadas às hipóteses dominantes. Pode envolver site survey, inspeções, amostragem de ativos, revisão de quantitativos, benchmark de custos, revisão de cronograma, análise de interfaces, validação de indicadores e teste de sensibilidade.

O objetivo é converter hipóteses de alto impacto em evidência antes da consulta pública ou licitação.

Nível 4 — Independent Gate Assurance

Revisão formal da prontidão do projeto para um gate relevante. A equipe de assurance não substitui os autores dos estudos; examina suficiência, coerência, blockers, exceções e rastreabilidade para emitir uma recomendação de decisão.

Entregáveis de um Assessment de Maturidade

Maturity Heatmap

Apresenta o nível 0–4 por dimensão e destaca blockers. A visualização deve evitar transformar maturidade em competição de scores: vermelho em dimensão crítica exige decisão, mesmo se o score global parecer elevado.

Evidence Gap Register

Consolida informações faltantes, a decisão que cada dado suporta, método de obtenção, responsável, prazo e consequência de não fechar o gap.

Risk & Opportunity Register

Atualiza riscos e oportunidades identificados pelo assessment, distinguindo risco inerente, controles atuais, exposição residual e resposta recomendada.

Interface Register

Mapeia interfaces técnicas, institucionais e regulatórias que podem atravessar fronteiras de contrato.

Decision Log Review

Verifica se decisões estruturantes possuem justificativa documentada e se premissas antigas ainda permanecem válidas.

Executive Decision Memo

Resume a decisão recomendada, blockers, condicionantes, impacto fiscal e financeiro, riscos dominantes e próximos passos. Um bom memo permite que a autoridade decida sem converter a reunião de gate em releitura de centenas de páginas.

Red flags em PPPs e concessões

Alguns padrões merecem escalonamento imediato porque indicam maturidade artificial ou risco de disputa futura.

• Objeto definido antes da necessidade: solução escolhida sem comparação de alternativas.
• CAPEX redondo: valor de investimento sem memória de quantitativos, maturidade ou contingência.
• OPEX como percentual do CAPEX: custos operacionais inferidos sem plano operacional ou ciclo de vida.
• Demanda única: ausência de cenários, elasticidade e drivers.
• Matriz de riscos genérica: risco descrito sem causa, consequência e tratamento.
• Risco impossível de gerir: transferência integral de evento que nenhuma ação privada consegue controlar.
• Contrato e modelo divergentes: obrigação não refletida no fluxo de caixa ou receita não sustentada pelo contrato.
• SMD com indicador subjetivo: regra depende de interpretação sem critério ou evidência reproduzível.
• Penalidade sem proporcionalidade econômica: mecanismo de desconto capaz de produzir exposição incompatível com o risco operacional.
• Asset baseline inexistente: concessionária assume brownfield sem inventário e condição confiáveis.
• Licenciamento fora do caminho crítico: cronograma de implantação ignora aprovações indispensáveis.
• Financial close presumido: financiamento tratado como consequência automática do leilão.
• Consulta pública sem change control: contribuições alteram documentos sem reconciliação com CAPEX, riscos e modelo.
• Entrada em serviço sem commissioning: contraprestação começa sem teste integrado e baseline de ativos.
• Reequilíbrio sem baseline: pleito analisado sem cronologia, caminho crítico e registro da condição anterior.
• Handback tardio: avaliação de devolução iniciada quando já não existe tempo para renovar ativos críticos.

Mapa de entregáveis por gate

Como contratar engenharia para amadurecer uma PPP ou concessão

Contratar “estudos para PPP” como objeto aberto dificulta medição e governança. A contratação deve explicitar decisões que precisam ser suportadas, entregáveis, profundidade, fronteiras, dados disponíveis e critérios de aceite.

Objeto da contratação

O objeto deve indicar se o serviço envolve pré-viabilidade, EVTEA, Due Diligence de ativos, engenharia de referência, CAPEX/OPEX, cronograma, matriz técnica de riscos, apoio a SMD, Design Review, Owner’s Engineering ou assurance. Misturar todas as atividades sob a expressão “consultoria” reduz precisão do escopo.

Escopo e exclusões

É importante definir disciplinas incluídas, sites, ativos, número de visitas, levantamentos, profundidade de projeto, responsabilidade por demanda, meio ambiente, jurídico, economia, tributos e financiamento. Interfaces devem ser explícitas mesmo quando executadas por outra consultoria.

Entregáveis orientados à decisão

Um relatório não é um fim. Cada entregável deve suportar uma decisão: selecionar alternativa, congelar baseline, precificar CAPEX, distribuir risco, publicar edital, autorizar serviço ou aceitar handback. Essa relação permite medir qualidade por utilidade e evidência, não por número de páginas.

Equipe e competências

Projetos de parceria exigem integração de engenharia, economia, finanças, jurídico, ambiente, regulação e operação. A equipe técnica precisa compreender como seus inputs afetam o contrato. Engenheiro que estima CAPEX precisa conhecer horizonte, responsabilidades e regime de manutenção; modelador precisa saber a maturidade e a faixa de incerteza dos dados que recebe.

Metodologia e governança

O plano de trabalho deve prever data room, reuniões de interface, issue register, risk register, change control, revisões de qualidade, workshops de decisão e gates. Essa governança reduz o risco de disciplinas chegarem ao final com premissas incompatíveis.

Critérios de aceite do serviço

Critérios devem verificar rastreabilidade das fontes, atendimento do escopo, coerência de premissas, memória de cálculo, declaração de limitações, tratamento de incertezas, reconciliação entre disciplinas e clareza de pendências. Entregável tecnicamente completo, mas baseado em premissa não verificada, precisa registrar a exposição.

PMI e MIP: contribuição privada exige governança de premissas

Procedimentos de Manifestação de Interesse e propostas de iniciativa privada podem ampliar capacidade de estruturação, mas criam desafio adicional: estudos podem refletir arquitetura, tecnologia ou interesses de quem os produziu. O poder público precisa possuir capacidade de criticar, equalizar e consolidar essas contribuições.

O artigo sobre PMI e MIP em PPPs e Concessões detalha esse instrumento. Sob a ótica de maturidade, nenhum estudo deve entrar diretamente na baseline apenas porque foi entregue. Ele precisa ser submetido aos mesmos critérios de origem de dados, premissas, risco, CAPEX, demanda e rastreabilidade.

Equalização de estudos

Quando existem propostas distintas, a Administração deve normalizar horizonte, moeda, preços, demanda, escopo, fronteiras, contingências e critérios econômicos antes de comparar. Estudos que usam bases diferentes não são comparáveis pelo valor final.

Consulta pública como Design Review aberto do contrato

Consulta pública pode ser utilizada como revisão externa da estruturação. O valor não está apenas em receber contribuições, mas em classificá-las por tema, risco e impacto e decidir tecnicamente sobre cada uma.

Contribuições que alteram responsabilidade, prazo, CAPEX, indicador, mecanismo de pagamento ou condição de handback precisam gerar change request e atualização dos documentos dependentes. Responder juridicamente a uma contribuição sem reconciliar seu efeito econômico é fonte de inconsistência.

Consultation Response Matrix

A matriz de respostas deve registrar contribuição, análise, decisão, justificativa, documentos afetados e versão em que a alteração foi incorporada. Esse registro se torna parte da memória de estruturação.

RFP, edital e hierarquia documental

Projetos complexos possuem contrato e múltiplos anexos. A hierarquia documental precisa definir como conflitos são resolvidos e quais documentos têm força para estabelecer obrigação. Desenhos de referência não devem contradizer requisitos funcionais; SMD não deve criar obrigação ausente do escopo; matriz de riscos não deve ser incompatível com cláusula de reequilíbrio.

Uma Document Requirement List pode controlar todos os anexos necessários e seus owners: requisitos técnicos, interface matrix, asset register, inventário de bens reversíveis, cronograma, SMD, mecanismo de pagamento, matriz de riscos, garantias, seguros, procedimentos de aceite, governança de dados e handback.

Bidder questions e adendos como indicador de qualidade

Questionamentos de licitantes são fonte de diagnóstico. Grande concentração de dúvidas em um mesmo tema pode indicar redação ambígua, alocação não compreendida ou informação insuficiente. A equipe deve analisar tendências, não apenas responder individualmente.

Adendos precisam passar por impact assessment. Alterar prazo, requisito, risco ou mecanismo de pagamento perto da sessão competitiva pode afetar preço, financiamento e igualdade de condições. Mudança material deve ter tempo adequado para reprecificação.

Aplicação do framework por tipo de PPP e concessão

Os oito gates são comuns, mas a evidência dominante muda conforme o setor e a fonte de receita. A maturidade não pode ser avaliada por checklist idêntico para todos os projetos.

Concessões rodoviárias e mobilidade

Demanda, tráfego, capacidade, obras obrigatórias, nível de serviço, segurança viária, desapropriações, licenciamento, interferências e investimentos condicionados possuem peso elevado. O risco de demanda pode ser central para receita e precisa ser conectado a cenários macroeconômicos, elasticidade tarifária, rotas alternativas e cronograma de ampliações.

A engenharia deve separar CAPEX obrigatório, CAPEX gatilhado por demanda e intervenções de manutenção ou recuperação. Se o contrato exigir ampliação quando volume atinge limiar, o indicador precisa ser mensurável e a obrigação deve considerar prazo de projeto, licenciamento e obra.

Saneamento e resíduos

Inventário e condição de ativos existentes, cobertura, perdas, qualidade, crescimento de demanda, expansão de redes, áreas irregulares, energia, disponibilidade hídrica, licenciamento e metas regulatórias são elementos dominantes. Uma projeção de universalização precisa se converter em obras, capacidade, cronograma e CAPEX espacialmente consistente.

Em resíduos, composição gravimétrica, logística, área disponível, vida útil, tecnologias de tratamento, destinação e receita acessória podem alterar o modelo. Riscos ambientais e de aceitação social exigem atenção especial.

Iluminação pública e infraestrutura urbana distribuída

O desafio é a escala de ativos. Cadastro, georreferenciamento, potência, condição, circuitos, quadros, postes, redes, atendimento e histórico de falhas influenciam CAPEX e SMD. Amostragem inadequada pode gerar diferença material entre inventário e campo.

Indicadores precisam ser automatizáveis ou auditáveis em grande escala. Tempo de atendimento, disponibilidade, eficiência e conformidade luminotécnica devem possuir fontes e rotinas de verificação compatíveis com milhares de pontos.

Saúde, educação e edificações públicas

Em concessões administrativas de infraestrutura social, o serviço público final pode permanecer sob responsabilidade estatal enquanto o privado entrega infraestrutura, facilities, equipamentos ou serviços de apoio. A fronteira entre atividade delegável e função pública precisa ser precisa.

Disponibilidade de ambiente, conforto, energia, manutenção, limpeza técnica, segurança, utilidades, tempos de resposta e condição dos ativos podem entrar no SMD. A engenharia deve evitar indicadores que penalizem o privado por eventos clínicos, pedagógicos ou administrativos fora de seu controle.

Mobilidade urbana e sistemas complexos

Integração com operação existente, sistemas de bilhetagem, energia, sinalização, telecomunicações, estações, material rodante, demanda, interface urbana e expansão futura exigem forte interface management. A entrada em serviço pode depender de testes integrados e autorização regulatória complexa.

Concessões de parques, turismo e equipamentos públicos

Demanda e receita acessória costumam ter maior volatilidade. Requisitos de conservação, patrimônio, experiência do usuário, meio ambiente e sazonalidade precisam ser refletidos na modelagem. Quando o poder concedente mantém parte relevante do investimento ou operação, interfaces contratuais se tornam dominantes.

Brownfield versus greenfield

Uma concessão brownfield transfere não apenas ativos, mas história. Manutenção acumulada, documentação incompleta, alterações não registradas, passivos, vida útil consumida e contratos existentes precisam ser entendidos antes de precificar obrigações futuras.

Brownfield

A Due Diligence Técnica de Engenharia é particularmente importante quando o privado receberá ativos existentes. A baseline deve distinguir condição conhecida, condição amostrada e condição não verificada. O contrato precisa definir como divergências relevantes entre data room e campo serão tratadas.

Em brownfield, o CAPEX inicial pode incluir recuperação de backlog. Se essa obrigação não for separada de expansão ou renovação, fica difícil avaliar performance e reequilíbrio posteriormente.

Greenfield

Em greenfield, a incerteza migra para licenciamento, área, projeto, geotecnia, interferências, disponibilidade de utilidades e cronograma. O fato de não existirem ativos antigos não reduz a necessidade de baseline; apenas muda sua natureza para dados de implantação e requisitos de performance.

Projetos híbridos

Muitos contratos combinam expansão greenfield com ativos brownfield. A matriz de riscos deve separar claramente cada parcela. O risco de condição de ativo existente não deve ser confundido com risco de projeto de ativo novo.

Affordability: uma PPP viável pode ser fiscalmente inadequada

Viabilidade econômica do projeto e capacidade de pagamento público são dimensões diferentes. Uma concessão administrativa pode produzir retorno adequado ao investidor e ainda gerar contraprestação incompatível com o espaço fiscal do ente.

O assessment de affordability deve considerar cenário base, indexação, curva de contraprestação, garantias, passivos contingentes, eventos de reequilíbrio, compromissos existentes e sensibilidade. Obrigações de longo prazo precisam ser avaliadas contra capacidade fiscal futura, não apenas orçamento do primeiro ano.

Passivos contingentes

Riscos retidos pelo poder público podem não aparecer como pagamento esperado no cenário base, mas podem gerar desembolso em eventos adversos. Desapropriações, risco regulatório, garantias de demanda, câmbio ou eventos extraordinários podem criar exposição relevante. A governança deve diferenciar obrigação certa de passivo contingente.

Value for Money além do desconto financeiro

VfM não deve ser reduzido à diferença entre duas planilhas. O valor pode surgir de integração entre implantação e manutenção, disciplina de ciclo de vida, transferência de risco, antecipação de investimento, inovação, previsibilidade de disponibilidade e incentivos. Também pode ser destruído por rigidez excessiva, custo de financiamento, transação complexa ou risco mal alocado.

A comparação precisa explicitar fatores qualitativos e quantitativos. Quando um benefício não pode ser monetizado com confiabilidade, deve ser tratado como critério qualitativo separado em vez de convertido artificialmente em valor monetário preciso.

Bankability sem subordinar o interesse público

Bankability não significa aceitar qualquer condição exigida pelo financiador. O objetivo é identificar incompatibilidades cedo para que o projeto encontre equilíbrio entre segurança de crédito, proteção pública e competição.

Financiadores tendem a analisar estabilidade de receita, direitos em caso de default, mecanismo de terminação, garantias, seguros, step-in, obrigações de informação, riscos de construção, operação e regulação. Cláusulas muito incertas elevam custo de capital; proteção excessiva pode transferir risco de volta ao poder público e reduzir VfM.

O Gate 3 deve registrar quais condições são necessárias para financiabilidade e quais seriam apenas preferências de agentes específicos. Market sounding com múltiplos financiadores ajuda a distinguir requisito de mercado de posição negocial isolada.

Sistema de Mensuração de Desempenho: engenharia do incentivo

Um SMD robusto começa pela decomposição do serviço. Disponibilidade, qualidade, segurança, tempo de resposta, conformidade e experiência do usuário podem ser dimensões diferentes. Cada uma exige indicadores que representem comportamento relevante.

Indicadores leading e lagging

Indicadores lagging medem resultado já ocorrido: interrupção, falha, reclamação, indisponibilidade. Indicadores leading monitoram condições que antecipam degradação: backlog, inspeção vencida, indisponibilidade de redundância, manutenção atrasada ou condição de ativo.

O mecanismo de pagamento deve usar indicadores suficientemente objetivos e controláveis. Indicadores leading podem servir mais à fiscalização e gestão de ativos do que diretamente a desconto financeiro.

Granularidade

Métrica muito agregada pode esconder falha crítica; métrica excessivamente granular aumenta custo e volatilidade. A granularidade deve acompanhar criticidade e capacidade de coleta.

Data quality

Quando pagamento depende de dado, governança do dado se torna obrigação contratual. Fonte, retenção, sincronização, logs, disponibilidade, calibração e trilha de auditoria precisam ser definidos. Sistemas automáticos não eliminam verificação: precisam ser comissionados e protegidos contra manipulação ou perda.

Peso e materialidade

Ponderações devem refletir importância do resultado, e não apenas facilidade de medir. Falhas de segurança, indisponibilidade essencial ou descumprimento regulatório podem ter tratamento próprio em vez de simplesmente dividir peso com indicadores de menor impacto.

Verificador Independente: arquitetura de confiança, não terceirização da fiscalização

O VI pode aumentar objetividade quando existe separação clara entre produção de dados, verificação, validação e decisão. Sua independência precisa ser protegida por regras de contratação, conflito de interesses e acesso a evidências.

O poder concedente continua responsável pela governança do contrato. O VI produz ou valida evidência dentro do escopo; não substitui autoridade administrativa, agência reguladora ou fiscalização.

Procedimento executivo de verificação

Antes do primeiro ciclo, indicadores devem ser convertidos em procedimentos executivos: fonte, amostra, visita, cálculo, tratamento de exceção, documentação e fluxo de contestação. Isso reduz decisões ad hoc durante a apuração.

Sampling strategy

Em ativos distribuídos, verificar 100% pode ser impraticável. Amostragem deve possuir base estatística ou lógica de risco, registrar universo, seleção, frequência e tratamento de não conformidades. A concessionária precisa conhecer as regras sem conseguir manipular facilmente a amostra.

Reequilíbrio: engenharia da causalidade

Pleitos robustos exigem cadeia de causalidade. O framework recomenda decompor a análise em: evento → responsabilidade contratual → efeito técnico → efeito no cronograma ou operação → efeito econômico → mitigação possível → valor residual.

A engenharia é essencial para demonstrar se o evento realmente afetou quantidades, produtividade, rota crítica, capacidade, desempenho ou necessidade de investimento adicional.

Baseline schedule

Sem cronograma baseline e atualização consistente, atraso é difícil de atribuir. Reprogramações precisam preservar lógica e registrar causas. Caminho crítico não pode ser reconstruído apenas após o pleito.

Cost records

Custos precisam ser rastreáveis a recursos, períodos e atividades afetadas. Estimativa genérica pode apoiar ordem de grandeza, mas não substitui evidência quando a análise exige recomposição precisa.

Mitigation duty

A parte afetada deve demonstrar como tentou reduzir impacto quando essa obrigação decorre do contrato. A análise técnica precisa distinguir custo inevitável de custo ampliado por ausência de mitigação.

Gestão de ativos como ponte entre desempenho e handback

O SMD mede serviço; asset management protege a capacidade de continuar entregando esse serviço. Os dois sistemas precisam conversar.

Um ativo pode cumprir disponibilidade hoje e estar próximo do fim de vida. Sem condition monitoring e plano de renovação, o contrato acumula risco futuro. O sistema de gestão de ativos deve registrar criticidade, condição, falhas, manutenção, obsolescência, peças, renovação e vida útil remanescente.

Asset hierarchy

Inventário deve possuir hierarquia coerente com fiscalização e manutenção. Unidade muito agregada impede análise; granularidade extrema torna cadastro impraticável. A estrutura deve permitir vincular ativo a sistema, localização, função e requisito de handback.

Condition grading

Escalas de condição precisam ter critérios observáveis e repetíveis. “Bom”, “regular” e “ruim” sem método produzem disputa. Critérios podem combinar inspeção visual, ensaio, desempenho, idade, histórico de falhas e vida útil.

Handback como programa de engenharia plurianual

O handback não começa quando faltam meses para o contrato terminar. Dependendo do setor e da vida dos ativos, planejamento de devolução pode precisar iniciar cinco, sete ou dez anos antes do término.

Fase H-10/H-7 — estratégia

Revisar requisitos de devolução, atualizar inventário, avaliar vida útil remanescente, identificar ativos que exigirão renovação e estimar CAPEX de fim de contrato.

Fase H-5 — baseline de condição

Executar inspeção abrangente, classificar condição e backlog, revisar obsolescência, documentação e capacidade operacional. Divergências entre partes precisam ser tratadas cedo.

Fase H-3 — plano de correção

Projetar e executar renovações, fechar documentação, corrigir não conformidades e preparar transição. Long lead items precisam ser antecipados.

Fase H-1 — verificação final

Reinspecionar, testar, verificar vida útil e pendências, reconciliar inventário e consolidar documentação de transferência.

Transição

A devolução precisa preservar continuidade. A transferência de sistemas, credenciais, licenças, históricos, peças, procedimentos, contratos e conhecimento operacional deve ser planejada como handover de organização, não apenas entrega física de ativos.

Governança de portfólio: projetos de PPP não competem apenas por capital

Entes com múltiplas oportunidades precisam priorizar capacidade de estruturação. O recurso escasso não é apenas orçamento; são equipes, dados, capacidade regulatória, interlocução jurídica, atenção da alta administração e disponibilidade para acompanhar estudos.

Um portfólio maduro separa projetos por fase e readiness. Iniciar simultaneamente dezenas de modelagens sem dados e owners suficientes pode produzir grande volume de documentos com baixa taxa de conversão em contratos sustentáveis.

Indicadores de maturidade para portfólio

Esses indicadores ajudam a priorizar onde investir esforço de estruturação. Um projeto economicamente atraente pode precisar permanecer em HOLD se dados fundiários ou ambientais impedem definição segura.

Roadmap 30/60/90 dias para elevar maturidade de uma estruturação

0–30 dias — baseline e diagnóstico

• confirmar problema público e objetivos;
• organizar data room;
• inventariar estudos existentes;
• mapear stakeholders e decision rights;
• consolidar preliminary risk register;
• classificar gaps por impacto;
• avaliar maturidade 0–4 por dimensão.

A saída é um Maturity Heatmap e um plano de fechamento de evidências.

31–60 dias — fechar premissas dominantes

• realizar levantamentos de campo prioritários;
• reconciliar ativos e engenharia;
• revisar CAPEX/OPEX;
• validar demanda e cenários;
• atualizar cronograma;
• revisar risco e alocação preliminar;
• testar VfM, affordability e bankability.

Nesse período, o objetivo é transformar hipóteses que dominam preço e risco em evidência utilizável.

61–90 dias — preparar decisão

• congelar baseline técnica;
• reconciliar modelo financeiro;
• estruturar requisitos e SMD;
• fechar matriz de riscos preliminar;
• montar Gate Review Pack;
• definir blockers restantes;
• decidir GO, RECYCLE, HOLD ou CLOSE.

O roadmap não significa que uma PPP possa ser estruturada integralmente em 90 dias. Ele organiza um sprint de maturidade capaz de revelar rapidamente onde o projeto realmente está.

Checklist antes de autorizar consulta pública ou licitação

• O problema público e os outcomes estão definidos?
• O modelo de entrega foi comparado com alternativas plausíveis?
• A condição dos ativos existentes é conhecida em profundidade proporcional ao risco?
• O estudo de demanda possui cenários e drivers?
• CAPEX e OPEX possuem memória e faixa de incerteza?
• O cronograma contempla licenciamento, área, projeto, suprimentos e testes?
• Riscos críticos possuem owner e mecanismo contratual coerente?
• O VfM foi analisado sem pressupor previamente a superioridade da PPP?
• A contraprestação ou tarifa é compatível com affordability e política pública?
• O projeto passou por bankability review?
• Modelo financeiro e engenharia foram reconciliados?
• Edital, contrato e anexos usam a mesma baseline?
• O SMD mede resultados controláveis e testáveis?
• Fontes de dados e governança dos indicadores foram definidas?
• O mecanismo de pagamento é proporcional e financiável?
• Critérios de entrada em serviço são verificáveis?
• Bens reversíveis e asset baseline foram definidos?
• Handback requirements estão estabelecidos?
• Hard blockers estão fechados?
• Exceções remanescentes possuem owner, prazo e autoridade de aceite?

Uma resposta negativa não significa automaticamente impedir a licitação, mas exige classificação. Se a lacuna puder alterar competição, preço, risco ou objeto, ela não deve permanecer implícita.

Checklist antes do início da operação

• As obras e sistemas foram concluídos dentro da baseline aprovada?
• Testes funcionais e integrados demonstraram performance?
• Punch list crítica foi encerrada?
• As-Built e documentação estão controlados?
• Asset Register foi conciliado com campo?
• Operação e manutenção possuem equipe, ferramentas, sobressalentes e procedimentos?
• SMD foi testado end-to-end?
• Verificador Independente, quando aplicável, possui procedimento aprovado?
• Fontes de dados possuem logs e trilha de auditoria?
• Planos de emergência e contingência foram exercitados?
• Condições precedentes ao pagamento foram comprovadas?
• Risco residual foi formalmente registrado?

Checklist de revisão anual do contrato

Contratos longos precisam de governança periódica mesmo quando não existe crise. Uma revisão anual de engenharia pode verificar:

• tendência de desempenho;
• falhas recorrentes e disponibilidade;
• backlog de manutenção;
• condição de ativos críticos;
• obsolescência;
• CAPEX executado versus planejado;
• demanda real versus projeção;
• eficácia de indicadores;
• qualidade de dados;
• riscos emergentes;
• mudanças contratuais;
• pleitos e reequilíbrios;
• situação de seguros e garantias;
• progresso de requisitos de handback.

A revisão não substitui fiscalização contínua; cria um ponto de integração entre engenharia, regulação, finanças e contrato.

Como a A3A Engenharia aplica o framework

A atuação de engenharia consultiva em PPPs e concessões deve concentrar-se naquilo que conecta evidência técnica à decisão. A A3A pode atuar em fases específicas ou como camada de assurance transversal, preservando independência em relação às responsabilidades jurídicas, financeiras e regulatórias das demais equipes.

Estruturação e pré-viabilidade

O trabalho pode iniciar por Due Diligence Técnica, diagnóstico de ativos, site survey, análise de capacidade, estudos de alternativas e Estudo de Viabilidade Técnica e Econômica. A finalidade é reduzir incerteza antes de sua conversão em CAPEX e contrato.

Riscos e contratação

Na preparação da contratação, a engenharia pode apoiar Gerenciamento de Riscos, requisitos, matriz técnica de responsabilidades, revisão de anexos, critérios de desempenho e Planejamento Técnico de Contratações.

Implantação

Durante projeto e obra, Design Review, acompanhamento técnico, análise de interfaces, inspeções, change control e Apoio Técnico à Fiscalização permitem verificar se a solução entregue preserva requisitos e riscos considerados na estruturação.

Operação, auditoria e handback

Na operação, Auditoria Técnica de Engenharia, gestão de ativos, verificação de condição, inspeções e análise técnica de pleitos podem apoiar fiscalização, reequilíbrio e preparação de handback.

O valor dessa abordagem está na continuidade da rastreabilidade. O mesmo requisito que nasceu no assessment deve ser reconhecível no contrato, no projeto, no teste, no indicador de desempenho e, quando aplicável, na condição exigida para devolução.

O princípio central: não contratar incerteza sem saber quem a controla

Todo projeto possui incerteza. PPPs e concessões não exigem conhecimento perfeito, mas exigem tratamento explícito. O problema surge quando a Administração tenta transferir uma incerteza sem fornecer dados suficientes, ou quando retém um risco sem capacidade para administrá-lo.

A maturidade do projeto pode ser entendida como redução seletiva de incerteza. Antes de cada gate, deve-se fechar aquilo que pode mudar materialmente a decisão e registrar aquilo que permanecerá como risco contratual.

Essa distinção ajuda a evitar dois extremos: estudar indefinidamente até buscar precisão impossível ou licitar prematuramente e esperar que o preço absorva todas as lacunas. O primeiro paralisa; o segundo encarece e litiga.

Conclusão técnica

A qualidade de uma PPP ou concessão não pode ser medida apenas pela assinatura do contrato, pelo sucesso do leilão ou pelo volume de investimento mobilizado. Um projeto maduro é aquele em que a cadeia de decisão permanece rastreável da necessidade pública ao handback.

Essa cadeia exige que problema público, solução de engenharia, demanda, CAPEX, OPEX, cronograma, riscos, Value for Money, modelo econômico-financeiro, bankability, indicadores, mecanismo de pagamento, condições de entrada em serviço, gestão de ativos e critérios de devolução sejam tratados como partes do mesmo sistema. A falha em qualquer interface cria risco que reaparece em outra fase.

Os oito gates propostos transformam a estruturação em processo de assurance. Cada avanço deve congelar uma baseline, registrar evidências, expor blockers e atribuir autoridade à decisão. A função do gate não é atrasar o projeto; é impedir que incerteza mal compreendida seja convertida em obrigação contratual, preço, garantia ou cronograma antes da hora.

O principal indicador de maturidade, portanto, não é a quantidade de estudos produzidos. É a capacidade de demonstrar que cada compromisso assumido possui fundamento técnico, econômico e contratual verificável; que o parceiro responsável possui capacidade real de gerir o risco alocado; que o desempenho poderá ser medido de forma objetiva; e que os ativos permanecerão aptos para entregar o serviço e atender às condições de reversão durante todo o ciclo contratual.