ESTRUCTURA DE SISTEMAS SAP
1. ESTRUCTURA DE DATOS EN UN SISTEMA SAP
El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo Workbench ABAP y es inter-cliente.
Los paquetes son contenedores para objetos de desarrollo relacionados y se caracterizan por las siguientes propiedades:
- Anidado (nesting)
- Interfaces
- Visibilidad
- Accesibilidad
TRANSACCION SPAK los paquetes son creados y mantenidos con Package Builder
Grabado y transporte de modificaciones es controlado por el sistema de transporte y cambios denominado CTS(Change and Transport System)
2. CUSTOMIZING
Describe las configuraciones de un sistema SAP
Inter-clientes: contiene configuraciones que son independientes de una unidad de negocio particular con validez general, incluye calendario, configuraciones de impresion o acceso a la ayuda.
3. CLIENTES
Varios roles de cliente son utilizados en un sistema SAP. Un cliente de Customizing puede ser configurado para las configuraciones dependientes del cliente en el sistema. En un sistema de calidad y de produccion, un cliente puede ser creado como prueba, la asignacion de roles se hace mediante la transaccion SCC4
4. REPOSITORIO DE OBJETOS
Se pueden realizar en diferentes formas:
- Extension del repositorio: es posible crear objetos de repositorio propios como tablas, ,programas, transacciones etc. Son realizados en el espacio del nombre del cliente y deben comenzar por la letra y o z, empiece y termine con /
- Mejoras del cliente: es suplementado por sub-objetos del cliente en esta parte. La estructura de tablas pueden ser ampliadas con campos propios utilizando appends
- Modificaciones al estandar: el repositorio no es extendido sino directamente modificado, hay varios tipos de modificaciones:
- Modificaciones manuales
- Modificaciones con el asistente de modificaciones
- Modificaciones con el asistente de notas.
5. LANDSCAPE DE TRES SISTEMAS
SAP recomienda un landscape en la exista solo un repositorio de objetos por sistema. nunca se debe desarrollar un sistema SAP que se utilice tambien como productivo puede llevar a una inconsistencia de datos.
Un landscape de tres sistemas facilita el siguiente proceso recomendado:
- Se reallizan desarrollos propios de cliente en el repositorio de objeto y las configuraciones requeridas en el desarrollo.
- Los cambios son transportados al sistema de calidad y son verificados , las pruebas no se puede realizar en el sistema de desarrollo,, ya que los datos reales no estan disponibles en este ambiente,
- Luego de probar todos los objetos y configuraciones correctamente pueden ser transportados al sistema de produccion