Apuntes de curso BPMon.

Solman se conecta a todos los sistemas a travs de RFC. Se puede

configurar por perodos de tiempo definidos, y no que corra
permanentemente.
Tx principal: SOLMAN_DIRECTORY
Es de operacin, se usa cuando ya est todo en produccin, en esta tx est
la arquitectura de la solucin, de aqu manejamos todo.
Hay un objeto de autorizacin por cada solucin, nosotros tenemos permiso
por ejemplo para la solucin SAP System for BPM, que fue creada para este
curso. En esta solucin tenemos todos los sistemas productivos conectados,
lo normal, es tener una solucin para desarrollo, una para QA y otra para
produccin.

Componente lgico: conjunto del mismo producto, los sistemas son, por
ejemplo, produccin, desarrollo, calidad, generalmente se tiene una solucin
para desarrollo y calidad y por separado una para produccin.
Sistema -> componente lgico ->solucin
Tx SOLMAN_WORKCENTER (se ejecuta y se carga en ABAP, se usa mas
para configuracin) o SM_WORKCENTER (se ejecuta en URL, se usa mas
para monitoreo)
Necesitamos la solapa Business Process Operation (rol: SAP_SMWORK_BPM).
En esta solapa entramos al link Maintain Solution (es igual al
SOLMAN_DIRECTORY) accedemos directamente a la solucin que queremos
de la lista que aparece.

All, en Business Scenarios, en la solapa Structure, se puede crear un

escenario nuevo o elegir entre uno ya existente en Solman, sino, del BPR
que muestra los estandards de SAP.

En el ejemplo, creamos uno llamado Scenario 1. Aqu la columna de Status

nos da planned- production, production, no significa que est en produccin,
sino que est listo para usarse, hay que poner el flag en production, sino, no
se puede usar.

Luego, dentro del Business Scenario, debo crear mi Business Process,

tambin marco el flag como production, en el ejemplo, creamos Proceso 1,
luego, all, pongo los pasos del proceso, en el ejemplo, Step 1, tambin debo
poner donde es ejecutado, por ejemplo, Banking, ERP, etc, y debo poner si
es ejecutado en dilogo o de fondo, se ejecuta en el ambiente definido en la
solucin.

En la pestaa Component View vemos el grfico, podemos all marcar las

relaciones entre los procesos, hay dos tipos de lneas, sncrona y asncrona,
no hay diferencia entre ellas, salvo la forma de graficarse.

Tx SMSY: la usan los basis, deben funcionar bien todas las RFCs que
comunican los diferentes sistemas, Solman con produccin de Banking por
ejemplo.

Tx ST13: MASS_MAN_MONITORING.
En el link Setup Business Process voy a Logical components en mi solucin y
veo los componentes lgicos. En Load Monitor Definitions traigo los objetos
de cada solucin, se basa en lo definido en la ST13 del sistema, un objeto de
monitoreo puede monitorear un programa especfico o todos los que se
incluyan y un programa puede ser monitoreado por ms de un objeto de
monitoreo.

Cada objeto de monitoreo tiene un ID con el que podemos buscarlo en la

tabla DSWP_BPM_TIMESCH, all tambin aparece un cdigo de identificacin
de la solucin.

Todos los jobs que se ven en la ST13 son los paralelos PPF, esto permite
ingresar rango de tiempo de ejecucin de procesos (Banking). Hay otro
paralelismo que usa jobs padre y jobs hijos, son en dilogo, estos son
usados en productos SAP que no es Banking, estos se pueden ver en la
SM37 y no en la ST13.
Imagen de la ST13:

Cmo acceder a las alertas:

(Averiguar sobre conexin TRUSTED, sus objetos de autorizacin son S_RFC
y S_RFCACL, sirven para todos los objetos que estamos monitoreando, si
usamos LOGIN solamente y no TRUSTED solo necesitamos el objeto S_RFC,
estos objetos son necesarios para poder acceder desde Solman
directamente a las transacciones en los otros sistemas)

En el Workcenter Business Process aparecen todos los procesos

configurados como objeto de monitoreo, all vemos las alarmas, el estado y
resultado de ejecucin de proceso.

El objeto de monitoreo del ejemplo creado POSTINGSCC, me da en rojo el

alerta porque estaba programado para que el proceso se ejecutara entre 0 y
5 segundos y tard 41 segundos. Me da la opcin de ingresar a ver el
detalle de job en la SM37 y en la ST13.

Imagen de configuracin del objeto de monitoreo:

Se puede definir, para el caso de los jobs que tienen hijos, el nivel de
criticidad, en el link Setup Business Process Monitoring del Workcenter.

En el link Overview, en Personalize, puedo personalizar mi pantalla, por

ejemplo, para configurar el refresh automtico.

En Business Process, tengo dos View:

Open (muestra el peor de los alertas dentro de los abiertos, sin confirmar) y
Current (muestra el ltimo alerta, confirmado o no, no importa el estado).
En la personalizacin tambin puedo configurar la visin (view) open o
current.
En el Setup Monitoring, al crear o editar un objeto de monitoreo, en la
solapa Identification en Start procedure, cuando no tiene horario fijo de
ejecucin, ponemos use job start condition, by time cuando sabemos la hora
exacta, by proceding job es cuando se ejecuta despus de otro y by event
cuando se ejecuta despus de un evento.

Solapa Alert configuration.

En ERP: en Duration se pone el tiempo de ejecucin para el cual queremos
que nos alerte.

En la prctica, creamos objetos de monitoreo para procesos masivos, luego

de presionar el botn Create, se abre una ventanita Create New Monitoring
Object, all seleccionamos en Application Areas el check Financials, as, en la
parte de Choose Monitor and Enter a Name nos aparece la opcin Mass
Activity Monitor for Banking Product.

La ventana de edicin ahora es diferente a la de los jobs simples, tenemos

la solapa Monitoring Configuration.

En Key Figure Selection, si seleccionamos No. Canceled Jobs (Batch/PP)

debemos configurar en la parte de Parameters Set for Key Figure la cantidad
de hijos cancelados a partir de los cuales queremos tal color de alerta.

El campo Comparision operator en procesos paralelos, indica si quiero

comparar mayor o menor tiempo.

Workcenter Solapa Business Process Operation

Para monitorear tablas (principalmente Z).
Setup Business Process Monitoring, elegimos un paso (en el ejemplo Step 3),
presionamos el botn Create y elegimos Cross Aplication y en el tipo de
monitor elegimos Table Entry Counter.

Luego pongo el nombre de la tabla que queremos analizar y puedo elegir

hasta 5 campos de ella para consultar, si la consulta es dinmica por lo que
no podemos poner un valor fijo, por ejemplo, en el campo fecha, una fecha
fija, ya que si quizs quiero filtrar los jobs cancelados el da de ayer,
entonces debo poner $TODAY 1 (hoy menos 1). Tener en cuenta que las
horas deben estar en timestamp.
En el caso de rangos de fecha, no poner rangos, porque a la fecha ms
antigua la toma como mayor a la ms reciente, entonces da error, no activa,
para resolverlo, hay que poner dos condiciones para el rango, por ejemplo,
que la fecha sea <$TODAY -1) y excluyendo las $TODAY -7, as, tengo
los campos fecha entre hoy 7 das y hoy -1 da. Si el campo fecha es tipo
char 14 y tiene fecha y hora y la consulta se hace con $TODAY, a la hora la
pone en 000000, entonces debo usar $TIMES.
Hay dos tipos de Key Figures, uno es COUNT (igual a la se16, botn cantidad
de entradas) y el DISTINCT para saber la cantidad de valores distintos
basados en el campo que ingreso en Parameters. En Parameters Set ID
puedo definir el color para ms entradas o menos.
El campo Alternative text es el texto que va a mostrarse en la alarma, si no
por defecto muestra Cantidad de entradas.
La solapa Monitoring Schedule es igual a la vista anteriormente, all
configuro la periodicidad del objeto. En Further Setting es obligatorio poner
start time porque indica la hora de arranque del monitoreo.
Se puede mover un objeto de monitoreo de un paso al otro siempre dentro
del mismo sistema. Ir al paso destino y hacer ASSING y elegir el objeto
donde lo vas a copiar, ir al paso origen seleccionarlo y hacer UNASSING.
En las alarmas hay dos tipos de RFC, una usada para lectura y la otra para
anlisis, lo podemos ver en la SMSY, en Product System, para cada sistema
tengo las RFC por mandante, si tenemos el problema de que no se genera
un alarma, puede ser que la RFC del sistema no estaba funcionando, pero si

no funcionan las alarmas de ningn sistema, es por problemas con la RFC

local de Solman.

Las RFCs TRUSTED y LOGIN son usadas cuando tenemos una alarma en un
objeto y, por ejemplo, si tenemos la LOGIN y queremos ir a la SM37 de
produccin nos va a pedir los datos de login.
En la READ, tengo usuario fijo, el SM_SMP, por eso, si la RFC Read funciona,
y no hay alarmas puede ser que haya un problema el usuario SM_SMP.
Cuando obtengo el alerta del monitoreo de la tabla, puedo ir al botn Details
link, y nos lleva al sistema, por ejemplo BP1.
Se conecta mediante RFC y nos pide el login, y nos muestra directamente el
listado con el resultado de la consulta a la tabla (hay un error de navegacin
all, no se puede cerrar la pantalla con la X, se debe volver atrs <-).
--------------------------Roles.
Tx SOLMAN_SETUP, la arquitectura se llama Guided Procedure.

En Business Process Monitoring la RFC BPM_LOCAL_400 es solo para

Solman.

El punto 3 muestra los roles template.

Nosotros deberamos tener el rol BPO_ADM_SMP, el operador que va a

recibir las alertas, debe tener un rol copia de BPO_DIS_SMP, estas son
autorizaciones para los sistemas de Solman, para los sistemas satlites no
sirven estas plantillas.
En la tx. SOLMAN_DIRECTORY, en Business Process, solapa Component View
creamos las relaciones entre los pasos, esta comunicacin se realiza
mediante RFC.

Cuando creo las conexiones entre los grficos automticamente aparecen

en el Business Process Monitoring Setup, y para crear el objeto de monitoreo
de la interfaz me permite elegir el sistema, a diferencia de los pasos donde
ya est definido el sistema.
En la SM59 de Banking puedo ver si existe un destino RFC, que va de
Banking al ERP, all veo tambin el servidor de ERP donde se van a
almacenar.

En el Create New Monitoring Object ponemos en el Cross Aplication el check

en Interfaces y luego en el Choose Monitoring ponemos tRFC Monitoring y
en Name el nombre del mdulo de funcin que llama a la interfaz.

En Monitoring Configuration ponemos el RFC destination y el Function

Module.
Minim Age(critical):
Minim Age(Intering): Status intermedio, aun no finaliz pero est siendo
procesada.
Key Figures:
Si queremos saber cuntos son los que estn en espera, elijo la Key Figure
Number of tRFC entries intering state in inferior state.
En Parameters Set seteamos el color por ejemplo 1 RED.
Otra Key Figure es Number of tRFC entries in critical state, en Set
Parameters pongo el color para determinado tiempo en minutos.
En la solapa Monitoring Schedule en Further Settings puedo poner status
time entre qu hora y que hora.

Despus, cuando vemos en Alert Inbox, el botn Detail Info nos lleva a la Tx.
SM58 para ver el detalle de la ejecucin de la tRFC. En la SM58 solo
aparecen las RFC que dieron error, por un tiempo determinado hasta que
alguien las saca y las RFC que se estn ejecutando en ese momento.
Algunas RFC aparecen en estado Registrado, con texto La transaccin ha
sido registrada porque no las reprocesan y resuelven el problema
manualmente.
Hay otra transaccin, la ZEOD_033, que es similar a la SM58 y que presenta
el detalle de ejecucin de las RFC de otra manera.
Contactos que van a trabajar en BPMon.
Estn en SOLMAN_DIRECTORY, ah hay un botn Contact, agrego los
usuarios de Solman.

Voy al Business Process Monitoring Setup. Voy al Cross Functions, y voy a

Monitoring Team y creo los equipos de contacto.

Voy al WorkCenter y para cada objeto de monitoreo puedo elegir una

persona de contacto responsable.
Monitoring activities Template -> puedo crear Templates en el Business
Process Monitoring Setup en SAP Systems for BPM Cross Functions
Monitoring Activities Templates.

All creo el template y en Problem Indicators puedo escribir un mensaje.

Para asignar el template voy a Setup Business Process, del objeto y en la

solapa Monitoring Activities puedo elegir el template.

Para crear el envo de correos.

Business Process Monitoring Setup, solapa Notification:

Sender: usuario de Solman cualquiera.

Recipient Addres: pongo el mail o el grupo de mails.
Recipient Type: u:e-mail address;e o si es un grupo de usuarios pongo la
opcin c:shared distribution.
En los campos Number of Yellow Alerts y Number of red Alert se indica para
qu cantidad de alertas amarillos o rojos voy a recibir ste correo.
Red Alert Only: indica que solo se enve el correo para los rojos.
Link Alert Inbox: sirve para poner un URL que me va a llevar al Alert Inbox,
si estoy en la red del banco.
Link to especified Analysis Tools: pondr un link que me llevar a la tx. Por
ejemplo, SM37.
Include Monitoring Activities Text: sirve para traer el texto que acabamos de
crear.
Subject Text: asunto del mail, si lo dejo en blanco muestra un texto
estndar.
Document Type: formato del correo.

Link to confirm Alert: puedo confirmar todas las alertas o solo algunas, es
como apretar el botn confirmar en el Alert Inbox.
Link to launch Detail Info: es como el botn Detail Info en el Alert Inbox, no
sirve para todos los objetos, por ejemplo sirve para la consulta a la tabla.
Template for Notification long text: all se puede escribir un texto para ms
de un destinatario de un correo, debo configurar un grupo de personas, para
ello debo ir a la tx. SBWP:
Botn distribution list.

Botn Create Name: nombre grupo

Folder: crea una carpeta en Solman

En la solapa Distribution list content creo una lista de distribucin, es decir,

agrego los usuarios, luego ya puedo usarla en Recipient Addres, en
Recipient type pongo internet addres.

Como agregar ms botones al Alert Inbox.

En el setup monitoring del objeto, solapa analysis tools, se pueden crear
Tools sets y templates para notificaciones.

Para crear un template debo ir al Business Process Monitoring en Cross

Function y ah a Notification Templates.

Tx. SXI_MONITOR: es de PI, pero como PI se comunica con Banking y los

otros sistemas, todos la tienen.
En la tx. Busco los mensajes que se crean desde Banking, pongo los datos
de Sender Component, Interface Name, Interface Namespace, los cuales
obtengo de PI.
Desde Banking solo veo la informacin de Sender (envo), no tengo nada de
Receive, pero en PI voy a ver la informacin de los dos.

Conviene poner el objeto de monitoreo de PI sobre la interfaz, ya que all

informa sobre si el alerta es de un sistema o el otro.
Ejemplo: vamos a crear el objeto de monitoreo para la interfaz entre PI y
CRM (PI recibe de BP y enva a CRM)
Ponemos logical component: Banking
Cross Application: Interfaz
Choose Monitor: PI message BS->PI->CRM
Ya en el objeto creado ponemos en la solapa Monitoring Configuration en:
Sen. Service lo mismo que en el campo Component de la tx. SXI_MONITOR,
Sen. if Namespace lo mismo que en Interfaz Namespace,

Sen. If Name lo mismo que en la Interfaz Name,

number of message ponemos el nmero de mensajes que queremos recibir,
por defecto muestra 2000.
En Key Figure Selection ponemos:
Delta: verifica los mensajes nuevos, conviene usarla cuando la coleccin de
datos es frecuente.
Total: total de mensajes creados dentro de la cantidad de das que pongo en
el campo Number of Day debajo de Parameters Sets.
Si elijo Delta en Parameters Set pongo la cantidad de mensajes para la cual
quiero ser alertada, ejemplo, en amarillo 1 mensaje, en rojo 10 mensajes.
Status group es el mismo que tenemos en la SXI_MONITOR, ejemplo, error
(4)

En la solapa Monitoring Schedule en Further Setting, ponemos el perodo del

monitoreo, ejemplo 15 minutos.

Quisimos crear el objeto de monitoreo en un paso y no apareca la opcin

Interfaz en Cross Aplication, esto es porque faltaba cargar PI en el Logical
component, por lo que en el mismo Setup Business Process Monitoring
vamos a Logical Component , seleccionamos la lnea ZPI_BPM y presionamos
el botn Load Monitoring Definitions.
Para el caso de configurar el objeto de monitoreo en PI ponemos los datos
de Send y Receive ya que desde ese sistema se ve todo, el mensaje que
recibe y el que enva.
Tx. Para idocs WE05
Creamos un objeto de monitoreo en Banking en la interfaz Rplica de BP de
BS->ERP en el Cross Aplication seleccionamos Interfaz, en Choose
Monitoring and Name, Monitor: IDOC Monitoring, Name: IDOC en BS para
ERP (en el manual de Interfaces vemos el monitoreo de IDOCS).

Parameters Set for Key Figures solo es vlido para la Key Figure elegida.

En Direction pongo OUTBOUND porque son de salida en Partner Port, Partner

Number, Partner Function, Message Type, Basic Type, Message Code:
Message Variant, Message Function: Message Function, etc. pongo los
valores de los mismos campos de la tx WE05, no es necesario llenar todos
los campos, pero mientras ms completemos, mas rpido es.
IDOC Age sirve para mostrar IDOCS muy antiguos, por defecto tiene
cargadas dos semanas, solo es vlido cuando elegimos la Key Figure Total,
no Delta.
Count Segment: Trae la cantidad de segmentos que trae el IDOC.
Parameters Set: ponemos el Status de los IDOCS que quiero que me alerte.
Status Counter: indica la cantidad de veces que tiene que pasar un IDOC por
cierto Status.
Monitoreo de las qRFC, lo hacemos desde Cross Aplication: Interface,
Choose Monitoring and
Name: qRFC monitoring, tendr que crear uno para cada tipo de cola, uno
para BPE* y otro para BT*.

Tx. SMQR (vamos a necesitar la SMQ1 y la SMQ2) estas colas son de salida,
pero por algn motivo en la tx figuran como de entrada. En PI siempre
debemos considerar la tx. SMQR y la SMQR2, en el editor en la solapa pongo
en qRFC:
qRFC direction : Inbound, RFC distribution: nada, Queire group: el nombre de
la cola ejemplo XBPE*, Command SMO.: Direct Select, Command :
Direct Select.
Key Figure. BL para monitorear las entradas que estn pendientes de ser
procesadas y ST, status cuando hay errores.
Abajo, en Help, tengo una descripcin del Key Figure.

Accedemos al sistema destino, nos logueamos. Cuando hago click desde

Solman en el botn que me lleva a la transaccin del sistema destino que
estoy monitoreando.
Voy a la SMSY en Solman.
Product System->SAP ERP->SAP ECC Server, hay 4 RFC para el sistema
400(mdt), usamos 2, la Read (usada para hacer la coleccin de datos, nos
permite hacer logon en remoto, si accedo y hago click en el botn remote
logon, no hace nada, tiene un usuario de comunicacin: BP_SMP) y la Login
(con esta RFC accede desde Solman a otros sistemas).
En la SMSY podemos ver cul es el host que usa, por ejemplo, en ERP no usa
balanceo, si lo usara, debemos poner NO en Load Balancing (balanceo),
para hacer el cambio, luego podemos volver al YES.

SMSY: transaccin para cambiar de servidor, en el sistema destino, el

sistema adonde apunta la RFC login, en el ejemplo, ERP.

ST01: transaccin para hacer el trace de autorizacin para un usuario

determinado.
SUIM: transaccin de autorizacin, para ver cules son los usuarios que
tienen un objeto de autorizacin. Voy a USER->Users by Complex Selection
Criteria->By Authorization Values porque sabemos cul es el objeto, los
valores, si elegimos -> By Authorization es porque solo conocemos el objeto.

Monitoreo de archivos.
El archivo debe estar en la AL11.
Creo el escenario en SOLMAN_DIRECTORY, el proceso y el paso, solo me
aparece para elegir el nico componente lgico que tengo en desarrollo: ZPI
BPM, se ve en el grfico de ms abajo en Crear Soluciones.
En el Setup, creo el objeto de monitoreo, es File Monitoring, en Corss
Aplication elijo Interface, y en Choose Monitor and Enter a Name, File
Monitoring

En la configuracin del objeto de monitoreo tenemos los campos: Path, File

Name, File Name Patterns, donde podemos poner un patrn, ejemplo:
NOMBRE_$TODAY ($TODAY es la fecha del da).
En la Key Figure, si ponemos Number of lines in file, monitoreamos la
cantidad de lneas de un archivo, si ponemos Number of files, puedo saber
la cantidad de archivos encontrados.

S_DATASET y CTS_ADMFTC (ser S_CTS_ADMI??)

S_CTS_ADM (Valor EPS1)->Objetos de autorizacin para el usuario que
verifica el archivo.
En la RFC de Read tenemos el usuario que hace la coleccin de datos.
Crear soluciones: en el Workcenter vamos a la solapa Solution Manager
Administration->Solution->New-> pongo el nombre de la solucin, en este
caso creamos una para desarrollo, como es nueva, est vaca, para asignar
los componentes lgicos, voy a elegir el Leading Role of The Solution:
Dvelopment System, pongo PI solamente, los otros componentes no tienen
sistema en desarrollo, en la columna desarrollo se ve que estn vacos.

RTCCTOOL: es el programa que muestra si hay notas para aplicar, se debe

correr en el sistema que corresponda verificar.
Vamos a Setting y elegimos el primer, segundo y tercer flags, que son
especficos de BPMon, el segundo y tercero son los ms relevantes, notas
que comienzan con Advance BPM son las que necesitamos aplicar.

Alertas de Cobranzas:
Objeto DISPAGO1, funcion par algunos Key Figures y para otros no.
No. canceled Jobs (Bacth/PP)->jobs padres e hijos.
Comparamos, en un principio habamos configurado el objeto de monitoreo
poniendo el Job Name, el Program Name y la Application Type pero no
funcion, ahora solo dejamos la Application Type para ver si funciona.

Creamos un objeto de monitoreo para todas las Posting Areas, pero si

queremos uno para cada Posting Area podramos poner el nombre del Job,
seguido de la Posting Area: DISPAGO_0325_
En el campo logical_unit poner la posting area.
El programa AUTOABAP es de Kernell, dispara las colecciones de datos, lee
la tabla DSWP_BPM_TIMESCH donde tengo el Schedule de los colectores de
datos, por defecto se ejecuta cada 5 minutos (parmetro de sistema) para
verificar si el programa se est ejecutando debo ejecutar la transaccin
STAD, all pongo el nombre del programa.
En la se16 podemos ver en la tabla DSWP_BPM_TIMESCH que se configur
por ejemplo a las 16:00, pero el Autoabap ve en esta tabla, los vencidos al
momento de ejecutarse, entonces, si lee la tabla a las 16.03 monitoreara los
jobs vencidos de las 16:00hs.
El objeto de monitoreo de JOBS simples no se guarda en la tabla
DSWP_BPM_TIMESCH sino en la transaccin RZ20, hay que acceder a
Technical Expert Monitoring->Systems Monitoring Segments: buscamos con
el ID de la solucin, y all con el nmero de job, aqu no tengo la misma
informacin de la tabla, por ejemplo, no tengo el dato de cundo se va a
ejecutar:

La Key Figure Comparison of Counter: el campo Counter de la ST13 nos

indica la cantidad de cuentas a procesar (Due Accounts), si hago click all en
el valor, me muestra l relacin Due Accounts y la cantidad procesadas
correctamente (Accounts Processed Succedfully), podemos poner en
Parameters Set que muestre amarillo si se ejecut menos del 90% y rojo si
fue menos del 80%.

Con la transaccin SM50, SM66 podemos ver si se est ejecutando el

programa por mucho tiempo, por ejemplo el Autoabap, que es ejecutado por
el usuario SAPSYS, all veramos que el Autoabap se est ejecutando en caso
de notar que los alertas no se estn generando ms o que la tabla
DSWP_BPM_TIMESCH no se est actualizando, en caso de tener algn
problema as debemos avisar a los Basis para que corten la ejecucin del
programa Autoabap, ya que es un problema de administracin de sistemas.
Autoabap usa la RFC BPM_LOCAL_400,
en caso de algn problema con
los alertas en todos los sistemas puede ser que la RFC no est funcionando
o el Autoabap, tambin puede ser que este freezado el sistema.
Tabla DSWP_BPM_ALERTS: guarda los alertas por 3 das. Hay un infocubo, el
0SM_BPM, que extrae los datos del Alert Inbox, solo se puede ejecutar un
reporte para borrar los datos ms antiguos.
En la Edit Monitoring, en la solapa Alert Reorganization, el flag puesto en
Keep Data for BW indica que los datos de los alertas son enviados al
infocubo.
La transaccin para ver si hay datos en el infocubo es la LISTCUBE, en
Solman, en el primer campo pongo el nombre del infocubo. Para verificar el

estado del extractor vamos a la solapa Solution Manager Administration>Infraestructure->Framework->Extractor ah hay un link en la grilla que
dice Extractor.

Para ver el grfico.

Ejecuto el reporte RS_TEMPLATE_MAINTAIN, pongo nombre del template
0SM_BPM_WT0001N: ejecuto, presiono el botn Preview in Browser, me lleva
a la quary standard de SAP.
Los informes grficos de Alertas BPMon permiten disponer de:
*los valores mximos medidos:

Los mximos valores medidos en el tiempo con la plantilla Web

0SM_BPM_WT0001N .
*el tiempo mximo para confirmar las alertas crticas:

Tiempo mximo de creacin de confirmacin de alertas en el tiempo

*el nmero de alertas crticas:

Nmero de alertas rojas y amarillas creadas en el tiempo