Estructura de Datos en un sistema SAP
Los sistemas SAP tienen una estructura de datos específica. Además de las configuraciones de customizing que son relevante únicamente para ciertos clientes del sistema SAP, también contiene configuraciones y el repositorio de objetos que son inter-clientes.
Repositorio: Es el lugar de almacenamiento central para todos los objetos de desarrollo de Workbench ABAP y es inter-cliente. Los objetos de repositorio se almacen en paquetes.
Paquetes: Son contenedores para objetos de desarrollo relacionados semánticamente. Un paquete puede incluir programas, tablas, pantallas, etc.
Las propiedades de los paquetes son:
- Anidado (nesting)
- Interfaces (interfaces)
- Visibilidad (visibility)
- Accesibilidad (accesibility)
Transacción SPAK: Los paquetes son creados y mantenidos con la transacción SPAK (Package Builder)
El grabado y transporte de modificaciones de objetos está controlado por el Sistema de Transportes y Cambios (CTS).
Customizing:
Customizing (adaptaciones) describe las configuraciones de negocio de un sistema SAP. El Customizing comprende cosas simples y básicas como la definición de plantas y almacenes hasta cosas más complejas como funciones de compras basadas en planificación de producción.
Una gran cantidad de Customizing estándar tal como definiciones de país, lenguaje, usuario horario, etc, están incluidas por SAP como parte de las instalaciones.
El sistema SAP diferencia entre Customizing dependiente de cliente y Customizing inter-clientes. Este último contiene configuraciones que son independientes de una unidad de negocio particular y tiene una validez general.
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, sus propios datos maestros y transaccionales y sus propios datos de usuarios.
Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente, los cuales están relacionados entre sí. Por lo tanto, cuando se ingresa información en una aplicación, el sistema verifica si la información ingresada concuerda con la configuración específica de ese cliente. En caso de haber inconsistencias, la información ingresada en la aplicación es rechazada.
Algunos ejemplos de Customizing dependiente de cliente son: códigos de compañía, plantas, almacenes, datos maestros y de transacciones, datos de usuario, etc.
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 (QAS), un cliente puede crearse para propósitos de pruebas, mientras que en un sistema de producción, se configura un cliente para trabajo productivo.
Los roles se asignan a los clientes desde la transacción SCC4.
Repositorio de Objetos:
Es posible realizar ajustes adicionales a la estructura de datos de un sistema SAP, es decir, se pueden realizar cambios o mejoras en el repositorio de objetos. Estos cambios o mejoras pueden hacerse en diferentes formas:
- Extensión del Repositorio: Esto se hace a través de desarrollos del cliente. En SAP es posible crear objetos de repositorio propios tales como tablas, programas, transacciones, etc.
Todos los desarrollos del cliente comienzan con la letra Y o Z. También se puede requerir un nombre que empiece y termine con el caracter "/", por ejemplo, /Firma/.
- Mejoras de cliente: El repositorio es suplementado por sub-objetos del cliente. 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 "cuustomers exits". Las estructuras de tablas pueden ser ampliadas con campos propios utilizando "apends" (agregados).
- Modificaciones al estándar del sistema SAP: Son cambios a objetos estántar de SAP (programas, tablas, estructuras). El repositorio de objetos que viene junto con el sistema SAP en este caso no es extendido, sino directamente modificado.
Algunos tipos de modificaciones que se pueden realizar son:
- Modificaciones manuales.
- Modificaciones con el asistente de modificaciones.
- Modificaciones con el asistente de notas.
Landscape de Tres Sistemas:
SAP recomiendo un landscape de sistemas múltiples donde exista un solo repositorio de objetos por sistema. Nunca se debe desarrollar en un sistema SAP que se utiliza también como productivo ya que existe el riesgo de una posible inconsistencia de datos. Generalmente, el landscape está compuesto por tres sistemas: uno para desarrollo, otro para pruebas y un último para productivo.
Un landscape de tres sistemas tiene las siguientes características:
- Se realizan desarrollos propios de cliente en el repositorio de objetos y las configuraciones requeridas en el sistema de desarrollo.
- Estos cambios son luego transportados al sistema de calidad y se verifican allí, sin influenciar la operación de producción. Una prueba de aceptación usualmente no es posible realizarse en el sistema de desarrollo, ya que los datos reales no están disponibles en este sistema para una prueba real.
- El sistema de desarrollo no ofrece un ambiente estable para una prueba comprensiva e integral.
- Luego de que esté todo probado y OK en QAS, se pasa el sistema productivo. Pueden existir diferentes clientes según distintos propósitos. Por ejemplo, pueden existir dos clientes en desarrollo, uno para realizar tareas de Customizing dependiente de cliente, y otro para realizar algunas pruebas antes de transportarlo a los demás sistemas.
- Cada cliente puede tener especificado un rol. Por ejemplo, en desarrollo existe un cliente de desarrollo, un cliente para pruebas en el sistema de calidad y un cliente productivo en el sistema de producción.
- Generalmente, los clientes principales de cada sistema tienen el mismo número ya que por defecto cuando transportamos el cliente origen es igual al cliente destino (no es obligatorio).