Ansicht
Dokumentation

Archivierungsfunktion für Produktstammdaten im CRM/EBP-System (neu) ( RELNCRM_30A_PRO_ARCHIVE )

BAL Application Log Documentation   Fill RESBD Structure from EBP Component Structure  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

Archivierungsfunktion für Produktstammdaten im CRM/EBP-System (neu)

Verwendung

Zu Release 3.0 können Sie jedes Produkt direkt von der Produktbearbeitung aus archivieren, wenn es folgende Voraussetzungen erfüllt:

• Es ist nicht konfigurierbar.

• Es hat keine inaktiven Versionen.

Der Archivierungsprozeß besteht aus folgenden Phasen:

1. Sie merken das Produkt zum Archivieren vor, indem Sie den Status zu archivieren setzen - entweder in der Produktbearbeitung (Transaktion COMMPR01) oder indem Sie das Produkt-API im Hintergrund aufrufen. Ein Änderungs-BDoc informiert die Anwendungen über die Statusänderung. Zusätzlich wird im Workflow das Ereignis PRODUCT-CHANGED ausgelöst.
2. Produkte können nur dann archiviert und gelöscht werden, wenn Sie in keiner (registrierten) Anwendung verwendet werden. Die entsprechende Verwendungsprüfung ist Teil der allgemeinen CRM-Archivierungsfunktionalität und läuft als Hintergrundprozeß ab. Sie wurde als Implementierung des BAdI PRODUCT_ARCHIVE angelegt. Sie haben die Möglichkeit, Ihre eigenen Prüfungen anzulegen (zu registrieren), indem Sie zusätzliche Implementierungen zum BAdI anlegen.

Wenn die Prüfungen ergeben, daß das Produkt archivierbar ist, wird der Produktstatus auf archivierbar und gelöscht geändert. Dieser bewirkt, daß das Produkt gelöscht wird und nicht mehr aufgerufen werden kann. Ein Lösch-BDoc informiert die Anwendungen über die bevorstehende Löschung des Produkts, und das Ereignis PRODUCT-DELETED wird im Workflow ausgelöst. Wenn die Prüfungen jedoch ergeben haben, daß das Produkt nicht gelöscht werden kann, wird dies im Application Log vermerkt. Um die Einträge im Application Log anzuzeigen, wählen Sie Transaktion SLG1 und Unterobjekt PRODUCT_MD. Ihre Systemverwaltung sollte regelmäßig eine Reorganisation ausführen (Transaktion SLG2).

1. a) Um die Produktdstammdaten ins Archiv zu schreiben, verwenden Sie Transaktion SARA (Archive Development Kit) und geben das Archivierungsobjekt PRODUCT_MD ein. Sie können auch eine regelmäßige Ausführung dieses Jobs einplanen.
   Produktstammdaten, die zu dem betreffenden Produkt gehören (z.B. Attribute, Settypen und Beziehungen) werden gemeinsam mit dem Produkt archiviert. Bei Dokumenten wird die URL gemeinsam mit dem Produkt archiviert. Konditionen sind nicht archivierbar.

b) Rufen Sie die Transaktion SARA erneut auf, und wählen Sie jetzt Löschen. Der aufgerufene Prozeß prüft, ob die Daten im Archiv komplett sind, indem er sie mit den Daten in der Datenbank vergleicht.

1. Die Stammdaten von Produkten mit dem Status archiviert und von inaktiven Produkten mit dem Status gelöscht werden dann vom Programm DARGE_DELETE_OBJECTS gelöscht. Die Ausführung dieses Programms planen Sie normalerweise als Hintergrundprozeß ein (Transaktion SM36). Das Program löscht alle Archivierungsobjekte, d.h. nicht nur das Archivierungsobjekt für Produktstammdaten.

Um archivierte Produkte in der Produktbearbeitung anzuzeigen, wählen Sie Umfeld -> Archivierte Produkte oder Transaktion COMM_PRDARC. Sie erhalten eine technische Sicht der betreffenden Produkte.

Achtung

Archivierte Produkte können Sie nicht ins CRM/EBP-System zurückladen.

Nicht archivierbar sind:

• konfigurierbare Produkte

• Produkte mit einer inaktiven Version

• Produktvarianten aus dem OLTP-System

• Konditionssätze zu einem Produkt

• der Inhalt von Dokumenten (Graphik, Texte)

Nur archivierte Produkte können gelöscht werden.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Die Archivierung erfolgt im lokalen System. Der Datenaustausch mit anderen Systemen findet wie folgt statt:

• durch Replizieren der Archivierungsvormerkung

• durch Senden eines Lösch-BDoc zu jedem archivierten Produkt

Die betroffenen Produkte werden dann auch in Mobile Clients gelöscht. Im OLTP-System müssen Sie Archivierung und Löschen von vorgemerkten Produkten separat veranlassen.

Für Produkte, die aus einem OLTP-System heruntergeladen wurden, kann der Status zu archivieren direkt gesetzt werden. Dieser Status wird im CRM/EBP-System auch gesetzt, wenn im OLTP-System eine Löschvormerkung (MARA-LVORM) gesetzt war.
Aus dem OLTP-System übernommene Varianten sind nicht archivierbar. Löschvormerkungen, die im OLTP-System für eine Variante gesetzt waren, werden im Produktstamm in den Status gelöscht überführt.

Auswirkungen auf die Systemverwaltung

Sie müssen das Archivierungsobjekt PRODUCT_MD registrieren und die Parameter für Ihren Archivierungsprozeß definieren (Transaktion DACONTROL).

Sie müssen den Hintergrundprozeß für die Archivierung aller registrierten Archivierungsobjekte (Transaktion DACONTROL) ausführen. Hierzu verwenden Sie Transaktion DACHECK und geben die Anzahl der parallelen Prozesse und die Servergruppe an.

Hinweis
Die Prozesse für die Verwendungsprüfung, das Schreiben der Daten ins Archiv sowie für das Prüfen und Löschen der Daten sollten von der Systemadministration eingeplant werden, es sei denn sie sollen manuell gestartet werden.

Auswirkungen auf das Customizing

Nehmen Sie die erforderlichen Einstellungen zur Beschreibung der Archivdatei im Customizing der Systemadministration unter Datenarchivierung (Archivierungsobjekt PRODUCT_MD) -> Archivierungsobjektspezifisches Customizing vor.

Weitere Informationen

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

Length: 7000 Date: 20240523 Time: 182527     sap01-206 ( 132 ms )