✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
Estructura del sistema SAP:
Terminos: cliente, customizing, customizing inter-cliente (cross-client), datos maestros, datos de transacciones, datos de usuario y respositorio de objetos.
El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo de workbench ABAP, este repositorio es inter cliente.
1) Estructura de Datos en SAP:
Los paquetes son contenedores de objetos de desarrollo relacionados semanticamente tales como programas, tablas, pantallas, modulos de funcion, clases etc..
Propiedades de los paquetes:
- Anidado (nesting)
- Interfaces
- Visibilidad
- Accesibilidad
Transaccion SPAK:
Se utiliza para crear y mantener paquetes. Conocido como Package Builder
2) Customizing
Adaptacion de funciones especificas de cada compañia
Customizing inter clientes: contiene configuraciones que son independientes de una unidad de negocio particular y tiene validez general.
3) Clientes:
Los sistemas SAP estan divididos entre unidades de negocio o clientes, tambien conocidos como MANDANTES.
Cliente: Unidad comercial, organizacional y tecnica contenida en un sistema SAP y consiste de configuraciones de negocio (customizing dependiente de cliente), sus propios datos maestros y transaccionales y sus datos de usuarios.
Los datos de un cliente se conocen como datos dependientes de cliente o especificos de cliente.
Los tipos de datos que son dependientes de un cliente estan relacionados entre si. Cuando ingresamos informacion en una aplicacion el sistema verifica si la informacion ingresada concuerda con la configuracion de ese cliente (customizing). Si hay inconsistencias la informacion ingresada es rechazada.
Ejemplos de customizing dependiente son codigos de compañia, plantas y almacenes. Los datos maestros y de transacciones son dependientes del cliente tambien. SON UNICAMENTE VALIDOS EN EL CLIENTE.
Los roles se asignan a los clientes desde la transaccion SCC4.
Cuando generamos una orden de work bench, al ser cross client modifica automaticamente todos los clientes.
4) Repositorio de objetos:
Se pueden hacer cambios o mejoras en el repositorio de objetos de diferentes formas:
- Extension del repositorio: 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 Y o Z. Tambien se puede requerir un nombre de espacio propio a SAP empezando y terminando con /. Ej : /Firma/.
- Mejoras del cliente: El repositorio es suplementado por sub objetos del cliente. como codigo adicional en puntos predefinidos en el codigo conocidos como customer exits, las estructuras de tablas pueden ser ampliadas con campos propios usando appends o agregados.
- Modificaciones al estandar: Cambios a objetos de SAP (programas, tablas, estructuras) se conocen como modificaciones. El repositorio de objetos no es extendido sino directamente modificado.
Hay varias modificaciones acorde con el tipo de objeto:
- Modificaciones manuales.
- Modificaciones con el asistente de modificaciones
- Modificaciones con el asistente de notas.
5) Landscape de 3 sistemas:
Estructura en la que existe solo un repositorio de objetos por sistema, no se debe desarrollar en un sistema SAP que tambien se usa como productivo, lo ideal son 3 sistemas.
Como el repositorio es inter-cliente SAP recomienda el uso de tres repositorios para evitar inconsistencias en los datos. Desarrollo (Customizing) - Calidad - Produccion
Usualmente los clientes principales de cada sistema tienen el mismo numero ya que por defecto cuando transportamos el cliente origen es igual al cliente destino.
 
 
 
Sobre el autor
Publicación académica de Harrison Sebastian Martin Aldana, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Harrison Sebastian Martin Aldana
Profesión: Estudiante Ingenieria de Sistemas. - Colombia - Legajo: NL39M
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Harrison Martin