cancel
Showing results for 
Search instead for 
Did you mean: 

Overdue Alerts donu00B4t generate e-mail Notification

Former Member
0 Kudos

Hello experts,

In this moment we are configuring Alert Framework Alerts from two types:

- Added to a multitask Activity

- Added to a multitask Activity of Expected Events Monitor.

In both cases, the system presents problems for us.

Please see the attached file:

http://www.sendspace.com/file/63j7ye

We appreciate a lot your collaboration with these two points.

Thanks and Best Regards,

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Just a note: My present client blocks the link to your screen-prints so I can't see the problem.

Former Member
0 Kudos

Hello Zenon.

I have two issues, the first i could solved, but the second still have problems:

I - The e-mail messages don´t generate for the activities i created in Multitask EE Monitor Activites

In this case, i made the followings configurations:

- SPRO -> Event Management -> Reactions to Event Messages -> Define Alert Framework Connection -> Define Alert Categories.

- SPRO -> Event Management -> Reactions to Event Messages -> Define Alert Framework Connection -> Define Aert Framework integration to SAP Event Management.

- SPRO -> Event Management -> General Settings in SAP Event Management -> Functions, Conditions and Activities in SAP Event Management -> Define Activities for SAP Event Management.

This problem i find the solution, i was forget the following step:

- SPRO -> Event Management -> Event Handlers and Event Handler Data -> Expected Events -> Define Profiles for Expected Events.

Here in the "Update Expected Event Profiles" section, the standard assigned PCM10_OVERDUE activity, i change this for ZPCM10_OVERDUE and the problem was solved.

II - Type Name problem in Container Element.

- SPRO -> Event Management -> Reactions to Event Messages -> Define Alert Framework Connection -> Define Alert Categories.

For the Container Element GR_QTY (you can see this in SCEM_PCM10_GOODS_RECEIPT_PART Alert Category. The standard has assigned for this Container Element the ABAP Dict. Data Type CHAR13, this type don´t have decimal positions.

The control parameter GR_QTY, when you check in /SAPTRX/EH_CNTRL table, save with 3 decimal positions, when you generate the alert, you have the following problem:

EM Table -> 50.000

Message -> 50000

The value it´s really different, but when i change the Type for other with decimal positions, the alert work in the same way. I this case Do you Know about any note or how assign an ABAP Dict. Data Type that recognize decimal positions????

Thanks a lot by your help and best regards,

Julián.

former_member190756
Active Contributor
0 Kudos

Hi Julian,

you can check if BADI ALERT_MODIFY_TEXT with method MODIFY_LONG_TEXT helps here.

Other solutions i do not know here. In the BADI you could modify the text.

Best regards,

Steffen

former_member583013
Active Contributor
0 Kudos

Another option is to simply have another parameter, with no decimals, sent to EM using the extractor. You would use this one to send to the alert framework.

Former Member
0 Kudos

Hello Kevin,

Thanks a lot by your answer, i have a doubt; when i define a control parameter, i have the following four options of data type:

C Text Field (Character String)

D Date field (YYYYMMDD)

N Numeric text Field (Only Digits)

T Time Field (HHMMSS)

In this moment will i define the parameter with data type C???? or i need to do this adjust in the extractor function????

Thanks a lot by your help,

Best regards,

Julián.

former_member583013
Active Contributor
0 Kudos

It can either be C or N. If it's for view only the C will be OK. Yes, you would make the change in the extractor to remove the decimals.

Answers (1)

Answers (1)

Former Member
0 Kudos

Hello Kevin,

The user asked for specify text changes according the case, thats the reason because we choose the BADI Option, however, if the case it´s only the parameter, the option you explain it´s much easier that the BADI implementation.

Thanks a lot and best regards.

Julian.