✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
ESTRUCTURA DE SISTEMA SAP
En esta lecciòn veremos la estructura de datos de un sistema SAP. Terminos como cliente, customizing (capacitaciòn) dependiente de cliente y customizing (Inter-cliente) (cross-Client), datos maestros y de transacciones, datos de usuario y repositorio de objetos seràn descriptos.
Por ultimo las opciones para modificar y crear objetos de repositorio serà parte de la lecciòn.
1. ESTRUCTURA DE DATOS DE UN SISTEMA SAP
Conocer la estructura de datos de un sistema SAP es igualmente importante tanto para los usuarios desarrolladores y administradores para entender de que manera un sistema SAP funcione.
-Los Sistemas SAP tienen una estructura de datos especifica. Adicionalmente a las configuraciones de negocio (customizing) que son relevantes unicamente para ciertos clientes del sistema SAP, tambien 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 Workbench (Herramientas de Adaptaciòn R/3 extiende la funcionalidad) ABAP y es inter-cliente. Los Objetos de Repositorio se almacenan en packetes (packages).
-Los Paquetes son contenedores para objetos de desarrollo relacionados semanticamente. 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 porpiedades.
-Anidado (nesting)
-Interfaces (Interfaces)
-Visibilidad (Visibility)
-Accesibilidad (Accesibility)
TRANSACCION SPAK:
Los Paquetes son creados y mantenidos con Package Builder, la transacciòn SPAK.
-El Grabado y transporte de Modificaciòn de objetos està controlado por el sistema de transportes y cambios, que por sus siglas se denomina CTS (Change and transport System) utilizando la asignaciòn de objetos de repositorios o paquetes.
2. Customizing:
El Customizing comprende cosas simples y bàsicas como la definiciòn de plantas y almacenes hasta cosas mas complejas como funciones de compras basadas en planificaciòn de producciòn o liquidaciòn de nomina.
-Una Gran cantidad de Customizing estandar tal como definiciones de pais, lenguaje, uso horario, estan incluidas por SAP como parte de las Instalaciones.
-El Sistema SAP inter-clientes contiene configuraciones que son independientes de una unidad de negocio en particular y tienen una validez general. Entre otros incluye el calendario, configuraciones de impresion 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 tecnico, contenido en un sistema SAP y consiste de configuraciones de negocio (customizing dependiente de cliente).
Los Tipos de datos que son dependientes de un cliente estàn relacionados entre si. Por tanto cuando en una aplicaciòn, el sistema verifica si la informaciòn ingresada concuerda con la informaciòn especifica de ese cliente (customizing). Si hay inconsistencia, la informaciòn ingresada en la aplicaciòn es rechazada.
-Ejemplos de customizing dependiente de cliente son los codigos de la compañia, plantas y alamacenes.
Datos maestros y de transacciones son dependientes del cliente tambien unicamente validos en el cliente. Esto incluye por ejemplo registros maestros de materiales, ordenes y facturas. Los Datos de usuario tambien son dependientes del 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 propositos de pruebas y en sistema de Producciòn, un cliente para trabajo productivo. Los Roles se asignan a los clientes de la transacciòn SCC4.
4. REPOSITORIO DE OBJETOS
Porque tenemos que conocer la estructura, en este punto podemos destacar 2 grandes grupos, los llamados dependiente del Mandante o dependiente del cliente y los que se llaman independientes de mandante o cliente. Ahora cuando nosotros hacemos un cambio en el sistema, SAP nos va a pedir que generemos una orden de transporte. Una forma de darnos cuenta es ingresando a la transacciòn SE10. Y verificando que tipo de orden ha generado.
Las Ordenes de Customizing son las dependientes del mandante que van a contener el campo Mandt por lo tanto cuando nos logueamos en otro cliente o mandante, no vamos a contar con el cambio, tendriamos que transportarlo por mas de estemos en la misma instancia.
-En cambio cuando generamos una orden de Workbench, estamos hablando de algo Cross-Client por lo tanto si hacemos el cambio en uno de los mandantes o clientes se veran reflejados para todos ellos. Por lo tanto vamosa tener cuidado cuando generemos una orden de Workbench estamos modificando automaticamente todos los clientes de una misma Instancia SAP.
Asi como el customizing dependiente de cliente o intercliente, 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. Los cambios o mejoras al repositorio pueden realizarse en diferentes formas.
-EXTENSION DEL REPOSITORIO
A travès de desarrollos del ciente (Customer developments) en el sistema SAP, es posible crear objetos de repositorio propios tales como tablas, programas, transacciones, etc.
-Todos los dessarrollos del cliente son usualmente realizados en el espacio de Nombres 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 caracter /. Este tendra un maximo de 8 caracteres incluyendo /, tal como /Firma/.
Todos los objetos que se creen bajo el nombre del espacio tendra un mombre que empezarpa con /firma/, al como /firma/Evaluacion1.
-Mejoras de CLiente (Customer Enhancement). El Repositorio es sumplementado por sub-objetos del cliente aqui. Por ejemplo un programa estandar de SAP puede ser suplementado con codigo propio del ciente en puntos predefinidos en el codigo conocidos Customer Exits (Salidas de cliente). Las estructuras de tablas pueden ser ampliadas con campos propios utilizando appends (agregados).
-MODIFICACIONES AL ESTANDAR DEL SISTEMA SAP cambios a objetos estandar 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 mutiples 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 productivo.
En circunstancias normales, un landscape de 3 sistemas es suficiente para la operaciòn.
Como el repositorio de objetos es inter-cliente, SAP recomienda que no desarrolle en un sistema que al mismo tiempo se utiliza para trabajar en forma productiva, ya que esto conlleva a un riesgo de una posible inconsistencia de datos.
Se recomienda el mejor esenario un landscape de 3 sistemas, un sisema para desarrollos, un segundo sistema para pruebas y aseguramiento de calidad y un tercer sistema Productivo.
-Se realizan desarrollos propios de cliente en el repositorio de objetos y las configuraciones (Customizing) requeridas en el sistema de desarrollo. Las Configuraciones de customizing realizados, asi como tambien todos los cambios (desarrollos, mejoras y modificaciones) al repositorio se registran en el sistema de desarrollo. Estos cambio 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 Edwin Vargas Guzman, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Edwin Vargas Guzman
Profesión: Ingeniero Electronico - Colombia - Legajo: XS14Z
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Edwin Vargas