Code: Alles auswählen.
DATA: BEGIN OF itab OCCURS 100,
swenr LIKE VIMIMV-SWENR,
......usw.
Code: Alles auswählen.
Select vimimv~bukrs vimimv~swenr vimimv~smenr vimimv~smive
vimimv~intreno vimimv~dmibeg vimimv~dmiend
vimimv~dkuezu vimimv~smvart vimimv~intreno
Into
(itab-bukrs , itab-swenr , itab-smenr , itab-smive ,
itab-smiveintreno , itab-dmibeg , itab-dmiend ,
itab-dkuezu , itab-smvart , itab-smiveintreno)
from vimimv where vimimv~bukrs in p_bukrs and
vimimv~swenr in so_swenr and
vimimv~smive in so_smive.
Code: Alles auswählen.
CALL FUNCTION 'WRITE_FORM'
EXPORTING
element = 'STAMMDATEN'
function = 'SET'
type = 'BODY'
window = 'MAIN'.
Bei der Domäne SWENR ist anscheinend nicht immer ein Konvertierungsexit hinterlegt? Das sieht man im Coding des Fubas CONVERSION_EXIT_SWENR_OUTPUT.
Ist im Data Dictionary eine Konvertierungsroutine definiert, so wird die Primäraufbereitung ausschließlich über diese Routine vorgenommen. Alle in dieser Tabelle aufgeführten Optionen kommen dann nicht zum Tragen, es sei denn, die Konvertierungsroutine wird mit der Option K ausgeschaltet.
Nach der Primäraufbereitung der Programmsymbole wird der aufbereitete Wert der Endformatierung unterworfen.
Ich glaub auch dass das der Grund sein dürfte.wreichelt hat geschrieben:kann es sein dass CHAR-Felder von der Aufbereitung ausgeschlossen sind