✒️SAP SD / Las modificaciones del sistema Por Adriana Araujo

las modificaciones del sistema

1) Los ambientes de SAP

Una instalaciòn tìpica de SAP, en una companìa, està provista principalmente de tres ambientes:

> Desarrollo : este ambiente permite a los consultores realizar las configuraciònes del sistema.

> Calidad : un vez que el sistema fue configurado en Desarrollo, las pruebas sobre las configuraciònes 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 son 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.

Mandante : Un mandante representa una organizaciòn o una compañìa. Toda la informaciòn del negocio se encuentra protegida a nivel de 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; 101 Configuraciòn, 102 SANDBOX y 103 Pruebas de Desarrollo; el de calidad / QA posee dos: 210 Pruebas o Calidad y 220 Entrenamiento; y por ùltimo el ambiente de Producciòn que posee solo 410 de Producciòn.

2) Los 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 mandantes 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 (ver en lecciòn Customizing en General), estas tareas pertenecen a un Àrea de Configuraciòn, por ej:Finanzas, Comercial, Materiales,etc. Para cada una de las àreas fue previamente asignado un consultor para realizar las configuraciònes 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. Esto asegura que sòlo un consultor puede dedicarse a su àrea y no a la del otro.

3) El proceso de transporte

El proceso de movimiento de una orden de transporte costa de una fuente que es el mandante fuente y un destino, el mandante destino. Una orden de transporte contiene una o màs tareas de configuraciòn realizadas por los consultores.

Es responsabilidad del consultor, o de un grupo, 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 otro.

4) Los pasos para la creaciòn y liberaciòn 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 afectaràn 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 transportables.

Como se puede ver en el gràfico 153, se ha realizado una modificaciòn en el IMG y la misma deberà asignarse a una orden de transporte o Workbench. ( Banco de trabajo)

Una vez creada la orden puede manejar dos status:

> Modificable : cuando la orden o tarea es creada para ser asociada a objetos de desarrollo o customising, èsta 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 designar objetos del sistema.

> Liberada : Se puede apreciar en el Gràfico 153 que en la instancia cuatro, gracias al transport organizer o transacciòn SE01, la orden puede liberarse; permitiendose asì que el Grupo de Basis pueda tomarla para el transporte y copia definitiva al mandante de destino.

Una vez que la orden a 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 a una orden son :

1. Asignar una orden a la modificaciòn : Al modificar el Customising o IMG, una ventana emergente nos solicitarà la orden ( si hay una existente ) o nos habilitarà a la creaciòn de una.

2. Creaciòn de una orden no prevista : Si no hay una orden a cùal asociar a la tarea de configuraciòn se crea a una nueva orden.

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

4. Liberarla

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.

5 El 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. Èste es 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, 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. El Mandante de Configuraciòn tambièn es conocido como de Transporte o Desarrollo, ya que desde el mismo las configuraciones son enviadas a otros mandantes.

3. Luego de haber liberado los transportes del mandante de Configuraciòn,èste 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 de /QA. Esta es la ùltima prueba. Aquì las evaluaciones de funcionamiento son realizadas por los Key User para identificar si las modificaciònes 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, el mandante fuente que envìa en forma de transportes las modificaciònes 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 modificaciònes 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 en recomendable puesto que una modificaciòn directe 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 èsta pase a los otros ambientes.