✒️La estructura de los sistemas SAP
La estructura de los sistemas SAP
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000; min-height: 12.0px} p.p3 {margin: 0.0px 0.0px 0.0px 0.0px; font: 13.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000} p.p4 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000; min-height: 13.0px} li.li1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000} span.s1 {font-kerning: none} ol.ol1 {list-style-type: decimal} ul.ul1 {list-style-type: disc}
ESTRUCTURA DE SISTEMAS SAP (3 de 7)
- Glosario: CLIENT, CUSTOMIZING dependiente de cliente, CUSTOMIZING CROSS-CLIENT, MASTER DATA, TRANSACTION, USER DATA, Repositorio de Objetos
- Create and Maintain Repositorio de Objetos
- SAP necesita ser adaptado a los requerimientos específicos de los negocios
- carga de SUPPORT PACKAGES o SYSTEM UPGRADE (Desarrollo al Productivo)
1.- ESTRUCTURA DE DATOS SAP
- Maestro y datos de la transacción
- Cliente dependiente de la customización
- Datos de usuario
- Customización cross-client
- Repositorio de Objetos (cross-client)
- REPOSITORIO (inter-client) - almacenamiento central objetos de desarrollo Workbench ABAP, que se almacenan en PACKAGES
- PACKAGES, contenedores para objetos de desarrollo relacionados semánticamente (programas, tablas, pantallas, módulos de función, clases, etc., pueden estar mezclados dentro de un paquete), poseen 4 características:
- Anidado (nesting)
- Interfaces (interfaces)
- Visibilidad (visibility)
- Accesibilidad (accesibility)
- SPAK (Package Builder), transacción para crear y mantener packages
- CTS (Change & Transport System), sistema de transportes y cambios graba y transporta las modificaciones utilizando la asignación de objetos de repositorios a paquetes
2.- CUSTOMIZING (adaptaciones), funciones generales de un negocio o específicas para una industria, adaptadas a los requerimientos específicos de una empresa
- definición de Plantas y Almacenes, funciones de planificación de compras, producción, mantenimiento, etc.
- CUSTOMIZING ESTANDAR (incluidas como parte de las instalaciones), definiciones de País, Lenguaje, Uso horario.
- SAP diferencia entre Customizing dependiente de cliente y Customizing inter-client
- Customizing inter-client tiene configuraciones independientes de una unidad de negocio en particular y tienen validez general (Calendario, configuraciones de impresión, acceso a la ayuda, etc.)
3.- CLIENTE o Mandante, (unidad comercial, organizacional y técnica contenida en un sistema SAP y consiste en los siguientes elementos:
- Customizing dependiente de cliente (configuraciones del negocio) (específicos)
- Datos Maestros propios
- Datos transaccionales propios
- Datos de usuario Propios
* Datos que son dependientes de cliente están relacionados entre si, es decir que la información de una aplicación es significativa en términos del negocio solamente en el cliente con el Customizing correspondiente (ej: Company Codes, Plant & Warehouse Codes)
- Master Data & Transactional Data, son también dependientes del cliente (ej: Master Material, Work Orders, Purchase Orders, Invoices, est.)
* Datos de usuario también son dependientes del cliente
- Cliente de Customizing, puede ser creado para las configuraciones que sean dependientes de cliente en el sistema de desarrollo.
- Cliente de Customizing, puede ser creado para propósitos de pruebas en un sistema de calidad
- Cliente de Customizing, puede ser creado para trabajo productivo en un sistema de producción
- SCC4 (mantenimiento de clientes), permite asignar roles a los clientes
4.- REPOSITORIO DE OBJETOS, permite realizar ajustes adicionales, cambios o mejoras a la estructura de datos de un sistema SAP, de las siguientes formas:
- Extensión del repositorio: a través de desarrollos del cliente (customer developments), pueden ser tablas, programas, transacciones, etc
- todos los desarrollos del cliente son realizados en el espacio de nombres del cliente, deben comenzar con letra Y o Z, entre otras cosas.
- es posible requerir un nombre de espacio propio a SAP que empiece y termine con el carácter “/“, con un máximo de ocho caracteres incluyendo “/“, tal como “/Firma/”
- todos los objetos que se crean bajo el nombre del espacio tendrán un nombre que empezarán con /Firma/, tal como /Firma/Evaluacion1
- Mejoras de cliente (customer enhancement): repositorio es suplementado por SUB-OBJETOS del cliente.
- un programa estándar de SAP puede ser suplementado por código propio del cliente en puntos predefinidos en el mismo código como salidas del cliente (customer exits)
- las estructuras de tablas pueden ser ampliadas con campos propios utilizando agregados (appends)
- Modificaciones al estándar del sistema SAP (programas, tablas, estructuras), donde se modifica directamente el contenido, no se extiende, existen varios tipos:
- Modificaciones manuales
- Modificaciones con el asistente de modificaciones
- Modificaciones con el asistente de notas
5.- LANDSCAPE DE SISTEMAS (SAP recomienda un landscape basado en la conformación de de la estructura de datos de un sistema SAP, solo existe un repositorio de objetos por sistema)
- No se debe desarrollar en un sistema SAP que se utiliza como Productivo
- Normalmente se recomienda un landscape de tres sistemas (o al menos dos)
- Desarrollo
- Prueba
- Productivo
- un landscape de tres sistemas facilita:
- los cambios, modificaciones, mejoras, customizing de cliente se registran en el sistema de desarrollo
- Los cambios registrados en el sistema de desarrollo se ponen a prueba y se verifican en el sistema de prueba, si influenciar los datos productivos
- una Prueba de aceptación no puede realizarse en sistema desarrollo ya que no están los datos reales disponibles para una prueba real
- muchos desarrolladores trabajan en diferentes proyectos al mismo tiempo
- Una vez probados y verificados los cambios son transportados al sistema productivo
- diferentes clientes pueden ser creados para propósitos específicos, se puede crear un cliente de prueba (en el sistema de desarrollo) para probar los cambios antes de transportarlos a los demás sistemas (si realizamos un Customizing dependiente de cliente en desarrollo por ej.)
- Clientes con roles específicos:
- cliente de desarrollo en el sistema de desarrollo
- cliente para pruebas en el sistema de calidad
- cliente productivo en el sistema de producción
(generalmente los clientes principales de cada sistema tienen el mismo número para facilitar su transporte se un sistema a otro, no es obligatorio)
 
 
 
Sobre el autor
Publicación académica de Rodrigo Cofre, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Rodrigo Cofre
Profesión: Analista de Sistemas, Especialista en Capacitación - Chile - Legajo: NG96Z
✒️Autor de: 45 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Saludos a todos, espero que sea una grata experiencia de aprendizaje.
Certificación Académica de Rodrigo Cofre