Fehler im Fremdenprogamm korrigieren
Es sieht nur so aus. Es ist das Gleiche Coding. Ich habe immer ZRQQMRB01 gemailt. es steht nur am Beginn des Codings RQQMRB01.Alexander D. hat geschrieben:hast du die Breakpoints in RQQMRB01 oder in ZRQQMRB01 gesetzt? Am Anfang hast du nämlich den Code vom REPORT RQQMRB01 gepostet
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
kannst du an dieser Stelle debuggen?Nach langer Suche habe ich die fehlerhafte Abfrage gefunden
was genau heisst das?Dafür gehen alle anderen Ausdrucke nicht mehr
poste hier bitte den Code in Form sender vor und nach deiner Änderung
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Habe das Coding soweit verändert dass im Moment beide Ausdrucke laufen (1. wenn er angelegt wird, 2. Wenn sich etwas ändert) (Dies war ja das ursprüngliche Problem, dass wenn sich etwas geändert hat eine 2. Nummer generiert wurde. Mit dieser 2. Nummer konnte SAP aber nichts Anfangen und erzeugte mir einen Abbruch.)
Jedoch ist leider der 2. noch fehlerhaft da keine Anschrift des Kunden mehr gezogen wird (dies liegt an der call function welche ich ausgeklammert habe weil sie den Abbruch erzeugt)
Jedoch ist leider der 2. noch fehlerhaft da keine Anschrift des Kunden mehr gezogen wird (dies liegt an der call function welche ich ausgeklammert habe weil sie den Abbruch erzeugt)
Code: Alles auswählen.
FORM sender.
IF viqmel-adrnr IS INITIAL.
SELECT SINGLE * FROM lfa1 WHERE
lifnr = viqmel-lifnum.
IF wworkpaper-print_lang IS INITIAL.
MOVE lfa1-spras TO wworkpaper-print_lang.
ENDIF.
IF wworkpaper-tdtelenum IS INITIAL.
MOVE lfa1-telfx TO wworkpaper-tdtelenum.
ENDIF.
ELSE.
********************************************************** BW 14.06.2012 +
"IF viqmel-adrnr IS NOT INITIAL. " BW +
SELECT SINGLE * FROM adr6 WHERE addrnumber = viqmel-adrnr. " BW +
" email = adr6-smtp_addr.
********************************************************** BW 14.06.2012 +
********************************************************** BW 14.06.2012 -
CALL FUNCTION 'ADDRESS_GET_DATA'
EXPORTING
entry_adrnr = viqmel-adrnr
IMPORTING
company_data = sadr.
********************************************************** BW 14.06.2012 -
IF wworkpaper-print_lang IS INITIAL.
MOVE sadr-spras TO wworkpaper-print_lang.
ENDIF.
IF wworkpaper-tdtelenum IS INITIAL.
MOVE sadr-telfx TO wworkpaper-tdtelenum.
ENDIF.
ENDIF.
********************************************************** bw 14.06.2012 +
********************************************************** BW 14.06.2012 +
endform. " SENDER
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
ich sehe in deinem Code keine auskommentierte call functioncommolus hat geschrieben:dies liegt an der call function welche ich ausgeklammert habe weil sie den Abbruch erzeugt
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
du kannst die Funktion über SE37 auch direkt testen / debuggen. Füttere einfach den Parameter ENTRY_ADRNR mit den Adressnummern die in deinem Formular funktionieren/ nicht funktionieren und schau dir an, was in dem Baustein so alles passiertcommolus hat geschrieben:Es ist die Call Function 'ADDRESS_GET_DATA'
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
Hast du dir den Baustein im Debugger angesehen? je nachdem was du bei dem Parameter ENTRY_KIND_OF_ADDR übergibst selektiert der Baustein die Adressen aus den Tabellen SADRP, SADR oder nacheinander aus beiden... Hier könnte man mit SE16N wieder manuell prüfen ob 37044 dort überhaupt vorhanden ist...
Hast du die die Dokumentation zu dem Baustein angeschaut? Der Baustein ist als obsolet gekennzeichnet und sollte in der Regel auch nicht mehr weiter verwendet werden. Über die Google-Suche könnte man dann z.B. auf den Baustein ADDR_GET als Ersatz für den obsoleten Baustein stossen, siehe hier: http://scn.sap.com/thread/1557041
Der Baustein geht unter anderem auf ADRC, auch hier kannst du mit SE16N reinschauen
Hast du die die Dokumentation zu dem Baustein angeschaut? Der Baustein ist als obsolet gekennzeichnet und sollte in der Regel auch nicht mehr weiter verwendet werden. Über die Google-Suche könnte man dann z.B. auf den Baustein ADDR_GET als Ersatz für den obsoleten Baustein stossen, siehe hier: http://scn.sap.com/thread/1557041
Der Baustein geht unter anderem auf ADRC, auch hier kannst du mit SE16N reinschauen
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Hallo commolus,
bist du dir überhaupt sicher dass die Adressnummer die du suchst in der QMEL steht und nicht in der IHPA?
bist du dir überhaupt sicher dass die Adressnummer die du suchst in der QMEL steht und nicht in der IHPA?
Das mit dem Funktionsbaustein ADDR_GET sieht super aus. In der SE37 bekomme ich unter SADR genau das was ich für das Dokument bräuchte. Jetzt ist nur mehr meine Frage wie baue (befülle)
ich diesen Baustein richtig. Ich donnere immer in einen Kurzdump. Habe mit call functions selber noch nie gearbeitet, kenne diese nur aus bestehenden Programmen und wenn diese mal laufen werden diese selten umgebaut speziell die Call Function.
ich diesen Baustein richtig. Ich donnere immer in einen Kurzdump. Habe mit call functions selber noch nie gearbeitet, kenne diese nur aus bestehenden Programmen und wenn diese mal laufen werden diese selten umgebaut speziell die Call Function.
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
Code: Alles auswählen.
DATA: add_sel LIKE addr1_sel, "Tabelle mit Übergabeparametern
lt_sadr LIKE sadr. "Tabelle für das Ergebnis
"Übergabe der Adressnummer. Achtung: Ohne führende Nullen wird die Adresse nicht
"gefunden
add_sel-addrnumber = '0000031700'.
CALL FUNCTION 'ADDR_GET'
EXPORTING
address_selection = add_sel
IMPORTING
sadr = lt_sadr
EXCEPTIONS
parameter_error = 1
address_not_exist = 2
version_not_exist = 3
internal_error = 4
OTHERS = 5.
IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Vergleichbare Themen
1
Antw.
Antw.
2034
Views
Views
0
Antw.
Antw.
2118
Views
Views
Meldung F5 060Buchung ist nur bei Saldo Null möglich (Bitte Beleg korrigieren)
von mazu » 15.05.2019 14:31 • Verfasst in Financials
von mazu » 15.05.2019 14:31 • Verfasst in Financials
3
Antw.
Antw.
1240
Views
Views
6
Antw.
Antw.
3567
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 2 Tagen von DeathAndPain 4 / 1130
vor 2 Tagen von DeathAndPain 4 / 1130
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 2 Tagen von DeathAndPain 4 / 1130
vor 2 Tagen von DeathAndPain 4 / 1130