Ejemplo Procedimiento de Pruebas FAT SCADA PDF

Pág: 1
Código Tecna : 10594-PIL-I-PT-143

Código PIL : PIL-LTN-02915-A-PRO-001 De: 29
CLIENTE: SAPET DEVELOPMENT PERU INC

IMPLEMENTACIÓN DEL SISTEMA SCADA Y DETECCIÓN DE FUGA EN LOS DUCTOS
PROYECTO: EXISTENTES EN LOS LOTES VI - VII
PROCEDIMIENTO
PROCEDIMIENTO FAT DE SOFTWARE
A 22-01-2015 Para Aprobación JRR EDV AFR

REV FECHA DESCRIPCIÓN EJECUTO REVISO APROBÓ
313506644.doc
Pág: 2 De: 29
Código PIL : PIL-LTN-02915-A-PRO-001 Rev: A

CONTENIDO
1. OBJETIVO...........................................................................................................
2. ALCANCE..........................................................................................................
3. DOCUMENTOS DE REFERENCIA....................................................................
4. DEFINICIONES Y ABREVIATURAS..................................................................
5. RESPONSABILIDAD Y AUTORIDAD................................................................
6. DESARROLLO...................................................................................................
7. MEDIDAS DE SEGURIDAD.............................................................................
8. REGISTROS Y ANEXOS..................................................................................
313506644.doc
Pág: 3 De: 29

1. OBJETIVO
El objetivo del presente documento es definir los criterios y procedimientos a ser
utilizados durante las pruebas de aceptación de software de los PLC’s de Proceso
(STUDIO 5000), sistema SCADA (FactoryTalk View Studio), Servidor Históricos
(FactoryTalk Historian), para el proyecto implementación del Sistema SCADA y
Detección de Fuga en los ductos existentes en los Lotes VI - VII.
El mismo incluye formularios de aceptación y observaciones para que sean
empleados a modo de actas durante el transcurso de las tareas. Este documento será
utilizado para asegurar que todas las verificaciones y pruebas se efectúen
completamente. El mismo funcionará como formulario genérico para cada uno de los
sistemas que se sometan a pruebas.
Este documento deberá ser revisado y aceptado por EL CLIENTE con anterioridad al
inicio de las pruebas.
2. PLAN DE PRUEBAS
a. LOCACIÓN DE PRUEBAS
Las pruebas FAT se realizarán en la Sala de Control ubicada en el ATX-01 -
Talara.
b. DESCRIPCIÓN
Las pruebas pretenden verificar todos los aspectos de la configuración de los
PLC mediante el software STUDIO 5000 y del sistema SCADA mediante el
software FactoryTalk View Studio incluyendo la lógica de monitoreo, alarmas y
la interfaz de operación.
c. PERSONAL INVOLUCRADO
El personal previsto es el siguiente:
Por PIL PERÚ - TECNA:
 2 (dos) Ingenieros de Automatización
 1 (un) Instrumentista
Por EL CLIENTE:
 1 (un) inspector. (Como mínimo)
Los participantes actuarán en representación de las empresas durante todo el

desarrollo de las pruebas a los efectos de revisar, tramitar, comentar, aprobar y
firmar los anexos de pruebas.
d. DOCUMENTACIÓN DE REFERENCIA
Para la realización de las pruebas será necesario contar con la siguiente
documentación de ingeniería en su última revisión aprobada:
313506644.doc
Pág: 4 De: 29

Documento Descripción
10594-I-LI-001 Lista de Instrumentos y Señales
10594-I-ET-007 Especificación Técnica Sistema de Control y del LDS
10594-I-TR-010 Plano de arquitectura de LDS y comunicaciones
10594-I-DL-016 Diagrama de Lazo
10594-F-IT-001 Memoria Descriptiva
10594-F-PI-003 P&ID Gasoducto Bat. 814 - Estación Arenal
10594-F-PI-004 P&ID Gasoducto Bat. 503 - Estación Pariñas
10594-F-PI-005 P&ID Gasoducto Pozo 2413 - Estación Pariñas
10594-F-PI-006 P&ID Oleoducto Bat. 814 - E/Bombas 502
10594-F-PI-008 P&ID Oleoducto E/Bombas 502 - E/Bombas 172
10594-F-PI-010 P&ID Oleoducto Est. Bom. 151 - Estación 01
10594-F-CR-011 Diagrama General
e. REQUERIMIENTOS
Para realizar la verificación de las pruebas de FAT de software del sistema
SCADA se necesita disponer de los siguientes componentes:
 Servidor SCADA.
 Servidor Histórico.
 Clientes SCADA.
 Servidor Detección de Fugas (LDS).
 Sistema de comunicación.
 RTUs.
 Software FactoryTalk View Studio, instalado y configurado en el servidor
SCADA.
 Software FactoryTalk View Client instalado y configurado en el Cliente.
 Driver OPC, interface de datos entre el servidor de SCADA y servidor LDS
 Software STUDIO 5000
f. CRITERIO PARA APROBACIÓN DE LAS PRUEBAS

El presente procedimiento de pruebas FAT de software fue diseñado e
implementado con base en la experiencia que el grupo técnico de PIL
PERÚ tiene en este tipo de pruebas.
313506644.doc
Pág: 5 De: 29

Cada paso del procedimiento de prueba tiene un Anexo relacionado que

debe ser tramitado durante la prueba. Estos anexos tienen los espacios
convenientes para registrar en ellos los resultados de las pruebas. Todos
los resultados y comentarios deben ser registrados. No se deben tramitar
de manera electrónica los anexos, comentarios y, especialmente, las
firmas, todos deben quedar registrados de puño y letra de los participantes.
También se pueden realizar comentarios sobre los documentos de apoyo
que en cada punto del procedimiento son referidos, este tipo de comentario
debe ir acompañado de una referencia al código del documento en las
NOTAS ACLARATORIAS del anexo.
Una prueba se considerará APROBADA cuando el Grupo de Trabajo esté
de acuerdo en ello. Cualquier problema (desviación/error/discrepancia) que
afecte el resultado esperado de la prueba, se debe interpretar y analizar de
manera que se pueda determinar cuándo corresponde a un
comportamiento normal del sistema o cuando a uno anormal, cuando se
pueden corregir de inmediato o por el contrario cual es el tiempo requerido.
Si estas interpretaciones y análisis son relevantes para la aprobación de la
prueba deben ser registradas en los anexos.
g. RESOLUCIÓN DE PROBLEMAS (DESVIACIONES, ERRORES Y

DISCREPANCIAS)
i. CATEGORÍAS DE IDENTIFICACIÓN DE PROBLEMAS
Las tres clases de problemas que pueden ocasionar resultados
insatisfactorios durante las pruebas FAT de software, son como se indican
a continuación:
Clase 1: La prueba no se puede continuar hasta que sea resuelto el

problema (ejemplo, IO no asignado de manera correcta) de
modo que no puede emitirse una aprobación.
Clase 2: La prueba no se interrumpe, pero el sistema no puede ser
aceptado hasta que el problema sea resuelto o esté sea
interpretado y explicado convenientemente para que deje
de ser un problema. La aprobación se emite cuando se
corrige el problema y se hace la prueba nuevamente.
Clase 3: La prueba es finalizada exitosamente y está de acuerdo a la
documentación y alcances del Proyecto, pero hay una
modificación al sistema solicitada por el Grupo de Trabajo y
que está por fuera de la documentación y/o alcances del
proyecto.
313506644.doc
Pág: 6 De: 29

ii. CATEGORÍAS DE IDENTIFICACIÓN DE PROBLEMAS

Cuando ocurre un problema como los explicados anteriormente con
resultados insatisfactorios, el Grupo de Trabajo llegará inicialmente a un
acuerdo en su clasificación. El Grupo de Trabajo entonces documentará el
problema y procederá a dar trámite como se indica a continuación:
Clase 1: El personal de PIL trabajará hasta que el problema sea

resuelto. La prueba que se estaba efectuando al momento
que ocurrió el problema será repetida desde el principio.
Asimismo, cualquier otra prueba afectada directamente por
la resolución del problema será repetida. Esto se hará antes
de proceder con cualquier otra prueba.
Clase 2: El personal de PIL trabajará en la resolución del problema
sin interferir en las demás pruebas que se estén llevando a
cabo. La prueba que se estaba efectuando al momento que
ocurrió el problema será repetida desde el principio. Esto se
hará antes de la aprobación final de las FAT de software.
Clase 3: El Grupo de Trabajo registrará el problema en el “Formato
de Punch List” que se encuentra en el Anexo 1, incluyendo
una descripción completa del problema, con referencias a
los documentos relacionados. Este tipo de problemas
deben ser estudiados con más detenimiento y en otros
posibles escenarios diferentes al FAT. Al momento que se
corrija el problema se desarrollará una prueba adecuada
para validar esta parte. La prueba será revisada y acordada
por PIL, TECNA y EL CLIENTE.
Ante las discrepancias o problemas que afecten el alcance del proyecto,
PIL preparará en un plazo acorde a las necesidades del proyecto una
propuesta y un estimado de costo de implementación del cambio
deseado.
iii. ACEPTACIÓN DE LAS PRUEBAS

Una prueba se considerará APROBADA cuando el Grupo de Trabajo
participante (PIL, TECNA y EL CLIENTE) estén de acuerdo en ello; para
ese efecto se deben chequear las celdas correspondientes en los Anexos,
según se especifican en el presente procedimiento, adicionalmente al final
de cada hoja en los Anexos se deben firmar las casillas correspondientes
(Nombre, firma y fecha). Tramitado el Anexo y firmadas las casillas por
los representantes del Grupo de Trabajo se dará por Aprobada la prueba.
313506644.doc
Pág: 7 De: 29

Adicionalmente, cada Anexo tiene espacios para escribir NOTAS

ACLARATORIAS (en caso de ser necesario) que sean consideradas
relevantes por parte del Grupo de Trabajo. Estas se adicionarán de
común acuerdo por el Grupo de Trabajo.
Al finalizar el procedimiento de FAT, la Aprobación de las pruebas se hace
completa (Aprobación con o sin comentarios) mediante la firma de la carta
“Acta de Finalización”, por parte de todos los participantes del grupo de
trabajo (PIL, TECNA y EL CLIENTE). El original del procedimiento y todos
sus anexos quedarán en custodia de TECNA y una copia fiel será
entregada al cliente. Finalmente todos los documentos deberán ser
entregados al cliente, en originales junto con toda la Documentación del
Proyecto.
Los participantes actuarán en representación de las empresas durante
todo el desarrollo de las pruebas para los efectos de revisar, tramitar,
comentar, aprobar y firmar los anexos de pruebas.
En el procedimiento de FAT se hace referencia a documentos de la
Ingeniería de Detalle y Anexos. Estos documentos servirán para que los
participantes registren los resultados y comentarios de las pruebas. Es
primordial que estos documentos sean tramitados y comentados
directamente durante las actividades de FAT. Tantos los Anexos como los
documentos de Ingeniería que registren algún comentario se deben firmar
por parte de los participantes autorizados.
Durante las pruebas es posible hacer acuerdos sobre la realización o no
de algunos procedimientos; dichos acuerdos deben quedar asentados en
los Anexos. PIL es responsable por todos los aspectos técnicos de las
pruebas; hay una secuencia lógica en el procedimiento, y pasos previos
son requeridos para poder realizar los posteriores, es por esto que las
actividades no pueden realizarse en paralelo, tampoco pueden eliminarse
pasos y procedimientos.
313506644.doc
Pág: 8 De: 29

3. PROCEDIMIENTO DE PRUEBA
En esta sección se detallan las tareas a realizar y el orden de ejecución de las
mismas.
Cada procedimiento unitario tiene una estructura dividida en tres secciones, como se
indica a continuación:
Sección Contenido Descripción

Propósito Descripción del propósito de la prueba.
Condiciones previas necesarias para la
Preparación
Introducción realización del mismo.
Documentación de referencia incluida y a
Documentación
utilizar durante los chequeos.
Procedimientos Descripción paso a paso del procedimiento de

Procedimientos
paso a paso Prueba.
Aprobación del
Firma del cliente expresando su conformidad.
Cliente
Aprobación Personal
Personal que intervino en la prueba.
Involucrado
Comentarios Comentarios adicionales.
a. VERIFICACIÓN DE ASIGNACIÓN DE HARDWARE

i. PROPÓSITO
El propósito de esta prueba es verificar que la configuración de hardware
(asignación de tarjetas y PLC) concuerde con la ingeniería
correspondiente.
313506644.doc
Pág: 9 De: 29

ii. DOCUMENTACIÓN DE REFERENCIA

10594-PIL-I-LO-033 LayOut Tablero de Control RTU-001
iii. PROCEDIMIENTO
Utilizando el software Studio 5000, se procederá a verificar lo siguiente:
1. El modelo del PLC en el programa Studio 5000 que
corresponde con el diseño de ingeniería.
2. La dirección IP del PLC en el programa que corresponde con
el diseño de ingeniería.
3. La asignación de cada tarjeta de I/O en el Backplane.
4. Llenar Registro 10594-PIL-I-PT-144 (Registro 1).
313506644.doc
Pág: 10 De: 29

iv. APROBACIÓN
Observacion
es:
FECH
A:
EMPRESA NOMBRE Y APELLIDO FIRMA

SAPET
LATINTECNA
PIL PERU
B. VERIFICACIÓN DE ASIGNACIÓN DE I/O

I. PROPÓSITO
El propósito de esta prueba es verificar que todos los puntos de
entrada/salida fueron asignados y configurados correctamente.
II. DOCUMENTACIÓN DE REFERENCIA

10594-PIL-I-DC-060 Diagrama conexionado RTU-001
313506644.doc
Pág: 11 De: 29

III. PROCEDIMIENTO
Utilizando el software Studio 5000, se procederá a verificar lo siguiente:
1. Para las tarjetas analógicas, verificar que cada uno de los
canales esté correctamente configurado (habilitación, tipo de
medición, rango de medición) de acuerdo a la documentación
de conexionado.
2. Para las señales Digitales, verificar que cada uno de los
canales este directamente asignado a las señales de campo.
3. Llenar Registro 10594-PIL-I-PT-144 (Registro 2)
313506644.doc
Pág: 12 De: 29

IV. APROBACIÓN
Observacion
es:
FECH
A:

SAPET
LATINTECNA
PIL PERU
C. VERIFICACIÓN DE INTERFASE GRÁFICA

I. PROPÓSITO
El propósito de esta prueba es verificar que todas las pantallas hayan sido
desarrolladas de acuerdo a los criterios técnicos establecidos para la
provisión, así como también su concordancia con el proceso.

Documento DESCRIPCION
10594-F-CR-011 Diagrama General
10594-F-PI-003 P&ID Gasoducto Bat. 814 - Estación Arenal
10594-F-PI-004 P&ID Gasoducto Bat. 503 - Estación Pariñas
10594-F-PI-005 P&ID Gasoducto Pozo 2413 - Estación Pariñas
10594-F-PI-008 P&ID Oleoducto E/Bombas 502 - E/Bombas 172
10594-F-PI-010 P&ID Oleoducto Est. Bom. 151 - Estación 01
313506644.doc
Pág: 13 De: 29

III. PROCEDIMIENTO
Utilizando el Software FactoryTalk View Studio en modo Client, se
procederá a navegar por todas las pantallas y menús con el objeto de:
1. Verificar el acceso a cada una de las pantallas por medio del menú
respectivo.
2. Verificar el título de cada una de las pantallas.
3. Verificar los links de navegación entre pantallas.
4. Verificar que el contenido estático de las mismas estén en concordancia
con el proceso.
5. Llenar Registro 10594-PIL-I-PT-144 (Registro 3)
IV. APROBACIÓN
Observacion
es:
FECH
A:

SAPET
LATINTECNA
PIL PERU
313506644.doc
Pág: 14 De: 29

D. VERIFICACIÓN DE LAS ESTRATEGIAS DE CONTROL

I. PROPÓSITO
El propósito de esta prueba es verificar que las estrategias de control y las
pantallas relacionadas con las mismas hayan sido desarrolladas y
configuradas de acuerdo a los requerimientos de la ingeniería.
Es de gran importancia para estas pruebas la sinergia entre las partes
involucradas, de manera tal de poder volcar experiencias previas y
cuestiones operativas que ayuden a maximizar los resultados de las
pruebas.

III. 10594-I-LI-001 Lista de Instrumentos y Señales PR
10594-I-DL-016 Diagrama de Lazo O
IV. 10594-F-PI-003 P&ID Gasoducto Bat. 814 – Estación Arenal ED
10594-F-PI-004 P&ID Gasoducto Bat. 503 – Estación Pariñas IMI
10594-F-PI-005 P&ID Gasoducto Pozo 2413 – Estación Pariñas EN
10594-F-PI-006 P&ID Oleoducto Bat. 814 – E/Bombas 502 TO
10594-F-PI-007 P&ID Oleoducto Bat. 503 – E/Bombas 502
10594-F-PI-008 P&ID Oleoducto E/Bombas 502 – E/Bombas 172
10594-F-PI-009 P&ID Oleoducto Bat. 216 – E/Bombas 172
10594-F-PI-010 P&ID Oleoducto Est. Bom. 151 – Estación 01
313506644.doc
Pág: 15 De: 29

Pantalla Principal Oleoducto-Gasoducto
Figura 1
En el programa de PLC y en el SCADA se deberá verificar:

1. Ubicación de nombre de Tags (Válvulas y Trampas)
2. Animación de tuberías (Alarmas).
3. Animación de Válvulas
Utilizando el software FactoryTalk View Studio se procederá a revisar las

animaciones.
313506644.doc
Pág: 16 De: 29

Pantalla Oleoducto Batería 814 – E/Bombas 502
Figura 2
1. Ubicación de nombre de Tags.

2. Valores unidades de ingeniería.
3. Correcta asignación del punto de I/O.
Utilizando el software Studio 5000 y FactoryTalk View Studio, se

procederá a simular distintos valores (activo e inactivo) en la pantalla
del oleoducto se podrá verificar.
1. Indicador de Presión (PI) y alarma (PAL) del Tanque Pulmón de

Nitrógeno.
2. Indicador de Presión Acústica (FSI).
3. Indicador de detector paso de SCRAPPER (ZI).
4. Indicador Posición Cerrada (ZIC).
5. Indicador Posición Abierta (ZIO).
313506644.doc
Pág: 17 De: 29

Figura 3



Nitrógeno.
313506644.doc
Pág: 18 De: 29

Pantalla Oleoducto E/Bombas 502 - E/Bombas 172
Figura 4



Nitrógeno.
313506644.doc
Pág: 19 De: 29

Figura 5



Nitrógeno.
313506644.doc
Pág: 20 De: 29

Pantalla Oleoducto E/Bombas 151 – Estación Bombeo 01

Figura 6



Nitrógeno.
313506644.doc
Pág: 21 De: 29

Pantalla Gasoducto Pozo 2413 – Receptor Pariñas
Figura 7


del gasoducto se podrá verificar.

Nitrógeno.
313506644.doc
Pág: 22 De: 29

Pantalla Gasoducto Batería 503 – Estación de compresor Pariñas
Figura 8



Nitrógeno.
Pantalla Gasoducto Batería 814 – Estación Arenal

313506644.doc
Pág: 23 De: 29

Figura 9



Nitrógeno.
Pantalla Servidor Comunicaciones

313506644.doc
Pág: 24 De: 29

Figura 10

2. Animación de equipos (Antenas y radios)
Pantalla RTU
Figura 11

313506644.doc
Pág: 25 De: 29


2. Animación de estado de equipos
3. Animación de válvulas

del RTU se podrá verificar.
1. Indicador de Presión (PI) e indicador de Tensión (EI)

6. Estado del SRU
7. Estado del PLC y sus módulos
Pantalla LBV
Figura 12

313506644.doc
Pág: 26 De: 29

1. Ubicación de nombre de Tags

2. Animación de diagrama neumático
3. Animación de válvulas
4. Comparación en tiempo real de curvas de prueba Partial Stroke

del RTU se podrá verificar.

3. Botoneras de comandos de válvula
4. Faceplate de configuración de prueba Partial Stroke
5. Estados de la válvula
Pantalla Comparación de curvas de prueba Partial Stroke
Figura 13
313506644.doc
Pág: 27 De: 29

1. Selección de fechas de prueba Partial Stroke

2. Lectura de datos correspondientes de prueba Partial Stroke
Pantalla Trends
Figura 14
1. Selección múltiple de Tags

2. Gráfica histórica de Tags
Pantalla Log de Alarmas/Eventos
313506644.doc
Pág: 28 De: 29

Figura 15
1. Visualización histórica de Alarmas
Pantalla Header
Figura 16
1. Visualización de usuario
2. Visualización de Fecha y Hora

procederá a realizar el Login de diferentes usuarios para observar los
niveles de seguridad.
313506644.doc
Pág: 29 De: 29

Pantalla Footer
Figura 17
1. Visualización del banner de alarmas.

procederá a forzar las alarmas para visualizarlas en el banner de
alarmas.
313506644.doc

Ejemplo Procedimiento de Pruebas FAT SCADA PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ejemplo Procedimiento de Pruebas FAT SCADA PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Pág: 1

Código Tecna : 10594-PIL-I-PT-143

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

A 22-01-2015 Para Aprobación JRR EDV AFR

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

Los participantes actuarán en representación de las empresas durante todo el

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

f. CRITERIO PARA APROBACIÓN DE LAS PRUEBAS

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

Cada paso del procedimiento de prueba tiene un Anexo relacionado que

g. RESOLUCIÓN DE PROBLEMAS (DESVIACIONES, ERRORES Y

Clase 1: La prueba no se puede continuar hasta que sea resuelto el

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

ii. CATEGORÍAS DE IDENTIFICACIÓN DE PROBLEMAS

Clase 1: El personal de PIL trabajará hasta que el problema sea

iii. ACEPTACIÓN DE LAS PRUEBAS

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

Adicionalmente, cada Anexo tiene espacios para escribir NOTAS

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

Sección Contenido Descripción

Procedimientos Descripción paso a paso del procedimiento de

a. VERIFICACIÓN DE ASIGNACIÓN DE HARDWARE

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

ii. DOCUMENTACIÓN DE REFERENCIA

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

EMPRESA NOMBRE Y APELLIDO FIRMA

B. VERIFICACIÓN DE ASIGNACIÓN DE I/O

II. DOCUMENTACIÓN DE REFERENCIA

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

EMPRESA NOMBRE Y APELLIDO FIRMA

C. VERIFICACIÓN DE INTERFASE GRÁFICA

II. DOCUMENTACIÓN DE REFERENCIA

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

EMPRESA NOMBRE Y APELLIDO FIRMA

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

D. VERIFICACIÓN DE LAS ESTRATEGIAS DE CONTROL

II. DOCUMENTACIÓN DE REFERENCIA

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

Pantalla Principal Oleoducto-Gasoducto

En el programa de PLC y en el SCADA se deberá verificar:

Utilizando el software FactoryTalk View Studio se procederá a revisar las

CLIENTE: SAPET DEVELOPMENT PERU INC

PROCEDIMIENTO FAT DE SOFTWARE

Pantalla Oleoducto Batería 814 – E/Bombas 502

En el programa de PLC y en el SCADA se deberá verificar:

1. Ubicación de nombre de Tags.