✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
ESTRUCTURA SISTEMAS SAP.
CROSS CLIENT
Significa que es independiente del mandante (o cliente).
SAP instala varios clientes o mandantes 000, 001, 066 por ejemplo, y si algo es cross client, significa que si se realiza un cambio logueado en un mandante, también lo verán reflejado es los otros.
El código fuente de los programas en SAP, se encuentran en la base de datos y los mismos son cross client, lo que significa que si se realiza un cambio en logueado en uno de los mandantes automáticamente se verá reflejado en el resto de los mandantes o clientes.
ESTRUCTURAA 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 unicamente 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 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)
TRX SPARK. 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, se denomina CTS (Change and Transport System) utilizando la asignación de objetos de repositorios a paquetes.
CUSTOMIZING.
El término Customizing, se podría traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tanto 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 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 o liquidación de nómina.
Customizing estándar tal como definiciones de país, lenguajes, uso horario están incluidas por SAP como parte de las instalaciones.
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.
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 usuarios.
Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente.
Los tipos de datos que dependientes de un cliente están relacionados entre sí. 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.
Ejemplos de Customizing dependiente de cliente son los códigos de compañía, plantas, almacenes, datos maestros y trx son dependientes del cliente también. Son únicamente válidos en el cliente. Los datos de usuario tambien son dependientes de cliente.
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 prd. Los roles se asignan desde la trx SCC4.
SE10 Orden de transporte. WorkBench Independientes del mandante. Customizing dependiente de cliente.
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.
Extensión del repositorio a través de desarrollos del cliente (customer developments): en el sistema SAP, es posible crear objetos de repostorio propios tales como tablas, programas, trx, 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. Se requiere un nombre de espacio propio a SAP que empiece y termine con el caracter /. Este tendran un máximo de ocho caracteres incluyendo /, tal como /Firma/.
Todos los objetos que se creen bajo el nombre del espacio tendrán un nombre que empezará /Firma/, tal como /Firma/Evaluacion1.
Mejoras de cliente (customer enhancement): el repositorio es suplementado por sub-objetos del cliente aquí. Por ejem. un programa estándar SAP puede ser suplementado con código propio del cliente en puntos predefinidos en el código conocido 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 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 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 tambien como PRD. Un landscape de tres sistemas es suficiente para la operación.
El repositorio de objetos es inter-cliente.
Si se van a realizar cambios al repositorio, SAP recomienda que se utilice al menos dos, pero idealmente tres sistemas separados. Un sistema para desarrollos, un segundo sistema para pruebas y aseguramiento de la calidad y un tercer sistema PRD.
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 de costumizing realizadas, así también como todos los cambios (desarrollos, mejoras y modificaciones) al repositorio se registran en el sistema de desarrollo.
Estos cambios luego transportados al sistema de calidad y se verifican allí, sin influenciar la operación de PRD. 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.
Luego de que se han probado satisfactoriamente, todos los objetos y configuraciones en el sistema de calidad pueden ser transportados al sistema PRD. Diferentes clientes pueden ser creados para propósitos específicos. Si rea lizamos un customizing dependiente del cliente en el sistema de desarrollo y queremos verificarlo antes de transportarlo a los demás sistemas, puede utilizarse un cliente de prueba en el mismo sistema de desarrollo para tal propósito.
Clientes con roles especificaos son usualmente creados en cada sistema: un cliente de DEV en el sistema de desarrollo, un cliente para pruebas en el sistema de calidad y un cliente en PRD en el sistema de producción.
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 s obligatorio.
 
 
 
Sobre el autor
Publicación académica de Lorena Breton, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Lorena Breton
Profesión: Na - Mexico - Legajo: GP49N
✒️Autor de: 12 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Lorena Breton