Operadora upstream

Migración del reporte de completación de T-SQL a PI Asset Framework

Toda la lógica de negocio del Completion Performance Report pasó de T-SQL en batch a PI Asset Analytics, en cuatro niveles de cálculo, desplegada en 8 equipos de workover.

Estado: Cerrado y en producción, con soporte y extensión en cursoTecnologías: PI Asset Framework, PI Asset Analytics, PI Vision, Event Frames, PI Web API, Python
Datos de completación
Lógica en T-SQL
Procesos batch
Reporte CPR con demoras
PI System
Microactividades
Pre-macroactividades
Macroactividades
CPR
en tiempo real
Antes
Ahora, con Asset Framework y Asset Analytics
espera del batch

Qué encontramos

El Completion Performance Report de una operadora upstream corría sobre lógica T-SQL con procesos batch, con demoras y dependencias difíciles de mantener.

Qué hicimos

Migramos toda la lógica de negocio de completación a PI Asset Analytics, en cuatro niveles: microactividades, pre-macroactividades, macroactividades y consolidado. Son más de 1.000 analíticas en PI AF en total, más de 150 por rig.

La solución quedó desplegada y validada en producción sobre 8 equipos de workover, con pantallas en PI Vision, Event Frames y notificaciones.

Después llevamos la misma lógica a Python, con una auditoría línea por línea contra el SQL de referencia. De ese trabajo salió nuestro cliente de PI, que hoy es parte de Launchpad.

Qué medimos y contra qué

Contra el SQL de referencia, el error en la etapa de fractura bajó de 454 a unos 29 minutos.

El cliente de PI que salió de este proyecto aprobó 45 verificaciones contra un PI System real, sin ninguna fallida.

Qué sigue

Soporte y extensión de la solución a otros reportes de la operación.

Agendá 30 min

Del dato a la decisión

por Mariano Chicatun, Pilot X

1 mail por mes. Ideas y datos medidos de operaciones industriales.

Siguiente caso: Temperatura de salida del horno cuchara recomendada por un modelo