Escolar Documentos
Profissional Documentos
Cultura Documentos
ÍNDICE
1. OBJETIVO
2. ALCANCE
3. RESPONSABILIDADES
4. PROGRAMACIÓN
5. CONTENIDO
6. REGISTROS
7. MONITOREO
8. DOCUMENTOS CONEXOS
9. GLOSARIO DE TERMINOS
1. OBJETIVO
2. ALCANCE
3. RESPONSABILIDADES
En el caso que por necesidades específicas el procedimiento de trabajo deba ser modificado,
es responsabilidad del Gerente Funcional de Comisionamiento y Arranque de la Empresa la
incorporación de las variaciones correspondientes. En estos casos se actualiza el número de
revisión del documento de acuerdo al sistema de control de documentos implantado por la
Gerencia de Gestión de la Calidad.
En el caso de proyectos, los procedimientos se emiten una sola vez y las modificaciones
menores son plasmadas a mano durante la planificación y realización de los trabajos en
campo con la firma de los supervisores de C&A de la Empresa e inspectores del Cliente,
como señal de que los cambios fueron detectados y aplicados al procedimiento. Solamente
en casos excepcionales se deben hacer revisiones de estos procedimientos, siempre y
cuando hayan ocurrido modificaciones mayores en las especificaciones técnicas, hojas de
datos y criterios de diseño.
4. PROGRAMACIÓN
Este procedimiento, se debe aplicar cada vez que se requiera realizar un manual de
operaciones para un proyecto en particular y se debe garantizar que el manual de
REVISION AUTORIZADO POR ELABORADO POR REVISADO POR APROBADO POR
WALTERSMITH PROJECT CODE: XXXX01
GUIA PARA LA ELABORACION REV.: A
DEL MANUAL DE OPERACIONES
DATE: 11-11-19
5. CONTENIDO
5.2.3 En la elaboración del respectivo manual, debe existir plena congruencia entre éstos
y las funciones asignadas a las unidades operativas.
5.2.4 El manual debe considerar una proyección general de forma sistemática y dinámica
de las actividades y secuencia en que se desarrollan; lo anterior deberá reflejar de forma
lógica las actividades que integran las operaciones de la planta.
5.2.5 Los responsables por la elaboración del manual, deberán considerar una copia del
ejemplar para el personal de desarrollo organizacional de la empresa con el fin de que sean
validados técnicamente y distribuido al comité de mejoras internas de la empresa (cliente
final).
5.2.6 La estructura del manual dependerá de los lineamientos del proyecto, pero
normalmente debe constar de los siguientes puntos: portada, índice general, índice de tabla
y gráficos, introducción, desarrollo del manual propiamente dicho, glosario de términos,
anexos, índice de citas y una bibliografía. En forma general estos son los puntos que se
deben desarrollar considerando las bases de metodología de la investigación en cuanto a
formatos y forma de redacción, la cual debe ser en tercera persona. Si debe existir alguna
consideración especial esta será indicada por el director del proyecto en su debido momento.
REVISION AUTORIZADO POR ELABORADO POR REVISADO POR APROBADO POR
WALTERSMITH PROJECT CODE: XXXX01
GUIA PARA LA ELABORACION REV.: A
DEL MANUAL DE OPERACIONES
DATE: 11-11-19
5.3.2 Con base a la consideración anterior, seguidamente se debe tener una visión
integral de las operaciones de las unidades, que lo constituye la identificación de sus
procesos medulares y no medulares, es por ello que el primer paso es identificar cada uno
de ellos.
5.3.3 Para la identificación de los procesos medulares, el equipo de trabajo debe tomar
en cuenta que todo proceso sustantivo tiene los siguientes rasgos distintivos:
5.3.4 Una vez identificados los procesos medulares y no medulares, se debe proseguir
con la conformación de la estructura desagregada del trabajo, detallada en el siguiente paso.
5.3.5 La estructura desagregada del trabajo o el WBS del manual, debe ser exactamente
la misma que la del proyecto, que a su vez es la misma que la de comisionamiento y
arranque, es decir las subdivisiones, deben ser por sistemas y subsistemas operativos.
5.3.6 Una vez identificados los procesos medulares y los no medulares, estos deben ser
asociados a cada uno de los subsistemas de los diferentes sistemas operativos, que
conforman el proyecto.
5.3.8 Por cada subsistema operativo, debe describirse la naturaleza del proceso en
general. Posteriormente identificar que equipos lo conforman y la interrelación entre ellos.
Esta interrelación debe considerar como deben operarse desde un punto de vista holístico
(integral), sustentado por un diagrama de flujo de operaciones.
5.3.9 Una vez establecido un orden lógico de arranque de las unidades, debe
discriminarse por separado, de acuerdo a los siguientes criterios, que tipo de operación
encierra, es decir: Si es un arranque inicial, arranque después de mantenimiento o si lo es
después de un “Black out”, ya que dependiendo de la condición la operación de seguro
variara.
5.3.10 En este punto se tiene una visión general del subsistema operativo como elemento
o parte del sistema operativo al cual pertenece. Lo que inmediatamente le sucede es el
detalle por cada uno de los equipos que conforman el subsistema operativo.
5.3.12 Se debe elaborar un diagrama lógico de la puesta en servicio de los equipos que a
su vez detalle los pasos a seguir y el monitoreo de las variables de proceso que deben estar
parametrizadas en las unidades en la cual se está trabajando en el proyecto, bien sea el
sistema internacional o el sistema inglés.
5.3.13 Cuando se concluye el paso a paso de los equipos dentro de cada uno de los
subsistemas que conforman los diferentes sistemas operativos, se puede decir que la parte
operativa del manual está concluida y que está sujeta a revisión, primeramente por parte del
personal del proyecto como filtro inicial, para luego darle la primera revisión con el personal
de operaciones del cliente.
5.3.14 Una vez revisado y realizados los cambios sugeridos por el cliente, el manual está
listo para su impresión final y de ser necesario dependiendo lo acordado iniciar un proceso
de divulgación formal.
6. REGISTROS
7. MONITOREO
8. GLOSARIO DE TERMINOS
Black Out: Es un modernismo del idioma inglés, que se usa cuando una planta o sistema
operativo, sale de operación de operación normal motivado por alguna falla de uno de sus
equipos, que puede dejar sin el servicio o producto que se genera con la planta.
Arranque (Start Up): Ejecución de actividades que permiten poner en servicio las
instalaciones, equipos y sistemas que integran las unidades operativas para obtener la
producción y rendimientos para la cual fueron diseñadas, tales como: Pruebas de
desempeño, pruebas de garantías, pruebas ambientales y otras.
Punch List (Lista de Puntos Pendientes): Es una lista con las discrepancias, inexistencias
o daños en equipos, documentación técnica Faltante y demás puntos detectados en el
levantamiento del listado de chequeo.
Registro o Tarea (Hoja de Prueba): Formato individual que resume las actividades y/o
pruebas aplicadas en los componentes o elementos mecánicos, de electricidad,
instrumentación y telecomunicación, pertenecientes a un Sistema Operativo. Soporta la
ejecución de los trabajos en la etapa de Precomisionamiento, Comisionamiento, Arranque y
Puesta en Marcha de la Planta.
Función básica: Es un ítem o grupo de items de equipos que desarrollan una función
elemental de la planta. Es el equipo más pequeño el cual está sujeto a una operación de
Comisionamiento. Ejemplo: transformadores, calentadores, lazos de control de procesos,
bombas, recipientes, arrancadores, etc.
Puntos Terminales (“Terminal Point”): Son los puntos de aislamiento físico entre
Sistemas/ Subsistemas Operativos en Construcción y Sistemas/ Subsistemas Operativos en