Análisis y Diseño de Sistemas

 

Módulos de SAP/R3, Arquitectura y Seguridad

 

 

 

Módulos de SAP/R3

Antiguamente, hablar de SAP/R3 era sinónimo de gigantescas organizaciones en las que se implantaría el sistema, tales como petroleras, industrias de consumo masivo, industrias de electricidad, grandes operadoras de telefonía, entre otras. Con el pasar de los años, SAP ha cambiado su target en el mercado a fin de tener una mayor penetración en el mercado de las PYME, y definitivamente su estrategia  ha sido muy bien llevada y ha dado excelentes resultados. Hoy en día, es la primera casa productora de software después de Microsoft. Sin embargo, son dos cosas totalmente distintas y apuntan a mercados y necesidades distintas.

El sistema SAP R/3 tiene un conjunto de normas estándares en el área de software de negocios. Este está compuesto de una serie de módulos funcionales que responden de forma completa a los procesos operativos de las organizaciones.

Un resumen de los módulos de SAP R/3 son:

Production Planning. PP
Sales & Distribution.
SD
Office & Communications.
OC
Controlling.
CO
Material Management.
MM
Human Resources.
HR
Quality Assurance.
QA
Asset Management.
AM
Plant Maintenance.
PM
Project System. PS
Industry Solutions.
IS
Financial Accounting.
FI

Además de estas soluciones estándares, el ambiente de desarrollo de SAP y su sistema de información, proveen a los clientes con poderosas herramientas para desarrollo y adaptación del sistema a los requerimientos individuales (personalización). El ambiente de desarrollo del sistema R/3 aun ofrece a los usuarios sus propio lenguaje de programación de la cuarta generación (ABAP/4), creado especialmente para las necesidades comerciales.

El poderoso rango de servicios que provee el sistema, sin embargo, es solamente una causa del éxito del sistema R/3. SAP soporta el concepto de sistema abierto, construcción de interfaces (GUIs), servicios, sobre los actuales estándares.

El sistema SAP R/3 es un sistema integrado. Esto significa que una vez que la información es almacenada, esta es disponible a través de todo el sistema, facilitando el proceso de transacciones, flujo de documentos y el manejo de la información. Por ejemplo, si un departamento necesita comprar un ventilador industrial para un nuevo edificio, este es buscado desde ese momento y con el más apropiado vendedor. Con el sistema SAP R/3, el siguiente paso es dar de alta la orden de compra, la cual automáticamente ordena los fondos necesarios. En este punto todas las oficinas que necesiten saber sobre esta compra, tendrán la información. Por lo tanto, lo anterior no requerirá producir o tramitar copias de papeles de la compra y/o facturarla para el uso de varios departamentos administrativos, sino lo tendrán la información necesaria en sus sistemas computacionales. Una vez que el ventilador industrial es recibido, el departamento notificará del hecho al sistema SAP R/3 y se pagará la factura sin la necesidad de aprobaciones futuras. La oficina central de contabilidad puede hacer los cálculos por cargos extras. La oficina de activos, a través del sistema R/3 sabe que el ventilador fue entregado y desde ese momento puede empezar a hacer el cálculo de las depreciaciones. La oficina de mantenimiento también estará enterado del hecho y comenzará a hacer el calendario de mantenimiento para el ventilador, así hacer un historial del ventilador fácilmente.

 

Arquitectura del sistema SAP R/3

 

Arquitectura cliente / servidor del sistema R/3

El sistema R/3 opera utilizando el principio cliente / servidor aplicado a varios niveles. Es altamente modular y se aplica fundamentalmente por medio del software, de forma que los modos de iteración entre los diversos clientes y servidores puedan ser controlados.

 

Principios de sistema abierto incluidos en el sistema R/3. Normas internacionales para interfaz abierta

TCP/IP. Protocolo de comunicaciones en red.
RPC. Incluido en ABAP/4 como RFC (Remote Function Call) Constituye la interfaz de programación abierta de R/3, permitiendo que otros sistemas se conecten con las funciones de R/3.
CPI-C. Common Programming Interface-Communication). Utilizado para las comunicaciones programa-a-programa a través de sistemas múltiples.
SQL. Structured Query Language.
ODBC. Open Data Base Connectivity. Son las normas utilizadas para el acceso abierto de los datos a los datos comerciales de R/3 en las bases de datos relaciónales.
OLE/DDE. Object Linking and Embedding. Es el estándar principal para integrar las aplicaciones de las PC´s con el sistema R/3.
X.400/X.500, MAPI. Messaging Application Programming Interface y EDI (Electronic Data Interchange) Son las normas para las comunicaciones externas.
También están establecidas interfaces abiertas para proporcionar acceso a las aplicaciones especializadas como: CAD (Computer-Aided Design), archivos ópticos, subsistemas técnicos relacionados con la producción.

 

Sistema operativos compatibles con el sistema R/3

UNIX
Open
MPE/iX
Windows NT

Linux

 

Bases de datos compatibles con el sistema R/3

Informix
Oracle
Software
Sybase

DB/2

 

Compatibilidad entre la presentaciones del tipo front-end

SAP-GUI (Interfaz gráfica de usuario) es capaz de mostrar los resultados en forma de lista o gráfico en la mayoría de los sistemas de presentación front-end, incluidos los siguientes:

Windows
OSF/Motif
OS/2PM
Macintosh

 

 

 

Seguridad en SAP R/3

El módulo Basis provee al sistema SAP R/3 de un entorno apropiado para que los módulos instalados en el sistema, funcionen en consonancia con la base de datos y las aplicaciones de red sin arriesgar la seguridad de la información utilizada por estos. Es por eso, que el módulo de Basis es el encargado de interactuar entre los servicios específicos del
sistema y los servicios de las aplicaciones de negocio, a fin de proveerle a estas de estabilidad en las operaciones.

Cabe destacar que una de las características fundamentales del módulo Basis del sistema SAP R/3, es la de administración de seguridad y accesos a los distintos módulos del sistema, como por ejemplo: FI, MM, CO, AM, HR, entre otros; lo que permite centralizar y controlar eficientemente los accesos otorgados a los usuarios de las aplicaciones de negocio instaladas. En la Figura N° 1, puede observarse dónde se encuentra ubicado el módulo Basis dentro de una estructura SAP R/3:



Figura No. 1 Estructura SAP R/3

Es necesario mencionar, que deben existir controles asociados a la función de la administración de seguridad y a la de administración de usuarios en un ambiente integrado como lo es SAP R/3, ya que se debe poseer un control de las transacciones ejecutadas desde este módulo, así como de las autorizaciones otorgadas a los usuarios de las aplicaciones de
negocio.

Los usuarios de SAP R/3 se definen internamente dentro del sistema, utilizando los llamados registros maestros de usuarios (RMU); por tanto, no hay necesidad de la administración de los usuarios a nivel de sistema operativo o de base de datos, dado que sólo existe un usuario (en Windows NT) o dos (en UNIX) en una instalación estándar: el administrador del sistema [sid]adm y el administrador de la base de datos ora[sid] para el caso de base de datos de “oracle”. Los usuarios se definen y se mantienen utilizando los registros maestros de usuarios, y la seguridad del sistema se garantiza mediante el uso de los perfiles y autorizaciones de SAP R/3.

El sistema SAP proporciona un modo completo y flexible de proteger los datos y las transacciones de usos no autorizados.

En los registros maestros, a los usuarios se les asignan uno o varios perfiles de autorizaciones. Estos perfiles están compuestos por un conjunto de autorizaciones, las cuales proporcionan privilegios de acceso a los distintos elementos del sistema. En un nivel aun inferior, las autorizaciones hacen referencia a los objetos de autorización, que contienen un rango de valores que se utilizan para permitir o denegar el acceso a las distintas entidades de sistema o de aplicación dentro de R/3.

 

Visión general de la administración de usuarios

La administración de los usuarios no debe suponer una tarea pesada, siempre y cuando se sigan ciertas normas desde el comienzo de los proyectos de implantación del Esquema de Seguridad.

No se puede decir lo mismo cuando se trata de la definición de los perfiles y autorizaciones, que es un tema de implantación que se suele abordar como proyecto en conjunto entre el equipo técnico y funcional. Esto se debe a que no son los administradores del sistema los que deciden si ciertos usuarios tienen permiso para crear posteos contables, realizar movimientos en los almacenes o ver las nóminas de otros empleados. Son los especialistas encargados de configurar el sistema y los “dueños de los procesos” los que deben decir qué empleados o qué puestos de trabajo tienen acceso a qué funciones del sistema y, por tanto, los que deben definir qué entidades deben estar protegidas mediante autorizaciones.

Es ésta una tarea verdaderamente importante y que puede llegar a ser bastante compleja, requiriendo bastante tiempo, dependiendo del grado de protección y seguridad, número de usuarios y de los módulos que van a implantarse.

Por este motivo, desde la versión 3.1G (en pruebas también ya en la 3.0F), SAP introdujo el Generador de Perfiles (Profile Generator), y puso a disposición de los cliente la “Guía Authorizations Made Easy” para facilitar las actividades de asignación de los perfiles a los usuarios.

 

Maestro de Usuarios

Del mismo modo que en el resto del sistema R/3 existe un maestro de materiales, de cliente, de proveedores, etc., dentro de las funciones de administración, también existe un “maestro de usuarios”.

Los registros maestros de usuarios definen las cuentas para que los usuarios puedan acceder al sistema. Contienen toda la información de acceso que es necesaria para validar los accesos de los usuarios y asignarle los derechos de acceso al sistema, como la clave de acceso y perfiles de autorización. Existe una gran cantidad de información extra en un registro maestro de usuarios, como: cuál será la pantalla por defecto que verá el usuario cuando acceda al sistema, qué impresora tiene asignada por defecto, dirección, el teléfono o el idioma. Algunos de estos campos sirven únicamente como información mientras que otros tienen un valor y significado en la labor diaria de los usuarios.

Sistema de Autorizaciones

El sistema de autorizaciones de SAP R/3 es el término general que agrupa todos los elementos técnicos y administrativos utilizados para asignar privilegios de acceso a los usuarios. Un privilegio de acceso es un permiso para realizar una operación específica en el sistema SAP. Los privilegios de acceso del sistema R/3 se asignan a los usuarios mediante autorizaciones y los perfiles.

Las principales características del sistema de autorizaciones SAP R/3 se pueden resumir en los siguientes puntos:

·         El sistema de autorizaciones está basado en objetos complejos del sistema con verificaciones multicondicionales de privilegios de accesos.

·         El sistema de autorizaciones comprueba varias condiciones antes de permitir a los usuarios realizar cualquier tarea en el sistema. Una verificación multicondicional en un objeto de autorización, por ejemplo, permitirá a los usuarios crear, visualizar o borrar información de una organización de compras, sin embargo, estos mismos usuarios sólo pueden visualizar información en otra organización de compras. La tabla 1, muestra un ejemplo de este concepto:

Identificador

Organización de compras

Permisos

PEREZ

001

Crear, Borrar, Visualizar

MALVAREZ

002

Visualizar

IRODRIGUEZ

002

Crear, Borrar, Visualizar

Tabla 1

· El sistema de autorizaciones utiliza perfiles de autorizaciones para facilitar el mantenimiento de los registros maestros de usuarios. Los perfiles no son más que grupos de autorizaciones, de manera que en lugar de introducir una a una todas las autorizaciones para los usuarios, se pueden introducir perfiles. De este modo se pueden reasignar en los registros maestros de otros usuarios.

 

Los perfiles de autorizaciones pueden ser simples o compuestos. Los perfiles compuestos se componen de otros perfiles.

 

El sistema de autorizaciones utiliza un método de activación, es decir, cuando se crean autorizaciones o perfiles, éstos no están disponibles para su uso hasta que no hayan sido previamente activados.

 

El sistema de autorizaciones de SAP proporciona mecanismos para distribuir las tareas de mantenimiento relacionadas con los usuarios y los privilegios de acceso, como asignar autorizaciones, activar perfiles, gestionar nuevas autorizaciones, etc. Todas estas tareas las puede realizar un único administrador con todos los privilegios o puede distribuirse entre varios administradores con funciones distintas.

 

El sistema R/3 incluye de manera estándar, una variedad de autorizaciones y perfiles que cubren la mayoría de las necesidades habituales para asignar privilegios de acceso a los usuarios. Antes de crear un nuevo perfil, es buena práctica comprobar si ya existe otro igual o similar de manera estándar.

 

Los objetos complejos del sistema de autorizaciones de R/3 están estructurados de manera jerárquica, pero flexible, tal como se muestra en la Figura N° 2:

 

 

Figura . 2. Jerarquía de sistemas de autorizaciones

 

 

 

 

Infografìa

 

http://help.sap.com

 

http://www.sap4.com

 

http://www.sap.com

 

http://www.pc-news.com/detalle.asp?sid=&id=11&Ida=1290

 

http://www.gestiopolis.com/recursos/documentos/fulldocs/ger1/usoerppub.htm