✒️La estructura de los sistemas SAP

Estructura de datos en un Sistema SAP

cliente: mandante

customizing (adaptación): describe las configuraciones de negocio de un sistema SAP.

Término con el que se designa a la configuración del sistema SAP. Sap es utilizado por varios rubros, al cual requiere flexibilidad para adaptarse a cada condición. La transacción SPRO permite acceder a la configuración de todos los módulos disponibles en el sistema. Esta organizado en segmentos a su estructura organizativa y luego segmentado por módulo o grupos de ellos, siendo más fácil el acceso a cada una de sus funcionalidades y recursos de configuración.

dependiente de cliente: los cambios que se realicen en DEV, deben ser transportados a los otros clientes

customizing inter-cliente (cross-client): significa que es independiente del mandante. Si algo es cross-client significa que si se realiza un cambio logueado en un mandante, también se verá reflejado en los otros, ejemplo el código fuente de los programas en ABAP.

Significa que es dependiente del cliente. SAP instala varios cliente o mandantes 000, 001,066, ej, si algo es cross client, si se realiza un cambio logueado en un mandate, también lo verán reflejado es lo otros.

repositorio: es un lugar de almacenamiento central para todos los objetos de desarrollo de workbench

workbench: conjunto de herramientas que se utilizan para el desarrollo, testing y ejecución de los programas ABAP y es intercliente. Los objetos de repositorio se almacenan en paquetes (packages).

Conjunto de herramientas que se utilizan para el desarrollo, testing y ejecución de los programas ABAP. Ultima versión de WorkBench de ABAP incluye los objetos ABAP y la programación orientada a objetos.

paquetes: son contenedores para objetos de desarrollo relacionados semanticamente. Diferentes objetos de desarrollo pueden estar contenidos dentro de un paquete (programas, tablas, pantallas, módulos de funcion, clases)

Los paquetes son creados y mantenidos con Package Builder, trx SPAK

• Estructura de Datos en un Sistema SAP

Es importante entender de que manera un sistema SAP funciona.

Los sistemas SAP tienen una estructura de datos especifica. Adicionalmente a as configuraciones de negocio (customizing) que son únicamente para ciertos clientes del sistema SAP, contiene configuraciones y el repositorio de onjetos que son inter-clientes (cross-client).

El repositorio es el lugar de almacenamiento central para todos lo objetos de desarrollo de WorkBench ABAP y es inter-client. Los objetos de repositorio se almacenan en paquetes (packages).

Los paquetes son contenedores para objetos de desarrollo (programas, tablas, pantallas, módulos de función, clases, etc).

Los Propiedades de caracterización de paquetes:

- Anidado (nesting)

- Interfaces (interfaces)

- Visibilidad (visibility)

- Accesiblilidad (accesibility)

Transacción SPAK = Los paquetes son creados y mantenidos con Package Builder.

El grabado y transporte de modificaciones de objetos está controlado por el Sistema de Transporte y Cambios (CTS, Change and Transport System) utilizando la asignación de objetos de repositorios de paquetes.

• Customizing

Son adaptaciones de configuración de negocio de un sistema SAP. Pueden ser especificas adaptadas o requerimientos específicos de la empresa.

Customizing estándar tal como definiciones de país, lenguaje, uso horario están incluida por SAP como parte de las instalaciones.

El customizing comprende cosas simples y básicas hasta las más complejas, como la definición de plantas y almacenes, funciones de compras basadas en planificación de produccion

El sistema SAP diferencia entre Customizing dependiente de cliente y Customizing inter-clientes.

Customizing inter-clientes contiene configuraciones que son independientes de una unidad de negocio particular. Calendario, configuración de impresión o el acceso a la ayuda.

Customizing dependiente de cliente: serian los códigos de compañía, plantas y almacenes; datos maestros y de transacciones, datos de usuarios. Son únicamente válidos en el cliente. Por ejemplo registro maestro de materiales, órdenes y facturas.

La información de una aplicación es significativa en términos del negocio solamente en el cliente con el customizing correspondiente

• Clientes

unidad de negocio = clientes = mandantes

-Consiste en configuraciones de negocios, sus datos maestros y transacciones, y sus propios datos de usuarios.

-Los datos de un cliente se conocen como datos dependientes de cliente o específicos de cliente

-En un sistema de calidad un cliente puede crearse para propósitos de pruebas y en un sistema de producción, se crea un cliente para trabajo productivo.

-Los roles se asignan a los clientes desde la trx SCC4

Los sistemas SAP están divididos entre unidades de negocio o clientes, conocidos como mandantes.

*Un cliente es una unidad comercial, organizacional y técnica contenidas en un sistema SAP y consiste de configuraciones de negocios (Customizing), sus propios datos maestros y transaccionales y sus propios datos de usuarios.

Los datos del cliente (dependiente de cliente o específico de cliente).

Los datos dependientes de un cliente están relacionados entre sí. Al ingresar información el sistema verifica si concuerda con la configuración específica de ese cliente (Customizing). Si no es rechazada.

Ejemplo de Customizing dependiente de cliente: Los códigos de compañía, plantas y almacenes.

Datos Maestros y de Transacciones son dependientes del cliente. Ejemplo, Registro de materiales, órdenes y facturas.

Se puede configurar con roles, se asignan con la transacción SCC4.

• Repositorio de Objetos

Al realizar algún cambio en el sistema, SAP pide generar una orden de transporte y la trx SE10 nos indica qué tipo de orden se ha generado: de customizing ó de workbench

Dos grupos: Dependiente del mandante y dependiente del cliente e independiente del mandante o cliente.

Formas de cambios o mejoras al repositorio:

• dependientes de mandante (o cliente): ordenes de customizing. Contienen el campo mandt, por lo tanto al loguearse a otro cliente (o mandante) este no va a contar con el cambio, hay que transportarlo.
• independientes de mandante (o cliente): ordenes de workbench. Al hacer un cambio en uno de los mandantes (o clientes), este se ve reflejado para todos ellos. Por lo tanto hay que tener cuidado al generar una orden de workbench ya que automáticamente se modifican todos los clientes de la misma instancia SAP. En el repositorio de objetos también se puede realizar cambios o mejoras. Y se realizan de las siguientes formas:
• extensión del repositorio: crear objetos de repositorios propios, como tablas, programas, transacciones, etc A través de desarrollos del cliente (customer developments): Se puede crear objetos de repositorio propios tales como tablas, programas, transacciones, etc.

  Todos los desarrollos del cliente, usualmente es el nombre del cliente y debe comenzar con la le

• Mejoras de cliente: aquí el repositorio es suplementado por sub-objetos del cliente. (ejemplo ampliar estructura de tablas con campos propios utilizando agregados (appends)) El repositorio es suplementado por subobjetos del cliente aquí, ej: Un programa estándar de SAP puede ser cambiado con código propio del cliente, conocido como customer exits (Salida de cliente). Las estructuras de las tablas pueden ser ampliadas con campos propios utilizando appends (agregados).
• Modificaciones al estándar del sistema SAP: en este caso, el repositorio de objetos es modificado directamente. Se modifican tablas, programas, estructuras. Cambios a objetos estándar de SAP (programas, tablas estructuras) se conoce como modificaciones. No es extendido sino directamente modificado.

Dependiendo del tipo de objeto, son los tipos de modificaciones: Modificaciones Manuales, Modificaciones con el asistente de modificaciones y Modificaciones con el asistente de notas

Transacción F10 se verifica que orden se ha generado.

Ordenes de Custumizing son las dependientes del mandante. (contiene el campo mandete) al realizar un cambio y al loguearse con otro mandante no muestra los cambios

Ordenes de WorkBench son independiente del mandante (cross-client) si se realiza un cambio en un cliente, se cambia en todos los clientes.

Es posible realizar ajustes adicionales a la estructura de datos de un sistema SAP, realizar cambios o mejoras en el repositorio de objetos.

• Landscape de Tres Sistemas

Landscape: Indica el compuesto de un ambiente SAP, cuantos servidores, con qué aplicativos, etc.

SAP recomienda un landscape de sistemas múltiples. Que solo existe un repositorio de objetos por sistema. Un landscape de tres sistemas es suficiente.

Como el repositorio de objetos es inter-cliente, Sap no recomienda que se utiliza para trabajar, por inconsistencia de los datos. Si se realiza cambios de repositorios, Sap recomienda que se utilice al menos dos, pero idealmete 3 sistemas.

1º sistema para desarrollo, 2º sistema para pruebas y aseguramiento de la calidad y 3º sistema productivo.

Un landscape de 3 sistemas facilita el siguiente proceso recomendado:

>> Se realiza desarrollos propios de Customizing requeridas en el sistema de desarrollo. Las configuraciones de Customizing realizadas, como todos los cambios (desarrollos, mejoras y modificaciones) al repositorio se registran en el sistema de desarrollo.

>> Los cambios se transporta al sistema de calidad y se verifican allí, no se puede verificar en el de desarrollo ya que los datos reales no están disponibles.

>> Si las pruebas son positivas, los cambios de transportan al sistema producción /Productivo/. Se puede crear un cliente para pruebas y no afectar a los clientes.

Cliente con roles específicos son usualmente creados en cada sistema.

Generalmente, los clientes principales de cada sistema tienen el mismo número ya que por defecto cuando transportamos el cliente origen es igual al cliente destino.