Announcement:
wanna exchange links? contact me at sapchatroom@gmail.com.
Posted by
Admin at
Reply from R. N. Wilhite on Aug 22 at 2:16 PM It looks like to me that if you always put your value in line 2 and hit
page up, then everything will scroll up so that the highest value is in
line 1 and line 2 is open.
Neal
| | | ---------------Original Message---------------
From: Peter Applestone
Sent: Wednesday, August 22, 2012 1:30 PM
Subject: Update Master Data of CLASSIFICATION (ct02)
Hi,
It is always tricky for BDC to handle screens which contain tables with multiple lines, like CT02/CT04. That's because the batch input field name contains the line number. For example, the first characteristic value is called CAWN-ATWRT(01) and the second is CAWN-ATWRT(02) etc. If you have recorded the transaction only for the first line, it will only ever work for the first line.
Moreover, you often want to load a different number of values for different characteristics, and the number you want to load is greater than the number of lines displayed at any time. Hence you need to find a way of scrolling down to find the correct line to update. Not all transactions have the ability to do this in batch mode, and how you do it differs among those that do support it.
BDC can still work OK in old ECC transactions where you don't need to scroll. For anything else - including your case, you need to use a BAPI or IDoc - look at BAPI_CHARACT_CREATE and BAPI_CHARACT_CHANGE. You can link these to a LSMW which will work out the 1:many relationships for you if you have your header and item data in separate files (note: BDC and LSMW are not synonymous!!)
Btw, I used program RCCLBI03 years ago and found it to be flaky - and its reporting capabilities were either poor or non-existent.
Peter |
| Reply to this email to post your response. __.____._ |   _.____.__ |
