Entenda a diferença entre risco de demanda e risco de disponibilidade em PPPs e concessões, seus efeitos sobre receita, contraprestação, engenharia e contrato.
Confira!
Risco de demanda e risco de disponibilidade são mecanismos diferentes de exposição em PPPs e concessões. O risco de demanda decorre da incerteza sobre o volume efetivo de usuários, consumo, tráfego ou utilização do serviço; o risco de disponibilidade decorre da capacidade de o ativo ou serviço permanecer disponível, funcional e dentro dos padrões contratuais. A distinção é decisiva porque cada risco afeta receitas, contraprestações, indicadores de desempenho, financiamento e alocação contratual de maneira diferente.
Em uma concessão bem estruturada, nenhum dos dois riscos deve ser tratado apenas como conceito jurídico ou financeiro. Ambos precisam ser convertidos em premissas mensuráveis de engenharia: capacidade instalada, perfil de uso, requisitos de serviço, indicadores, limites de tolerância, critérios de indisponibilidade, evidências, mecanismos de medição e consequências econômicas.
Risco de demanda e risco de disponibilidade: qual é a diferença?
O risco de demanda existe quando o resultado econômico do projeto depende de quanto o serviço será efetivamente utilizado. Isso ocorre de forma direta em concessões remuneradas por tarifa e pode aparecer de modo indireto em contratos nos quais volumes de utilização influenciam custos, expansão, capacidade ou fórmulas de pagamento.
O risco de disponibilidade é diferente: o foco não está em quantos usuários utilizam o serviço, mas em saber se a infraestrutura e os serviços contratados estão aptos a funcionar nas condições estabelecidas. Em PPPs com pagamento público, é comum que a contraprestação esteja vinculada à disponibilidade e ao desempenho.
| Dimensão | Risco de demanda | Risco de disponibilidade |
| Pergunta central | Quantos usuários ou unidades de serviço haverá? | O ativo e o serviço estarão disponíveis conforme exigido? |
| Variável típica | tráfego, passageiros, volume, consumo, ocupação | uptime, capacidade disponível, falhas, tempo de recomposição |
| Efeito econômico | receita, tarifa, expansão e cobertura de custos | contraprestação, abatimentos e penalidades |
| Evidência | séries históricas, projeções, medição de uso | telemetria, inspeções, logs, testes e registros operacionais |
| Interface de engenharia | capacidade e dimensionamento | confiabilidade, redundância, manutenção e operação |
A engenharia conecta as duas dimensões. Demanda influencia dimensionamento e expansão; disponibilidade depende da arquitetura, redundância, manutenção e capacidade de recuperar falhas. A modelagem econômico-financeira precisa usar as mesmas premissas que o projeto e o contrato.
Como estruturar o risco de demanda?
Antes de transferir ou compartilhar risco de demanda, é necessário validar suas causas, a qualidade da base de dados e a capacidade de cada parte prevenir ou mitigar o evento.
Risco de demanda não deve ser reduzido a uma única curva de crescimento. A projeção precisa separar os fatores que efetivamente explicam o uso do serviço e testar o que acontece quando essas premissas divergem do cenário-base.
Entre os direcionadores mais comuns estão crescimento populacional, renda, atividade econômica, tarifas, competição modal, mudanças regulatórias, localização, elasticidade-preço, comportamento do usuário, maturação do empreendimento e efeitos de rede. Cada setor exige variáveis próprias.
Uma projeção tecnicamente útil deve distinguir demanda existente, demanda reprimida, crescimento orgânico, ramp-up inicial e eventos de expansão. Para ativos novos, a incerteza da fase de maturação pode ser tão importante quanto a demanda de longo prazo.
A análise também precisa identificar qual parte da incerteza pode ser administrada pela concessionária. Melhorias operacionais, qualidade, disponibilidade, experiência do usuário e ações comerciais podem influenciar o uso, mas fatores macroeconômicos ou decisões públicas podem estar fora de seu controle.
Demanda precisa conversar com capacidade
Uma projeção de demanda só tem valor quando é traduzida em requisitos físicos. Tráfego, passageiros, ocupação, volume tratado ou atendimento previsto precisam ser convertidos em capacidade de sistemas, equipamentos, instalações, equipes e interfaces.
Subdimensionar pode produzir indisponibilidade, filas, perda de qualidade e investimentos emergenciais. Superdimensionar eleva CAPEX, ociosidade e custo de capital. Por isso, a melhor solução frequentemente combina capacidade inicial compatível com o cenário-base e gatilhos objetivos de expansão.
Esses gatilhos podem considerar utilização média, picos, percentis, crescimento sustentado, saturação de componentes críticos ou deterioração de nível de serviço. O ponto relevante é que a expansão deve ser acionada por variáveis mensuráveis, não por percepção subjetiva.
Qualidade dos dados de demanda muda a qualidade do contrato
A projeção deve informar origem, período, tratamento e limitações dos dados. Séries incompletas, mudanças metodológicas, contagens manuais, sazonalidade e eventos atípicos podem distorcer a linha de base. Quando a remuneração ou o reequilíbrio depende da demanda, a governança do dado deixa de ser detalhe estatístico e passa a ser elemento contratual.
É recomendável definir fonte oficial, processo de validação, retenção dos dados brutos, regras para correção de falhas e procedimentos de auditoria. Se diferentes partes puderem chegar a volumes distintos a partir da mesma operação, a disputa já está embutida no desenho.
Cenários de demanda precisam ser fisicamente plausíveis
Cenários pessimista, base e otimista são insuficientes quando não representam eventos concretos. A sensibilidade deve reproduzir situações plausíveis: atraso na maturação, redução permanente de volume, recuperação mais lenta, crescimento acima do previsto ou mudança estrutural de comportamento.
Também é necessário verificar efeitos indiretos. Menor demanda pode reduzir receita, mas também reduzir parte do OPEX e postergar expansões. Demanda acima do previsto pode elevar receita e, simultaneamente, antecipar CAPEX, aumentar manutenção e pressionar disponibilidade.
A matriz de riscos deve mostrar como essas variações são alocadas e quais mecanismos existem para limitar exposições que nenhuma das partes consegue administrar eficientemente.
Risco de demanda pode ser compartilhado?
Sim. A alocação pode ser integralmente privada, pública ou compartilhada, conforme o projeto. Mecanismos de compartilhamento podem utilizar bandas, pisos, tetos, gatilhos, revisões extraordinárias ou fórmulas associadas a desvios relevantes.
O desenho precisa evitar dois extremos: blindar totalmente o parceiro privado, eliminando incentivo à eficiência, ou transferir risco impossível de gerenciar, aumentando prêmio de risco e custo da proposta.
A lógica deve partir da capacidade de cada parte prevenir, mitigar, absorver e precificar o evento. O artigo sobre matriz de riscos em PPPs e concessões aprofunda essa alocação contratual.
O que é risco de disponibilidade?
Risco de disponibilidade é a possibilidade de o ativo ou serviço não estar apto a atender os requisitos contratuais quando necessário. A indisponibilidade pode decorrer de falha física, manutenção inadequada, capacidade insuficiente, ausência de pessoal, perda de alimentação, falhas de software, indisponibilidade de subsistemas ou interfaces externas.
O conceito precisa ser definido por serviço e por função. Um ativo pode estar energizado e ainda assim ser indisponível para o propósito contratual. Da mesma forma, uma falha parcial pode reduzir capacidade sem provocar parada total.
Por isso, contratos maduros diferenciam disponibilidade total, parcial, degradada e indisponibilidade crítica. Essa classificação deve ser acompanhada por regras de medição e consequência econômica.
Disponibilidade não é o mesmo que desempenho
Disponibilidade responde se o serviço está apto a operar. Desempenho mede a qualidade com que ele opera. Um sistema pode estar disponível, mas entregar capacidade, tempo de resposta, qualidade, precisão, segurança ou conforto abaixo do requerido.
A Lei nº 11.079/2004 permite remuneração variável vinculada a desempenho e estabelece que metas e padrões de qualidade e disponibilidade podem compor o mecanismo de pagamento. Na prática, isso exige indicadores tecnicamente objetivos e auditáveis.
Um bom sistema de mensuração evita indicadores redundantes, impossíveis de medir ou excessivamente sujeitos a interpretação. Cada indicador deve ter definição, unidade, fonte de dados, frequência, tolerância, regra de apuração e consequência.
Como medir disponibilidade de forma auditável?
A medição precisa nascer da arquitetura do serviço. Dependendo do objeto, podem ser usados telemetria, sistemas supervisórios, logs de aplicações, registros de manutenção, inspeções, sensores, ensaios, tickets, relatórios operacionais e auditorias independentes.
O contrato deve definir o relógio de indisponibilidade: quando começa, quando termina, quais eventos são excluídos, como tratar manutenção programada, qual fonte prevalece em divergências e qual granularidade temporal será utilizada.
Também é necessário definir a unidade de serviço. Em uma rede, disponibilidade pode ser medida por elemento, região ou usuário afetado. Em uma instalação, pode ser por ambiente, sistema ou capacidade. Em serviços urbanos, pode ser por área, rota ou percentual de cobertura.
Indicadores precisam evitar incentivos errados
Um indicador mal desenhado pode induzir comportamento contrário ao interesse público. Se a penalidade depende apenas de horas indisponíveis, pode haver incentivo para priorizar ativos com maior peso e negligenciar falhas recorrentes menores. Se o indicador mede apenas média mensal, eventos críticos podem desaparecer estatisticamente.
A engenharia deve testar o sistema de indicadores com cenários reais de falha. Isso permite verificar se pesos, thresholds e abatimentos representam adequadamente severidade, duração, abrangência e criticidade.
Mecanismo de pagamento e disponibilidade
Em PPPs com contraprestação pública, a remuneração pode ser vinculada ao nível de disponibilidade e ao desempenho. O desenho precisa transformar eventos técnicos em consequências econômicas previsíveis.
Uma estrutura típica parte da contraprestação máxima, aplica fatores de disponibilidade e desempenho e estabelece abatimentos quando requisitos não são cumpridos. O objetivo não é criar uma multa automática desconectada do serviço, mas alinhar remuneração ao resultado entregue.
A modelagem deve testar se o mecanismo preserva incentivos sem criar volatilidade excessiva ou risco impossível de financiar. O artigo sobre modelagem econômico-financeira de concessões mostra como variáveis técnicas precisam ser refletidas no fluxo econômico.
Demanda e disponibilidade podem coexistir no mesmo projeto
Sim. Uma concessão patrocinada pode combinar tarifa dos usuários, contraprestação pública e indicadores de disponibilidade. Nesse caso, o parceiro privado pode ficar exposto simultaneamente ao volume de utilização e à qualidade e continuidade do serviço.
O projeto precisa evitar dupla penalização pelo mesmo evento. Uma falha que reduz disponibilidade pode também reduzir demanda e receita tarifária. Se o contrato aplica abatimento adicional sem calibragem, o impacto econômico pode superar o risco originalmente pretendido.
O desenho deve separar causa, efeito e mecanismo de remuneração. A matriz de riscos, o sistema de indicadores e a modelagem econômico-financeira precisam usar a mesma taxonomia de eventos.
Como transformar risco em cláusulas e mecanismos de pagamento?
Indicadores, gatilhos, abatimentos e procedimentos de verificação precisam nascer integrados à contratação. A revisão técnica dos anexos reduz inconsistências entre matriz de riscos, mecanismo de pagamento e requisitos de serviço.
A passagem da análise de risco para o contrato exige consistência entre requisitos técnicos, indicadores, matriz de riscos, modelo de pagamento e procedimentos de verificação.
Cada evento relevante deve possuir definição, parte responsável, obrigação preventiva, evidência, prazo de cura, efeito econômico e procedimento de contestação. Quando houver compartilhamento, a fórmula precisa ser reproduzível por qualquer parte a partir dos mesmos dados.
O contrato também deve definir eventos de exclusão, força maior, indisponibilidades causadas pelo poder público, mudanças obrigatórias e situações em que cabe recomposição do equilíbrio econômico-financeiro.
Baseline de dados reduz disputas futuras
Ativos existentes, histórico de uso e condição operacional precisam ser verificados antes da contratação. Inventário, inspeções, testes e documentação formam uma baseline técnica auditável.
Projetos com ativos existentes precisam registrar condição física, capacidade, desempenho e histórico antes da transferência. Sem baseline, torna-se difícil separar falhas preexistentes de desempenho inadequado da concessionária.
A due diligence técnica pode estruturar esse ponto de partida por inventário, inspeções, documentação, testes e avaliação de condição. Essa base também melhora CAPEX, OPEX, plano de manutenção e cronograma de adequações.
Comissionamento define quando a disponibilidade começa a valer
A passagem da implantação para a operação precisa ter critérios formais de aceitação. Disponibilidade não deve ser cobrada antes que sistemas, interfaces e capacidade tenham sido testados e aceitos conforme requisitos.
O comissionamento verifica funções, integração, redundância, alarmes, capacidade, procedimentos e evidências. Em projetos complexos, pode haver aceite por etapas ou parcelas fruíveis, desde que os limites estejam definidos no contrato.
Operação e manutenção são parte da estratégia de disponibilidade
Disponibilidade sustentável não depende apenas de redundância. Ela depende de manutenção, estoque de sobressalentes, contratos de suporte, competências, monitoramento, obsolescência, gestão de mudanças e capacidade de recomposição.
A modelagem de OPEX deve refletir a estratégia necessária para cumprir os níveis de serviço. Cortar manutenção para reduzir custo de curto prazo pode elevar indisponibilidade e reinvestimento futuro.
Tecnologia e obsolescência precisam ser previstas
Contratos longos atravessam ciclos tecnológicos. Componentes, software, protocolos, licenças e serviços digitais podem deixar de ser suportados muito antes do fim da concessão.
O contrato precisa distinguir atualização necessária para preservar desempenho de expansão de escopo. Planos de obsolescência, arquitetura modular e requisitos de interoperabilidade ajudam a reduzir dependência de substituições emergenciais.
Quem verifica demanda e disponibilidade?
A governança pode envolver concessionária, poder concedente, agência reguladora, verificador independente e sistemas automáticos. Independentemente do arranjo, fontes de dados, regras de acesso, retenção de registros e trilha de auditoria precisam estar definidas.
O mesmo princípio vale para demanda. Contadores, bilhetagem, telemetria, faturamento ou registros de acesso precisam usar critérios verificáveis quando influenciam remuneração ou reequilíbrio.
Reequilíbrio exige causalidade e evidência
Nem todo desvio de demanda ou episódio de indisponibilidade gera recomposição econômica. Primeiro é necessário identificar o evento, a alocação contratual, a causa, o período afetado, os controles disponíveis e os efeitos efetivamente produzidos.
A linha de base técnica e os registros operacionais são essenciais para demonstrar causalidade. Sem eles, discussões sobre impacto tendem a se apoiar em médias, estimativas ex post ou interpretações incompatíveis entre as partes.
Handback também depende de disponibilidade e condição
No fim do contrato, a obrigação de devolver ativos em condição definida precisa ser compatível com o histórico de operação, manutenção e reinvestimentos. Indicadores de disponibilidade de curto prazo não substituem avaliação de condição residual.
Inspeções, ensaios, inventário atualizado e critérios de vida útil remanescente ajudam a separar um ativo temporariamente disponível de um ativo tecnicamente adequado para continuidade operacional após a reversão.
Como revisar o desenho antes da licitação?
A revisão deve testar se as premissas de demanda são compatíveis com capacidade, se indicadores de disponibilidade podem ser medidos, se o mecanismo de pagamento responde corretamente a falhas e se os riscos são financiáveis.
Também deve simular eventos: demanda abaixo do esperado, falha parcial de um subsistema crítico, indisponibilidade por causa externa, atraso na expansão, degradação gradual de performance ou necessidade de substituição tecnológica. O objetivo é descobrir inconsistências antes que se tornem disputa contratual.
Demanda média não substitui análise de pico e sazonalidade
A infraestrutura é dimensionada para condições de uso que raramente coincidem com a média anual. Horários de pico, sazonalidade, eventos excepcionais e concentração espacial podem determinar capacidade, filas, redundância e necessidade de expansão.
Uma concessão pode apresentar demanda média abaixo da projeção e, ainda assim, enfrentar saturação em períodos críticos. O inverso também ocorre: demanda anual elevada não significa que todos os ativos estejam pressionados da mesma forma. Por isso, a análise deve decompor volume por tempo, local, perfil de usuário e serviço quando essas dimensões mudam a solução física.
Essa leitura é essencial para definir gatilhos de investimento. Expansões acionadas apenas por média podem ocorrer tarde demais; gatilhos baseados em um pico isolado podem antecipar CAPEX desnecessariamente. O contrato precisa escolher métricas que representem a condição operacional relevante.
Stress test deve combinar demanda, capacidade e financiamento
A sensibilidade financeira não deve alterar apenas a receita. Um cenário tecnicamente consistente precisa recalcular também necessidade de capacidade, OPEX, manutenção, reinvestimentos e cronograma de expansão.
Se a demanda crescer mais rápido, a concessionária pode precisar antecipar investimentos e financiamento. Se crescer mais devagar, a receita pode cair enquanto parte dos custos fixos permanece. Se o ativo possuir elevado custo de disponibilidade independentemente do uso, a redução de demanda não produz economia proporcional.
O stress test mais útil combina eventos: demanda menor com inflação de OPEX; demanda maior com atraso de expansão; falha de ativo crítico durante pico; entrada tardia em operação e ramp-up mais lento. Essa combinação mostra se a estrutura de risco é resistente a condições que podem ocorrer simultaneamente.
Criticidade deve ponderar a indisponibilidade
Nem toda hora de indisponibilidade possui o mesmo impacto. A falha de um elemento redundante pode não afetar o serviço; a perda de um componente crítico pode interromper parcela relevante da operação. Um bom sistema de mensuração precisa reconhecer essa diferença.
Pesos de criticidade podem considerar usuários afetados, capacidade perdida, área impactada, função comprometida, duração e horário do evento. Esses fatores devem ser definidos antes da operação e testados em cenários para evitar penalidades desproporcionais.
A classificação também ajuda a priorizar manutenção e estoque de sobressalentes. Se o contrato dá peso alto a determinado subsistema, a estratégia de engenharia precisa garantir meios compatíveis de prevenção e recuperação.
Abatimentos precisam ser calibrados antes da licitação
A fórmula de pagamento deve ser simulada com combinações plausíveis de falhas. O objetivo é verificar se deduções produzem incentivo suficiente para correção sem criar volatilidade incompatível com a financiabilidade do projeto.
É importante testar eventos recorrentes de baixa severidade, falha única de alta criticidade, indisponibilidade prolongada, falhas simultâneas e eventos excluídos. O resultado deve ser comparado ao custo de prevenção, capacidade de cura e efeito real sobre o serviço.
Calibração também evita dupla contagem. Uma mesma falha não deve gerar, sem intenção explícita, redução por disponibilidade, penalidade de desempenho e sanção adicional calculadas sobre o mesmo efeito.
Verificação independente depende de governança dos dados
Quando há verificador independente, sua capacidade de avaliar o serviço depende do acesso à mesma evidência usada pela concessionária e pelo poder concedente. A arquitetura de dados precisa prever fontes, permissões, integridade, retenção e trilha de auditoria.
Indicadores calculados em planilhas paralelas ou sistemas sem versionamento são frágeis. Fórmulas, parâmetros e regras de exceção precisam ser controlados. Alterações em configuração devem deixar registro para que resultados passados possam ser reproduzidos.
A governança do dado também reduz custo de fiscalização. Quando a evidência é estruturada desde a operação, a verificação deixa de depender de reconstruções manuais no fechamento do período.
Considerações finais
Risco de demanda e risco de disponibilidade exigem tratamentos distintos, mas precisam ser integrados. A demanda orienta dimensionamento, receita e expansão; a disponibilidade conecta arquitetura, manutenção, desempenho e contraprestação. Quando esses elementos usam premissas diferentes, o contrato passa a produzir sinais econômicos contraditórios.
A engenharia cria a ponte entre risco abstrato e evento mensurável: define capacidade, indicadores, evidências, limites, modos de falha, testes e critérios de aceitação. Essa base permite que matriz de riscos, modelo econômico e contrato funcionem como um único sistema de governança.
Referências técnicas
[1] BRASIL. Lei nº 11.079, de 30 de dezembro de 2004. Institui normas gerais para licitação e contratação de parceria público-privada. Disponível em: Lei nº 11.079/2004.
[2] BRASIL. Lei nº 8.987, de 13 de fevereiro de 1995. Dispõe sobre o regime de concessão e permissão da prestação de serviços públicos. Disponível em: Lei nº 8.987/1995.
[3] WORLD BANK GROUP et al. PPP Reference Guide, Version 3.0. Disponível em: PPP Reference Guide.
Perguntas frequentes
Risco de demanda é a incerteza sobre o volume de uso do serviço; risco de disponibilidade é a possibilidade de o ativo ou serviço não estar apto a funcionar conforme os requisitos contratuais.
Depende do projeto e da capacidade de cada parte gerenciar o evento. O risco pode ser privado, público ou compartilhado por bandas, gatilhos ou fórmulas.
Não. Disponibilidade indica se o serviço está apto a operar; desempenho mede a qualidade com que o serviço é entregue.
O contrato pode vincular parte da remuneração a indicadores de disponibilidade e desempenho, aplicando fatores ou abatimentos quando os requisitos não forem cumpridos.
É necessário definir unidade de serviço, fonte de dados, início e fim da indisponibilidade, exceções, frequência, tolerâncias e trilha de auditoria.
Sim. Pode antecipar expansão, elevar manutenção, pressionar capacidade e reduzir níveis de serviço, mesmo quando aumenta receita.
Ela registra a condição inicial de ativos e serviços, permitindo distinguir passivos preexistentes de falhas ocorridas durante a concessão.
Premissas de demanda, capacidade, indicadores, mecanismos de pagamento, eventos de falha, compartilhamento de riscos e efeitos sobre a modelagem econômico-financeira.
Materiais técnicos complementares
Serviços relacionados
- Gerenciamento de Riscos de Engenharia
- Due Diligence Técnica de Engenharia
- Planejamento Técnico de Contratações de Engenharia
- Engenharia de Custos para Obras e Serviços de Engenharia
Conteúdos principais sobre o tema
- Matriz de Riscos em PPPs e Concessões
- Modelagem Econômico-Financeira de Concessões
- Lei das PPPs: guia técnico da Lei nº 11.079/2004
- CAPEX e OPEX em PPPs e Concessões
