✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
Estructura de Sistemas SAP
- 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 relevantes únicamente para ciertos clientes del sistema SAP, también contiene configuraciones y el repositorio de objetos que son inter-clientes (cross-cliente).
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 están caracterizados por ciertas propiedades:
â—‹ Anidado (nesting)
â—‹ Interfaces
â—‹ Visibilidad (visibility)
â—‹ Accesibilidad (accesibility)
Transacción SPAK: los paquetes son creados y mantenidos con Package Builder.
El grabado y transporte de modificaciones de objetos está controlado por el Sistema de Transportes y Cambios (CTS).
- Customizing
El Customizing comprende la definición de plantas y almacenes o funciones de compras basadas en planificación de producción o liquidación de nómina.
El sistema SAP diferencia entre Customizing dependiente de cliente y Custimizing inter-clientes.
Customizing inter-clientes contiene configuraciones que son independientes de una unidad de negocio particular y tienen 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.
Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente.
Los tipos de datos que son dependientes de un cliente están relacionadas entre sí (esta información se verifica).
Ejemplos de Customizing dependientes de cliente son los códigos de compañía, plantas y almacenes.
Datos Maestros y de Transacciones son dependientes del cliente también.
Un cliente Customizing puede ser configurado para las configuraciones que sean dependientes de cliente en el sistema de desarrollo. Los roles se asignan a los clientes desde la
Transacción SCC4
- Repositorio de Objetos
â—‹ Extensión del repositorio (customer developments): en el sistema SAP, es posible crear objetos de repositorio propios tales como tablas, programas, transacciones, etc.
Todos los desarrollos del cliente son realizados en el espacio de nombres del cliente y deben comenzar con la letra Y o Z.
â—‹ Mejoras de cliente (customer enhancenment): el repositorio es suplementado por sub-objetos del cliente aquí.
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: cambios de objetos estándar de SAP (programas, tablas, estructuras) se conocen como modificaciones.
Tipos de modificaciones:
- Modificaciones manuales
- Modificaciones con el asistente de modificaciones
- Modificaciones con el asistente de notas
- 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, ya que conlleva un riesgo de una posible inconsistencia de datos.
Un landscape de tres sistemas facilita el siguiente proceso recomendado:
â—‹ Se realizan desarrollos propios de cliente en el repositorio de objetos y las configuraciones requeridas en el sistema de desarrollo. Las configuraciones realizadas se registran 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. En el sistema de desarrollo no se pueden realizar pruebas de aceptació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.
Diferentes clientes pueden ser creados para propósitos específicos.
Clientes con roles específicos son usualmente creados en cada sistema:
- un cliente de desarrollo en el sistema de desarrollo
- un cliente para pruebas en el sistema de calidad
- un cliente productivo en el sistema de producción
 
 
 
Sobre el autor
Publicación académica de Manuel Quevedo, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Manuel Quevedo
Profesión: Encargado de Catering - Argentina - Legajo: WX48F
✒️Autor de: 42 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Manuel Quevedo