Query about SWEC

[Lyal Schumann]

Hi Vijay

I think you're looking in the wrong place for a CFM. The three fields
you mentioned are for dynamically determining the Object or Event or for
populating any parameters an event might have, respectively.

Go to transaction SWETYPV and double-click on the event-linkage to get
to the CFM field.

Cheers

Lyal

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of vijay srikanth
Sent: 22 November 2005 01:52 PM
To: sap-wug at mit.edu
Subject: Re: Query about SWEC


Hi,

One more quick question Mark...
Where should we give our check FM.
There are three input boxes.
Object Type
Event ID
Event Container.
Where should we give our check FM, and if possible please tell me what
the 
other inputs are there for.

Regards,
Vijay


>From: Mark Pyc <mark.pyc at gmail.com>
>Reply-To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
>To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
>Subject: Re: Query about SWEC
>Date: Tue, 22 Nov 2005 11:40:29 +0000
>
>That's right CDHDR will have an I for Insert.
>
>The Check Function Module (CFM) would be be the same as any other and 
>is included in SWETYPV not via SWEC. If a CFM returns an exception the 
>WF is not triggered, else it is.
>
>If you have not dealt with CFMs at all before I suggest you have a look

>at the Doco/Book/Archives. Basically you have the object key and 
>therefore can potentially access any attribute of the object through 
>instanciation or direct DB reads.
>
>Have fun,
>Mark
>
>On 11/22/05, vijay srikanth <vijay_d15 at hotmail.com> wrote:
> > Hi Mark,
> >
> > That being the case, in what scenario, will the CDHDR (change 
> > document
> > table)
> > be populated with change indicator I (Insert) instead of U (Update).

>Even if
> > we use, FM for
> > create event, what would be the import paramters...for it, and what
>could we
> > possibly check in it.
> > Is it the case that if the FM returns sy-subrc value 0 then the 
> > workflow event would be fired?
> >
> > Regards,
> > Vijay
> >
> > >From: Mark Pyc <mark.pyc at gmail.com>
> > >Reply-To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> > >To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> > >Subject: Re: Query about SWEC
> > >Date: Tue, 22 Nov 2005 11:01:38 +0000
> > >
> > >G'day Vijay,
> > >
> > >SWEC works for both Create and Change. Recently there have been a 
> > >number of suggestions that you can use field restrictions on Create

> > >events, however I don't believe this is possible.
> > >
> > >As far as I'm aware field restrictions only work for Changes. I've 
> > >always found I need to use Check Function Modules (or Start
> > >Conditions) for controlling Create events. This may be release 
> > >dependant, and to be honest I haven't tested again since seeing 
> > >those posts.
> > >
> > >Have fun,
> > >Mark
> > >
> > >On 11/22/05, vijay srikanth <vijay_d15 at hotmail.com> wrote:
> > > > Hi,
> > > >
> > > > I have this doubt, whether SWEC records changes only for 
> > > > existing
>data
> > >or
> > > > new data also.
> > > > For eg. we can give a field change from a previous value to a 
> > > > new
>value,
> > >if
> > > > a customer already exists using Change Doc. Object DEBI. Can we
> > >configure
> > > > SWEC to fire events when customers are created also? Or is it 
> > > > valid
>for
> > >a
> > > > data change for existing customers only.
> > > >
> > > >
> > > > Regards,
> > > > Vijay
> > > >
> > > >
> > > > _______________________________________________
> > > > 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
> >
> >
> > _______________________________________________
> > 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


_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
Disclaimer

This email and any accompanying attachments may contain confidential and proprietary information. This information is private and protected by law and, accordingly, if you are not the intended recipient, you are requested to delete this entire communication immediately and are notified that any disclosure, copying or distribution of or taking any action based on this information is prohibited. 
Emails cannot be guaranteed to be secure or free of errors or viruses. The sender does not accept any liability or responsibility for any interception, corruption, destruction, loss, late arrival or incompleteness of or tampering or interference with any of the information contained in this email or for its incorrect delivery or non-delivery for whatsoever reason or for its effect on any electronic device of the recipient.
If verification of this email or any attachment is required, please request a hard-copy version.