on 09-21-2015 9:42 PM
When reporting an unexpected event to the FO Handler it is properly propagating to the TM FO and then to the TM FU. HOWEVER, when I send the same unexpected event code a second time the event is not propagating to the FO, rather it is staying as "read from EM". I have reviewed the logs and I see that the logic to send it to TM is being called with no errors, nothing stopped in queue, and no dumps....
Any ideas?
Resolution:
At this time this is no longer an issue for us as we are not sending any of our events to be propagated. Instead when an event is reported on the FO/FB handler I use a Z_RESEND_MULTIPLE activity to send to each of the FU event handlers. This allows us to not be concerned with locations and the struggles of mapping carrier locations to internal TM locations. As a result of not propagating events we don't have the issue of TM propagation. There may be a scenario in the future where we are stuck at the same point described but until that day comes we continue to build the solution.
Thanks again for all of the assistance and knowledge.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jacob,
Refer to my note in other thread about stop category. I am guessing it will resolve this issue as well.
Thanks,
Vishnu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jacob,
Is this unexpected event transferred from SAP TM -> SAP EM? If yes, can you give us screen shot of rule set for this unexpected event?
Regards
GGOPII
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Gopi,
The unexpected event is transferring from SAP EM FO handler -> SAP TM FO -> SAP TM FU -> SAP EM FU handler. However this only happens the first time, the second time the event code is reported the logs show that it was sent from EM to TM but failed to propagate and stayed in EM on the FO handler.
Hi Jacob,
have you checked the list of notes that Sukumar provided above? Please ensure that these notes are implemented (or SP is high enough). Please let us know, if the issue still occurs. Please also ensure that report /SCMTMS/PROCESS_TRIGGER_BGD is executed periodically.
Best regards, Daniel
Daniel,
I have applied all of the notes and processed the report but still no dice. We have actually decided to propagate from FO/FB to FU handler within TM rather than going to TM. Primarily due to our carriers not having our internal location codes and to avoid the mappings from all of our carriers.
The main issue I'm facing now is that we have set up the FU handler to report all events as unexpected and they are reporting on the handler fine but they are not displaying in the TM FU execution tab??? haha Always something....
Hi Jacob,
what I understand is that the event messages for the unexpected events are visible on the EM UI, but not on the TM execution tab for the FU?
Which display mode are you using for the FU (-> TOR Type settings -> "Display Mode for Execution Tab")?
Please check the troubleshooting guide for further ideas on what to check.
Best regards, Daniel
Hi,
do you have set the execution tracking relevance to "Execution Tracking with External Event Management" for the FU TOR Type?
If yes and there are no events displayed from EM you can debug method /SCMTMS/CL_TOR_HELPER_EVENT->GET_EH_DATA and check if the data is correctly read from EM.
Best regards, Daniel
Daniel,
I may look at other threads regarding the TM FU Execution information not matching the EM FU handler. It's strange because if I report events within EM nothing is displayed up in the execution tab but then when I propagate 1 event from TM FO to FU they all appear? I look at other threads and if the answer isn't obvious after you read this I may open a new thread.
Thanks
Hi Jacob,
Check the /SCMTMS/D_TOREXE table in TM using PARENT_KEY from EH TOR_ROOT_K.
"Read from EM" shown in execution info only if the event information not exist in table /SCMTMS/D_TOREXE.
schedule the batch job in TM using program /SCMTMS/PROCESS_TRIGGER_BGD using trigger id PROPAGATE_EXECUTION_INFO.
Refer the below OSS notes for TM event loss. Can i know the TM version ?
0002095891 No stop is determined for unexpected event that has been propagated from SAP EM to SAP TM
0002095946 Update of execution information gets lost due to locking issue
0002096740 Propagated unexpected events do not create new execution information
0002098174 Unexpected event that is propagated from SAP EM is not processed in SAP TM
0002099044 No stop is determined for unexpected event that has been propagated from SAP EM to SAP TM(2)
0002100110 Update of execution information gets lost due to locking issue (2)
thanks and regards
Sukumar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jacob,
Put the external break points in
1)
FM: /SAPTRX/TMS_CHANGE_EXEC_INF on the following line:
IF lv_in_background = abap_true.
2) SE24 = /SCMTMS/CL_TOR_EXEC_PROCESS method EXECINFO_PROCESS
Put a breakpoint on the line "IF NOT lt_modify IS INITIAL".
Once you have breakpoints, first make "lv_in_background = SPACE" manually during run time.
Then it should hit the second breakpoint and the following modify ans save methods.
Based on this we will know where the issue is.
FYI: I am able to propagate to EM multiple times to FO with custom ruleset ( no BADI's though ).
Thanks,
Vishnu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
8 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.