TEMA 3: Estructura del sistema SAP
En esta lección vamos a haber la estructura de datos del sistema SAP. Términos como:
· Cliente
· Customizing dependiendo del cliente
· Customizing inter-cliente cliente
· Datos Maestros
· Transacciones
· Datos de Usuarios
· Repositorio de objetos
El software debe ser modificado según los requerimientos del cliente ¿Cómo podemos transferir estos cambios desde desarrollo a productivo?
a) Estructura de Datos en un Sistema SAP
Conocer la estructura de datos es igualmente importante tanto para usuarios, desarrolladores y administradores para entender de que manera un sistema SAP funciona.
El sistema SAP tiene una estructura de datos especifica. Adicionalmente a las configuraciones del negocio (customizing) que son relevante según el cliente, también contiene configuraciones y el repositorio de objetos que son inter-clientes.
El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo de Workbench ABAP y es inter-cliente. Los objetos del repositorio son guardados en paquetes, los mismos guardan la información según su relación semántica.Los paquetes se caracterizan por ser:
· Anidado
· Interfaces
· Visibilidad
· Accesibilidad
El grabado y transporte de modificaciones de objeto esta controlado por el sistema de Transporte y Cambios, que por sus siglas en ingles se conoce como CTS utilizando la asignación de objetos de repositores a paquetes.
b) Customizing
El customizing se trata de cosas simples como almacenes y plantas hasta cosas mas complejas como funciones de compras basadas en planificación de producción o liquidación o nómina.
Existen 2 tipos de customizing el de cliente o el inter-cliente.
c) Cliente
Los sistemas SAP están divididos en unidades de negocio o clientes también conocidos 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 transacciones y sus propios datos de usuarios.
Los datos de un cliente se conocen como datos dependiente del cliente o específicos,los datos dependiente están relacionados entre si.Algunos datos específicos del cliente son:
· Códigos de la compañía
· Plantas
· Almacenes
· Datos Maestros
· Transacciones
· Registros maestros de materiales y ordenes
d) Repositor 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. Los cambios o modificaciones al repositorio se pueden hacer de diferentes maneras:
· Extensión del repositorio a través del desarrollo de clientes: En el sistema SAP, es posible generar objetos del repositorio propio tales como tablas, programas, transacciones, etc.
· Mejoras del cliente: El repositor es suplementado por sub-objetos del cliente aquí. Ej.: Expansión de tablas por necesidades del cliente.
· Modificaciones al estándar del sistema SAP: Cambios a objetos estándar de SAP (programas, tablas, estructuras, etc.) se conocen como modificaciones. El repositorio de objetos que viene con el sistema en este caso es suplantado en lugar de complementado, son posible los siguientes tipos de modificaciones:
-Modificaciones Manuales
-Modificaciones con el asistente de modificaciones
-Modificaciones con el asistente de nota
e) Landscape de Tres Sistemas
SAP recomienda un landscape de varios sistemas múltiples basado en la conformación de la estructura de datos de un sistema SAP, en la que existe un repositor único 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.
Como el repositorio de objetos es inter-cliente, SAP recomienda que no se desarrolle en un sistema que al mismo tiempo se utiliza para trabajar en productivo, ya que esto conlleva un riesgo de una posible inconsistencia de datos. Si se van a hacer cambios en el repositor, SAP recomienda que se utilicen al menos 2 pero idealmente 3 sistemas separados. Un sistema para desarrollos, un segundo sistema para pruebas y aseguramiento de la calidad y un tercer sistema productivo.
Un landscape de 3 sistemas facilita el siguiente proceso recomendado: