✒️SAP SD / Las modificaciones del sistema Por Claudia Naranjo Santaella
SAP SD Las modificaciones del sistema
UNIDAD 1 Lección 5. Las modificaciones del sistema
Ambientes de SAP
Una instalación típica de SAP tiene de tres ambientes:
Desarrollo:
- Usado por consultores y desarrolladores para crear y configurar nuevas funcionalidades.
- No contiene datos reales de la empresa, sino datos simulados.
- Aquí se hacen pruebas iniciales sin afectar el sistema productivo.
Calidad: una vez que el sistema fue configurado en Desarrollo, las pruebas sobre las configuraciones son realizadas en el ambiente de Calidad o QA.
- Se utiliza para validar que lo desarrollado funciona correctamente.
- Participan usuarios clave para simular escenarios reales.
- Se realizan pruebas funcionales, de integración y rendimiento.
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.
- Es el entorno donde opera la empresa en tiempo real.
- Contiene datos reales y es crítico para el negocio.
- Solo se migran aquí los cambios que han sido probados y aprobados.
Cada uno de estos ambientes puede poseer uno o más Mandantes.
Transportes en SAP
El mecanismo que utiliza SAP para los movimientos entre los mandantes y ambientes 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, pertenecientes a cada área de configuración, tales como: finanzas, comercial, materiales, etc.
Para cada una de las áreas esta asignado un consultor quien realiza las configuraciones en el IMG.
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 realizadas por los consultores.
El consultor es el responsable de 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 creación y liberación de un transporte
La creación de nuevos objetos, o la modificación de los que proporciona SAP, son grabados en tareas asignadas a órdenes 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 customizing, é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 desasignar objetos del sistema.
- Liberada: 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 la 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:
- Asignar una orden a la modificación
- Creación de una orden no provista
- Modificar la orden
- Liberarla.
El quinto paso incluiría el movimiento correspondiente al mandante de destino, pero esta acción es competencia del Grupo de Basis de una organización.
Flujo de un proyecto de implementación de SAP
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:
- La realización de las pruebas de configuración, sobre teorías y supuestos, son ejecutados en el mandante denominado SANDBOX. Éste el punto de partida que los consultores tienen para experimentar.
- Una vez que el consultor se encuentra satisfecho con la configuración que se realizó en el SANDBOX, éste 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.
- 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.
- 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í la evaluación de funcionamiento es realizada 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).
- 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 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 ésta pase a los otros ambientes.
Escanear / Compartir
Sobre el autor
Publicación académica de Claudia Margarita Naranjo Santaella, en su ámbito de estudios para la Carrera Consultor SAP SD Nivel Avanzado.
SAP Expert
Claudia Margarita Naranjo Santaella
Profesión: Lic Admon. Mc Informática - Venezuela - Legajo: FN27T
✒️Autor de: 176 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Compromiso, perseverancia y aprendizaje continuo definen mi gestión; me oriento a resultados, optimizando procesos y potenciando el desarrollo organizacional y mi crecimiento profesional
Certificación Académica de Claudia Naranjo
