Ansicht
Dokumentation

BAdIs im Preiskatalog ( RELNSD_EDI_BADI_470ISR )

rdisp/max_wprun_time - Maximum work process run time   PERFORM Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

BAdIs im Preiskatalog

Verwendung

Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen Ihnen im Preiskatalog folgende Business Add-In (BAdIs) zur Verfügung:

BAdI PRIREADMATERIAL:

Das BAdI PRIREADMATERIAL wird in der Ausgangsverarbeitung des Preiskataloges aufgerufen.

Dieses BAdI erlaubt Ihnen, die Felder des Preiskatalogs mit eigenen Daten zu füllen. Sie können so Katalogfelder im Preiskatalog füllen, die in der Standardauslieferung nicht versorgt werden können, für die aber im System ggf. in kundeneigenen Tabellen oder Erweiterungen entsprechende Daten vorhanden sind. Auch das Nachlesen von Konditionen oder Stücklisten nach einer anderen Logik als die, die im Preiskatalog vorgesehen ist, und die Integration der so gewonnenen Daten in den Preiskatalog ist mit Hilfe dieses BAdIs möglich.

Das BAdI besteht aus fünf Methoden:

• Mit der Methode READ_MATERIAL erweitern Sie die Grunddaten.

• Mit der Methode READ_BOM haben Sie die Möglichkeit, Erweiterungen zum Lesen von Stücklisten. Die Methode wird für jedes Material gerufen, auch wenn für das Material im System keine Stückliste gefunden wurde. Sie können so Stücklisteninfos individuell hinzulesen, um sie ablegen zu können.

• Mit der Methode READ_CONDITION können Sie Erweiterungen zum Lesen von Konditionen implementieren.

• Die Methode READ_CONDITION_COMPLETE erlaubt Ihnen, Konditionen zu ändern und zu ergänzen. Im Unterschied zu READ_CONDITION hat diese Methode eine wesentlich erweiterte Schnittstelle. Insbesondere stehen auch die Stücklisteninformationen zur Verfügung.

• Die Methode READ_BOM_COMPONENTS wird innerhalb der Routine, die den Stücklistenzugriff ausführt, gerufen und erlaubt Ihnen die direkte Bearbeitung der ermittelten Stücklistenkomponenten. Der Aufruf erfolgt nur, wenn ein Material auch eine Stückliste hat. Die Methode ermöglicht die Änderung der Stücklistenkomponenten

BAdI PRICHECKPOSITION:

Das BAdI PRICHECKPOSITION wird ebenfalls in der Ausgangsverarbeitung des Preiskataloges aufgerufen.

Dieses BAdI ermöglicht Ihnen die Implementierung einer zusätzlichen Prüfung der Katalogposition. Dadurch können zum Beispiel weitere Pflichtfelder innerhalb des Kataloges festgelegt werden oder logische Abhängigkeiten geprüft werden.

Das BAdI beinhaltet fünf Methoden:

• In der Methode CHECK_POSITION wird die komplette Katalogposition mit Ausnahme der kundenspezifischen Konditionen geprüft.

• In der Methode CHECK_CUSTOMER_PRICE können pro Kunde die Konditionen geprüft werden.

• Die Methode CHECK_BOM erlaubt Ihnen, die Komponenten aus K007 zu einem Material zu überprüfen und einen Returncode zu setzen. Der Returncode steuert das Verhalten nach Rückkehr aus der Methode :

• '0': keine weitere Aktion

• '1': Statussatz (K003S) wird auf Fehler gesetzt, Transportflag in K003S wird auf 'kein Transport' gesetzt.

• '2' und alle anderen Werte außer 0 und 1: Statussatz wird auf Fehler gesetzt und Transportflag auf 'zu transportieren'.

• Mit der Methode CHECK_CUSTOMER_PRICES_ALL haben Sie die Möglichkeit, die Konditionen im Zusammenhang zu überprüfen. So werden alle Konditionen aus der K008C übergeben. Zusätzlich wird die aktuelle Materialposition übergeben. Sie können so die Konditionen aller Kunden zum jeweils aktuellen Material betrachten. In der Tabelle IT_CUSTOMERS können die Kunden eingetragen werden, bei denen ein Fehler aufgetreten ist. Diese Tabelle wird nach Rückkehr aus der Methode interpretiert und die betroffenen Statussätze (K003S) werden auf Fehler ohne Übertragung gesetzt.

• Die Methode CHECK_POSITION_CUST erlaubt Ihnen eine Prüfung auf der Ebene Kunden/Material und das Setzen des Transportflags in der übergebenen K003S .

BAdI PRISETPARTNER:

Das BAdI PRISETPARTNER wird ebenfalls in der Ausgangsverarbeitung des Preiskataloges aufgerufen.

Dieses BAdI bietet zwei Methoden an:

• Die Methode ADJUST_K00C erlaubt Ihnen, in der Transaktion VPRICAT Felder der Tabelle K000C (also kundenabhängige Preiskatalogfelder) zu ändern. Verwenden Sie diese Methode, um die Partnerart und die Partnernummer zu setzen, die zur Versendung des IDocs an den jeweiligen Kunden genutzt werden sollen. Damit kann die manuelle Pflege unterbleiben.

• Die Methode SET_PARTNER_PARMS wird bei der Erstellung des IDocs PRICAT02 gerufen. Sie erlaubt Ihnen, die Nachrichtenvariante und die Nachrichtenfunktion zum Zugriff auf die Partnervereinbarung zu setzen. Nachrichtenvariante und Nachrichtenfunktion sind Schlüsselfelder zur Partnervereinbarung. Wenn sie nicht über die Methode SET_PARTNER_PARMS gesetzt werden, sind sie initial.

BAdI PRICAT_OUT_EXTIN:

Auch das BAdI PRICAT_OUT_EXTIN wird in der Ausgangsverarbeitung des Preiskataloges aufgerufen.

Dieses BAdI dient dazu, den ExtensionIn-Parameter des BAPIs BAPI_PRICECATALOGUE_SAVREPLICA im Preiskatalogausgang zu füllen. Eine Tabelle ExtensionIn im BAPI-Interface ist die Standard-Erweiterungstechnik für BAPIs.

Diese Schnittstelle ist relevant, wenn Preiskataloge über den Nachrichtentyp PRICECATALOGUE verschickt werden. Der Parameter ExtensionIn gibt Ihnen die Möglichkeit. zusätzlich zum im Standard definierten Datenumfang weitere Daten an das BAPI weiterzugeben und somit auch an das zu versendende IDoc, das auf Basis der BAPI-Schnittstelle generiert wurde.

Die zusätzlichen Daten werden über eigene Segmente (E1BPAREX) im IDoc transportiert. Das BAPI enthält ebenfalls BAdI-Methodenaufrufe, um diese Daten über kundenspezifisches Coding im Preiskatalogeingang verarbeiten zu können. Wenn die Daten nicht zwischen zwei SAP R/3-Systemen ausgetauscht werden, muß ein Konverter die anwenderspezifischen Segmente interpretieren.

Die Methode OUTBOUND_EXTENSIONIN importiert die komplette Schnittstelle des BAdIs. Der Parameter RT_EXTENSIONIN ist ein Changing-Parameter. Somit kann diese Tabelle innerhalb der Methode mit kundenspezifischen Daten gefüllt werden. Der Parameter ExtensionIn ist die in Standardauslieferung unterstützte Erweiterungstechnik für BAPIs.

BAdI PRICAT_IN_EXTIN:

Das BAdI PRICAT_IN_EXTIN wird in der Eingangsverarbeitung des Preiskataloges aufgerufen.

Dieses BAdI kennt zwei Methoden:

• Die Methode CHECK_INBOUND_EXTENSION erlaubt zu Beginn der Verarbeitung im BAPI BAPI_PRICECATALOGUE_SAVREPLICA die Überprüfung der Parameter, die dem BAPI übergeben wurden. Insbesondere kann der Parameter ExtensionIn überprüft werden. Über den Parameter RV_SUBRC können Sie errreichen, daß die weitere Verarbeitung unterbleibt. Die Systemnachrichtenfelder werden nach Aufruf der Methode im BAPI BAPI_PRICECATALOGUE_SAVREPLICA ausgewertet, wenn RV_SUBRC ungleich 0 ist .

• Die Methode UPDATE_INBOUND_EXTENSION erlaubt die Verarbeitung der Daten aus dem Tabellenparameter ExtensionIn. Dieser Parameter enthält ggf. kundenspezifische Daten, die entweder in die Standardtabellen des Preiskataloges integriert werden sollen, oder in kundeneigenen Tabellen abgelegt werden sollen. Zur Integration in die Standardtabellen des Preiskataloges werden sog. BAPI_Table_Extensions verwendet. Dies sind Objekte des Erweiterungskonzeptes für BAPIs. Sie werden standardmäßig mit den Key-Bestandteilen ausgeliefert und um eigene Felder in Appends erweitert. Diese Methode erhält die Table_Extensions über die Schnittstelle und kann sie dann füllen. Für jede Tabelle des Preiskataloges wird eine entsprechende Table_Extension ausgeliefert. Informieren Sie sich im Quelltext des Bausteins BAPI_PRICECATALOGUE_SAVREPLICA über die Namen der Extensions. Es handelt sich um die Changing-Parameter der Methode UPDATE_INBOUND_EXTENSION. Nach Rückkehr aus dem Methodenaufruf werden die Einträge mit den Standardtabellen abgeglichen. Wenn Sie eigene Tabellen aktualisieren wollen, können Sie innerhalb der Methode einen eigenen Verbuchungsbaustein aufrufen, der Ihre eigenen Tabellen aktualisiert.
  Die Changing-Parameter sind bei Aufruf leer. Sie werden ggf. innerhalb der Methode gefüllt. Sie werden genutzt, um kundeneigene Felder innerhalb der Standardtabellen zu versorgen. Wenn Einträge in diesen Strukturen und Tabellen vorgenommen werden, muß der Parameter 'entries_made' auf 'X' gesetzt werden, damit die Übertragung aus diesen Strukturen und Tabellen in die Standardtabellen des Preiskataloges erfolgt. Es handelt sich bei diesen Parametern um BAPI-table-extensions. Im Kundensystem können diese Strukturen mit APPENDS erweitert werden. Diese Erweiterung entspricht genau der Erweiterung der entsprechenden Standardtabelle. Mit einem MOVE_CORRESPONDING nach dem Methodenaufruf werden die kundenspezifischen Felder in die Standardtabellentransxportiert. Es handelt sich hierbei um die im Standard unterstützte Erweiterungstechnik für BAPIs.

BAdI PRISETTEXTPARMS:

Das BAdI PRISETTEXTPARMS wird wiederum in der Ausgangsverarbeitung des Preiskataloges aufgerufen .

Dieses BAdI dient dazu, die Text-IDs und Sprachen für Materialtexte einzuschränken, die potentiell in einen Preiskatalog aufgenommen werden sollen. Die Einschränkung kann aus Gründen der Übersicht im Katalog sinnvoll sein. Ebenso ist es angebracht, aus Performancegründen nicht nach allen denkbaren Materialtexten in allen Sprachen zu suchen.

Das BAdI unterstützt die Methode ADJUST_LANGUAGES_OUT. Diese Methode erhält über die Schnittstelle die Text-IDs und Sprachen als Tabellen über zwei Changing-Parameter. Durch die Implementierung dieser Methode können Sie nun diese Text-IDs und Sprachen einschränken, indem Sie Einträge aus den Tabellen entfernen.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Weitere Informationen

Fill RESBD Structure from EBP Component Structure   CPI1466 during Backup  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 11647 Date: 20240523 Time: 190846     sap01-206 ( 241 ms )