How to unsubscribe
Sue Keohan
keohan at ll.mit.edu
Sun Jul 23 08:28:59 EDT 2006
Ginita,
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.mit.edu/mailman/listinfo/sap-wug
Ginita Silva wrote:
>
>
> How to unsubscribe?
>
> Best regards
>
> Virginia
>
>
>
> ------------------------------------------------------------------------
> From: /"Albina Fernando" <albinafernando at gmail.com>/
> Reply-To: /"SAP Workflow Users' Group" <sap-wug at mit.edu>/
> To: /sap-wug at mit.edu/
> Subject: /Re: SAP-WUG Digest, Vol 20, Issue 54/
> Date: /Fri, 21 Jul 2006 15:50:17 +0530/
>
>
> Thanks for the update. I forgot to mention that we are ofcourse
> using Excluded Agents. But since the user A himself is a
> substitute, and he will not be able to view the approval task,
> Hence we are sending it to 2 managers before the deadline date.
> i.e M1 and M2 and after the deadline date it still remains in M2's
> UWL list. Now the problem is when the deadline date is passed, the
> maanger M2 will see 2 instances of the same approval task. So to
> avoid that, we are using func. module SWW_WI_AGENTS_CHANGE, so
> that only one instance of the approval task remains in the UWL
> list of M2.
>
> That'w why we had queries regarding SWW_WI_AGENTS_CHANGE. Also
> What does it mean when you say, "Some function modules are not
> released
> for the customer".
>
>
>
> On 7/21/06, *sap-wug-request at mit.edu
> <mailto:sap-wug-request at mit.edu>* <sap-wug-request at mit.edu
> <mailto:sap-wug-request at mit.edu>> wrote:
>
> Send SAP-WUG mailing list submissions to
> sap-wug at mit.edu <mailto:sap-wug at mit.edu>
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> or, via email, send a message with subject or body 'help' to
> sap-wug-request at mit.edu <mailto:sap-wug-request at mit.edu>
>
> You can reach the person managing the list at
> sap-wug-owner at mit.edu <mailto:sap-wug-owner at mit.edu>
>
> When replying, please edit your Subject line so it is more
> specific
> than "Re: Contents of SAP-WUG digest..."
>
>
> Today's Topics:
>
> 1. Re: Workflow using SWW_WI_AGENTS_CHANGE (Mark Pyc)
> 2. RE: Accept change button (Yogesh Chopra)
> 3. RE: Accept change button (Adao-Cruz, Miguel)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 21 Jul 2006 08:26:14 +0100
> From: "Mark Pyc" <mark.pyc at gmail.com <mailto:mark.pyc at gmail.com>>
> Subject: Re: Workflow using SWW_WI_AGENTS_CHANGE
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu
> <mailto:sap-wug at mit.edu>>
> Message-ID:
> <
> 23f0a78a0607210026t3fc058cfv3b6e0347d84fbd77 at mail.gmail.com
> <mailto:23f0a78a0607210026t3fc058cfv3b6e0347d84fbd77 at mail.gmail.com>>
> Content-Type: text/plain; charset="iso-8859-1"
>
> G'day Albina,
>
> That's sounds like a really complicated solution to a very
> standard
> situation!
>
> If you're concern is about the A seeing their own approvals
> when operating
> as substitute for the manager, use Excluded agents on the
> step. If you are
> an excluded agent the system will never let you process the step.
>
> Have fun,
> Mark
>
>
> On 7/21/06, Albina Fernando <albinafernando at gmail.com
> <mailto:albinafernando at gmail.com>> wrote:
> >
> > Hi,
> >
> > What does it mean when you say, "Some function modules are
> not released
> > for the customer". In our case, we are using the function module
> > SWW_WI_AGENTS_CHANGE. Will it cause any problem.
> > We have a scenario wherein, there is an employee A and 2
> managers M1, &
> > M2. The approval task goes to 2 managers. Before the
> deadline date, it is
> > with one manager i.e M1 and after the deadline date, it is
> with the other
> > manager i.e M2. Whenever the 1st manager , M1 creates the
> user A as a
> > substitute, then A will also be able to view the approval
> task. So this
> > should not happem. So what we are doing is, before the
> deadline date, we are
> > sending it to the 1st and 2nd manager. And after the
> deadline date, it
> > remains with the 2nd manager. In such a case, the 2 manager
> will see 2
> > instances of the same approval task. So to avoid that, we
> are using function
> > module SWW_WI_AGENTS_CHANGE. This is used so that whenever a
> deadline is
> > reached, it will call this module and remove the agent from
> the approval
> > task, which is before the deadline date. By doing this,
> there will be only
> > one instance of the approval task with the 2nd manager.
> >
> > Thanks
> >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu <mailto: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/20060721/980b517b/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Fri, 21 Jul 2006 17:08:02 +0800
> From: "Yogesh Chopra" < Yogesh.Chopra at axonglobal.com
> <mailto:Yogesh.Chopra at axonglobal.com>>
> Subject: RE: Accept change button
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu
> <mailto:sap-wug at mit.edu> >, "SAP Workflow
> Users' Group" <sap-wug at mit.edu <mailto:sap-wug at mit.edu>>
> Message-ID:
> <
> 5D9A6409FE6AB043998D62E01544EFF6130638 at myisms01.axongroup.co.uk
> <mailto:5D9A6409FE6AB043998D62E01544EFF6130638 at myisms01.axongroup.co.uk>>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello! Miguel
>
> Thanks for your reply. In my SC there is no start condition
> because it is N-step header level SC. Approvers are all
> on-line approvers. I am BADI. I am selecting all approvers.
> Only few approvers are able to change the SC. This is
> controlled by security level. At present the approvers who can
> change the SC have LOW level security. When approver makes a
> change in Price or quantity or currency then e-mail is going
> back to requestor with a ACCEPT CHANGE button but when there
> is a change in any other field then e-mail is going back to
> requestor but without ACCEPT CHANGE button.
>
>
>
> My issue is :- mails should go back with accept change button
> in any case and when requestor accept changes then workflow
> should restart again.
>
>
>
> Thanks
> Yog
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Adao-Cruz, Miguel
> Sent: Fri 21/07/2006 00:19
> To: SAP Workflow Users' Group
> Subject: RE: Accept change button
>
>
> Hi,
>
> For certain POs approval workflows, SRM does distinction
> between the type of changes done via the start conditions (
> see attributes in BUS2201
> PurchaseOrderEC.SimpleListOfChanges PurchaseOrderEC.TechnicalListOfChanges
> ) but I have never seen something like that for shopping carts.
> You are talking about e-mails, I guess you mean the off-line
> approval. Did you check if online (EBP inbox) the workitems
> are the same?
> On which support pack are you? In the last SP (8-9 and 10)
> there are some OSS notes for off-line approval.
> In your two cases, is it the same approver changing the
> shopping cart? If not, do they have the same security level in
> their role or SU01.
>
> Cheers
>
> ___________________________________________________________________________
>
> Miguel Adao-Cruz | Capgemini | London
> Technology Services
> SAP Application Architect
>
> T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com
> <http://www.capgemini.com/> <
> file:///C:/Documents%20and%20Settings/madaocru/Application%20Data/Microsoft/Signatures/www.capgemini.com>
>
> Join the Collaborative Business Experience
> ___________________________________________________________________________
>
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Yogesh Chopra
> Sent: Thu 20/07/2006 16:49
> To: SAP Workflow Users' Group; SAP Workflow Users' Group
> Subject: RE: Accept change button
>
>
> Thanks for the reply Mark.
>
> Requestor is getting a mail but as i mentioned in my mail
> , Accept change button disappear in the e-mail notification
> when approver make changes in Item category . If approver make
> changes on price then that button appears.
>
> I don't know why it is working for some fields only.
>
> Thanks
> Yogesh
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Mark Pyc
> Sent: Thu 20/07/2006 23:16
> To: SAP Workflow Users' Group
> Subject: Re: Accept change button
>
>
> G'day Yogesh,
>
> I don't claim to know much about SRM (hence all my questions)
> but are you saying the requestor is still getting a Workitem
> for review of changes but that the button is missing? Or is it
> that they don't receive the workitem at all??
>
> If its that they don't receive the workitem at all, then have
> a look at discussion over the last few days between myself and
> Miguel. There is a badi that may be useful to you.
>
> Have fun,
> Mark
>
>
> On 7/20/06, Yogesh Chopra < Yogesh.Chopra at axonglobal.com
> <mailto:Yogesh.Chopra at axonglobal.com>> wrote:
>
>
> Hi! Workflow Experts
>
>
>
> I am using header level N-step workflow and there is
> not start condition. When requestor creates a shopping cart
> and if approver makes a change in price field then requester
> receives a message to accept changes or reject changes but
> when approver makes a change product category then accept
> change button disappear. Can any one please give me clue why
> it is working for some fields and why not for other fields?
>
>
>
> Thanks
>
> Yogesh
>
>
>
>
>
>
>
> The content of this email is confidential and for the
> addressee only. If you are not the addressee of this
> email (or responsible for the delivery of this message
> to such person) you may not copy, forward, disclose
> or otherwise use it or any part of it in any form
> whatsoever. If you have received this email in error
> please email the sender by replying to this message
> and delete this message thereafter.
>
> Opinions, conclusions and other information in this
> message that do not relate to the official business
> of our Company shall be understood as neither
> given nor endorsed by it.
>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu <mailto:SAP-WUG at mit.edu>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
>
>
>
>
>
>
>
>
> The content of this email is confidential and for the
> addressee only. If you are not the addressee of this
> email (or responsible for the delivery of this message
> to such person) you may not copy, forward, disclose
> or otherwise use it or any part of it in any form
> whatsoever. If you have received this email in error
> please email the sender by replying to this message
> and delete this message thereafter.
>
> Opinions, conclusions and other information in this
> message that do not relate to the official business
> of our Company shall be understood as neither
> given nor endorsed by it.
>
>
>
>
>
> The content of this email is confidential and for the
> addressee only. If you are not the addressee of this
> email (or responsible for the delivery of this message
> to such person) you may not copy, forward, disclose
> or otherwise use it or any part of it in any form
> whatsoever. If you have received this email in error
> please email the sender by replying to this message
> and delete this message thereafter.
>
> Opinions, conclusions and other information in this
> message that do not relate to the official business
> of our Company shall be understood as neither
> given nor endorsed by it.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20060721/92925240/attachment-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Fri, 21 Jul 2006 10:19:28 +0100
> From: "Adao-Cruz, Miguel" <miguel.adao-cruz at capgemini.com
> <mailto:miguel.adao-cruz at capgemini.com>>
> Subject: RE: Accept change button
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu
> <mailto:sap-wug at mit.edu>>
> Message-ID:
> <
> 77898EE30049594BBC2E2AB2A9A54B2F016B83D2 at MISSBHXVS01.uki.capgemini.com
> <mailto:77898EE30049594BBC2E2AB2A9A54B2F016B83D2 at MISSBHXVS01.uki.capgemini.com>>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> I understood your problem. But if you wantus to help you, you
> have to do a
> couple of checks.
>
> "
> You are talking about e-mails, I guess you mean the off-line
> approval. Did
> you check if online (EBP inbox) the workitems are the same?
> On which support pack are you? In the last SP (8-9 and 10)
> there are some
> OSS notes for off-line approval.
> In your two cases, is it the same approver changing the
> shopping cart? If
> not, do they have the same security level in their role or SU01.
> "
> When you change the price, and then when you change the
> category, are you
> doing it with the same requestor and approver.
>
> Cheers
>
>
>
> ___________________________________________________________________________
> Miguel Adao-Cruz | Capgemini | London
> Technology Services
> SAP Application Architect
>
> T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com
> <http://www.capgemini.com/>
> <file:///C:\Documents%20and%20Settings\madaocru\Application%20Data\Microsoft
>
> \Signatures\www.capgemini.com>
>
> Join the Collaborative Business Experience
> ___________________________________________________________________________
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Yogesh Chopra
> Sent: Fri 21/07/2006 10:08
> To: SAP Workflow Users' Group; SAP Workflow Users' Group
> Subject: RE: Accept change button
>
>
> Hello! Miguel
>
> Thanks for your reply. In my SC there is no start condition
> because it is
> N-step header level SC. Approvers are all on-line approvers. I
> am BADI. I am
> selecting all approvers. Only few approvers are able to change
> the SC. This
> is controlled by security level. At present the approvers who
> can change the
> SC have LOW level security. When approver makes a change in
> Price or
> quantity or currency then e-mail is going back to requestor
> with a ACCEPT
> CHANGE button but when there is a change in any other field
> then e-mail is
> going back to requestor but without ACCEPT CHANGE button.
>
>
>
> My issue is :- mails should go back with accept change button
> in any case
> and when requestor accept changes then workflow should restart
> again.
>
>
>
> Thanks
> Yog
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Adao-Cruz, Miguel
> Sent: Fri 21/07/2006 00:19
> To: SAP Workflow Users' Group
> Subject: RE: Accept change button
>
>
> Hi,
>
> For certain POs approval workflows, SRM does distinction
> between the type of
> changes done via the start conditions ( see attributes in BUS2201
> PurchaseOrderEC.SimpleListOfChanges PurchaseOrderEC.TechnicalListOfChanges)
> but I have never seen something like that for shopping carts.
> You are talking about e-mails, I guess you mean the off-line
> approval. Did
> you check if online (EBP inbox) the workitems are the same?
> On which support pack are you? In the last SP (8-9 and 10)
> there are some
> OSS notes for off-line approval.
> In your two cases, is it the same approver changing the
> shopping cart? If
> not, do they have the same security level in their role or SU01.
>
> Cheers
>
> ___________________________________________________________________________
> Miguel Adao-Cruz | Capgemini | London
> Technology Services
> SAP Application Architect
>
> T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com
> <http://www.capgemini.com/>
> <
> file:///C:/Documents%20and%20Settings/madaocru/Application%20Data/Microsoft
> /Signatures/,DanaInfo=owa+www.capgemini.com>
>
> Join the Collaborative Business Experience
> ___________________________________________________________________________
>
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Yogesh Chopra
> Sent: Thu 20/07/2006 16:49
> To: SAP Workflow Users' Group; SAP Workflow Users' Group
> Subject: RE: Accept change button
>
>
> Thanks for the reply Mark.
>
> Requestor is getting a mail but as i mentioned in my mail
> , Accept change
> button disappear in the e-mail notification when approver make
> changes in
> Item category . If approver make changes on price then that
> button appears.
>
> I don't know why it is working for some fields only.
>
> Thanks
> Yogesh
>
> ________________________________
>
> From: sap-wug-bounces at mit.edu <mailto:sap-wug-bounces at mit.edu>
> on behalf of Mark Pyc
> Sent: Thu 20/07/2006 23:16
> To: SAP Workflow Users' Group
> Subject: Re: Accept change button
>
>
> G'day Yogesh,
>
> I don't claim to know much about SRM (hence all my questions)
> but are you
> saying the requestor is still getting a Workitem for review of
> changes but
> that the button is missing? Or is it that they don't receive
> the workitem at
> all??
>
> If its that they don't receive the workitem at all, then have
> a look at
> discussion over the last few days between myself and Miguel.
> There is a badi
> that may be useful to you.
>
> Have fun,
> Mark
>
>
> On 7/20/06, Yogesh Chopra < Yogesh.Chopra at axonglobal.com
> <mailto:Yogesh.Chopra at axonglobal.com>> wrote:
>
>
> Hi! Workflow Experts
>
>
>
> I am using header level N-step workflow and there is
> not start
> condition. When requestor creates a shopping cart and if
> approver makes a
> change in price field then requester receives a message to
> accept changes or
> reject changes but when approver makes a change product
> category then accept
> change button disappear. Can any one please give me clue why
> it is working
> for some fields and why not for other fields?
>
>
>
> Thanks
>
> Yogesh
>
>
>
>
>
>
>
> The content of this email is confidential and for the
> addressee only. If you are not the addressee of this
> email (or responsible for the delivery of this message
> to such person) you may not copy, forward, disclose
> or otherwise use it or any part of it in any form
> whatsoever. If you have received this email in error
> please email the sender by replying to this message
> and delete this message thereafter.
>
> Opinions, conclusions and other information in this
> message that do not relate to the official business
> of our Company shall be understood as neither
> given nor endorsed by it.
>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu <mailto:SAP-WUG at mit.edu>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
>
>
>
>
>
>
>
>
> The content of this email is confidential and for the
> addressee only. If you are not the addressee of this
> email (or responsible for the delivery of this message
> to such person) you may not copy, forward, disclose
> or otherwise use it or any part of it in any form
> whatsoever. If you have received this email in error
> please email the sender by replying to this message
> and delete this message thereafter.
>
> Opinions, conclusions and other information in this
> message that do not relate to the official business
> of our Company shall be understood as neither
> given nor endorsed by it.
>
>
>
>
>
>
>
>
> The content of this email is confidential and for the
> addressee only. If you are not the addressee of this
> email (or responsible for the delivery of this message
> to such person) you may not copy, forward, disclose
> or otherwise use it or any part of it in any form
> whatsoever. If you have received this email in error
> please email the sender by replying to this message
> and delete this message thereafter.
>
> Opinions, conclusions and other information in this
> message that do not relate to the official business
> of our Company shall be understood as neither
> given nor endorsed by it.
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/ms-tnef
> Size: 16009 bytes
> Desc: not available
> Url :
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20060721/d27d6948/attachment.bin
> <http://mailman.mit.edu/pipermail/sap-wug/attachments/20060721/d27d6948/attachment.bin>
> -------------- next part --------------
> This message contains information that may be privileged or
> confidential and is the property of the Capgemini Group. It is
> intended only for the person to whom it is addressed. If you
> are not the intended recipient, you are not authorized to
> read, print, retain, copy, disseminate, distribute, or use
> this message or any part thereof. If you receive this message
> in error, please notify the sender immediately and delete
> all copies of this message.
>
> ------------------------------
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu <mailto:SAP-WUG at mit.edu>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
> End of SAP-WUG Digest, Vol 20, Issue 54
> ***************************************
>
>
>
> >_______________________________________________
> >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
>
>
More information about the SAP-WUG
mailing list