✒️SAP SD Las modificaciones del sistema

Leccion 7 Modificaciones del Sistema

Ambientes de SAP

Una instalacion tipica de SAP, en una compania, esta provista de 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 modificacion del sistema fue testeada y aprobada por el usuario clave en Calidad, estas son enviadas a Produccion, donde los usuarios trabajan dia a dia para realizar todas las actividades del negocio.

Cada uno de estos ambientes puede poseer uno o mas Mandantes.

Mandante: un mandante representa una organizacion o una compania. Toda la informacion del negocio se encuentra protegida a nivel de mandante.

El tener multiples mandantes permiten la segregacion de la informacion del negocio, y a la vez, cada uno de estos ambientes puede poseer uno o mas Mandantes. Los usuarios que estan creados y permitidos para un mandante, solo puede ingresar al mismo, generandose una segregacion de los datos.

Ejemplopodemos ver en el grafico 151 que el ambiente de Desarrollo posee tres mandantes: 101 Configuracion, 102 SANDBOX y 103 Pruebas de Desarrollo; el de Calidad / QA posee dos: 210 Pruebas o Calidad y 220 Entrenamiento; y por ultimo el ambiente de Produccion que posee solo el 410 de Produccion.

Transporte en SAP

Sabemos que SAP esta compuesto por ambientes, ahora tenemos que comprender como se esstructura los movimientos que se originan entre los mandantes y ambientes.

El mecanismo que utiliza SAP para estos movimientos entre mandante se denomina Transporte. 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 configuracion (vease Leccion Customizing en general), estas tareas pertenecen a un Area de Configuracion, por ejemplo: finanzas, comercial, materiales, etc. Para cada una de las tareas fue previamente asignado un consultor para realizar las configuraciones en el IMG.

Una Orden de transpote o transporte en SAP es creada por el consultor a cargo de una Area de Configuracion, realizando cambios en las tablas correspondientes. Esto asegura que solo un consultor puede dedicarse a su area y no a la del otro.

Proceso de transporte

El proceso de movimiento de una orden de transporte consta de una fuente que es el mandante fuente y un destino que es el mandante destino.

Una orden del transporte contiene una o mas tareas de configuracion realizadas por los consultores.

Es responsabilidad del consultor, o de un grupo es la creación y liberación de la orden de transporte. Una vez finalizado este paso, es responsabilidad del Grupo de Basis el movimiento de un mandante hacia el otro.

Pasos para la creacion y liberacion de un transporte

Como mencionamos anteriormente cada tarea de configuración o grupo de tareas, son enviadas a través de una orden de transporte a un mandante de destino. estos cambios, son pertenecientes al ambiente de desarrollo y afectaran basicamente a programas y tablas.

La creacion de nuevos objetos, o la modificacion de los proporciona SAP, son grabados en tareas asignadas a ordenes transportables.

Se ha realizado una modificacion en el IMG y la misma debera asignarse a una orden de transporte o workbench.

Una vez creada la orden puede manejar dos status:

• Mofificable: cuando la orden o tarea es creada para ser asociada a objeto de desarrollo o customizing, esta aparece con el status modificado; es decir que permite la adicion de mas objetos o tareas de configuracion asociados a la misma orden. En este status a la orden se le puede asignar o desasignar objetos del sistema.
• Liberada: se puede apreciar en la Grafica 153 que en la instancia cuatro, gracias al transport organizer o tranaccion SE01, la orden puede liberarse; permitiendose asi que el Grupo de Basis pueda tomarla para el transporte y copia definitiva al mandante de destino.

Una vez que la orden ha sido liberada, la misma permanece cerrada para posteriores asignaciones de las tareas de configuracion.

Por lo tanto los pasos tecnicos para un consultor en lo que respecta una orden son:

1. Asignar una orden a la modificacón: Al modificar el Customizing o IMG, una venta emergente nos solicitara la orden (si hay una existencia) o nos habilitara a la creacion de una.

2. Creación de una orden no provista: Si no hay una orden a cual asociar a la tarea de configuración se crea una nueva orden.

3. Modificar la orden: en tal caso que sea necesario.

4. Liberarla.

El quinto paso incluiria el movimiento correspondiente al mandante de destino, pero como se menciono anteriormente, es trabajo y competencia del Grupo de Basis de una organizacion.

Flujo de un proyecto de implementacion de SAP

Ya conocemos el concepto de un mandante, el mismo representa una particion dentro de la instalacion de SAP que pertenece a un ambiente.

Tenemos generalmente tres mandantes en Desarrollo, dos en Calidad / QA y uno en Produccion.

Mas de una instalacion de un mandante se realiza para lograr el perfecto flujo de un proyecto de implementacion.

La mayoría de los trabajos de implementación y modificacion de las tablas de configuracion, se llevan a cabo en el ambiente de Desarrollo.

El flujo de un proyecto de implementacion recorre los diferentes mandantes y ambientes, como se expresa a continuacion:

1. La realización de las pruebas de configuración, sobre teorías y supuestos, son ejecutados en el mandante denominado SANDBOX. Este es el punto de partida que los consultores tienen para experimentar.

2. Una vez que el consultor se encuentra satisfecho con la configuracion que se realizo en el SANDBOX, este debe replicar toda las tareas de configuración en el mandante de Configuracion. El Consultor puede DIRECTAMENTE realizar las modificaciones en este mandante si esta seguro del impacto de la configuracion y no tiene la necesidad de experimentar en el SANDBOX. El Mandante de Configuracion tambien es conocido como de Transporte o Desarrollo, puesto que desde el mismo las configuraciones son enviadas a otros mandantes.

3. Luego de haber liberado los trasportes 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 trasportada a este 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 se realiza 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 trasporte 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).

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, la mandante fuente que envía en forma de trasportes las modificaciones de configuración, es el de Configuración.

5. Una vez finalizado se envían las tareas de configuración, al 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 es 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 SADBOX no es obligatoria, pero es recomendable puesto que una modificación directa en el mandante de Configuración genera una orden de trasporte que impacta de forma errónea y se puede cometer la equivocación de liberarla y que esta pase a los otros ambientes.