Skip to Content

WF Initiator is always PO creator on change of release code

Hi all,

A back to basics question: if a PO is changed so that it raises BUS2012.RELEASESTEPCREATED, the workflow initiator will always be the PO creator, <b>not</b> the user who changed it.

I've found out that this is hardcoded into the RELEASESTEPCREATED event, EVTCREATOR comes from EKKO-ERNAM, which is nonsense from both a technical and business point of view. (FM ME_REL_EVENT_EKKO if anyone wants to have a look).

I will probably log this with OSS but wanted to know if anyone had to deal with it, and/or had a sneaky workaround, or had asked OSS themselves in the past. I know I can build workarounds by using BUS2012.CHANGED and checking release codes, but this scenario is just plain wrong and I wondered if anyone had a <b>simple</b> fix or an OSS note that I may have overlooked in my searches.

4.7 system here but I think this applies to other versions.

Any input appreciated,


(Cross-posted to SAP-WUG and SDN-BPM)

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

4 Answers

  • Posted on May 18, 2007 at 09:06 AM

    Just to confirm: There is no change in ECC 6.0 - so "it works as designed" 😉

    I suppose they have been thinking that everything must be released - not a big surprise... When the event "SignificantlyChanged" is created, SY-UNAME is used as event creator, and that is the most sensible value for "ReleaseStepCreated" as well. After all, it is event creator this parameter is for, not document creator.

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Jan 11, 2008 at 03:15 PM

    short update:

    I queried this with OSS, who confirmed that this is by design. When I complained that this design is nonsense they agreed and were going to release a BAdI to address this. However this turned out to be too much work so we must just live with it.

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Mike,

      Did you go with a workaround? If yes, then would you be able to assist your approach please.

      We are on ECC6, so i am thinking of Enhancing the Function that builds this WF info.

      Any thoughts?

  • author's profile photo Former Member
    Former Member
    Posted on Jul 15, 2010 at 07:32 PM

    Hi Mike,

    Have you managed to figure out a way to pass sy-uname to the workflow.

    I am on ECC6 and facing the same problem.

    Do share if you have a solution.

    Thanks in advance.

    Vipin Varghese.

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jul 24, 2014 at 03:22 PM

    Hello All, old post but maby helping others

    we where having the same problem, we try to go with a new event from the user exit EXIT_SAPMM06E_013 on new po lines replacing event releaseStepCreated,

    the FM SWE_EVENT_CREATE was call with the sy-uname as the _WF_Initiator in the container.

    recently some problem force to find a better route, but some code in FM SWW_WI_CREATE_VIA_EVENT_INTERN, I had to get the last change by in CDHDR and set it as the wf initiator

    if event = 'RELEASESTEPCREATED' and rectype = 'WS93100003'.

    data: w_cdhdr type cdhdr.

    select * from cdhdr into w_cdhdr


    and OBJECTID = sender(10) "po number

    and udate = sy-datum "today

    and utime <= sy-timlo

    order by OBJECTCLAS OBJECTID changenr descending.

    CONCATENATE 'US' w_cdhdr-username into w_cdhdr-username.

    swf_set_element event_container_handle '_EVT_CREATOR' w_cdhdr-username.

    swf_set_element event_container_handle '_Wf_Initiator' w_cdhdr-username.




    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.