PO approval workflow

Mike Pokraka wug.replies at workflowconnections.com
Wed Jul 27 04:29:30 EDT 2005


On the same line, I might also carefully also the obvious.... is there
perhaps a step in the workflow that changes the initiator?
Cheers
Mike

Mark Pyc wrote:
> G'day Nicholas,
>
> Is this a WF you've just developed or was it already in place on site?
> Although I'm not sure why it would be but could this be intentional in
> the development? Are the SWETYPV entries using the standard FMs?
>
> Have fun,
> Mark
>
> On 7/27/05, Kjetil Kilhavn <KJETILK at statoil.com> wrote:
>> Just to make sure it is as strange as it sounds: this happens when user
>> C changes the PO significantly *after* the workflow has completed, so it
>> is a _new_ workflow that is started when the change is made?
>>
>> That does indeed sound strange, but if it was true that the function
>> module has an error the same error should be observable for any type of
>> document for which an event can be triggered multiple times. Not that I
>> have tested this, but it seems strange that no-one has discovered it
>> before so that it could be corrected. Have you tried to create the event
>> manually with the workflow trace on (SWUD). Then you can see what goes
>> on when the bindings are transferred.
>>
>> There are only seven OSS Notes for "WF_INITIATOR" - no such luck. ....
>> But there are 20 for "_WF_INITIATOR" - that search engine makes me
>> wonder.
>>
>> Note 497893 is relevant for 46C (but only up to SAPKB46C30 according to
>> the note) and mentions a similar problem I guess, but it is for events
>> created in a workflow, and that is probably not what happens here. You
>> may want to have a look at it anyway.
>> --
>> Kjetil Kilhavn, Statoil KTJ IT BKS
>>
>>
>> -----Original Message-----
>> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
>> Of Nicholas Brand
>> Sent: 26. juli 2005 19:14
>> To: sap-wug at mit.edu
>> Subject: PO approval workflow
>>
>>
>>
>>
>>
>> A quick question...
>>
>> We have a PO approval workflow using business object BUS2012.
>> It has one triggering event: 'SIGNIFICANTLYCHANGED'.
>> The relevant binding between the event container and workflow container
>> is:
>> '_EVT_CREATOR' ==> '_WF_INITIATOR'
>> Fairly standard.
>>
>> If User-A creates a PO it is workflowed to User-B for approval.
>> In the event log and workflow log the event creator and workflow
>> initiator are both shown as User-A.
>> User-B approves and releases the PO and the workflow completes.
>> This is all as it should be.
>>
>> Now, if User-C significantly changes the PO so that a new release
>> strategy is required, the workflow is re-triggered.
>> In the event log the event creator (for the new workflow) is correctly
>> shown as User-C.
>> In the workflow log you'd expect the workflow container element
>> '_WF_INITIATOR' to be equal to the '_EVT_CREATOR' value (User-C) - but
>> it ain't!
>> Instead the workflow container element '_WF_INITIATOR' is still shown as
>> User-A.
>>
>> In other words, the user who first creates the PO is entered in the
>> workflow container element '_WF_INITIATOR' even for subsequent workflows
>> against the same PO.
>>
>> At a guess it seems like an error in the function module that populates
>> the _WF_INITIATOR workflow container element.
>>
>> Any clues out there? Is there an OSS note for this?
>>
>> BTW we're on v4.6c
>>
>>
>> Kind regards,
>> Nicholas Brand
>>
>> _______________________________________________
>> SAP-WUG mailing list
>> SAP-WUG at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/sap-wug
>>
>>
>> -------------------------------------------------------------------
>> The information contained in this message may be CONFIDENTIAL and is
>> intended for the addressee only. Any unauthorised use, dissemination of
>> the
>> information or copying of this message is prohibited. If you are not the
>> addressee, please notify the sender immediately by return e-mail and
>> delete
>> this message.
>> Thank you.
>>
>> _______________________________________________
>> SAP-WUG mailing list
>> SAP-WUG at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/sap-wug
>>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>


Mike Pokraka
Senior Consultant
Workflow Connections Ltd.
Mobile: +44 (0)7786 910 855


More information about the SAP-WUG mailing list