Query about SWEC

[vijay srikanth]

Thanks Mark...for the valuable inputs.

However just a thought, we would anyway be supplying the business object and 
the event,
why would we again make use of the additional FMs for determining the same. 
Could it be
that we trigger multiple events for the create conditions.


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 12:03:56 +0000
>
>G'day Vijay,
>
>As I said the CFM is entered in SWETYPV not SWEC.
>
>The optional FMs in SWEC allow for dynamically specifying the Object
>Type, the Event to be raised and what will be loaded into the
>Container (only important for Events with specifyed parameters).
>
>Have fun,
>Mark
>
>On 11/22/05, vijay srikanth <vijay_d15 at hotmail.com> wrote:
> > 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
> >
>
>_______________________________________________
>SAP-WUG mailing list
>SAP-WUG at mit.edu
>http://mailman.mit.edu/mailman/listinfo/sap-wug