{"id":15837,"date":"2024-06-11T11:49:14","date_gmt":"2024-06-11T09:49:14","guid":{"rendered":"https:\/\/www.dhc-consulting.com\/ch\/?p=15837"},"modified":"2024-10-16T12:04:14","modified_gmt":"2024-10-16T10:04:14","slug":"wiederaufruf-sap-erp-meldung-nach-aktivitaet","status":"publish","type":"post","link":"https:\/\/www.dhc-consulting.com\/ch\/blog\/wiederaufruf-sap-erp-meldung-nach-aktivitaet\/","title":{"rendered":"Wiederaufruf der SAP ERP Meldung nach Ausf\u00fchrung einer Aktivit\u00e4t"},"content":{"rendered":"
SAP bietet mit Aktivit\u00e4ten eine M\u00f6glichkeit, zus\u00e4tzliche kundeneigene Funktionen f\u00fcr Meldungen bereitzustellen. Da Meldungen auch im SAP S\/4HANA System weiter existieren, steht dieses Feature folglich auch dort und nicht nur im ECC zur Verf\u00fcgung (bei Nutzung des SAP GUI oder WebGUI). Die nachfolgend beschriebene Implementierungslogik \u2013 hier exemplarisch f\u00fcr Qualit\u00e4tsmeldungen gezeigt \u2013 ist ebenso f\u00fcr Servicemeldungen und Instandhaltungsmeldungen identisch implementierbar.<\/p>\n
Manche Aktivit\u00e4ten erfordern die Verbuchung der Meldung. In diesen F\u00e4llen muss bei der Definition der Aktivit\u00e4t im Feld \u201eFunktionsbaustein beim Sichern\u201c ein Funktionsbaustein angegeben werden.
<\/p>\n
Nach erfolgreicher Ausf\u00fchrung der Aktivit\u00e4t wird die Verbuchung getriggert, die Meldung geschlossen und der Anwender muss f\u00fcr weitere Bearbeitungsschritte die Meldung erneut \u00fcber das Einstiegsbild der Transaktion aufrufen.<\/p>\n
Nachfolgend wird exemplarisch aufgezeigt, wie – abweichend vom SAP Standard Prozess – die Meldung wieder im \u00c4nderungsmodus aufgerufen wird. Im konkreten Fall sind in der Regel weitere, komplexere Kriterien und Bedingungen zu ber\u00fccksichtigen. \u00a0Die Implementierung besteht aus drei Teilen, die nachfolgend erl\u00e4utert werden.<\/p>\n
<\/p>\n
In einer neuen Klasse werden nachfolgend aufgef\u00fchrte Methoden implementiert. Die Methoden sind STATIC PUBLIC deklariert, um an jeder Aufrufstelle den Aufruf ohne Instanzerzeugung zu erm\u00f6glichen.<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
Da sich der komplette Ablauf innerhalb einer LUW abspielt, sind alle Attribute STATIC und PUBLIC. So sind die Attributwerte \u2013 innerhalb der LUW \u2013 unabh\u00e4ngig von der Aufrufstelle abrufbar ohne Umwege \u00fcber das SAP Memory zu gehen.<\/p>\n
<\/p>\n
Die Klasse steht damit in der Tradition der Klassiker der \u201eObjektorientierten Funktionsgruppen\u201c wie CL_GUI_FRONTEND_SERVICES oder CL_ABAP_CHAR_UTILITIES. Diese Anmerkung nur, um dem Hinweis vorzubeugen: \u201eWarum OO, wenn man ohnehin nur statische Methoden verwendet?\u201c.<\/p>\n
<\/p>\n
Im Include LIQS0F20 wird zu Beginn des Unterprogramms LEAVE_TO_TCODE ein implizites Enhancement angelegt.<\/p>\n
Dort wird die unter dem ersten Punkt \u00a0erl\u00e4uterte Methode RE_ENTRY_TRANSACTION aufgerufen.<\/p>\n
<\/p>\n
Hier gibt es zwei M\u00f6glichkeiten.<\/p>\n
a) Aufruf im Verbuchungs-Funktionsbaustein der Aktivit\u00e4t<\/strong><\/p>\n Ist der Verbuchungs-Funktionsbaustein eine kundeneigene Entwicklung, kann dort der Wiederaufruf aktiviert werden. Hierzu ist die Methode ACTIVATE_RE_ENTRY_TRANSACTION mit der Meldungsnummer aufzurufen. b) Aufruf in der Implementierung zum BAdI NOTIF_EVENT_SAVE<\/strong><\/p>\n Stammt der Verbuchungs-Funktionsbaustein aus dem SAP Standard, muss der Wiederaufruf in der Implementierung des BAdIs NOTIF_EVENT_SAVE aufgerufen werden. Auch dort erfolgt der Aufruf der Methode ACTIVATE_RE_ENTRY_TRANSACTION mit \u00dcbergabe der Meldungsnummer. SAP bietet mit Aktivit\u00e4ten eine M\u00f6glichkeit, zus\u00e4tzliche kundeneigene Funktionen f\u00fcr Meldungen bereitzustellen. Da Meldungen auch im SAP S\/4HANA System weiter existieren, steht dieses Feature folglich auch dort und nicht nur im ECC zur Verf\u00fcgung (bei Nutzung des SAP GUI oder WebGUI). Die nachfolgend beschriebene Implementierungslogik \u2013 hier exemplarisch f\u00fcr Qualit\u00e4tsmeldungen gezeigt \u2013 ist ebenso f\u00fcr Servicemeldungen und Instandhaltungsmeldungen identisch implementierbar.<\/p>\n","protected":false},"author":2,"featured_media":15845,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[269],"tags":[384,167],"class_list":["post-15837","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sap-qualitaetsmanagement","tag-sap-qm","tag-sap-s4hana"],"yoast_head":"\n
\n
<\/p>\n
\nHierbei muss gepr\u00fcft werden, ob Sichern durch eine Aktivit\u00e4t im aktuellen Transaktionsaufruf getriggert wurde, hier durch einen entsprechenden LOOP \u00fcber Tabelle CT_IWQMSM umgesetzt.<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"