Wise Hustlers — Digital Product & App Development Studio Logo
Get Consultation
By Wise Hustler Admin•9/8/2026•12 min read

Medição em Tanques e Tolerâncias de Hidrocarbonetos: Porque é que Dois Números Correctos Não Batem Certo

Medição em Tanques e Tolerâncias de Hidrocarbonetos: Porque é que Dois Números Correctos Não Batem Certo

# Medição em Tanques e Tolerâncias de Hidrocarbonetos: Porque é que Dois Números Correctos Não Batem Certo

TL;DR: Um dip manual e uma sonda automática podem estar ambos correctos e ainda assim divergir, porque medem volumes brutos a temperaturas diferentes que depois têm de ser convertidos para as mesmas condições padrão — e cada etapa dessa conversão carrega a sua própria incerteza. O problema não é o instrumento; é que a maioria dos sistemas não tem uma tolerância definida por produto para decidir quando essa diferença é normal e quando exige investigação.

O tanque não mentiu — mas os dois números também não

Um operador em Angola faz o fecho de turno num tanque de armazenamento de crude. O dip manual, feito por fita e prumo segundo as regras de boas práticas de medição manual, dá um volume observado. A sonda automática, instalada no mesmo tanque, dá outro. Nenhum dos dois instrumentos está avariado. Nenhum dos dois operadores errou a leitura. E, ainda assim, os números não batem certo — nem deveriam bater certo ao cêntimo.

A razão é estrutural, não operacional. O volume de um hidrocarboneto líquido muda com a temperatura: um barril de crude a 35°C ocupa mais espaço físico do que o mesmo barril a 15°C, mesmo sendo exactamente a mesma massa. Por isso, nenhum sistema de medição fiscal compara volumes observados directamente — converte primeiro cada leitura para um volume a uma temperatura padrão, normalmente 15°C ou 60°F, usando um Factor de Correcção de Temperatura (CTL, historicamente chamado VCF — Volume Correction Factor) calculado segundo o API MPMS Capítulo 11.1, que estabelece o algoritmo de correcção de temperatura e pressão para crude, produtos refinados e óleos lubrificantes com base numa densidade de referência a 15°C.

Esse cálculo é o ponto onde "dois números correctos" deixam de significar "dois números iguais". O CTL depende da temperatura observada e da densidade observada — e ambas têm a sua própria incerteza de instrumento. Um erro de meio grau na leitura de temperatura, ou de 0,1 kg/m³ na densidade, propaga-se directamente para o volume corrigido. Multiplicado por um tanque de dezenas de milhares de barris, essa propagação deixa de ser um arredondamento e passa a ser uma diferença visível na reconciliação.

O dip manual e a sonda automática não medem a mesma coisa da mesma forma

A prática de gauging manual de tanques está normalizada no API MPMS Capítulo 3 (secções 3.1A e seguintes cobrem a medição manual e híbrida), que define como se determina o Total Observed Volume (TOV) a partir da leitura de inagem ou outagem cruzada com a tabela de calibração do tanque (strapping table). A precisão do TOV está limitada, antes de mais, pela precisão intrínseca da própria tabela de calibração do tanque — que raramente é perfeita, porque tanques assentam, deformam ligeiramente e são recalibrados em intervalos que nem sempre acompanham essas mudanças físicas.

A medição automática de nível e temperatura, por sua vez, segue a família de normas ISO 4266, que cobre a selecção, instalação, calibração e verificação de termómetros automáticos de tanque (ATT) em aplicações fiscais e de transferência de custódia. Um sensor automático tende a amostrar com mais frequência e a reduzir o erro humano de leitura, mas introduz a sua própria cadeia de incerteza: deriva de calibração ao longo do tempo, posicionamento do sensor no perfil vertical do tanque, e o facto de medir temperatura num ponto (ou em poucos pontos) quando o tanque real tem estratificação térmica — a camada de topo pode estar vários graus mais quente do que o fundo depois de uma operação de carga recente.

Ou seja: dip manual e sonda automática não são duas medições da mesma grandeza com erros aleatórios que se cancelam. São dois métodos com fontes de incerteza estruturalmente diferentes, aplicados ao mesmo tanque físico. Esperar que produzam o mesmo número ao litro é pedir a um sistema de medição uma precisão que nenhuma das duas normas garante.

A incerteza soma-se — e o API MPMS Capítulo 13 diz como

Isto não é um argumento para desistir de medir com rigor. É o contrário: existe uma norma inteira dedicada a tratar este problema de forma estatística, em vez de o tratar como uma falha a corrigir. O API MPMS Capítulo 13 — Aspectos Estatísticos de Medição e Amostragem — estabelece os conceitos e procedimentos para estimar uma grandeza verdadeira a partir de medições, derivar o intervalo de confiança do resultado e examinar as fontes de erro que contribuem para a incerteza final. A secção 13.2 aplica estes métodos à avaliação estatística dos dados de prova de medidores (descrição da norma). Para combinar as incertezas de cada componente — temperatura, densidade, calibração do tanque, prova do medidor — a referência internacional é o GUM (JCGM 100:2008): quando as grandezas de entrada são independentes, a incerteza-padrão combinada é a raiz quadrada da soma dos quadrados de cada contribuição (a chamada soma em quadratura).

Na prática, isto significa que a incerteza de uma leitura de tanque não é um número único; é uma banda que resulta de somar, em quadratura, a incerteza de cada instrumento na cadeia. Um sistema que trata cada leitura como um valor exacto — e que sinaliza qualquer diferença entre dip manual e sonda automática como uma "anomalia" — está a ignorar a própria lógica das normas que supostamente está a seguir.

Perdas e ganhos: quando é que uma diferença é normal?

É aqui que o desenho do sistema decide se a reconciliação volumétrica é útil ou é ruído. A contabilidade de perdas e ganhos (Loss & Gain) compara o volume recebido, corrigido para condições padrão, com o volume expedido ou vendido, também corrigido. As normas de cálculo — API MPMS Capítulo 12, que trata do cálculo de quantidades de petróleo por métodos estáticos e dinâmicos — definem rigorosamente as equações, as regras de arredondamento e a sequência de cálculo, precisamente para que duas entidades diferentes, com software diferente, cheguem ao mesmo resultado dentro de uma tolerância definida. Mas nenhuma destas normas impõe um único número universal de "diferença aceitável" para todos os produtos e todas as operações — isso depende da volatilidade do produto, do tipo de tanque, da distância e do modo de transporte, e é definido operação a operação, normalmente por contrato ou por procedimento interno da operadora.

É exactamente por isso que um sistema sem essa tolerância explicitamente configurada não sabe distinguir uma diferença normal de uma perda real. Um crude estabilizado num tanque fixo em terra tem uma banda de variação térmica e de evaporação muito mais estreita do que um condensado ou um produto leve a bordo de um FPSO exposto a variações de temperatura ambiente e a movimento do casco. Se o sistema aplicar a mesma tolerância — ou, pior, nenhuma tolerância — a ambos, vai gerar dois tipos de falha simétricos e igualmente caros: alertas falsos constantes sobre variações fisicamente normais no primeiro caso, e silêncio sobre uma fuga real ou um erro de calibração no segundo, porque a diferença nunca ultrapassa um limiar genérico demasiado largo.

Isto é precisamente o tipo de problema que aparece quando dados de telemetria de tanques, medidores e sondas SCADA chegam a um sistema central sem uma camada intermédia que saiba interpretá-los em contexto — um tema tratado com mais profundidade em Da SCADA ao Dashboard: Desenhar a Ingestão de Telemetria Sem Afogar a Base de Dados. A ingestão correcta dos dados brutos é a condição necessária; a tolerância por produto é a condição suficiente para que esses dados se transformem em decisão.

O ponto de desenho: a tolerância tem de viver no sistema, não na cabeça de alguém

A tentação, quando a reconciliação não fecha, é tratar o desvio como um problema de precisão instrumental a resolver com equipamento mais caro. Às vezes é isso mesmo. Mas na maioria dos casos o problema é anterior: o sistema nunca teve, para aquele produto e aquela rota de medição, uma tolerância explícita, versionada e auditável — apenas um "isto parece normal" que vive na experiência de quem faz a reconciliação manualmente numa folha de cálculo.

Um sistema bem desenhado para reconciliação volumétrica upstream trata a tolerância como um dado de configuração por produto e por ponto de medição, não como uma constante global escondida numa fórmula. Isso implica, no mínimo:

  • Guardar a incerteza combinada (temperatura + densidade + tanque + medidor) como um valor calculado e rastreável por cada leitura, não como um número assumido implicitamente.
  • Definir bandas de tolerância diferentes por tipo de produto — crude estabilizado, condensado, produtos refinados — porque a sua volatilidade térmica e a sua propensão a perdas por evaporação são fisicamente diferentes.
  • Registar cada correcção aplicada (CTL, densidade de referência, tabela de calibração usada) como parte do histórico auditável da leitura, não apenas o resultado final.
  • Escalar automaticamente para investigação apenas quando o desvio ultrapassa a tolerância combinada calculada — não quando dois números simplesmente não são idênticos.

Isto liga-se directamente ao problema de alocação: uma vez que o volume medido no tanque é reconciliado, ele ainda tem de ser repartido por poço, por contrato de partilha de produção e por parceiro, um processo descrito em Contabilidade de Produção Upstream: Da Medição no Poço ao Barril Alocado a Cada Parceiro. Uma tolerância mal definida na reconciliação de tanques propaga-se directamente para essa alocação — cada parceiro do consórcio herda, proporcionalmente, o ruído que o sistema não soube filtrar na origem.

Desenhar esta camada — a que transforma leituras brutas de instrumentos, normas de cálculo e regras de tolerância por produto num motor de reconciliação auditável — é trabalho de engenharia de software aplicada ao domínio, não uma extensão natural de uma folha de cálculo de Excel. A Wise Hustlers desenvolve o Enerxia, o seu ERP para o sector petrolífero angolano, com módulos de produção, qualidade, contratos e conformidade, e este tipo de motor de tolerância por produto é exactamente o tipo de componente que entra no âmbito de desenvolvimento de software à medida quando uma operadora decide que a folha de cálculo já não aguenta o volume ou a auditabilidade exigida.

Angola: selos, IANORQ e o Decreto n.º 1/09

Em Angola, a fiscalização dos sistemas de medição de petróleo bruto e gás natural está enquadrada no Decreto n.º 1/09, de 27 de Janeiro — Regulamento sobre as Operações Petrolíferas. O regulamento atribui ao Ministério dos Petróleos a competência para fiscalizar o cumprimento das suas disposições (art. 49.º, n.º 1), e determina que, sempre que seja necessário aferir ou calibrar um sistema de medição e os seus componentes, o Ministério de tutela deve solicitar a colaboração do Instituto Angolano de Normalização e Qualidade (IANORQ) (art. 49.º, n.º 2). O mesmo regulamento (art. 48.º) exige que os componentes dos sistemas de medição destinados à venda sejam selados — com fio de aço numerado ou outro tipo de selo aceitável — e que a lista de números de selos e a localização das instalações de medição sejam mantidas nas instalações do campo, disponíveis para inspecção.

Este enquadramento reforça exactamente o ponto de desenho de sistema: o selo garante que ninguém alterou o instrumento fisicamente, mas não resolve a divergência entre dip manual e sonda automática que nasce da física da temperatura e da densidade. Um sistema que quer estar preparado para uma fiscalização do Ministério de tutela — ou para uma aferição com o IANORQ — precisa de conseguir explicar, número a número, porque é que uma diferença específica está dentro da tolerância esperada — não apenas provar que os instrumentos estavam selados e calibrados.

Perguntas Frequentes

Porque é que a diferença entre dip manual e sonda automática nunca é zero?

Porque medem grandezas físicas (nível, temperatura) por métodos diferentes, com cadeias de incerteza próprias, e o volume final resulta de uma correcção de temperatura (CTL, segundo o API MPMS Capítulo 11.1) aplicada a essas leituras. As incertezas de cada etapa combinam-se em quadratura, segundo o método do GUM, e o resultado nunca chega a zero.

Existe um número universal de tolerância aceitável para perdas e ganhos volumétricos?

Não, e as normas de cálculo (API MPMS Capítulo 12) não impõem esse número — definem sim a forma como o cálculo deve ser feito para que seja reprodutível. A tolerância aceitável varia por produto, tipo de tanque e rota de medição, e deve ser definida operação a operação, normalmente em contrato ou em procedimento interno.

Um sistema automático de sondas elimina a necessidade de gauging manual?

Reduz o erro humano de leitura, mas não elimina a incerteza de calibração do sensor nem a estratificação térmica do tanque. As normas ISO 4266 e API MPMS Capítulo 3 continuam a coexistir precisamente porque nenhum dos dois métodos, isoladamente, é considerado suficiente para todas as aplicações fiscais.

Quem em Angola pode ser chamado a calibrar ou aferir um sistema de medição de petróleo?

Segundo o Decreto n.º 1/09, o Ministério de tutela do sector solicita a colaboração do Instituto Angolano de Normalização e Qualidade (IANORQ) sempre que for necessário aferir ou calibrar um sistema de medição e os seus componentes.

Fontes

Related articles