![]() |
Estructura de SAP R/3
He visto hoy un mensaje solicitando información acerca de la estructura de SAP.
Como creo que es un tema de interés general, a continuación aporto una explicación resumida de la estructura del R/3 (según mi entender), que espero que sea clara y útil. ********************* I. ESTRUCTURA TECNICA ********************* 1. Cliente-servidor de 3 capas El primer concepto acerca de la estructura del R/3 es que es una aplicación cliente-servidor, la cual funciona en 3 niveles: - Servidor de base de datos - Servidor(es) de aplicación - Cliente El servidor de base de datos es el que aloja la base de datos y el motor de la base de datos. Se pueden emplear muchos motores, incluso motores de código abierto. Dentro de las posibilidades están: Oracle, MySQL, Informix, SQLServer, etc. El segundo servidor es el que ejecuta las aplicaciones (o la parte de la aplicación que no es ejecutada en el cliente final). Es posible tener varios servidores de aplicación que se reparten la carga. Cuando hay varios servidores de aplicación además existe un servidor que distribuye la carga entre ellos, este distribuidor se denomina "servidor de mensajes". Cada servidor de aplicación se comunica por una parte con el servidor de base de datos y por otra parte con el cliente final. Por último, está el cliente final que es la estación de trabajo (el PC o micro) que ejecuta una porción de la aplicación y se comunica con un servidor de aplicación. 2. El lenguaje ABAP EL R/3 está construido con un lenguaje interpretado (no compilado) que se denomina ABAP. Es un lenguaje estructurado y especializado en manejo de bases de datos. Es un lenguaje versatil para la creación de aplicaciones de negocio. Recientemente (hace algunos años) se han adicionado al ABAP conceptos y funcionalidades propias de lenguajes orientados a objetos. 3. El diccionario ABAP El diccionario ABAP es una base de datos abstracta dentro de la cual se definen tipos de campos, tablas, estructuras de campos (registros) y demás objetos de base de datos. Las aplicaciones creadas en ABAP toman su información del diccionario ABAP e igualmente la almacenan en el diccionario. El diccionario cumple la función de "aislar" a las aplicaciones ABAP de la base de datos real. Con esto se hace posible crear una aplicación ABAP que opere igualmente sin importar cual motor de base de datos se este empleando. Dentro de este concepto de abstracción, el ABAP contiene una versión propia del SQL que se llama "Open SQL". Las frases escritas en open SQL NO dependen de las particularidades de la implementación del SQL que tenga el motor de base de datos. Siempre es posible incluir en el código ABAP SQL "nativo" que es ejecutado directamente por el motor de base de datos, pero si se emplea esta metodología el código resultante no es transportable a otra instalación de R/3 que emplee un motor de base de datos diferente. ******************** II. ESTRUCTURA LOGICA ******************** 1. Transacciones y programas El R/3 está conformado por una gran cantidad de programas, algunos pequeños y otros no tan pequeños, que se ejecutan a través de un nombre o alias. Cada alias se denomina "transacción". Es corriente agrupar bajo un solo programa cabecera un conjunto de programas afines y sus respectivas transacciones. Algunos programas no tienen transación y en ese caso solamente se pueden ejecutar por que sean llamados desde otro programa o invocandolos directamente desde el ambiente de desarrollo y programación. Es posible crear programas y transacciones nuevos para solucionar problemas específicos que no esten cubiertos por alguno de los programas propios del R/3. 2. Módulos Para crear un ordenamiento conceptual de las funcionalidades implementadas mediante los distintos programas, el R/3 tiene una clasificación funcional de los programas. Cada conjunto de programas funcionalmente relacionados constituye lo que se denomina un "módulo". Para aclarar este concepto, tomo como ejemplo la contabilidad general. Los programas cuya funcionalidad es de contabilidad general y legal constituyen el módulo FI. Dentro de este módulo existen varios subconjuntos: FI-GL: Funcionalidades de contabilidad legal (GL = General Ledger) FI-AP: Funcionalidades de gestión de cuentas por pagar (AP = Accounts payable) FI-AR: Funcionalidades de gestión de cuentas por cobrar (AR = Accounts recoverable) FI-AM: Funcionalidades de gestión de activos (AM = Asset management) FI-SL: Funcionalidades de contabilidad especial (SL = Special Ledger) etc. Por supuesto que algunas transacciones resultan "limitrofes" puesto que afectan por ejemplo, tanto a GL como a AM y la clasificación no es tan estricta. En mi concepto personal, la clasificación conceptual del R/3 se puede esquematizar así: A. Contabilidad legal y temas contables: FI y sus "submodulos" Es la base de funcionamiento del R/3, que soporta el funcionamiento de todos los demás módulos B. Contabilidad y control de costos: CO y sus submodulos Se apoya en FI y a su vez es la base de los controles de desempeño y de costos, los cuales se realizan en los módulos especializados. C. Gestión de materiales: MM y sus submodulos Gestiona toda la información relacionada con adquisición de materiales y servicios. Igualmente gestiona el control de almacenes y en consecuencia, el control de consumos de materiales y servicios. Es soporte para los módulos especializados y trabaja "hombro a hombro" con CO en el costeo de materiales y servicios. D. Módulos especializados Son los módulos que gestionan la información especifica de un area funcional de una empresa. Algunos de ellos son: PM (Plant Maintenance): Gestiona administración de equipos y planta física PS (Project System): Gestiona administración de proyectos HR (Human Resources): Gestiona administración de recursos humanos SM (Service Management): Gestión de servicios SD (Sales and Distribution): Gestíon de ventas Estos módulos administran información compartida con los anteriores (FI, CO, MM) y adicionalmente administran la información especifica del mismo módulo (la de su funcionalidad particular). E. Soluciones de industria Por último, están los módulos desarrollados específicamente para gestionar industrias particulares. Existen módulos para muchas industrias: Petroleos, aviación, servicios públicos, etc. Como ejemplo tomemos una salida de material de almacen para el mantenimento de un equipo: PM es el iniciador del proceso y gestiona el control de consumos y de estado de mantenimiento del equipo (equipo afectado, mantenimiento realizado, etc). - PM "informa" a MM respecto al consumo y MM gestiona las consecuencias en el stock. - PM igualmente se comunica con CO para que este registre las consecuencias del mantenimiento en el control de costos. - PM también se comunica con FI para registar los movimientos contables (valoración de inventario y registro de un gasto) Bueno, creo que la explicación ya fue suficientemente larga. Espero que sea clara, útil y correcta. Si alguien encuentra cualquier error o imprecisión, por favor informenme para corregirla. |
Mas dudas (Estructura de SAP en general, aplicaciones y modulos)
Hola a todos,
Antes de nada muchas gracias a por vuestra ayuda. He buscado información y en esta página : y he visto que hablan de : Sistema Base Aplicaciones R/3 Sistemas Base R/3 ( Middleware ) Software de Sistema. Y la verdad no entiendo muy que es cada parte, a que nivel estan los módulos? Por lo que me habeis dicho SAP se compone de Módulos y submódulos, por ejemplo : Módulo de Logistica, se compone de los submódulos : SD Comercial MM Gestion Material LO Logistica General QM Gestion Calidad PP Planificacion Produccion etc ... Modulo de FInanzas, se compone de los submodulos : CO Controlling EC Controlling Corporativo TR Tesoreria etc ... Es correcto? También me necesitaria entender la infraestructura de SAP, es decir como se suele organizar a nivel de servidores, entornos, etc... La infraestructura que yo tengo entre manos es bastante grande y necesito entenderla lo mejor posible. Repito Muchas Gracias, por vuestra ayuda. :) |
Hola Chemaff, La explicación que remití intenta ser clara sin abarcar todos los aspectos de funcionamiento de un sistema SAP. Las páginas de geocities que Usted refiere tienen documentación de SAP que para mi modo de ver resulta bastante confusa por lo extensa y densa. Además esta documentación requiere explicaciones para ser entendida pues esta diseñada para utilizarla como material de capacitación. Por otra parte, creo que lo que Usted necesita realmente es consultoría y capacitación formales para aprender la estructura y la administración de sistemas SAP R/3. |
Excelente
Te felicito, me quedo muy clara la visión general de como esta estructurado SAP.
|
Husos Horarios son GMT. La hora en este momento es 01:01:32. |
www.mundosap.com 2006 - Spain
software crm, crm on demand, software call center, crm act, crm solutions, crm gratis, crm web