SAP-WUG Digest, Vol 20, Issue 56
Albina Fernando
albinafernando at gmail.com
Fri Jul 21 07:15:02 EDT 2006
Hello Mark,
Thanks once again for the quick reply. Is there any way to find out which
function module, etc is released for the customer. Any option as such..
Thanks
Albina
On 7/21/06, sap-wug-request at mit.edu <sap-wug-request at mit.edu> wrote:
>
> Send SAP-WUG mailing list submissions to
> 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
>
> You can reach the person managing the list at
> 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: Re : Material Master Workflow (Kisloff, Philip B)
> 2. Re: SAP-WUG Digest, Vol 20, Issue 54 (Mark Pyc)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 21 Jul 2006 11:44:25 +0100
> From: "Kisloff, Philip B" <Philip.Kisloff at astrazeneca.com>
> Subject: RE: Re : Material Master Workflow
> To: "'SAP Workflow Users' Group'" <sap-wug at mit.edu>
> Message-ID:
> <
> 77B8D39FB855D511B6FE0002A55C0CE6051415F5 at ukcfphmsx01.ukcf.astrazeneca.net>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Vijay,
>
> The problem with creation of one material master view completing all other
> parallel workitems view can be solved by creating a "view-specific" check
> function to the terminating event binding. Hope the example code helps
> (its
> from four years ago, so I'm a bit rusty on the details)
>
> Phil
>
> FUNCTION z_multi_view_maintenance.
> *"----------------------------------------------------------------------
> *"*"Local interface:
> *" IMPORTING
> *" VALUE(EVENT) LIKE SWETYPECOU-EVENT
> *" VALUE(RECTYPE) LIKE SWETYPECOU-RECTYPE
> *" VALUE(OBJTYPE) LIKE SWETYPECOU-OBJTYPE
> *" VALUE(OBJKEY) LIKE SWEINSTCOU-OBJKEY
> *" VALUE(EXCEPTIONS_ALLOWED) LIKE SWEFLAGS-EXC_OK DEFAULT 'X'
> *" EXPORTING
> *" VALUE(REC_ID) LIKE SWELOG-RECID
> *" TABLES
> *" EVENT_CONTAINER STRUCTURE SWCONT
> *" EXCEPTIONS
> *" INVALID_MATCH
> *"----------------------------------------------------------------------
> INCLUDE <cntain>.
> DATA: old_wi_id LIKE swwwihead-wi_id.
> DATA: local_wi_header LIKE swwwihead.
>
> * search work item from receiver
> swc_get_element event_container evt_receiver_id old_wi_id.
> local_wi_header-wi_id = old_wi_id.
>
> * read workitem container
> CLEAR wi_container. REFRESH wi_container.
> CALL FUNCTION 'SWW_WI_CONTAINER_READ'
> EXPORTING
> wi_id = local_wi_header-wi_id
> TABLES
> wi_container = wi_container
> EXCEPTIONS
> container_does_not_exist = 01.
>
> READ TABLE wi_container WITH KEY element = 'VIEW'.
>
> CASE wi_container-value.
> WHEN 'V'. " Sales
> READ TABLE wi_container WITH KEY element = 'PLANT'.
> READ TABLE event_container WITH KEY element = 'PLANT'.
> IF wi_container-value(4) <> event_container-value(4).
> RAISE invalid_match.
> ENDIF.
> when 'L'.
> READ TABLE wi_container WITH KEY element = 'STORAGELOCATION'.
> READ TABLE event_container WITH KEY element = 'STORAGELOCATION'.
> ************************
> tables indx.
> export wi_container-value event_container-value
> to database indx(wf) id 'test1'.
> ************************
> IF wi_container-value+5(4) <> event_container-value(4).
> RAISE invalid_match.
> ENDIF.
> READ TABLE event_container WITH KEY element = 'PLANT'.
> IF wi_container-value+1(4) <> event_container-value(4).
> RAISE invalid_match.
> ENDIF.
> WHEN 'S'. " Warehouse
> READ TABLE wi_container WITH KEY element = 'WAREHOUSE'.
> READ TABLE event_container WITH KEY element = 'WHSENUMBER'.
> IF wi_container-value+9(3) <> event_container-value(3).
> RAISE invalid_match.
> ENDIF.
> WHEN 'D'. " MRP
> READ TABLE wi_container WITH KEY element = 'PLANT'.
> READ TABLE event_container WITH KEY element = 'PLANT'.
> IF wi_container-value(4) <> event_container-value(4).
> RAISE invalid_match.
> ENDIF.
> WHEN 'E'. " Purchasing
> READ TABLE wi_container WITH KEY element = 'PLANT'.
> READ TABLE event_container WITH KEY element = 'PLANT'.
> IF wi_container-value(4) <> event_container-value(4).
> RAISE invalid_match.
> ENDIF.
> WHEN 'B'. " Accounting
> READ TABLE wi_container WITH KEY element = 'PLANT'.
> READ TABLE event_container WITH KEY element = 'VALUATIONAREA'.
> ************************
> export wi_container-value event_container-value
> to database indx(wf) id 'test3'.
> ************************
> IF wi_container-value(4) <> event_container-value(4).
> RAISE invalid_match.
> ENDIF.
> WHEN OTHERS.
> ENDCASE.
>
> ENDFUNCTION.
>
> -----Original Message-----
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu]On Behalf Of
> K
> Vijayasekar
> Sent: 21 July 2006 05:04
> To: SAP WF User group
> Subject: Re : Material Master Workflow
>
>
> Hi Friends ,
> Presently i'm given a task of creating workflow for
> material master creation. Following is the scenario...
>
> 1. One user ( Initiator ) will create a basic data 1 & 2 and the
> workflow
> should be triggered .
>
> 2. Other views like Sales , MRP , Scheduling will be created by different
> people , hence each user should receive a workitem in their sap inbox for
> creating the required view.
>
> I have identified business object BUS1001006 for this workflow and i'm
> planning to use the following methods and events.
>
> Events :
> Created --> to trigger the workflow
> ViewCreated --> terminating event for the Workitem ( for
> view
> creation )
>
> Methods :
>
> GetMissedViews --> to get all the required views to be created for this
> material.
> CreateView --> to create required for the material.
>
>
> I'm facing two problems......
>
> 1. Using "GetMissedViews" i'm getting all the missing view details in a
> multiline container element . I have created parallel task ( by putting
> multiline container element in the "Others" tab . Terminating event for
> this
> task is "ViewCreated".
> Depending on the no. of views in the multiline item , that many workitem
> gets created.
> The issue is if once view gets created all the other workitems are removed
> from my inbox ( status completed ).
>
> 2. At the time of creation of basic data1 & 2 , the org. elements are not
> required . I want to determine the agent for rest of the views by the
> org.elements . How can we acheive it ???
>
> Help me to reslove above 2 issues ......If any done workflow material
> master
> please do share you technical expetise...
>
> Regards,
> Vijay
>
>
>
>
>
>
>
>
>
>
>
>
> _____
>
> Yahoo! Messenger with Voice. Make
> <
> http://us.rd.yahoo.com/mail_us/taglines/postman1/*http://us.rd.yahoo.com/ev
> t=39663/*http://voice.yahoo.com> PC-to-Phone Calls to the US (and 30+
> countries) for 2?/min or less.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20060721/18133ff1/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Fri, 21 Jul 2006 11:55:12 +0100
> From: "Mark Pyc" <mark.pyc at gmail.com>
> Subject: Re: SAP-WUG Digest, Vol 20, Issue 54
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> Message-ID:
> <23f0a78a0607210355w277681f4jdd06890950cf0aa4 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Functions that are released for the customer are ones where SAP guarantees
> to keep the signature and functionality fixed in future releases and
> therefore you can use them safely. In the case of unreleased ones there is
> no such guarantee. The signature could change, the functionality could
> change or it could even be deleted. In any of these cases you'd have to
> deal
> with the consequences after upgrade.
>
> Realistically though it's unlikely. If changes are made SAP also has to
> change all of their own dependant code. As such it's quite normal to make
> use of such functions if there is nothing else available, but there is a
> risk.
>
> Have fun,
> Mark
>
>
> On 7/21/06, Albina Fernando <albinafernando at gmail.com> wrote:
> >
> >
> > 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 <sap-wug-request at mit.edu> wrote:
> > >
> > > Send SAP-WUG mailing list submissions to
> > > 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
> > >
> > > You can reach the person managing the list at
> > > 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 >
> > > Subject: Re: Workflow using SWW_WI_AGENTS_CHANGE
> > > To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> > > Message-ID:
> > > < 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> 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
> > > > 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>
> > > Subject: RE: Accept change button
> > > To: "SAP Workflow Users' Group" <sap-wug at mit.edu >, "SAP Workflow
> > > Users' Group" <sap-wug at mit.edu>
> > > Message-ID:
> > > <
> 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 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 <
> 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 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 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> 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
> > > 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>
> > > Subject: RE: Accept change button
> > > To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> > > Message-ID:
> > > <
> 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
> > > <
> 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 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 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
> > > <
> 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 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 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> 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
> > > 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
> > >
> > > -------------- 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
> > > 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
> >
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.mit.edu/pipermail/sap-wug/attachments/20060721/922d4904/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
> End of SAP-WUG Digest, Vol 20, Issue 56
> ***************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20060721/d679fad6/attachment.htm
More information about the SAP-WUG
mailing list