CAPÍTULO 3
SAP R/3 PARA USUARIOS FINALES
La interfaz de presentación de SAP R/3 funciona como cualquier otra aplicación bajo el entorno Windows, y se encuentran los mismos elementos gráficos como barras de menús, botones de comandos, radio botones, listas de selección, iconos, foco, etc.
CONEXIÓN Y DESCONEXIÓN DEL SISTEMA
Para poder acceder al sistema SAP R/3 se necesita tener instalado en el PC el software de presentación, denominado SAPGUI y, además, disponer de una cuenta de usuario y una palabra clave válidos. Con estos requisitos se puede entrar — acceder — al sistema R/3.
Es importante saber que las cuentas de usuarios (los registros maestros de usuarios) no están definidos para todo el sistema, sino en cada mandante. Por tanto, sólo se puede acceder al sistema en el o los mandantes en el que los usuarios tengan una cuenta válida.
Clave de acceso
Una clave de acceso es una cadena de caracteres (letras y números) conocida por un usuario, que previene que otros usuarios accedan al sistema utilizando su identificación. Las claves de acceso del sistema SAP siguen unas ciertas reglas y, por tanto, no todas las claves son válidas. En una sección posterior se explican algunas de estas reglas. Las claves de acceso se deben cambiar periódicamente para mejorar la seguridad del sistema y reducir los riesgos de accesos no autorizados.
Reglas para las claves de acceso
Los usuarios del sistema SAP deben seguir ciertas reglas al indicar claves de acceso. Algunas son fijas y programadas en el código de SAP, otras pueden ser establecidas por el administrador del sistema. Suponiendo que el administrador no haya realizado otras configuraciones, las reglas estándar para introducir claves de acceso en el sistema son:
• La longitud de las claves debe tener un mínimo de tres caracteres y un máximo de ocho.
• Las claves no distinguen entre mayúsculas y minúsculas, por tanto, es lo mismo indicar RUREADY que ruready, y ambas formas son válidas.
• Los caracteres alfanuméricos válidos incluyen todas las letras, de la A a la Z, los números e incluso algunos signos de puntuación, siempre y cuando la clave no comience con el signo de interrogación (?), por un espacio en blanco, o por el signo de exclamación (!).
* No se puede utilizar como clave de acceso la cadena pass, ni puede comenzar con tres caracteres idénticos.
* La clave de acceso no puede comenzar con ninguna secuencia de tres caracteres que coincidan con la misma secuencia en cualquier parte de su identificación de usuario.
* No se pueden utilizar ninguna de las últimas cinco claves de acceso anteriores.
Cambiar la clave de acceso
Las claves de acceso de los usuarios pueden cambiarse por los propios usuarios, por los administradores del sistema, o por cualquier otro usuario que tenga autorizaciones suficientes para modificar los registros maestros de usuarios. Es importante saber que los usuarios no tienen permisos para cambiar sus contraseñas más de una vez al día, a menos que sean usuarios con las necesarias autorizaciones.
PRINCIPALES ELEMENTOS DE LAS VENTANAS R/3
Los elementos de las ventanas de R/3 se comportan exactamente igual que cualquier otra aplicación estándar de Windows: barras de desplazamiento, iconos para maximizar y minimizar la ventana, desplazar las ventanas, etc. Por este motivo no se explicarán aquí estas funciones básicas de Windows. El sistema R/3 en su conjunto incluye miles de opciones de menús, que están incluidas en la propia base de datos del sistema R/3 y que van apareciendo según las aplicaciones y transacciones en las que se esté trabajando.
Existen tres opciones de menú que aparecen siempre en todas las ventanas de R/3: sistema, ayuda y ¡Q| (configuración de pantalla).
El menú Sistema contiene un grupo de funciones y utilidades que están disponibles a los usuarios en todo momento como, por ejemplo, imprimir, definir Jobs, controlar la impresión, cambiar valores por defecto, ejecutar informes, etc.
El menú de ayuda contiene todas las opciones disponibles para los tipos y métodos diferentes de obtener ayuda en línea en el sistema
El menú o de configuración de pantalla, contiene un grupo de utilidades que afectan principalmente a la apariencia y funcionamiento de los elementos de las ventanas R/3 como, por ejemplo, los colores, tipos de letras, apariencia de las líneas, tabulación automática, etc.
La barra de herramientas estándar
La barra de herramientas estándar está compuesta por un conjunto de iconos que realizan las funciones más comunes de todas las aplicaciones SAP.
Los menús estándar
Además de los menús Sistema, Ayuda y Q, muchas pantallas de R/3 contienen algunas opciones de menús que aparecen sistemáticamente en muchas aplicaciones del sistema, con opciones similares y que realizan las mismas funciones, aunque referidas a un tipo de objeto o módulo particular en el que los usuarios están trabajando y realizando sus tareas habituales.
De izquierda a derecha encontramos las opciones siguientes:
Objeto. Este menú identifica el objeto con el que se está trabajando. Contiene tareas típicas que afectan al objeto como un todo, como visualizar, modificar borrar o imprimir. También contiene una función de salida para finalizar el trabajo en la tarea actual.
Tratar. Este menú contiene funciones habituales de edición como copiar seleccionar, marcar, borrar, introducir líneas, etc.
Pasar a. Las opciones incluidas en este menú contienen funciones para pasar directamente a otras pantallas relacionadas con funciones adicionales a realizar sobre el objeto.
Detalle. El menú Detalle —que no aparece en los ejemplos— contiene funciones que son usadas en ocasiones especiales cuando se necesita realizar algún proceso adicional para completar las tareas en el objeto actual o bien en algún elemento componente del objeto.
Detalles. El menú Detalles incluye algunas opciones adicionales sobre el objeto como puedan ser los mensajes de log u otras actividades relacionadas indirectamente con el objeto y que suelen ser opcionales.
Entorno. Las opciones incluidas bajo el menú Entorno incluyen funciones que se utilizan habitualmente para mostrar información adicional sobre el objeto actual, pero que pertenecen a otras transacciones dentro de la misma aplicación.
Utilidades. El menú Utilidades es muy similar en las transacciones del sistema básico, al menú Entorno en las aplicaciones R/3, y contiene opciones que sirven para realizar funciones un tanto independientes del objeto o bien relacionadas indirectamente con los mismos.
El menú de configuración de pantalla
Se utiliza para parametrizar distintas opciones de la apariencia y funcionamiento de las pantallas de R/3. Muchas de esas funciones son idénticas a otras disponibles a las funciones estándar del entorno de Microsoft Windows.
A continuación, se introducen brevemente algunas de las funcionalidades disponibles para cambiar el comportamiento y la apariencia de las ventanas de R/3:
• Cambiar los tipos de letra de los textos.
• Cambiar los colores de las ventanas R/3.
* Ocultar y mostrar las barras de herramientas o de estado.
* Comportamiento de los mensajes.
* Configuración de la tabulación automática entre campos.
* Mostrar u ocultar las rejillas en las listas.
* Determinar la posición del cursor al posicionarse en los campos.
* Recuperar el tamaño por defecto de la ventana.
* Cambiar la visualización de tiempo y hora en la barra de estado.
* Imprimir la pantalla actual por la impresora predeterminada.
• Utilizar el portapapeles
• Información de estado del SAPGUI.
Ejecutar el Session Manager.
• Generar gráficos.
La opción Status
En todas las pantallas de SAP R/3 está disponible la opción de mostrar información muy importante sobre el sistema, sobre el usuario, la transacción y otros datos que pueden ser de gran utilidad en numerosas ocasiones. Se trata de la ventana de estado a la cual se accede desde cualquier pantalla de R/3 seleccionando las opciones Sistema - Status.
LAS SESIONES DE R/3
Los modos o sesiones se comportan como ventanas independientes de R/3 e los cuales se pueden realizar distintas tareas. Por defecto, un usuario puede abrir hasta nueve sesiones y trabajar o moverse entre todas las sesiones abiertas a la vez, sin que ello interrumpa la actividad que se está realizando en otras sesiones.
Los usuarios pueden crear sesiones nuevas desde cualquier pantalla, dado que la función de nueva sesión se realiza desde el menú Sistema, disponible en todas las ventanas R/3. Para crear una sesión nueva, desde la barra de menú seleccione las opciones Sistema -+ Crear modo.
Hay varias formas de finalizar sesiones:
a) Seleccionando la opción Sistema -> Borrar modo desde la barra de menús.
b) Pulsando el botón Finalizar en la barra de herramientas estándar cuando está situado en la primera tarea a la que accedió a la sesión, o en el menú principal de R/3.
c) Saliendo totalmente del sistema, en cuyo caso se cerrarán todas las sesiones abiertas del usuario.
APRENDIENDO A MOVERSE POR EL SISTEMA R/3
El modo más habitual de realizar tareas en el sistema es seleccionando las opciones correspondientes de los menús de aplicación. De este modo se puede navegar y seleccionar las funciones disponibles en los menús para llevar a cabo el trabajo sin necesidad de memorizar combinaciones de teclas o códigos de transacciones.
Uso de códigos de transacciones
El uso de los códigos de transacción tiene la ventaja de que puede pasar mucho más rápido a otras transacciones y que, además, se pueden crear a la vez nuevas sesiones y tareas. La desventaja de este método es que se necesita memorizar códigos de transacciones bastante crípticos.
Un código de transacción es un código de cuatro caracteres asociado a las tareas SAP. Al teclear este código en el campo de comandos y pulsar la tecla intro, el sistema pasa directamente a la pantalla inicial correspondiente a esa transacción.
LA INTERACCIÓN DE LOS USUARIOS CON LA INFORMACIÓN
El trabajo que los usuarios realizan con el sistema R/3 generalmente supone introducir datos en el sistema o mostrar información del mismo. Para llevar a cabo este trabajo, se seleccionan opciones de los menús, se introducen datos en los campos de entrada, se envían listados a la impresora y se interactúa con el sistema a través de ventanas de diálogo.
Entradas posibles en campos de entrada
R/3 proporciona diversos tipos de herramientas y atajos para ayudar a los usuarios a introducir datos en los campos.
Es muy frecuente ver campos con la flecha de entradas o valores posibles, lo que indica que el sistema puede mostrar un conjunto de valores, del cual los usuarios únicamente tienen que seleccionar uno de la lista, para que sea transferido automáticamente al campo.
Repetición automática de datos
El sistema proporciona utilidades para evitar tener que introducir repetidamente los mismos datos. Estas utilidades se utilizan con la función Fijar datos y Retener datos del menú Sistema. Con la función Retener datos, los usuarios pueden modificar los datos una vez transferidos a los campos de entrada. Sin embargo con Fijar datos, no se pueden modificar. Esto significa que la opción Retener datos es útil en ocasión donde hay algunas pequeñas diferencias en los campos.
Parámetros de usuario
Los parámetros de usuario son otra de las facilidades que proporciona R/3 para introducir datos de manera eficiente. Los parámetros de usuario estan asociados con algunos campos comunes del sistema, aunque no con todos. Para poder definir valores de estos parámetros es necesario conocer algunos detalles técnicos de los campos. Estos detalles aparecen pulsando la tecla función F1 sobre el campo que se necesita. A continuación, en la pantalla ayuda se selecciona el botón o la carpeta de ayuda Info técnica.
El uso de los matchcodes
Técnicamente un matchcode es un objeto especial del diccionario de datos, y funcionalmente es una herramienta que ayuda a los usuarios a buscar valores que necesitan para completar campos. Los matchcodes son una colección de términos o criterios de búsqueda. Existen dos maneras de utilizar matchcodes:
El método simple, es la manera normal y consiste en encontrar los valores para un campo cuando los usuarios no saben qué identificador de matchcode utilizar. El método rápido para usuarios más experimentados consiste en utilizar identificadores de matchcodes y campos ya conocidos.
EL SISTEMA DE AYUDA EN R/3
R/3 incluye muchas posibilidades para obtener ayuda en línea prácticamente todos los elementos del sistema. Se puede obtener ayuda de una aplica completa, de una función específica, de un campo, de un programa, de un mino de glosario, etc.
EJECUCIÓN DE PROGRAMAS E INFORMES
Los informes (reports) del sistema R/3 son programas ABAP/4 cuya función es buscar información en la base de datos y mostrarla o imprimirla. Cuando se realizan las tareas operativas habituales del sistema R/3, a menudo es necesario buscar información para su análisis, para comprobar la tendencia del negocio, para tomar decisiones, o simplemente para poder realizar la siguiente tarea. Este tipo de extracción, colección y formateo de los datos que se encuentran en la base de datos se realiza mediante reports de SAP.
Uso de los criterios de selección
Los criterios de selección o de búsqueda son campos de entrada que permiten a los usuarios delimitar el tipo y la cantidad de información que desean visualizar o procesar.
Las variantes de programas
Una variante es un conjunto de valores que se utiliza como criterio de selección o bien como parámetros cuando se ejecuta un programa del tipo informe, u otro tipo de programa ABAP/4. Las variantes van enlazadas con los programas, lo que significa que una variante únicamente se puede utilizar para el programa para el que fue creada. Las variantes sirven de gran ayuda para simplificar la entrada de datos cuando se ejecutan programas y, además, asegura que los programas tengan algunos criterios de selección que limiten los resultados de su ejecución.
Creación de variantes
Para crear variantes, desde la pantalla principal de ejecución de programas (Sistema -> Servicios -> Reporting), se introduce el nombre del programa para el que se quieren crear variantes y se selecciona Pasar a -> Variantes desde el menú. El sistema mostrará la pantalla inicial de variantes ABAP/4.
EL MANEJO DE JOBS DE FONDO
Este apartado muestra una visión general de la gestión básica de trabajos que se lanzan al sistema de fondo, a menudo llamado batch. Los jobs son definiciones que incluyen programas, especificaciones de impresión y momento en el que se ejecutará por el sistema de proceso de fondo de SAP.
Planificación de jobs
Según se ha indicado en el apartado anterior, el sistema ofrece varios modos de definir y planificar jobs. Definir un job consiste básicamente en:
• Indicar un nombre para el job.
• Introducir el momento (por ejemplo, la fecha y hora) en el cual se ha de ejecutar el job.
• Indicar el programa o programas que van a ser ejecutados mediante el job.
• Introducir la información de impresión.
EL SISTEMA DE IMPRESIÓN DE R/3 PARA USUARIOS
La impresión en el sistema R/3 es un proceso que tiene dos pasos. El primer paso consiste en seleccionar la función de impresión, la cual invoca a la pantalla de impresión. En esta pantalla se indican los datos adecuados para enviar la lista o informe al controlador de salida y a la impresora. Se trata de información que es necesaria para el sistema de spool de R/3: nombre de la impresora, página de cubierta, formato, etc. Una vez introducida esta información, el segundo paso es pulsar nuevamente el icono o botón Imprimir.
La pantalla de impresión
En esta pantalla se especifica principalmente dos opciones: el nombre de la impresora, y se lanza la impresión de manera inmediata o bien si se retiene para imprimirla en otro momento. Los campos más importantes que aparecen en la pantalla de impresión son los siguientes:
• Dispositivo de salida.
• Cantidad Ejemplares.
• Nombre.
• Título.
• Autorización.
Monitorizar el estado de las peticiones de impresión
Se puede comprobar y monitorizar el estado de los trabajos de impresión seleccionando la opción Sistema -> Servicios -> Control impresión desde cualquier pantalla R/3. En esta pantalla, denominada SPOOL: Acceso se introducen los criterios para buscar los listados u órdenes de SPOOL que se quieran buscar. En situaciones normales basta con pulsar la tecla intro para ver los trabajos de impresión del usuario.
CUESTIONARIO CAPÍTULO 3
SAP R/3 PARA USUARIOS FINALES
1- Para que sirve el SAP R/3 para usuarios finales?
La interfaz de presentación de SAP R/3 funciona como cualquier otra aplicación bajo el entorno Windows, y se encuentran los mismos elementos gráficos como barras de menús, botones de comandos, radio botones, listas de selección, iconos, foco, etc.
2- Que es una Clave de acceso?
Una clave de acceso es una cadena de caracteres (letras y números) conocida por un usuario, que previene que otros usuarios accedan al sistema utilizando su identificación.
3- Cuales son las Reglas para las claves de acceso
Los usuarios del sistema SAP deben seguir ciertas reglas al indicar claves de acceso. Algunas son fijas y programadas en el código de SAP, otras pueden ser establecidas por el administrador del sistema.
4- Menciona algunas reglas para las claves de acceso
• La longitud de las claves debe tener un mínimo de tres caracteres y un máximo de ocho.
• Las claves no distinguen entre mayúsculas y minúsculas, por tanto, es lo mismo indicar RUREADY que ruready, y ambas formas son válidas.
• Los caracteres alfanuméricos válidos incluyen todas las letras, de la A a la Z, los números e incluso algunos signos de puntuación, siempre y cuando la clave no comience con el signo de interrogación (?), por un espacio en blanco, o por el signo de exclamación (!).
* No se puede utilizar como clave de acceso la cadena pass, ni puede comenzar con tres caracteres idénticos.
* La clave de acceso no puede comenzar con ninguna secuencia de tres caracteres que coincidan con la misma secuencia en cualquier parte de su identificación de usuario.
* No se pueden utilizar ninguna de las últimas cinco claves de acceso anteriores.
5- Como se pude cambiar una clave de acceso?
Pueden cambiarse por los propios usuarios, por los administradores del sistema, o por cualquier otro usuario que tenga autorizaciones suficientes para modificar los registros maestros de usuarios
6- Cuales son los menús de las ventanas R/3 y explica cada uno?
Existen tres opciones de menú:
El menú Sistema contiene un grupo de funciones y utilidades que están disponibles a los usuarios en todo momento como, por ejemplo, imprimir, definir Jobs, controlar la impresión, cambiar valores por defecto, ejecutar informes, etc.
El menú de ayuda contiene todas las opciones disponibles para los tipos y métodos diferentes de obtener ayuda en línea en el sistema
El menú Q contiene un grupo de utilidades que afectan principalmente a la apariencia y funcionamiento de los elementos de las ventanas R/3 como, por ejemplo, los colores, tipos de letras, apariencia de las líneas, tabulación
7- ¿Cuales son las opciones del menú estándar? y explica cada una?
Objeto. Este menú identifica el objeto con el que se está trabajando. Contiene tareas típicas que afectan al objeto como un todo, como visualizar, modificar borrar o imprimir. También contiene una función de salida para finalizar el trabajo en la tarea actual.
Tratar. Este menú contiene funciones habituales de edición como copiar seleccionar, marcar, borrar, introducir líneas, etc.
Pasar a. Las opciones incluidas en este menú contienen funciones para pasar directamente a otras pantallas relacionadas con funciones adicionales a realizar sobre el objeto.
Detalle. El menú Detalle —que no aparece en los ejemplos— contiene funciones que son usadas en ocasiones especiales cuando se necesita realizar algún proceso adicional para completar las tareas en el objeto actual o bien en algún elemento componente del objeto.
Detalles. El menú Detalles incluye algunas opciones adicionales sobre el objeto como puedan ser los mensajes de log u otras actividades relacionadas indirectamente con el objeto y que suelen ser opcionales.
Entorno. Las opciones incluidas bajo el menú Entorno incluyen funciones que se utilizan habitualmente para mostrar información adicional sobre el objeto actual, pero que pertenecen a otras transacciones dentro de la misma aplicación.
Utilidades. El menú Utilidades es muy similar en las transacciones del sistema básico, al menú Entorno en las aplicaciones R/3, y contiene opciones que sirven para realizar funciones un tanto independientes del objeto o bien relacionadas indirectamente con los mismos.
8- ¿Cual es la función del menú de configuración de pantalla?
Se utiliza para parametrizar distintas opciones de la apariencia y funcionamiento de las pantallas de R/3. Muchas de esas funciones son idénticas a otras disponibles a las funciones estándar del entorno de Microsoft Windows.
9- ¿Cual es la ventaja y la desventaja del Uso de códigos de transacciones?
La ventaja de que puede pasar mucho más rápido a otras transacciones y que, además, se pueden crear a la vez nuevas sesiones y tareas. La desventaja de este método es que se necesita memorizar códigos de transacciones bastante crípticos.
10- ¿Que es un código de transacción?
Es un código de cuatro caracteres asociado a las tareas SAP.
11- ¿Cual es la función de los usuarios conforme al sistema R/3?
El trabajo que los usuarios realizan con el sistema R/3 generalmente supone introducir datos en el sistema o mostrar información del mismo. Para llevarlo a cabo, se seleccionan opciones de los menús, se introducen datos en los campos de entrada, se envían listados a la impresora y se interactúa con el sistema a través de ventanas de diálogo.
12- ¿Que realiza la función retener datos?
Con la función Retener datos, los usuarios pueden modificar los datos una vez transferidos a los campos de entrada. Sin embargo con Fijar datos, no se pueden modificar. Esto significa que la opción Retener datos es útil en ocasión donde hay algunas pequeñas diferencias en los campos.
13- ¿Que son los Parámetros de usuario?
Los parámetros de usuario son otra de las facilidades que proporciona R/3 para introducir datos de manera eficiente.
14- ¿Que son los matchcodes?
Es un objeto especial del diccionario de datos, y funcionalmente es una herramienta que ayuda a los usuarios a buscar valores que necesitan para completar campos.
15- ¿Cuales son los usos de los matchcodes?
El método simple, es la manera normal y consiste en encontrar los valores para un campo cuando los usuarios no saben qué identificador de matchcode utilizar. El método rápido para usuarios más experimentados consiste en utilizar identificadores de matchcodes y campos ya conocidos.
16- ¿Que son los criterios de selección?
Los criterios de selección o de búsqueda son campos de entrada que permiten a los usuarios delimitar el tipo y la cantidad de información que desean visualizar o procesar.
17- ¿Que es una variante?
Una variante es un conjunto de valores que se utiliza como criterio de selección o bien como parámetros cuando se ejecuta un programa del tipo informe, u otro tipo de programa ABAP/4.
18- ¿Que es un Job?
Los jobs son definiciones que incluyen programas, especificaciones de impresión y momento en el que se ejecutará por el sistema de proceso de fondo de SAP.
19- ¿Cómo se puede definir una Planificación de jobs?
Definir un job consiste básicamente en:
• Indicar un nombre para el job.
• Introducir el momento (por ejemplo, la fecha y hora) en el cual se ha de ejecutar el job.
• Indicar el programa o programas que van a ser ejecutados mediante el job.
• Introducir la información de impresión.
20- ¿Cuales son las opciones de la pantalla de impresión?
En esta pantalla se especifica principalmente dos opciones: el nombre de la impresora, y se lanza la impresión de manera inmediata o bien si se retiene para imprimirla en otro momento. Los campos más importantes que aparecen en la pantalla de impresión son los siguientes:
• Dispositivo de salida.
• Cantidad Ejemplares.
• Nombre.
• Título.
• Autorización.
LA ARQUITECTURA DE R/3 Y EL SISTEMA BÁSICO
SAP R/3 está construido utilizando un diseño tecnológicamente sólido, basado en el principio de software modular cliente/servidor de varios niveles, y sus componentes arquitectónicos son los procesos y los módulos de software capaces de ofrecer tales servicios cliente/servidor.
SOFTWARE BÁSICO R/3
El software básico de SAP R/3 es un conjunto de programas y herramientas que funcionan como interfaz —middleware— con el sistema operativo, con la base de datos, con los protocolos de comunicación y con el software de presentación. El software básico de R/3 funciona como una capa o nivel intermedio que garantiza la integración de todos los módulos de aplicación. Cuando el software básico se utiliza en esta acepción, se conoce generalmente como núcleo común R/3 o bien como R/3 middleware.
CONCEPTOS BÁSICOS DE LA ARQUITECTURA
El sistema R/3 utiliza con frecuencia algunos términos que en el entorno SAP tienen un significado específico. En este apartado se explican algunos de esos términos, necesarios para tener una idea más clara de la arquitectura de SAP R/3
El concepto mandante
Un mandante se define como una unidad independiente dentro del sistema R/3, desde un punto de vista fiscal, legal y organizativo. Desde el punto de vista técnico y de base de datos, los mandantes se comportan como si el sistema tuviera bases de datos lógicamente independientes, en los que los datos de un mandante no pueden ser modificados ni visualizados desde otro mandante.
SAP incluye tres mandantes estándar: 000, 001 y 066.
El Mandante 000 contiene una estructura organizativa simple de una empresa de prueba ficticia e incluye los parámetros necesarios para todas las aplicaciones, valores estándar, configuraciones para controlar las transacciones estándar y ejemplos que pueden usarse en distintas instancias de las aplicaciones. El mandante 001 es una copia del mandante 000, incluyendo la compañía de prueba, pero si este mandante se parametriza o modifica, estas configuraciones ya son dependientes de mandante. No se comporta como el mandante 000. El mandante 066 está reservado para el acceso de SAP a los sistemas de los clientes en el momento que se realiza el servicio de mantenimiento preventivo EarlyWatch.
Transacción
De un modo genérico, una transacción es una operación que permite a un usuario realizar cambios en la base de datos. Todo el sistema R/3 también puede considerarse como un sistema de proceso de transacciones de negocio. Esto significa que todo el flujo de datos que recorre los módulos aplicativos se ejecutan utilizando transacciones. En el sistema SAP, una transacción es una secuencia de pasos u operaciones relacionadas.
Paso de diálogo
Un paso de diálogo es una pantalla SAP R/3, que representa una dynpro. Una dynpro o programa dinámico, se compone de una pantalla y toda su lógica de proceso asociada. Contiene definiciones de campos, formato de pantalla, lógica de validación y proceso, etc. Es decir, un paso de diálogo está controlado por una dynpro.
Unidad lógica de trabajo (LUW)
Una LUW es un conjunto de pasos dentro de una transacción, y todos esos pasos deben ejecutarse y acabar correctamente antes de continuar la lógica de la transacción. Si se producen errores antes de finalizar la transacción, la LUW actual se cancela, aunque no las anteriores.
LAS INTERFACES DEL SISTEMA
En este apartado se describe con algo más de detalle las principales interfaces del sistema. El Middleware de R/3 está compuesto de interfaces centrales, que son:
• Interfaz con el sistema operativo.
• Interfaz con la base de datos.
• Interfaz para la presentación.
• La interfaz de comunicación, que puede considerarse como un tipo especial, dado que directa o indirectamente está presente en los otros tres tipos.
El proceso dispatcher
El proceso dispatcher de SAP es el programa de control que gestiona los recursos de las aplicaciones R/3. Funciona como un monitor transaccional que recibe pantallas y datos desde los servicios de presentación y los pasa a los correspondientes procesos de trabajo. En la Figura 4.3 se ilustra este concepto.
El flujo lógico de la ejecución de una petición de usuario al sistema es el siguiente:
1. El usuario introduce los datos en la pantalla de su servidor de presentación, los datos se reciben en el SAPGUI que los convierte en formato optimizado de SAP y son enviados al dispatcher del servidor de aplicación.
2. Inicialmente, el dispatcher guarda las solicitudes de usuarios en unas colas de peticiones, donde los toma más tarde y los procesa de uno en uno.
3. El dispatcher asigna las peticiones de los usuarios utilizando los procesos de trabajo que quedan libres. La ejecución real tiene lugar dentro de los propios procesos de trabajo.
4. Al final de la ejecución, el resultado de la tarea del proceso de trabajo es enviada de vuelta al SAPGUI a través del dispatcher. El SAPGUI interpreta los datos recibidos y rellena la pantalla del usuario.
Arquitectura de los procesos de trabajo
Un proceso de trabajo es un programa encargado de ejecutar tareas de la aplicación R/3. Cada proceso de trabajo actúa como un servicio especializado del sistema. Desde el punto de vista del sistema operativo, un grupo de procesos de trabajo en paralelo constituye el sistema ejecutable de R/3.
SERVICIOS: TIPOS DE PROCESOS DE TRABAJO
Cada tipo de proceso de trabajo está especializado en realizar unas tareas concretas: diálogo, de fondo, actualización, bloqueos, spool, mensajes y gateway. Los dos tipos últimos son de algún modo diferentes al resto. En términos cliente/servidor, un proceso de trabajo es un servicio, y el sistema informático que lo ejecuta se denomina servidor. Por ejemplo, si el sistema únicamente proporciona servicios de diálogo, este sistema se puede denominar servidor de diálogo o instancia de diálogo, aunque generalmente se denomina servidor de aplicación.
El dispatcher asigna tareas a los procesos de trabajo que están libres, intentando hacer un uso óptimo de los recursos del sistema y balanceando la carga. El dispatcher conoce y distribuye las tareas pendientes según el tipo de tareas de los procesos definidos. La diferencia entre los distintos procesos de trabajo sólo afecta a su misión o a los servicios especiales que realizan, asignados a los procesos de trabajo según la estrategia de dispatching.
Proceso de trabajo de diálogo
Los procesos de diálogo se encargan de las tareas interactivas del sistema R/3. Un proceso de trabajo de diálogo realiza los pasos de diálogo correspondientes a las sesiones interactivas de los usuarios.
Procesos Batch (en segundo plano o de fondo)
El proceso de trabajo de fondo se encarga de ejecutar programas ABAP submitidos para la ejecución del fondo.
Proceso de trabajo de spool
El proceso de trabajo de spool es el responsable del sistema de impresión desde el punto de vista de SAP y se encarga de formatear los datos que se van a imprimir y enviarlos al sistema de impresión del servidor. La Figura 4.7 incluye un esquema simple de una instancia de SAP con proceso de spool
Proceso de trabajo gestor de bloqueos (enqueue)
El proceso de trabajo enqueue se encarga del sistema de gestión de bloqueos de R/3. Permite que múltiples servidores de aplicación sincronicen sus accesos a la base de datos y mantengan la consistencia de la información.
Objetos de bloqueo
Los objetos de bloqueo son un tipo especial de objetos definidos en el diccionario ABAP. Existen dos tipos de bloqueos: compartidos (tipo S), o exclusivos (tipo E).
Proceso de trabajo de actualización
Los procesos de trabajo de actualización se encargan de efectuar las modificaciones en la base de datos cuando así se lo indican los procesos de diálogo o los procesos de fondo.
Servidor de mensajes
El servidor de mensajes es un servicio que utilizan los distintos servidores de ' aplicación para intercambiar datos y mensajes internos. El servidor de mensajes se encarga de transferir mensajes entre los servidores de aplicación. Además, desde la versión 3.0 también se utiliza para verificar la licencia y balancear la carga de trabajo mediante la utilidad SAPlogon.
Servidor de gateway
El servicio gateway permite la comunicación entre R/3, R/2 y aplicaciones externas. Este servicio es un gestor CPIC que implementa el protocolo CPIC para la comunicación. Este servicio se denomina generalmente SAP gateway.
La interfaz de presentación
La interfaz de presentación es el componente encargado de hacer que sean funcionalmente equivalente tanto la presentación como el manejo de R/3, independientemente del tipo de frontend utilizado.
El sistema de gestión de base de datos
La base de datos que utiliza SAP R/3 actúa como el principal contenedor de toda la información que gestiona el sistema. La base de datos incluye casi todo lo que aparece en las pantallas: código fuente de programas, pantallas, textos, opciones de menú, información de cliente, datos maestros, definiciones de impresoras, información estadística, datos transaccionales, etc.
INTERFACES Y PROTOCOLOS DE COMUNICACIÓN CON SAP R/3
Dentro de R/3, la comunicación es un proceso global que implica la mayor parte de los componentes del sistema, tanto internamente como en su conexión con sistemas externos. La comunicación entre sistemas, módulos y componentes se basa en protocolos. El sistema básico de R/3 soporta todos los protocolos estándar de comunicaciones y de redes.
La interfaz CPIC
La interfaz de comunicación CPIC es útil cuando se establecen comunicaciones, intercambio o conversiones de datos entre programas. Dado que CPIC está basado en una interfaz común, una ventaja que ofrece es la portabilidad de los programas entre distintas plataformas hardware.
RFC: llamadas a funciones remotas
RFC es una interfaz estándar de programación que se utiliza para realizar llamadas remotas entre programas, o sea, entre programas que se encuentran en sistemas diferentes.
EL CONCEPTO DE INSTANCIA SAP
Una instancia SAP es una entidad administrativa que agrupa a varios componentes de R/3 que proporcionan uno o varios tipos de servicios. Los servicios que ofrece la instancia, se arrancan y se paran a la vez. Todos los componentes de una instancia se configuran utilizando un perfil de instancia común.
CONCEPTOS DE DISTRIBUCIÓN EN SAP R/3
Distribuir, en términos generales, significa compartir algo entre varios. En los sistemas SAP R/3 existen muchos procesos, servicios, impresoras, usuarios, etcétera. Dado que SAP R/3 está basado en el concepto cliente/servidor, distribuir el sistema SAP R/3 significa compartir los servicios proporcionados entre los clientes y los servidores para optimizar el rendimiento, la disponibilidad y para conseguir balancear la carga entre los sistemas, de manera que se puedan obtener tiempos de respuesta aceptables y lo más homogéneos posible.
Instalaciones centralizadas
En el caso de instalaciones centralizadas, el esquema de sistemas es muy simple, tal como se muestra en la Figura 4.8. Si la computadora es suficientemente potente, puede ser una instalación adecuada incluso para más usuarios, o bien, también puede ser un buen comienzo en una implantación SAP por fases, dado que el hecho de que se trate de una configuración centralizada no significa que no sea escalable y ampliable hasta cubrir las demandas crecientes del sistema.
Factores para la distribución de SAP
Existen muchos factores a considerar cuando se planifica la distribución del sistema R/3 entre varios servidores. Algunos de los más importantes son:
• Dimensionamiento (módulos a implantar, número de usuarios por módulo, localización geográfica de los usuarios) y rendimiento esperado de los sistemas.
• Servicios SAP. Es necesario planificar y configurar cuántos y dónde colocar los servicios de fondo, diálogo, spool, servidor de mensajes, de actualización, etc. Esta planificación inicial se irá modificando con la supervisión y optimización continua.
• Perfiles SAP. En configuraciones distribuidas, los perfiles son compartidos entre los servidores de aplicación.
• Balanceo de cargas. SAP se puede configurar para que automáticamente haga balanceo de la carga del sistema.
• Localización de los ficheros y programas. En configuraciones distribuidas existen dos opciones donde almacenar los programas que forman el sistema de ejecución (runtime o kernel): bien en los discos locales de los servidores de aplicación, o bien compartidos mediante NFS (networkfile system) o mediante shares (Windows NT). También existe la posibilidad de construir un entorno mixto en el que algunos servidores contengan los programas localmente y otros los monten a través de la red.
• Estrategia de Copias de Seguridad y Recuperación. Pueden ser diferentes entre configuraciones dado que cuando hay más de un servidor se requiere algún procedimiento para recuperar todo en caso de desastre o pérdida de datos.
• Estrategia de impresión. Cuando se dispone de más de un servidor existen más opciones para definir la estrategia de impresión adecuada.
• Mantenimiento y monitorización de sistemas. Se requieren procedimientos y configuraciones adicionales para gestionar y monitorizar el conjunto de servidores.
• Configuración y monitorización de la red. Minimizar los retrasos de las comunicaciones puede ser un factor crucial para instalaciones distribuidas. Como ya se ha indicado en anteriores ocasiones, SAP R/3 es un sistema basado en una arquitectura cliente/servidor que requiere el protocolo de transporte TCP/IP para realizar la comunicación entre los servidores SAP. Es necesario recordar que la red es un elemento básico en todo sistema cliente/servidor.
• Mantenimiento y operación. Incluso si un grupo compuesto por un servidor de base de datos y varios servidores de aplicación pueden ser monitorizados desde un único sistema, seguramente se necesitará más necesidad de mantenimiento y gestión de sistemas cuando SAP R/3 está distribuido.
Servidores SAP
El sistema SAP R/3 se compone de un grupo de servidores y de un grupo de servicios. Según la función que realizan, existen tres tipos de servidores:
• Servidor de base de datos, que contiene el motor o sistema de gestión de la base de datos y los procesos asociados.
• Servidores de aplicación, que ejecuta los procesos SAP.
* Servidores de presentación, que ejecutan el interfaz de presentación de SAP, por lo general, SAPGUI.
Servicios SAP
Los servicios SAP son los procesos de trabajo del servidor encargados de ejecutar las tareas del sistema. Los tipos de servicios se corresponden con los procesos de trabajo tal como se han descrito en anteriores secciones. Disponer de servicios especializados por tipos de tareas hace posible la distribución de la carga de trabajo entre los componentes de R/3.
CONSEJOS PARA CONFIGURACIONES DISTRIBUIDAS
A continuación, se exponen algunos factores que pueden ayudar a planificar o a realizar una aproximación para arquitecturas distribuidas de los sistemas R/3.
1. El servidor de base de datos es un punto crítico de toda la configuración.
2. La carga de red entre el servidor de base de datos y los servicios de aplicación puede ser muy alta.
3. Emplazamiento de los ficheros comunes.
4. Distribución de Servicios:
5. Balanceo de cargas.
6. Estrategia de impresión.
7. Estrategia de backup.
8. Número de instancias por servidor.
LA ARQUITECTURA DE R/3 Y EL SISTEMA BÁSICO
1- Que es el software básico R/3
El software básico de SAP R/3 es un conjunto de programas y herramientas que funcionan como interfaz middleware, con el sistema operativo, con la base de datos, con los protocolos de comunicación y con el software de presentación.
2- Como funciona el software básico R/3?
El software básico de R/3 funciona como una capa o nivel intermedio que garantiza la integración de todos los módulos de aplicación. Cuando el software básico se utiliza en esta acepción, se conoce generalmente como núcleo común R/3 o bien como R/3 middleware.
3- Que es un mandante?
Un mandante se define como una unidad independiente dentro del sistema R/3, desde un punto de vista fiscal, legal y organizativo.
4- Explica los 3 tipos de mandantes que maneja SAP
* Mandante 000 contiene una estructura organizativa simple de una empresa de prueba ficticia e incluye los parámetros necesarios para todas las aplicaciones, valores estándar, configuraciones para controlar las transacciones estándar y ejemplos que pueden usarse en distintas instancias de las aplicaciones.
* Mandante 001 es una copia del mandante 000, incluyendo la compañía de prueba, pero si este mandante se parametriza o modifica, estas configuraciones ya son dependientes de mandante.
* Mandante 066 está reservado para el acceso de SAP a los sistemas de los clientes en el momento que se realiza el servicio de mantenimiento preventivo EarlyWatch.
5- Que es un Paso de diálogo?
Un paso de diálogo es una pantalla SAP R/3, que representa una dynpro.
6- Como se compone una dynpro?
Se compone de una pantalla y toda su lógica de proceso asociada. Contiene definiciones de campos, formato de pantalla, lógica de validación y proceso, etc. Es decir, un paso de diálogo está controlado por una dynpro.
7- Que es una Unidad lógica de trabajo (LUW)?
Es un conjunto de pasos dentro de una transacción, y todos esos pasos deben ejecutarse y acabar correctamente antes de continuar la lógica de la transacción.
8- Que es un proceso dispatcher?
El proceso dispatcher de SAP es el programa de control que gestiona los recursos de las aplicaciones R/3. Funciona como un monitor transaccional que recibe pantallas y datos desde los servicios de presentación y los pasa a los correspondientes procesos de trabajo.
9- Que es un proceso de trabajo?
Un proceso de trabajo es un programa encargado de ejecutar tareas de la aplicación R/3. Cada proceso de trabajo actúa como un servicio especializado del sistema.
10- Que es el proceso de trabajo de spool?
El proceso de trabajo de spool es el responsable del sistema de impresión desde el punto de vista de SAP y se encarga de formatear los datos que se van a imprimir y enviarlos al sistema de impresión del servidor.
11- Cual es la función del Proceso de trabajo gestor de bloqueos enqueue?
El proceso de trabajo enqueue se encarga del sistema de gestión de bloqueos de R/3. Permite que múltiples servidores de aplicación sincronicen sus accesos a la base de datos y mantengan la consistencia de la información.
12- Que son los Objetos de bloqueo?
Los objetos de bloqueo son un tipo especial de objetos definidos en el diccionario ABAP. Existen dos tipos de bloqueos: compartidos (tipo S), o exclusivos (tipo E).
13- Que es un Servidor de mensajes?
El servidor de mensajes es un servicio que utilizan los distintos servidores de aplicación para intercambiar datos y mensajes internos.
14- Cual es la función del Servidor de gateway?
El servicio gateway permite la comunicación entre R/3, R/2 y aplicaciones externas. Este servicio es un gestor CPIC que implementa el protocolo CPIC para la comunicación. Este servicio se denomina generalmente SAP gateway.
15- Que es la interfaz de presentación
La interfaz de presentación es el componente encargado de hacer que sean funcionalmente equivalentes tanto la presentación como el manejo de R/3, independientemente del tipo de frontend utilizado.
16- Cual es la utilidad de la interfaz CPIC?
La interfaz de comunicación CPIC es útil cuando se establecen comunicaciones, intercambio o conversiones de datos entre programas.
17- Que es el RFC?
RFC es una interfaz estándar de programación que se utiliza para realizar llamadas remotas entre programas, o sea, entre programas que se encuentran en sistemas diferentes.
18- Que es una instancia SAP?
Una instancia SAP es una entidad administrativa que agrupa a varios componentes de R/3 que proporcionan uno o varios tipos de servicios.
19- Como se clasifican los Servidores SAP?
• Servidor de base de datos, que contiene el motor o sistema de gestión de la base de datos y los procesos asociados.
• Servidores de aplicación, que ejecuta los procesos SAP.
* Servidores de presentación, que ejecutan el interfaz de presentación de SAP, por lo general, SAPGUI.
20- Que son los Servicios SAP?
Los servicios SAP son los procesos de trabajo del servidor encargados de ejecutar las tareas del sistema. Los tipos de servicios se corresponden con los procesos de trabajo tal como se han descrito en anteriores secciones. Disponer de servicios especializados por tipos de tareas hace posible la distribución de la carga de trabajo entre los componentes de R/3.
CAPITULO 5 EL SISTEMA DE GESTION DE PROCESO DE DATOS (CCMS)
El Computer Center Management System o CCMS es una colección de herramientas utilidades para los administradores de sistemas, que permiten monitorizar, administrar y configurar R/3. CCMS proporciona un conjunto de utilidades de gestión y monitores gráficos entre los que se encuentran funciones para:
CONCEPTOS BASICOS DEL CCMS
El numero y complejidad de las funciones de CCMS y de la información proporcionada, también implica casi una saturación de datos y de información, que no siempre es fácilmente inteligible.
Algunos de los conceptos más importantes para familiarizarse con la operativa del CCMS son los siguientes:
TAREAS ADMINISTRATIVAS CON EL CCMS
Las herramientas y funciones disponibles con el CCMS se usan de manera regular por los administradores del sistema para garantizar un operativa con el mínimo de problemas y para aprovechar al máximo los recursos disponibles.
En general los administradores deben realizar los siguientes tipos de tareas:
Configurar CCMS;
Utilizar el CCMS para:
CCMS Y ADMINISTRACION EN LA VERSION 4.0
Con la versión 4.0 y 4.5 el sistema incorpora nuevas funciones y herramientas para controlar globalmente los sistemas SAP. La estrategia de SAP en este sentido es que CCMS se convierta en un componente de gestión y monitorización centralizada, activo y dinámico que sirva de este modo para reducir los costes de mantenimiento y soporte de los sistema SAP.
Entre las herramientas externas que se pueden enlazar con BAPI se encuentran aquellas que pueden realizar funciones como:
Adicionalmente las versiones 4.X introducen las siguientes características nuevas o mejoradas:
En esta seccion se introducen genéricamente algunas de las tareas comunes de la administración de la base de datos, hay que observar que la administración y las herramientas disponibles para realizarla varían considerablemente dependiendo de la base de datos elegida por los clientes de SAP.
SAP ha incluido una gran cantidad de funciones de monitorización y gestión de la base de datos desde dentro del sistema r/3, para aquellas tareas que no se pueden realizar desde dentro del sistema en los casos de ORACLE e INOFRMIX proporciona una compleja herramienta que facilita y simplifica enormemente la administración de la base de datos.
Los sistemas de gestión de base de datos utilizados por SAP incluyen también sus herramientas propias de administración por ejemplo: el Enterprise Manager o los programas sqldba, syrmgr 23 o svrmgr 30 según las versiones de ORACLE.
SAP recomienda no utilizar las herramientas y programas propios de la base de datos para modificar datos del sistema, dado que puede provocar graves inconsistencia en los datos. Solo se deben usar si se tienen conocimientos de experto o si es indicado por personal de soporte de SAP o por las notas OSS.
La lista siguiente muestra algunas de las tareas aunque pueda haber mas que se asignan habitualmente a los DBA administradores de bases de datos.
LA ADMINISTRACION DE USUARIOS Y AUTORIZACIONES
Los usuarios de SAP R/3 se definen internamente dentro del sistema, utilizando los llamados registros maestros de usuarios, por tanto no hay necesidad de gestión de usuarios a nivel de sistema operativo o de base de datos dado que solo existe un usuario o dos en una instalación estándar, el administrador del sistema y el administrador de la base de datos en el caso de las bases de datos ORACLE.
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 de autorizaciones están compuestos por un conjunto de autorizaciones las cuales proporcionan privilegios de acceso a los distintos elementos del sistema.
VISION GENERAL DE LA ADMINISTRACION DE USUARIOS
Como administrador o como personal de operación 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.
No se puede decir lo mismo cuando se trata del mantenimiento de autorizaciones y perfiles que es un tema de implantación que se suele abordar como proyecto conjunto entre los equipos técnicos y funcionales. Es esta una tarea verdaderamente importante y que puede llegar a ser bastante compleja, requiriendo bastante tiempo dependiendo del grado de protección y seguridad del numero de usuarios y de los módulos que van a implantarse.
MAESTRO DE USUARIOS
Del mismo modo que en el resto del sistema R/3 existe un maestro de materiales de clientes, 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 palabra clave y los perfiles de autorización. Existe una gran cantidad de información extra en un registro maestro de usuarios como cual será la pantalla por defecto que vera el usuario cuando acceda al sistema que impresora tiene asignada por defecto, la 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 operativa habitual de los usuarios.
EL SISTEMA DE AUTORIZACIONES
El sistema de autorizaciones de SAP R/3 es el termino general que agrupa a todos los elementos técnicos y administrativos utilizados para asignar privilegios de acceso a los usuarios que sirven para garantizar la seguridad del sistema.
Un privilegio de acceso es un permiso para realizar una operación especifica en el sistema SAP los privilegios de acceso del sistema R/3 se asignan a los usuarios mediante las autorizaciones y los perfiles, indicando perfiles en los registros maestros de usuarios se permite que los usuarios utilicen el sistema.
PERFILES DE AUTORIZACIONES
Un perfil de autorización contiene un grupo de autorizaciones es decir, un grupo de privilegios de acceso. Los perfiles se asignan a los usuarios en los registros maestros de usuarios. Un perfil puede representar un puesto de trabajo simple dado que define las tareas para las cuales un usuario tiene privilegios de acceso. Cada perfil puede contener tantos privilegios de acceso como sea necesario. Los perfiles pueden contener autorizaciones u objetos de autorización.
PERFILES COMPUESTOS
Los perfiles compuestos son conjuntos de perfiles de autorizaciones, que a su vez puedan ser simples o también compuestos, un perfil compuesto puede contener un numero casi ilimitado de perfiles y se asignan a los usuarios del mismo modo que los perfiles simples, en los registros maestros de usuarios, los perfiles compuestos son adecuados para usuarios que tienen varias responsabilidades o tipos de trabajo distintos estos perfiles se conocen a veces como perfiles de referencia para poder asignar un grupo mayor de privilegios de acceso y tener la posibilidad de ajustarse mejor a los trabajos de usuarios con varias responsabilidades.
AUTORIZACIONES
R/3 utiliza autorizaciones para definir cuales son los valores permitidos para los campos de un objeto de autorización, una autorización puede contener uno o varios valores para cada campo de un objeto de autorización.
Una autorización se identifica con el nombre de un objeto de autorización y el nombre de la autorización creada para el objeto una autorización puede contener muchos valores o rangos de valores para un único campo. También es posible autorizar todos los valores posibles indicando el signo polivalente asterisco “*” o ninguno dejando el campo en blanco.
OBJETOS DE AUTORIZACION
Un objeto de autorización identifica un elemento u objeto del sistema SAP que necesita estar protegido, estos objetos funcionan como modelos para permitir derechos de acceso mediante campos de autorización que permiten realizar verificaciones complejas de los privilegios de acceso.
Un objeto de autorización puede contener un máximo de 10 campos de autorización, los usuarios podrán realizar un función del sistema únicamente si pasan la verificación para cada campo del objeto.
Los objetos de autorización predefinidos por SAP no se deben modificar o borrar excepto si es indicado explícitamente por el personal de soporte autorizado, borrar o modificar objetos de autorización estándar puede provocar serios problemas en programas que verifiquen dichos objetos.
CAMPOS DE AUTORIZACION
Los campos de autorizaciones identifican los elementos del sistema que se van a proteger asignándoles una prueba de acceso, un campo de autorización puede ser por ejemplo un grupo de usuarios un código de empresa, una organización de compras, una clase de desarrollo, etc.
El campo actividad en un objeto de autorización define las posibles acciones que se pueden realizar sobre un objeto concreto de aplicación.
Cuando se mantiene autorizaciones el sistema no muestra los nombres reales de los campos, sino que muestra la descripción de cada campo.
EL GENERADOR DE PERFILES
La creación, modificación y asignación de autorizaciones y perfiles suele ser una tarea compleja de un proyecto de implantación SAP, que a menudo no es lo suficientemente estimada o planificada y que acaba causando muchos problemas de seguridad y control. La magnitud de la tarea y las peticiones de los clientes ha hecho que SAP diseñara una herramienta que redujese el tiempo necesario para administrar las autorizaciones y de esta modo reducir los costes de implantación.
El generador de perfiles es la utilidad de SAP disponible desde la versión 3.1 G para facilitar el mantenimiento de los perfiles y las autorizaciones de los usuarios puesto que es capaz de generar autorizaciones y perfiles de manera automática y asignarlos a usuarios.
CUESTIONARIO CAPITULO 5 EL SISTEMA DE GESTION DE PROCESO DE DATOS (CCMS)
1.-¿ACRONIMO DE CCMS?
Computer Center Management System
2.-¿QUE ES EL CCMS?
Es una colección de herramientas utilidades para los administradores de sistemas, que permiten monitorizar, administrar y configurar R/3.
3.-¿QUE PROPORCIONA EL CCMS
El CCMS proporciona un conjunto de utilidades de gestión y monitores gráficos
4.-MENCIONA ALGUNOS DE LOS MONITORES GRAFICOS QUE EL CCMS PROPORCIONA:
5.-¿PORQUE ES COMPLICADO LAS FUNCIONES DE CCMS?
Porque también implica casi una saturación de datos y de información, que no siempre es fácilmente inteligible.
6.-¿Cómo SE USAN LAS HERAMIENTAS Y FUNCIONES DISPONIBLES CON EL CCMS?
Las herramientas y funciones disponibles con el CCMS se usan de manera regular por los administradores del sistema para garantizar un operativa con el mínimo de problemas y para aprovechar al máximo los recursos disponibles.
7.-¿Cómo SE CONFIGURA EL CCMS?
8.-¿Cuál ES LA UTILIZACION DEL CCMS?
9.-¿Cuál ES LA ESTRATEGIA DEL SAP?
La estrategia de SAP en este sentido es que CCMS se convierta en un componente de gestión y monitorización centralizada, activo y dinámico que sirva de este modo para reducir los costes de mantenimiento y soporte de los sistema SAP.
10.-¿Cuáles SON LAS FUNCIONES QUE PUEDEN ENLAZARSE CON BAPI?
11.-¿Cuáles SON LAS CARACTERISTICAS QUE INTRODUCEN LAS VERSIONES 4.X?
12.- ¿Qué ES LA ADMINSTRACION DE LA BASE DE DATOS SUBYACENTE A R/3?
La administración de la base de datos subyacente a R/3 es una tarea muy importante para el soporte, la administración y la correcta implantación técnica de SAPR/3 existe un rol muy común en todas las aplicaciones que utilizan grandes bases de datos, que son la mayoría en la actualidad, conocido normalmente como DBA o administrador de base de datos.
13.-¿Qué ES LO QUE RECOMIENDA SAP?
SAP recomienda no utilizar las herramientas y programas propios de la base de datos para modificar datos del sistema, dado que puede provocar graves inconsistencia en los datos. Solo se deben usar si se tienen conocimientos de experto o si es indicado por personal de soporte de SAP o por las notas OSS.
14.-MENCIONA ALGUNAS TAREAS QUE SE ASIGNAN HABITUALMENTE A LOS DBA ADMINSITRADORES DE B.D.
15.-¿Cuál ES LA VISION GENERAL DE LA ADMINISTRACION DE USUARIOS?
Como administrador o como personal de operación 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.
16.-¿Qué ES EL MAESTRO DE USUARIOS?
Del mismo modo que en el resto del sistema R/3 existe un maestro de materiales de clientes, de proveedores, etc. Dentro de las funciones de administración también existe un maestro de usuarios.
17.-¿QUE ES EL SISTEMA DE AUTORIZACIONES?
El sistema de autorizaciones de SAP R/3 es el término general que agrupa a todos los elementos técnicos y administrativos utilizados para asignar privilegios de acceso a los usuarios que sirven para garantizar la seguridad del sistema.
18.-¿QUE ES UN PRIVILEGIO DE ACCESO?
Un privilegio de acceso es un permiso para realizar una operación especifica en el sistema SAP los privilegios de acceso del sistema R/3 se asignan a los usuarios mediante las autorizaciones y los perfiles, indicando perfiles en los registros maestros de usuarios se permite que los usuarios utilicen el sistema.
19.- ¿QUE SON LOS PERFILES DE AUTORIZACION?
Un perfil de autorización contiene un grupo de autorizaciones es decir, un grupo de privilegios de acceso.
20.- ¿ QUE PUEDE REPRESENTAR UN PERFIL?
Un perfil puede representar un puesto de trabajo simple dado que define las tareas para las cuales un usuario tiene privilegios de acceso. Cada perfil puede contener tantos privilegios de acceso como sea necesario.
CAPITULO 6
ABAP WORKBENCH:
EL ENTORNO DE DESARROLLO
El acrónimo ABAP procede de las siglas Advanced Business Application Programming (programación avanzada para aplicaciones de gestión), siendo un tipo de lenguaje de programación de cuarta generación, haciendo así que el nombre completo sea ABAP/4 con las versiones 4.X y la orientación a objetos, SAP ha decidió omitir el 4, y denominar el lenguaje simplemente ABAP.
ABAP es el lenguaje en el que han sido desarrollados todos los módulos de SAP R/3 y que pueden utilizar los clientes para ampliar las funcionalidades de R/3 así como para desarrollar nuevas aplicaciones, programar informes a medida, etc.
INTRODUCCION AL ENTORNO DE DESARROLLO DE R/3
El entorno de desarrollo del sistema R/3 es un conjunto integrado de herramientas de desarrollo, funciones, lenguaje de programación y diccionario de datos, agrupados bajo el nombre de “ABAP Workbench” o entorno de desarrollo ABAP.
El entorno de desarrollo ABAP es la base de todas las aplicaciones de gestión del sistema R/3, asimismo se utiliza para el desarrollo de funciones o aplicaciones adicionales para el sistema cliente/servidor R/3.
El Workbench ABAP esta diseñado como un entorno que puede cubrir todas las fases de un proyecto de desarrollo, permitiendo el trabajo en equipo, gestión del desarrollo y sus versiones, incluso entre varios sistemas SAP.
Las principales características de la arquitectura del entorno de desarrollo ABAP son las siguientes:
LAS HERRAMIENTAS DEL ENTORNO DE DESARROLLO ABAP
CONCEPTOS BASICOS DEL ENTORNO DE DESARROLLO
El entorno de desarrollo incluye cientos de funciones, muchas de las cuales son bastante comunes en otros tipos de aplicaciones, especialmente las relacionadas con un lenguaje de programación tales como un editor sensible al contexto, un diccionario de datos, biblioteca de funciones, medios para corrección de errores, etc.
Los objetos de desarrollo son todos los componentes de una aplicación ABAP: elementos de programas, código de los programas, transacciones, clases de mensajes, objetos de diccionario y clases de desarrollo.
DICCIONARIO DE DATOS ABAP
El diccionario ABAP es la utilidad y almacén central del entorno de desarrollo y su función es la de proporcionar las definiciones de los datos y las relaciones de la información usada en todos los módulos y aplicaciones de R/3. El diccionario de datos ABAP puede verse como un representación lógica o una capa superior por encima de la base de datos física.
DEFINICION DE UN DICCIONARIO DE DATOS
Un diccionario de datos en términos informáticos es la fuente de información en la que los datos del sistema se defiende de una manera lógica, el diccionario de datos es la fuente estructurada y centralizada de información para las aplicaciones comerciales y se comporta como el centro de un entorno de desarrollo bien estructurado.
Los elementos que constituyen un diccionario son conocidos como Metadatos. Metadato es el termino informático que se asigna a los datos cuya función es describir otros datos. Los datos del diccionario son un tipo de datos cuya función es definir las propiedades semánticas o sintácticas de los datos operacionales.
UTILIDAD DE UN DICCIONARIO DE DATOS
El diccionario de datos permite crear, modificar o borrar definiciones de los datos, es al mismo tiempo una gran fuente de información no solo para el entorno de desarrollo sino también para el usuario permitiendo de una manera rápida y eficaz averiguar que tipo de campos o registros permite una tabla.
EL DICCIONARIO ABAP EN R/3
El diccionario de datos ABAP es el núcleo del sistema de desarrollo R/# es la fuente de cada definición dentro de R/3 desde los dominios básicos al modelo de datos de la compañía, esta totalmente integrado con las otras herramientas del entorno de desarrollo.
Algunas de las principales funciones disponibles en el diccionario ABAP son las siguientes:
Cuando cualquiera de los objetos del diccionario de datos se usa en otras partes del workbench por ejemplo, dentro de un programa fuente, en una pantalla, etc. Los desarrolladores solo tienen que introducir un nombre de tabla o posicionar el campo correspondiente en la pantalla. El sistema sabe automáticamente todas las propiedades e información sobre los objetos y automáticamente crea e inicializa todas las areas de trabajo, tablas de símbolos, etc.
INTRODUCCION AL LENGUAJE DE PROGRAMACION ABAP
ABAP/4 o ABAP es un lenguaje de programación de cuarta generación desarrollado por SAP. Las siglas corresponden a Advanced Businees Application Programming o sea programación avanzada de aplicaciones de gestión.
ABAP es el lenguaje de programación en le que SAP ha desarrollado todas las aplicaicoens y módulos R/3 incluyendo hasta las funciones de administración del sistema y que esta disponible a los clientes y desarrolladores bien para extender la funcionalidad de SAP o para programar informes a medida.
Los programas ABAP se crean y mantienen utilizando las herramientas de desarrollo del Workbench, según se han introducido brevemente en las secciones anteriores.
LA ORIENTACION A OBJETOS EN ABAP/4
Ya desde la versión 3.0 existía una clara postura estratégica por parte de SAP de dotar al sistema de una tecnología basada en objetos, esta estrategia comenzó en algunos de los componentes del sistema como ALE, con el Business Navigator y sobre todo con el Business Workflow, basándose desde el principio en los Business Objeytes y Objetos de negocio.
Las características del lenguaje ABAP orientado a objetos de negocio, que se encuentran dentro del Workbench ABAP en el denominado Repositorio de objetos.
MEJORAS Y APLICACIONES A R/3
Las ampliaciones de SAP incluyen varios tipos de User Exists como son:
WORKBENCH ORGANIZER Y SISTEMA DE TRANSPORTE
El workbench organizar es la herramienta dentro del entorno de desarrollo ABAP que se utiliza para realizar funciones necesarias para la coordinación y gestión de los desarrollos de todo el sistema o conjunto de sistemas SAP.
En un entorno distribuido de sistema SAP, el Workbench Organizar utiliza el sistema de transportes para copiar o traspasar los objetos de desarrollo o los valores de configuración entre distintos sistemas SAP, comúnmente entre el sistema utilizado para configuración y desarrollo y el sistema productivo.
El transporte al sistema designado apropiado tiene lugar al nivel del sistema operativo que usa el programa de control de trasportes.
VISION GLOBAL DE UN TRANSPORTE
El workbench organizar y el sistema de transportes han sido tradicionalmente una de las partes más confusas y difíciles del sistema básico o entorno técnico de SAPR/3 y esto probablemente se debe a que no deja lugar para el desarrollo caótico y desorganizado del software.
Las pautos descritas a continuación intentan dar una visión breve pero a la vez clara de lo que es el proceso de realizar la cadena de transporte completa, los pasos necesarios para el proceso completo de transporte son:
CONCEPTOS BASICOS DEL SISTEMA DE TRANSPORTE
El workbench organizar y el sistema de transportes utilizan términos y conceptos similares a los del entorno de desarrollo de ABAP y algunos otros son específicos de las funciones que realizan estos sistemas.
OBJETOS DE DESARROLLO
Tal como se describió en una seccion anterior el Workbench Organizar registra y controla los cambios realizados en los objetos de desarrollo así como los nuevos objetos.
ADMINISTRACION DEL PROCESO DE TRANSPORTES
Las funciones del workbench organizar permiten a los desarrolladores la organización y coordinación de proyectos de desarrollo individuales o realizados en equipo. Dentro del entorno del workbench organizar y sistema de transportes existen dos puntos de vista respecto a los roles de las personas encargadas de controlar y administrar el sistema.
GRUPO DE SISTEMAS SAP
Con el workbench organizar, SAP ha establecido un método para disponer de un entorno mas seguro y controlado para las labores de desarrollo y parametrizacion entre varios sistemas SAP, los transportes pueden realizarse a un cuando no se comparten los directorios aunque en estos casos los administradores deben copiar manualmente los ficheros de datos y de control a los directorios de transporte de los sistemas destino y utilizar funciones especiales del program tp para poder realizar importaciones.
ORDENES DE MODIFICACION
Una orden de modificación es una lista que contiene objetos que van a ser transportados e información sobre el propósito del transporte, el tipo, la categoría de la solicitud y el sistema destino.
Cuando se crea una orden de modificación ya sea manual o automáticamente, el sistema le asigna un numero secuencial conocido como numero de orden.
TAREAS
Una tarea en el workbench organizar es una lista de objetos creados o modificados por un usuario, en el sistema de transporte anterior a la versión 3.0 las tareas equivalen a las correcciones, en el workbench organizar las tareas pueden ser del tipo desarrollo, de corrección o de reparación.
EQUIPOS DE DESARROLLO
La agrupación de tareas en ordenes de modificación es lo que posibilita el proceso de tener varia usuario trabajando sobre el mismo proyecto de desarrollo, para ello los usuarios deben tener la autorización de workbench organizar. Los usuarios de un mismo equipo de desarrollo pueden visualizar los objetos de otros usuarios que trabajan en el mismo proyecto y con los que comparten la misma orden de modificación.
CLASES DE DESARROLLO
Una clase de desarrollo es un modo de clasificar objetos que pertenecen al mismo proyecto de desarrollo, cada objeto de desarrollo del sistema tiene asignada una clase de desarrollo, las clases de desarrollo son objeto por si mismas y además de agrupar objetos relacionados también incluyen la denominada ruta de consolidación de los objetos que pertenecen a esa clase.
GESITON DE VERSIONES
Tanto el workbench ABAP como el Organizar proporcionan la capacidad de gestionar las versiones de todos los objetos de desarrollo del sistema con la gestión de versiones se pueden comparar las versiones actuales de los objetos con versiones anteriores, permitiendo a los desarrolladores visualizar o incluir recuperar versiones anteriores de objetos.
La gestión de versiones es muy útil para los desarrolladores y además es una opción muy importante en los cambios de versiones, dado que se pueden comparar versiones anteriores de programas o de tablas con los de la nueva versión.
DOCUMENTACION DE LAS ÓRDENES
Para tener completo control del proceso de desarrollo el workbench organizar requiere que para cada orden de modificación los desarrolladores escriban una mínima documentación estructurada. La pantalla de documentación aparece automáticamente cuando se liberan las tareas.
TRANSPORTES
Transportar en sentido general es el proceso de desplazar o mover algo de un sitio a otro, en el sistema R/3 consiste en exactamente lo mismo, simplemente se constituye el algo por “ordenes de modificación” que contienen objetos del repositorio o configuraciones del Customizing.
REPARACIONES Y OBJETOS ORIGINALES
El concepto de objeto original es clave para el Workbench organizar y el sistema de transportes y su comprensión es fundamental dado que ayuda a entender el funcionamiento de las partes más importantes del sistema. Se entiende que cualquier objeto es creado en un sistema, siendo el sistema donde es creado un atributo del objeto, un objeto original es un objeto de desarrollo que ha sido creado en el mismo sistema en el que esta trabajando. Cuando se recibe el software y se instala no existe ningún objeto original en el sistema.
TIPOS DE SISTEMAS
Según el tamaño, el ámbito de la implantación R/3 y los proyectos planificados se instalaran uno o varios sistemas R/3 y se prepararan algunos mandantes que sirven para distintos propósitos en la implantación.
Normalmente la implantación de SAP R/3 en una compañía requiere la instalación de varios sistemas cada uno de los cuales realizara una función.
Los tipos de sistemas pueden definirse con distintas opciones de modificabilidad de manera que queden protegidos contra desarrollos o cambios no deseados.
MODIFICABILIDAD DE LOS SISTEMAS
Mediante las opciones de modificabilidad de los sistemas se puede decidir “cerrar”, “abrir” o “Abrir parcialmente” los sistemas a nuevos desarrollo o parametrizaciones y asegurar de este modo la integridad de los sistemas.
FUNCIONES DE LOS SISTEMAS
La función, el tipo y el numero de sistemas en una implantación depende de varios factores desde las necesidades criticas del proyecto de implantación hasta el presupuesto asignado, desde el punto de vista del workbench organizar y del sistema de transportes la función de los sistemas de transportes, la función de los sistemas tal como se describieron en la sección anterior no es lo verdaderamente relevante, lo que requiere el workbench organizar en su configuración es conocer que objetos pueden modificarse en cada sistema y como estos cambios pueden trasportarse a otros sistemas.
SISTEMAS DE DESARROLLO
Los sistemas de desarrollo como su nombre indica se utilizan para realizar la parametrizacion o configuración del sistema que puede incluir nuevos desarrollos normalmente el desarrollo se lleva a cabo en objetos propios con los que estos objetos seran originales en el sistema de desarrollo.
Desde el punto de vista del workbench organizar el sistema de desarrollo es el sistema de integración para las clases de desarrollo definida para los objetos propios.
SISTEMAS PRODUCTIVOS
Los sistemas productivos son aquellos a los que se conectan los usuarios finales para introducir los datos operativos de la gestión diaria y donde se opera con los procesos de negocio reales del día a día.
El sistema productivo solo contiene versiones liberadas del trabajo de desarrollo o de configuración no se deben realizar desarrollos en este sistema.
SISTEMAS DE PRUEBAS
Los sistemas de pruebas conocidos a menudo como sistemas de control de calidad, se utilizan para probar desarrollos o configuraciones del sistema y también pueden utilizarse como sistemas para distribuir el nuevo desarrollo a otros sistemas.
Los sistemas de pruebas son útiles para preparar el entorno productivo así como para probar nuevos desarrollos con datos reales después de la entrada en productivo.
GESITON DE LOS TRASPORTES
El workbench organizar y el sistema de transportes como se ha expuesto en secciones anteriores se ocupan de controlar de manera automática los nuevos desarrollos, las correcciones, la parametrizacion, etc. Sin embargo un uso o política incorrecta de las opciones disponibles puede llevar a resultado no deseados.
TMS: SISTEMA DE GESTION DE TRANSPORTES
El TMS es el sistema de gestión de trasportes para la versión 4.0 y ya disponible en la versión 3.1 H, para acceder al TMS hay que introducir la transacción STMS, con el TMS aparecen los conceptos de dominio de trasportes y grupo de transportes, un dominio de transportes común y que pueden administrarse juntos, el dominio de transportes incluye un controlador del dominio que es quien tiene la configuración de referencia que se encarga de distribuir al resto de sistemas.
CUESTIONARIO CAPITULO 6 ABAP WORKBENCH:
EL ENTORNO DE DESARROLLO
1.-¿ACONIMO DE ABAP?
Advanced Business Application Programming (programación avanzada para aplicaciones de gestión)
2.-¿Qué ES ABAP?
ABAP es el lenguaje en el que han sido desarrollados todos los módulos de SAP R/3 y que pueden utilizar los clientes para ampliar las funcionalidades de R/3 así como para desarrollar nuevas aplicaciones, programar informes a medida, etc.
3.-¿Cuál ES EL ENTORNO AL DESARROLLO ABAP?
El entorno de desarrollo ABAP es la base de todas las aplicaciones de gestión del sistema R/3, asimismo se utiliza para el desarrollo de funciones o aplicaciones adicionales para el sistema cliente/servidor R/3.
4.-¿Cuál ES EL ENTORNO AL DESARROLLO R/3?
El entorno de desarrollo del sistema R/3 es un conjunto integrado de herramientas de desarrollo, funciones, lenguaje de programación y diccionario de datos, agrupados bajo el nombre de “ABAP Workbench” o entorno de desarrollo ABAP.
5.- ESCRIBE LAS PRINCIPALES CARACTERISTICAS DE LA ARQUITECTURA DEL ENTORNO DE DESARROLLO ABAP:
6.- ESCRIBE LAS HERRAMIENTAS DEL ENTORNO DE DESARROLLO ABAP:
7.- ¿Qué ES EL ENTORNO DE DESARROLLO?
El entorno de desarrollo incluye cientos de funciones, muchas de las cuales son bastante comunes en otros tipos de aplicaciones, especialmente las relacionadas con un lenguaje de programación tales como un editor sensible al contexto, un diccionario de datos, biblioteca de funciones, medios para corrección de errores, etc.
8.- ¿Cuáles SON LOS OBJETOS DE LOS COMPONENTES DE UNA APLICACIÓN ABAP?
9.-¿PARA QUE SE UTILIZA EL DICCIONARIO DE DATOS ABAP?
El diccionario ABAP es la utilidad y almacén central del entorno de desarrollo y su función es la de proporcionar las definiciones de los datos y las relaciones de la información usada en todos los módulos y aplicaciones de R/3. El diccionario de datos ABAP puede verse como un representación lógica o una capa superior por encima de la base de datos física.
10.-¿Qué ES UN DICCIONARIO DE DATOS?
Un diccionario de datos en términos informáticos es la fuente de información en la que los datos del sistema se defiende de una manera lógica, el diccionario de datos es la fuente estructurada y centralizada de información para las aplicaciones comerciales y se comporta como el centro de un entorno de desarrollo bien estructurado.
11.-¿Qué ES UN METADATO?
Metadato es el término informático que se asigna a los datos cuya función es describir otros datos. Los datos del diccionario son un tipo de datos cuya función es definir las propiedades semánticas o sintácticas de los datos operacionales.
12.-¿Cuál ES LA UTILIDAD DEL DICCIONARIO DE DATOS?
El diccionario de datos permite crear, modificar o borrar definiciones de los datos, es al mismo tiempo una gran fuente de información no solo para el entorno de desarrollo sino también para el usuario permitiendo de una manera rápida y eficaz averiguar que tipo de campos o registros permite una tabla.
13.-¿Qué ES EL DICCIONARIO ABAP EN R/3?
El diccionario de datos ABAP es el núcleo del sistema de desarrollo R/# es la fuente de cada definición dentro de R/3 desde los dominios básicos al modelo de datos de la compañía, esta totalmente integrado con las otras herramientas del entorno de desarrollo.
14.-ESCRIBE ALGUNAS DE LAS FUNCIONES DISPONIBLRES EN EL DICCIONARIO ABAP:
15.-¿Cuál ES LA ORIENTACION A OBJETOS EN ABAP/4?
Ya desde la versión 3.0 existía una clara postura estratégica por parte de SAP de dotar al sistema de una tecnología basada en objetos, esta estrategia comenzó en algunos de los componentes del sistema como ALE, con el Business Navigator y sobre todo con el Business Workflow, basándose desde el principio en los Business Objeytes y Objetos de negocio.
16.- ¿Cuál ES LA CARACTERISTICA PRINCIPAL DEL LENGUAJE ABAP
El Workbench ABAP en el denominado Repositorio de objetos.
17.-¿Cuáles SON LAS MEJORAS Y APLICACIONES A R/3?
1. Nuevos programas, transacciones o componentes locales.
17.-¿Cuáles SON LAS APLICACIONES DE SAP INCLUYENDO LOS TIPOS DE USER EXISTS?
18.-¿Qué ES UN WORKBENCH
Es la herramienta dentro del entorno de desarrollo ABAP que se utiliza para realizar funciones necesarias para la coordinación y gestión de los desarrollos de todo el sistema o conjunto de sistemas SAP.
19.-CUALES SON LOS PASOS NECESARIOS PARA EL PROCESO COMPLETO DE UN TRANSPORTE:
20.-¿Qué ES UNA ORDENE DE MODIFICACION?
Una orden de modificación es una lista que contiene objetos que van a ser transportados e información sobre el propósito del transporte, el tipo, la categoría de la solicitud y el sistema destino.
CAPITULO 7 BUSINESS FRAMEWORK Y COMPONENTES VALIDOS PARA TODOS LOS COMPONENTES
Business Framework es una arquitectura de productos abierta establece SAP para la integración de las aplicaciones R/3 con nuevos componentes y productos, incluyendo soluciones a terceros.
Los modelos CA son componentes del sistema R/3 que incluyen funciones y herramientas que no están directamente relacionadas con una única parte del sistema.
Algunos de los módulos que se consideran componentes válidos para todas las aplicaciones son:
Ø El SAP Business Workflow o sistema de automatización de procesos que permite optimizar e integrar transacciones entre distintas aplicaciones de R/3.
Ø SAPOffice, es el sistema ofimática que incluye el correo electrónico integrado. Permite el intercambio de mensajes dentro de SAP y también enviar y recibir mensajes a otro sistema de correo.
Ø SAP Archivet Link, Es la interfaz entre las aplicaciones SAP y sistemas de archivo óptico para documentos importantes tanto de entrada como de salida, o bien para almacenar ficheros de archivo de datos de aplicación.
Ø Otras herramientas CA son: integración con CAD, sistema de clasificación y características, ALE , EDI, interfaces con sistemas mas externos de comunicación, etc.
BUSINESS FRAMEWORK
Tecnológicamente BUSINESS FRAMEWORK esta soportado gracias a la aparición de nuevas tecnologías de integración de construcción de interfaces.
Entre las características y ventajas que proporciona este tipo de arquitecturas se encuentran las siguientes:
Ø Implantación rápida de nuevas funcionalidades mediante la incorporación de nuevos componentes ya sean de SAP o de terceros.
Ø Permite la ampliación de funcionalidad mediante las tecnologías interfaces estándar.
Ø Aplicación de nueva tecnologías sin que afecte a otras partes del sistema.
Ø Independencia de versiones entre componentes.
Como partes integrantes de de la arquitectura, BUSINESS FRAMEWORK se basa en las siguientes tecnologías:
Ø COMPONENTES: Que proporciona una funcionalidad determinada de negocios y que se integra perfectamente como el resto del sistema a través de interfaces estándar.
Ø INTERFACES: compuestos por BAPI que es la nueva tecnología de comunicaciones mediante interfaces basadas en objetos de negocios.
Ø INTEGRACIÓN: Para cuya tecnología SAP utiliza ALE y consigue garantizar una total integración de los componentes a nivel de proceso de negocio, lo que quiere decir que no importa que sistema se encargue del mismo.
SISTEMA DE CLASIFICACION
El modelo de datos de SAP R/3 y las aplicaciones de gestión tratan con una gran variedad de tipos de entidades, denominadas por lo general objetos u objetos de negocios.
El sistema de la clasificaciones uno de los métodos que proporciona SAP R/3 para describir y diferenciar los objetos de negocio entre ellos.
El sistema de clasificación esta totalmente integrado con las aplicaciones R/3 y su funcion es agrupar y describir los objetos del sistema mediante sus características.
Las características sirven para describir propiedades, cualidades o cualquier otro atributo que pueda utilizarse para clasificar los objetos del negocio.
SISTEMA DE GESTION DOCUMETAL
El DMS o sistema de gestión documental de SAP R/3 es un modulo que incluye la modalidad necesaria para realizar muchas de las funciones complejas que hoy se requieren en el proceso documental orientado a las actividades de gestión.
DMS no solo proporciona la administración y gestión de los documentos, sino que también ayuda a automatizar el proceso de los mismos, utilizando por ejemplo, estados y proporcionado enlaces directos con el SAP Business Workflow.
Los documentos en R/3 es un modo de almacenar datos que pueden contener cualquier tipo de información descriptiva de un objeto.
Para utilizar DMS también hay que realizar algunos pasos de configuración y parametrizacion. Los pasos de parametrizacion para DMS están situados bajo los componentes validos para todas las aplicaciones.
USOS DEL DMS
DMS es un complejo sistema de gestión y proceso de documentos que puede emplearse en los siguientes escenarios:
Ø Dentro de la gestión de materiales, se pueden incluir dibujos o esquemas técnicos asociados a los materiales.
Ø Gestionar los contratos con suministradores o clientes.
Ø Dentro del sistema de proyectos puede utilizarse para documentar las distintas fases de los proyectos.
SAP BUSINESS WORKFLOW
En su significado más simple y general un workflow es un conjunto o secuencias de actividades relacionadas de un modo lógico. Es una actividad puede ser cualquier tipo de operación comercial o de gestión que puede implicar y lanzar la ejecución de un programa, un informe, una transacción, un mensaje.
El SAP Business Workflow permite integrar funcionalidad correspondiente a distintos módulos R/3. Es independiente de las aplicaciones y no restringe o cambia en modo alguno las transacciones estándar R/3.
El objetivo del Business Workflow es la automatización de los procesos de negocio, lo que conlleva numerosas ventajas como herramientas de tecnología de la información al servicio de los objetivos del negocio. Entre las ventajas y posibilidades del SAP Business Workflow se encuentran:
Ø Automatización y organización de la ejecución o proceso de tareas relacionadas.
Ø Mejora y mas flexible estructura organizativa, mas orientada a los procesos de negocios y menos a aspectos departamentales o asignaciones individuales a trabajos.
Ø Evitar largos tiempo de espera buscando información, con el riesgo de introducir la misma información más de una vez.
El objetivo del Business Workflow es la automatización de los procesos del negocio, lo que conlleva numerosas ventajas como herramientas de tecnología de la información al servicio de los objetivos del negocio.
El SAP es un miembro activo del WFMC y como tal diseña el Business Workflow como un sistema técnicamente abierto con soporte de varios tipos de estándares:
Ø Estándares de la WFMC que permiten llamar a funciones C desde clientes de Workflow.
Ø Definiciones de WAPI desde clientes Workflow.
Ø Soporte de MAPI para poder utilizar el SAP BusinessWorkflow desde clientes de mensajera.
USOS DEL BUSINESS WORKFLOW
Existen muchas areas donde el Workflow puede ser especialmente util dentro de uan organización y con un R/3. Algunos ejemplos pueden ser algunos de los procesos siguientes:
Ø Comprobación de la disponibilidad de productos.
Ø Registro del estado de los proyectos.
Ø Operaciones que requieren aprobación
Ø Gastos de viaje.
Ø Proceso de pedidos de venta.
Ø Procesos y administración de documentos.
Ø Monitorización de fechas tope.
El SAP incluye los denominados escenarios que describen las opciones disponibles para utilizar las Workflow en distintas aplicaciones. Entre estas opciones se encuentran:
Ø Creación de eventos: cambios de estado y reacción a estos cambios.
Ø Provisión de tareas estándar: con descripción de las tareas y conexión a la lógica de las aplicaciones a través de los métodos de los objetivos del negocio.
Ø Plantillas del Workflow, con descripciones de procesos completos.
CONCEPTOS Y COMPONENTES DEL SAP BUSINESS WORKFLOW
SAP divide los componentes en tres categorías diferentes:
Ø Herramientas de definición: Estas herramientas sirven para la definición de tareas, tipos de objetos, eventos y worflows.
Ø Sistemas de ejecución: El sistema de ejecución incluye todos los componentes necesarios para poder procesar los workflows.
Ø Sistemas de información: El workflow contiene varias opciones para mostrar y obtener informes sobre la actividad de los usuarios dentro del sistema de workflow así como para poder realizar el seguimiento del mismo o corregir los errores.
El sistema de administración del Workflow es el responsable de controlar y monitorizar todos los pasos de trabajo, determinar el estado de procesamiento y de iniciar o lanzar los pasos siguientes. Los conceptos más importantes cuando se trabaja son los siguientes:
Ø Definición del Workflow: es la descripción de un proceso de workflow. Este proceso se compone de una serie de pasos o tareas que pueden ser procesados de modo secuencial o paralelo.
Ø Tareas: En un sentido general, se refiere a la descripción de las actividades.
Dentro del SAP hay que hacer una distinción entre:
Ø Tareas de un solo paso: Que describen actividades mas básicas o elementales. Siempre hacen referencia a un único método que se realiza sobre un objeto de negocio.
Ø Tareas de varios pasos: Que describen varios pasos pertenecientes a una secuencia lógicamente relacionada de un proceso de negocio.
LA GESTION FLEXIBLE DE LA ORGANIZACIÓN
Además de configurar y parametrizar técnicamente el sistema de gestión del SAP, una de las primeras cosas que hay que hacer para trabajar con el Workflow es definir un modelo o plan organizativo para la empresa.
El plan organizativo representa las estructuras y las divisiones de una empresa, y se utiliza para todo el proceso de workflow, que puede ejecutarse por encima y a través de varias aplicaciones funcionales de R/3.
OBJETOS EN EL SAP BUSINESS WORKFLOW
La interfaz entre el SAP y las aplicaciones de negocio se realizan utilizando una tecnología de orientación a objetos.
Desde las transacciones de administración del Workflow se pueden buscar los tipos de objetos disponibles.
Mediante la tecnología de orientación a objetos, se pueden:
Ø Realizar procesos sobre objetos de negocio aplicando métodos.
Ø Leer y evaluar las características de un objeto a través de sus atributos.
Ø Responder a eventos utilizando el cambio de estado de los objetos.
OPCIONES DE INTEGRACION DEL BUSINESS WORKFLOW
Como es bien conocido, R/3 incorpora numerosas opciones de integración de componentes y tecnologías externas, y en esto el Business Workflow no es una excepción. Tres de las posibilidades de integración y cooperación son:
Ø Conexión con Microsoft Exchange: El sistema de mensajeria interno R/3 (sapoffice), se puede conectar de varias maneras con Microsoft Exchange.
Ø Conexión de formularios de Exchange o Outlook con SAP: Es un conjunto de herramientas que sirven para crear formularios en Visual Basic que se pueden comunicar con el Business Workflow y suministrarlo con datos.
Ø Workflows por Internet: Este tipo de workflows es de una de las áreas de mayor expansión tecnológicas.
SAPOFFICE
Es una herramienta integrada dentro del R/3 que funciona como el sistema interno de mensajeria, ofreciendo la posibilidad de conectarlo con sistemas externos para enviar y recibir correos electrónicos, a y desde Internet. X-400 sistemas de fax y a todos los sistemas compatibles con el estándar MAPI.
MENSAJERIA E INTEGRACION
La integración de SAPOFFICE con las aplicaciones de gestión se lleva a cabo mediante:
Ø Proceso de mensajes: Las aplicaciones SAP pueden generar mensajes que incluyan transacciones, informes, programas, etc.
Ø Control de mensajes: En su representación más simple, el control de mensajes es un interfaz entre las aplicaciones de negocios y los medios de mensajería y comunicación tales como el mail, fax, EDI, etc.
El control de mensajes actúa como un progresa servidor para otras aplicaciones, que es iniciado utilizando módulos de función ABAP y que funciona como interfaz para el intercambio de información entre varias aplicaciones.
DOCUMENTOS CON SAPOFFICE
Permite trabajar con múltiples documentos: textos, SAPscrips, listas ABAP, objetos de Workflow, entorno Windows, etc.
Las herramientas de usuario y de gestión incluidas con SAPOFFICE permite la creación, modificación, copiado, borrado o cambio de nombre de los documentos.
EL PROCESO DE ARCHIVP Y SAP ARCHIVELINK
La gestión de archivo tiene como objetivo almacenar en archivos los datos de aplicación de la base de datos que ya no son necesarios y borrarlos de la base de datos.
El ArchiveLink de SAP como indica el nombre en ingles, tiene como propio objetivo establecer enlaces link entre las aplicaciones funcionales de R/3 y los sistemas de archivo.
El sistema ArchiveLink se compone de varias interfaces:
Ø Interfaz con las aplicaciones R/3: Las herramientas de administración de ArchiveLink se utilizan para establecer los parámetros y configuraciones necesarias para enlazar los documentos de negocios con los sistemas de archivo.
Ø Interfaz con los servidores de archivo: Proporciona la comunicación entre los servidores R/3 y los servidores de archivo para realizar operaciones de archivado en los documentos, tales como almacenar, extraer , buscar y borrar.
Ø Interfaz de usuario: Contiene las herramientas necesarias para que los usuarios puedan visualizar los documentos archivados en el PC de presentación local.
MOTIVACION DEL ARCHIVO OPTICO DE LOS DOCUMENTOS
Existen muchas y buenas razones para que la empresa decidan archivar electrónicamente documentos tales como:
Ø Disposiciones legales.
Ø Disputa sobre contratos.
Ø Inspecciones
Ø Análisis e investigación de datos históricos.
MOTIVOS DEL ARCHIVO DE DATOS
Ø Alto volumen de proceso transaccional de R/3 y el consiguiente crecimiento del volumen de la base de datos que puede llegar a hacerla lenta e inmanejable.
Ø Como consecuencia es necesario limpiar periódicamente la base de datos, pasando los datos a otro dispositivo.
Ø Es óptimo para mantener un rendimiento homogéneo de los sistemas productivos del SAP.
Como consecuencia de la implantación de soluciones para la gestión de archivos se obtienen múltiples beneficios.
Ø Incremento en la productividad, como consecuencia tanto de las mejoras de rendimiento como de tener la posibilidad del archivo electrónico de documentos típicos en papel.
Ø Estabilidad del rendimiento esperando con la potencia de los sistemas con los mismos niveles o cargas transaccionales.
CONCEPTOS BASICOS DE ARCHIVO
Ø Documento: Se aplica aquí la misma definición que para el modulo de gestión documental.
Ø Archivo: los hay físicos que es el medio de almacenamiento que contiene los documentos.
Ø Clase técnica del documento: La clase establecen la correspondencia entre los archivos y los formatos de archivo.
CONFIGURACION DE ARCHIVELINK
La configuración y parametrizacion del sistema y proceso de archivo no es una tarea obvia. Hay que tener en cuenta una solución de archivo siempre requiere el SW y HW de un tercero.
ALE, TECNOLOGIA HABILITADORA DE UNION DE APLICACIONES
ALE es una iniciativa de SAP liberada a partir de la versión 3.0 que esta pensada para poder distribuir los sistemas. ALE es a la vez una manera de permitir un número virtualmente ilimitado de usuarios dentro de la corporación y de tener sistemas SAP independientes y descentralizados.
ALE incluye distintos escenarios de distribución de aplicaciones que permiten la integración de diferentes sistemas.
ESCENARIOS DE DISTRIBUCION ALE
La tecnología ALE solo puede aplicarse en ciertos escenarios de distribución. La lista de los escenarios, así como las tareas técnicas especificas de la parametrizacion de cada uno de los escenarios, se encuentran descritas en la IMG, bajo la sección de componentes validos para todas las aplicaciones y luego seleccionando ALE.
Ejemplos de escenarios de distribución de ALE:
Ø Planificación de operaciones de ventas diferentes, unas a nivel local y otras a nivel corporativo.
Ø Distinto control de inventario.
Ø Costes de productos.
Ø Análisis de rentabilidad.
CONCEPTOS BASICOS DE LA ARQUITECTURA ALE
La arquitectura ALE ha sido diseñada para integrar aplicaciones y esta basada en el intercambio de mensajes con información de objetos de negocio.
La arquitectura ALE incluye tres niveles:
Ø Nivel de servicio de aplicación: Estos servicios proporcionan una interfaz ALE para las aplicaciones distribuidas y se encargan de crear o recibir los mensajes desde o hacia otros sistemas ALE.
Ø Nivel de servicio de distribución: Los servicios proporcionados por el nivel de distribución se encarga de convertir el contenido de los mensajes.
Ø Nivel de servicio de comunicación: La comunicación entre sistemas se realiza de un modo similar a la de los sistemas de mensajeria electrónica. Puede utilizar protocolos estándares tales como X.400, X.435, etc.
CUESTIONARIO CAPITULO 7
BUSINESS FRAMEWORK Y COMPONENTES VALIDOS PARA TODOS LOS COMPONENTES
1.- ¿QUE ES BUSINESS FRAMEWORK?
Business Framework es una arquitectura de productos abierta establece SAP para la integración de las aplicaciones R/3 con nuevos componentes y productos, incluyendo soluciones a terceros.
2.- ¿QUE SON LOS MODELOS CA?
Son componentes del sistema R/3 que incluyen funciones y herramientas que no están directamente relacionadas con una única parte del sistema.
3.-MENCIONE 2 MODULOS CONSIDERADOS COMPONENTES VALIDOS
El SAP Business Workflow y el SAP Archivet Link.
4.- MENCIONE LAS CARACTERISTICAS Y VENTAJAS DE BUSINESS FRAMEWORK
Ø Implantación rápida de nuevas funcionalidades mediante la incorporación de nuevos componentes ya sean de SAP o de terceros.
Ø Permite la ampliación de funcionalidad mediante las tecnologías interfaces estándar.
Ø Aplicación de nueva tecnologías sin que afecte a otras partes del sistema.
Ø Independencia de versiones entre componentes.
5.- ¿EN QUE TECNOLOGIAS SE BASA BUSINESS FRAMEWORK?
Ø COMPONENTES: Que proporciona una funcionalidad determinada de negocios y que se integra perfectamente como el resto del sistema a través de interfaces estándar.
Ø INTERFACES: compuestos por BAPI que es la nueva tecnología de comunicaciones mediante interfaces basadas en objetos de negocios.
Ø INTEGRACIÓN: Para cuya tecnología SAP utiliza ALE y consigue garantizar una total integración de los componentes a nivel de proceso de negocio, lo que quiere decir que no importa que sistema se encargue del mismo.
6.- ¿QUE SON LOS SISTEMAS DE CLASIFICACION?
El sistema de la clasificaciones uno de los métodos que proporciona SAP R/3 para describir y diferenciar los objetos de negocio entre ellos.
7.- ¿QUE ES UN SISTEMA DE GESTION DOCUMETAL?
El DMS o sistema de gestión documental de SAP R/3 es un modulo que incluye la modalidad necesaria para realizar muchas de las funciones complejas que hoy se requieren en el proceso documental orientado a las actividades de gestión.
8.-MENCIONE LOS USOS DE UN DMS
USOS DEL DMS
DMS es un complejo sistema de gestión y proceso de documentos que puede emplearse en los siguientes escenarios:
Ø Dentro de la gestión de materiales, se pueden incluir dibujos o esquemas técnicos asociados a los materiales.
Ø Gestionar los contratos con suministradores o clientes.
Ø Dentro del sistema de proyectos puede utilizarse para documentar las distintas fases de los proyectos.
9.- ¿QUÉ ES EL SAP BUSINESS WORKFLOW?
En su significado más simple y general un workflow es un conjunto o secuencias de actividades relacionadas de un modo lógico. Es una actividad puede ser cualquier tipo de operación comercial o de gestión que puede implicar y lanzar la ejecución de un programa, un informe, una transacción, un mensaje.
10.- MENCIONE LOS USOS DEL USOS DEL BUSINESS WORKFLOW
Ø Comprobación de la disponibilidad de productos.
Ø Registro del estado de los proyectos.
Ø Operaciones que requieren aprobación
Ø Gastos de viaje.
Ø Proceso de pedidos de venta.
Ø Procesos y administración de documentos.
Ø Monitorización de fechas tope.
11.- ¿QUE SE PUEDE HACER MEDIANTE LA TECNOLOGIA ORIENTADA A OBJETOS EN EL SAP?
Ø Realizar procesos sobre objetos de negocio aplicando métodos.
Ø Leer y evaluar las características de un objeto a través de sus atributos.
Ø Responder a eventos utilizando el cambio de estado de los objetos.
12.-MENCIONE 2 OPCIONES DE INTEGRACION DEL BUSINESS WORKFLOW
Ø Conexión con Microsoft Exchange: El sistema de mensajeria interno R/3 (sapoffice), se puede conectar de varias maneras con Microsoft Exchange.
Ø Conexión de formularios de Exchange o Outlook con SAP: Es un conjunto de herramientas que sirven para crear formularios en Visual Basic que se pueden comunicar con el Business Workflow y suministrarlo con datos.
13.- ¿QUÉ ES EL SAPOFFICE?
Es una herramienta integrada dentro del R/3 que funciona como el sistema interno de mensajeria, ofreciendo la posibilidad de conectarlo con sistemas externos para enviar y recibir correos electrónicos, a y desde Internet. X-400 sistemas de fax y a todos los sistemas compatibles con el estándar MAPI.
14.- ¿QUÉ ES EL PROCESO DE ARCHIVP Y SAP ARCHIVELINK?
El ArchiveLink de SAP como indica el nombre en ingles, tiene como propio objetivo establecer enlaces link entre las aplicaciones funcionales de R/3 y los sistemas de archivo.
15.-MENCIONE 3 INTERFACES DE ARCHIVELINK
Ø Interfaz con las aplicaciones R/3: Las herramientas de administración de ArchiveLink se utilizan para establecer los parámetros y configuraciones necesarias para enlazar los documentos de negocios con los sistemas de archivo.
Ø Interfaz con los servidores de archivo: Proporciona la comunicación entre los servidores R/3 y los servidores de archivo para realizar operaciones de archivado en los documentos, tales como almacenar, extraer , buscar y borrar.
Ø Interfaz de usuario: Contiene las herramientas necesarias para que los usuarios puedan visualizar los documentos archivados en el PC de presentación local.
16.- ¿POR QUÉ UNA EMPRESA DEBE ARCHIVAR ELECTRONICAMENTE SUS DOCUMENTOS?
Existen muchas y buenas razones para que la empresa decidan archivar electrónicamente documentos tales como:
Ø Disposiciones legales.
Ø Disputa sobre contratos.
Ø Inspecciones
Ø Análisis e investigación de datos históricos.
17.- MENCIONE LOS CONCEPTOS BASICOS DE ARCHIVO
Ø Documento: Se aplica aquí la misma definición que para el modulo de gestión documental.
Ø Archivo: los hay físicos que es el medio de almacenamiento que contiene los documentos.
Ø Clase técnica del documento: La clase establecen la correspondencia entre los archivos y los formatos de archivo.
18.- QUE ES ALE?
ALE es una iniciativa de SAP liberada a partir de la versión 3.0 que esta pensada para poder distribuir los sistemas. ALE es a la vez una manera de permitir un número virtualmente ilimitado de usuarios dentro de la corporación y de tener sistemas SAP independientes y descentralizados
19.- DE 2 EJEMPLOS DE LOS ESCENARIOS DE DISTRIBUCION ALE
Ø Planificación de operaciones de ventas diferentes, unas a nivel local y otras a nivel corporativo.
Ø Distinto control de inventario.
20.- EXPLIQUE LOS 3 NIVELES DE LA ARQUITECTURA ALE
La arquitectura ALE incluye tres niveles:
Ø Nivel de servicio de aplicación: Estos servicios proporcionan una interfaz ALE para las aplicaciones distribuidas y se encargan de crear o recibir los mensajes desde o hacia otros sistemas ALE.
Ø Nivel de servicio de distribución: Los servicios proporcionados por el nivel de distribución se encarga de convertir el contenido de los mensajes.
Ø Nivel de servicio de comunicación: La comunicación entre sistemas se realiza de un modo similar a la de los sistemas de mensajeria electrónica. Puede utilizar protocolos estándares tales como X.400, X.435, etc.
CAPITULO 8
LOS PROYECTORES SAP R/3
SAP R/3 modifica de manera esencial la naturaleza y el modo de llevar a cabo y poner a funcionar sistemas de información que se haga cargo de la gestión de la empresa.
PROYECTOS DE NEGOCIO
Los proyectos de implantación SAP no son proyectos cuya esencia sea tecnológica o informática, sino fundamentalmente son proyectos empresariales. Se ha pasado de proyectos liderados y realizados por analistas de sistemas a proyectos cuya responsabilidad recae en el analista de negocio.
LOS FACTORES QUE IMPULSAN LOS PROTECTOS SAP
Pueden existir factores circunstanciales, como los cambios de divisa a euro, o tecnológicos que impulsen los proyectos SAP, pero la causa o motivo fundamental es la necesidad de cambio.
Cambio, entiendo como un proceso continuo, es la necesidad de sobrevivir o de mejorar, de manera que se pueda responder, de manera mas eficiente, a los clientes, empleados y al os accionistas.
LOS PROBLEMAS DE LA IMPLANTACION Y LOS FACTORES CLAVE DE ÉXITO
Los factores clave de éxito y los problemas típicos de una implantación SAP son antagonistas naturales de un proyecto de negocio, y por tanto, evitar problemas es lo mismo que seguir el camino marcando los factores de éxito.
A continuación se marca una lista con algunos de los problemas de implantación de SAP R/3 clasificados en 5 amplias categorías:
1.- Falta de comprensión y conocimientos del SAP por parte de la dirección
Ø Falta de transferencia de conocimientos a los empleados.
Ø Falta de confianza en personal propio entre consultores.
Ø Falta de foco en los aspectos de negocio sobre los técnicos.
2.-Falta de soporte de la alta dirección:
Ø Dirección de gestión no visible.
Ø No se soportan las decisiones del proyecto.
Ø Falta de reconocimiento a los empleados del proyecto.
Ø Falta de dirección y objetivos comunes.
3.- Incapacidad para la gestión de proyectos
Ø Falta de comunicación en ambos sentidos.
Ø Metodología poco clara
Ø Falta de proceso de gestión del cambio.
Ø Inadecuada gestión del proyecto.
4.-Falta de capacidad /recursos
Ø Poco hardware
Ø Red insuficiente
Ø Falta de recursos humanos
Ø Insuficiente formación técnica
5.-Falta de habilidades técnicas
Ø Insuficiente personal técnico para realizar el trabajo
Ø Insuficiente formación técnica
Ø Poco foco en la necesidad de conservar y motivar al personal técnico.
IMPLANTACION DE SAP R/3
Implantar R/3 significa básicamente disponer del SW estándar SAP R/3 para que resuelva las necesidades de información que requiere el negocio y la gestión de una empresa.
Un proyecto de implantación puede considerarse como un conjunto de actividades a desarrollar, en un plazo de tiempo concreto, con el fin de alcanzar un objetivo o resultado previamente establecido.
EL MODELO DE IMPLANTACION
El modelo de implantación SAP o Procedure Model es la metodología propia de SAP para la implantación del sw en un entorno empresarial.
Desde el punto de vista de metodología, ofrece un modelo de implantación distribuido por fases y con tres niveles de detalle. Que son:
Ø En el primer nivel se sitúan las fases del proyecto.
Ø En el segundo nivel los paquetes de trabajo.
Ø En el tercer y ultimo nivel están las actividades del proyectos.
El modelo de implantación consta de 4 fases:
Ø Fase de la organización y concepción
Ø Fase de detalles y de realización
Ø Fase de preparación para entrada en productivo
Ø Fase de operación o modo productivo.
ACCELERATEDSAP
ASAP es la solución para implantaciones rápidas y eficientes.
Uno de los principales objetivos de ASAP es garantizar el entorno de la inversión (ROI) y para ello es una percepción general que cuanto mas rápido se consiga, mejor.
EL ASAP ROADMAP
Es el plan de proyecto de la solución de ASAP. Es un plan de proyecto claro, orientado a procesos, que proporcionan una guía paso a paso durante el tiempo de vida del proyecto de implantación.
A continuación se introduce brevemente cada una de las fases del ASAP ROADMAP:
Ø Fase 1. Preparación del proyecto: En esta fase se definen los objetivos y el alcance del proyecto.
Ø Fase 2. Modelos de proceso: Durante esta fase el equipo de proyecto realiza un completo análisis de los procesos de negocio, al tiempo que se documenta y define la implantación de R/3 en la compañía.
Ø Fase 3. Realización: Una vez que se dispone de la documentación del modelo de procesos generado como resultado de la fase anterior, el equipo de proyecto se encuentra en condiciones de comenzar la fase de realización.
Ø Fase 4. Preparación final: Esta fase requiere la estrecha colaboración de todos los miembros del equipo de proyecto incluyendo los usuarios finales.
Ø Fase 5. Entrada en producción y soporte: En esta fase comienza efectivamente la operación productiva del sistema. El periodo inicial de entrada en producción es el momento de evaluar del modo más real todo lo que se ha configurado y diseñado en las anteriores fases del proyecto.
R/3 BUSINESS ENGINEER
El SAP R/3 ENGINNER es la herramienta de configuración e implantación de R/3, basada en el modelo de referencia y que capacita la implantación mediante las opciones de configuración para adaptar el sistema al modelo de la empresa y del proceso de negocio.
El R/3 Business Engineer es la herramienta central de ASAP, dado que se utiliza para definir el alcance de la implantación, para la configuración y para realizar pruebas de integración.
COMPONENTES BUSINESS ENGINEER
Ø R/3 BUSINESS CONFIGURATOR: usado para configuración interactiva de los modelos R/3 y el modelo de empresa, para la generación automática de listas de tareas de parametrizacion y la visualización de modelos R/3.
Ø MODELO DE REFERENCIA R/3: contiene la descripción de la funcionalidad del sistema R/3 y de cómo se integran los procesos de negocio entre los distintos componentes aplicativos.
Ø REPOSITORIO R/3: que incluye tanto el modelo de referencia estándar R/3 así como modelos específicos de industrias y modelos de empresas previamente creados.
LAS PERSONAS DE LOS PROYECTOS SAP
En teoría, esta aproximación no debe diferenciarse mucho de las otras organizaciones de sistemas de información encargadas de implementar o soportar aplicaciones de gestión consideradas críticas para el negocio.
LA IMPLANTACION TECNICA
En esta sección se trata con mas detalle las tareas desde un punto de vista técnico, también conocido como sistema básico de SAP R/3, son necesarias para dar soporte a la implantación de proyecto SAP R/3.
TEMAS DE IMPLANTACION
Estos temas o problemas de implantación aparecen dentro de algunos de los WORK PACKAGES del modelo de implantación, así como en ASAP, solo que por lo general, las empresas están particularmente preocupadas por los temas que se consideran mas importantes de los proyectos que son el análisis de los procesos de negocio, la configuración o la infraestructura técnica.
LOS HUECOS FUNCIONALES
Este tema o problema que se puede plantear como la implantación tiene como objeto las posibilidades para solucionar las funcionalidades no cubiertas por el estándar SAP.
Las posibilidades para cubrir huecos funcionales son varias: los proyectos de ampliación mediante los user o costumer exits, construir aplicaciones con el ABAP, utilizar paquetes externos e integrarlos con el SAP.
GESTION DE ARCHIVOS
La gestión de archivos de datos de aplicación es un tema obligatorio en toda instalación SAP y que con frecuencia se aborda demasiado tarde. Es necesario recordar que no abordar la gestión del archivo con SAP R/3 conduce a graves problemas de rendimiento y de administración y por tanto a mayores costes a mediano plazo.
MIGRACION DE VERSIONES
Hay que prestar especial atención a la migración de versiones de SAP fundamentalmente si se han realizado cambios o modificaciones en el estándar.
Hay que tener en cuenta ademas del análisis de:
Ø Verificar que la funcionalidad de la nueva versión no interfiere con los procesos de negocio de la empresa.
Ø Comprobar la necesidad de recursos adicionales de hw y de sw.
Ø Planificar la formación adecuada a usuarios y administradores para adaptarse a la nueva versión.
AUTOMATIZACION DE PRUEBAS
Existen muchos tipos de pruebas y verificaciones a realizar en un proyecto de implantación SAP. La usabilidad de procesos, la carga de datos, pruebas de regresión, nuevas versiones, pruebas de estrés, etc.
ESTRATEGIA DE INFORMES
Entre los problemas que se plantean en una implantación respecto a los informes destaca la dificultad para encontrar los informes disponibles, la multitud de opciones y una cierta confusión causada por estas funciones.
La estrategia de creación y disponibilidad de informes tiene que ver, por un lado, con la capacidad de los usuarios para auto generarse sus propios informes, y por otro lado, con el continuo debate sobre la coexistencia en el mismo sistema de la operativa transaccional y la extracción y presentación de los datos.
CUESTIONARIO CAPITULO 8
LOS PROYECTORES SAP R/3
1.- ¿QUÉ SON LOS PROYECTOS DE NEGOCIO?
Los proyectos de implantación SAP no son proyectos cuya esencia sea tecnologica o informatica, sino fundamentalmente son proyectos empresariales. Se ha pasado de proyectos lidereados y realizados por analistas de sistemas a proyectos cuya responsabilidad reae en el analista de negocio.
2.- MENCIONE 2 PROBELMAS DE LA IMPLANTACION SAP
Ø Falta de transferencia de conocimientos a los empleados.
Ø Falta de confianza en personal propio entre consultores.
3.- MENCIONE LOS PROBLEMAS QUE SE ENCUENTRAN EN LA FASE CUATRO DEL SAP
Ø Poco hardware
Ø Red insuficiente
Ø Falta de recursos humanos
Ø Insuficiente formación técnica
4.- MENCIONE LA IMPLANTACION DEL SAP
El modelo de implantación SAP o Procedure Model es la metodología propia de SAP para la implantación del sw en un entorno empresarial.
5.- MENCIONE LOS 3 NIVELES DE LA IMPLANTACION DE SAP
Ø En el primer nivel se sitúan las fases del proyecto.
Ø En el segundo nivel los paquetes de trabajo.
Ø En el tercer y ultimo nivel están las actividades del proyectos.
6.- MENCIONE LAS 4 FASES DEL MODELO DE IMPLANTACION DEL SAP
Ø Fase de la organización y concepción
Ø Fase de detalles y de realización
Ø Fase de preparación para entrada en productivo
Ø Fase de operación o modo productivo.
7.- ¿QUÉ ES EL ACCELERATEDSAP?
ASAP es la solución para implantaciones rápidas y eficientes.
Uno de los principales objetivos de ASAP es garantizar el entorno de la inversión (ROI) y para ello es una percepción general que cuanto mas rápido se consiga, mejor.
8.-¿QUÉ ES EL EL ASAP ROADMAP?
Es el plan de proyecto de la solución de ASAP. Es un
plan de proyecto claro, orientado a procesos, que proporcionan una guía paso a paso durante el tiempo de vida del proyecto de implantación.
9.-MENCIONE 2 FASES DEL EL ASAP ROADMAP
Ø Fase 1. Preparación del proyecto: En esta fase se definen los objetivos y el alcance del proyecto.
Ø Fase 2. Modelos de proceso: Durante esta fase el equipo de proyecto realiza un completo análisis de los procesos de negocio, al tiempo que se documenta y define la implantación de R/3 en la compañía.
10.- ¿QUÉ ES EL R/3 BUSINESS ENGINEER?
El SAP R/3 ENGINNER es la herramienta de configuración e implantación de R/3, basada en el modelo de referencia y que capacita la implantación mediante las opciones de configuración para adaptar el sistema al modelo de la empresa y del proceso de negocio.
11.- MENCIONE 2 COMPONENTES DEL COMPONENTES BUSINESS ENGINEER
Ø R/3 BUSINESS CONFIGURATOR: usado para configuración interactiva de los modelos R/3 y el modelo de empresa, para la generación automática de listas de tareas de parametrizacion y la visualización de modelos R/3.
Ø MODELO DE REFERENCIA R/3: contiene la descripción de la funcionalidad del sistema R/3 y de cómo se integran los procesos de negocio entre los distintos componentes aplicativos.
12.- ¿QUE INCLUYE EL REPOSITORIO R/3?
Tanto el modelo de referencia estándar R/3 así como modelos específicos de industrias y modelos de empresas previamente creados.
13.- ¿QUE ES LA IMPLANTACION TECNICA?
En esta sección se trata con más detalle las tareas desde un punto de vista técnico, también conocido como sistema básico de SAP R/3, son necesarias para dar soporte a la implantación de proyecto SAP R/3.
14.- ¿QUE ES LA GESTION DE ARCHIVOS?
La gestión de archivos de datos de aplicación es un tema obligatorio en toda instalación SAP y que con frecuencia se aborda demasiado tarde. Es necesario recordar que no abordar la gestión del archivo con SAP R/3 conduce a graves problemas de rendimiento y de administración y por tanto a mayores costes a mediano plazo.
15.- ¿QUE SE DEBE TOMAR EN CUENTA PARA LA MIGRACION DE VERSIONES?
Ø Verificar que la funcionalidad de la nueva versión no interfiere con los procesos de negocio de la empresa.
Ø Comprobar la necesidad de recursos adicionales de hw y de sw.
Ø Planificar la formación adecuada a usuarios y administradores para adaptarse a la nueva versión.
16.- ¿QUE ES LA AUTOMATIZACION DE PRUEBAS?
Existen muchos tipos de pruebas y verificaciones a realizar en un proyecto de implantación SAP. La usabilidad de procesos, la carga de datos, pruebas de regresión, nuevas versiones, pruebas de estrés, etc.
17.- ¿QUE ES LA ESTRATEGIA DE INFORMES Y PARA QUE SIRVE?
Entre los problemas que se plantean en una implantación respecto a los informes destaca la dificultad para encontrar los informes disponibles, la multitud de opciones y una cierta confusión causada por estas funciones.
18.- ¿QUE SON LOS HUECOS FUNCIONALES?
Este tema o problema que se puede plantear como la implantación tiene como objeto las posibilidades para solucionar las funcionalidades no cubiertas por el estándar SAP.
Las posibilidades para cubrir huecos funcionales son varias: los proyectos de ampliación mediante los user o costumer exits, construir aplicaciones con el ABAP, utilizar paquetes externos e integrarlos con el SAP.
19.- MENCIONA LA FASE 5 DEL ASAP ROADMAP
Ø Fase 5. Entrada en producción y soporte: En esta fase comienza efectivamente la operación productiva del sistema. El periodo inicial de entrada en producción es el momento de evaluar del modo más real todo lo que se ha configurado y diseñado en las anteriores fases del proyecto.
20.- ¿QUE PROBLEMAS SE MENCIONAN EN LA LISTA 5 DE PROBLEMAS DE IMPLANTACION DEL SAP?
Ø Insuficiente personal técnico para realizar el trabajo
Ø Insuficiente formación técnica
Ø Poco foco en la necesidad de conservar y motivar al personal técnico.
