Binding from method to task

[Kjetil Kilhavn]

I was just looking through old messages now that I am returning here after 
some period of (nearly) complete absence. I can't understand who noone has 
replied to this message, so I will (even if you are the list owner and can 
kick me out - or actually because you are the list owner and I appreciate this 
list very much).

Onsdag 30. januar 2013 09.43.27 skrev Keohan, Susan - 1140 - MITLL:
> We are on ECC 6, and have recently applied EHP4 FOR SAP ERP 6.0 / NW7.01.
> 
> In the past, my practice has been to NOT bind elements from methods to
> tasks.  I have a number of workflows running along for years now, simply
> based on using SWC_SET_ELEMENT container 'elementname' l_value

I will pretend I did not read that ;-)


> This week, I was perplexed by the inability of SWC_SET_ELEMENT to work as I
> had expected, and was actually required to perform the method-to-task
> binding I have avoided for so long.
> 
> Does anyone know if this is EHP4 related, or if there is a set of rules for
> when you should perform this additional binding?
> Or perhaps my 'best practice' (of not doing the binding) should be revised?

Your practice should be revised :-)
I don't know the answers to the other questions, but your practice corresponds 
(in my opinion) to using global variables and forms with no parameters in a 
report.
I didn't know this was possible until I came across a solution where many of 
the parameters were not filled in the binding. In the solution I came across 
the swc_get_element macro was even used to get undeclared parameters. If you 
want to confuse whoever has to maintain the solution I suppose it may be best 
practice for that purpose, but apart from that I would say it is bad practice.

> Cheers,
> Sue
> 
> ----
> 
> Susan R. Keohan
> 
> SAP Workflow Specialist
> 
> Enterprise Applications
> 
> Information Services Department
> 
> MIT Lincoln Laboratory
> 
> 244 Wood Street, LI-200
> 
> Lexington, MA. 02420
> 
> 781-981-3561
> 
>  <mailto:keohan at LL.MIT.EDU> keohan at LL.MIT.EDU
-- 
Kjetil Kilhavn / Vettug AS (http://www.vettug.no)