Judy Ann Almedilla Santiago — Water Loss 2026

Sobre a palestrante

Quem é Judy Ann Almedilla Santiago

Judy Ann Almedilla Santiago — apresentou-se como "Santiago from Maynilad" — é engenheira da Central Non-Revenue Water Division da Maynilad Water Services, maior concessionária privada de água das Filipinas. "My work focuses on reducing non-revenue water in high levels." Apresentou na Stream A11 case study sobre detecção de transient pressure como causa raiz de quebras consecutivas em mainline em Manila — área Legarda/Malacanang com 21 quebras em curto período. "Today, I'll be sharing a case study regarding transient pressure detection and analysis — how understanding these events helps us address issues and improve operational performance."

Maynilad — escala metropolitana de Manila

"My Maynilad is the largest water utility in the Philippines. We provide water and waste water in the west zone of Manila. We cover 17 cities and municipalities, serve about 1.5 million accounts, approximately 10 million people, and manage 7,500 kilometers of pipelines." Concessionária privada com escala equivalente às maiores brasileiras.

MayniladManila

Foco no NRW Division

Central Non-Revenue Water Division da Maynilad. Trabalho de Santiago focado especificamente em redução de NRW em áreas de alto nível de perdas. Tipo de divisão técnica que distingue concessionária madura — não é equipe genérica de O&M; é especialização em diagnóstico e ação contra perdas.

NRWSpecialized

"De janeiro a dezembro, 21 quebras de mainline em uma única área de serviço. Quebras ocorrendo repetidamente em curto período levantam preocupação sobre causa subjacente."

— Judy Santiago, sobre o trigger do case study

Tese da palestra

Transient pressure invisível causa quebras visíveis

Causa raiz não é idade ou material

"Upon initial age, material condition, and external factors. However, the timing and pattern of failure suggested a different trigger — we began to hypothesize that transient — surely known as water hammer — could be the cause." Inspeção convencional foca em parâmetros estáticos; transient pressure exige análise dinâmica.

Root causeDynamic

Picos em milissegundos invisíveis ao SCADA

"What makes transient pressure particularly challenging is that it happens very quickly. And it is not often captured using conventional monitoring." SCADA típico amostra a 15 minutos; transient ocorre em milissegundos. Sem logger de alta frequência, evento crítico fica invisível.

MillisecondsSCADA blind

Pressure logger de alta frequência como solução

"This equipment is capable of monitoring high-frequency pressure changes that occur within milliseconds." Maynilad procurou e deployou pressure loggers especiais — diferente do equipamento standard de DMA. Capex específico para detectar evento que SCADA não vê.

High-freqSpecialized

"Pressão saltava de 2,5 metros para 22 metros em fração de segundo. Em outro local, 2,5 metros para 25 metros em milissegundos. Mudança abrupta — eventos transient potencialmente danosos."

— Judy Santiago, sobre os dados capturados

Dados apresentados

Manila/Legarda — dados de transient

O case study é forensic engineering em escala metropolitana. 21 quebras em mainline na área Legarda/Malacanang ao longo do ano dispararam investigação sistemática. Pressure loggers de alta frequência foram instalados em janeiro e capturaram saltos abruptos de 2,5m a 22m em milissegundos — dois domingos consecutivos por volta de 4 da manhã. Padrão sugeriu operação de válvula em estação de bombeamento próxima como causa.

Quebras de mainline em uma área de serviço. "From January to December, 21 mainline breakages — none of the accidents were not isolated, breakages occurred repeatedly in short period." Estatística que disparou investigação além de inspeção convencional.

2.5 → 22m

Salto abrupto de pressão capturado em milissegundos. "We recorded an abrupt drop and spike in pressure — pressure drops from 1.5 meters all the way up to 22 meters and just within fraction of second." Confirmação de transient pressure como causa raiz das quebras.

Sundays 4am

Padrão temporal específico dos eventos transient. "On January 21, both Sundays at around 4 a.m." Janela específica revela que evento está associado a operação programada (start/stop de bombas, valvas em horário fixo). Insight crítico para diagnóstico operacional.

Abordagem técnica

Detect → Validate → Communicate → Re-test

Detect — pressure logger de alta frequência

"To validate, the procurement and deployment of pressure loggers — extended loggers. This equipment is capable of monitoring high-frequency pressure changes that occur within milliseconds." Capex específico para captar transient. Sem isso, evento ficaria invisível.

DetectHigh-freq

Validate — correlacionar com operação

"After detecting the transients, our next step was to validate what was causing them. We checked if the pressure coincided with operations — they were happening during opening operations." Análise temporal cruzada com cronograma operacional revela origem.

CorrelateSchedule

Communicate + Re-test

"Once identified, we immediately communicated findings to operations team. The goal was to prevent these transient events from happening again." Após mudança de protocolo, pressure loggers foram redepoloyados nos mesmos locais para verificar efetividade. Ciclo PDCA completo.

CommunicatePDCA

Casos / Aplicações

Manila — método replicável

Legarda/Malacanang case

Área central de Manila com 21 quebras consecutivas em mainline. Após investigação: transient pressure causado por operação rápida de válvulas em estação de bombeamento adjacente. Mudança de protocolo (slow ramp-up/down) eliminou eventos.

ManilaSlow ramp

Política e protocolo de operação revisados

"As a result, policies and protocols regarding valving operations were developed and reinforced. Adjustments were made on how valves are operated, particularly to reduce the sudden change in pressure." Mudança operacional formalizada — não apenas aviso pontual à equipe.

PolicyProtocol

Cycle de validação contínua

"This became a cycle of validation and evaluation — implement, making sure that what we identified in data translated into real operational improvements." Loop fechado: detect → validate → change → re-test. Cada iteração reduz risco de retorno do problema.

LoopIterate

Replica em outras áreas Maynilad

"We communicated to the primary network management team to investigate area for possible — they deployed a few to conduct." Método sendo escalado para outras áreas de Maynilad. Modelo replicável: usa equipamento que utility já pode adquirir, foco em diagnóstico.

ScaleReplicable

Pontos-chave

Insights da palestra

21 quebras consecutivas exigem investigação além do óbvio

Idade, material e fatores externos não explicam pattern temporal específico. Padrão de timing sugere causa dinâmica — transient pressure.

Transient pressure invisível ao SCADA

SCADA padrão amostra a cada 15 minutos; transient ocorre em milissegundos. Capex de logger especializado é necessário para diagnóstico.

Saltos de 2.5m a 22m em fração de segundo

Magnitude do evento confirmou transient como causa raiz. Mudança brusca de pressão fadiga material; quebras ocorrem semanas/meses depois.

Padrão temporal — sundays 4am

Eventos correlacionavam com operação programada de válvulas em estação de bombeamento. Análise cruzada com cronograma revelou origem.

Slow ramp como solução operacional

Mudança de protocolo: válvulas operam em ramp gradual em vez de aberto/fechado abrupto. Custo zero de capex, ganho enorme em proteção da rede.

Re-test confirma efetividade

Pressure loggers redepoloyados em mesmas locações após mudança de protocolo. Ciclo de validação contínua — não apenas mudar e torcer.

Política formalizada > aviso pontual

Mudança virou política e protocolo escrito. Garante que operadores futuros não voltem ao padrão antigo. Resiliência institucional contra rotatividade.

Forensic engineering em saneamento

Case study é exemplo raro de utility que opera lógica forensic — investigação de causa raiz, não correção sintomática. Modelo institucional aplicável a Sabesp, Cedae, Aegea.

Filosofia / Conclusão

Diagnóstico forensic > correção sintomática

Judy Ann Almedilla Santiago entrega no Water Loss 2026 a tese institucional mais sóbria sobre operação madura de NRW: utility séria não conserta cano após cano; investiga padrão e elimina causa raiz. O case Manila/Legarda mostra exatamente isso: 21 quebras consecutivas viraram investigação forensic com pressure logger de alta frequência, identificação do transient como causa, mudança de protocolo de operação e validação por re-test. Para utilities brasileiras com programas de NRW maduros (Sabesp, Aegea, Iguá), a leitura é replicável: capex de pressure logger especializado é fração do capex de reparo de 21 mainline breaks. ROI institucional vem de eliminar a causa, não de aumentar a equipe de reparo. Maynilad opera o framework — outras concessões podem aprender e adaptar.

NRW Division dedicada > equipe genérica

Maynilad tem Central Non-Revenue Water Division. Especialização institucional viabiliza investimento em diagnóstico forensic. Concessões brasileiras com equipe NRW genérica não conseguem replicar — falta foco e mandato.

NRW DivisionMandate

Slow ramp como mudança zero-capex

Solução final do case foi mudança de protocolo operacional, sem capex novo. Lição institucional: nem sempre o problema é falta de equipamento — às vezes é falta de protocolo. Diagnóstico revela qual.

Zero capexProtocol

"Esse virou um ciclo de validação e avaliação. Implementamos, garantindo que o que identificamos nos dados se traduzisse em melhoria operacional real."

— Judy Santiago, sobre o ciclo PDCA institucional

Resumo gerado a partir da transcrição ao vivo via Nobox Translate com inteligência artificial.