2008 Jul 01 9:01 AM
Hi,
I am using Standard Batch/direct input method.
Ending up with a dump with the following error message:
******************************************************************************
The reason for the exception is:
The program attempted to interpret the value "/" as a number, but
since the value contravenes the rules for correct number formats,
this was not possible.
IF BBKPF-PROPMANO(1) NE NODATA.
CLEAR: FTPOST-FNAM, FTPOST-FVAL.
FTPOST-FNAM = 'BKPF-PROPMANO '.
FTPOST-FVAL = BBKPF-PROPMANO .
APPEND FTPOST.
ENDIF.
215 >>> IF BBKPF-VATDATE(1) NE NODATA.
CLEAR: FTPOST-FNAM, FTPOST-FVAL.
FTPOST-FNAM = 'BKPF-VATDATE '.
FTPOST-FVAL = BBKPF-VATDATE .
APPEND FTPOST.
ENDIF.
ENDFORM.
*******************************************************************************
This code is a part of include program RFBIBL02.
While i am testing the same project in the sandbox system, it's working fine, as the condition
"IF BBKPF-VATDATE(1) NE NODATA"
is not there in the program RFBIBL02 (in sandbox system) .
Is there any way to bypass this condition or any other way to get it resolved?
Please suggest me a relevant solution.
Thanks.
2008 Jul 01 10:44 AM
Hi ,
If u r not passing any value to the date field then no data value will be taken as '/'.
As date field cannot be given as '/' u r getting the dump.
Please clear the date field if there is no data. u can give the following piece of code in mapping section of that date field.
If not aritems-vatdate is initial.
bbkpf-vatdate = aritems-vatdate.
else.
clear bbkpf-vatdate.
endif.
this will clear the '/' value if there is no data in date field.
Reward points if useful.
Asif
Hi,
I am using Standard Batch/direct input method.
Ending up with a dump with the following error message:
******************************************************************************
The reason for the exception is:
The program attempted to interpret the value "/" as a number, but
since the value contravenes the rules for correct number formats,
this was not possible.
IF BBKPF-PROPMANO(1) NE NODATA.
CLEAR: FTPOST-FNAM, FTPOST-FVAL.
FTPOST-FNAM = 'BKPF-PROPMANO '.
FTPOST-FVAL = BBKPF-PROPMANO .
APPEND FTPOST.
ENDIF.
215 >>> IF BBKPF-VATDATE(1) NE NODATA.
CLEAR: FTPOST-FNAM, FTPOST-FVAL.
FTPOST-FNAM = 'BKPF-VATDATE '.
FTPOST-FVAL = BBKPF-VATDATE .
APPEND FTPOST.
ENDIF.
ENDFORM.
*******************************************************************************
This code is a part of include program RFBIBL02.
While i am testing the same project in the sandbox system, it's working fine, as the condition
"IF BBKPF-VATDATE(1) NE NODATA"
is not there in the program RFBIBL02 (in sandbox system) .
Is there any way to bypass this condition or any other way to get it resolved?
Please suggest me a relevant solution.
Thanks.
2008 Jul 01 10:44 AM
Hi ,
If u r not passing any value to the date field then no data value will be taken as '/'.
As date field cannot be given as '/' u r getting the dump.
Please clear the date field if there is no data. u can give the following piece of code in mapping section of that date field.
If not aritems-vatdate is initial.
bbkpf-vatdate = aritems-vatdate.
else.
clear bbkpf-vatdate.
endif.
this will clear the '/' value if there is no data in date field.
Reward points if useful.
Asif
2008 Jul 01 11:54 AM
Hi,
thanks for the response.
I tried what you proposed but the result is same.
Actually, i am not using this date field in the source stucture . The piece of code, causing dump is getting executed by standard program used by lsmw.
2008 Sep 09 5:46 PM
HI,
I faced the same problem,so I have gone to debugger while creating the batch input and changed the the no_data = ' ' instead of '/'.
and it solved the problem
2008 Sep 09 6:18 PM
try to do syntax check in the conversion program.
in LSMW if ur not having any values in the flat file for the particular field, we have to pass the '/' for that particular field, this code u have to write it in field mapping and conversion rules
for EG:
If not aritems-vatdate is initial.
bbkpf-vatdate = aritems-vatdate.
else.
bbkpf-vatdate = '/'.
endif.
try with this...