Puntos clave: SM36 y SM37 gestionan el procesamiento en segundo plano de SAP pero tienen dificultades con la orquestación a escala empresarial. Está necesaria una capa de orquestación para integrar trabajos SAP y no SAP, mejorando la visibilidad y las capacidades de gestión.
- SM36 y SM37 son limitados a sistemas SAP individuales, careciendo de soporte para dependencias complejas de trabajos.
- Una capa de orquestación mejora la gestión de control y SLA en múltiples sistemas.
Lo que hacen SM36 y SM37
SAP viene con un conjunto completo de herramientas nativas para procesamiento en segundo plano. SM36 está donde se está definido un trabajo: sus pasos, variantes del programa, condiciones de Comienza y recurrencia. SM37 están la visión general del trabajo, donde los administradores supervisan, analizan y resuelven ejecuciones. Dos transacciones complementarias gestionan los eventos que las activan: SM62 y SM64 se encargan de la definición y administración de eventos.
Estas transacciones son bien diseñadas para el trabajo para el que fueron diseñadas, y ese trabajo es sustancial. Un equipo puede programar un programa ABAP para que se ejecute cada noche, encadenar pasos en secuencia y revisar el registro a la mañana siguiente — de forma fiable, sin software adicional ni interfaz adicional para aprender. Para el procesamiento por lotes de un solo sistema, las herramientas nativas de SAP están la respuesta correcta y siguen siéndolo.
Lo que cambia están la forma del trabajo. A medida que un negocio crece, un trabajo en segundo plano deja de ser una tarea independiente y se convierte en un paso más en un proceso empresarial que abarca SAP y los sistemas que lo rodean: operadores, bancos, plataformas de datos, redes de socios. La transacción sigue ejecutando el trabajo correctamente. Lo que la empresa necesita ahora Ve están si el proceso está completado. Eso están otra cuestión, y están donde una capa de orquestación amplía lo que SAP ya proporciona en lugar de reemplazarlo.
Cuatro sitios Haz ese movimiento de hormigón.
1. Lógica de dependencias: de cadenas lineales a flujos de procesos
SM36 expresa principalmente dependencias secuenciales : ejecuta paso B tras paso A. Eso modela una cadena lineal con precisión. Los procesos empresariales empresariales rara vez se ejecutan en línea recta — se extienden en ramas paralelas que se reunen, y conllevan dependencias lógicas donde un sucesor solo se ejecuta si se está cumplida una condición. La planificación nativa no tiene una forma integrada de expresar esto y, igual de importante, no tiene forma de mostrarlo . Sin un diagrama de flujo de la ejecución, la forma del proceso vive en la documentación y en el conocimiento de quienes lo construyeron.
Una capa de orquestación modela todo el proceso como un flujo visual, con dependencias secuenciales, paralelas y lógicas en una sola vista. El grafo de dependencias se convierte en algo que un equipo puede leer, entregar y auditar en lugar de reconstruir.
2. Trabajos de generación y de hijos: ver todo el árbol de procesos
Muchos programas SAP generan trabajos hijos en tiempo de ejecución. SM36 y SM37 no tienen detección fiable de estos procesos generados, por lo que un trabajo padre puede informar de éxito mientras sus hijos son aún en ejecución. La solución disponible están rellenar el programa con tiempo de búfer y dejar que los hijos terminen antes de que comience el siguiente paso. Ese búfer están tiempo de ejecución inactivo en una noche buena y una dependencia rota de una mala.
La detección de árboles hijos elimina la estimación. Cuando se está rastreado el árbol padre-hijo completo, el siguiente paso del proceso comienza en el momento en que todos los hijos predecesores se completan — no con un temporizador ni con una suposición.
3. Supervisión en toda la urbanización: desde después hasta adelantado
SM37 informa sobre el sistema en el que se ejecuta, que está exactamente su diseño. A escala empresarial, eso significa que un administrador abre SM37 en cada sistema y lee los registros tras la ejecución. Los fallos y retrasos aparecen cuando alguien lo mira; un proceso puede quedarse bloqueado en un estado amarillo sin una señal oportuna ; y no están ninguna predicción anticipada de que una ejecución están apuntando a un plazo incumplido. Los procesos que cruzan los límites del sistema —una ejecución SAP que alimenta a un operador, un banco o una plataforma de inteligencia empresarial— están fuera del campo de visión de SM37, porque SM37 detecta SAP.
Aquí están donde un acuerdo de nivel de servicio (SLA) se convierte en la unidad de gestión. La orquestación central observa todo el patrimonio desde un solo lugar, alerta sobre un proceso estancado antes de que se produzca en cascada —incluso cuando el trabajo en segundo plano está escaso porque los procesos de diálogo se consumen sin sons procesos de fondo libre— y predice una brecha de SLA lo suficientemente pronto para actuar en consecuencia.
4. Gobernanza a gran escala: reunir todos los procesos bajo una sola visión
Cualquier cosa programada directamente en SM36 está, por defecto, fuera del control central. Los equipos individuales Crean trabajos en sistemas individuales, y ninguna vista única tiene la imagen completa de qué se ejecuta en cada sitio. Dos mecanismos cierran esa distancia.
, utilizando la Interfaz Externa certificada para Procesamiento en Segundo Plano (XBP) 3.0 de SAP, mantiene trabajos programados por el usuario para que se puedan aplicar condiciones y dependencias antes de que se ejecuten.
Refleja esos empleos no gestionados en la gobernanza central, de modo que el inmobiliario están visibles y gestionados en lugar de asumir.
La capa recurrente de limpieza
Gran parte de lo que mantiene un entorno SAP saludable es el mantenimiento recurrente que se ejecuta por estas mismas transacciones y se revisa a mano. El inventario que aparece abajo está representativo en lugar de exhaustivo, y están el trabajo que escala menos con gracia a medida que crecen los paisajes.
| Transacción | Mantenimiento de la casa que gestiona | Por qué necesita ser visto |
| SM37 / RSUVM008 | Limpieza de entradas obsoletas de cerraduras | La acumulación de rendimiento se degrada si la partida falla sin ser detectada |
| SWUI | Todos los trabajos de SW* y trabajos de elementos | Monitorizado individualmente , oculto en registros del sistema |
| SOST | Entrega de correo electrónico, mensaje y alertas de SAPconnect | Los fallos en la entrega necesitan escalar manualmente al equipo adecuado |
| RZ11 | Push intermedio de documentos (IDoc), actualizaciones de banderas de compra y facturas, trabajos de mantenimiento | Las fallas silenciosas se propagan en las publicaciones posteriores |
| PFCG / SU01 | Ejecuciones recurrentes de seguridad y gobernanza, riesgos y cumplimiento (GRC) | Las expediciones de autorización y cumplimiento deben mantenerse en el programa |
| RZ20 | Agregación de alertas del Sistema de Gestión de Centros de Computación (CCMS) | Las alertas se sitúan en compartimentos por sistema sin vista central |
| SARA | Archivo de datos: ejecuciones de escritura, eliminación y almacena | Inflación de patrimonio si falla el archivo; cada objeto se rastrea a mano |
Cada fila está trabajando que alguien supervisa, escala y reinicia manualmente. Consolidarlo bajo un solo punto de control está la diferencia entre un equipo que supervisa el procesamiento en segundo plano y otro que gestiona el proceso empresarial por excepción.
Preguntas frecuentes
¿Cuáles son las principales limitaciones de SM36 y SM37 a escala empresarial?
SM36 y SM37 son muy adecuados para definir y monitorizar trabajos en segundo plano dentro de un único sistema SAP, y hacen ese trabajo de forma fiable. Las organizaciones los superan cuando esos trabajos se convierten en pasos en procesos empresariales más amplios que abarcan sistemas. Cuatro factores impulsan el cambio: SM36 expresa principalmente dependencias secuenciales, sin flujo visual y sin soporte para ramas paralelas o lógicas; no puede Detecta de forma fiable los trabajos hijos generados, por lo que los equipos agrandan los horarios con tiempo de búfer; la monitorización de SM37 están sistema por sistema y después, sin predicción SLA directa ni visibilidad sobre pasos no SAP; y cualquier cosa programada directamente en SM36 queda fuera de la gobernanza central. Cerrar esa distancia requiere una capa de orquestación que modele todo el proceso, detecte el árbol de trabajos padre-hijo, supervise el patrimonio frente a los SLA desde un punto de control y ponga los trabajos no gestionados bajo gobernanza mediante interceptación y extracción.
¿Se pueden programar los trabajos de antecedente de SAP en sistemas SAP y no SAP?
No de forma nativa. Los horarios y monitores SM36 de SM37 funcionan dentro del sistema SAP donde se ejecutan, así que un paso de proceso que llega a un portal de operadoras, una transferencia de archivo bancario, una plataforma de datos o un sistema socio están invisibles para ellos; el trabajo SAP informa de éxito, y lo que ocurre después está rastreado en otro lugar, normalmente por una persona. Una capa de orquestación que se integra a través de la interfaz XBP certificada de SAP sitúa los pasos de SAP y los no SAP en un único grafo de dependencia, de modo que el proceso de negocio de extremo a extremo están definido, monitorizado y recuperado como una sola unidad en lugar de un conjunto de traspasos de mando.
¿Cómo te supervisa procesamiento en segundo plano SAP en varios sistemas desde un solo lugar?
SM37 ofrece una vista por sistema, así que los paisajes multisistema significan abrir SM37 en cada sistema y leer los registros tras la ejecución, con las alertas CCMS (RZ20) situadas en sus propios silos por sistema. Una capa central de orquestación agrega el conjunto en un único punto de control: estado activo en todos los sistemas conectados, alertas sobre procesos paralizados o sin recursos a medida que ocurren, predicción SLA que marca una ejecución que tiende a un plazo incumplido, y registros de trabajo capturados y la salida del carrete enrutados al equipo propietario del proceso. El cambio práctico están de leer registros tras un fallo a ser informado antes de que se están incumplidos un plazo.
Próximos pasos
Si tu procesamiento en segundo plano ha superado un solo sistema, el siguiente paso están observando cómo se sitúan los trabajos SAP y no SAP en un mismo grafo de dependencias. Explora Control-M para SAP o accede a la biblioteca de demostración de Control-M.
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.