🚀PROMO #PLANCARRERA2024 - 🔥Bonificaciones, Precios Congelados y Cuotas

 X 

✒️La estructura de los sistemas SAP

La estructura de los sistemas SAP

La estructura de los sistemas SAP

ESTRUCTURA DE SISTEMAS SAP

El software de SAP necesita ser adaptado a los requerimientos específicos de las compañías. ¿Cómo podemos transferir esas adaptaciones desde el sistema de desarrollo al sistema de producción? El esfuerzo de trabajo extra debemos procurar que sea mínimo cuando importamos Support Packages durante un posible Upgrade del sistema. Veremos cómo se relacionan estos en SAP.

ESTRUCTURA DE DATOS EN UN SISTEMA SAP

Los sistemas SAP tienen una estructura de datos específica. Además de las configuraciones de negocio (Customizing) que son relevantes únicamente para ciertos clientes del sistema SAP, 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 Workbench 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, pantallas, módulos de función, 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: (Package Builder) mediante esta se pueden crear y mantener los paquetes

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

CUSTOMIZING

Este término se puede traducir como adaptaciones. Describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tanto generales de una compañía o como especificad para un industria son adaptadas a los requerimientos específicos de la empresa en este proceso.

En éste proceso podemos tener cosas simples y básicas como la definición de plantas y almacenes o cosas más complejas como funciones de compras basadas en planificación de producción o las nóminas.

Una gran cantidad de Customizing estándar tal como definiciones de país, lenguajes usos horario ya están incluidas por SAP en las instalaciones.

SAP diferencia ente Customizing dependiente de cliente y Customizing inter-clientes.

Customizing inter-clientes: contiene configuraciones que son independientes de una unidad de negocio particular y tienen una validez general, por ejemplo el calendario, configuración de impresión, acceso a la ayuda.

CLIENTES

Los sistema SAP están divididos entre unidades de negocio o clientes, también conocidos como mandantes

Un cliente/mandante es una unidad comercial, organizacional y técnica contenida en un sistema SAP consiste en: configuración de negocio (Customizing dependiente de cliente), sus propios datos maestros y transaccionales y sus propios datos de usuarios.

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

Los tipos de datos que son dependientes de un cliente están relacionados entre sí.

Cuando ingresamos información en una aplicación, el sistema verifica si la información ingresada concuerda con la configuración especifica de ese cliente (Customizing). Si hay inconsistencias la información ingresada en la aplicación es rechazada. La información de una aplicación es significativa en términos del negocio solamente en el cliente con el Customizing correspondiente.

Un ejemplo de Customizing dependiente de cliente, son los códigos de compañía, plantas y almacenes.

Datos maestros y de transacciones: son dependientes del cliente también. Solo son válidos en el cliente. Por ejemplo registros de maestros de materiales, órdenes y facturas.

Los datos de usuario: también 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 cliente en el sistema de desarrollo. En un sistema de calidad puede ser configurar un cliente para propósitos de pruebas y en un sistema de producción, para un trabajo productivo. Los roles se asignan a los clientes desde la transacción SCCR

REPOSITORIO DE OBJETOS

Hay dos tipos de transporte si ingresamos en la transacción SE10 podemos ver los dos tipos, que son:

Customizing: son dependientes de mandante, tiene el campo MNDT y esto solo se refleja en un mandante.

WorkBench: son independientes de mandante o inter-cliente (el cambio se ve reflejado para todos los clientes)

Se puede realizar ajustes adicionales a una estructura de datos de un sistema SAP. Se puede realizar cambios o mejoras en el repositorio de objetos. Se pueden realizar de la siguientes formas:

Extensión del repositorio: a través de desarrollos del cliente (Customer developments), es posible crear objetos de repositorios propios tales como tablas, programa transacciones, etc

Todos los desarrollos de un cliente son usualmente realizados en el espacio de nombres del cliente y deben comenzar con la letra Y o Z.

Es posible, de todas formas requerir un nombre de espacio propio a SAP que empiece y termine con el carácter /. Este tendrá un máximo de ocho caracteres incluyendo /, por ejemplo /Firma/

Todos los objetos que se creen bajo el nombre del espacio tnedran un nombre que empezará con /Firma/, como por ejemplo /Firma/Evalacion1

Mejoras de cliente (Customer enchancements): el repositorio es ampliado o aumentado por sub-objetos del cliente. Por ejemplo un programa estándar de SAP puede ser completado o ampliado con código propio del cliente en puntos específicos del código conocidos como cutomer exists (salidas de cliente). Las estructuras de tablas también pueden ser ampliadas con campos propios utilizando los appends (agregados)

Modificaciones al estándar: cambios a objetos estándar de SAP (programas, tablas, estructuras). El repositos de objetos que vienen junto con el sistema SAP no es extendidos sino que directamente modificado. Existen varios tipos de modificaciones, dependiendo del tipo de objeto:

· Modificaciones manuales

· Modificación con el asistente de modificaciones

· Modificaciones con el asistente de notas

LADSCAPE DE TRES SISTEMAS

SAP recomienda un landscape de sistemas múltiples basado en la confirmación de la estructura de datos de un sistema SAP, en el que existe solo un repositorio de objetos por sistema.

Nunca se debe desarrollar en un sistema SAP que se utiliza como productivo.

En circunstancias normales, un landscape de tres sistemas es suficiente para la operación.

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 puede llevar a una posible inconsistencia de datos.

Si se va a realizar cambios al repositorio, SAP recomienda que se utilicen por lo menos dos, pero idealmente tres sistemas separados. Un sistema para desarrollos un segundo sistema para pruebas y calidad y un tercer sistema el productivo.

Un landscape de tres sistemas facilita el siguiente proceso recomendado:

Sistema de desarrollo: se realizan desarrollos propios de cliente en el repositorio de objetos y las configuraciones (Customizing) requeridos. Estos cambios se registran en el sistema de desarrollo. (Desarrollos, mejoras, modificaciones).

Sistema de Calidad o Test: los cambios de desarrollo sin transportados a este sistema. Aquí se verifican y prueban.

La razón principal de todas formas, es que el sistema de desarrollo no ofrece un ambiente estable para una prueba comprensiva e integra. Muchos desarrolladores trabajan en un numero de diferentes proyectos al mismos tiempo.

Sistema de Producción: Una vez probado satisfactoriamente en calidad o testo, todos los objetos y configuraciones se transportan a producción.

Se pueden crear diferentes clientes o mandantes para propósitos específicos. Si realizamos un Customizing dependiente de cliente en el sistema de desarrollo y queremos verificarlo antes de transportarlo a los demás sistemas, puede utilizarse un cliente de prueba en el mismo sistema de desarrollo para tal propósito.

Clientes con roles específicos son creados en cada sistema:

· un cliente de desarrollo en el sistema de desarrollo,

· un cliente para pruebas en el sistema de calidad

· un cliente productivo en el sistema de producción.

Generalmente los clientes principales de casa sistema tienen el mimos número el cliente mayor. Por defecto cuando transportamos el cliente origen es igual al cliente destino. Esto último de todas formas no es obligatorio.

Por ejemplo el cliente de desarrollo puede tener ID 200 el de calidad 200 y el de producción 200, pero también podría ser ID 100, ID 200, ID 200


 

 

 


Sobre el autor

Publicación académica de Josep Antoni Lopez Moyano, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "La estructura de los sistemas SAP" de la mano de nuestros alumnos.

SAP SemiSenior

Estructura de sistemas sap los sistemas sap tienen una estructura de datos especifica. aparte de las configuraciones de negocio, tiene configuraciones y el repositorio de objetos que son inter-clientes o cross-client. el repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo de workbench abap y es cross-client, estos objetos de repositorios se almacenan en paquetes o packages. los paquetes son contenedores para objetos de desarrollo que estan relacionados semanticamente. en un paquete pueden estar contenidos diferentes objetos de desarrollo. se caracterizan por las propiedades: -anidado -interfaces -visibilidad -accesibilidad La transaccion que usamos para crear y dar mantenimiento a los paquetes es la SPAK.

Acceder a esta publicación

Creado y Compartido por: Jesus Otoniel Marentes Bueno / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Estructura de sistemas SAP. 1. Estructura de datos en un sistema SAP SAP tiene una estructura de datos específica, adicional a las configuraciones del negocio (Customizing) y el repositorio de objetos (Cross- Client) El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo y es intercliente y se almacenan en paquetes. 2. Customizing (Adaptaciones) Configuraciones del negocio a un sistema SAP. Definición de plantas, almacenes, definición de compras, liquidación de nómina. 3. Clientes: Los sistemas SAP están divididos entre unidades de negocio o clientes, que también se conocen como mandantes. Ejemplos de Custumizin dependientes (códigos compañóa,...

Acceder a esta publicación

Creado y Compartido por: Leidy Tatiana Posada Orozco

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

ESTRUCTURA DE DATOS EN UN SISTEMA SAP Los sistemas SAP tienen una estructura de datos específica, adicionalmente a las configuraciones de negocio (customizing) que son relevante únicamente para ciertos clientes del sistema SAP, 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 Workbench ABAP y es inter-cliente, los objetos de repositorio se almacenan en paquetes (packages), estos paquetes son contenedores para objetos de desarrollo relacionados semánticamente. Los paquetes están caracterizados por ciertas propiedades: Anidado Interfaces Visibilidad Accesibilidad...

Acceder a esta publicación

Creado y Compartido por: Jhon Sstivens Rojas Martin / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Estructura de Sistemas SAP Cross-client: Significa que es indispensable del mandante (o el cliente).Sap instala varios clientes o mandantes Estructura de datos de un sistema sap: los sistemas sap tienen una estructura de datos específica. El repositorio es el lugar central para todos los objetos de desarrollo de Workbench abap y es inter-cliente. Los paquetes son contenedores para objetos de desarrollo relacionados semánticamente Diferentes objetos de desarrollo (programas ,tablas,pantallas,modulos en función,clases,etc)

Acceder a esta publicación

Creado y Compartido por: Jorge Antonio Alarcon Vega

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Estructura de Sistemas SAP Leccion 3° de 7 1| Estructura de datos en un sistema SAP El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo de Workbench Abap, estos se almacenan en paquetes. Los paquetes estan caracterizados por ciertas propiedades: Anidado(nesting) Interfaces(interfaces) Visibilidad Accesibilidad Transaccione SPAK: Los paquetes son creados y mantenidos con package builder. CTS: Sistema de transporte y cambios. 3| Clientes Los sistemas SAP estan dividos entre unidades de negocio o clientes que tambien se conoce como mandantes. Los roles se asignan desde la transaccion SCC4. 4| Repositorio de objetos. Cuando se utiliza el mandante solo se esta cambiando ese usuario, y cuando...

Acceder a esta publicación

Creado y Compartido por: Arnold Sevilla

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Estructura de datos de un sistema SAP Los sistemas SAP tienen estructura de datos específica. Adicionalmente a las configuraciones de negocio (customizing) que son relevantes unicamente para ciertos clientes del sistema SAP, también contienen configuraciones y el repositorio de objetos que son inter- clientes (croos-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 se caracterizan por lo siguiente: anidaddo (nesting), interfaces (interfaces), visibilidad (visibility), accesibilidad (accesibility) La transacción SPAK en la que los paquetes son creados y mantenidos...

Acceder a esta publicación

Creado y Compartido por: Esteban García Mier Y Terán

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

ESTRUCTURA DE SISTEMAS SAP 1. ESTRUCTURA DE DATOS EN UN SISTEMA SAP El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo Workbench ABAP y es inter-cliente. Los paquetes son contenedores para objetos de desarrollo relacionados y se caracterizan por las siguientes propiedades: Anidado (nesting) Interfaces Visibilidad Accesibilidad TRANSACCION SPAK los paquetes son creados y mantenidos con Package Builder Grabado y transporte de modificaciones es controlado por el sistema de transporte y cambios denominado CTS(Change and Transport System) 2. CUSTOMIZING Describe las configuraciones de un sistema SAP Inter-clientes: contiene configuraciones que son independientes de una unidad de negocio particular...

Acceder a esta publicación

Creado y Compartido por: Jeisson Giovanny Beltran Cruz / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Estructura de Datos en un Sistema SAP. Conocer la estructura de datos de un sistema SAP es igualmente importante tanto para los usuarios, desarrolladores y administradores para atender de que manera un sistema SAP funciona. Los sistemas SAP tiene una estructura de datos específica, adicionalmente a las configuraciones de negocio (customizing) que son relevante únicamente para ciertos clientes del sistema SAP, también contiene configuraciones y el repositorio de objetos que son inter-clientes (cross-client). El reporsitorio 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...

Acceder a esta publicación

Creado y Compartido por: Miguel Angel Mazariegos

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

La estructura de los sistemas SAP El software SAP necesita ser adaptado a los requermientos especificos de las compañías La estructura de datos en un sistema SAP Conocer la estructura de datos es igualmente importante para usuarios, desarrolladores y administradores para entender de que manera funciona Los sistemas SAP tienen una estructura de datos específica Adicionalmente a las configuraciones de negocio (customizing) contiene configuraciones y repositorio de objetos, que son inter-clientes El repositorio es el lugar de almacenamiento central para todos los objetos de desarrollo Workbench ABAP y es inter-cliente Los objetos de repositorio se almacenan en clientes Los paquetes son contenedores para...

Acceder a esta publicación

Creado y Compartido por: Agustin Castañeda Valencia

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Estructura de datos en un sistema SAP Los sistemas SAP tiene una estructura de datos especifica. Adicionalmente a las configuraciones de negocio. El repositorioes el lugar de almacenamiento ccentral para todos los objetos de desarollo de workbech ABAP y es inter-cliente. Los objetos de repositorios se almacenan en paquetes (packages) Los paquetes estan caracterizados por ciertas propiedades: Anidado (nesting) Interfaces (interfaces) Visibilidad (visibility) Accesibilidad (accesibility) Trasaccion SPAK: Los paquetes son creados y mantenidos con PACKGE Builder Customizing El termino se puede traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tantos generales de una compañia...

Acceder a esta publicación

Creado y Compartido por: Loida Areli Moreno Pena

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!