1. Introduccin.....................................................................5 1. Introduccin.....................................................................

5
1.1. Proceso actual de copia de datos (as-is process)...................5 1.1. Proceso actual de copia de datos (as-is process)...................5 1.2. Copia de datos con TDMS (to-be process).............................5 1.2. Copia de datos con TDMS (to-be process).............................5

2. Arquitectura de la solucin................................................6 2. Arquitectura de la solucin................................................6 3. Alcance de la implementacin............................................7 3. Alcance de la implementacin............................................7 4. Configuracin inicial..........................................................8 4. Configuracin inicial..........................................................8
4.1. Define RFC Destinations.....................................................10 4.1. Define RFC Destinations.....................................................10 ..............................................................................................10 ..............................................................................................10 4.2. Basic Initialization.............................................................13 4.2. Basic Initialization.............................................................13 ..............................................................................................13 ..............................................................................................13 4.3. Define target areas for Users (Optional).............................13 4.3. Define target areas for Users (Optional).............................13 4.4. Set technical switches.......................................................15 4.4. Set technical switches.......................................................15 ..............................................................................................15 ..............................................................................................15
Para activar los switches se debe indicar una X en el campo Value of Semantic Abbreviation, por ejemplo:..................................................................16

4.5. Define scrambling rules.....................................................16 4.5. Define scrambling rules.....................................................16 ..............................................................................................16 ..............................................................................................16

5. Aspectos de seguridad....................................................19

Documento de referencia Implementacin TDSM 5. Aspectos de seguridad....................................................19

5.1. Usuarios finales.................................................................19 5.1. Usuarios finales.................................................................19 5.2. Usuarios RFCs...................................................................20 5.2. Usuarios RFCs...................................................................20

6. Refresh de sistemas en masa...........................................20 6. Refresh de sistemas en masa...........................................20

6.1. Deletion using the target ranges .......................................22 6.1. Deletion using the target ranges .......................................22 6.2. Transfer Selection Criteria.................................................22 6.2. Transfer Selection Criteria.................................................22 6.3. Confirm Definitios..............................................................28 6.3. Confirm Definitios..............................................................28 6.4. Prepare Data Transfer.......................................................29 6.4. Prepare Data Transfer.......................................................29 6.5. Data Transfer....................................................................30 6.5. Data Transfer....................................................................30 ..............................................................................................30 ..............................................................................................30 6.6. Generacin de ndices en el sistema destino.......................30 6.6. Generacin de ndices en el sistema destino.......................30

7. Refresh de empleados sin datos de OM............................31 7. Refresh de empleados sin datos de OM............................31
7.1. Transfer Selection Criteria.................................................32 7.1. Transfer Selection Criteria.................................................32 ..............................................................................................32 ..............................................................................................32 7.2. Confirm Definitions............................................................36 7.2. Confirm Definitions............................................................36 ..............................................................................................36 ..............................................................................................36 7.3. Prepare Data Transfer.......................................................37 7.3. Prepare Data Transfer.......................................................37 ..............................................................................................37

Page 2

Documento de referencia Implementacin TDSM

..............................................................................................37 7.4. Data Transfer....................................................................37 7.4. Data Transfer....................................................................37 ..............................................................................................37 ..............................................................................................37

8. Refresh de empleados con datos de OM............................38 8. Refresh de empleados con datos de OM............................38
8.1. Transfer Selection Criteria.................................................38 8.1. Transfer Selection Criteria.................................................38 ..............................................................................................38 ..............................................................................................38 8.2. Confirm Definitios..............................................................46 8.2. Confirm Definitios..............................................................46 8.3. Prepare Data Transfer.......................................................47 8.3. Prepare Data Transfer.......................................................47 8.4. Data Transfer....................................................................48 8.4. Data Transfer....................................................................48 ..............................................................................................48 ..............................................................................................48 8.5. Generacin de ndices en el sistema destino.......................48 8.5. Generacin de ndices en el sistema destino.......................48

9. Creacin de usuarios asociados a los empleados...............49 9. Creacin de usuarios asociados a los empleados...............49
9.1. Omitir la copia del Infotipo 0105.........................................50 9.1. Omitir la copia del Infotipo 0105.........................................50 9.2. Creacin de usuarios de portal...........................................50 9.2. Creacin de usuarios de portal...........................................50

10. Issues detectados.........................................................54 10. Issues detectados.........................................................54

10.1. Enlazar objeto raz a objeto existente en el destino...........54 10.1. Enlazar objeto raz a objeto existente en el destino...........54 10.2. Actividades con warning..................................................55 10.2. Actividades con warning..................................................55 10.3. Actividad Data Transfer termina con estatus aborted........57

Page 3

Documento de referencia Implementacin TDSM

10.3. Actividad Data Transfer termina con estatus aborted........57 Al terminar una actividad de transferencia de datos Data Transfer el estatus que se presenta es aborted.........................57 Al terminar una actividad de transferencia de datos Data Transfer el estatus que se presenta es aborted.........................57 ..............................................................................................57 ..............................................................................................57 Pero el log detallado no presenta ninguna actividad errnea ni mayor detalle de la ejecucin:...................................................57 Pero el log detallado no presenta ninguna actividad errnea ni mayor detalle de la ejecucin:...................................................57 ..............................................................................................57 ..............................................................................................57 Adems, la transmisin de datos es correcta (se puede verificar en el sistema Receiver la informacin copiada)...........................57 Adems, la transmisin de datos es correcta (se puede verificar en el sistema Receiver la informacin copiada)...........................57

11. Historial de cambios.....................................................59 11. Historial de cambios.....................................................59

Page 4

Documento de referencia Implementacin TDSM

1. Introduccin
El presente documento describe el alcance, la configuracin y modo de uso de la implementacin del workbench TDMS en el sistema SAP ERP del Banco Popular. El workbench TDMS es un add-on de SAP que facilita la creacin de datos en los ambientes de prueba, por medio de la copia de los datos actuales de produccin, o cualquier sistema que se defina con datos relevantes a ser copiados.

1.1.

Proceso actual de copia de datos (as-is process)

Para copias en masa de datos se utilizan client copys, esta actividad conlleva las siguientes desventajas: Requerimientos de hardware y espacio en discos La duracin del proceso es excesiva Luego del refresh el sistema no productivo contiene ms informacin que la necesaria Datos confidenciales de los empleados son visibles No existe un mtodo automatizado para la copia de datos puntuales del ambiente productivo. Cuando ocurre un error y se desea replicar el mismo en ambientes de DEV o QA, los datos se generan manualmente tomando como referencia produccin. Esta prctica no garantiza la fidelidad de la copia, puede exigir un tiempo considerable y atenta contra la confidencialidad de datos sensitivos de empleados.

1.2.

Copia de datos con TDMS (to-be process)

Para copias en masa, TDMS soporta la copia de datos a partir de una fecha dada, de esta forma slo se copian los datos recientes de los empleados y no la historia completa. Este procedimiento garantiza una amplia reduccin en el tamao final del sistema y optimizacin del tiempo de copiado. Para copias puntuales, TDMS soporta la copia de datos de empleados especficos, u objetos dentro del mdulo OM, adems de todas las relaciones de stos; de esta forma se puede replicar en forma rpida y segura cualquier evento en Page 5

Documento de referencia Implementacin TDSM produccin que requiera ser analizado en los ambientes de DEV o QA. Cualquiera de las dos alternativas anteriores protege la confidencialidad de datos, ya que TDMS contiene entre sus pasos de copia el enmascaramiento de cualquier tipo de informacin que pudiera relacionar al empleado SAP con el empleado fsico.

2. Arquitectura de la solucin
El workbench TDMS debe ser instalado en todos los sistemas del landscape que recibirn o enviarn informacin ( senders o receivers). El servidor TDMS puede ser instalado en un sistema aparte (arquitectura recomendada por SAP), o como add-on de otro sistema (por ejemplo QA). En la primera fase de la implementacin se implement el servidor TDMS como add-on en QA y en un ambiente de training especial para las pruebas, en la segunda fase se implementar el servidor en forma final en el sistema Solution Manager, la arquitectura final ser la siguiente:

Page 6

Documento de referencia Implementacin TDSM

3. Alcance de la implementacin
Se configurar el sistema TDMS para permitir lo siguiente: 1. Copia en masa de datos HR del ambiente pre-productivo ambiente de desarrollo 2. Copia en masa de datos HR del ambiente pre-productivo ambiente de QA 3. Copia de datos especficos PA del ambiente productivo ambiente de desarrollo 4. Copia de datos especficos PA del ambiente productivo ambiente de QA 5. Copia de datos especficos PA+PD del ambiente productivo ambiente de desarrollo 6. Copia de datos especficos PA+PD del ambiente productivo ambiente de QA al al al al al al

Page 7

Documento de referencia Implementacin TDSM 7. Copia de datos especficos PA+PD del ambiente productivo al ambiente de training 8. Copia de datos especficos PA del ambiente QA al ambiente de desarrollo 9. Copia de datos especficos PA+PD del ambiente QA al ambiente de desarrollo 10. Copia de datos especficos PA+PD del ambiente QA al ambiente de training

4. Configuracin inicial
Esta configuracin se debe realizar una sola vez durante la implementacin de cada proyecto; corresponde a la creacin de la estructura de las migraciones. En esta estructura se van a definir los sistemas Sender y Receiver, las conexiones entre stos, los tipos de datos a ser transferidos y los lmites permitidos. La transaccin es CNV_MBT_TDMS

Los niveles para estructurar las migraciones son: i. Project ii. Subproject iii. Migration Package Se defini la siguiente lgica para la implementacin: Un Project contendr toda la informacin de un mismo Sender Un Subproject contendr toda la informacin para cada Sender Receiver diferente Un Migration Package contendr la informacin de una transferencia. Slo puede haber un Package activo por Subproject, el cual ser utilizado cada vez que se desee realizar una nueva transferencia. Page 8

Documento de referencia Implementacin TDSM

La siguiente estructura fue creada: Project / Subproject / Migration Package Z_TRANSF_FROM_PROD_S Transfers from PROD-SHADOW o ZHR_TO_DEV_PAOM_MASS HR / PRD --> DEV MASS, HR data Migration Package o ZHR_TO_QA_PAOM_MASS HR / PRD --> QA MASS, HR data Migration Package Z_TRANSF_FROM_PROD Transfers from PROD o ZHR_TO_DEV_PA HR / PRD --> DEV, PA data Migration Package o ZHR_TO_QA_PA HR / PRD --> QA, PA data Migration Package o ZHR_TO_DEV_PAOM HR / PRD --> DEV, PA+OM data Migration Package o ZHR_TO_QA_PAOM HR / PRD --> QA, PA+OM data Migration Package o ZHR_TO_TRAIN_PAOM HR / PRD --> TRAIN, PA+OM data Migration Package Z_TRANSF_FROM_QA Transfers from QA o ZHR_TO_DEV_PA HR / QA --> DEV, PA data Migration Package o ZHR_TO_DEV_PAOM HR / QA --> DEV, PA+OM data Migration Package o ZHR_TO_QA_PA HR / QA --> QA, PA data Migration Package o ZHR_TO_QA_PAOM HR / QA --> QA, PA+OM data Migration Package o ZHR_TO_TRAIN_PAOM HR / QA --> TRAIN, PA+OM data Migration Package

Para cada uno de los Migration Package definidos se realizaron las siguientes actividades (notar que dentro del rbol de actividades existen ms aparte de las mencionadas a continuacin, no se detallan stas ya que no son requeridas y no deben ser ejecutadas): Page 9

Documento de referencia Implementacin TDSM

4.1.

Define RFC Destinations

Esta actividad define qu ambientes tendrn los siguientes roles: Servidos de TDMS: Sistema en el cual est incluido el sistema de control y central TDMS. En BP se defini que el servidor TDMS se instalar en el ambiente XXXX, Sender: Sistema que contiene la informacin actual que ser reflejada en otros sistemas. Usualmente este ser un sistema productivo o copia reciente de ste. Receiver: Sistema al cual se enviar la informacin de los empleados. Este sistema no debe ser un sistema productivo

Adems se define la forma de comunicacin entre estos sistemas, la cual ser mediante RFCs:

Page 10

Documento de referencia Implementacin TDSM

Se defini que los procesos del sistema de control y central de TDMS no estn distribuidos, con lo cual se debe tildar el siguiente botn para que ambas RFCs apunten al mismo sistema:

Desde la transaccin SM59 se deben crear 3 RFCs (una por cada sistema), las mismas deben tener el mismo nombre solicitado por TDMS, por ejemplo MBT_ZSUBPROJECT_PCL:

Si las RFCs fueron creadas correctamente, el sistema propondr valores por default para todos los campos requeridos:

Al finalizar la configuracin de las RFCs, se deben aplicar los cambios para que TDMS realice una conexin de prueba a los sistemas indicados, para ello presionar Apply Page 11

Documento de referencia Implementacin TDSM Si la configuracin es correcta, se presentarn los smbolos de ok en las actividades de Definition y Connection

Posteriormente se debe realizar la sincronizacin de los sistemas involucrado, de forma que se informe a los 3 sistemas la estructura del proyecto y los cdigos del package creado

Si la sincronizacin es correcta, se mostrar una salida similar a la siguiente:

Se crearon las siguientes RFCs para la comunicacin de los sistemas: Sistema Sistema Sistema Sistema Sistema central y control (TDMS): TODO Sender (produccin): TODO Receiver DEV: TODO Receiver QA: TODO Receiver Training: TODO Page 12

Documento de referencia Implementacin TDSM

Completar las RFCs anteriores una vez se hayan configurado las finales

4.2.

Basic Initialization

Esta actividad crea el espacio (cluster) en el sistema Sender. En este espacio se almacenar la informacin a ser transmitida en forma temporal.

4.3.

Define target areas for Users (Optional)

En esta actividad se definen los lmites en las migraciones de datos, esta actividad es til para minimizar los datos afectados Page 13

Documento de referencia Implementacin TDSM en caso de error del usuario durante la seleccin de datos a migrar:

Se debe indicar la numeracin desde y hasta de los objetos a crear en el sistema destino, as como tambin la cantidad mxima de objetos permitidos a transferir. Este target puede especificarse para tipos de objeto en particular (Empleados, UO, posiciones, etc), para proyectos, subproyectos, usuarios, etc. Se deben indicar dos target reas, una para los empleados y otra para los objetos OM. Se definieron dos sets de target reas a utilizar, uno para los subprojects de copia en masa y otra para los subprojects de copias especficas de objetos, la diferencia entre stos es el lmite de datos a transferir:
o

Copias en masa: Plan Version: * Object type: P From: 1 To: 99999999 Max Number: 99999999 Plan Version: 01 Object type: * From: 1 To: 99999999 Max Number: 99999999

La configuracin anterior indica que no habr ningn tipo de restriccin en los objetos a migrar ni en la cantidad de datos.
o

Copias especficas Plan Version: * Page 14

Documento de referencia Implementacin TDSM Object type: P From: 1 To: 99999999 Max Number: 10 Plan Version: 01 Object type: * From: 1 To: 99999999 Max Number: 100

La configuracin anterior indica que no habr ningn tipo de restriccin en los tipos de objetos a migrar, pero s en la cantidad, como mximo se podr migrar 10 empleados y 100 objetos OM por transferencia.

4.4.

Set technical switches

En esta actividad se definen aspectos tcnicos de las transferencias. Los switches se pueden activar para proyectos especficos o genricos (por medio de la utilizacin de wildcards). Los switches ms importantes que deberan ser siempre utilizados son los siguientes: MULTIPLICATION_ON: Permite copiar los mismos datos varias veces (en una actividad posterior se indica cuntas veces). Si no se activa este switch todas las copias tendrn una relacin de 1 : 1 con los objetos a transferir del sistema Sender Page 15

Documento de referencia Implementacin TDSM USE_BEGDA_XXXXX: Este switch permite que las tablas indicadas en XXXXX no sean transferidas en su totalidad, sino segn lo indicado en la fecha de cutt-off (la cual se indica en una actividad posterior). Se recomienda siempre utilizar los siguientes: o USE_BEGDA_PA2001 o USE_BEGDA_PA2002 o USE_BEGDA_TEVEN Nota: En el sistema estndar slo los switches para la tabla PA2001 y PA0015 estaban disponibles. Para agregar nuevos los mismos se deben indicar en la tabla V_CNVHCM_VAL_SW y luego estarn disponibles en esta actividad. Para activar los switches se debe indicar una X en el campo Value of Semantic Abbreviation, por ejemplo:

4.5.

Define scrambling rules

Page 16

Documento de referencia Implementacin TDSM En esta actividad se crean las reglas que se utilizarn para enmascarar los datos que pudieran relacionar el empleado SAP con el empleado fsico. Se crearon las siguientes reglas de scrambling para cada dato sensitivo: Dato
First Name Last Name Other names Name prefix Title Initials Form of address Birth Date Place of birth Country of birth Name at birth Nationality Confession SSN External personal ID User ID User ID logon Previous per. Number Phone number Distance Company housing Bus route Communication type Communication number Home PERNR License plate Tax company Time recording ID number Time recording ID version Religious denomination key Current marital status Number of children Street and house number 2nd address line City District Country C/O name Identity number Issuing authority

Scrambling type
Random table Random table Delete Delete Delete Delete Fixed values Randomize Random table Fixed value: US Delete Fixed values: US Random table Random table Delete Delete Delete Delete Delete Random Delete Delete Delete Delete Delete Delete Delete Delete Delete Delete Delete Delete Random table Delete Random table Delete Fixed value: US Delete Delete Delete

Page 17

Documento de referencia Implementacin TDSM Dato

Place of issue ID Bank account number City of bank Postal code of bank Payee key bank transfer Payee text Purpose bank transfer

Scrambling type
Delete Random table Delete Delete Delete Delete Delete

A modo de ejemplo, se muestra cmo se enmascara el Infotipo 0002 luego de una transferencia con scrambling: Antes: Despus:

Los scrambling Sets que se utilizaron son los siguientes:

Page 18

Documento de referencia Implementacin TDSM

5. Aspectos de seguridad
Todo este punto est pendiente La seguridad se defini para la utilizacin de los usuarios finales del workbench TDMS y los usuarios de las RFC

5.1.

Usuarios finales

Se definieron dos perfiles para la utilizacin de TDMS Administrador TDMS: Autorizaciones Tendr acceso total a las actividades y transacciones de TDMS Responsabilidades Corregir posibles errores en la configuracin de TDMS Page 19

Documento de referencia Implementacin TDSM Crear nuevos subprojects en caso que surja una nueva combinacin de Sender - Receiver Ejecutar los refresh de sistemas (ver punto 6 Refresh de sistemas) Usuario TDMS: Autorizaciones Tendr acceso a los siguientes subprojects o PRD --> DEV, PA data o PRD --> QA, PA data o PRD --> DEV, PA+OM data o PRD --> QA, PA+OM data Dentro de los subprojects slo ejecutar las siguientes actividades TODOtendr derecho a ejecutar todas las actividades Tendr un mximo en la cantidad de datos a transmitir, y no podr alterar este valor Responsabilidades Transferir empleados u objetos del ambiente preproductivo a los ambientes DEV o QA para replicar y analizar eventos (ver punto 7 Refresh de empleados sin datos de OM y 8 Refresh de empleados con datos de OM) TODO: una vez creados los roles agregar la configuracin de stos

5.2.

Usuarios RFCs

Los usuarios de RFC sern los encargados de conectarse a los sistemas Sender y Receiver para leer y crear los datos respectivamente TODO: Todava no se defini esta parte, verificar la autorizacin mnima para el usuario que se conectar a produccin, de forma que slo tenga acceso como lectura de datos y no escriturae

6. Refresh de sistemas en masa

Page 20

Documento de referencia Implementacin TDSM En este punto se describen los pasos a seguir cuando se desee poblar con datos iniciales los ambientes DEV o QA. Slo los Administradores TDMS podrn ejecutar esta accin, ya que conlleva una transferencia y borrado masivo de datos en el ambiente destino. Los proyectos que realizan refresh de sistemas son los mencionados como Copia en masa, el tipo de proyecto es ERP Initial Package for HCM Personnel Dev. PD & PA EXPERT Importante: El sistema al cual se copiar masivamente los datos de HR debe ya contener los datos del mdulo FI, esto es as ya que hay tablas de integracin entre HR y FI que no son copiadas en esta transferencia, por lo cual algunos procesos de HR no funcionarn en su totalidad si estas tablas no estn presentes (por ejemplo, la tabla CEPC es requerida y no copiada en copias HR) Se recomiendan los siguientes procedimientos de acuerdo al escenario que se tenga: El sistema Receiver tuvo un client copy reciente o es un sistema en uso: en este caso el sistema ya tendr los datos de FI. Los datos de HR tambin estarn presentes, con lo cual deben ser eliminados (el proceso de borrado de estos datos es una actividad que se puede ejecutar dentro del proyecto TDMS) y luego se copian los datos HR en masa El sistema Receiver no tiene ningn tipo de datos: Se tienen dos opciones aqu 1. El equipo de FI realiza una copia masiva de datos de finanzas utilizando un proyecto TDMS del tipo ERP Initial Package for Time based Reduction, y luego el equipo de HR realiza la copia de datos HR (notar que se debe respetar esta secuencia, ya que de lo contrario la copia de FI borrara los datos de HR) 2. El equipo de FI no interesa copiar sus datos, con lo cual el equipo HR debera copiar los datos mnimos de FI para que todos los procesos funciones, para esto se recomienda utilizar un proyecto del tipo ERP Initial Package for Business Process Library y seleccionar el BPL llamado BC-Asset (FI-AA), y luego realizar el copiado de datos HR en masa Para realizar el copiado en masa de datos HR se debe realizar la actividad de configuracin inicial (segn indicado en el punto 4 Configuracin inicial) y luego las siguientes actividades: Page 21

Documento de referencia Implementacin TDSM

6.1.

Deletion using the target ranges

Esta actividad permite borrar todos los datos del sistema Receiver. Esta actividad es til si se est haciendo una transferencia hacia un sistema que ya tiene datos HR sin scrambling, con lo cual la idea es reailzar un borrado masivo y luego hacer la copia con datos scrambling. Los datos del sistema Receiver que se borran son todos los datos incluidos en el rango definido en el punto 4.3Define target areas for Users (Optional) Se debe tener mucha precaucin y conocimiento de la herramienta antes de ejecutar esta actividad, ya que se pueden borrar los datos completos de un ambiente sin posibilidad de recuperarlos. Si no se est seguro, se recomienda omitir esta actividad y continuar sin realizar el borrado masivo.

6.2.

Transfer Selection Criteria

Page 22

Documento de referencia Implementacin TDSM En esta actividad se deben indicar cules son los datos a migrar

En la parte superior se indican los objetos y relaciones que se desea migrar. Debido a que la migracin es masiva se debe utilizar lo siguiente: Plan Version: 01 Object type: * Object type: * En la parte central se indica la fecha de corte para los registos de PD, los registros PD seleccionados tendrn una fecha de comienzo igual a la indicada aqu. En la parte inferior se tienen las siguientes opciones:

Page 23

Documento de referencia Implementacin TDSM

Use current PD selections: Se debe tildar si se desea que lo indicado en esta pestaa tenga efecto Transfer PD infotypes: Dejar tildado para copiar los datos maestros (Infotipos) de los objetos (para una posicin pueden ser Department/Staff, Vacancy, Cost Distribution, etc). No transfer for following Object Types: Se deben indicar aqu los objetos particulares que no se desean transferir (dejar en blanco para que Pasar a la pestaa PD Delete and Target Options

Delete Target Area: Esta opcin siempre debe estar tildada, de forma que los datos del objeto en el sistema Receiver sean borrados antes de la copia. Solo se borra el objeto que corresponde al que se est copiando en el sistema Receiver.

Page 24

Documento de referencia Implementacin TDSM Delete complete objects: Esta opcin siempre debe estar tildada, de forma que los datos de los objetos en el sistema Receiver sean borrados antes de la copia. Solo se borra el objeto que corresponde al que se est copiando en el sistema Receiver. Target plan version: indicar siempre 01 Number consecutively within range: Esta opcin se debe seleccionar si se desea que los nmeros de objeto en el sistema Receiver tengan una numeracin diferente a la del sistema Sender. La numeracin de stos comenzar en el valor inicial del campo Target Range Form Transfer 1:1 without change (must be in range) : Esta opcin se debe seleccionar si se desea que los nmeros de objetos en el sistema Receiver tengan la misma numeracin a la del sistema Sender. Tener en cuenta que los nmeros de empleado siempre deben estar en el Target Range predefinido. Pasar a la opcin PA Selection y pestaa PA Infotypes and Clusters

Use current PA selections: Se debe tildar si se desea que lo indicado en esta pestaa tenga efecto

Page 25

Documento de referencia Implementacin TDSM Transfer Master Data: Dejar tildado para copiar los datos maestros del empleado (Infotipo 0001, 0003, 0002, etc). Si solo se desea migrar Infotipos particulares, se pueden indicar aqu. Transfer Cluster Data: Dejar tildado para copiar los clusters del empleado (Tiempos, Nmina, Tax reporter, etc) Partial Cut-Off/Date: En este campo se puede indicar una fecha de corte, de forma que solo se traigan los datos a partir de la fecha aqu indicada. Esta seleccin afecta a los clusters y las tablas definidas para ser transferidas parcialmente de acuerdo a la fecha de comienzo de validez, ver punto 4.4 Set technical switches Nota: Si se desea contar con un usuario asociado a los empleados a copiar en el sistema Receiver verificar el punto 9 Creacin de usuarios asociados a los empleados , ya que se requieren selecciones adicionales en esta seccin Pasar a la pestaa PA Delete and Target Options

Delete Target Area: Esta opcin siempre debe estar tildada, de forma que los datos del empleado que se est copiando en el sistema Receiver sean borrados antes de la copia. Notar que slo se borrarn los empleados que se estn transfiriendo. Delete complete PERNR: Esta opcin siempre debe estar tildada, de forma que los datos del empleado que se est copiando en el sistema Receiver sean borrados antes de la copia. Number consecutively within range: Esta opcin se debe seleccionar si se desea que los nmeros de empleado en el Page 26

Documento de referencia Implementacin TDSM sistema Receiver tengan una numeracin diferente a la del sistema Sender. La numeracin de stos comenzar en el valor inicial del campo Target Range Form Transfer 1:1 without change (must be in range) : Esta opcin se debe seleccionar si se desea que los nmeros de empleado en el sistema Receiver tengan la misma numeracin a la del sistema Sender. Se debe tener en cuenta que los nmeros de empleado siempre deben estar en el Target Range predefinido. Pasar a la pestaa Other PA Data

Existen tablas que por su gran tamao no se incluyen por defecto, si se desea incluirlas se debe presionar SAP: International tables y seleccionarlas:

Se recomienda siempre seleccionar Time Events, ya que esta seleccin har que la tabla TEVEN con las fichadas del Infotipo 2011 se transfiera. Una vez realizada la seleccin deseada, se debe confirmar la misma presionando Confirm online. Si todo fue correcto, se volver a la pantalla de actividades y se marcar la actividad con verde o Amarillo:

Page 27

Documento de referencia Implementacin TDSM

Se debe verificar que los datos a actualizar en el sistema Receiver sean los correctos; para ello se puede presionar Executing log information Se presentarn los detalles, se debe verificar particularmente la cantidad y tipos de objetos a ser creados para asegurar que slo se est copiando lo necesario. En el siguiente ejemplo se estn copiando: 1 Work Area 2 Jobs 2 Unidades Organizativas 3 Empleados 3 Posiciones

6.3.

Confirm Definitios

Se debe ejecutar esta actividad para indicar que la actividad anterior fue correcta, y que se est listo para realizar la transferencia al sistema Receiver

Page 28

Documento de referencia Implementacin TDSM

6.4.

Prepare Data Transfer

Se debe ejecutar esta actividad para cargar en el cluster del sistema Sender los registros a transferir. A los datos se les aplicarn las reglas de Scrambling correspondientes.

Page 29

Documento de referencia Implementacin TDSM

6.5.

Data Transfer

Se debe ejecutar esta actividad para transferir los datos del sistema Sender al Receiver. Luego se verifica el estatus de la actividad y el log de sta; si el estatus es amarillo o verde los datos se habrn transferido. Se deben verificar los mismos en el sistema Receiver.

6.6.

Generacin de ndices en el sistema destino

Este paso debe ser realizado luego de hecha la transferencia, el objetivo es reconstruir los ndices de objetos, ya que los objetos copiados no son parte de ste. En caso que no se realice este paso no se vern los nuevos objetos en los Matchcodes de seleccin ni en los reportes que utilicen evaluation paths. En el sistema Receiver ejecutar la transaccin e indicar lo siguiente:

Page 30

Documento de referencia Implementacin TDSM

Luego presionar Execute mensaje:

, el sistema enviar el siguiente

Presionar Yes, el sistema presentar la lista de todos los objetos indexados

7. Refresh de empleados sin datos de OM

En este punto se describen los pasos a seguir cuando se desee copiar datos especficos de empleados desde el ambiente productivo a DEV o QA. Slo los usuarios con el rol de Administrador TDMS o Usuario TDMS podrn ejecutar esta accin. El objetivo es poder replicar los datos completos de un empleado del ambiente afectado de forma de poder analizar errores o situaciones particulares en otros ambientes, por ejemplo; errores de nmina, tiempos, beneficios, etc. Page 31

Documento de referencia Implementacin TDSM Se deber utilizar alguno de los siguientes proyectos: <TODO pegar screen del proyecto cuando est configurado> Las actividades que se deben realizar se detallan a continuacin.

7.1.

Transfer Selection Criteria

En esta actividad se deben indicar cules son los datos a migrar

Page 32

Documento de referencia Implementacin TDSM

Adems de las opciones de seleccin bsicas de empleados, se puede utilizar lo siguiente:

Transfer Master Data: Dejar tildado para copiar los datos maestros del empleado (Infotipo 0001, 0003, 0002, etc). Infotypes: Dejar en blanco para migrar todos los Infotipos. Si solo se desea migrar Infotipos particulares, se pueden indicar aqu. Transfer Cluster Data: Dejar tildado para copiar los clusters del empleado (Tiempos, Nmina, Tax reporter, etc) Clusters: Dejar en blanco para migrar todos los Clusters. Si solo se desea migrar Clusters particulares indicarlos aqu. Partial Cut-Off/Date: En este campo se puede indicar una fecha de corte, de forma que solo se traigan los datos a partir de la fecha aqu indicada. Esta seleccin afecta a los clusters y las tablas definidas para ser transferidas parcialmente de acuerdo a la fecha de comienzo de validez, ver punto 4.4 Set technical switches Pasar a la pestaa Other PA Data

Page 33

Documento de referencia Implementacin TDSM

Existen tablas que por su gran tamao no se incluyen por defecto, si se desea incluirlas se debe presionar SAP: International tables y seleccionarlas:

Se recomienda siempre seleccionar Time Events, ya que esta seleccin har que la tabla TEVEN con las fichadas del Infotipo 2011 se transfiera. Pasar a la pestaa PA Delete and Target Options

Delete Target Area: Esta opcin siempre debe estar tildada, de forma que los datos del empleado que se est copiando en el sistema Receiver sean borrados antes de la copia. Delete complete PERNR: Esta opcin siempre debe estar tildada, de forma que los datos del empleado que se est copiando en el sistema Receiver sean borrados antes de la copia. Page 34

Documento de referencia Implementacin TDSM

Number consecutively within range: Esta opcin se debe seleccionar si se desea que los nmeros de empleado en el sistema Receiver tengan una numeracin diferente a la del sistema Sender. La numeracin de stos comenzar en el valor inicial del campo Target Range Form Transfer 1:1 without change (must be in range) : Esta opcin se debe seleccionar si se desea que los nmeros de empleado en el sistema Receiver tengan la misma numeracin a la del sistema Sender. Se debe tener en cuenta que los nmeros de empleado siempre deben estar en el Target Range predefinido. Nota: Si se desea contar con un usuario asociado a los empleados a copiar en el sistema destino verificar el punto 9 Creacin de usuarios asociados a los empleados , ya que se requieren selecciones adicionales en esta seccin Una vez realizada la seleccin deseada, se debe confirmar la misma presionando Confirm online. Si todo est correcto, se volver a la pantalla de actividades y se marcar la actividad con verde o Amarillo:

Se debe verificar que los datos a ser actualizados en el sistema Receiver sean los correctos, para ello se puede presionar Executing log information Se presentarn los detalles y se debe verificar particularmente la cantidad de objetos tipo P a crear para asegurar que sea igual a la cantidad de empleados que se deseaba transferir. En la siguiente captura la cantidad de empleados que se transferirn es 1:

Page 35

Documento de referencia Implementacin TDSM

7.2.

Confirm Definitions

Se debe ejecutar esta actividad para indicar que la actividad Transfer Selection Criteria est correcta, y que est lista para realizar la transferencia al sistema Receiver

Page 36

Documento de referencia Implementacin TDSM

7.3.

Prepare Data Transfer

Se debe ejecutar esta actividad para cargar en el rea cluster del sistema Sender los registros a transferir. A los datos se les aplicarn las reglas de Scrambling correspondientes.

7.4.

Data Transfer

Se debe ejecutar esta actividad para transferir los datos del sistema Sender al Receiver. Luego se verifica el estatus de la Page 37

Documento de referencia Implementacin TDSM actividad y el log de sta; si el estatus es amarillo o verde los datos se habrn transferido. Se deben verificar los mismos en el sistema Receiver.

8. Refresh de empleados con datos de OM

En este punto se describen los pasos a seguir cuando se desee copiar datos de PA y OM desde el ambiente productivo a DEV o QA. Slo los usuarios con el rol de Administrador TDMS o Usuario TDMS podrn ejecutar esta accin. El objetivo es poder replicar los datos completos de un una estructura organizativa con todas sus relaciones, de forma de poder analizar errores o situaciones particulares en ambientes no productivos. Se deber utilizar alguno de los siguientes subprojects: <TODO screen del proyecto cuando est> Las actividades que se deben realizar se detallan a continuacin.

8.1.

Transfer Selection Criteria

Page 38

Documento de referencia Implementacin TDSM En esta actividad se deben indicar cules son los datos a migrar

En la parte superior se indica cul ser el objeto raz (campo Object ID) a copiar, ingresando el correspondiente Evaluation Path se podrn indicar indirectamente todos los objetos relacionados a ste. Si se indica una UO como objeto raz, y el Evaluation Path O-S-P entonces se copiarn todas las UOs, Posiciones y Empleados bajo la UO indicada, por ejemplo:

Page 39

Documento de referencia Implementacin TDSM

Se debe presionar el botn PD Selection para acceder a las opciones extendidas:

Use current PD selections: Se debe tildar si se desea que lo indicado en esta pestaa tenga efecto Transfer PD infotypes: Dejar tildado para copiar los datos maestros (Infotipos) de los objetos (para una posicin pueden ser Department/Staff, Vacancy, Cost Distribution, etc).

Page 40

Documento de referencia Implementacin TDSM Infotypes: Dejar en blanco para migrar todos los Infotipos. Si solo se desea migrar Infotipos particulares, se pueden indicar aqu. No transfer for following Object Types: Se deben indicar aqu los objetos que estn incluidos dentro del Evaluation Path pero que no se desea copiar. Additional evaluation path: En el caso que se desee copiar varios tipos de relaciones, pero ningn Evaluation Path contengas todas juntas a la vez, se puede indicar aqu ms de un Evaluation Path adicional de forma que entre todos cubran todos los enlaces deseados. Se sugiere utilizar como Evaluation Path principal el O-S-P, y como adicionales los siguientes: SBESCX: enlaces a Jobs y chief position ARBPLX: enlaces a Work center ZO_S_P_Q: enlace de empleados a sus cualificaciones Pasar a la pestaa PD Delete and Target Options

Delete Target Area: Esta opcin siempre debe estar tildada, de forma que los datos del objeto en el sistema Receiver sean borrados antes de la copia. Solo se borra el objeto que corresponde al que se est copiando en el sistema Receiver. Delete complete objects: Esta opcin siempre debe estar tildada, de forma que los datos de los objetos en el sistema Receiver sean borrados antes de la copia. Solo se borra el objeto Page 41

Documento de referencia Implementacin TDSM que corresponde al que se est copiando en el sistema Receiver. Target plan version: indicar siempre 01 Number consecutively within range: Esta opcin se debe seleccionar si se desea que los nmeros de objeto en el sistema Receiver tengan una numeracin diferente a la del sistema Sender. La numeracin de stos comenzar en el valor inicial del campo Target Range Form Transfer 1:1 without change (must be in range) : Esta opcin se debe seleccionar si se desea que los nmeros de objetos en el sistema Receiver tengan la misma numeracin a la del sistema Sender. Tener en cuenta que los nmeros de empleado siempre deben estar en el Target Range predefinido. Pasar a la pestaa Root Options

En esta pestaa se define dnde se enlazar el objeto raz y todos sus enlaces que se copiarn. Se tienen 3 opciones: Without New Root: con esta opcin el objeto raz a transferir (que usualmente ser una UO) no se asignar bajo ningn objeto de la estructura existente en el sistema Receiver, es decir, estar en el nivel 0 dentro de la jerarqua. Generate New Root: con esta opcin el objeto raz a transferir (que usualmente ser una UO) se enlazar bajo un objeto nuevo a crear en el sistema Receiver, las propiedades de ese nuevo objeto y el enlace al objeto raz se indican en la parte inferior:

Page 42

Documento de referencia Implementacin TDSM

Under Object ID: con esta opcin el objeto raz a transferir (que usualmente ser una UO) se enlazar bajo un objeto ya existente del sistema Receiver, con lo cual slo se tiene que indicar qu tipo de objeto es, su ID y el tipo de enlace a ste:

Adicional a las opciones anteriores, se puede seleccionar los filtros para los datos PA de los empleados relacionados al objeto Raiz, para ello presionar: Adems de las opciones de seleccin bsicas, se puede utilizar lo siguiente:

Page 43

Documento de referencia Implementacin TDSM Transfer Master Data: Dejar tildado para copiar los datos maestros del empleado (Infotipo 0001, 0003, 0002, etc). Infotypes: Dejar en blanco para migrar todos los Infotipos. Si solo se desea migrar Infotipos particulares, se pueden indicar aqu. Transfer Cluster Data: Dejar tildado para copiar los clusters del empleado (Tiempos, Nmina, Tax reporter, etc) Clusters: Dejar en blanco para migrar todos los Clusters. Si solo se desea migrar Clusters particulares indicarlos aqu. Partial Cut-Off/Date: En este campo se puede indicar una fecha de corte, de forma que solo se traigan los datos a partir de la fecha aqu indicada. Esta seleccin afecta a los clusters y las tablas definidas para ser transferidas parcialmente de acuerdo a la fecha de comienzo de validez, ver punto 4.4 Set technical switches. *** Quitar el tilde de Transfer central person *** Pasar a la pestaa Other PA Data

Existen tablas que por su gran tamao no se incluyen por defecto, si se desea incluirlas se debe presionar SAP: International tables y seleccionarlas:

Page 44

Documento de referencia Implementacin TDSM Se recomienda siempre seleccionar Time Events, ya que esta seleccin har que la tabla TEVEN con las fichadas del Infotipo 2011 se transfiera. Pasar a la pestaa PA Delete and Target Options

Delete Target Area: Esta opcin siempre debe estar tildada, de forma que los datos del empleado que se est copiando en el sistema Receiver sean borrados antes de la copia. Delete complete PERNR: Esta opcin siempre debe estar tildada, de forma que los datos del empleado que se est copiando en el sistema Receiver sean borrados antes de la copia. Number consecutively within range: Esta opcin se debe seleccionar si se desea que los nmeros de empleado en el sistema Receiver tengan una numeracin diferente a la del sistema Sender. La numeracin de stos comenzar en el valor inicial del campo Target Range Form Transfer 1:1 without change (must be in range) : Esta opcin se debe seleccionar si se desea que los nmeros de empleado en el sistema Receiver tengan la misma numeracin a la del sistema Sender. Se debe tener en cuenta que los nmeros de empleado siempre deben estar en el Target Range predefinido. Nota: Si se desea contar con un usuario asociado a los empleados a copiar en el sistema destino verificar el punto 9 Creacin de usuarios asociados a los empleados , ya que se requieren selecciones adicionales en esta seccin Una vez realizada la seleccin deseada, se debe confirmar la misma presionando Confirm online. Page 45

Documento de referencia Implementacin TDSM Si todo fue correcto, se volver a la pantalla de actividades y se marcar la actividad con verde o Amarillo:

Se debe verificar que los datos a actualizar en el sistema Receiver sean los correctos, ; para ello se puede presionar Executing log information Se presentarn los detalles y se debe verificar particularmente la cantidad y tipos de objetos a ser creados para asegurar que slo se est copiando lo necesario. En el siguiente ejemplo se estn copiando: 1 Work Area 2 Jobs 2 Unidades Organizativas 3 Empleados 3 Posiciones

8.2.

Confirm Definitios

Se debe ejecutar esta actividad para indicar que la actividad anterior fue correcta, y que se est listo para realizar la transferencia al sistema Receiver

Page 46

Documento de referencia Implementacin TDSM

8.3.

Prepare Data Transfer

Se debe ejecutar esta actividad para cargar en el cluster del sistema Sender los registros a transferir. A los datos se les aplicarn las reglas de Scrambling correspondientes.

Page 47

Documento de referencia Implementacin TDSM

8.4.

Data Transfer

Se debe ejecutar esta actividad para transferir los datos del sistema Sender al Receiver. Luego se verifica el estatus de la actividad y el log de sta; si el estatus es amarillo o verde los datos se habrn transferido. Se deben verificar los mismos en el sistema Receiver.

8.5.

Generacin de ndices en el sistema destino

Este paso debe ser realizado luego de hecha la transferencia, el objetivo es reconstruir los ndices de objetos, ya que los objetos copiados no son parte de ste. En caso que no se realice este paso no se vern los nuevos objetos en los Matchcodes de seleccin ni en los reportes que utilicen evaluation paths. En el sistema Receiver ejecutar la transaccin e indicar lo siguiente:

Page 48

Documento de referencia Implementacin TDSM

Luego presionar Execute mensaje:

, el sistema enviar el siguiente

Presionar Yes, el sistema presentar la lista de todos los objetos indexados

9. Creacin de usuarios asociados a los empleados

En el ambiente productivo cada empleado est asociado a un usuario por medio del Infotipo 0105. Las copias de empleados con TDMS no copian los datos del usuario, con lo cual existen tres posibles alternativas luego de una copia: 1. El usuario del empleado que se est copiando ya existe en el ambiente destino, y el nmero de empleado que se est copiando ser el mismo en el sistema destino Page 49

Documento de referencia Implementacin TDSM 2. El usuario del empleado que se est copiando ya existe en el ambiente destino, pero el nmero de empleado que se est copiando no ser el mismo en el sistema destino 3. El usuario del empleado que se est copiando no existe en el ambiente destino Para el caso 1 no hay que realizar ningn paso adicional para asociar el empleado a un usuario. Para los casos 2 y 3 se requiere crear el usuario y asociarlo al Infotipo 0105 del empleado, a continuacin se explican los pasos:

9.1.

Omitir la copia del Infotipo 0105

Se debe omitir la copia del Infotipo 0105 de forma de no copiar los datos del enlace al usuario que tiene el empleado en el sistema Sender, para ello se debe realizar lo siguiente durante la seleccin de datos a migrar: Seleccionar la actividad Transfer Selection Criteria

En la seccin de datos PA, indicar que el Infotipo 0105 no debe ser copiado

Luego se debe proceder con las dems actividades y selecciones correspondientes a los datos que se desea copiar.

9.2.

Creacin de usuarios de portal

Page 50

Documento de referencia Implementacin TDSM Este paso debe ser realizado en el sistema Receiver luego de haber realizado la transferencia, y servir para crear los usuarios de los empleados copiados. Acceder a la transaccin ZHRUSER

Se se desea indicar los empleados uno por uno, se debe seleccionar la opcin Select employees using employee master, este caso es el indicado para las copias de datos PA solamente:

Si se desea indicar todos los empleados de una unidad organizativa en particular, se debe seleccionar la opcin Preselect employees using org. Assignment, luego se debe indicar el Plan Version 01, Object Type O, Evaluation Path O-S-P y el Object ID correspondiente al cdigo de la unidad Organizativa Page 51

Documento de referencia Implementacin TDSM

Para cualquiera de los dos casos, en la parte inferior se debe indicar que slo se seleccionen los empleados sin usuarios:

Luego se debe ejecutar Todos los empleados seleccionados deben presentarse en el panel ESS participants without users/authorization

Se debe presionar Overview , el sistema entonces presentar la lista de todos los empleados. Se debe presionar Select all para seleccionar todos los empleados de la lista, y luego Users , el sistema presentar una pantalla similar a la siguiente:

Page 52

Documento de referencia Implementacin TDSM

No se deben modificar los datos por default, excepto el campo Password assignment, el cual puede ser modificado para cambiar el tipo de password que tendrn los usuarios a ser creados, existen 2 alternativas vlidas: Fixed password y Date of birth as passowrd, en caso que se seleccione Fixed password tambin se debe indicar el password en el campo Password. Una vez se tenga todo completo, se debe presionar Execute . Si todo estuvo correcto, se debe presionar Back y verificar que en la parte inferior, en el campo Total number of employees selected figure la cantidad de empleados a los que se le requera crear el usuario

Nota 1: Nunca utilizar la opcin de generar usuarios en background, ya que este mtodo no permite generar una nomenclatura correcta

Page 53

Documento de referencia Implementacin TDSM Nota 2: Los usuarios creados siempre tendrn la nomenclatura PR + #empleados, a pesar que el empleado asociado pueda no ser de BPPR Nota 3: Todos los usuarios creados tendrn el perfil para acceder nicamente al ESS (Rol Z_SAP_ESSUSER_ERP). En caso que se desee crear un usuario con perfil de Gerente y acceso al MSS se debe acceder a la transaccin SU01, indicar el nombre del usuario y agregar el rol Z_MANAGER_MSS

10. Issues detectados 10.1. Enlazar objeto raz a objeto existente en el destino
Cuando se desea enlazar el objeto raz a copiar en un objeto existente del sistema receiver no se produce el efecto esperado. Ejemplo Estructura existente en el Receiver

Seleccin para el transfer data:

Page 54

Documento de referencia Implementacin TDSM

Luego de hacer la transferencia de datos se realiza correctamente, pero no se enlaza en el sistema Receiver al objeto indicado:

o o

Riesgo: Bajo Workaround: Una vez hecha la transferencia, en el sistema Receiver el objeto se enlaza en forma manual a la estructura que corresponda Plan de accin: Crear nota OSS TODO: Luis indic que era ms rpido usar las horas de consultora SAP para esto

10.2. Actividades con warning

Page 55

Documento de referencia Implementacin TDSM Algunas actividades se ejecutan correctamente, pero el estatus final es de warning Ejemplo: Actividad Basic initialization

o o o o

Riesgo: Bajo Workaround: No es necesario ya que la actividad se ejecuta correctamente Plan de accin: Crear nota OSS Solucin: Se encontr un mtodo de acceder a la informacin extendida y ver la causa real del warning. Para ello se debe acceder al monitor extendido y corresponda: seleccioniar el nodo que

Luego se presentar una pantalla con un deglose mayor de la actividad:

Page 56

Documento de referencia Implementacin TDSM Aqu se podr acceder al log o al job en cuestin, donde se encontrar ms informacin y la razn de por qu no termin con estatus verde una actividad.

10.3. Actividad Data Transfer termina con estatus aborted

Al terminar una actividad de transferencia de datos Data Transfer el estatus que se presenta es aborted

Pero el log detallado no presenta ninguna actividad errnea ni mayor detalle de la ejecucin:

Adems, la transmisin de datos es correcta (se puede verificar en el sistema Receiver la informacin copiada) o Riesgo: Bajo o Workaround: No es necesario ya que la actividad se ejecuta correctamente o Plan de accin: Crear nota OSS o Solucin: Se realizaron pruebas en otro ambiente con una versin ms nueva (inclua varias notas que en el ambiente de QA no existan). Adems se tuvo que realizar el Change write behaviour. Este es el procedimiento:

Page 57

Documento de referencia Implementacin TDSM

Seleccionar Troubleshooting, donde se indicar el problema y la solucin:

Luego el Change write behaviour debe ser cambiado a Modify

Page 58

Documento de referencia Implementacin TDSM

11.

Historial de cambios
Fecha 01/30/2012 02/01/2012 03/01/2012 Responsab le Federico M. Jos Alberto P. Federico M. Cambio Draft inicial Revisin inicial Actualizaci n del Draft Versin 0.1 0.2 0.3

Page 59