🚀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

Unidad 6. Leccion 3. Comunicacion y Logistica de Software.

SAP necesita ser adaptado a los requerimientos específicos de las empres. Cuando importamos un Support Packages, el esfuerzo de trabajo extra debe ser minimo, al igual que durante un posible Upgrade del sistema.

1. Estructura de Datos en un sistemaSAP.

Es importante conocer la estructura del sistema SAP para entender como funciona, tanto para usuarios, desarrolladores y administradores.

Los sistemas SAP tienen un estructura de datos específica. Adicionalmente a las configuracions de negocio (customizing) que son relevantes unicamente para ciertos clientes del sistema SAP, tambien 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 Workbech ABAP y es inter-cliente. Los objetos de repositorio se almacenan en paquetes (packages), y pueden contener diferentes objetos de desarrollo, uno o varios como programas, tablas, pantallas, modulos de funcion, clases, etc.

Propiedades de los paquetes o package

  • Anidado (nesting)
  • Interfaces (interfaces)
  • Visibilidad (visibility)
  • Accesibilidad (accesibility)

El grabado 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 asignación de objetos de repositorios a paquetes.

Tx SPAK. Transacción Package Builder, donde los paquetes son creados y mantenidos.

2. Customizing.

El termino Customizing se podria traducir como adaptaciones, describe las configuraciones de negocio de un sistema SAP. Las funciones provistas tanto generales de una compañia como aquellas que pueden ser específicas para una industria son adaptadas a los requerimientos específicos de la empresa en el proceso de Customizing.

El customizing comprende cosas basicas como la planificacion de plantas y almacenes, hasta cosas mas completas como funciones de compras basadas en planificación de producción o liquidacion de nomina.

Una gran cantidad de Customizing estandar, como definiciones de pais, lenguaje, uso horario, estan incluidas por SAP como parte de las instalaciones.

El sistema SAP diferencía entre Customizing dependiente de cliente y Customizing inter-clientes.

Customizing inter-clientes: contiene configuraciones que son dependientes de una unidad de de negocio particular y tienen una validez general. Entre otros incluye el calendario, configuraciones de impresion o el acceso a la ayuda.

3. Clientes.

Los sistemas SAP estan divididos entre unidades de negocio o clientes, tambien llamados mandantes.

Un cliente es una unidad comercial, organizacional y técnica contenida en un sistena SAP y consiste de configuraciones de negocio (cutomizing dependiente del cliente), sus propios datos maestros y transaccioinales 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, estan relacionados entre si. Por lo que si ingresamos información en una aplicación, el sistema verifica si la información ingresada concuerda con la configuración específica de ese cliente (cutomizing). Si hay consecuencias, la información ingresada en la aplicación es rechazada. Por lo que, la información de una aplicación es significativa en terminos del negocio solamente en el cliente con el customizing correspondiente.

Ejemplos de cutomizing dependiente del cliente:

  • Códigos de compañia, plantas y almacenes, datos maestros y transacciones, todos estos son validos unicamente en el cliente.
  • Incluye tambien por ejemplo egistros maestros de materiales, ordenes, y facturas.
  • Los datos de usuario tambien son dependientes del cliente.

Un cliente de customizing puede ser configurado para las configuraciones que sean dependientes de un cliente 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 Tx SCC4

4. Repositorio de Objetos.

Es posible realizar ajustes adicionales a la estructura de datos de un sistema SAP. Se pueden ealizar cambios o mejoras en el repositorio de objetos y pueden realizarse de diferentes formas:

  • Extensión del repositorio. En el sistema SAP, a traves de desarrollos del cliente (cutomer developments) es posible crear objetos de repositorio propios 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 tambien requerir un nombre de espacio propio a SAP que empiece y termine con el caracter / . Este tendra un máximo de ocho caracteres incluyendo / como por ejemplo /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. Por ejemplo, un programa estándar de SAP puede ser suplementado con codigo propio del cliente en puntos predefinidos en el codigo conocidos como customer exits. (salidas al cliente). Las estructuras de tablas pueden ser ampliadas con campos propios utilizando appends (agregados).
  • Modificaciones al estándar del sistema SAP. Cambios a objetos estándar 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 se pueden realizar dependiendo del tipo de objeto: Modificaciones manuales, Modificaciones con el asistente de moficicaciones, y modificaciones con el asistente de notas.

5. Landscape de Tres Sistemas.

SAP recomienda un landscape de sistemas multiples basado e 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 para productivo. En circunstancias normales, un landscape de tres sistemas es suficiente para la operacion.

El repositorio de objetos es inter-cliente por lo que SAP no recomienda desarrollar en un sistema que al mismo tiempo se utiliza para trabajar en forma productiva ya que puede llevar el riesgo de una posible inconsistencia de datos.

Si se van a realizar cambios al repositorio, SAP recomienda que se utilice al menosdos, pero idealmente tres sistemas separados. Un sistema para desarrollos, un 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 producción. Una prueba de aceptación 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. La razon principal, es que el sistema de desarrollo no ofrece un ambiente estable para una prueba comprensiva e integral, ya que muchos desarrolladores trabajan en un numero de diferentes proyectos al mismo tiempo.
  • Luego de que se han probado satisfactoriamente todos los objetos y configuraciones en el sistema de calidad, pueden ser transportados al sistema de producción. Diferentes clientes pueden ser creados 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 proposito.

Clientes con roles especificos son 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 producción.

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, aunque esto no es obligatorio.

TIP. Como administradores debemos conocer bien, los grupos, dependiente de mandante o cliente y los independiente de mandante o cliente. Cuando realicemos un cambio en el sistema, SAP nos pedirá que generemos una orden de Transporte. La forma de verlo o verificarlo es entrando a la Tx SE10 y ver que tipo de orden ha generado. Las ordenes de customizing son las dependiente de mandante y las de worbech son las independiente de mandante. El que sean dependiente de mandante significa que van a contener el campo mandt, por lo tanto cuando nos logeamos en otro cliente o mandante no vamos a contar con los cambios, tendriamos que transportarlas por mas que estemos en la misma instancia. En cambio cuando se genera una orden de worbech, 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 que hay que tener cuidado que si generamos una orden de worbech estamos modificando automaticamente todos los clientes de la misma instancia SAP.


 

 

 

Agradecimiento:

Ha agradecido este aporte: Victor Navarro Naranjo


Sobre el autor

Publicación académica de Marybell Adriana Hernandez Robles, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.

SAP Senior

Marybell Adriana Hernandez Robles

Profesión: Ing. en Sistemas Computacionales / Mti - Mexico - Legajo: SC27M

✒️Autor de: 50 Publicaciones Académicas

🎓Egresado del módulo:

Certificación Académica de Marybell Hernandez

✒️+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!