Streamline Control x Midstream Energy Company: PI Convergence and Digital Infrastructure Advancement

The Streamline Approach

At Streamline Control, our team of Operational Data Specialists have over 25 years of combined experience integrating PI Systems. Our goal is to work with systems and software applications that are the best fit for your organization.

Whether your organization is in the oil and gas sector, utilities, mining, pharmaceuticals, or manufacturing, Streamline Control (Streamline) has the PI System knowledge to help drive your business forward.

The PI System by AVEVA is a global leading industrial data management platform that organizations across the world trust to make well-informed critical operational decisions. A gold standard for operational data systems, the PI System enables organizations to digitally transform data into valuable real-time visualizations to gain meaningful insights and increase organizational efficiency.

PI System Expertise

Streamline’s PI engineers are AVEVA-accredited Infrastructure and Installation Specialists, bringing extensive experience in designing, deploying, and supporting PI Systems.

Introduction

Streamline Control partnered with a large midstream energy company to deliver a successful PI Convergence project aimed at unifying several independent PI Systems into a single, centralized system that supports the entire organization.

This success story explores the journey from planning to execution, highlighting the close collaboration between Streamline and the client, the challenges addressed along the way, and the strategic decisions that led to a fully integrated, enterprise-wide PI System.

Client Profile

A large midstream energy company in North America specializing in midstream energy infrastructure and transportation. At the time of the project, the company had a broad network of pipeline transportation, terminals, storage, and gathering assets located in major crude oil and NGL production areas across the United States and Canada. At the time of the project, the company moved over 8 million barrels of crude oil and NGL daily on average.

The Challenge

The company managed nine separate PI Systems across North America, each supporting different business requirements and end user decision-making processes. These systems received data through approximately 30 PI Interfaces distributed across various business sites. The PI System architecture was a hybrid centralized system, comprised of eight individual systems located at various sites across North America and one centralized on-premises PI Server. Most of the PI System servers were operating on end-of-life operating systems, making their upgrade a key objective of the project.

The company’s PI System environment lacked consistency, with significant differences across sites in licensing, hardware, software, stability, cybersecurity, and overall management practices. These inconsistencies created several challenges, including:

  • Software version and application lifecycle management issues
  • Duplicate data stored at multiple sites
  • Inconsistent security models
  • Difficulty enforcing standardization
  • Elevated licensing costs
  • High support and infrastructure expenses
  • Increased data management costs

 

The graphic below illustrates the PI System architecture before the PI Convergence project:

The Solution

Streamline brought expertise to the design, configuration, and implementation of the project. We conducted a comprehensive assessment of the company’s existing PI Systems and proposed a solution based on the assessment findings and our extensive experience in the PI industry.

The architecture designed and implemented by the Streamline team is a true centralized PI System. Hosted on Microsoft Azure, the system is redundant for all the required PI System components – PI Data Archive, PI AF Server, PI Analysis/Notifications, PI Vision, PI Web API and Microsoft SQL Server.

Each site contains a pair of PI Interfaces located in the appropriate network security zone, interfacing into a Central PI System. This central system is built with best practices in mind, such as ISA-95, and includes full development (DEV) and test environments (QA). The development environment was used to stage individual PI Systems and then merge them with the existing centralized architecture. The architecture supports the change management requirements for QA and production. The QA environment has its data sourced from the production environment to ensure testing can be completed between QA and production.

Centralized PI System Architecture

Implementation

To establish a clear direction for the PI Convergence project, the following activities were undertaken:

  • Discovery Phase. Conducted a comprehensive assessment of the PI System architecture across various sites, including a thorough review of existing documentation. Assessment of third-party applications which integrate with the PI System.
  • Centralized Architecture Design. Developed a centralized architecture based on the assessment findings and close collaboration with the company’s operations team. Determined all PI Server and Azure environment specifications.
  • PI System Security. Collaborated with the operations team to establish PI System security, including Active Directory groups and display management, following AVEVA’s best practices. Windows’ single sign-on (SSO) was incorporated into the design.
  • As-Built Documentation and Procedures. Created As-Built Documentation along with procedures to detail the construction of the centralized system.
  • Project Execution Plan and Schedule. Created a detailed execution plan outlining the architecture build steps, implementation process, timelines, cutovers, deliverables, and milestones. Identified key project stakeholders and subject matter experts. Incorporated key performance indicators (KPIs) and metrics to monitor progress, with regular reviews to ensure alignment with goals and milestones.
  • PI System Community of Practice. Established a PI System community of practice by engaging the company’s operations, the PI support and project teams. Scrum meetings followed an agile methodology, enabling parallel progress on multiple project action items.
  • PI System Cutover Planning. Coordinated with operations to ensure a seamless transition for end users as individual sites were integrated into the centralized architecture.
  • PI System Integration Cutover Planning. Collaborated with operations and subject matter experts to plan seamless cutovers for third-party applications integrating with the centralized PI System. Integration action items were managed in parallel with other project activities to optimize efficiency.
  • Development Environment. The project team leveraged the development environment to stage and merge all individual PI Systems to the centralized architecture. This approach greatly reduced risks while ensuring no disruptions for end users using the PI System.
  • Standardization. With the centralized PI System in place, the project team established standards and documentation aligned with AVEVA best practices. These standards included PI tag descriptions, units of measure, digital states, and PI Asset Framework templates
  • Training. The project team developed training material and quick reference guides for end user reference.

The client’s PI System integrated with numerous third-party applications, with a total of approximately twenty-one application integrations migrated to the centralized PI System.

Some of the integrated applications included:

  • Production Accounting
  • Plant Balancing
  • Measurement Software
  • Vibration Monitoring
  • IIoT Devices
  • Data exchange between pipeline companies
  • Production Reporting using SSRS
  • SCADA Systems
  • Sampling and Analysis
  • Pipeline Leak Detection
  • Power BI reporting
  • GIS
  • Mobile Applications

An effective approach for the project involved conducting interviews with subject matter experts for each of the integration applications and site personnel. The information gathered from these interviews was documented in an “Integration Catalog.” The migration of third-party integrations was managed within parallel project scrums and documented in the project’s As-Built Documentation.

Illustrations were used during weekly meetings to track the progress of each cutover integration. These visuals simplified the complexity of managing multiple integrations, allowing project stakeholders to easily identify which integrations had been successfully cut over to the centralized architecture.

The drawing on the next page is an example of the illustrations used to track progress, with green indicating completion.