![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
![La estructura de los sistemas SAP La estructura de los sistemas SAP](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/89.jpg)
ESTRUCTURA DE DATOS EN UN SISTEMA SAP
El sistema SAP tiene una estructura de datos especifica. El customizing (configuracion de negocio) es relevante solo para ciertos clientes del sistema SAP, contiene configuraciones y el repositorio de objetos que son cross-client.
El repositorio es el lugar de alamcen central para todos los objetos de desarrollo de WORKBENCH ABAP y es inter-cliente.
Los objetos de repositorio se guardan en packages.
Los packages son contenedores de objetos de desarrollo relacionados semanticamente. Los siguientes objetos pueden estar contenidos dentro de un paquete:
-programas
-tablas
-pantallas
-modulos de funcion
-clases
-etc
Propiedades de un paquete:
-nesting
-interfaces
-visibility
-accesibility
La tx SPAK crea y mantiene los paquetes con Package Builder.
El sistema se transportes y cambios (Change and Transport System) controla el grabado y transporte de objetos usando la asignacion de objetos de repositorios a paquetes.
CUSTOMIZING
El customizing describe las configuraciones de negocio de un sistema SAP. LAs funciones proporcionadas, las generales de una empresa como las especificas, son adaptadas a las necesidades de la empresa durante el customizing.
El customizing recoge:
-cosas simples como la definicion de un alamecen
-complejas como una funciona de comprada que se basa en la planificacion de produccion.
Hay una parte del customizing estandard que esta incluida en el SAP como parte de su instalacion:
-pais
-lenguaje
-uso horario
Hay dos tipo de customazing:
-dependiente de cliente
-intercliente ->tiene las configuraciones que son indenpendientes de una unidad de negocio particular. Incluye:
-calendario
-configuraciones de impresion
-acceso a la ayuda
CLIENTES o mandantes
Los sistemas SAP se dividen en unidades de negocio -> mandantes
Un cliente es una unidad:
-comercial
-organizacional
-tecnica contenida en un sistema SAP.
formada por:
-configuraciones de negocio (customizing dependiende del mandante)
-sus propios datos maestros y transaccionales
-sus propios datos de usuario
Los datos de mandante -> son datos especificos de mandante o dependientes.
Los tipos de datos dependientes estan relacionados entre sí -> cuando entramos datos, el sistema verifica si la info se adatapta al customizing.
Ejemplo de customizing dependiente de cliente (solo validos en el cliente):
-codigos de compañia
-plantas
-almacen
-datos maestros
-datos de transacciones
-datos de usuario
Los roles se asignan desde la tx SCC4.
En cada entorno del landscape se puede configurar un mandante adaptado.
REPOSITORIO DE OBJETOS
Los cambios o mejoreas en un repositorio se hacen de 3 formas:
-extension del repositorio
A traves del desarrollo del mandante se puede crar objetos de reposotorio como tablas, programas....
Todos deben comenzar con la letra Y o Z
Puede terminar con /
Tendra un maximo de 8 caracteres
-mejoras del cliente
El repositorio se completa con objetos de la empresa.
Un programa estandrad de SAP piede ser completado con codigo de la empresa -> customer exits.
Las estructuras de tablas puede ser ampliadas con campos propios usando appends.
-modificaciones al estandard de sistema SAP:
Son los cambios a objetos estandrad de sap como las tablas o estrucutras.
Tipos de modificacion:
-manuales
-con el asistente de modificaciones
-con el asistente de notas
LANDSCAPE DE 3 SISTEMAS
Nunca se debe desarrollar en un sistema SAP que se use como productivo.
Se recomienda un landscape basado en la estructura de datos de un sistema SAP.
Se recomienda 3 sistemas (des, test, prod)
El landscape de 3 sistemas facilita:
-Se desarrollan modificaciones propias de la empresa en el repositorio de objetos y el customizing requerido en el entorno de des. Por lo que todos estos cambios se registran en desarrollo
-Estos cambios se transportan a calidad y se verifican, sin incidir en produccion. La prueba no se puede hacer en des ya que los datos reales no existe en des.
-El entorno de des no ofrece garantias ya que muchos desarrolladores trabajan en varios proyectos a la vez
-Luego que se ha probado en calidad se transporta a produccion.
-los mandantes con roles especificos se crean para cada entorno.
-Los mandantes principales de cada entorno tienen el mismo numero de roles ya que por defecto cuando hacemos un trasnporte el mandante origen es igual al mandante destino. -> no es obligatorio.
 
 
 
Sobre el autor
Publicación académica de Xavier Elias Rodriguez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Xavier Elias Rodriguez
Profesión: Tecnico Junior Sap - España - Legajo: FJ23L
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Xavier Elias