SRM 4.0 Line Item SC Completion

[Mark Pyc]

Thanks for a creative idea Mike but I don't it will work for me in this
case. Let me clarify that I'm no expert on SRM, but as far as I know the
Completion step is really just a change step and a user can't save if there
are genuine hard errors on any lines. Therefore if there is a two line cart
with different Buyers responsible for each and there is an error on
each, neither agent will be able to process their item and save.

Mmmm Beer!

Have fun,
Mark


On 4/5/06, Mike Pokraka <asap at workflowconnections.com> wrote:
>
> G'Day Mr Pyc,
>
> Not a line item completion answer and may not even work for you - but I've
> had the same problem in an invoice approval WF and came up with a DIY hack
> that just involves a bit of education:
>
> Dynamic parallel process, terminating event 'COMPLETED' against each task.
> Each approver should first try to 'save as complete'. If it complains about
> their data then fix it. Otherwise just save and assume someone else still
> has to do their bit. It will stay in inbox, but all will disappear once the
> last person finally manages to complete the doc. You can add a deadline
> reminder to recheck/retry in case someone missed something.
>
> Of course you can get really clever with events and use a standard edit
> task and replace the last user's task with a completion one once n-1
> parallel processes have been executed, but I will leave that as an exercise
> for the reader...
>
> In case this was of any use: As I will not be at ASUG, feel free to buy me
> that beer if you're going to TechEd. Or if you're not going to TechEd then
> SDN points will do.
> If it wasn't useful, buy me that beer anyway and I'll buy you one back -
> then we both come out even but two beers richer, a win-win situation if I've
> ever heard one.
>
> Cheers
> Mike
>
>
> Mark Pyc wrote:
> > G'day all,
> >
> > I've made some progress from my last query in this area. I've now
> > convinced the customer that the SAP recommended way forward is for Early
> > Buyer Completion i.e. prior to the Approval WF commencing.
> >
> > We will be implementing the Line Item Approval process (and yes I've
> > been thoroughly warned about how many OSS notes will be needed). My
> > query now is is it possible to have 'Line Item Completion'.
> >
> > The situation will be that Buyers (agents for completion) will be
> > determined by material groups. Since there will be no restriction to
> > prevent it there will be cases where a cart will require completion by
> > different buyers by line item. I can find no reference in the help to
> > suggest that this is possible. Although I can send the Workitem for
> > completion to multiple buyers, it would still be only a single Workitem
> > and a single buyer would need to complete it in it's entirety. There can
> > be an offline coordination between the buyers, but I want to confirm if
> > genuine line item completion is possible.
> >
> > FYI - the plan is to force all text items through completion as well as
> > any non-contracted catalogue items (a mini tender type process will take
> > place at this point). Sourcing cock-pit will not be used. Classic will
> > be used (not extended Classic).
> >
> > Many thanks for any insights - although there is no points system here,
> > I'll happily reward with beer at the Spring ASUG conference.
> >
> > Have fun,
> > Mark
> >
> >
> > On 3/7/06, *Mark Pyc* <mark.pyc at gmail.com <mailto:mark.pyc at gmail.com>>
> > wrote:
> >
> >     G'day Wuggers,
> >
> >     The general recommendation (and the only way I've seen implemented)
> is
> >     to invoke the Buyer Completion WF for incomplete carts prior to
> >     Financial Approval. My current client is contemplating reversing
> this
> >     order so that Financial Approval will be confirmed before the buying
> >     group will be involved in completeing the cart.
> >
> >     I understand that this will bring in the potential for changes at a
> >     late stage which will cause the cart to run back round the Financial
> >     Approval loop.
> >
> >     Has anyone implemented such a scenario? What comments do you offer?
> >
> >     I believe this desire has come as a result from the client previous
> >     experience in EBP 3.5 whereby incomplete carts were approved and
> then
> >     sent to the ECC/R3 backend as a requisition. Therefore buyer
> >     completion took place in the form of conversion from PReq to PO. In
> >     the new solution the intention is to perform buyer completion in SRM
> >     so that all carts are transfered as PO's. So although they are
> >     implementing a new process the desire is to keep the basic sequence
> of
> >     Approval prior to Buyer Completion.
> >
> >     FYI - The intention is to use Classic rather than Extended Classic.
> >
> >     Any comments??
> >
> >     Somewhat less technically WF, has anyone implemented SRM Purchasing
> >     which handles EU Article 32 compliance for Public Purchasing?? This
> >     directive requires a mini-tender process where framework orders
> exist
> >     for the same Good or Service with multiple vendors. The proposed
> >     solution here is simply to invoke the Buyer Completion WF even
> though
> >     the cart will be technically complete.
> >
> >     Again, any comments warmly welcomed.
> >
> >     Have fun,
> >     Mark
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20060405/de07d405/attachment.htm