MUNDOSAP

Regresar   MUNDOSAP > TRABAJO Y FORMACION > RUEGOS Y PREGUNTAS
Nombre de Usuario
Contraseña
Home Descargas Registrar FAQ Miembros Calendario Buscar Temas de Hoy Marcar Foros Como Leídos




 
Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Viejo 26/05/07, 02:13:11
Avatar de abapedro
abapedro abapedro is offline
Member
 
Fecha de Ingreso: mar 2007
Mensajes: 83
Smile 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.
Responder Con Cita
  #2  
Viejo 28/05/07, 10:30:15
chemaff chemaff is offline
Junior Member
 
Fecha de Ingreso: ene 2007
Localización: Barcelona
Mensajes: 3
Smile 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.
Responder Con Cita
  #3  
Viejo 29/05/07, 02:58:15
Avatar de abapedro
abapedro abapedro is offline
Member
 
Fecha de Ingreso: mar 2007
Mensajes: 83
Wink


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.
Responder Con Cita
  #4  
Viejo 12/10/15, 01:32:10
mmonsalvez mmonsalvez is offline
Junior Member
 
Fecha de Ingreso: sep 2009
Mensajes: 3
Excelente

Te felicito, me quedo muy clara la visión general de como esta estructurado SAP.
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Reglas de Mensajes
no puedes crear nuevos temas
no puedes responder temas
no puedes adjuntar archivos
no puedes editar tus mensajes

El código vB está On
Las caritas están On
Código [IMG] está On
Código HTML está Off
Saltar a Foro


Husos Horarios son GMT. La hora en este momento es 13:24:40.


www.mundosap.com 2006 - Spain
software crm, crm on demand, software call center, crm act, crm solutions, crm gratis, crm web