topic Re: Batch-Input data on function-pool dynpros in Application Development and Automation Discussions

Batch-Input data on function-pool dynpros

Former Member — Wed, 23 Feb 2005 17:05:40 GMT

Hi All,

I want to call a transaction (e.g. SWI14) with skipping the first screen but setting values on it. Unfortunatly 'CALL TRANSACTION <tc> USING <bdcdata>' doesn't work, maybe because the underlying program is a function pool (e.g. SAPLSWI2)(?). The GET-Parameter is not defined in the dynpro definiton so SPA/GPA doesn't work either. Any ideas how to solve the problem without modifications?

Thanks in advance.

Gunnar

Re: Batch-Input data on function-pool dynpros

RichHeilman — Wed, 23 Feb 2005 17:10:20 GMT

You should be able to do a BDC in mode 'E'. Just do the recording for SWI14, filling in your fields, and clicking execute. Calling transaction with mode 'E' will stop the program after clicking execute.

Doesn't matter that the program is a function pool.

I have done BDCs over transaction CO11N many times, no problems.

Regards,

Rich Heilman

Re: Batch-Input data on function-pool dynpros

Former Member — Wed, 23 Feb 2005 17:27:14 GMT

Hi Gunnar,

my advice is:- create a Z* transaction with parameters, which calls transaction SWI14. In the definition of the Z* transaction, fill the values for the fields on the first screen.

Please let us know if it helped. Best regards,

Alvaro

Re: Batch-Input data on function-pool dynpros

Former Member — Thu, 24 Feb 2005 12:21:14 GMT

Thanks for the advices.

@Rich: Blinded by the fact that there is a function-pool I had overlooked to set the correct mode. Now it works.

@Alvara: The parameter transaction doesn't work, although all values and the flag 'Skip initial screen' is set. Maybe it does matter here that there is a dynpro instead of a selection screen behind the transaction because it works with a 'normal' transaction.

Re: Batch-Input data on function-pool dynpros

Former Member — Thu, 24 Feb 2005 12:33:43 GMT

Hello Gunnar,

You have been able to solve your problem, right? And it seems that Rich's answer was useful to you. Could you please reward him the appropriate points and close the thread?

Regards,

Anand Mandalika.