rea SAP

RDENES

DE

TRANSPORTE

Definicin de metodologa para rdenes de transporte en los desarrollos SAP

Factora Lleida Lleida, enero de 2013

1. Contenido del documento

1. 2. 3. 4. Contenido del documento ...................................................................................................... 1 Control de Cambios ................................................................................................................ 2 Objetivos del documento ....................................................................................................... 3 Descripcin del proceso ........................................................................................................ 4 4.1 Cuestiones a tener en cuenta ............................................................................................... 4 4.1.1 Nomenclatura de rdenes ................................................................................................ 4 4.1.2 Cabeceras de creacin/modificacin en programas ........................................................ 4 4.2 Metodologa de trabajo con rdenes de transporte .............................................................. 5 4.2.1 Metodologa de trabajo con rdenes de transporte de Workbench ................................. 5 4.2.1.1 Objetos Web Dynpro, Formularios y Workflow ............................................................. 8 4.2.2 Metodologa de trabajo con rdenes de transporte que contengan datos o de Customizing .............................................................................................................................. 9 4.3 Responsable de la orden original .......................................................................................... 9

Metodologa rdenes transporte / V.2.0

2. Control de Cambios

Versin 01 02 03

Pginas Todas

Fecha Modificacin 20/09/2009 10/05/2012 15/01/2013

Motivo del cambio Creacin del documento Revisin de la metodologa Metodologa de trabajo con objetos Web Dynpro, Formularios y Workflow. Metodologa de trabajo con rdenes de transporte que contengan datos o de Customizing.

Metodologa rdenes transporte / V.2.0

3. Objetivos del documento

Este documento tiene como objetivos: Definir el procedimiento de gestin de rdenes de transporte en SAP. Establecer una metodologa nica a seguir para realizar el transporte de un entorno a otro.

Este procedimiento es de obligado cumplimiento para todas las personas que trabajen en el entorno SAP.

Metodologa rdenes transporte / V.2.0

4. Descripcin del proceso

4.1 Cuestiones a tener en cuenta
4.1.1 Nomenclatura de rdenes
De forma general y que se aplica en todos los mdulos la nomenclatura de las rdenes ser la siguiente: MODULO N de incidencia/peticin Descripcin de la incidencia peticin

Un ejemplo de descripcin de orden sera: SIGIRH - INC1203451 - Informe fotografa empleados

4.1.2 Cabeceras de creacin/modificacin en programas

De forma obligatoria cada vez que creemos/modifiquemos un programa se aadirn cabeceras para identificar el cambio. CREACION DE PROGRAMA Se aadir al inicio del programa una cabera con los siguientes datos: *---------------------------------------------------------------------* * PROGRAMA: (nombre del programa) * TIPO: (tipo programa: report, module pool, funcin) * REF. FUNCIONAL: (numero de incidencia/peticin) * CREADO POR: (autor usuario SAP) * FECHA CREACIN: (fecha) * DESCRIPCIN: (descripcin de las acciones que se van a desarrollar) *---------------------------------------------------------------------* MODIFICACION DE PROGRAMA Se aadir al inicio del programa una cabera con los siguientes datos: *---------------------------------------------------------------------* * INDRA_X * * MODIFICADO POR: (autor usuario SAP) * * FECHA: (fecha) * * REF. FUNCIONAL: (numero de incidencia/peticin) * * DESCRIPCIN: (descripcin de las acciones que se van a desarrollar) *---------------------------------------------------------------------*

En todas las lneas del cdigo que se aadan debern estar identificadas con el tag INDRA_X y el numero de peticin/incidencia y todas las que se modifiquen NO se debern borrar sino

comentarlas marcndolas con el tag INDRA_X y creando una nueva lnea identificada igualmente con el tag INDRA_X.

Esto nos permitir tener localizado todo el cdigo aadido/modificado debido al desarrollo de una peticin/incidencia.

Metodologa rdenes transporte / V.2.0

4.2 Metodologa de trabajo con rdenes de transporte

4.2.1 Metodologa de trabajo con rdenes de transporte de Workbench
Para los objetos Web Dynpro, Formulario y Workflow se seguir esta metodologa en todos los puntos excepto en el los que se indica que se debe comentar/descomentar el cdigo. Para estos objetos se deber recuperar la versin de Produccin de la forma que se indica en el apartado 4.2.1.1.

Se trabaja con el Mtodo de trabajo con copias de rdenes al aportar las siguientes ventajas: El objeto original est siempre bloqueado en el sistema origen, si alguien con otro usuario modifica ese objeto, ver que ya contiene otras modificaciones. Evita el tener que restaurar versiones anteriores, ya que sobre la orden original se puede comentar el cdigo que no interesa (perteneciente a otras modificaciones), y copiar el objeto en una orden que ser la que se transporte a test. Evita olvidar objetos a transportar ya que la orden original los contiene todos y se transportan todos una sola vez. No se machacan incidencias/modificaciones en los transportes ya que la orden original las contiene todas.

Como complemento de trabajo con esta metodologa, se incluye un documento interno de control de rdenes de transporte por incidencia/peticin llamado 3P (plantilla adjunta).

3P_INC00000PRUEB A.xlsx

Paso 0 pasos a realizar previos para los objetos ya modificados Se realizar este proceso para integrarlos en el procedimiento modificado. Se comprueba el log de transporte de la orden activa del objeto en el entorno de desarrollo: Si la orden est en produccin el objeto es idntico y se puede comenzar a trabajar con l. Si la orden no est transportada a produccin, se recomienda hacer un un COMPARE con test y produccin del contenido del objeto que vamos a tratar. Las capturas de esta
Metodologa rdenes transporte / V.2.0

comparacin se aadirn en la pestaa correspondiente del checklist de transporte. Si el

objeto est igual en los tres entornos, crear inmediatamente despus de la comparacin una orden para bloquear el objeto. Si no est igual se mirar a quin pertenece la ltima versin, acordando con el propietario el bloqueo de la orden y el comentario de las diferencias para comenzar a trabajar en una tarea suya.

NOTA IMPORTANTE: crear una orden que bloquee el objeto inmediatamente despus de haber

hecho el compare con los sistemas de test y produccin porque si no, algn otro usuario y en paralelo, podra entrar a modificar ese objeto sin que se tuviese conocimiento de ello. 5

Paso 1 comienzo de la modificacin Si al modificar el objeto, se solicita una nueva orden de transporte: Crear un documento 3P donde marcaremos en el checklist las acciones realizadas y anotaremos la nueva orden de transporte. Empezar la modificacin

Si se informa de la creacin de una tarea en otra orden de transporte:

Mirar en qu orden est este objeto Hablar con el propietario de esta orden y comunicarle que se va a crear una tarea en su orden. EN ESTA TAREA SOLAMENTE ESTAR EL OBJETO COMN, EL RESTO DE TRABAJO DEL SEGUNDO DESARROLLADOR ESTAR EN LA ORDEN

CORRESPONDIENTE A SU PETICIN O INCIDENCIA.

Aadir al documento 3P de la peticin en la que ya est el objeto un comentario explicando que se crea una nueva tarea que provocar modificaciones en los objetos existentes en la orden

Crear un documento 3P donde marcaremos en el checklist las acciones realizadas. Anotar en el 3P, la orden donde hemos aadido la tarea (orden original) indicando que tiene objetos que llevan modificaciones de otra peticin y que, en la mayora de los casos, no todos los objetos de la orden pertenecen a la peticin/incidencia que estamos desarrollando.

Empezar la modificacin.

Paso 2 probar la modificacin Las pruebas unitarias se realizarn en el entorno de desarrollo. Las pruebas integradas tanto para incidencias como para modificaciones deben de ser SIEMPRE en el entorno de test.

Si somos propietarios de la orden original y solo lleva las modificaciones de la peticin en curso: crearemos una copia de la orden original con todos los objetos. la transportaremos a test.
Metodologa rdenes transporte / V.2.0

no har falta incluirla en el 3P porque es copia de una orden que ya tenemos anotada en el 3P de esa peticin/incidencia.

Si no somos propietarios de la orden original: -

en los objetos afectados por nuestra peticin/incidencia y por alguna otra, comentaremos todo el cdigo que no est en test/produccin (haciendo COMPARE) y que no sea de 6

nuestra peticin/incidencia. crearemos una copia de la orden original con todos los objetos que afecten a nuestra peticin/incidencia. En la descripcin de la orden pondremos nuestra incidencia/peticin, no la incidencia/peticin de la orden madre. NOTA: no sern todos los objetos de la orden origen sino solo aquellos que afecten a nuestra peticin/incidencia. IMPORTANTE: El transporte a test del objeto comn para el no propietario se realizar incluyendo en la copia de su orden original la copia de la tarea que contiene los objetos comunes. incluirla en el 3P de la incidencia/peticin que estamos tratando. probar en test el funcionamiento. si funciona de forma correcta, descomentar el cdigo comentado en los objetos de la orden original (no hace falta crear una nueva orden) y liberar la tarea. si no funciona de forma correcta, realizar las modificaciones oportunas y crear de nuevo una nueva copia aadindola al 3P. Para identificar las rdenes copia en la descripcin de la orden, se nombrarn como se indica a continuacin: MODULO N de incidencia/peticin Descripcin de la incidencia peticin cpN siendo N, un nmero correlativo para las copias que vayamos haciendo. Un ejemplo de copia de orden sera: SIGIRH - INC1203451 - Informe fotografa empleados cp1 SIGIRH - INC1203451 - Informe fotografa empleados cp2

Paso 3 paso a produccin Cuando se solicite el paso a produccin de la peticin/incidencia se realizarn las siguientes acciones transportar la orden original del 3P.que est como ok en el checklist Verificar que no se ha hecho ningn transporte anterior de los objetos afectados por la orden peticin y que no est contemplado en nuestra orden ya que si no machacaramos esa modificacin.
Metodologa rdenes transporte / V.2.0

Si se da el caso del punto anterior, hay que aadir a la ltima versin del objeto transportada a produccin.

Se solicitar el transporte a produccin incluyendo las rdenes de Customizing y Workbench que sean necesarias.

Una vez nos ha llegado la notificacin de Remedy indicando que se ha realizado el

transporte, comprobar las rdenes una a una (visualizando el log) para verificar que el transporte ha sido correcto.

NOTA: para poder transportar las rdenes a produccin, deben estar liberadas e importadas correctamente en test.

4.2.1.1 Objetos Web Dynpro, Formularios y Workflow En el diseo de las Web Dynpro, los Formularios y el Workflow no existe cdigo que se pueda comentar. Si es necesario modificar un objeto que ya se est modificando, el procedimiento a seguir ser el siguiente: Paso 0 pasos a realizar previos - Comparar la versin del objeto en Desarrollo con las versiones en Test y en Produccin. Anotar la versin que tenemos en cada uno de los entornos. Paso 1 modificacin - Recuperar la versin de Produccin. - Implementar la resolucin de la incidencia. - Transportar la orden a Produccin. Paso 2 restauracin de las versiones correctas en los entornos de Test y Desarrollo

A. Test - Valorar la opcin que tenga menos coste para conseguir en Test la resolucin de la incidencia y la versin que haba inicialmente: - 1. Implementar de nuevo lo que ya se haba realizado en la versin de Test sobre la versin transportada que lleva la resolucin de la incidencia. - 2. Recuperar la versin de Test e implementar sobre sta la resolucin de la incidencia. - Sea cual sea la opcin preferida se debern probar la versin que haba en Test y tambin la incidencia. - Transportar a Test la nueva orden (versin anterior de Test + resolucin de la incidencia).

B. Desarrollo (slo si en el Paso 0 la versin de Test no era la misma que la versin de Desarrollo) - Valorar la opcin que tenga menos coste para conseguir en desarrollo las dos modificaciones: la resolucin de la incidencia y lo que estaba desarrollado:
Metodologa rdenes transporte / V.2.0

- 1. Implementar de nuevo lo que ya se haba realizado en Desarrollo sobre la versin transportada (versin de Test + resolucin de la incidencia).

- 2. Recuperar la versin que haba inicialmente en Desarrollo e implementar sobre sta la resolucin de la incidencia.

- Sea cual sea la opcin preferida se deber probar tambin la incidencia antes de su transporte para asegurar el correcto funcionamiento.

4.2.2 Metodologa de trabajo con rdenes de transporte que contengan datos o de Customizing
El procedimiento a seguir antes del transporte de rdenes que contengan datos es el siguiente: - Revisin del contenido de la orden a transportar. - Si la orden contiene datos, comparar estos datos con el contenido de la tabla en el sistema destino. - Si la orden a transportar contiene nicamente registros nuevos se puede transportar - Si la orden a transportar contiene registros que se van a borrar verificar que efectivamente se deben borrar en el sistema destino. - Si la orden a transportar contiene la modificacin de registros ya existentes verificar que todo lo que se va a transportar es correcto y que no ha habido cambios en produccin posteriores a la generacin de la orden que puedan ser sobrescritos al transportar.

En el momento de la liberacin de la orden, si sta contiene datos de alguna de las tablas a controlar identificadas en la tabla ZCONTROLTDATOS: - Si el usuario de SAP tiene permiso para la liberacin, se informar de que la orden contiene datos a controlar y se permitir la liberacin. - Si el usuario de SAP no tiene permiso para la liberacin, se informar de las tablas de datos que contiene la orden y del responsable de cada una de ellas. Ser necesario dirigirse a este responsable para la liberacin de la orden.

4.3 Responsable de la orden original

El responsable de la orden original ser el titular de la misma y ser el encargado de liberarla y hacer el transporte a integracin y de asegurarse de que el transporte a produccin se realiza correctamente (esto solo aplica a quien pide transportes a produccin).

Metodologa rdenes transporte / V.2.0