Ansicht
Dokumentation

CRM_1O_IOBJECT_EH - BAdI: Ereignishistorie für Objekte

PERFORM Short Reference   Fill RESBD Structure from EBP Component Structure  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Mit diesem BAdI können Sie das Fortschreiben der Ereignishistorie für Objekte aus dem CRM-Geschäftsvorgang heraus beeinflussen. Beide Methoden dieses BAdIs werden im Funktionsbaustein CRM_IOBJECT_EH_ITEM_WRITE_OW gerufen.

Das BAdI hat folgende Methoden:

• Methode EH_DETERMINE_EVENT Beeinflusst die Findung der Ereignisart für die Ereignishistorie

Es gibt drei Möglichkeiten:

• In der BAdI-Methode wird eine Ereignisart gefunden.
  Das System versucht, einen Historiensatz mit der gefundenen Ereignisart zu schreiben. Voraussetzung ist allerdings, dass das entsprechende Customizing für die Ereignishistorie (Definition der Ereignisart und Zuordnung der Ereignisart zur Objektart) und für das Object Integration Framework (OITF) gepflegt ist.

• Es konnte keine Ereignisart ermittelt werden, und es kam zu keiner Ausnahme in der BAdI-Implementierung.
  Die Verarbeitung des CRM-Geschäftsvorgangs wird fortgesetzt, ohne dass das System versucht, einen Eintrag in die Ereignishistorie zu schreiben. Es wird davon ausgegangen, dass für den vorliegenden Fall keine Ereignisart gefunden werden soll.

• Es konnte keine Ereignisart ermittelt werden, und es kam zu einer Ausnahme in der BAdI-Implementierung.
  Die Verarbeitung des CRM-Geschäftsvorgangs wird zwar fortgesetzt, da aber der Versuch, einen Historiensatz zu schreiben, an der Ereignisartfindung gescheitert ist, kommt es zu einer Meldung.

Die Methode hat folgende Parameter:

• IR_EVHIST_CTX: Stellt Informationen zur Verfügung, die bei einer Ereignisartfindung nützlich sein können.

• CV_EVENT: Dient der Rückgabe der ermittelten Ereignisart.

• IV_CALLERID: Dieser Parameter bietet die Möglichkeit, bei der Ereignisartfindung zu berücksichtigen, wo das Objekt innerhalb des CRM-Geschäftsvorgangs verwendet wird. Diese Unterscheidung kann erforderlich sein, wenn ein Objekt an verschiedenen Stellen eines CRM-Geschvorgangs verwendet wird und wenn hierbei verschiedene Ereignisarten ermittelt werden sollen.

Folgende Möglichkeiten werden momentan unterschieden (siehe auch die Domänenfestwerte zur Domäne CRM_EH_CALLERID):

1: Verwendung im Business Objekt Sachverhaltset

2: Verwendung in den Objektreferenzen

3: Verwendung in der Position des CRM-Geschäftsvorgangs

• EH_UPDATE_EVHIST: Füllt die Ereignishistorie mit zusätzlichen Daten

• Zusätzliche Attribute
  Sie können die Ereignishistorie um zusätzliche Attribute erweiteren, indem Sie ein Append zur Struktur COMT_EVHIST_DAT hinzufügen. Die Struktur kann in dieser Methode gefüllt werden.

• Auszugsdaten (Extrakte)
  Sie verwenden Extrakte, um wichtige Daten abzulegen, die leicht zugänglich sein sollen. Sie können die Daten in den folgenden Formaten eingeben: einfacher Text, HTML oder XML.

Die Methode hat folgenden Parameter:

• CR_EVHIST_CTX
  Der Parameter besteht aus den Attributen der Klasse CL_COM_IOITF_EDC. Das Attribut EHIO_STRUCTURE (Komponente EVHIST_RECORD) enthält die Daten für die Ereignishistorie. Auszugsdaten müssen in das Feld HISTEXTRACT geschrieben werden.

• EH_DETERMINE_EVENT
  Diese Methode ist mit einer Default-Ereignisartenfindung für einige CRM-Geschäftsvorgangsarten ausgestattet. Wenn Sie für weitere Geschäftsvorgangsarten Ereignisarten ermitteln wollen, müssen Sie diese Methode implementieren.

• EH_UPDATE_EVHIST
  Für diese Methode ist kein Default-Coding erforderlich. Sie wird nur benötigt, wenn zusätzliche Daten in die Ereignishistorie geschrieben werden sollen.

Nach dem Aufruf der IMG-Aktivität gehen Sie folgendermaßen vor:

1. Geben Sie im folgenden Dialogfenster im Feld Implementierung einen Namen für die Implementierung des BAdIs ein und wählen Sie Übernehmen.

Falls bereits Implementierungen zu dem BAdI angelegt wurden, erscheint ein Dialogfenster mit den existierenden Implementierungen. Wählen Sie in diesem Dialogfenster Anlegen.

1. Geben Sie im entsprechenden Feld einen Kurztext zur Implementierung ein.
2. Fügen Sie im Register EigenschaftenFilter-Ausprägungen ein, wenn es sich um ein filterabhängiges BAdI handelt.
3. Wählen Sie das Register Interface.

Der Name der implementierenden Klasse wird vom System aufgrund des Namens Ihrer Implementierung generiert. Der Name kann geändert werden.

Sofern das BAdI ein Menü-Exit ist, erscheint zusätzlich die Registerkarte FCodes. Geben Sie hier einen Funktionstext und gegegbenenfalls weitere Daten ein.

1. Sichern Sie Ihre Eingaben und ordnen Sie ein Paket zu.
2. Positionieren Sie den Cursor jeweils auf eine Methode. Rufen Sie den Class Builder mit einem Doppelklick auf.
3. Geben Sie zwischen den Anweisungen method ~. und endmethod. das von Ihnen gewünschte Coding zur Implementierung ein.
4. Sichern und aktivieren Sie Ihr Coding und navigieren Sie zurück zum Bild Ändern Implementierung.
5. Sichern Sie auf dem Bild Ändern Implementierung.

Hinweis: Sie können für ein BAdI zunächst eine Implementierung anlegen und diese später aktivieren. In diesem Fall schließen Sie die Bearbeitung zum jetzigen Zeitpunkt ab.

1. Wählen Sie Aktivieren.

Bei der Ausführung des Anwendungsprogramms wird das von Ihnen angelegte Coding durchlaufen.

TXBHW - Original Tax Base Amount in Local Currency   TXBHW - Original Tax Base Amount in Local Currency  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 7252 Date: 20240602 Time: 135231     sap01-206 ( 93 ms )