Estructura de sistemas SAP
Estructura de datos en un sistema SAP
Tienen una estructura de datos específica, adicionalmente a las configuraciones de negocio (cuztomizing), también 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 Wokbench ABAP y es inter-cliente. Los objetos de repositorio se almacenan en paquetes (packages).
Los paquetes son contenedores para objetos de desarrollo relacionados semánticamente, diferentes objetos de desarrollo (programas, tablas, módulos de función, clase, etc).
Los paquetes están caracterizados por propiedades:
· Anidado (nesting)
· Interfaces (interfaces)
· Visibilidad (visibility)
· Accesibilidad (accesibility)
TX SPAK Los paquetes son creados y mantenidos con package builder.
El grabado y el transporte de modificaciones de objetos está controlado por el sistema de transportes y cambios. CTS (Change and Trnasport System). Utilizando la asignación de objetos de repositorios a paquetes.
Customizing
Describe las configuraciones de negocio. Las funciones provistas tantos generales de una compañía como aquellas que pueden ser específicas para una industria, son adaptados a los requerimientos específicos de la empresa en el proceso de 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 productos o liquidación de nómina.
Customizing estándar (definiciones de país, lenguaje, uso horario).
SAP diferencia entre cuztomizing dependiente y customizing inter-clientes.
Customizing inter-clientes contiene configuraciones que son independientes de una unidad de negocio particular y tienen una validez general. Incluye el calendario, configuraciones de impresión o el acceso a la ayuda.
Clientes
Están divididos entre unidades de negocio o clientes, también se les conoce como mandantes.
Un cliente es la unidad comercial, organizacional y técnica contenida en SAP y consiste de configuraciones de negocio, propios datos maestros y transaccionales y propios datos de usuario.
Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente.
Los datos que son dependientes de un cliente están relacionados entre sí. El sistema verifica si la información concuerda con la configuración especifica de ese cliente.
Si hay inconsistencia la información es rechazada. La información de una apliacion es significativa solamente en el cliente con el customizing correspondiente.
Ejemplo de customizing dependiente: códigos de compañía, plantas, almacenes, datos maestros y de transacciones.
Un cliente de customizing puede ser configurado para las configuraciones que sean dependientes de cliente en el sistema de desarrollo.
Sistema calidad: un cliente se crea para un ambiente de pruebas
Sistema productivo: un cliente se crea para trabajo productivo.
Los roles se asignas a los clientes desde la TX SCC4.
Repositorio de objetos
Se pueden realizar mejoras en el repositorio de objetos y se pueden hacer de diferentes formas:
Extensión del repositorio: a través de desarrollos, es posible crear objetos tales como tablas, programas, transacciones, etc.
Todos los desarrollos deben de comenzar con una letra Y o Z. requerirá un nombre de espacio propio, tendrá un máximo de 8 caracteres.
Mejoras de cliente (customer enhancement): el repositorio es suplementado por sub-objetos del cliente. Ejemplo un programa estándar puede ser suplementado con código propio en puntos predefinidos conocidos como customer exits. Las estructuras de tablas pueden ser ampliadas con campos propios utilizando appends.
Modificaciones al estándar: cualquier cambio a los objetos estándar de SAP se les conoce como modificaciones. El repositorio en este caso no es extendido sino directamente modificado.
Modificaciones posibles dependiendo del tipo de objeto: Manuales, con asístete de modificaciones y con el asistente de notas.
Landscape de tres sistemas
Se recomienda un landscape de sistemas múltiples basados en la conformación de la estructura de datos de SAP. Donde existe solo un repositorio de objetos por sistema. No se debe de desarrollar en un sistema SAP que se utilice como productivo, ya que conlleva un riesgo de una posible inconsistencia de datos. Un landscape de 3 sistemas es suficiente para la operación.
Landscape de tres sistemas
Se realizan desarrollos propios de cliente en el repositorio de objetos y las configuraciones requeridas en el sistema desarrollo. Todos los cambios al repositorio se registran en el sistema desarrollo.
Estos cambios son transportados al sistema de calidad y se verifican allí. Sin influenciar la operación de producción. El sistema desarrollo no ofrece un ambiente estable para realizar pruebas comprensivas e integrales, ya que los datos reales no están disponibles para una prueba real y los desarrolladores trabajan en diferentes proyectos al mismo tiempo.
Después de probarlos satisfactoriamente en calidad todos los objetos y configuraciones pueden ser transportados a producción
Clientes con roles específicos son creados en cada sistema, generalmente los clientes principales de cada sistema tienen el mismo número ya que por defecto al transportar el cliente origen es igual al cliente destino.