read table liefert sy-subrc = 4
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo Forum,
ich mache einen read in eine interne tabelle .
READ TABLE data-POSITION_DATA WITH KEY
matnr = ls_colmap_data-matnr INTO ls_id_data.
IF sy-subrc = 0.
ls_colmap_data-id = ls_id_data-id.
ENDIF.
tabelle data-POSITION_DATA ist gefüllt. ls_colmap_data-matnr ist auch gefüllt. trotzdem bekomm ich einen sy-subrc = 4.
warum? was mach ich falsch?
Viele Grüße
coco
ich mache einen read in eine interne tabelle .
READ TABLE data-POSITION_DATA WITH KEY
matnr = ls_colmap_data-matnr INTO ls_id_data.
IF sy-subrc = 0.
ls_colmap_data-id = ls_id_data-id.
ENDIF.
tabelle data-POSITION_DATA ist gefüllt. ls_colmap_data-matnr ist auch gefüllt. trotzdem bekomm ich einen sy-subrc = 4.
warum? was mach ich falsch?
Viele Grüße
coco
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo coco,
ich würde auf jeden Fall mal debuggen und mir den Inhalt der internen Tabelle zur Laufzeit ansehen.
Wenn du aber einen sy-subrc = 4 bekommst, heißt das einfach, dass er die Materialnummer in ls_colmap_data-matnr nicht in der internen Tabelle findet.
Du musst also sicher gehen, dass der Inhalt der Tabelle auch die gesuchte Materialnummer als Schlüssel enthält.
Viele Grüße
weigo
ich würde auf jeden Fall mal debuggen und mir den Inhalt der internen Tabelle zur Laufzeit ansehen.
Wenn du aber einen sy-subrc = 4 bekommst, heißt das einfach, dass er die Materialnummer in ls_colmap_data-matnr nicht in der internen Tabelle findet.
Du musst also sicher gehen, dass der Inhalt der Tabelle auch die gesuchte Materialnummer als Schlüssel enthält.
Viele Grüße
weigo
Hallo weigo,
die matnr existiert in der Tabelle data-POSITION_DATA.
kann es an der unterschiedlichen struktur liegen?
data-POSITION_DATA sieht so aus:
ID
CLASS_TEXT
MAKTX
MATNR
und ls_id_data sieht so aus:
ID
CLASS_TEXT
MATNR
MAKTX
die Felder matnr und maktx sind verkehrt rum. Macht das was aus?
Grüße
Coco
die matnr existiert in der Tabelle data-POSITION_DATA.
kann es an der unterschiedlichen struktur liegen?
data-POSITION_DATA sieht so aus:
ID
CLASS_TEXT
MAKTX
MATNR
und ls_id_data sieht so aus:
ID
CLASS_TEXT
MATNR
MAKTX
die Felder matnr und maktx sind verkehrt rum. Macht das was aus?
Grüße
Coco
Nein versucht, daran liegt es nicht 
.
im debugger kann ich auf das Feld matnr von data-position_data nicht zugreifen. wenn ich im debugger data-position_data-matnr eingebe, dann kommt: ungültige variable.
jetzt wirds kompliziert:
data ist eine klassenschnittstelle. im bezugstyp ist die struktur zpd und in dieser struktur ist der Tabellentyp von Position_data.
Gruß Coco
.im debugger kann ich auf das Feld matnr von data-position_data nicht zugreifen. wenn ich im debugger data-position_data-matnr eingebe, dann kommt: ungültige variable.
jetzt wirds kompliziert:
data ist eine klassenschnittstelle. im bezugstyp ist die struktur zpd und in dieser struktur ist der Tabellentyp von Position_data.
Gruß Coco
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
3522
Views
Views
8
Antw.
Antw.
9410
Views
Views
Read Table mit MAX Datum und Zeit
von autohandel7 » 23.08.2018 10:54 • Verfasst in ABAP® für Anfänger
von autohandel7 » 23.08.2018 10:54 • Verfasst in ABAP® für Anfänger
33
Antw.
Antw.
14395
Views
Views
READ TABLE ... WITH KEY [logische Verknüpfung mögl?]
von sapjob » 18.11.2015 11:27 • Verfasst in ABAP® für Anfänger
von sapjob » 18.11.2015 11:27 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
8574
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Stunden von DSHSHCMSUPP 3 / 383
vor 3 Stunden von DSHSHCMSUPP 3 / 383
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Stunden von DSHSHCMSUPP 3 / 383
vor 3 Stunden von DSHSHCMSUPP 3 / 383