Estructura de Sistemas SAP
Estructura de Datos en un sistema SAP
Los sistemas SAP tienen una estructura de datos especifica. Adicionalmente de las configuraciones de negocio (customizing) que son relevante únicamente por ciertos clientes del sistema SAP, también contiene configuraciones y el repositorio de objetos que son inter-clientes (cross-client).
El repositorio es el lugar de almacenamiento central para todo los objetos de desarrollo de Workbench ABAP y es inter-cliente. Los objetos de repositorio se almacenan en paquetes (Packages).
Los paquetes son contenedores para objetos de desarrollo relacionados semánticamente. Los paquetes están caracterizados por ciertas propiedades:
· Anidado (nesting)
· Interfaces (interfaces)
· Visibilidad (Visibility)
· Accesibilidad (accesibility)
Transacción SPAK
Los paquetes son creados y mantenidos con Package Builder.
Customizing
Son adaptaciones y/o configuraciones del negocio de un sistema SAP. Las funciones provistas tanto generales como aquellas que pueden ser específicas para una industria son adaptadas a los requerimientos específicos de la empresa en el proceso de Customizing.
El sistema SAP diferencia entre Customizing dependiente de cliente y Costumizing inter-clientes.
Customising inter-clientes contiene configuraciones que son independientes de una unidad de negocio particular y tienen validez general. Entre otros incluye el calendario, configuraciones de impresión o el acceso a la ayuda.
Clientes
Los sistemas SAP están divididos entre unidades de negocio o clientes, que también se conocen como mandantes.
Un cliente es una unidad comercial, organizacional y técnica contenida en un sistema SAP y consiste de configuraciones de negocio (Customizing dependiente de cliente), sus propios datos maestros y transacciones y sus propios datos de usuario.
Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente.
En un sistema de producción, un cliente puede crearse para propósitos de pruebas y en un sistema de producción, un cliente para trabajo productivo. Los roles se asignan a los clientes desde la transacción SCC4.
Repositorio de Objetos
También es posible realizar ajustes adicionales a la estructura de datos de un sistema SAP. Se pueden realizar cambios o mejoras de objetos. Los cambios o mejoras al repositorio pueden realizarse en diferentes formas:
· Extension del repositorio: Todos los desarrollos del cliente son usualmente realizados en el espacio del cliente y deben comenzar con la letra Y o Z, entre otras cosas.
· Mejoras del cliente: Es suplementado por sub-objetos del cliente aquí. Por ejemplo, un programa estándar de SAP puede ser suplementado con código propio del cliente en puntos predefinidos en el código conocidos como customer exits (salidas de cliente). Las estructuras de tablas pueden ser ampliadas con campos propios utilizando appends (agregados).
· Modificaciones al estándar del sistema SAP: Cambios a objetos estándar de SAP (programas, tablas, estructuras) se conocen como modificaciones. El repositorio de objetos que vienen junto con el sistema SAP en este caso no es extendido sino directamente modificado. Varios tipos de modificaciones son posibles, dependiendo del tipo de objeto:
ü Modificaciones manuales
ü Modificaciones con el asistente de modificaciones
ü Modificaciones con el asistente de notas
Landscape de Tres Sistemas
SAP recomienda un landscape de sistemas multiples basado en la conformación de la estructura de datos de un sistema SAP, en la que solo existe un repositorio de objetos por sistema.
Un landscape de tres sistemas facilita el siguiente proceso recomendado:
· Se realizan desarrollos propios de cliente en el repositorio de objetos y las configuraciones (customizing) requeridas en el sistema de desarrollo. Las configuraciones realizadas, asi como también todos los cambios al repositotio se registran en el sistema de desarrollo.
· Estos cambios luego son transportados al sistema de calidad y se verifican allí, sin influenciar la operación de producción. El sistema de desarrollo no ofrece un ambiente estable para una prueba comprensiva e integral.
· Luego que se han probado satisfactoriamente, todos los objetos y configuraciones en el sistema de calidad pueden ser transportados al sistema de producción.