Ansicht
Dokumentation

/BKC/SOL21_PBKLON - Clone&Test! - Kopieren und Anonymisieren von Bewerberdaten

/BKC/SOL21_PBKLON - Clone&Test! - Kopieren und Anonymisieren von Bewerberdaten

Vendor Master (General Section)   General Data in Customer Master  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Beschreibung

Der Report ( folgend 'PB-KLON' ) dient zum system- und mandantenübergreifenden Kopieren von Bewerbern mit sämtlichen Infotypen (T582A), den bewerberabhängigen Clustern der Tabelle PCL3, Qualifikationen, Beurteilungen, Verknüpfungen und optional den Ausschreibungen denen die ausgewählten Bewerber zugeordet sind.

Die Tabellen aus denen Daten kopiert werden sollen müssen im Quell- und Zielsystem die gleiche Struktur haben. D.h. ein releaseübergreifender Datenaustausch ist nicht möglich.

Alle persönlichen Daten können beim Kopieren verändert (anonymisiert) werden (Datenschutzaspekt).
Für die Anonymisierung der Daten muß ein Anonymisierungsset angegeben werden. In einem Set sind alle zu anonymisierenden Felder mit der zugehörigen Vorschrift hinterlegt. Durch geeignete Namenskonventionen muss durch den Nutzer sichergestellt werden, dass die Anonymisierungssets des Report /BKC/SOL21_KLON ( folgend 'KLON' ) von denen des 'PB_KLONS' unterschieden werden können. Es wird empfohlen die Anonymisierungssets des 'PB-KLONS' 'PB-..' zu benennen.
Die Anonymisierungsset werden über den Report /BKC/SOL21_ANON gepflegt. Über den Button 'Set jetzt pflegen' kann man diesen Report direkt aus den Selektionsschirm heraus starten.

Durch die Option, eine neue Bewerbernummer beim Kopieren zu vergeben, kann auch innerhalb eines Mandanten eine Bewerbernummer dupliziert werden.

Durch Angabe eines Zielsystems in Form einer RFC-Destination ist es möglich, an beliebige Systeme Bewerber zu transferieren.

Alternativ dazu kann man die Daten in eine Datei kopieren.
Als Verzeichnis zum Speichern der Daten wird das übliche Transportdirectory vorgeschlagen. Dieser Vorschlagswert kann durch Ändern des Parameters DIR_DEFAULT in der Tabelle /BKC/S21_PARAMS geändert werden.

Es wird überprüft, ob die Bewerbernummer im Zielsystem vorhanden ist. Ist dies der Fall, wird die Bewerbernummer nicht kopiert und es erfolgt eine Fehlermeldung. Alternativ dazu kann die vorhandene Bewerbernummer gelöscht werden. Dies ist beim wiederholten Transport für Vergleichstests vorteilhaft.

Generell wird vor Kopieren der Daten per RFC oder vor dem Einlesen aus der sequentiellen Datei die Tabelle T000 geprüft, ob es sich beim Zielmandanten um einen nicht-produktiven Mandanten handelt. In produktive Mandanten können keine Daten kopiert werden!

Werden die Daten in eine sequentielle Datei geschrieben, können sie auf dem Zielsystem mit dem Report /BKC/SOL21_PBKLUP eingelesen werden. Dabei ist darauf zu achten, daß das Zielsystem das gleiche SAP-Release wie das Quellsystem besitzt. Ist das nicht der Fall, so können möglicherweise die Daten zwar eingespielt werden, sind aber hinterher sachlich falsch, da der Tabellenaufbau zwischen Quell- und Zielsystem differieren kann.

Eine weitere Fehlerursache können unterschiedliche Customizing- und/ oder Entwicklungsstände zwischen Quell- und Zielsystem sein. In diesem Fall sollten die betroffenen Stammdaten (z.B. kundeneigene Infotypen) und Cluster aus der Kopier-Selektion herausgenommen werden.

In einem externen Programm kann eine kundeneigene Authorisierungsprüfung durchgeführt werden. Ein Beispiel dazu und die notwendige Schnittstelle sind im Modulpool /BKC/SOL21_EXTF in der Routine CHECK_AUTH angegeben. Um den Aufruf des Authorisierungschecks auf eine eigene Routine umzuleiten, muß ein Eintrag in der Tabelle /BKC/S21_EXT_F mit folgenden Parametern gemacht werden:

SETNAME 'INTERNAL'
MOLGA leer
ARBGB 'AUTH_PB'
TABNAME 'PERNR'
FIELDNAME 'PERNR'
PROGRAMM Reportname
FORMROUTINE Name einer Formoutine aus o.g. Report

Das Füllen der Zielbewerbernummern erfolgt in einer externen Routine und kann von Anwender selbst gesteuert werden. Ein Beispiel dazu und die notwendige Schnittstelle sind im Modulpool /BKC/SOL21_EXTF in der Routine CREATE_NEW_APPNR angegeben.
Der Sprung aus dem 'PB-KLON' heraus wird bewirkt durch einen speziellen Eintrag in der Tabelle /BKC/S21_EXT_F, bei dem die Felder folgendermaßen gefüllt sein müssen:

SETNAME 'INTERNAL'
MOLGA leer
ARBGB 'CREATE_APPNR'
TABNAME 'PERNR'
FIELDNAME 'PERNR'
PROGRAMM Reportname
FORMROUTINE Name einer Formoutine aus o.g. Report

Tabelle /BKC/S21_PARAMS

In der Tabelle /BKC/S21_PARAMS können Vorschlagswerte für bestimmte Variablen hinterlegt werden. Die folgenden Werte gelten sowohl für den 'KLON' als auch für den 'PB_KLON':

DIR_DEFAULT
Verzeichnis in dem die Daten abgelegt werden (bei Zieloption = sequentielle Datei). Wenn kein Wert hinterlegt ist, wird ein Unterverzeichnis des Transportdirectories vorgegeben. Der Parameterwert wird als Zeichenkette interpretiert.

MAX_MEMORY
Vorgabewert zur Ermittlung des verfügbaren Hauptspeichers für Datenbankabfragen. Wenn kein Wert eingetragen ist, wird wie bisher der Faktor 12 verwendet. Der Parameterwert sollte nur geändert werden, wenn das Kopierprogramm mit einem Fehler abbricht, der anzeigt, daß die von einem der SELECT-Statements zurückgelieferte Datenmenge zu groß ist. Der Parameterwert wird als Ganzzahl interpretiert.
Eine Vergößerung dieses Parameterwertes verringert die Anzahl der notwendigen physischen Datenbankzugriffe und kann zu einer Performanceverbesserung führen. Eine generelle Aussage ist jedoch nicht möglich, da der optimale Wert des Parameters wesentlich durch die vorhandene Hardware (Hauptspeicher) und durch das Zusammenspiel von SAP-System mit dem verwendeten Datenbanksystem bestimmt wird.

MAX_LINES_FOR_IN_CLAUSE
Anzahl Zeilen in WHERE-Klausel bei intern generierten Select-Anweisungen. Mit dem Wert: 30 wurden bisher gute Ergebnisse erzielt. Zur Vergrößerung des Wertes siehe Parameter MAX_MEMORY.

Die folgenden Werte gelten nur für den 'PB_KLON':

ANON_PB_ALWAYS_SWITCHED_ON
Wenn ein Parameterwert ungleich leer eingetragen wird, dann ist im Selektionsschirm des 'PB-KLONS' (Reiter Anonymisieren) die Checkbox 'Daten beim Kopieren anonymisieren' aktiviert jedoch nicht eingabebereit. D.h. kein Nutzer kann Daten ohne Anonymisierung kopieren.

ANON_PB_SET_CANNOT_BE_CHANGED
Wenn ein Parameterwert ungleich leer eingetragen wird, dann kann im Selektionsschirm des 'PB-KLONS' (Reiter Anonymisieren) das Anonymisierungsset nicht verändert werden.
Der Button 'Set jetzt pflegen' wird nicht angezeigt.

DEFAULT_ANON_PB_SET
Vorschlagswert für Anonymisierungsset.

Voraussetzungen

Die Tabellen aus denen Daten kopiert werden sollen müssen im Quell- und Zielsystem die gleiche Struktur haben. D.h. ein releaseübergreifender Datenaustausch ist nicht möglich.

Im Quell- und Zielsystem muß das gleiche Customizing vorhanden sein.
Insbesondere ( die folgende Liste ist unvollständig ):

  • Lohnarten

  • Bewerbergruppen/-kreise

  • Spontanbewerbergruppen

  • Bewerbervorgangsarten

  • Beschaffungsinstrumente

  • Medien

  • Erlaubte Dokumentformate bei Internetbewerbung

Einrichten von RFC-Destination (Nur wenn das Ziel-System ausgefüllt ist; alternativ dazu ist die Download-Option).

Im Zielsystem muß der RFC-User mit den notwendigen Berechtigungen bestehen.
Reports und Funktionsbausteine müssen in beiden Systemen vorhanden sein.

Selektionsschirm

Die Auswahl der Bewerber erfolgt mit der logischen Datenbank PAP. Mit dem Button 'PAP Parameter Ein/Aus' (in der Drucktastenleiste) können die andernen Selektoptionen des PAP-Standard-Selektionsschirms ein- bzw. ausgeblendet werden.

Bild: Selektion und Umsetzung

Bild: Datenauswahl

Stammdaten

Clusterdaten

Tabellen im Kundennamensraum

Bild: Verknüpfungen

Bild: Anonymisierung

Bild: Zieloptionen

Optionen für Daten im Zielsystem

Bild: Protokolloptionen






General Material Data   General Material Data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 10458 Date: 20240328 Time: 202346     sap01-206 ( 234 ms )