Kontakt

Ansicht
Dokumentation

Archivierung (neu) ( RELNCRM_30A_BP_ARCHIVING )

Archivierung (neu) ( RELNCRM_30A_BP_ARCHIVING )

General Material Data   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Kurztext

Archivierung (neu)

Verwendung

Geschäftspartner können nun archiviert und anschließend gelöscht werden. Dadurch wird das Datenvolumen verringert und die Performance verbessert.

Die Archivierung von Geschäftspartnern folgt einem generell für CRM gültigen Designkonzept, das aus den folgenden Phasen besteht:

  1. Bestimmung der zu archivierenden Daten (Geschäftspartner mit Archiviervormerkung)
  2. Prüfen, ob die Archivierung erlaubt ist
Die folgenden Prüfungen werden durchgeführt:
  • Der Referenzgeschäftspartner darf nicht archiviert werden.

  • Ein Geschäftspartner darf nicht archiviert werden, wenn noch aktive Geschäftsvorgänge vorhanden sind.

Die betreffenden Geschäftsvorgänge müssen zuerst archiviert werden, bevor die dazugehörigen Geschäftspartner archiviert werden können.
  • Ein Geschäftspartner darf nicht archiviert werden, wenn er aktiv in den Organisationsdaten verwendet wird.

  • Es dürfen keine Beziehungen (Produkt - Geschäftspartner) mehr vorhanden sein. Diese können jedoch zusammen mit den dazugehörigen Produkten archiviert werden.

  • Es dürfen keine Partner-Produktauswahlen vorhanden sein. Für diese gibt es einen eigenen Archivierungsvorgang.

Diese Prüfungen sind in Form von Zeitpunktbausteinen des Business Data Toolset (BDT) (Zeitpunkt ARCH1) definiert. Sie haben an dieser Stelle auch die Möglichkeit, weitere Prüfbausteine modifikationsfrei einzubinden.
  • Es darf kein aktiver Internetbenutzer vorhanden sein.

  1. Schreiben in das Archiv
Es werden folgende Geschäftspartnerdaten in das Archiv geschrieben:
  • zentrale Geschäftspartnerdaten

  • Identifikationsnummern und Branchen

  • Adressen und Kommunikationsdaten

  • Bankverbindungen und Zahlungskarten

  • Beziehungen

  • Adressen und Kommunikationsdaten zu Mitarbeitern und Ansprechpartnern

  • CRM-spezifische Daten: Klassifikation, Verkauf, Versand, Faktura, Partnerfunktionen, Sperrkennzeichen

  • EBP-spezifische Daten

  • Änderungsbelege

  • Statuskennzeichen

  • Marketingmerkmale

  • Mappingtabellen zu Geschäftspartnerbeziehung - Ansprechpartner (CRMM_BUT_CONTNO) sowie zu Geschäftspartner - Kunde (CRMM_BUT_CUSTNO)

Auch hier haben Sie die Möglichkeit, über BDT-Zeitpunktbausteine (Zeitpunkt ARCH3) eigene Daten implizit zu archivieren.
  1. Probelesen aus dem Archiv
  2. Löschen der archivierten Daten
Neben den unter dem dritten Punkt erwähnten Daten werden weitere Objekte gelöscht, für die ein Sichern im Archiv nicht sinnvoll ist:
  • Datenbereinigungsfälle

  • Einsatzplanung im CRM Service

Auch hier haben Sie die Möglichkeit, über BDT-Zeitpunktbausteine (Zeitpunkt ARCH4) eigene Daten implizit zu löschen.
Der erste, zweite und fünfte Schritt werden über die Datenarchivierung im CRM (Transaktion DACHECK) abgewickelt. Sie können als regelmäßiger Hintergrundprozeß eingeplant werden.
Der dritte und vierte Schritt werden angestoßen, indem Sie die entsprechenden Reports im Archiving Development Kit (Transaktion SARA) ausführen. Sie können diese ebenfalls im Hintergrund ausführen lassen.
Der gesamte Prozeß wird durch das Setzen einer Archiviervormerkung im Geschäftspartnerdialog ausgelöst (bzw. durch die korrespondierende BAPI-Methode BusinessPartner.Change ).
Anschließend können die durchgeführten Änderungen bzw. aufgetretenen Probleme mit Hilfe des Anwendungs-Log (Transaktion SLG1) überprüft werden.

Auswirkungen auf den Datenbestand

Sie können die archivierten Daten im Geschäftspartnerdialog anzeigen lassen.
Ein Zurückladen archivierter Geschäftspartner wird zu Release 3.0 noch nicht unterstützt.

Auswirkungen auf die Datenübernahme

Die Archivierung erfolgt systemlokal. Ein Austausch mit anderen Systemen wird folgendermaßen ausgeführt:

  • durch Replikation der Archiviervormerkung
  • durch Senden eines Lösch-BDoc pro archiviertem Geschäftspartner
Dadurch werden die jeweiligen Geschäftspartner auch auf den Mobile Clients gelöscht. Im OLTP-R/3-System muß die Archivierung und Löschung der jeweils vorgemerkten Geschäftspartner separat angestoßen werden.

Auswirkungen auf die Systemverwaltung

Der Hintergrundprozeß zur Archivierung muß eingerichtet werden.

Dazu müssen folgende Schritte durchgeführt werden:

  1. Parametrisierung des Archivierungsobjekts (hier BOR-Objekt BUS1006005) über Transaktion DACONTROL
  2. Einplanen und Ausführen des Hintergrundprozesses zur Datenarchivierung im CRM (Transaktion DACHECK)

Auswirkungen auf das Customizing

Nehmen Sie die erforderlichen Systemeinstellungen im Einführungsleitfaden (IMG) im Customizing der Systemadministration unter Archivierungsobjektspezifisches Customizing in der Datenarchivierung vor (Archivierungsobjekt CA_BUPA).

Bei eigenen Daten müssen außerdem Einstellungen in folgenden Transaktionen vorgenommen werden:

  • Transaktion BUS7 für BDT-Zeitpunktbausteine
  • kundeneigene Prüfungen (ARCH1)

  • Schreibroutinen für kundeneigene Felder oder Tabellen (ARCH3)

  • Löschroutinen für kundeneigene Felder oder Tabellen (ARCH4)

  • Transaktion AOBJ
Nehmen Sie hier eigene Tabellen in die Strukturdefinition des Archivierungsobjekts CA_BUPA auf.

Weitere Informationen






ROGBILLS - Synchronize billing plans   CL_GUI_FRONTEND_SERVICES - Frontend Services  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 7991 Date: 20240523 Time: 155518     sap01-206 ( 74 ms )