![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP PM Las modificaciones al sistema
SAP PM Las modificaciones al sistema
![SAP PM Las modificaciones al sistema SAP PM Las modificaciones al sistema](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/414.jpg)
08 Las modificaciones al sistema
1 Ambientes de SAP
Una instalación típica de SAP en una compañía está provista principalmente de tres ambientes:
· Desarrollo: este ambiente permite a los consultores realizar las configuraciones del sistema.
· Calidad: una vez que el sistema fue configurado en Desarrollo, las pruebas sobre las configuraciones son realizadas: en el ambiente de Calidad o QA
· Producción: luego que la modificación del sistema fue testeada y aprobada por el usuario clave en Calidad, éstas s enviadas a Producción, donde los usuarios trabajan día a día para realizar todas las actividades del negocio.
Cada uno de estos ambientes puede poseer uno o más Mandantes, que representa a una organización o una compañía. Toda la información del negocio se encuentra protegida a nivel mandante.
El tener múltiples mandantes permiten la segregación de la información del negocio y a la vez cada uno de estos ambientes puede poseer uno o más Mandantes. Los usuarios que están creados y permitidos para un mandante sólo pueden ingresar al mismo generándose una segregación de los datos.
A modo de ejemplo podemos ver en el gráfico 151 que el ambiente de Desarrollo posee tres mandantes:
1. Desarrollo:
a. 101 Configuración:
b. 102 SANDBOX
c. 103 Pruebas de Desarrollo
2. Calidad / GA poses dos:
a. 210 Pruebas o Calidad
b. 220 Entrenamiento
3. ambiente de Producción:
a. posee solo el 410 de Producción.
Transportes en SAP
Sabemos que SAP está compuesto por ambientes, ahora tenemos que comprender cómo se estructuran los movimientos que se originan entre los mandantes y ambientes.
El mecanismo que utiliza SAP para estos movimientos entre mandates se denomina Transportes. El mandante destino puede ser uno que se encuentre dentro del mismo ambiente (Desarrollo) o de un mandante perteneciente a un ambiente, hacia uno de otro ambiente (desarrollo a Calidad)
Lo que contiene el transporte u orden de transporte son las tareas de configuración (véase Lección Customizing en General) estas tareas pertenecen a un Área de Configuración por ejemplo finanzas, comercial, materiales, etc. Para cada una de las areas fue previamente asignado un consultor para realizar las configuraciones en el IMG.
Una Orden de transporte o transporte en SAP es creada por el consultor a cargo de una Área de Configuración realizando cambios en las tablas correspondientes, este asegura que solo un consultor puede dedicarse a su área y no a la de otro.
El Proceso de transporte
El proceso de movimiento de una orden de transporte consta de una fuente que es la mandante fuente y un destino, el mandante destino.
Una orden de transporte contiene una o más tareas de configuración realizada por los consultores.
Es responsabilidad del consultor o de un grupo de creación y liberación de la orden de transporte. Una vez finalizado este paso, es responsabilidad del grupo Basis e movimiento de un mandante hacia otro.
En esta lección nos focalizaremos solamente en la fase que corresponde a los pasos que le competen a un consultor, puestos las otras tareas (las de Basis) son objetivo de este curso.
Los pasos para la creación y liberación de un transporte
Cada tarea de configuración o grupo de tareas son enviadas a través de una orden de transporte a un mandante destino. Estos cambios son pertenecientes al ambiente de desarrollo y afectara básicamente a programas y tablas.
La creación de nuevos objetos, o la modificación de los que proporciona SAP, son grabados en tareas asignadas a órdenes de transporte.
La modificación en el IMG deberá asignarse a una orden de transporte o workbench.
Una vez creada la orden puede manejar dos status:
1. Modificable cuando la orden o tarea es creada para ser asociada a objetos de desarrollo o customizing esta aparece con el status modificable; es decir que permite la adición de más objetos o tareas de configuración asociados a la misma orden. En este status a la orden se le puede asignar o desasignar objetos del sistema.
2. Liberada: se puede apreciar en el Gráfico 174 que en la instancia cuatro, gracias al transport organizer o transacción SE01 la orden puede liberarse, permitiéndose así que el Grupo de Basis pueda tomarla para el transporte y copia definitiva al mandante de destino. Una vez que orden ha sido liberada, la misma permanece cerrada para posteriores asignaciones de las tareas de configuración.
Por lo tanto, los pasos técnicos para un consultor en lo que respecta una orden son:
1. Asignar una orden a la modificación: Al modificar el Customing a IMG, una venta emergente nos solicitará (si hay una existente) o nos habilitará a la creación de una.
2. Creación de una orden no provista: Si no hay una orden a cuál asociar a la tarea de configuración se crea orden nueva.
3. Modificar la orden: en tal caso que sea necesario.
4. Liberarla.
5. El quinto paso incluiría el movimiento correspondiente al mandante de destino, pero como se mencionó anteriormente es trabajo y competencia del Grupo de Basis de una organización.
Flujo de un proyecto de implementación de SAP
Ya conocemos el concepto de un mandante, el mismo representa una partición dentro de la instalación de SAP que pertenece a un ambiente.
Tenemos generalmente tres mandantes en Desarrollo, dos en Calidad / QA y uno en Producción
Más de una instalación de un mandante se realiza para lograr el perfecto flujo de un proyecto de implementación. La mayoría de los trabajos de implementación y modificación de las tablas de configuración se llevan a cabo en el ambiente de Desarrollo.
El flujo de un proyecto de implementación recorre los diferentes mandantes y ambientes como se expresa a continuación:
1. La realización de las pruebas de configuración, sobre teorías y supuestos, son ejecutados en el mandante denominado SANDBOX. Este el punto de partida que los consultores tienen para experimentar.
2. Una vez que el consultor se encuentra satisfecho con la configuración que se realizó en el SANDBOX, este debe replicar todas las tareas de configuración en el mandante de Configuración. El consultor puede DIRECTAMENTE realizar las modificaciones en este mandante si está seguro del impacto de la configuración y no tiene la necesidad de experimentar en el SANDBOX. El Mandante de Configuración también es conocido como de Transporte, puesto que desde el mismo las configuraciones son enviadas a otros mandantes.
3. Luego de haber liberado los transportes del mandante de Configuración, este debe impactar en el mandante de Prueba de Desarrollo, que pertenece al ambiente De desarrollo. La modificación es transportada a éste para probar la integridad con las tareas de configuración no de un consultor, sino la de cada Área de Configuración en la que los consultores aplicaron las modificaciones. Esta fase es denominada Prueba de Integración. Esta prueba es realizada por un grupo de consultores. Si uno no se encuentra satisfecho con la configuración se puede volver a la etapa 2.
4. Una vez finalizada la Prueba de Integración, del mandante de Configuración el transporte es ejecutado para replicar en el mandante de Calidad o Pruebas del ambiente de Calidad/QA. Esta es la última prueba. Aquí las evaluaciones de funcionamiento son realizadas por los Key User para identificar si las modificaciones han sido satisfactorias, es decir que contamos con la Aceptación de las Pruebas de Usuario (APU).
a. Más de un mandante puede encontrarse en el ambiente de Calidad: uno debe dejarse para las APU y los otros se destinarán para entrenamiento de usuarios. Tanto para los escenarios de prueba como para los de entrenamiento, mandante fuente que envía en forma de transportes las modificaciones de configuración es el de Configuración.
5. Una vez finalizado se envían las tareas de configuración, el mandante de Producción perteneciente al ambiente de Producción, donde la modificación realizada tendrá lugar en las transacciones diarias de la compañía.
De esta forma podemos ver que los únicos mandantes que tienen permitido las modificaciones en la configuración son los de SANDBOX y Configuración que pertenecen al ambiente de Desarrollo. Ningún otro mandante debería tener permitido los cambios en el Customizing, sino que deberían recibir mediante copias por los mandantes los cambios en las tablas de configuración
La utilización del SANDBOX no es obligatoria, pero es recomendable puesto que una modificación directa en el mandante de Configuración genera una orden de transporte que impacta de forma errónea y se puede cometer la equivocación de liberarla y que este pase a los otros ambientes
 
 
 
Sobre el autor
Publicación académica de Miguel Reginaldo Rahal, en su ámbito de estudios para la Carrera Consultor en SAP PM.
Miguel Reginaldo Rahal
Profesión: Empleado - Argentina - Legajo: NH72U
✒️Autor de: 96 Publicaciones Académicas
🎓Cursando Actualmente: Consultor en SAP PM
🎓Egresado de los módulos:
Certificación Académica de Miguel Rahal