Adendo de Esquema de Dados WITSML

Objetos relacionados à conclusão e produção

Pacote combinado
Lançamento inicial

Prefácio
Este material representa um adendo à especificação WITSML v1.3.1. O
material é considerado estável e utilizável hoje. Isso não significa que
mudanças não ocorrerão no futuro. À medida que o uso se torna mais amplo,
prevê-se que extensões e modificações sejam identificadas e implementadas
em versões futuras.

Solicitações de informações adicionais e feedback técnico podem ser

endereçados a Gary Masters ou Alan Doniger nos escritórios da POSC em
Houston.

Enquanto o foco original dos Padrões WITSML estava dentro da área de

Perfuração, este material abrange as áreas pós-Perfuração
de Conclusões (Poço Mecânico) e Produção (principalmente aspectos de
relatórios).

 O trabalho Conclusões está associado ao SIG WITSML (Drilling).

 O trabalho de produção está associado ao Integrated Operations SIG.

O objeto de relatório de produção está sendo usado no projeto Daily

Reporting da Norwegian OLF Partner, que foi testado em campo no outono de
2005.

O projeto PRODML ™, iniciado em 2005 pela BP, Chevron e Shell, está

usando este material como fonte de referência. Feedback relevante foi
fornecido e mais é esperado à medida que o projeto avança.

Outros projetos são convidados a considerar o uso deste material e devem

entrar em contato com os contatos do POSC acima para obter assistência e
suporte.

Este material foi atualizado com base nos comentários do WITSML v1.3.1,
PRODML e OLF. As alterações das versões de rascunho anteriores podem ser
visualizadas no log de alterações detalhado .

Conteúdo
Este documento contém as seguintes seções:

 Introdução a Novos Objetos

o Modelo de fluxo do produto
o Relatório de volume do produto
o Relatório de Operações de Produção
o Relatório de teste de poço
o Conclusão do poço
o Sequência de conclusão
o Intervalo de furo de poço
 Introdução ao WITSML
 Design de esquema de objeto de dados WITSML
 Convenção de Nomenclatura WITSML em Esquemas
 Poços e poços
 Esquemas
o Modelo de fluxo do produto
o Relatório de volume do produto
o Relatório de Operações de Produção
o Relatório de teste de poço
o Conclusão do poço
o Sequência de conclusão
o Intervalo de furo de poço

Introdução a Novos Objetos

Vários esquemas para novos objetos WITSML foram incluídos nesta
especificação combinada porque todos são relacionados à produção. Cada
objeto pode permanecer sozinho, mas deve ser avaliado como um grupo para
garantir que eles se encaixem bem. Os objetos de poço e furo de poço
WITSML estão incluídos no contexto necessário. Todos os arquivos de
esquema e esta documentação podem ser baixados aqui (zip de 600 KB) .

Modelo de fluxo do produto

O Modelo de Fluxo do Produto é um novo objeto que pode ser usado para
definir um gráfico direcionado de conexões de fluxo. O componente básico é
uma unidade que pode ser usada para definir o comportamento do fluxo de
qualquer instalação (onde o termo instalação representa qualquer uso de
equipamento para desempenhar uma função), como um separador, uma
cabeça de poço, uma válvula e uma linha de fluxo. Ele utiliza uma hierarquia
geral de:

 Modelo
o Rede (representando um modelo ou uma unidade dentro de outra
rede)
 Unidade (representando uma instalação)
  Porta (que se conecta a outras portas)

Consulte o arquivo do PowerPoint para obter uma visão geral do modelo de

fluxo do produto. Este modelo define como o produto pode fluir. O Relatório
de volume do produto é necessário para definir como ele realmente fluiu.

Relatório de volume do produto

O Relatório de volume do produto é um novo objeto que pode ser usado para
definir, por exemplo, o volume diário de produção de petróleo em uma cabeça
de poço. Também pode definir outras características (pressão, temperatura,
vazão, concentrações, etc.) associadas a essa cabeça de poço. Ele utiliza uma
hierarquia geral de:

 Instalação (cabeça de poço, separador, linha de fluxo, afogador,

completação, ...)
o Fluxo (produção, injeção, exportação, importação, elevador de
gás, ...)
 Produto (petróleo, água, gás, CO2, petróleo-gás,
estacas, ...)
 Período (instantâneo, dia, mês, ano, ano até à data,
mês até à data, arbitrário ...)

O fluxo pode ser associado a uma porta no modelo de fluxo do produto para
oferecer suporte à análise detalhada de uma rede de fluxo. O relatório pode ser
simples para algo como um poço ou pode ser complexo para algo como um
campo offshore com várias plataformas. Um relatório deve representar um
período específico, mas pode incluir dados de outros períodos. Por exemplo,
um relatório diário pode incluir dados acumulados do 'ano até a data' e do mês
até a data. Este esquema é projetado como um substituto para a parte de
relatório de volume do esquema POSC ProductionML mais antigo.

Relatório de Operações de Produção

O Relatório de operações de produção é um novo objeto que pode capturar as
atividades relacionadas às operações de produção por um período determinado
(dia, mês, arbitrário, ...). Ele utiliza uma hierarquia geral de:

 productionOperations
o installationReport
 operatingHSE
 segurança
 clima
 productionActivity
 lostProduction
 waterCleaningQuality
 desligar
  alarme
 marineOperation
 cargoShipOperation

O relatório pode representar uma instalação geral (por exemplo, uma

plataforma ou campo), mas pode incluir informações de muitas instalações
relacionadas.

Relatório de teste de poço

O novo objeto Teste de poço captura os resultados de um teste de poço. Este
objeto é derivado da parte de teste do poço do esquema POSC ProductionML
mais antigo. Ele utiliza uma hierarquia geral de:

 wellTest
o fluidLevelTest
o productionTest
 testInterval
 wellheadData
 bottomholeData
 separatorData
 wellTestCumulative
 productionTestResults
o InjectionTest
 testInterval
 wellTestCumulative
 InjectionTestResults

Cada Relatório de Teste de Poço pode representar um e apenas um dentre: um

Teste de Nível de Fluido, um Teste de Produção ou um Teste de Injeção

Conclusão do poço
O objeto Conclusão de poço é uma estrutura muito simples que aponta para a
coleção de perfurações e furos abertos que representam uma
competição. Também aponta para a sequência de conclusão que transporta o
fluido para a superfície. Esse esquema é derivado da parte WellCompletion do
esquema POSC WellSchematicML mais antigo.

Sequência de conclusão
O objeto String de conclusão captura a configuração de equipamento que
transporta fluido do fundo de poço para a superfície. De maneira semelhante
ao objeto WITSML wbGeometry, cada sequência pode ser composta de
muitos componentes. Esse esquema é derivado da parte TubingString do
esquema POSC WellSchematicML mais antigo.

Intervalo de furo de poço

O objeto Intervalo de furo de poço define intervalos diversos onde coisas
interessantes ocorrem. Por exemplo, perfurado, fraturado e acidificado.

Introdução ao WITSML
A WITSML (Wellsite Information Transfer Standard Markup Language) é um
padrão para o envio de informações do site do poço em um formato de
documento XML entre parceiros de negócios. Esquemas XML são usados
para definir o conteúdo de um documento XML. O padrão WITSML
consiste em duas especificações que serão versionadas independentemente:
Esquema de Dados e API ( Application Program Interface ). Este documento
fornece uma visão geral do esquema de dados. O esquema de
dados WITSML consiste em um conjunto de esquemas de objetos de dados
independentes, mas relacionáveis. Um esquema de objeto de dadosdefine um
conjunto de dados que podem ser transmitidos em um único documento XML
e representa um subconjunto coeso (por exemplo, poço, poço, plataforma etc.)
de um esquema lógico geral relacionado a um único domínio (poço). Os
esquemas de objetos de dados contêm atributos, elementos e subesquemas de
componentes incluídos.

Esquemas de componentes são esquemas XML, mas esses esquemas não

representam objetos de dados completos. Um esquema de componente pode
ser incluído em mais de um esquema de objeto de dados. Todos os esquemas
de componentes são prefixados com (cs_). Cada arquivo de esquema do
componente geralmente define um tipo que tem o mesmo nome que o nome
do arquivo.

Um arquivo de grupo de atributos ( attgrp_uid.xsd ) é usado para definir um

atributo de identificador exclusivo (uid) para todos os elementos de contêiner
recorrentes. Um elemento contêiner é um elemento que contém outros
elementos. O atributo uid é opcional, mas é necessário no contexto de um
servidor WITSML. É o equivalente a uma chave primária gerada pelo sistema
RDBMS.

Tipos simplistas de baixo nível são definidos nos seguintes arquivos. Cada
arquivo define muitos tipos. Cada arquivo de esquema do componente deve
incluir direta ou indiretamente o arquivo typ_dataTypes.xsd. Se um esquema
de componente incluir outro esquema de componente, ele incluirá
indiretamente o typ_dataTypes.xsd.

 typ_dataTypes.xsd - define tipos de dados simplistas referenciados por

elementos e atributos nos esquemas de objeto e componente de dados
WITSML. Alguns desses tipos estão incluídos nos seguintes arquivos
especiais de tipos de dados.
o typ_catalog.xsd - define os tipos de dados referenciados por
elementos e atributos nos esquemas de objeto e componente de
 dados WITSML e conteúdo restrito. Para elementos restritos
pelo conteúdo, os valores válidos (enumerados) são definidos
neste esquema.
 typ_measureType.xsd - define o subconjunto de tipos de
medidas POSC usados nesta especificação. Esses tipos
representam uma quantidade numérica com um atributo
de unidade de medida (uom). As unidades de medida
permitidas são controladas pelos tipos no arquivo
typ_quantityClass.xsd (veja abaixo).
 typ_quantityClass.xsd - define os acrônimos da
unidade de medida POSC enumerados para cada
tipo de medida.
 typ_baseType.xsd - define os tipos de nível
mais baixo. Esses são os tipos dos quais
todos os outros tipos são derivados. Eles
permitem que o comportamento subjacente
dos tipos seja controlado em um único
local. Por exemplo, todos os tipos são
restritos para não permitir um valor vazio e
as cadeias são restritas para não permitir um
valor em branco.

O arquivo typ_catalog.xsd contém enumerações consideradas relativamente

estáticas e não devem exigir alterações frequentes. No entanto, para alguns
dados, a lista de valores reconhecidos pode mudar com relativa
frequência. Para esse tipo de dados, os valores são enumerados no
arquivo enumValues.xml .

As informações de conversão da unidade de medida são definidas no

arquivo witsmlUnitDict.xml . As abreviações usadas nos esquemas WITSML
estão documentadas aqui .

Além disso, foi definido um esquema composto geral que permite que dados de todos os
esquemas de objetos de dados sejam incluídos em um documento. No entanto, este
esquema não se destina ao uso com a API.

Design do esquema de objeto de dados WITSML:

Como todos os documentos XML podem ter apenas um elemento de nível raiz
e há situações em que é necessário enviar várias ocorrências de um objeto de
dados em um único documento XML (por exemplo, vários furos de poço em
um poço), uma versão pluralizada do nome do objeto de dados foi
estabelecido como o elemento raiz do esquema. Ou seja, o nome do objeto
seguido por um "S" (por exemplo, poços, poços, etc.). Em alguns casos, isso
leva à pluralização incorreta (por exemplo, trajetórias), mas é necessário para
atender aos requisitos da API WITSML, que gera nomes de tags raiz com base
no nome do objeto de dados. Um esquema de componente é incluído em todos
os esquemas de objetos de dados plurais:

 cs_documentInfo.xsd - Define as informações relevantes para um

documento específico, como quando o documento foi criado e quem foi
responsável pela criação do documento.

Os identificadores exclusivos (uid) para objetos de dados são sempre

definidos como atributos no nível do nome do objeto de dados singular.

Convenção de Nomenclatura WITSML em Esquemas:

Um tipo WITSML pode ser um dos quatro tipos; uma definição apenas com
possivelmente um tamanho restrito especificado, uma definição com valores
enumerados permitidos, uma referência a um esquema de componente e uma
referência a um esquema de grupo de elementos. Embora não seja realmente
um tipo, os esquemas do grupo de elementos permitem que os mesmos
elementos sejam usados em vários contextos diferentes. Para ajudar a
identificar qual tipo está sendo referenciado, a seguinte convenção de
nomenclatura é usada.

 Definição de tipo apenas - Começa com letras minúsculas, cada nova palavra
começa com maiúscula
<xsd: element name = "mdKickoff" type =" measuredDepthCoord "minOccurs
=" 0" />
 Definição de tipo com valores enumerados - começa com maiúsculas e cada
nova palavra começa com maiúsculas
<xsd: nome do elemento = "shape" type = " WellboreShape " minOccurs =
"0" />
 A referência a um esquema de componente pode ser identificada pelo prefixo a
"cs_".
<xsd: nome do elemento = "customData" tipo = " cs_customData " minOccurs =
"0" maxOccurs = "1" />
 A referência a um esquema de grupo de elementos pode ser identificada pelo
prefixo "grp_".
<xsd: group ref = " grp_well " minOccurs = "0" maxOccurs = "1 '/>

Poços e poços
O WITSML adotou as seguintes definições:

 poço - Um buraco escavado na Terra como resultado de operações de

perfuração ou perfuração. O poço pode representar o buraco de um
poço inteiro (quando não há desvios), ou uma extensão do desvio. Um
poço se estende de um ponto de origem (a localização da superfície do
poço inicial ou do ponto de partida para desvios) até um ponto de
terminação (fundo do poço).
  sidetrack - Um poço que se origina em outro poço, em vez de se
originar na superfície.
 furo de poço - Um caminho único e orientado do fundo de um poço
perfurado até a superfície da Terra. O caminho não deve se sobrepor ou
se cruzar.
 poço - Um local de superfície exclusivo a partir do qual os poços são
perfurados na Terra com o objetivo de (1) encontrar ou produzir
recursos subterrâneos; ou (2) prestação de serviços relacionados à
produção de recursos subterrâneos.

A definição de furo de poço destina-se a permitir que ele represente um e

apenas um desvio ou furo inicial. Isso pressupõe que apenas um desvio pode
ter um ponto específico no fundo do poço. O furo de poço pode sobrepor-se
parcial ou completamente a outros desvios, mas não os representaria.

Para bancos de dados que contêm apenas poços, o nome do poço geralmente
contém o conhecimento de um desvio específico que é representado por esse
poço. As informações comuns a todos os desvios devem ser copiadas para
cada poço. As informações de outros desvios também podem ser
redundantemente copiadas para o poço. Ou seja, o poço do desvio geralmente
representa informações do fundo do poço para a superfície. Na visualização
WITSML, os dados comuns são mapeados para um poço e as informações do
desvio são mapeadas para um furo de poço . Dados de outros desvios podem
ou não ser copiados de forma redundante para um furo de poço. As
informações sobre um poço são mapeadas para um poço quando essas
informações são localizadas usando profundidades medidas da superfície.

Esquemas:
Esta versão inclui os seguintes esquemas de objetos de dados, esquemas de
componentes e esquemas de grupos de elementos. Os nomes de arquivo que
começam com "typ_" representam novos tipos que eventualmente serão
adicionados ao arquivo WITSML correspondente type_catalog.xsd,
typ_dataTypes.xsd, typ_measureType.xsd, typ_quantityClass.xsd ou
typ_baseType.xsd. Novos tipos necessários em mais de um objeto incluirão o
termo "Novo" no nome do arquivo. Tipos específicos para um objeto terão um
termo no nome que reflete esse objeto.

Esquema composto WITSML

Links para
documentos

Esquemas Esquema XSD

WITSML_Composite.xsd XSD
(este arquivo utiliza arquivos "grp_" que podem ser
referenciados abaixo)
objeto de dados conclusãoString
Links para
documentos

Esquemas Esquema XSD

obj_completionString.xsd XSD
grp_completionString.xsd XSD
cs_completionComponent.xsd XSD
typ_dataTypes_compStr.xsd.xsd XSD
cs_deviceProperty.xsd XSD
cs_event.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_rodString.xsd XSD
cs_rodSegment.xsd XSD
typ_catalog_compStr.xsd.xsd XSD
cs_event.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_rodPump.xsd XSD
cs_event.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_statusRecord.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_event.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_statusRecord.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_event.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados productFlowModel

Links para
documentos

Esquemas Esquema XSD

obj_productFlowModel.xsd XSD
grp_productFlowModel.xsd XSD
cs_productFlowExternalReference.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
 cs_productFlowNetwork.xsd XSD
cs_productFlowlExternalPort.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_productFlowUnit.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_productFlowPort.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_connectedNode.xsd XSD
cs_productFlowPortConstraint.xsd XSD
cs_productFlowExpectedPair.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados productionOperation

Links para
documentos

Esquemas Esquema XSD

obj_productionOperation.xsd XSD
grp_productionOperation.xsd XSD
cs_businessAssociate.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_personName.xsd XSD
cs_generalAddress.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_geographicContext.xsd XSD
cs_offshoreLocation.xsd XSD
cs_northSeaOffshore.xsd XSD
cs_installationReport.xsd XSD
cs_operationalHSE.xsd XSD
cs_safety.xsd XSD
typ_dataTypes_prodOper.xsd.xsd XSD
cs_datedComment.xsd XSD
cs_weather.xsd XSD
cs_productionActivity.xsd XSD
cs_lostProduction.xsd XSD
typ_dataTypes_prodOper.xsd.xsd XSD
cs_thirdPartyProcessing.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_waterCleaningQuality.xsd XSD
cs_datedComment.xsd XSD
 cs_shutdown.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_datedComment.xsd XSD
cs_alarm.xsd XSD
cs_marineOperation.xsd XSD
cs_datedComment.xsd XSD
cs_cargoShipOperation.xsd XSD
cs_datedComment.xsd XSD
cs_operationalComment.xsd XSD
typ_catalog_prodOper.xsd.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados productVolume

Links para
documentos

Esquemas Esquema XSD

obj_productVolume.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
grp_productVolume.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_businessAssociate.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_personName.xsd XSD
cs_generalAddress.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_geographicContext.xsd XSD
cs_offshoreLocation.xsd XSD
cs_northSeaOffshore.xsd XSD
cs_productVolumeFacility.xsd XSD
cs_datedComment.xsd XSD
cs_productVolumeFlow.xsd XSD
typ_catalog_prodVol.xsd.xsd XSD
cs_productVolumeRelatedFacility.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_productVolumelPortDifference.xsd XSD
cs_productVolumeProduct.xsd XSD
typ_dataTypes_prodVol.xsd.xsd XSD
cs_refProductFlow.xsd XSD
XSD
cs_productVolumeComponentContent.xsd
 typ_catalog_New.xsd.xsd XSD
cs_productVolumePeriod.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
typ_catalog_New.xsd.xsd XSD
typ_catalog_prodVol.xsd.xsd XSD
typ_dataTypes_prodVol.xsd.xsd XSD
cs_datedComment.xsd XSD
cs_datedComment.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados do poço

Links para
documentos

Esquemas Esquema XSD

obj_well.xsd XSD
grp_well.xsd XSD
cs_wellDatum.xsd XSD
cs_refWellWellbore.xsd XSD
cs_refWellWellboreRig.xsd XSD
cs_location.xsd XSD
cs_referencePoint.xsd XSD
cs_location.xsd XSD
cs_wellCRS.xsd XSD
cs_projectionx.xsd XSD
cs_geodeticModel.xsd XSD
cs_localCRS.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados de poço

Links para
documentos

Esquemas Esquema XSD

obj_wellbore.xsd XSD
grp_wellbore.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD
objeto de dados intermédio
Esquemas Links para
documentos

Esquema XSD
obj_wellboreInterval.xsd XSD
grp_wellboreInterval.xsd XSD
typ_catalog_interval.xsd.xsd XSD
cs_perforation.xsd XSD
typ_catalog_interval.xsd.xsd XSD
cs_fracStage.xsd XSD
cs_fracAdditive.xsd XSD
cs_statusRecord.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_event.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados wellCompletion

Links para
documentos

Esquemas Esquema XSD

obj_wellCompletion.xsd XSD
grp_wellCompletion.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
typ_measureType_wellComp.xsd.xsd XSD
cs_statusRecord.xsd XSD
typ_dataTypes_New.xsd.xsd XSD
cs_refWellboreCompletionString.xsd XSD
cs_refWellboreWellboreInterval.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

objeto de dados wellTest

Esquemas Links para
documentos
 Esquema XSD
obj_wellTest.xsd XSD
grp_wellTest.xsd XSD
typ_catalog_New.xsd.xsd XSD
cs_fluidLevelTest.xsd XSD
cs_productionTestData.xsd XSD
cs_wellTestInterval.xsd XSD
cs_wellheadData.xsd XSD
cs_bottomholeData.xsd XSD
cs_separatorData.xsd XSD
cs_cumulative.xsd XSD
cs_productionTestResults.xsd XSD
cs_testVolume.xsd XSD
cs_fluidRate.xsd XSD
cs_injectionTestData.xsd XSD
typ_catalog_wellTest.xsd.xsd XSD
cs_wellTestInterval.xsd XSD
cs_cumulative.xsd XSD
cs_injectionTestResults.xsd XSD
cs_testVolume.xsd XSD
cs_fluidRate.xsd XSD
cs_commonData.xsd XSD
cs_customData.xsd XSD

Copyright (c) 2006 Petrotechnical Open Standards Consortium, Inc. (POSC) Todos os
direitos reservados.
POSC® e o logotipo POSC® são marcas registradas e WITSML ™ e WITSML logo ™
são marcas comerciais da POSC