![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
![La estructura de los sistemas SAP La estructura de los sistemas SAP](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/244.jpg)
1) Conocer la estructura de datos de un sistema SAP es igualmente importante tanto para los usuarios, desarrolladores y administradores para entender de qué manera un sistema SAP funciona. El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo de Workbench ABAP y es inter-cliente.
Los paquetes están caracterizados por ciertas propiedades:
- Anidado (nesting)
- Interfaces (interfaces)
- Visibilidad (visibility)
- Accesibilidad (accesibility)
Diferentes objetos de desarrollo pueden estar contenidos dentro de un paquete.
2) El término Customizing, que se podría traducir como 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 o liquidación de nómina. 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 tienen una validez general.
3) 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. 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. Esto incluye por ejemplo registros maestros de materiales, órdenes y facturas. Los datos de usuario también 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.
4) 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: Es posible, de todas formas, también requerir un nombre de espacio propio a SAP que empiece y termine con el caracter /. Todos los objetos que se creen bajo el nombre del espacio tendrán un nombre que empezará con /Firma/, tal como/Firma/Evaluacion1.
- Mejoras de cliente (customer enhancement): 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 customer exits.
- Modificaciones al estándar del sistema SAP: cambios a objetos estándar de SAP (programas, tablas, estructuras)se conocen como modificaciones. 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) 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. En circunstancias normales, un landscape de tres sistemas es suficiente para la operación. 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 de Customizing realizadas, así también como todos los cambios al repositorio 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. Diferentes clientes pueden ser creados para propósitos específicos. Si realizamos un Customizing dependiente de 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.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Juan Poderoso Blasco
Sobre el autor
Publicación académica de Sahilmar Mendez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Sahilmar Mendez
Profesión: Bachiller Académico - Venezuela - Legajo: GW52B
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Sahilmar Mendez