RFBIBL01 - Carga de Documentos FI standard!! Ayuda!!

[soyfelix]

Hola, a ver si me pueden ayudar, estoy realizando una carga de datos usando LSMW y el programa RFBIBL01 que usa un B.I. y la TX FB01, todo se genera de manera correcta, pero a la hora de lanzarlo me da un DUMP :

Texto breve
    Unable to interpret "/" as a number.

*Falla Aquí, 

 IF BBSEG-PRODPER(1)                  NE NODATA.
   CLEAR: FTPOST-FNAM, FTPOST-FVAL.
   IF XTBSL-KOART = 'S' OR XTBSL-KOART = 'A'.
     FTPOST-FNAM = 'COBL-PRODPER
   ELSE.
     FTPOST-FNAM = 'BSEG-PRODPER
   ENDIF.
   FTPOST-FVAL = BBSEG-PRODPER                    .
   APPEND FTPOST.
 ENDIF.

Exactamente es la variable NODATA, que está definida en el programa como:

DATA:    NODATA(1)      TYPE C,        " Keine BI-Daten für Feld

DATA:    C_NODATA(1)    TYPE C VALUE '/',   " Default für NODATA

He leido la documentación del programa y dice que cosas al respecto como:

"Es decir, debe convenirse un carácter especial que tenga la función:
'Ningún tratamiento batch input para este campo'.

Este carácter especial es, por defecto, el signo '/'.

Los campos de las estructuras se refieren a los elementos de datos de
los campos de las tablas originales. Una excepción de ello, no obstante,
son los campos numéricos y compactados. Éstos necesitan para el batch
input elementos de datos propios del tipo CHAR, ya que los campos
compactados no pueden ser 'inicializados' con un carácter especial."


Creo que el problema es que el campo BBSEG-PRODPER tiene un elemento de datos: JVA_PROD_MONTH tipo ACCP de long 6 y al compararlo con la variable NODATA pues no son compatibles o algo así. No se como hacer, he probado a poner BBSEG-PRODPER a valor cero y sale el dump, he probado a ponerle un valor fijo y también dump.... en fin, hay algo que hacer que se escape???

He probado también en debugging a borrar el valor de NODATA y así el programa sigue, pero claro tengo que hacer una carga de 500 o 600 registros....

Muchas Gracias!!!!

[Salteador]

Hace poco tuvimos un problema con el programa RFBIBL01.

Mirar de chekear el contenido que le estas pasando, hay un parametros para chekearlo. Seguramente la forma en la que se lo estas pasando o bien lo que le estas pasando no lo acepta como tal y peta.

El error que te da: " Unable to interpret "/" as a number."

No tiene nada que ver con el NODATA. Eso es standard, funciona perfectamente o casi, la mayoria de las veces tiene que ver con lo que le pasas, mira de bajarte la estructura qu usa con tus datos una vez llamada a la función.

Suerte (yo estuve mucho tiempo con la mierda esta)

[soyfelix]

Hace poco tuvimos un problema con el programa RFBIBL01.

Mirar de chekear el contenido que le estas pasando, hay un parametros para chekearlo. Seguramente la forma en la que se lo estas pasando o bien lo que le estas pasando no lo acepta como tal y peta.

El error que te da: " Unable to interpret "/" as a number."

No tiene nada que ver con el NODATA. Eso es standard, funciona perfectamente o casi, la mayoria de las veces tiene que ver con lo que le pasas, mira de bajarte la estructura qu usa con tus datos una vez llamada a la función.

Suerte (yo estuve mucho tiempo con la mierda esta)

Gracias, seguiré inveigando, pero lo curioso de tdo es que yo no le estoy pasando valores a ese campo, es decir, en mi fichero no tengo valor para ese campo, el LSMW le asigna el valor "/", porque es nulo.
en fin seguiré mirando y si alguien se ha encontrado con algo parecido y me puede echar una mano se lo agradecería.

Un saludo y gracias de nuevo!!!!!!!!!!!!

[ibecerra]

ejecutarlo en forma visble!! y que campo valor se esta agregando '/ '. entonces ese valor deber incializarlo en 0 antes de la llamada del RFBIBL01.
a mi me ha pasado algo parecido, ya que todos los valor por defecto tienen '/'

[soyfelix]

ejecutarlo en forma visble!! y que campo valor se esta agregando '/ '. entonces ese valor deber incializarlo en 0 antes de la llamada del RFBIBL01.
a mi me ha pasado algo parecido, ya que todos los valor por defecto tienen '/'

que va!!! si ni siquiera me llega a dejar ejecutar el juego de datos, me da el dump cuando está creando el juego de datos. pero gracias lo que me dice seguro que me sirve un poco más adelante.

Graciass, seguiré mirando

[soyfelix]

Hola, a ver si me pueden ayudar, estoy realizando una carga de datos usando LSMW y el programa RFBIBL01 que usa un B.I. y la TX FB01, todo se genera de manera correcta, pero a la hora de lanzarlo me da un DUMP :

Texto breve
    Unable to interpret "/" as a number.

*Falla Aquí, 

 IF BBSEG-PRODPER(1)                  NE NODATA.
   CLEAR: FTPOST-FNAM, FTPOST-FVAL.
   IF XTBSL-KOART = 'S' OR XTBSL-KOART = 'A'.
     FTPOST-FNAM = 'COBL-PRODPER
   ELSE.
     FTPOST-FNAM = 'BSEG-PRODPER
   ENDIF.
   FTPOST-FVAL = BBSEG-PRODPER                    .
   APPEND FTPOST.
 ENDIF.

Exactamente es la variable NODATA, que está definida en el programa como:

DATA:    NODATA(1)      TYPE C,        " Keine BI-Daten für Feld

DATA:    C_NODATA(1)    TYPE C VALUE '/',   " Default für NODATA

He leido la documentación del programa y dice que cosas al respecto como:

"Es decir, debe convenirse un carácter especial que tenga la función:
'Ningún tratamiento batch input para este campo'.

Este carácter especial es, por defecto, el signo '/'.

Los campos de las estructuras se refieren a los elementos de datos de
los campos de las tablas originales. Una excepción de ello, no obstante,
son los campos numéricos y compactados. Éstos necesitan para el batch
input elementos de datos propios del tipo CHAR, ya que los campos
compactados no pueden ser 'inicializados' con un carácter especial."


Creo que el problema es que el campo BBSEG-PRODPER tiene un elemento de datos: JVA_PROD_MONTH tipo ACCP de long 6 y al compararlo con la variable NODATA pues no son compatibles o algo así. No se como hacer, he probado a poner BBSEG-PRODPER a valor cero y sale el dump, he probado a ponerle un valor fijo y también dump.... en fin, hay algo que hacer que se escape???

He probado también en debugging a borrar el valor de NODATA y así el programa sigue, pero claro tengo que hacer una carga de 500 o 600 registros....

Muchas Gracias!!!!

Efectivamente el problema era el elemento de datos.
hay que mirar la nota OSS 929706.!!!!!!!!!!!!!!!!!!!!!!!
Note 929706 - RFBIBL00: Shortdump when uploading financial documents

Summary
Symptom

While uploading a data file with RFBIBL00 the dump CONVT_NO_NUMBER occurs in form routine FILL_FTPOST_WITH_BBSEG_DATA (include RFBIBL02).
Other terms

Wrong JVA append JVA_BBSEG, PRODPER, RFBIBL00, Unable to interpret "/" as a number, CONVT_NO_NUMBER, RFBIBL01, FILL_FTPOST_WITH_BBSEG_DATA, batch input
Reason and Prerequisites

The reason for this error is a wrong data type for the field PRODPER in the structure JVA_BBSEG (which is appended to the structure BBSEG).
Solution
Please follow the steps described below:

(1) Launch transaction SE11.

(2) Select 'Data type' and enter 'JVA_BBSEG' in the appropriate field.

(3) Click the button "Change".

(4) Change the component type for component PRODPER from JVA_PROD_MONTH to CHAR8.

(5) Save.