RE-FX:call transaction using bdc-tab:No bdc_okcode for swapping table-entry

[Former Member]

Hello,

I am trying to call transaction RERAOP (module RE-FX) to make an accounting transaction. There is 1 debit posting and 1 credit posting in a grid. Selecting the debit posting, a details scrren is shown, consisting of 2 registers.

On the first register you have to fill different fields. At this point it isn't possible to select the second register. The second (credit) posting is diplayed when you hit the enter key. After the fields in the details screen of this (credit) postings have been filled, it is possible to swap back to the first (debit) posting with a double-click on the first entry of the postings-table.

Finally I come to the point ...

If I record these steps (batch-input recorder) and generate an report of this code there is no bdc_okcode for the above mentioned swap back to the debit posting. While executing this report I get a lot of error message because the swap back to the debit posting doesn't work (--> because of the missing bdc_okcode) and therefore the batch input tries to fill fields which are not on the active screen (because they are on the 2. register which is not displayed).

Hope that there is someone out there who:

1. Understands my miserable english and

2. has an advice for me.

Thanks in advance!!!

Stephan

Edited by: Stephan Scholze on Apr 22, 2008 1:34 PM

Edited by: Stephan Scholze on Apr 22, 2008 2:24 PM

Edited by: Stephan Scholze on Apr 22, 2008 3:19 PM

[Former Member]

Hello,

I am trying to call transaction RERAOP (module RE-FX) to make an accounting transaction. There is 1 debit posting and 1 credit posting in a grid. Selecting the debit posting, a details scrren is shown, consisting of 2 registers.

On the first register you have to fill different fields. At this point it isn't possible to select the second register. The second (credit) posting is diplayed when you hit the enter key. After the fields in the details screen of this (credit) postings have been filled, it is possible to swap back to the first (debit) posting with a double-click on the first entry of the postings-table.

Finally I come to the point ...

If I record these steps (batch-input recorder) and generate an report of this code there is no bdc_okcode for the above mentioned swap back to the debit posting. While executing this report I get a lot of error message because the swap back to the debit posting doesn't work (--> because of the missing bdc_okcode) and therefore the batch input tries to fill fields which are not on the active screen (because they are on the 2. register which is not displayed).

Hope that there is someone out there who:

1. Understands my miserable english and

2. has an advice for me.

Thanks in advance!!!

Stephan

Edited by: Stephan Scholze on Apr 22, 2008 1:34 PM

Edited by: Stephan Scholze on Apr 22, 2008 2:24 PM

Edited by: Stephan Scholze on Apr 22, 2008 3:19 PM

[Former Member]

Not sure how much I can help as we don't run RE-FX (RERAOP - what's the program name btw?) at any sites I work at, but a couple of general BDC things you might try (based on problems I've had with BDCs to other Tcodes)...

When you are in that transaction normally do a right click to see what function codes are defined as there might be one there that allows you to switch between these debit & credit data entry places (how are they rendered, btw - are they ALV grids or what? If they are table controls then you should be able to position the cursor on row 1 and trigger an F2 double-click)... also look at the PF-STATUS carefully in case (once again) there is a function code that lets you swap from DR to CR & vice versa... and even browse the source code in the user-command for the screen might give a clue as to how to achieve this. Of course it may not be possible if the data entry is control based i.e. the input areas are provided in the SAPGui not the application server (such as the text editor & ALV grids)... in which case you start hunting for BAPIs and function modules and the like, or end up having to pass data into the transaction via something like an "export" and catch it inside a user exit or enhancement via an "import"... all rather messy, but quite possible.

Jonathan

[Former Member]

Hello Stephan

I have a similar problem, did you ever resolve this ?

Edited by: Clinton Jones WS on Apr 5, 2011 11:00 PM