2012 May 17 8:46 AM
Hi,
i am using call transaction in BDC :
here generenally for error messages we can handle through msgcol structure and continue the process, it is ok
is there any kind of solution for this ?
plz give me suggestion
Thanks & regards
vsr
Hi,
i am using call transaction in BDC :
here generenally for error messages we can handle through msgcol structure and continue the process, it is ok
is there any kind of solution for this ?
plz give me suggestion
Thanks & regards
vsr
2012 May 17 9:02 AM
You can trap all the messages you get during the CALL TRANSACTION statement by the following code.
DATA: GT_BDCDATA LIKE BDCDATA OCCURS 0 WITH HEADER LINE,
GT_BDCMSG LIKE BDCMSGCOLL OCCURS 0 WITH HEADER LINE,
CTU_PARAMS TYPE CTU_PARAMS.
*Also check about these three lines too.
CTU_PARAMS-DISMODE = 'N'.
CTU_PARAMS-UPDMODE ='S'.
CTU_PARAMS-DEFSIZE = 'X'.
CALL TRANSACTION 'XXX' USING GT_BDCDATA OPTIONS
FROM CTU_PARAMS
MESSAGES INTO GT_BDCMSG.
then you can.
LOOP AT GT_BDCMSG.
*Here you can manke use of the "format_message" FM.
ENDLOOP.
2012 May 17 1:26 PM
2012 May 17 1:30 PM
2012 May 17 9:03 AM
With using non batch mode you should add "ENTER" bdc_okcode ( \00 ) for all possible warning message.
Check if you can use batch mode for call transaction
2012 May 17 9:04 AM
Even warnings are captued in msgcol.
Simple way to handle warnings and process the transaction is have an extra 'Enter' .
We just need to make sure that all actions would be similar to what we do during manual process of the transaction.
Priya.
2012 May 17 9:07 AM
2012 May 17 9:11 AM
Apart form all those that has been already mentioned above, you should also check for sy-subrc value after a bdc call transaction. Values can 0 and >1001. Sy-subrc 0 value is set for all kind of messages...including error and abends.
>1001 is set for input errors. input errors occur when there is a problem in BDC recording generally. If we have a problem in BDC recording, msgcol table returns success messages with the input errors. So only way of knowing that there is an input error is chk the sy-subrc value. For detailed help, see the documentation for call transaction. It is pretty much well explained there.
2012 May 17 12:37 PM
Check on your BDC documentation. If I remember correctly, only E, A, X would stop a BDC from continuing, e.g., message types I, W, S are IGNORED by BDC call transaction processing.
2012 May 17 1:11 PM
2012 May 17 1:29 PM