Garantia técnica e calibração de modelos
Comparar modelos com a evidência operacional, identificar as premissas de entrada relevantes, recalibrar com responsabilidade e comunicar as limitações.
Tecnologia
O setor não precisa de mais uma promessa genérica de IA. Precisa de ferramentas de engenharia rastreáveis que resolvam problemas operacionais identificáveis.
Direção
Uma categoria focada que combina física, modelos de engenharia, dados operacionais, regras de engenharia, conhecimento especializado e assistência de IA cuidadosamente governada.
Organizar os sinais relevantes, o estado operacional e a qualidade dos dados.
Conectar os dados às condições do poço, aos modelos de engenharia e às restrições de execução.
Aplicar regras de engenharia e julgamento especializado, preservando a incerteza.
Fornecer recomendações claras e rastreáveis, com gatilhos mensuráveis.
Comparar modelos com a evidência operacional, identificar as premissas de entrada relevantes, recalibrar com responsabilidade e comunicar as limitações.
Estruturar análises de conexão, fingerprinting, perda/influxo, manobra e janela operacional em fluxos de trabalho repetíveis e revisáveis.
Apoiar a rastreabilidade dos cálculos, a consistência dos documentos, a revisão de riscos e a separação explícita entre observação, interpretação e ação.
Codificar gatilhos mensuráveis, lógica de engenharia e trade-offs operacionais sem esconder as premissas por trás de uma interface opaca.
Princípios tecnológicos
Entradas, premissas, métodos e limitações permanecem revisáveis.
As ferramentas apoiam o julgamento; não ocultam nem substituem a responsabilidade de engenharia.
Todo fluxo de trabalho começa com uma decisão, um usuário e um contexto operacional definidos.
Portfólio de aplicações
Cada aplicação existe porque um julgamento de engenharia vinha sendo feito com base em algo diferente da medição que poderia ter resolvido a questão.
Como as ferramentas se encaixam
As capturas de tela usam dados sintéticos ou publicados. Nenhum registro, poço, resultado ou método proprietário de cliente aparece em qualquer imagem desta página.
Transforma um registro real de perfuração em uma programação de batch para o simulador e, em seguida, avalia a simulação frente ao que o poço de fato fez.
Um modelo hidráulico transiente define as metas de pressão com que uma fase de janela estreita é perfurada. Se o modelo merecia essa autoridade costuma ser respondido depois, a olho, a partir de uma curva simulada sobreposta a uma medida — o que é uma impressão, e não um resultado. O ciclo entre o que foi previsto e o que o poço fez raramente é fechado, e quase nunca é fechado da mesma forma duas vezes.
Um LAS indexado no tempo, ou uma exportação CSV de um sistema de dados da sonda. Os canais são associados às suas funções automaticamente, e um perfil embutido assume onde uma correspondência por nome chegaria à resposta errada.
O registro é segmentado em rig states, recortado na profundidade inicial da broca do simulador e gravado como uma grade de batch que entra diretamente no simulador.
O PWD medido é pontuado frente à simulação — pressão de fundo, ECD, pressão de bombeio, temperatura de fundo e de retorno — separado por estado das bombas. Várias corridas são mantidas ao mesmo tempo, de modo que uma calibração é uma série de tentativas, e não uma resposta única.
Um quadro de PWD que reporta 32,562 psi é propagado por cerca de 115 linhas pelo preenchimento comum de lacunas, e seis leituras assim alteraram um viés avaliado em mais da metade. Uma amostra só é descartada se for estatisticamente absurda, fisicamente relevante para sua unidade e voltar ao ponto de onde veio — assim, conexões e paradas de bomba, que são o objetivo da análise, permanecem intactas.
Um canal de torque declarado em 1000 ft·lbf gravado em uma coluna intitulada lbf-ft é um erro de mil vezes que nada a jusante perceberia. As unidades são convertidas na entrada, e uma unidade não reconhecida é reportada, nunca adivinhada.
Após a segmentação, cada trecho é examinado quanto ao que ainda oculta, e os que escondem uma mudança real são divididos em sua transição mais acentuada. Uma conexão de MPD que varre o choke ao longo de cinco minutos vira uma escada, e não uma única linha de média.
Onde a simulação e a ferramenta de PWD reportam em profundidades diferentes, a diferença é medida a partir dos arquivos carregados e declarada — em psi e em ppg — e nenhum número é ajustado. O engenheiro decide o que fazer a respeito.

Um motor de hidráulica de circulação em regime permanente: pressão anular e ECD da superfície até a TD, e pressão de bombeio trecho a trecho, para poços convencionais e com pressão gerenciada.
A maioria das perguntas de hidráulica em uma fase de janela estreita são perguntas de regime permanente — o ECD que uma vazão impõe à sapata, a contrapressão de superfície que mantém o fundo do poço durante uma conexão, quão larga é a janela de vazão entre a limpeza do poço e o gradiente de fratura. Elas costumam ser respondidas ou em um simulador transiente completo, operado por especialistas e lento de configurar para uma pergunta rápida, ou em uma planilha que mostra a resposta, mas não as premissas. Nenhum dos dois serve ao engenheiro que precisa do número agora e terá de defendê-lo depois.
Survey, revestimento, riser e poço aberto, coluna e broca, e o fluido como foi medido — leituras do viscosímetro e densidade em função da temperatura e da pressão. Um caso também pode ser lido de um arquivo de caso de simulador.
O anular é percorrido da superfície até a TD com correlações publicadas de atrito, reologia e densidade, cada uma citada. A pressão de bombeio é montada trecho a trecho — linhas de superfície, interior da coluna, motor e MWD, jatos da broca, anular e contrapressão — e não a partir de uma única fórmula agregada.
O caso resolvido é lido frente às curvas de poros e de fratura: a janela de vazão, a contrapressão necessária para manter uma meta em uma profundidade, a hidráulica da broca, e o swab e o surge em uma manobra.
Uma janela de vazão é tão larga quanto as restrições que o caso contém. Um limite não definido ou uma curva de poros ou de fratura ausente não restringe nada e é reportado como não definido — o motor não fornece nenhum limite operacional próprio.
Cada trecho é reportado separadamente, inclusive os que marcam zero. Um motor sem curva de perda de carga aparece como zero no detalhamento, de modo que uma entrada ausente permanece visível, em vez de desaparecer em um total que por acaso parece plausível.
Rotação, carga de cascalho, perdas localizadas nas conexões da coluna (tool joints) e temperatura de circulação vêm desligados por padrão e identificados como experimentais. O modelo de temperatura declara na tela até que ponto foi validado antes que alguém dependa dele.
O relatório lista todas as correlações ativas no caso, com sua fonte e situação, tiradas de um único registro. Um modelo desligado não aparece, de modo que a lista é o que foi usado, e não o que está disponível.



Modela a velocidade com que o gás sobe sob um mud cap, por todas as bases publicadas ao mesmo tempo, e a vazão e o ciclo de bullhead que o mantêm onde deve estar.
O Pressurized Mud Cap Drilling (PMCD) troca uma zona de perda por um problema de gás. O gás que entra no anular sobe sob o mud cap, a pressão de superfície aumenta, e o gás é devolvido por bullhead. A velocidade com que ele sobe define a vazão de bullhead e a duração de cada ciclo — e as respostas publicadas diferem em várias vezes, de uma regra de campo a uma Taylor bubble idealizada. Um plano construído sobre uma delas, escolhida sem ver as outras, repousa sobre um número que ninguém consegue defender.
Geometria e coluna, o mud cap e os fluidos de sacrifício, a zona de perda e os limites de pressão — montados na tela à medida que o caso é inserido.
Todas as bases publicadas rodam no mesmo poço e no mesmo relógio: uma regra de campo, a família Taylor bubble, drift-flux em um anular e bolhas dispersas. A base de planejamento é escolhida com a dispersão à vista, e a vazão de bullhead que a supera decorre dela.
O próprio ciclo — aumento admissível da pressão de superfície, expansão do gás real na subida, volumes de bullhead — com a incerteza das entradas propagada até P10, P50 e P90, em vez de uma resposta única.
Uma velocidade de migração interna, sem derivação publicada, não vem embutida. Um engenheiro que tenha um número desses pode inseri-lo, e ele é identificado como entrada em todos os lugares em que é usado.
As bases Taylor bubble descrevem uma única bolha idealizada preenchendo o poço — um limite superior, várias vezes mais rápido que a migração em campo. Elas são exibidas, e identificadas na tela como não sendo um número de planejamento.
Não há margem padrão aplicada fora de vista. O engenheiro a define, e o painel declara o que ela significa para a vazão de bullhead.
Onde uma base é usada fora da geometria para a qual foi derivada — uma bolha de escoamento em tubo em um anular — ela é marcada na tela como uma premissa, e não adotada silenciosamente.



Transforma a varredura de injeção de um simulador de escoamento em poço na janela operacional underbalanced — e no relatório que uma equipe aprova.
Um projeto underbalanced é uma varredura: dezenas de vazões de injeção de gás e de líquido, cada uma uma simulação multifásica completa. Quais combinações mantêm o poço underbalanced, limpam o poço, acionam o motor e permanecem dentro dos limites de superfície fica espalhado pelos relatórios de caso — e costuma ser montado à mão em uma planilha, uma única vez, sob prazo, onde ninguém consegue verificá-lo depois.
Planilhas-resumo, resumos em texto e os relatórios por caso de uma varredura são lidos diretamente, com as unidades levadas a cada canal, uma curva por caso de injeção.
Pressão de fundo frente à injeção de gás para cada vazão de líquido, fechada pelas curvas de limite — velocidade mínima do líquido e vazão do motor — entre as pressões de reservatório e alvo, com o ponto de orvalho marcado. Limpeza do poço e velocidade são traçadas em função da profundidade, seção por seção.
Todos os modelos de gráfico, para todas as corridas, exportados de uma só vez como arquivos de caso reabríveis e relatórios em PDF ou PowerPoint, com um resumo por caso dos critérios em que cada caso falha.
Uma vazão de líquido cuja curva nunca encontra um limite fecha a janela ali, em vez de ser esticada para caber. A região sombreada é apenas o que todos os critérios permitem.
Os critérios de limpeza do poço e de velocidade diferem entre poço vertical, inclinado e horizontal. Cada seção é avaliada frente ao seu próprio mínimo, e um intervalo excluído do critério é marcado como excluído, e não aprovado silenciosamente.
A tabela de resultados lista, caso a caso, quais critérios falham — inclusive retorno de gás acima do limite de superfície e pressão de fundo abaixo do ponto de orvalho.
As unidades acompanham cada canal importado, e uma conversão — scfm para MMscf/d, gpm para bbl/d — é declarada no modelo de gráfico que a realiza, e não aplicada fora de vista.



Um fluxo de trabalho que vale a pena melhorar?