✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
Unidad 6 - Lección 3
Estructura de Sistemas SAP
1-Estructura de datos en un sistema SAP
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-cliente. Los objetos de repositorio se almacenan en paquetes (packages). Los paquetes con 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 se caracterizan:
- Anidado (nesting)
- Interfaces (interfaces)
- Visibilidad (visibility)
- Accesibilidad (accesibility)
Los paquetes son creados y mantenidos con Package Builder, transacción SPAK.
2-Customizing
El término Customizing, se podría traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tantos generales de una compañia 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 dependientes de una unidad de negocio particular y tienen una validez general. Incluye calendario, configuraciones de impresión o el acceso a la ayuda.
3-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 transaccionales y sus propios datos de usuarios. Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente.
Ejemplos de customizing dependiente de cliente son los códigos de compañía, plantas y almacenes.
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-Repositorio de objetos
Se pueden realizar cambios o mejoras en el repositorio de objetos, los cambios o mejoras al repositorio pueden realizarse en diferentes formas:
- Extensión de repositorio a través de desarrollos del cliente (customer developments): es posible crear objetos de repositorio propios tales como tablas, programas, transacciones, etc. Todos los desarrollos del cliente son usualmente realizados en el espacio de nombres del cliente y deben comenzar con la letra Y o Z, entre otras cosas, es posible, también requerir un nombre de espacio propio a SAP que empiece y termine con el caracter /. Este tendrá un máximo de ocho caracteres incluyendo /, tal como /Firma/.
Todos los objetos que se creen bajo el nombre del espacio tendán un nombre que empezará con /Firma/, tal como /Firma/Evaluación1.
- Mejoras de cliente (customer enhancement): el repositorio es suplementado por sub-objetos del cliente aqui. Las estructuras de tablas pueden ser ampliadas con campos propios utilizando appends (agregados).
- Modificación 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
5-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 sistemas. Nunca se debe desarrollar en un sistema SAP que se utiliza también como productivo.
Como el repositorio de objetos es inter-cliente, SAP recomienda que no se desarrolle en un sistema que al mismo tiempo se utiliza para trabajar en forma productiva, ya que esto conlleva un riesgo de una posible inconsistencia de datos.
Si se van a realizar cambios al repositorio, SAP recomienda que se utilice al menos dos, pero idealmente tres sistemas separados, un sistema para desarrollo, un segundo sistema para pruebas y aseguramiento de la calidad y un tercer sistema productivo.
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. Todos los cambios (desarrollos, mejoras y modificaciones) al repositorio se registran en el sistema de desarrollo.
- Estos cambios son luego transportados al sistema de calidad y se verifican alli, sin influenciar la operación de producción.
- Luego de que se han probado satisfactoriamente, todos los objetos y configuraciones en el sistema de calidad pueden ser transportados al sistema de producción.
 
 
 
Sobre el autor
Publicación académica de Marcos Antonio Aquino Espinoza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Marcos Antonio Aquino Espinoza
Profesión: Auxiliar de Infraestructura - Paraguay - Legajo: VC54L
✒️Autor de: 107 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Marcos Aquino