✒️SAP PM Las modificaciones al sistema

Las modificaciones al sistema

1.- Los ambientes SAP

Está compuesta por tres ambientes:

Desarrollo: este ambiente permite a los consultores realizar configuraciones modificaciones en el sistema.

Calidad: una vez que el sistema fue configurado en desarrollo se realizan las pruebas sobre los cambios realizados.

Producción: luego que la modificación del sistema fue probada y aprobada por el usuario clave en calidad, estas son enviadas a Producción (en vivo) , donde los usuarios trabajan cotidianamente para realizar las actividades del negocio.

Nota: existen en algunos proyectos que tendremos mas ambientes, la administración de ambientes y mandantes, se encarga el Basis de la organización, el mismo se dedica también a la base de datos, transporte de órdenes, monitoreo performance , instalación de paquetes, descarga de paquetes, entre otros.

Ejemplo: Desarrollo (101 configuración, 102 Sanbox, 103 pruebas de desarrollos) > Calidad / QA > (210 Pruebas o Clidad, 220 Entrenamiento) > Producción (410 Producción)

Los ambientes pueden contener uno o más Mandantes.

Mandante: representa una organización o compañía. Toda la información del negocio se encuentra protegida a nivel de mandante. (Instancias creadas dentro de una ambiente para configuración, desarrollo y pruebas)

Al tener múltiples mandantes permiten la segregació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 solo pueden ingresar al mismo generándose una segregación de datos.

2. Transporte en SAP

El mecanismo de movimientos entre mandantes se denomina transportes. El mandante destino puede ser uno que se encuentre dentro del ambiente (Desarrollo) o de un mandante perteneciente a un ambiente hacia otro (desarrollo a calidad). Lo que contiene el transporte u orden de transporte (número único en SAP que se utiliza para agrupar objetos) son las tareas de configuración, estas tareas pertenecen a un área de configuración, por ejemplo: finanzas, comercial, materiales, entre otras. Para cada una de las áreas fue previamente asignado un consultor para 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, esto asegura que solo un consultor puede dedicarse a su área y no a la de otro.

3.- Proceso de transporte

Consta de una fuente que el mandante fuerte y un destino, el mandante destino. Una orden de transporte contiene una y 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 el otro.

4.- 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 afectaras básicamente a programas y tablas. La creación de nuevos objetos, o la modificación de los que proporciona SAP, son grabadas en tareas asignadas a orden transportables.

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 customizin, 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.

Liberada: Se usa a través de la transacción SE01, la orden puede liberarse, permitiendo al grupo Basis pueda tomarla para el transporte y copia definitiva al mandante destino, una vez liberada la misma permanece cerrada para posteriores asignaciones de las tareas de configuración.

Los pasos técnicos para un consultor en lo que respecta una orden son:

-Asignar una orden a la modificación: Al modificar el customing o IMG, una ventana emergente nos solicitará la orden (si hay una existente) o nos habilitará a la creación de una.

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

-Modificar la orden: en tal caso sea necesario

-Liberarla

-El quinto paso incluiría el movimiento correspondiente al mandante destino, pero como se mencionó anteriormente es trabajo y competencia del grupo Basis de una organización

5. - El flujo de un proyecto de implementación de SAP

Tenemos generalmente tres mandantes en desarrollo, dos en calidad/ QA y uno producción.

La mayoría de los trabajos de implementación y modificación de las tablas se 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:

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

-Una vez que el consultor se encuentra satisfecho con la configuración que se realizó en el SANDBOX, este debe replicar todas las áreas 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 SANBOX. El mandante de configuración también es como de transporte, puesto que desde el mismo las configuraciones son enviadas a otros mandantes.

- 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 este para probar la integridad con las tareas de configuración no de un consultor, sino la de casa á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.

- 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 evaluación de funcionamiento son realizados por los Key Users para identificar si las modificaciones han sido satisfactorias, es decir, que contamos con la Aceptación de la prueba 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 destinaran para entrenamiento de usuarios. Tanto para los escenarios de prueba como para los entrenamientos, el mandante fuente que envía en forma de transportes las modificaciones de configuración es el de configuración.

- 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 lo 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 equivocación de liberarla y que esta pase a los otros ambientes.