![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP PM La planificación de ciclos individuales o únicos de mantenimiento
SAP PM La planificación de ciclos individuales o únicos de mantenimiento
![SAP PM La planificación de ciclos individuales o únicos de mantenimiento SAP PM La planificación de ciclos individuales o únicos de mantenimiento](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/163.jpg)
La planificación de ciclos individuales o únicos de mantenimiento.
1. La planificación de ciclos únicos de mantenimiento.
En una compañía, muchas veces es necesario controlar cuál es máquinas y centros necesitan ser chequeados o controlados en base al tiempo o a la ejecución.
Un plan de mantenimiento es usado para generar un objeto de llamada automáticamente para una fecha específica.
Un objeto de llamada puede ser una orden de mantenimiento, un aviso de mantenimiento o unas hojas de entrada de servicio.
Nota: Una orden y un aviso pueden ser generados también al mismo momento.
2.- La estructura del plan de mantenimiento.
La posición del plan de mantenimiento contiene los siguientes datos:
-Datos de planificación:
Centro de planificación del mantenimiento.
Grupo de planificación del mantenimiento.
Clase de orden.
Clase de actividad de mantenimiento.
Puesto de trabajo principal.
División.
-Objetos técnicos de referencia:
Hoja de ruta.
El intervalo de mantenimiento ciclo es asignado a nivel del plan de mantenimiento:
Intervalo: ciclo, offset, texto del ciclo
Un plan de mantenimiento consiste en diversos posiciones del plan de mantenimiento. En ese caso, una orden (un aviso o una hoja de entrada de servicios) es creada para cada posición de plan de mantenimiento.
Ejemplos.
En un plan de mantenimiento diferentes componentes de una bomba de agua debería ser mantenida. Por ejemplo, podríamos crear una posición de mantenimiento por la bomba por sí misma otra por los componentes, como como el motor eléctrico, una tercera por los engranajes de la bomba. Cada posición del plan de mantenimiento tendrá su propia hoja de ruta. Todas las posiciones son parte de un mismo plan de mantenimiento. Por lo tanto, todas poseen las mismas fechas (La misma información de programación)
2.1 El plan de ciclo individual.
Un plan de mantenimiento puede ser ingresado en una sola pantalla que contiene toda la información relevante.
Ciclo.
Objeto.
Datos de planificación.
Hojas de ruta.
Transacción IP41.
Permite la creación de planes de mantenimiento preventivo del tipo de ciclo individual.
En el plan de mantenimiento puede generar órdenes de mantenimiento automáticamente.
La orden es el objeto de lanzamiento que puede seleccionarse cuando el plan de mantenimiento me mantenimiento. Es creado usando la categoría correspondiente en el plan de mantenimiento.
2.2 El plan de mantenimiento con hojas de ruta.
Podemos asignar una hoja de ruta en la posición del plan de mantenimiento. Esta hoja de ruta define las operaciones que serán ejecutadas en objetos específicos en la posición del plan.
También tenemos la opción de crear una nueva lista de las tareas de mantenimiento desde el plan de mantenimiento (Instrucciones de PM, Hoja de ruta de equipos y hojas de ruta ubicaciones técnicas).
2.3 El plan de mantenimiento sin hojas de ruta.
Si no se ingresó una hoja de ruta para la posición del plan de mantenimiento, el sistema copia el texto corto del plan de mantenimiento en la primera operación de la orden de mantenimiento que se crea gracias al plan.
De esta manera, ordenes de descripción corta son generadas sin una hoja de ruta.
Nota: el planificador puede añadir operaciones adicionales a la orden de mantenimiento si lo necesita.
3. La programación de un plan de ciclo individual o único.
La programación de un plan de mantenimiento activo en la compañía debe ser configurada de tal manera que los grupos de planes de mantenimiento puedan ser creados y programados en el horario que se determinen más acordes para la ejecución del plan.
En la programación tenemos las siguientes acciones:
Comienzo: El plan de mantenimiento comienza por primera vez. si la fecha de inicio fue ingresada en los parámetros de programación se toma esta fecha para el inicio, de lo contrario una fecha debe ser ingresada.
Reinicio: Si accidentalmente, se ingresó una fecha incorrecta para el inicio del plan o si el marco de condiciones ha sido modificado, el plan de mantenimiento debe reiniciarse. Todas las fechas planificadas serán borradas. Esto no afecta todos los lanzamientos que ya han llevado a cabo (órdenes de mantenimiento ya generadas).
Programación: Se calculan nuevas fechas planificadas, fechas de lanzamiento (si es aplicable) y fechas de las nuevas órdenes de mantenimiento. La programación puede ser ejecutada manualmente, pero usualmente es programada para lanzamiento automático mediante el uso de un job o proceso de fondo.
Lanzamiento manual: si también lo queremos, podemos programar manualmente un lanzamiento del plan de mantenimiento para una fecha en particular, podemos usar el lanzamiento manual para incorporar fechas adicionales sin impactar la programación regular. Para esto, tenemos que especificar una fecha de nuevo lanzamiento.
Nota: podemos usar la función de desactivación para bloquear el plan de mantenimiento para un cierto periodo de tiempo.
El sistema fija el estatus NOAC en plan, lo cual bloquea la programación. Con este status no se puede hacer ningún lanzamiento. Podemos reactivar el plan bloqueado en el momento que deseamos.
3.1 El inicio y las fechas planificadas del ciclo.
Cuando creamos un ciclo de plan individual, el ciclo es asignado, lo que significa que estará disponible desde el periodo hasta el cual se planifican la fecha de las órdenes (Las fechas de vencimiento). Las órdenes son creadas en base a esa fecha planificada.
Como regla, la fecha de lanzamiento (la cual en la fecha de creación de la orden) caerá antes de la fecha planificada, para permitir un definido tiempo de cobertura (Lead time) para la diferentes actividades (ejemplo, abastecimiento de materiales).
Nota: los ciclos comienzan definiendo la fecha para la cual la fecha planificada debería comenzar.
3.2 el intervalo de toma.
El intervalo de toma es uno de los parámetros de programación del plan de mantenimiento.
Este periodo de programación específica el intervalo para el cual la fecha planificada debería ser calculado de forma adelantada.
Este periodo puede ser usado en base al tiempo o en base a la ejecución (performance) del mantenimiento preventivo.
3.3 El horizonte de apertura.
El horizonte de apertura es un parámetro de la programación que se ha utilizado para definir cuando la orden (Aviso u hoja de entrada de servicios) se genera realmente para ser comparada con la fecha planificada.
El control detallado de la generación de la orden permite hacer una corrida preliminar de la planificación de la orden antes de la fecha planificada. Las tareas vencidas de mantenimiento pueden ser, de esta manera, ejecutadas y completada puntualmente en la fecha planificada.
El horizonte de apertura es especificado como un porcentaje del ciclo.
Nota: 100% significa que la orden es generada exactamente en la fecha planificada. 0% significa que la orden en general cuando el plan de mantenimiento comienza.
Nota: especificando el horizonte de lanzamiento no es suficiente para que las órdenes sean generadas. Adicionalmente al plan de mantenimiento debe estar programado para lanzarse.
3.4 El factor de decalaje y sujeto a conclusión.
El factor de decalaje nos permite reaccionar a una temprano tardía fidelización de un objeto de lanzamiento. Si este factor es 100%, La diferencia (temprana/ tardía) será añadida al total de la fecha de finalización para determinar la nueva fecha planificada.
Si el sujeto a conclusión es activado, el sistema solamente genera el próximo objeto de lanzamiento, una vez que el objeto de lanzamiento anterior haya sido completado.
Esto tiene los siguientes efectos:
La próxima orden solamente creada una vez que la orden anterior ha sido marcada como cerrada técnicamente. Cuando la orden tiene un estatus (completo), se puede especificar dos tiempos:
-Tiempo de referencia para la orden de mantenimiento (relevante para el historial de la orden).
-Fecha de cierre para lanzamiento del plan de mantenimiento (relevante para la programación subsiguiente en el plan de mantenimiento).
Si el lanzamiento el objeto es un aviso, el siguiente aviso no será creado hasta que se haya cerrado.
3.5 La supervisión de plazos.
Sirve para verificar la regularidad y funcionamiento del plan de mantenimiento. Podemos ejecutar dos funciones gracias a esto:
Transacción IP30.
Permite hacer la supervisión de plazos de los planes de mantenimiento.
Reprogramación: Por ejemplo, si los parámetros de programación han sido modificados durante la última corrida de programación, el monitoreo no permite reprogramar las actividades.
Nota: todas las actividades que existen en el plan será borrada y recalculadas.
Lanzamiento de órdenes /Avisos /entrada de hojas de servicio: Adicionalmente a la reprogramación, las fechas de planificación que se encuentran en espera pueden ser convertidas en órdenes. Aquí es importante el periodo de días especificado, todas las fechas, planificadas y fecha del lanzamiento, para las cuales recaen dentro del periodo de tiempo que sean convertidos en órdenes.
Nota: Sin el monitoreo de fecha límite (o programación manual). La fecha planificada no se recalcularán y las órdenes no se generarán.
El monitoreo de la fecha límite es usada en conexión con el horizonte de apertura.
Si el periodo de programación no es definido en el plan de mantenimiento, la fecha nueva de planificación se añadirá automáticamente con el lanzamiento actual y lo convierte en una orden.
Nota: podemos lanzar el monitoreo de la fecha límite en un proceso de diálogo o automáticamente mediante un JOB.
3.7 la estimación de costos del plan de mantenimiento.
Podemos usar el plan de mantenimiento para estimar los costos que en conllevará para la ejecución.
Estimación de costos relacionados al objeto: Podemos determinar el costo de mantenimiento para un objeto específico por un periodo de tiempo.
Costeo general: Este nos permite calcular los costos para uno o más planes de mantenimiento.
Nota: En ambos casos la fecha activa de mantenimiento durante el periodo en cuestión son usados en la estimación de costes.
Transacción IP31
Permite el cálculo y su inmigración de los costos del plan.
4. El lanzamiento de los avisos.
El plan de mantenimiento puede generar avisos de mantenimiento automáticamente. Esto es generalmente realizado en el caso de las que las tareas de mantenimiento inicialmente solo aquellas que comprometan una simple rutina de inspección que no necesite de una orden, es decir, una solicitud de mantenimiento.
Si el control tiene relación con un mal funcionamiento o daño, una orden se puede crear basada en la solicitud del aviso.
El aviso como objeto de lanzamiento se selecciona cuando se crea el plan de mantenimiento, usando la categoría o clase de plan de mantenimiento.
Nota: La utilización de avisos como objetos de lanzamientos para los planes de ciclo individuales es utilizado cuando no estamos tan seguros de lo que es nuestro proceso de mantenimiento preventivo. Es recomendable utilizar más órdenes como objetos de lanzamiento u hojas, detrás de servicios y estamos hablando de mantenimiento externo. Porque los avisos generan un proceso adicional que es convertible estos mismos avisos de mantenimiento cuando en realidad el mantenimiento preventivo el programado. Ya sabemos que hay que ejecutarlo y no tenemos que dar notificación de ellos. Si no tenemos que hacer directamente la ejecución y procesamiento del mismo.
4.1 la lista de tareas para el objeto de lanzamiento de aviso.
Si el mantenimiento de un sistema técnico, el cual consiste de diferentes partes del sistema con diferentes ciclos de mantenimiento, el procesamiento debería ser realizado mediante desordenes utilizando la lista de tareas de aviso (solicitudes).
Para un plan de mantenimiento individual seguirán solicitudes (Avisos) de mantenimiento para los respectivos del sistema. Estos son generados a un momento X luego todas las solicitudes son recolectadas y convertidas en una orden. Las hojas de ruta relevante para las posiciones del plan de mantenimiento son copiadas en la orden.
El objeto por el cual la tarea se debe llevar a cabo, se indica específicamente en cada operación de la orden.
Nota: el objeto de referencia de la Orden es generalmente el objeto técnico superior del sistema (Por ejemplo, la ubicación técnica) para la cual la orden liquidará sus costos.
5.- El lanzamiento de los servicios externos.
Algunas inspecciones o trabajo de mantenimiento pueden ser llevado a cabo regularmente mediante compañías, externas o proveedores de servicio.
Para estos casos, podemos generar planes de mantenimiento que contengan entradas de hojas de servicios de una orden. De compra marco.
La secuencia de paso para un plan de mantenimiento basado en servicios de abastecimiento:
-Crear una orden de compra marco en el módulo de MM.
-Crear una orden de liquidación en el módulo de PM
-Crear un plan de mantenimiento e ingresar los servicios requeridos.
-Generar una orden hoja de entrada de servicios dentro de la programación del plan de mantenimiento.
-Ingresar los servicios.
-Aceptar la hoja de entrada de servicios.
5.1 la creación de una orden de compra marco.
Una orden de compra Marco (Clase de orden me compra: FO) se debe crear en el módulo de material management (Compras).
Nota: este tipo de orden de compra requiere un proveedor y un valor límite a ser ingresado.
5.2 la creación de una orden de liquidación.
Se crea en PM, una orden sin referencia a un objeto técnico. Esta orden es usada para recolectar los costos y luego liquidarlos.
Un plan de mantenimiento es creado con referencia a un pedido marco de compra y a una orden de liquidación de PM.
Adicionalmente, una cuenta mayor se ingresa en el plan de mantenimiento para que podamos actualizar los costos de este plan en esa cuenta de mayor.
Los costos serán actualizados a través del módulo de controlling utilizando la orden de liquidación.
Los servicios hacer ejecutado pueden ser ingresado a utilizando las especificaciones de servicios en el plan.
Los servicios hacer ejecutados pueden ser ingresados utilizando las especificaciones de servicios en el plan.
Los servicios se pueden ingresar manualmente con referencia a los diferentes documentos de compras (Contratos, órdenes de compra, solicitud de pedido, cotizaciones entre otros) o con referencia a un registro maestro de servicios MM.
El precio que puede determinarse utilizando registros de condición a nivel de servicio (en el registro maestro del servicio), proveedor y servicio, centro, entre otros.
5.3 la generación de la hoja de entrada de servicios.
La programación del plan de mantenimiento se utiliza para calcular las fechas planificadas para la cuales los servicios van a ser lanzados cuando los servicios se lanzan, se generan hojas de entrada de servicio automáticamente para una orden de compra marco.
Nota: cuando la hoja de entrada de servicios se crea la empresa que realiza el servicio, puede ser notificada automáticamente (por email. EDI Entre otros), utilizando un mensaje de MM.
5.4 el ingreso de servicios.
En la gestión de materiales, en la hoja dentro de servicios se actualiza por la labor de compra. Esto significa que los servicios reales y los precios son actualizados, en el caso que se haya una diferencia entre los valores ingresados con anterioridad, los valores reales son ingresados, los mismos son controlados contra el valor límite que se fijó en la orden de compra marco.
5.3 la aceptación.
En la gestión de materiales o MM se acepta la hoja de entrada de servicios luego que fue ingresada. Los costos se actualizan como consecuencia, tanto en la orden de liquidación como en la cuenta mayor ingresada en el plan de mantenimiento.
Nota: en la orden de liquidación debe estar el estatus liberada para empezar a generar los débitos por los costos.
 
 
 
Sobre el autor
Publicación académica de Alberto Molero, en su ámbito de estudios para la Carrera Consultor en SAP PM.
Alberto Molero
Profesión: Ingeniero en Sistemas - Venezuela - Legajo: NM30J
✒️Autor de: 44 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Ingeniero en sistemas con más de 10 años de experiencia, en el ámbito laboral, sap específicamente el módulo pm me abriría nuevos comienzos, nuevos aprendizajes y nuevos retos.
Certificación Académica de Alberto Molero