on 10-09-2015 8:13 AM
Hello,
I have encountered the following issue
for a strategy plan with notification being a call object, I have system generating a notification only for the first item.
Whereas other parameters seem to be ok- call horizon 100%, key date aligned with TL assigned and scheduling period is 18 MON also correlates with packages in TL.Start of cycle say, 01.08.2015. Interval for call objects in IP30 is 12 MON
There's not much room for manoeuvre in SPRO- only for maint. plan categories, but it's not relevant for the topic..
So, after IP10 and IP30, system generates only one call for first item, whereas it is 'business as usual' if call object is Order as well as if it's done for single-cycle plan- everything is getting created for both items..
any ideas? anything I missed?
Thanks in advance!
Hi Sergey,
Did you check the Task List validity for the second Maintenance Item for which Notification is not triggered.
Also check maintenance packages for the same.
Regards
Terence
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Maria,
As I mentioned, key date for TL is before call date for sure and as far as I know there's no validity on packages, so that has no influence at all.
But anyway- I am using the same TL for both items-that's why it looks so weird, why one item would get notification generated and another-not..
Hi Pete,
well, the image above (first one) was from IP24
yet, I did what you've suggested
pressed Refresh button in IP10 and then run IP30 manually with the same interval (for 12 MON)
and alas, nothing has changed-I still get silly 'green' log (which doesn't tell anything)
and IP24 again just shows the same 'status'- no other notifications are created, netheir for second maint.item nor even subsquent ones for the first item.
So, it looks like it's worth to make OSS- appears to be a glitch that prevents generating subsequent notifications specifically for strategy plan...
Sergey,
So IP10 agres with IP24 - there is a notification number missing..
Are you using any developments in the maintenance plan processing, or notification creation process? If so, then these may be causing the issue. You could try deactivating these developments and re-test.
Also, check if any of the notification numbers around 300037259 are linked to this plan/item/call number.
Failing that, raise an OSS Message to SAP to see what they recommend.
PeteA
So, just to close the loop.
the issue was resolved by deactivating BADI_EXIT_IPRM0003
There is FM READ_MPLAN clears the entries in the global table g_t_package_data_st_tl. First motification would be created , but that the second loop will call FM WP1_PACKAGES_SET_IND_VALIDITY, and this will give back no entries thus no subsequent notifications were created.
The FM READ_MPLAN would clear the global table g_t_package_data_st_tl. So by deactivating BADI_EXIT_IPRM0003 the issue was resolved
Thanks everyone, the thread is closed
User | Count |
---|---|
107 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.