✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
ESTRUCTURA DE SISTEMAS SAP
ESTRUCTURA DE DATOS EN UN SISTEMA SAP:
Los sistema SAP tienen una estructura de datos específica. Adicionalmente a las configuraciones de negocio (customizing) que son relevantes unicamente para ciertos clientes del sistema SAP, tambien contien 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 Workbench ABAP y es inter-cliente. Los objetos de repositorio se almacenan en paquetes (packages).
Los paquetes son contenedores para objetos de desarrollo relacionados semanticamente. Diferentes objetos de desarrollo (programas, tablas, pantallas, modulos de funcion, clases, etc) pueden estar contenidos dentro de un paquete.
Los paquetes están caracterizados por ciertas propiedades:
- Anidado (nesting).
- Interfaces (interfaces).
- Visibilidad (visibility).
- Accesibilidad (Accesibility).
Transacción SPAK: Los paquetes son creados y mantenidos con Package Builder, l transaccion SPAK.
El grado y transporte de modificaciones de objetos esta controlado por el sistema de transportes y cambios, que por sus siglas en ingles se denomina CTS (Change and Transport System) utilizando la asignacion de objetos de repositorios a paquetes.
CUSTOMIZING
El termino customizing, que se podria traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tantos generales de una compañia como aquellas que pueden ser especificas para una industria son adaptadas a los requerimientos especificos de la empresa en el proceso de Customizing.
El Customizing comprende cosas simples y basicas como la definicion de plantas y almacenes hasta cosas mas complejas como funciones de compras basadas en planificacion de produccion o liquidacion 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 diferencia entre Customizing dependiente de cliente y Customizing inter-clientes.
Customizing inter-clientes contiene configuraciones que son dependientes de una unidad de negocio particular y tienen una validez general. Entre otros incluye el calendario, configuraciones de impresion o el acceso a la ayuda.
CLIENTES
Los sistemas SAP estan divididos entre unidades de negocio o clientes, que tambien se conocen como mandantes.
Un cliente es una unidad comercial, organizacional y técnica contenidad en un sistema SAP y consiste de configuraciones de negocio (customizing dependiente de cliente), sus propios datos comerciales y transaccionales y sus propios 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. Por lo tanto, cuando ingresamos informacion en una aplicacion, el sistema verifica si la informacion ingresada concuerda con la configuracion especifica de ese cliente (Customizing). Si ha inconsistencias, la informacion ingresada en la aplicacion es rechazada. Esto nos dice que la informacion de una aplicacion es significativa en terminos del negocio solamente en el cliente con el Customizing correspondiente.
Ejemplos de Customizing dependiente de cliente son los codigos de compañia, plantas y almacenes.
Datos maestros y de transacciones son dependientes del cliente tambien. Son unicamente validos en el cliente. Esto incluye por ejemplo registros maestros de materiales, ordenes y facturas. Los datos de usuario tambien 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 ciente en el sistema de desarrollo. En un sistema de calidad, un cliente puede crearse para propositos de pruebas y en un sistema de producción, un cliente para trabajo productivo. Los roles se asignan a los clientes desde la transacción SCC4.
Nota: Porque tenemos que conocer la estructura de datos?.. Podemos destacar 2 grandes grupos. Los llamados dependientes del mandante o dependiente del cliente y los que se llaman independientes del mandante o cliente. Ahora cuando 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 verificamos que tipo de orden a generado. Las orden de Customizing son las dependientes del mandante y las de Workbench son las independientes del mandante. Que significa que sean dependientes del mandante que van a contener el campo mandete por lo tanto cuando nos logueamos en otro cliente o mandante no vamos a contar con el cambio tendríamos que transportarla por mas de que 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 vera reflejado para todos ellos por lo tanto hay que tener cuidado que si generamos una orden de workbench estamos modificando automáticamente todos los clientes de la misma instancia SAP.
REPOSITORIO DE OBJETOS
Asi como el Customizing dependiente de cliente e inter-cliente, 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:
- Extensión del repositorio a través de desarrollo del cliente (customer developments): en el sistema SAP, 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 la letra Y o Z, entre otras cosas. es posible, de todas formas, tambien requerir un nombre de espacio propio a SAP que empiece y termine con el caracter /. Este tendra un maximo de ocho caracteres incluyendo /, tal como /Firma/.
Todos los objetos que se creen bajo el nombre del espacio tendran un nombre que empezara con /Firma/, tal como /Firma/Evaluacion1. - Mejoras de cliente (Customer enhancement): el repositorio es suplementado por sub-objetos del cliente aqui. Por ejemplo, un programa estandar SAP puede ser suplementado con codigo propio del cliente en puntos predefinidos en el codigo conocidos como 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.
LANDSCAPE DE TRES SISTEMAS
SAP recomienda un landscape de sistemas multiples 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 tres sistemas es suficiente para la operacion.
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 forma productiva, ya que esto conlleva un riesgo de una posible inconsistencia de datos. Si se van a realizar cambios al repositorio, SAP recomienda que se utilice al menos dos, pero idealmente tres sistemas separados.Un sistema para desarrollos, un segundo sistema para pruebas y aseguramiento de la calidad y un tercer sistema productivo.
Un landscape de tres sistemas facilita el siguiente proceso recomendado:
- 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 realizadas, asi tambien como todos los cambios (desarrollos, mejoras y modificaciones) al repositorio se registran en el sistema de desarrollo.
- Estos cambios son luego transportados al sistema de calidad y se verifican alli, sin influenciar la operacion de produccion. una prueba de aceptacion usualmente no es posible realizarse en el sistema de desarrollo, ya que los datos reales no estan disponibles en este sistema para una prueba real.
- Luego de que se han probado satisfactoriamente, todos los objetos y configuraciones en el sistema de calidad pueden ser transportados al sistema de produccion. Diferentes clientes pueden ser creados para propositos especificos. Si realizamos un Customizing dependiente de cliente en el sistema de desarrollo y queremos verificarlo antes de transportarlo a los demas sistemas, puede utilizarse un ciente de prueba en el mismo sistema de desarrollo para tal proposito.
Clientes con roles especificos son usualmente creados en cada sistema: un cliente de desarrollo en el sistema de desarrollo, un cliente para pruebas en el sistema de calidad y un cliente productivo en el sistema de produccion.
Generalmente, los clientes principales de cada sistema tienen el mismo numero ya que por defecto cuando transportamos el cliente origen es igual al cliente destino. Esto ultimo de todas forma no es obligatorio.
 
 
 
Sobre el autor
Publicación académica de Johanny Espinoza Loaiza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Johanny Espinoza Loaiza
Profesión: Emprendedor, Director Proyectos It - Costa Rica - Legajo: MM39A
✒️Autor de: 195 Publicaciones Académicas
🎓Cursando Actualmente: Consultor Funcional Módulo FI Nivel Avanzado
🎓Egresado de los módulos:
- Carrera Consultor en SAP FI Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
soy johanny, emprendedor, director de proyectos de it, experto en planificacion de negocios, habilidades analíticas, gestion de relaciones con los clientes y servicios compartidos.
Certificación Académica de Johanny Espinoza