1. La estructura de datos en un sistema SAP
Conocer la estructura de datos de un sistema SAP es igualmente importante tanto para los usuarios, desarrolladores y administradores para entender de qué manera un sistema SAP funciona.
Los sistemas SAP tienen una estructura de datos específica. Adicionalmente a las configuraciones de negocio (customizing) que son relevante únicamente para 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 todos los objetos de desarrollo de Workbench ABAP y es inter-clientes. Los objetos de repositorio se almacenan en paquetes (packages).
Los paquetes son contenedores para objetos de desarrollo relacionados semánticamente. Diferentes objetos de desarrollo (programas, tablas, pantallas, módulos de función, clases, etc) pueden estar contenidos dentro de un paquete.
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, la transacción SPAK
2. El customizing
El término customizing, que se podría traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tanto generales de una compañía 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 customizing inter-clientes.
Customizing inter-clientes contiene configuraciones que son independientes de una unidad de negocio particular y tienen una validez general. Entre otros incluye el calendario, configuraciones de impresión o el acceso a la ayuda que vimos previamente en una unidad.
3. Los 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 usuarios.
Los tipos de datos que son dependiente de un cliente están relacionadas entre sí. Por lo tanto, cuando ingresamos información en una aplicación, el sistema verifica si la información ingresada concuerda con la configuración específica de ese cliente (customizing). Si hay inconsistencias, la información ingresada en la aplicación es rechazada. Esto nos dice que la información de una aplicación es significativa en términos del negocio solamente en el cliente con el customizing correspondiente.
Algunos ejemplos dependiente de cliente son los códigos de compañía, plantas y almacenes.
Varios roles de clientes son utilizados en un sistema SAP. Un cliente de customizing puede ser configurado para las configuraciones que sean dependientes de cliente en el sistema de desarrollo. En un sistema de calidad, 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.
4. El repositorio de objetos
Así como el customizing dependiente de cliente e inter-cliente, es posible realizar ajustes adicionales a la estructura de datos de un sistema SAP también. Se pueden realizar cambios o mejoras en el repositorio de objetos. Los cambios o mejoras al repositorio pueden realizarse en diferentes formas.
- Extensión del repositorio: a través de desarrollos de cliente en el sistema SAP, es posible crear objetos de repositorio propios tales como tablas, programas, transacciones, etc.
- Mejoras de cliente: el repositorio 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. Las estructuras de tablas pueden ser ampliadas con campos propios utilizando appends.
- Modificaciones al estándar: 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 trabajo:
Modificaciones manuales.
Modificaciones con el asistente de modificaciones.
Modificaciones con el asistente de notas.
5. El landscape de tres sistemas
SAP recomienda un landscape de sistemas múltiples basado en la conformación de la estructura de datos de un sistema SAP, en la que existe solo un repositorio de objetos por sistema. Nunca se debe desarrollar en un sistema SAP que se utiliza también como productivo. En circunstancias normales, un landscape de tres sistemas es suficiente para la operación.