Mailadresse von Geschäftspartner ändern
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
12 Beiträge
•
Seite 1 von 1
12 Beiträge
Seite 1 von 1
Hallo zusammen,
ich habe folgede Frage, bei der Ich hoffe das Ihr mit vielleicht weiterhelfen könnt.
Eckdaten:
SAP IS-U (Versogrungsbranche)
Controlle, ob die Mailadresse geändert wurde mache ich über das CIC
Ausgangssituation:
Ich habe einen Funktionsbaustein geschrieben, welcher unter anderem einem Geschäftspartner, falls dieser Keine Mailadresse besitzt, eine zuordnet. (Standardmailadresse)
Lösungsvarianten:
Ich habe es jetzt schon auf mehrere Arten probiert, jedoch funktioniert keine.
Variante 1) Wenn ich einfach einen entsprechenden Eintrag in der Tabelle "adr6" vornehme wird mir im CIC keine Mailadresse zu meinen Geschäftpartner angezeigt.
Variante 2: Ich benutze den Funktionsbaustein: BUPA_ADDRESS_CHANGE
Diesen befülle ich wie folgt:
IV_PARTNER 3049318
IV_PARTNER_GUID 00000000000000000000000000000000
IV_ADDRNUMBER
IV_ADDRGUID 00000000000000000000000000000000
IS_ADDRESS
IS_ADDRESS_X
IV_DUPLICATE_MESSAGE_TYPE
IV_ACCEPT_ERROR
IV_X_SAVE X
IV_CHANGE_BAS X
IV_CHECK_ADDRESS X
IT_ADSMTP : Eintrag der Mailadresse
IT_ADSMT_X: Std_No = X und UPDATEFLAG = 'I'.
Ergebnis: Keine fehlermeldung aber im CIC steht immer noch keine Mailadresse.
Hat vielleicht einer von euch einen Tipp?
X X I
ich habe folgede Frage, bei der Ich hoffe das Ihr mit vielleicht weiterhelfen könnt.
Eckdaten:
SAP IS-U (Versogrungsbranche)
Controlle, ob die Mailadresse geändert wurde mache ich über das CIC
Ausgangssituation:
Ich habe einen Funktionsbaustein geschrieben, welcher unter anderem einem Geschäftspartner, falls dieser Keine Mailadresse besitzt, eine zuordnet. (Standardmailadresse)
Lösungsvarianten:
Ich habe es jetzt schon auf mehrere Arten probiert, jedoch funktioniert keine.
Variante 1) Wenn ich einfach einen entsprechenden Eintrag in der Tabelle "adr6" vornehme wird mir im CIC keine Mailadresse zu meinen Geschäftpartner angezeigt.
Variante 2: Ich benutze den Funktionsbaustein: BUPA_ADDRESS_CHANGE
Diesen befülle ich wie folgt:
IV_PARTNER 3049318
IV_PARTNER_GUID 00000000000000000000000000000000
IV_ADDRNUMBER
IV_ADDRGUID 00000000000000000000000000000000
IS_ADDRESS
IS_ADDRESS_X
IV_DUPLICATE_MESSAGE_TYPE
IV_ACCEPT_ERROR
IV_X_SAVE X
IV_CHANGE_BAS X
IV_CHECK_ADDRESS X
IT_ADSMTP : Eintrag der Mailadresse
IT_ADSMT_X: Std_No = X und UPDATEFLAG = 'I'.
Ergebnis: Keine fehlermeldung aber im CIC steht immer noch keine Mailadresse.
Hat vielleicht einer von euch einen Tipp?
X X I
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
ups, sorry, hatte ich übersehen.
Schon mal nachgesehen, was in ET_RETURN so drinsteht nach der Verarbeitung?
Oder schon mal probiert, die Adresse erst mit BUPA_ADDRESS_GET_DETAIL lesen, dann mit diesen Werten arbeiten und mit geänderter/neuer Mail-Adresse an BUPA_ADDRESS_CHANGE übergeben?
Schon mal nachgesehen, was in ET_RETURN so drinsteht nach der Verarbeitung?
Oder schon mal probiert, die Adresse erst mit BUPA_ADDRESS_GET_DETAIL lesen, dann mit diesen Werten arbeiten und mit geänderter/neuer Mail-Adresse an BUPA_ADDRESS_CHANGE übergeben?
aha, dann sollte aber doch IT_ADSMT_X-E_MAIl = 'X' sein
ist doch Sinn und Zweck dieser Tabelle, dass jedes Feld, das geändert werden soll mit einem 'X' versehen ist. Das gilt dann für alle Felder, die du in IT_ADSMTP gefüllt hast. Wenn es dann immer noch nicht klappt, würde ich dich trotzdem bitten, etwas mehr Coding zur Verfügung zu und in Code-Tags zu stellen. So kann man halt nicht wirklich viel erkennen. Möglicherweise ist der Fehler ganz trivial und man hat schon beim Befüllen der Übergabetabelle einen Fehler gemacht.
ist doch Sinn und Zweck dieser Tabelle, dass jedes Feld, das geändert werden soll mit einem 'X' versehen ist. Das gilt dann für alle Felder, die du in IT_ADSMTP gefüllt hast. Wenn es dann immer noch nicht klappt, würde ich dich trotzdem bitten, etwas mehr Coding zur Verfügung zu und in Code-Tags zu stellen. So kann man halt nicht wirklich viel erkennen. Möglicherweise ist der Fehler ganz trivial und man hat schon beim Befüllen der Übergabetabelle einen Fehler gemacht.
Oh ok,
ich rufe den Fuba noch nicht in meinem selbst geschriebenen Fuba auf, da ich erst testen wollte, ob er funktioniert.
Das bedeutet, ich rufe den Fuba testweise direkt in der Se37 auf.
Auch mit dem Feld IT_ADSMT_X-E_MAIl = 'X' geht es nicht
ich rufe den Fuba noch nicht in meinem selbst geschriebenen Fuba auf, da ich erst testen wollte, ob er funktioniert.
Das bedeutet, ich rufe den Fuba testweise direkt in der Se37 auf.
Auch mit dem Feld IT_ADSMT_X-E_MAIl = 'X' geht es nicht
hier mal ein Minimal-Beispiel, das läuft. Entscheidend ist der Aufruf von BAPI_TRANSACTION_COMMIT.
ggfs. solltest du auch den Baustein BAPI_BUPA_ADDRESS_CHANGE verwenden, der auch ordentlich dokumentiert ist.
Code: Alles auswählen.
DATA:
gt_mail TYPE STANDARD TABLE OF bapiadsmtp,
gs_mail TYPE bapiadsmtp,
gt_mail_x TYPE STANDARD TABLE OF bapiadsmtx,
gs_mail_x TYPE bapiadsmtx,
gt_return TYPE STANDARD TABLE OF bapiret2,
gs_return TYPE bapiret2.
gs_mail-std_no = 'X'.
gs_mail-e_mail = 'test@mail.com'.
APPEND gs_mail TO gt_mail.
gs_mail_x-std_no = 'X'.
gs_mail_x-e_mail = 'X'.
gs_mail_x-updateflag = 'I'.
APPEND gs_mail_x TO gt_mail_x.
CALL FUNCTION 'BUPA_ADDRESS_CHANGE'
EXPORTING
iv_partner = '262595'
TABLES
it_adsmtp = gt_mail
it_adsmt_x = gt_mail_x
et_return = gt_return.
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'.
LOOP AT gt_return INTO gs_return.
WRITE: / gs_return-message.
ENDLOOP.Boar super vielen Dank.
Jetzt funktioniert es.
Ich habe deine befüllten Felder nochmal mit meinem im direkten Test des Fubas verglichen. Wir rufeb das gleiche auf.
Komisch vielleicht liegt es nur an dem 'BAPI_TRANSACTION_COMMIT'.
Tausend Dank
Jetzt funktioniert es.
Ich habe deine befüllten Felder nochmal mit meinem im direkten Test des Fubas verglichen. Wir rufeb das gleiche auf.
Komisch vielleicht liegt es nur an dem 'BAPI_TRANSACTION_COMMIT'.
Tausend Dank
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Nicht nur vielleicht! 
Ein Test ist, wie der Name sagt nur ein Test! Und erst mit dem COMMIT werden die in der "Warteschlange" stehenden Änderungen in die Datenbank übernommen.
Ein Test ist, wie der Name sagt nur ein Test! Und erst mit dem COMMIT werden die in der "Warteschlange" stehenden Änderungen in die Datenbank übernommen.
Gruß,
der Matze
der Matze
Seite 1 von 1
Vergleichbare Themen
8
Antw.
Antw.
10250
Views
Views
FuBa für Mailadresse im Debitor ändern
von Sandra » 13.04.2005 17:43 • Verfasst in ABAP® für Anfänger
von Sandra » 13.04.2005 17:43 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
1038
Views
Views
E-Mailadresse bei BTE 00001321 (Debitoren XD01/XD02/XD06)
von DocBrown » 06.04.2018 13:44 • Verfasst in ABAP® für Anfänger
von DocBrown » 06.04.2018 13:44 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
1364
Views
Views
Sammelsuchilfe in BSP für Geschäftspartner
von toto » 27.10.2005 12:06 • Verfasst in Web-Dynpro, BSP + BHTML
von toto » 27.10.2005 12:06 • Verfasst in Web-Dynpro, BSP + BHTML
2
Antw.
Antw.
4952
Views
Views
0
Antw.
Antw.
1060
Views
Views
Einkäufergruppe im Geschäftspartner
von Michi83 » 17.08.2022 09:23 • Verfasst in Material Management & Produktionsplanung
von Michi83 » 17.08.2022 09:23 • Verfasst in Material Management & Produktionsplanung
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 6 Stunden von ralf.wenzel 104 / 10016
vor 6 Stunden von ralf.wenzel 104 / 10016
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 6 Stunden von ralf.wenzel 104 / 10016
vor 6 Stunden von ralf.wenzel 104 / 10016