Hola Max,
Parece que estás enfrentando dos problemas al programar el plan de mantenimiento en SAP PM:
1️⃣ En IP10, el sistema te genera un dump ABAP con la condición "GENERATE_DUMP" y el error RAISE_EXCEPTION.
2️⃣ En IP30H, te aparece el mensaje IP735: "El plan de mantenimiento XXXX no se ha programado en el procesamiento paralelo".
Estos errores pueden tener varias causas, así que te dejo un análisis detallado con posibles soluciones.
🔍 Posibles causas y soluciones
1️⃣ Verificar la configuración del plan de mantenimiento
Antes de programarlo, revisa que el plan esté correctamente definido:
✅ Transacción IP03: Ingresa el número del plan y revisa su configuración.
- Asegúrate de que tiene una estrategia de mantenimiento válida.
- Confirma que el campo "clase de mantenimiento" esté correctamente asignado.
- Revisa si el ciclo de mantenimiento está bien configurado y si tiene una frecuencia válida.
Si encuentras algún problema, corrígelo y vuelve a intentarlo.
2️⃣ Revisar si hay órdenes abiertas bloqueando la programación
Es posible que el sistema no pueda programar nuevas órdenes porque existen órdenes pendientes.
✅ Transacción IP24:
- Filtra por el número del plan de mantenimiento.
- Si hay órdenes de mantenimiento generadas y no cerradas, ciérralas antes de reprogramar.
✅ Transacción IW32:
- Si encuentras órdenes en estado "liberado" que no han sido cerradas, puedes cerrarlas manualmente o revisar si hay algún problema en su ejecución.
Si las órdenes están bloqueadas por otro usuario o proceso, puedes revisarlo en SM12.
3️⃣ Verificar el procesamiento en paralelo en IP30H
El mensaje IP735 indica que el plan no pudo programarse en un job de procesamiento paralelo.
✅ Verifica si hay problemas con los jobs en SM37:
- Abre SM37 e ingresa el usuario que ejecutó la IP30H.
- Busca los jobs de IP30H y revisa si están en estado "Cancelado".
- Si el job falló, revisa el log de ejecución para ver el motivo del error.
Si los jobs están bloqueados o detenidos, puedes intentar ejecutarlos manualmente desde SM36.
4️⃣ Revisar logs de errores ABAP y dumps en ST22
El dump "GENERATE_DUMP" indica que el programa encontró una condición inesperada y terminó abruptamente.
✅ Transacción ST22:
- Filtra los errores por la fecha y usuario que ejecutó IP10.
- Busca dumps relacionados con RAISE_EXCEPTION.
- Analiza el log detallado para ver qué objeto o programa está causando el problema.
Si el dump menciona un error en un objeto específico, puede ser necesario aplicar una nota de SAP o corregir el código ABAP.
5️⃣ Revisar inconsistencias en la base de datos
Si el error persiste, podrías estar enfrentando un problema con datos inconsistentes en la programación de mantenimiento.
✅ Ejecuta estos reportes en SE38:
- RI_CHECK_REPORT: Revisa inconsistencias en los planes de mantenimiento.
- RI_CORR_MAINTPLAN: Corrige datos incorrectos en la programación de mantenimiento.
Ejecuta estos reportes y revisa si muestran alguna inconsistencia.
🔥 Conclusión y próximos pasos
1️⃣ Primero, revisa la configuración del plan en IP03.
2️⃣ Luego, asegúrate de que no haya órdenes abiertas en IP24.
3️⃣ Si sigues con el error IP735, revisa los jobs en SM37.
4️⃣ Para el dump en IP10, revisa ST22 y ejecuta RI_CHECK_REPORT en SE38.
Si después de esto el problema sigue, dime qué encontraste en los logs y lo revisamos juntos. ¡Saludos! 🚀
