RDENES
DE
TRANSPORTE
2. Control de Cambios
Versin 01 02 03
Pginas Todas
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.
Este procedimiento es de obligado cumplimiento para todas las personas que trabajen en el entorno SAP.
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.
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
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
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
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.
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.
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.