✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
LA ESTRUCTURA DE LOS SISTEMAS SAP.
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 un sistema SAP funcional.
Los sistemas SAP tienen una estructura de datos especifica. 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. Los objetos de repositorio se almacenan en paquetes (packages). En estos paquetes pueden contener diferentes objetos de desarrollo (programa, tablas, pantallas, modulos de funcion, etc) pueden estar contenidos dentro de un paquete.
Son caracterizados por ciertas propiedades:
- Anidado (nesting)
- Interfaces (interfaces)
- Visibilidad (visibility)
- Accesibilidad (accesibility)
Transaccion SPAK: Los paquetes son creados y mantenidos con ackage builder.
El grabado y transporte de modificaciones de objetos esta controlado por el sistema de transportes y cambios.
2) El customizing
El termino customizing, que se podria traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP.
Comprende cosas simples y basicas como la definicion de plantas y almacenes hasat osas mas complejas como funciones de compras basadas en planificacion de produccion o liquidacion nomina.
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 tiene una validez general.
3) Los clientes.
Los sistemas SAP esta divididos entre unidades de negocio o clientes, que se los conoce trambien como mandantes.
Un cliente es una unidad comercial, organizacional y tecnica contenida en un sistema SAP y consiste en configuraciones de negocio ( customizing dependiente de cliente), sus propios datos maestros y transaccionales y sus propios datos de usuarios.
Los tipos de datos que son dependientes de un cliente estan relacionados entre si, por lo tanto, cuando ingresamos la informacion de una aplicacion, el sistema verifica si la informacion ingresada es la correcta.
Ejemplos de Customizing dependiente de cliente son los codigos de compañia, planta y almacenes.
Datos maestros y de transacciones son dependientes del cliente tambien. Son unicamente validos en el cliente.
Varios roles de clientes son utilizados en un sistema SAP. Un cliente Customizing puede ser configurado para las configuraciones que sean dependiente de cliente en el sistema de desarrollo. En un sistema de calidad, en un cliente puede crearse para propositos de pruebas y en un sistema de produccion, un cliente para trabajo productivo. Los roles se asigna con la transaccion SCC4.
4) El repositorio de objetos.
Asi como el Customizing dependiente de cliente e inter-cliente, es posible realizar ajustes adicionales a la estructura de datos de un sistema SAP tambien. Se pueden realizar cambios o mejoras en el repositorio de objetos. Estos cambios se pueden realizar de diferentes formas:
- Extension del repositorio a traves de desarrollos del cliente: En el sistema SAP 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, tambien requerir un nombre de espacio propio a SAP que empiece y termine con el carater /. Tendra un maximo de ocho caracteres incluyendo /, tal como /Firma/.
- Mejoras de cliente: El repositorio es suplementado por sub-objetos del cliente, esto quiere decir que por medios de codigos propios del cliente, puede favorecer al sistema SAP y adapatarlo mejor a sus necesidades.
- Modificaciones al estandar del sistema SAP: Cambios a objetos estandar de SAP (programas, tablas, estructuras) se conocen como modificaciones. El repositorio que viene junto con el sistema SAP en este caso no es extendido sino modificado.
Varios tipos de modificaciones es posibles, dependiendo del tipo de objeto:
- 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 multiples basado en la conformacion 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 productivo. En circunstancias normales, un landscape de tres sistemas es suficiente para la operacion.
Como el repositorio de objetos es inter-clientes, SAP recomienda que no se desarrolle en un sistema que al mismo tiempo se utiliza para trabajar en forma productiva, ya que conlleva un riesgo de una posible inconsistencia de datos. Si re van a realizar cambios en el repositorio , SAP recomienda minimo dos, pero lo ideal son tren sistemas separados (sistema para desarrollos, un segundo sistema para pruebas y aseguramiento de la calidad y un tercero 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 requeridas en el sistema de desarrollo.
- Estos cambios son luegos transportado al sistema de calidad y se verifican alli, sin influenciar la operacion de produccion.
- Luego de que se han probado satisfactoriamente, todos los objetos y configuraciones en el sistema de calidad pueden ser transportados al sistema de produccion. Diferentes clientes pueden ser creados para propositos especificos.
 
 
 
Sobre el autor
Publicación académica de Alexander Diaz, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Alexander Diaz
Profesión: . - Argentina - Legajo: UH14H
✒️Autor de: 38 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Alexander Diaz