Permanent Downhole Gauges (PDG) are a remarkable source of information of both long term production data and the capture of occasional buildups that may be described as ‘free well tests’. Data are acquired at high frequency and over a long duration. The down side is the large number of data points gathered, which can amount to hundreds of millions per sensor which is far beyond the processing capability of today’s fastest PC. There are a number of challenges: storing and accessing the raw data, filtering, transferring this to the relevant analysis module and finally sharing both filtered data and analyses.

KAPPA Server is a client-server solution for PDG reservoir surveillance that addresses these issues in a shared environment. It permanently mirrors raw data from any data historian, reduces the number of points with wavelet-based filtering, stores and shares the filtered data. Filtered data can be exported to third party databases.

KAPPA Server Workflow

  • Data\nMirroring
  • Reduce Noise & Smart Filter
  • QAQC
  • Data Synchronization
  • Export & Synchronize Data

High frequency data (PDG)

Time-lapse data with measures recorded every 1 – 30 second intervals can be considered as high frequency data (pressure, temperature, flowmeter rates) and usually are stored in the company’s data historian. Using a preconfigured data link an user can browse the list of available tags (gauges, data sets) in the historian and select the required ones to be mirrored into KAPPA Server.

Mirroring involves copying the data tag from the historian into a gauge item in KAPPA Server. Once this is done the gauge item is kept updated by an internal process that checks for additional data and mirrors them.

Low Frequency Data (PDG)

Time-lapse data with measures recorded with intervals greater than 15 minutes can be considered as low frequency data. Reallocated production data are a good example of such data. These data can be mirrored (copied) from production databases into a direct data type item in KAPPA Server and kept automatically updated.

Unlike high frequency data that require filtering before it can be used, direct data are immediately available for analysis and calculations.

Wavelet filtering

Data from permanent downhole gauges are inherently noisy especially if acquired with high frequency. To reduce the noise without losing specific data characteristics required for PTA analysis KAPPA server applies the wavelets algorithm to process the raw gauge data.

Smart filtering

Smart filtering reduces the volume of raw data by a processing called decimation. Sections of data exhibiting gradual changes are represented by fewer points while breakpoints or areas with fast changing trends are represented with a greater number of points. Using this approach an overall reduction can be up to 2-3 orders of magnitude.

Once the raw data have undergone smart filtering they can easily be transferred into KW modules for analysis

Checking filter parameters

It is important to verify that the chosen set of filtering parameters (wavelet denoising and smart filtering) are not altering the data to the extent that subsequent analysis are affected. Filtering quality control can be performed by outputting the actual raw data and using it as a benchmark on a log-log derivative plot in Saphir NL. The filter threshold values plot should also be checked regularly to ensure that the initially set noise threshold values are adequate to the current noise levels of raw data.

Reload

Users can select sections of data previously filtered and set different filtering criteria for them. This is especially helpful in cases with very noisy data that requires coarse filtering on production periods and fine filter settings on areas of PTA interest.

Shut-in detection

Build-up periods can be identified on pressure and temperature data. Identification can be by the user manually or automatically in the KAPPA Client user interface. Additionally, shut-in detection can also be run in a fully automated mode on the KAPPA Server. For shut-in detection, only the pressure or the temperature data sets are used.

Rate correction

Using the shut-in detection information rates data can be automatically corrected and aligned with the pressure data. Rate correction algorithm can also account for the well uptime.

QAQC

The quality of results from the automatic shut-in detection algorithm greatly depend on the data quality and sometimes the detection does not give accurate results. This may be due to the inherent noise in the data or the data shows a soft shut-in. As a best practice it is always recommended to visually inspect the results of the auto shut-in identification.

Transferring data to KAPPA Workstation

Filtered data sets, direct data and derived channels can easily be transferred to the KW suite by drag and drop or using the KAPPA Send button.

Express shut-in(s)

A user can select a number of earlier identified build-ups and send them to Saphir NL for PTA analysis with the corrected rates all in one go. On receiving the data sets Saphir NL automatically plots the log-log derivatives of the selected build-ups.

Synchronising new data

Pressure and rate data that were earlier sent to KW can easily be updated. The user just needs to click on the update button from KW and the relevant new pressure and rate will be pulled from KAPPA Server and appended to the existing set.

OpenServer

OpenServer is an interface provided by KAPPA Server to allow 3rd party programs to access data stored in KAPPA Server. Filtered data sets, data from derived channels as well as analysis results from KAPPA Wokstation documents (Saphir NL, Topaze NL) can be accessed via this interface. The interface is an integration enabling tool for 3rd party programmers and vendors to develop code within their applications to communicate with OpenServer in order to send requests for and receive data from KAPPA Server. OpenServer supports SOAP and REST standards.

Derived channels & alarms

These are user defined and permit mathematical operations on data channels with a comprehensive formula package. The outcome may be another data set or a boolean vs time that may be used to create an alarm. The purpose of the alarm is to display it in the KAPPA Client window, or the sending of an alarm E-mail.

Fully Automated Shut-in Detection

Shut-in detection is now fully automated and can be configured to run 24x7 on the KAPPA Server. A user simply creates a Shut-in user task, specifies the shut-in pressure and duration criteria and KAPPA Server runs a dedicated process that applies the detection algorithm on incoming pressure data. Once relevant shut-ins are identified, the user is notified by email with a link that can be used to quickly navigate to the relevant shut-in information.

Field objects repository

Field PVTs, relative permeability data as well as simple field map contours can be stored in KAPPA Server field hierarchy. These objects can be stored at the field level or at a wells group level.

When a user requires to use any of these objects in KW analysis he simply drags and drops the relevant object onto the KW analysis document. This approach facilitates information share and effective reuse.