What does 'Released' mean for a function

Mark Pyc mark.pyc at gmail.com
Sat Jul 22 03:27:26 EDT 2006


G'day all,

A clarification here from Phil.

Have fun,
Mark

---------- Forwarded message ----------
From: Soady, Phil <phil.soady at sap.com>
Date: Jul 22, 2006 4:09 AM
Subject: FW: SAP-WUG Digest, Vol 20, Issue 54
To: mark.pyc at gmail.com


 Hi Mark,
Just a small qualification on your good advice regarding released and not
released objects.

SAP agrees to advise of pending change or discontinuation of support
in the next release version in the case of released objects.  eg see
BAPI_SALESORDER*
So 2 releases later, ie 1  after the notification it may be rdifferent or
indeed removed from support.

ie you get 2 release level guarantee. Current for any patches and Next for 1
upgrade.
The release level 2 ahead may or may not be ok.

cheers
Phil.


*Phil Soady*
Solution Architect
Netweaver Consulting
*SAP Australia *
M  +61 412 213 079
F  +61 2 9957 7263
mailto:*phil.soady at sap.com* <phil.soady at sap.com>


 ------------------------------
*From:* sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] *On Behalf
Of *Mark Pyc
*Sent:* Friday, 21 July 2006 8:55 PM
*To:* SAP Workflow Users' Group
*Subject:* Re: SAP-WUG Digest, Vol 20, Issue 54


 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/20060722/882d9c84/attachment.htm


More information about the SAP-WUG mailing list