Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
GESTION
INFORMACION
c
copyleft
Copyright (c) 2004 Pablo Perez Perez y Antonio Toledo Carnicero.
This
work
is
licensed
under
the
Creative
Commons
AttributionNonCommercial-ShareAlike License. To view a copy of this license, visit
http://creativecommons.org/licenses/by-nc-sa/2.0/ or send a letter to Creative
Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.
Prefacio
En los u
ltimos 10 a
nos la implantacion de sistemas de informacion tipo
ERP en las grandes empresas ha sido masiva. SAP R/3 es el maximo
exponente de ello al ser el lder mundial en n
umero de instalaciones. La
gran amplitud y complejidad de un sistema R/3 exige la especializacion del
personal de la empresa en cada uno de sus aspectos como pueden ser, la
funcionalidad, la parametrizacion, la programacion o la administracion del
sistema. Es en este u
ltimo aspecto, la administracion del sistema, en el que
se centra la presente obra.
Audencia
Este libro esta especficamente escrito para los alumnos de la asignatura
Gestion de Sistemas de Informaci
on dentro del quinto curso del programa de
estudios de Ingeniera en Informatica de ESIDE en la Universidad de Deusto.
Son a ellos, principalmente, a quien va dirigido el libro.
No obstante, a lo largo de nuestra experiencia laboral hemos tenido
la oportunidad de mostrar varios captulos del libro a diversas personas
que trabajan con SAP R/3. A algunos programadores y tecnicos de
atencion a usuarios les ha resultado u
til para comprender determinados
aspectos globales de SAP que no tratan habitualmente en su trabajo diario
como la arquitectura del sistema, el sistema de transporte o la seguridad.
Tambien puede servir como introduccion a los que quieran iniciarse en la
administracion de sistemas R/3.
4
trabajado como analista y consultor tecnico de SAP para varias empresas y
formo parte durante 5 a
nos del equipo de desarrollo de Finanzas y Control
de Gestion en la electrica Iberdrola. En la actualidad es el responsable de los
sistemas informaticos de la empresa reprografica Cianoplan y ocasionalmente
trabaja como analista freelance de ABAP/4. Su experiencia docente incluye
varias ediciones del Master de Consultora e Implantaci
on de Sistemas de
Informacion y la Diplomatura de Especializaci
on en Gesti
on de Sistemas y
Redes, ambos ttulos de postgrado impartidos por la Universidad de Deusto.
Antonio Toledo es licenciando en Ciencias Fsicas por la Universidad
del Pas Vasco desde el a
no 1995. Trabajo tambien como programador de
ABAP/4 y administrador de sistemas en la empresa Grupo Antoln. Despues
presto servicios de administracion y consultora de sistemas formando parte
de la empresa Ceinsa. En la actualidad trabaja en la consultora IT Deusto
formando parte del equipo de administracion de sistemas SAP R/3 de
Iberdrola. Ha colaborado en varias ocasiones como profesor en el Master de
Consultora e Implantacion de Sistemas de Informaci
on y la Diplomatura de
Especializacion en Gesti
on de Sistemas y Redes de la Universidad de Deusto.
Indice general
Copyleft
1. Introducci
on a SAP R/3
1.1. Software estandar vs. software a medida
1.2. Vision general de SAP R/3 . . . . . . .
1.2.1. Caractersticas principales . . . .
1.2.2. Modulos . . . . . . . . . . . . . .
1.2.3. Entorno de desarrollo . . . . . . .
2. Introducci
on al sapgui
2.1. Pantalla de logon a SAP R/3 . . .
2.2. Concepto de mandante . . . . . . .
2.3. La barra de ttulo . . . . . . . . . .
2.4. El men
u desplegable . . . . . . . .
2.5. La barra estandar de herramientas
2.6. La barra de aplicaciones . . . . . .
2.7. La pantalla principal . . . . . . . .
2.8. La barra de estado . . . . . . . . .
2.9. Ventana de dialogo . . . . . . . . .
2.10. Ayudas de b
usqueda . . . . . . . .
2.11. Modos . . . . . . . . . . . . . . . .
2.12. Concepto de transaccion . . . . . .
2.13. Opciones tecnicas . . . . . . . . . .
2.14. La pantalla status . . . . . . . . . .
3. Arquitectura de un sistema R/3
3.1. Introduccion . . . . . . . . . . .
3.2. Servicios de base de datos . . .
3.3. Servicios de aplicacion . . . . .
3.4. Servicios de presentacion . . . .
5
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
13
13
14
14
16
19
.
.
.
.
.
.
.
.
.
.
.
.
.
.
21
21
21
24
24
25
27
27
28
29
29
30
32
33
34
.
.
.
.
37
37
39
40
43
INDICE GENERAL
4. Escenarios de configuraci
on
4.1. Consideraciones generales sobre los sistemas R/3 . . . . . . . .
4.2. Descripcion y funciones de cada sistema . . . . . . . . . . . .
4.2.1. Sistema de desarrollo . . . . . . . . . . . . . . . . . . .
4.2.2. Sistema de integracion . . . . . . . . . . . . . . . . . .
4.2.3. Sistema de produccion . . . . . . . . . . . . . . . . . .
4.3. Mandantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.1. Mandantes estandar . . . . . . . . . . . . . . . . . . .
4.3.2. Mandantes propios . . . . . . . . . . . . . . . . . . . .
4.4. Comparacion de escenarios . . . . . . . . . . . . . . . . . . . .
4.4.1. Configuracion con un solo sistema (Produccion) . . . .
4.4.2. Configuracion con dos sistemas (Desarrollo y Produccion)
4.4.3. Configuracion con tres sistemas (Desarrollo, Integracion y Produccion) . . . . . . . . . . . . . . . . . .
45
45
46
46
46
47
47
47
48
50
50
51
52
5. Monitorizaci
on de procesos y usuarios
55
5.1. Monitorizacion de procesos activos . . . . . . . . . . . . . . . 55
5.2. Monitorizacion usuarios conectados . . . . . . . . . . . . . . . 60
6. Procesamiento en fondo
6.1. Conceptos de procesamiento en fondo
6.2. Definicion de jobs . . . . . . . . . . .
6.2.1. Informacion general . . . . . .
6.2.2. Hora de inicio o evento . . . .
6.2.3. Pasos . . . . . . . . . . . . . .
6.3. Analisis de jobs . . . . . . . . . . . .
6.3.1. Estados de un job . . . . . . .
6.3.2. Operaciones sobre jobs . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
7. Servicios de actualizaci
on
7.1. Actualizacion sncrona y asncrona . . . . .
7.2. Procesos de actualizacion V1 y V2 . . . . .
7.3. Monitorizacion del estado de la actualizacion
7.4. Actualizaciones interrumpidas . . . . . . . .
7.5. Entradas de bloqueo . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. .
. .
del
. .
. .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. . . . .
. . . . .
sistema
. . . . .
. . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
65
65
66
66
67
68
68
69
70
.
.
.
.
.
73
73
75
75
77
80
.
.
.
.
85
85
86
86
88
INDICE GENERAL
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
89
89
91
92
92
94
.
.
.
.
103
. 103
. 103
. 106
. 108
10.Gesti
on de usuarios y autorizaciones
111
10.1. Modelo de seguridad en R/3 . . . . . . . . . . . . . . . . . . . 111
10.2. Mantenimiento de usuarios . . . . . . . . . . . . . . . . . . . . 113
10.3. Generador de perfiles . . . . . . . . . . . . . . . . . . . . . . . 116
11.Sistema de transporte
11.1. Ordenes
de transporte . . . . . .
11.2. Clases de desarrollo . . . . . . . .
11.3. Tipos de ordenes de transporte . .
11.4. Estados de una orden de transporte
11.5. Customizing organizer y workbench
11.6. Transporte manual de ordenes . .
11.7. Log del transporte . . . . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
y sus tareas
organizer .
. . . . . . .
. . . . . . .
12.Gesti
on de mandantes
12.1. Creacion de un nuevo mandante . .
12.2. Copia local de mandante . . . . . .
12.3. Copia remota de mandante . . . . .
12.4. Transporte de mandante . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. . . .
. . . .
. . . .
. . .
. . . .
. . . .
. . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
121
. 121
. 124
. 124
. 126
. 127
. 131
. 136
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
153
. 153
. 153
. 157
. 158
. 159
. 159
. 161
13.Mantenimiento de instancias
13.1. Perfiles del sistema . . . . . . . . . . . . . . . . .
13.1.1. Mantenimiento de perfiles del sistema . . .
13.1.2. Importacion de perfiles del sistema . . . .
13.1.3. Visualizacion todos los parametros activos
13.1.4. Parametros mas importantes de un sistema
13.2. Modos de Operacion . . . . . . . . . . . . . . . .
13.2.1. Gestion de modos de operacion . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
. . .
. . .
. . .
. . .
R/3
. . .
. . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
139
140
145
148
149
INDICE GENERAL
171
B. Recursos Web
177
C. Casos reales
179
C.1. Autodesk, Inc. . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
C.2. Schweppes, S.A. . . . . . . . . . . . . . . . . . . . . . . . . . . 180
C.3. IBM Espa
na . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
D. Glosario
185
Indice de figuras
2.1. Pantalla de entrada a SAP R/3 . . . . . . .
2.2. Barra de ttulo . . . . . . . . . . . . . . . .
2.3. Barra de aplicaciones . . . . . . . . . . . . .
2.4. Pantalla principal . . . . . . . . . . . . . . .
2.5. Barra de estado . . . . . . . . . . . . . . . .
2.6. Ventana de dialogo . . . . . . . . . . . . . .
2.7. Ayuda de b
usqueda . . . . . . . . . . . . . .
2.8. Listado de valores posibles . . . . . . . . . .
2.9. Icono de acceso a las opciones tecnicas . . .
2.10. Menu del icono de acceso a opciones tecnicas
2.11. Status del sistema . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
22
24
27
27
28
29
30
31
33
33
35
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
56
59
60
61
62
62
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
74
74
76
78
79
INDICE DE FIGURAS
10
9.1.
9.2.
9.3.
9.4.
9.5.
9.6.
9.7.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
87
88
90
90
91
93
93
de salida
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
.
.
.
.
.
.
.
104
105
106
107
109
109
110
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
112
114
115
116
117
118
119
119
11.6. Ordenes
de transporte . . . . . . . . . . . . .
11.7. Creacion de una orden de transporte . . . . .
11.8. Listado de ordenes transportadas y liberadas .
11.9. Transporte de una orden a un sistema destino
11.10.Esquema ejemplo del transporte de una orden
11.11.Visualizacion individual de ordenes . . . . . .
11.12.Log del transporte de una orden . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
123
123
125
127
128
129
131
133
134
135
137
137
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
INDICE DE FIGURAS
11
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
141
142
145
147
148
150
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
155
155
156
157
161
162
163
164
166
167
168
169
169
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Captulo 1
Introducci
on a SAP R/3
1.1.
Software est
andar vs. software a medida
Tecnologas de la informaci
on
13
A SAP R/3
CAPITULO 1. INTRODUCCION
14
1.2.
1.2.1.
Visi
on general de SAP R/3
Caractersticas principales
Las m
ultiples ventajas del software R/3 hace que se haya convertido
en uno de los estandares de hecho dentro de las grandes corporaciones. A
continuacion detallaremos algunas de estas ventajas.
Exhaustivo El sistema R/3 engloba la practica totalidad de los procesos de
gestion de la empresa. En el siguiente apartado veremos detallados la
cantidad de modulos que incluye.
Integrado Tal cantidad de modulos no aportaran demasiado valor a
nadido
a la empresa si no fuera por la integracion. Las interrelaciones estrechas
15
A SAP R/3
CAPITULO 1. INTRODUCCION
16
1.2.2.
M
odulos
17
18
A SAP R/3
CAPITULO 1. INTRODUCCION
Ventas y Distribuci
on SD Sales and Distribution. La cambiante
realidad de los mercados actuales es un reto para cualquier
programa de gestion de ventas. SD es lo suficientemente flexible
como para poder adecuarnos a precios, condiciones de entrega,
descuentos, comisiones y ofertas que a veces cambian a diario.
Informar adeduadamente a los modulos financieros del estado de
nuestras ventas es una labor imprescindible para poder conocer el
estado economico y financiero actualizado de la empresa.
1.2.3.
19
Entorno de desarrollo
A SAP R/3
CAPITULO 1. INTRODUCCION
20
Captulo 2
Introducci
on al sapgui
Como cualquier software que este basado en arquitectura cliente/servidor,
SAP R/3 dispone de un programa cliente que se debe instalar en cada uno
de los servidores de presentacion (PCs) para poder realizar la conexion al
sistema R/3. Este programa cliente se llama SAPGUI o SAP Frontend y es la
herramienta que nos permite navegar por las distintas aplicaciones integradas
que conforman el sistema R/3 de SAP.
2.1.
2.2.
Concepto de mandante
22
AL SAPGUI
CAPITULO 2. INTRODUCCION
23
el sistema R/3 el que accede a dichas tablas para irle mostrando al usuario
la informacion pedida. El mandante es el primer campo clave de la mayora
de la tablas que conforman la base de datos de SAP R/3. Las tablas que
contienen al campo mandante como primer campo dentro de su clave son las
llamadas dependientes de mandante. Las tablas que no contienen al campo
mandante dentro de su clave se llaman independientes de mandante.
Cuando un usuario se conecta a un mandante, el sistema le esta asignando
en ese momento el valor del mandante elegido, con lo que el usuario solo
podra acceder a visualizar o modificar los datos de cada tabla que tengan
como mandante el que ha elegido en tiempo de conexion. Sin embargo, si
una tabla es independiente de mandante, esta puede ser accedida desde
cualquier mandante al que se conecte el usuario. Esto se consigue de manera
transparente para el usuario e incluso para el desarrollador ya que es el
propio sistema el que traduce los accesos a las tabla incluyendo en la clausula
WHERE de la instruccion SQL el campo mandante y el valor actual que
tenga.
Ejemplo:
Situaci
on 1: Los usuarios user1 y user2 estan ambos conectados al
mandante 015 de un mismo sistema. Mientras el usuario user1 esta modificando la factura 1000, el usuario user2 solo podra acceder en modo visualizacion
ya que la factura esta siendo bloqueada por el usuario user1; sin embargo,
cuando el usuario user1 termine de modificarla, user2 podra ver la modificacion realizada por user1, e incluso podra realizar cualquier modificacion
posterior.
Situaci
on 2: El usuario user1 esta conectado al mandante 015 y el
usuario user2 esta conectado al mandante 016 del mismo sistema. Ahora los
2 usuarios no pueden acceder a la misma informacion ya que sus conexiones al
sistema estan logicamente separadas; el usuario user1 accede a la factura
1000 de su mandante y el usuario user2 puede acceder al mismo tiempo
a la factura 1000 ( si esta existe ) de su mandante, si bien los datos son
completamente distintos ya que la factura 1000 del mandante 015 no es la
misma que la factura 1000 del mandante 016.
Lo que realmente ocurre es que para poder los usuarios acceder a la
factura 1000, el sistema esta accediendo a la tabla de facturas, pero en cada
caso accede al registro compuesto por el mandante de conexion del usuario
y el n
umero de factura:
AL SAPGUI
CAPITULO 2. INTRODUCCION
24
Mandante
015
015
016
016
Num. factura
1000
1010
1000
1050
Descripcion
Factura X
Factura Y
Factura Z
Factura V
2.3.
La barra de ttulo
2.4.
El men
u desplegable
El men
u desplegable es la herramienta basica para la navegacion por
las distintas aplicaciones del sistema SAP R/3. En el podremos encontrar
todas las funciones necesarias para un llevar a cabo un control total sobre
las transacciones y programas. El men
u desplegable se caracteriza por tener
fijas las u
ltimas dos opciones de la derecha. Estas dos opciones son:
Sistema. Opcion para crear y borrar modos, desconexion del sistema,
ver el status de nuestra sesion entre otras.
Ayuda. Acceso a la ayuda online de SAP.
2.5. LA BARRA ESTANDAR
DE HERRAMIENTAS
2.5.
25
La barra est
andar de herramientas
Se debera pulsar este boton para chequear los datos introducidos en una
pantalla. El boton enter realiza la misma funcion que pulsar la tecla enter
del teclado.
Campo de Comandos
AL SAPGUI
CAPITULO 2. INTRODUCCION
26
Se debera pulsar este boton si deseamos salir de la tarea actual sin grabar.
Bot
on Imprimir
27
2.6.
La barra de aplicaciones
2.7.
La pantalla principal
AL SAPGUI
CAPITULO 2. INTRODUCCION
28
2.8.
La barra de estado
2.9. VENTANA DE DIALOGO
2.9.
29
Ventana de di
alogo
2.10.
Ayudas de b
usqueda
AL SAPGUI
CAPITULO 2. INTRODUCCION
30
2.11.
Modos
2.11. MODOS
31
AL SAPGUI
CAPITULO 2. INTRODUCCION
32
Generar una lista con los modos propios activos Indicar: /o.
Salir del sistema Indicar: /nend.
2.12.
Concepto de transacci
on
2.13. OPCIONES TECNICAS
2.13.
33
Opciones t
ecnicas
Opciones nos permite reconfigurar el aspecto de nuestro SAPGUI estableciendo nuevos colores, fuentes. Esta opcion solo es valida para el modo
de visualizacion antiguo.
Portapapeles es una herramienta similar al Portapapeles de Windows que
nos permite realizar selecciones de texto en cualquier pantalla del
SAPGUI y llevar esa seleccion a cualquier editor de texto ( bien sea
dentro del Sistema R/3 como fuera de el ).
AL SAPGUI
CAPITULO 2. INTRODUCCION
34
Generar Gr
afico es una herramienta que nos crea una pantalla similar a la
que estamos visualizando con la herramienta de graficos de SAP R/3.
Solo funciona con pantallas en las que tengamos alg
un tipo de listado.
Tama
no est
andar cambia la pantalla del SAPGUI a su tama
no por
defecto. Esta opcion solo funciona con resoluciones de pantalla
superiores a 800x600.
Hardcopy (duplicado de pantalla) enva la pantalla actual del SAPGUI
a la impresora que tengamos configurada por defecto en el PC. Esta
es una herramienta que esta todava en desarrollo por SAP y que
todava produce errores en la impresion de estas capturas debido a
incompatibilidades con ciertos drives de monitores.
Acerca de nos muestra los datos tecnicos de version del SAPGUI que
estamos utilizando.
2.14.
La pantalla status
Existe en SAP R/3 una ventana que nos informa sobre la conexion actual
que hemos realizado en el sistema, as como sobre los datos tecnicos referentes
al sistema operativo, el sistema de gestion de base de datos del servidor y la
version de SAP instalada.
A esta pantalla accederemos desde el men
u SistemaStatus, el cual
siempre se encuentra disponible desde cualquier punto de navegacion de SAP.
En ella podemos distinguir varias partes que describimos a continuacion:
Datos utilizaci
on En esta parte se presentan los datos relativos a la
conexion que el usuario ha realizado sobre SAP como el mandante,
nombre de usuario, idioma de conexion, fecha y hora del sistema,
as como la fecha y hora de la conexion anterior que realizo ese mismo
usuario sobre ese sistema.
Se debera tener en cuenta que la hora aqu presentada no tiene nada
que ver con la hora presentada en la barra de estado ya que la que
aparece en la ventana status se refiere a la hora actual del servidor y
la hora de la barra de estado se refiere a la hora actual del PC, que en
general no coincidiran.
Datos SAP Este area esta destinada a mostrar informacion tecnica sobre
SAP R/3 y se compone de varias subpartes. La parte de Datos
Repository se refiere a la transaccion y programas asociados a dicha
35
Captulo 3
Arquitectura de un sistema R/3
3.1.
Introducci
on
37
38
39
Debido a su arquitectura abierta no hay practicamente ninguna restriccion en la portabilidad como podemos comprobar por la figura 3.2
S.O. soportados
RDBMS soportados
G.U.I. soportados
3.2.
40
3.3.
Servicios de aplicaci
on
D
V
E
B
M
G
S
3.3. SERVICIOS DE APLICACION
41
Servicios de di
alogo
Cuando un usuario esta conectado a un sistema R/3 y realiza cualquier
peticion de informacion al sistema (por ejemplo visualizar una factura), esta
peticion es gestionada por el sistema a traves de una cola de trabajo o
proceso llamado de dialogo. Estos procesos act
uan como interlocutores entre
el usuario final y la base de datos.
Servicios de actualizaci
on
El sistema esta provisto de unas colas de trabajo especiales llamadas
de actualizacion por donde gestionara las modificaciones de los datos de
aplicacion en la base de datos.
Servicio de gesti
on de bloqueos
Este servicio juega un papel muy importante y, como el anterior, solo
una instancia dentro de un mismo sistema puede proveer este servicio. Este
servicio es el encargado de impedir que un objeto en SAP sea modificado por
mas de un usuario a la vez. Este servicio es absolutamente necesario para la
integridad de los datos de aplicacion.
Se recomienda que estos dos u
ltimos servicios corran en la misma instancia
ya que interact
uan entre s.
Servicios de procesamiento batch
El sistema R/3 proporciona unos procesos llamados de batch especficos
para la realizacion de tareas, especialmente largas, que no requieran la
intervencion del usuario final. De esta forma se podran planificar tareas
pesadas como la carga o modificacion masiva de datos maestros sin que el
usuario tenga que estar presente para su ejecucion.
Servidor de mensajes
Dentro de la capa de aplicacion hay una instancia entre el resto que
provee el servicio de servidor de mensajes; este servicio es necesario para
la comunicacion de todas las instancias de un sistema R/3, y monitoriza
y asigna recursos libres. La instancia donde corre este servicio es llamada
instancia central.
Servicio de Gateway
42
3.4. SERVICIOS DE PRESENTACION
43
3.4.
Servicios de presentaci
on
Captulo 4
Escenarios de configuraci
on
Cualquier entorno de software de gestion empresarial presenta la
necesidad de tener sistemas completos (hardware y software) separados
dedicados a funciones especficas. Entre estas funciones podemos destacar
el desarrollo del software, las pruebas del mismo, la formacion a los usuarios
finales y, la mas importante de todas, la puesta en produccion del software.
SAP R/3 dispone de m
ultiples alternativas de configuracion de escenarios.
Cada empresa debera decidir, segun los criterios que veremos posteriormente,
cual es la que mejor se ajusta a sus necesidades. Esta decision, debido al
caracter abierto y escalable de R/3, puede alterarse en cualquier momento si
se aprecia que los condicionantes de la empresa que llevaron a optar por una
solucion determinada han cambiado.
4.1.
En la version 4.0B
45
CAPITULO 4. ESCENARIOS DE CONFIGURACION
46
4.2.
Descripci
on y funciones de cada sistema
Atendiendo u
nicamente a la funcion que van a cumplir, hay varios tipos
de sistemas R/3. Vamos a describir los tres mas habituales (desarrollo,
integracion y produccion) aunque dependiendo del tama
no y necesidades
de la empresa SAP tambien contempla la posibilidad de tener un sistema de
formacion aislado y un sistema de desarrollo de cliente propio.
4.2.1.
Sistema de desarrollo
4.2.2.
Sistema de integraci
on
Go Livees el termino ingles que se utiliza para referirse al momento en que el sistema
productivo se abre a los usuarios finales para que comienzen a trabajar.
4.3. MANDANTES
47
4.2.3.
Sistema de producci
on
4.3.
4.3.1.
Mandantes
Mandantes est
andar
48
4.3.2.
Mandantes propios
4.3. MANDANTES
49
El palabra que utiliza SAP es sandbox que es una caja de arena en la que juegan
los ni
nos. El termino ha sido libremente traducido al castellano por los autores.
CAPITULO 4. ESCENARIOS DE CONFIGURACION
50
4.4.
Comparaci
on de escenarios
4.4.1.
Configuraci
on con un s
olo sistema (Producci
on)
Ventajas
Al tener una sola maquina los costes de hardware son mnimos.
Todo el trabajo del transporte de elementos de desarrollo queda
suprimido con lo que la administracion del sistema se simplifica en
cierto modo.
Desventajas
Tendremos problemas con las tablas independientes de mandante.
Problemas durante la instalacion y pruebas de los parches.
Tendremos dificultades para crear nuevos desarrollos y tendremos
que provocar la indisponibilidad del sistema para realizar las pruebas
integradas.
DE ESCENARIOS
4.4. COMPARACION
51
El rendimiento de nuestra u
nica maquina sera malo ya que tendremos
todos los mandantes en la misma base de datos con el aumento de
tama
no de las tablas que ello implica.
Conclusi
on
SAP desaconseja totalmente esta configuracion. Algunos clientes se
decantan por ella alegando que no van a desarrollar nada de software
nuevo y que tampoco van a parametrizar mucho con lo que un sistema
R/3 basico les sirve para empezar a trabajar. La realidad demuestra mas
tarde que hacer esto significa infrautilizar el potencial de adaptabilidad y
crecimiento que tiene SAP y en poco tiempo instalan un segundo sistema
que les permite hacer cosas que antes no podan. La reduccion inicial de
costes en hardware tambien resulta enga
nosa porque en el presupuesto de
un proyecto de implantacion de R/3 el coste del hardware representa un
porcentaje bastante peque
no del total. Lo que ocurre es que es uno de los
primeros gastos en el que hay que incurrir y por eso da la impresion de que es
4.4.2.
Configuraci
on con dos sistemas (Desarrollo y
Producci
on)
Ventajas
Todos los desarrollos nuevos y la parametrizacion creada se puede
probar en el sistema de desarrollo sin interferir con el trabajo real en
productivo.
Tenemos los datos reales de nuestro sistema productivo aislados en una
maquina a la que no puede acceder el personal de desarrollo, de esta
manera garantizamos la confidencialidad de nuestra informacion. Este
punto puede ser en algunos caso vital, estrategicamente hablando, o
incluso de obligado cumplimiento legal, en el caso de la informacion
relativa a empleados, clientes y proveedores.
La inversion en hardware es reducida. El sistema de desarrollo puede ser
una maquina de caractersticas inferiores a la de productivo y estaremos
ajustando bastante nuestro presupuesto.
Desventajas
CAPITULO 4. ESCENARIOS DE CONFIGURACION
52
4.4.3.
Configuraci
on con tres sistemas (Desarrollo,
Integraci
on y Producci
on)
Ventajas
La instalacion de aplicaciones o modulos adicionales se puede hacer sin
afectar al trabajo habitual de desarrollo.
La existencia del mandante trastero en el sistema de desarrollo facilita
la familiarizacion con las funcionalidades de los modulos y la realizacion
de pruebas sin peligro.
DE ESCENARIOS
4.4. COMPARACION
53
Captulo 5
Monitorizaci
on de procesos y
usuarios
Una de las tareas basicas de administracion de un sistema SAP R/3
consiste en la monitorizacion de los procesos activos en las instancias que
conforman el sistema ya sea en el entorno de desarrollo, integracion o
produccion -, as como que usuarios han ejecutado tales procesos.
Sera labor del administrador el evitar que se ejecuten procesos demasiado
pesados que provoquen una ralentizacion global del sistema, manteniendo
un contacto estrecho con el departamento de desarrollo y con los usuarios
finales para identificar tales procesos para que sean ejecutados en modo batch
durante el procesamiento nocturno.
5.1.
Monitorizaci
on de procesos activos
56
DE PROCESOS Y USUARIOS
CAPITULO 5. MONITORIZACION
DIA
BTC
UPD
UPD2
ENQ
SPO
para
para
para
para
para
para
procesos
procesos
procesos
procesos
procesos
procesos
de dialogo
batch
de actualizacion V1
de actualizacion V2
de Enqueue
de spool
DE PROCESOS ACTIVOS
5.1. MONITORIZACION
57
58
DE PROCESOS Y USUARIOS
CAPITULO 5. MONITORIZACION
DE PROCESOS ACTIVOS
5.1. MONITORIZACION
59
60
DE PROCESOS Y USUARIOS
CAPITULO 5. MONITORIZACION
5.2.
Monitorizaci
on usuarios conectados
Otra tarea basica de administracion que se complementa con la monitorizacion de procesos activos es la monitorizacion de usuarios conectados al
sistema. Existe en el sistema una herramienta que nos proporciona en formato listado los usuarios que se han conectado a la instancia actual. Tal
informacion es mostrada en la transaccion SM04 Herramientas Gestion
MonitorSupervisar Sistema Usuarios Conectados.
La pantalla de usuarios conectados nos da la siguiente informacion:
1. Mandante de conexion .
2. Nombre de usuario en SAP .
3. Nombre del servidor de presentacion desde donde se ha realizado la
conexion.
4. Codigo de transaccion perteneciente al modo actualmente activo .
5. Hora a la que se ejecuto por u
ltima vez alg
un proceso desde el modo
activo asociado a la conexion fsica que estamos visualizando.
6. Cantidad de modos abiertos por el usuario .
USUARIOS CONECTADOS
5.2. MONITORIZACION
61
62
DE PROCESOS Y USUARIOS
CAPITULO 5. MONITORIZACION
USUARIOS CONECTADOS
5.2. MONITORIZACION
63
Captulo 6
Procesamiento en fondo
6.1.
66
6.2.
Definici
on de jobs
Un job es conjunto de uno o mas programas que se lanzan consecutivamente en proceso de fondo. Para crear un job 1 utilizaremos la transaccion
SM36, a la que se llega a traves de Herramientas CCMS Jobs Definicion, y que nos muestra la pantalla de la figura 6.1
6.2.1.
Informaci
on general
DE JOBS
6.2. DEFINICION
67
6.2.2.
Una vez definidas la caractersticas generales del job tenemos que indicar
cuando debe ejecutarse. Esta indicacion puede hacerse de diversas formas:
Ejecucion inmediata. Como su propio nombre indica nos permite iniciar
el job en el momento de acabar su definicion.
Ejecucion por fecha/hora. Deberemos indicarle un da y una hora en
la que queramos que comience el job. Ademas podemos marcar el job
como periodico, es decir, que se repetira su ejecucion cada cierto periodo
de tiempo (cada da, cada 35 minutos. . . ). Esta opcion es muy u
til
para la planificacion de jobs de mantenimiento o de recoleccion de
estadsticas, de hecho, al instalar SAP ya existen una serie de jobs
de estas caractersticas.
Por job. Con esta indicacion de comienzo podemos encadenar unos
jobs con otros, es decir, indicaremos al job B que empiece a ejecutarse
cuando acabe el job A. Tambien podemos especificar que solo comience
cuando la finalizacion del job A sea correcta, en caso de que el job A
haya sido cancelado en mitad de su ejecucion el job B no se ejecutara.
Por evento. El job comenzara cuando se produzca en el sistema el evento
que le indiquemos.
68
6.2.3.
Pasos
6.3.
An
alisis de jobs
6.3. ANALISIS
DE JOBS
69
6.3.1.
Estados de un job
Una vez definido un job lo que nos interesa conocer en todo momento
su estado. Los posibles estados en los que se puede encontrar un job son los
siguientes:
Previsto Es el estado inicial en el que se encuentra cuando hemos definido
los datos generales y los pasos del job pero no hemos dicho nada acerca
de cuando debe ejecutarse. La eleccion del nombre no es muy acorde a
su significado real porque un job que esta previsto no se ejecutara nunca
a menos que lo liberemos o modifiquemos la seccion de datos de inicio.
Liberado Cuando definimos completamente un job con la transaccion SM36
o liberamos un job que estaba en estado previsto, entonces pasa a
70
6.3.2.
6.3. ANALISIS
DE JOBS
71
72
Captulo 7
Servicios de actualizaci
on
El servicio de actualizacion en SAP R/3 es especialmente importante ya
que es el encargado de gestionar las modificaciones solicitadas por los usuarios
en las base de datos. Dichas actualizaciones se pueden generar a traves de
procesos de trabajo tipo dialogo, batch o update.
7.1.
Actualizaci
on sncrona y asncrona
La actualizacion en la base de datos de un sistema R/3 es mayoritariamente asncrona, es decir, el sistema gestiona la peticion de actualizacion del
usuario en un proceso aparte del proceso de dialogo del usuario. El efecto de
este tipo de actualizaciones es que el usuario se desentiende totalmente del
proceso de actualizacion, ya que no debe esperar a que el sistema acceda a
actualizar a la base de datos para poder seguir trabajando. Esto se traduce en
una mejora del rendimiento; el proceso de dialogo del usuario no espera a que
se terminen las actualizaciones para seguir procesando las peticiones de ese
usuario. La actualizacion asncrona no se realiza directamente en los procesos
de dialogo, sino que se gestionan en procesos de actualizacion especficos.
En la figura 7.1 se muestra en forma esquematica como las actualizaciones
asncronas pertenecientes a un proceso de trabajo a un usuario son lanzadas
en paralelo.
La actualizacion sncrona, aunque es menos frecuente, tambien se produce
en un sistema R/3, y se diferencia de la asncrona en que la peticion
de actualizacion en la base de datos se genera en el mismo proceso de
trabajo que gestiona el resto de peticiones del usuario dialogo si el usuario
esta trabajando en online o batch si el usuario ha dejado programado un job
. De esta forma el proceso de dialogo o batch debe esperar a que se realicen
las actualizaciones en la base de datos antes de seguir procesando el resto de
73
74
peticiones del usuario, por lo que el rendimiento sera peor que en el caso de
la actualizacion asncrona.
En la figura 7.2 se muestra en forma esquematica como las actualizaciones
sncronas pertenecientes a un proceso de trabajo asociado a un usuario
son lanzadas en el mismo proceso, obligando al proceso a esperar a que la
actualizacion termine para poder continuar.
V1 Y V2
7.2. PROCESOS DE ACTUALIZACION
75
7.2.
Procesos de actualizaci
on V1 y V2
7.3.
Monitorizaci
on del estado de la actualizaci
on del sistema
El sistema SAP R/3 dispone de una herramienta para la activacion y desactivacion generica de los servicios de actualizacion, as como para la mon1
76
77
Mandante
7.4.
Actualizaciones interrumpidas
78
79
CAPITULO 7. SERVICIOS DE ACTUALIZACION
80
7.5.
Entradas de bloqueo
81
Por defecto, el campo mandante y usuario estan rellenos con los valores por
defecto.
Una vez rellenos los parametros de seleccion con los valores deseados
pulsamos el boton Enter en la barra de aplicaciones y nos aparecera un
listado con las entradas de bloqueo que cumplen la seleccion realizada.
El listado esta compuesto por los campos mandante, usuario, hora a la que
se ha producido el bloqueo, tabla a la que pertenece el registro bloqueado, y
argumento de bloqueo que en general correspondera con el codigo del objeto
que se este modificando. En la barra de aplicaciones disponemos de tres
opciones: Detalles, Borrado y Refrescar.
La opcion Detalles, a la que tambien se puede acceder haciendo doble
click sobre el registro deseado, nos muestra informacion adicional sobre la
entrada de bloqueo tal como la transaccion desde donde se ha producido el
CAPITULO 7. SERVICIOS DE ACTUALIZACION
82
bloqueo.
En raras ocasiones puede llegar a ocurrir que el bloqueo generado por una
modificacion no se llegue a liberar, lo cual provoca que el resto de usuarios
no pueda acceder a modificar esos objetos debido al bloqueo. Existen dos
causas principales de bloqueos no liberados:
Actualizaciones interrumpidas Cuando un registro de actualizacion
queda interrumpido, su entrada de bloqueo correspondiente no es
liberada hasta que el registro de actualizacion en cuestion sea procesado
correctamente o borrado.
Estas entradas de bloqueo no se deberan borrar bajo ning
un concepto
ya que se podran causar inconsistencias en la base de datos. Estas
83
Captulo 8
Log del sistema y an
alisis de
dumps
8.1.
CAPITULO 8. LOG DEL SISTEMA Y ANALISIS
DE DUMPS
86
8.1.1.
8.1.2.
87
CAPITULO 8. LOG DEL SISTEMA Y ANALISIS
DE DUMPS
88
8.1.3.
Para acceder al log del sistema en modo experto deberemos acceder por
el men
u desplegable tal y como se ha explicado anteriormente. La pantalla
visualizada es igual que la anterior con la salvedad que se dispone de mas
opciones de filtro como es la opcion Atributos.
89
8.1.4.
8.1.5.
Si hemos visualizado una vez el contenido del log del sistema filtrando
exclusivamente por fecha y sin salirnos de la transaccion volvemos a la
90
8.1.6.
91
CAPITULO 8. LOG DEL SISTEMA Y ANALISIS
DE DUMPS
92
8.2.
Concepto de dump
8.2.1.
Figura 8.7: B
usqueda de dumps antiguos
93
94
8.2.2.
95
96
97
CAPITULO 8. LOG DEL SISTEMA Y ANALISIS
DE DUMPS
98
"prodsap1"
"10.190.20.13"
"AIX"
"3"
"000541934C00"
Database
Database
Database
Database
"sa3dbh2r"
"ORACLE"
"SP1"
"SAPR3"
server..........
type............
name............
owner...........
"40B"
"Nov 4 1999 01:44:15"
"AIX 2 4 004218294C00"
"ORACLE 8.0.0.4"
99
------------------------------Client..............
User................
Language key........
Transaction.........
Program.............
Screen..............
Screen line.........
111
"116665u"
"S"
" "
"AQ99HA==========CAND1========= "
"SAPMSSY0 1000"
6
Contenido.......
---------------0
0
0
0
1
Campo SY
-------SY-INDEX
SY-DBCNT
SY-LSIND
SY-LINNO
Contenido...........
-------------------0
0
0
1
-------------------------------Variables seleccionadas
--------------------------------No existe ninguna informaci
on en el dump.
100
101
tskhstart at 0x100c2404
DpMain at 0x10016bb4
main at 0x100011fc
-----------------------------------------------Lista programas ABAP involucrados
------------------------------------------------------------------------------------------------------------No existe ninguna informaci
on en el dump.
---------------------------Lista tablas internas
--------------------------No existe ninguna informaci
on en el dump.
0
6968
65536
0 INVL
0 COMM
0 GLST
0
0
0
-------------------------------------------------Directorio
ambitos datos (contenidos)
--------------------------------------------------
102
Programa
No .. Nombre... Cont.....1....+....2....+....3....+....
--------------------------------------------------------?
0 not assigned
<initial>
1 /%_LISTTABLES |\0\0\00\0\0\0\0\0\0\0\0\0\0\0\0\0\
2 global stack
|
0000
----------------------------------------ABAP/4 Bloques control CONT
----------------------------------------No existe ninguna informaci
on en el dump.
---------------------------------------------Fin an
alisis error tiempo ejecuci
on
----------------------------------------------
Captulo 9
Gesti
on de spool
9.1.
Concepto de spool
9.2.
Instalaci
on de una impresora
104
DE SPOOL
CAPITULO 9. GESTION
DE UNA IMPRESORA
9.2. INSTALACION
105
impresora.
Ubicacion. Campo descriptivo para indicar al usuario donde se encuentra fsicamente la impresora. Es u
til rellenarlo cuando disponemos de
salas separadas para las impresoras a las que hay que dirigirse para
recoger la salida del spool.
Por u
ltimo, pasamos a la pesta
na marcada con la etiqueta Acomplam.
SPOOL host y nos mostrara la pantalla de la figura 9.3
Aqu se le dice como esta conectada la impresora al servidor SAP.
Elegiremos de la lista la opcion F:Imprimir en front end que le marca
que debe enviar la informacion al PC para que sea este el que le de
salida. El campo impresora host debemos rellenarlo con el nombre DEFAULT
para indicarle que la orden de spool debe salir por la impresora que este
configurada por defecto en el PC. Una vez hecho esto solo nos queda pulsar
el boton de grabar y ya podemos usar la impresora instalada.
DE SPOOL
CAPITULO 9. GESTION
106
9.3.
Como imprimir
107
DE SPOOL
CAPITULO 9. GESTION
108
9.4.
Operaciones sobre
ordenes de spool
Para poder administrar todas las peticiones de spool que hacemos SAP
provee de la transaccion SP01 que se encuentra en Herramientas CCMS
Spool Control de salida. En ella nos encontramos inicialmente una pantalla
con criterios de seleccion como la de la figura 9.5.
Aqu podemos elegir las ordenes de spool por varios criterios; los
mas habituales son el creador de la orden y la fecha. Tras pulsar F8
nos encontramos con un listado de las ordenes seleccionadas como el
de la figura 9.6. Este listado tiene la misma caracterstica que el de la
transaccion de gestion de jobs; es un programa de seleccion, listado y gestion
simultaneamente.
Las operaciones que podemos hacer sobre una orden de spool incluyen
la creacion de ordenes de salida, el cambio de los atributos, el borrado de
la orden o la visualizacion de su contenido. Esta u
ltima opcion es realmente
interesante cuando queremos comprobar el resultado de un programa que se
ha ejecutado en proceso de fonfo, pero no queremos imprimirlo hasta ver
si ha salido lo que esperabamos. En cuanto a los atributos, en la figura 9.7
podemos ver algunos de los que se pueden cambiar. Basicamente son los
mismos que definimos inicialmente al crear la orden de spool (ver figura
9.4). Por ejemplo, es muy habitual comprobar tras la salida al papel que un
listado que tiene 132 columnas en sus atributos ha salido con letra peque
na
y en formato horizontal pero no llega a ocupar realmente mas de 80. En ese
caso cambiaremos el campo edicion por un X 65 80 para conseguir un listado
con letra mas grande y en vertical y volveremos a repetir la salida de la orden.
9.4. OPERACIONES SOBRE ORDENES
DE SPOOL
109
110
DE SPOOL
CAPITULO 9. GESTION
Captulo 10
Gesti
on de usuarios y
autorizaciones
10.1.
112
DE USUARIOS Y AUTORIZACIONES
CAPITULO 10. GESTION
113
sobre el objeto F BKPF BUK con los valores 1000 para BUKRS y 01
para ACTVT con la que puedan completar la operacion de contabilizar
para la sociedad financiera 1000.
Perfiles. Un perfil es simplemente la agrupacion de varias autorizaciones que hayamos creado anteriormente. El perfil es la unidad mnima
de seguridad que le podemos asignar a un usuario, es decir, la u
nica
forma de asignar las dos autorizaciones del ejemplo anterior es incluirlas en un perfil que llamaremos CONTABLE e incluir este perfil en los
usuarios.
Grupos de actividad. Son las agrupaciones de transacciones y
actividades que se crean con el generador de perfiles. Estos grupos
de actividad contienen internamente perfiles (que a su vez contienen
autorizaciones) y se asignan directamente a los usuarios.
Usuarios. Para que un empleado tenga acceso a los datos de gestion
de la empresa debe disponer de un codigo de usuario en R/3. Este
usuario tendra asignados unos grupos de actividad o unos perfiles de
autorizacion (o ambos) para poder realizar las tareas que exige su
funcion o puesto de trabajo.
10.2.
Mantenimiento de usuarios
Para la creacion y mantenimiento de usuario R/3 dispone de la transaccion SU01 (Herramientas Gestion Actualizar usuarios Usuarios). En
la pantalla correspondiente a la figura 10.2 escribiremos el codigo del usuario
y pulsando uno de los botones de la barra de aplicacion o escogiendo una
de las opciones del men
u Usuario podemos realizar diversas acciones como
crear, modificar, cambiar clave acceso, bloquear. . .
Pulsando sobre el boton con el icono de un folio en blanco vamos a crear
un nuevo usuario en el sistema. Vemos en la figura 10.3 las siete pesta
nas
que componen el registro maestro de un usuario. Estas son:
Direcci
on. Se graban en este apartado datos personales como el
nombre, apellidos, departamento, telefono. . . . En el campo edicion
veremos el nombre tal y como aparecera en los listados o en otras
transacciones.
Datos logon. Es obligatorio indicar una clave inicial con la que
accedera el usuario, aunque en su primera conexion se le pedira que
la cambie. Tambien podemos limitar la validez temporal de manera
114
DE USUARIOS Y AUTORIZACIONES
CAPITULO 10. GESTION
115
116
DE USUARIOS Y AUTORIZACIONES
CAPITULO 10. GESTION
n
umero enorme de usuarios debemos agruparlos asignandoles la
pertenencia a uno o varios grupos. De esta manera podemos autorizar
a diversos administradores a gestionar los usuarios que pertenezcan a
determinados grupos.
10.3.
Generador de perfiles
117
Al pasar a la pesta
na men
u (ver figura 10.6) vemos unos botones que
nos permiten incluir transacciones, informes o direcciones web en el grupo
de actividad. Observamos en la figura como se ha incluido ya la transaccion
de contabilizar documento (perteneciente al modulo FI). Esto implica que
el usuario al que se le asigne este perfil podra ejecutar la transaccion FB01,
pero no hemos determinado a
un para que sociedades financieras, cuentas o
deudores podra hacerlo.
En la figura 10.7 tenemos la pantalla de asignacion de valores a los objetos
de autorizacion a la que se llega a traves de la pesta
na Autorizaciones. Son
cuatros los objetos de la gestion financiera los que chequea esta transaccion
118
DE USUARIOS Y AUTORIZACIONES
CAPITULO 10. GESTION
119
Captulo 11
Sistema de transporte
El sistema R/3 dispone de una herramienta que nos permite pasar objetos
de un entorno (por ejemplo, desarrollo) a otro (por ejemplo, produccion
). Los objetos a pasar pueden ser definicion y contenido de tablas nuevas,
programas nuevos, datos de customizing e incluso modificaciones al estandar.
Este traspaso de informacion entre un sistema R/3 y otro nos facilita
el mantenimiento del sistema productivo ya que con ello evitamos tener
que duplicar el trabajo de programacion o repetir la inclusion de datos
de customizing. Todo ello redunda en una mayor productividad y en una
minimizacion de riesgos ya que la informacion, antes de ser insertada en el
sistema productivo, es probada en el sistema de desarrollo y su traspaso no
sera realizado hasta que el responsable del proyecto de el visto bueno.
La herramienta que permite este traspaso de informacion entre sistemas
R/3 es el llamado sistema de transportes.
11.1.
Ordenes
de transporte
122
11.1. ORDENES
DE TRANSPORTE
123
124
11.2.
Clases de desarrollo
11.3.
Tipos de
ordenes de transporte
Ordenes
de customizing A la hora de implementar el modelo de empresa
en SAP R/3 se necesita establecer ciertos datos en la parametrizacion
del sistema. La parametrizacion afecta primordialmente a los procesos
11.3. TIPOS DE ORDENES
DE TRANSPORTE
125
Ordenes
de modificaci
on locales Tambien se pueden realizar cambios
locales; se distinguen de los anteriores en que estos cambios no pueden
ser transportados a otros sistemas.
126
11.4.
11.5.
128
130
11.6. TRANSPORTE MANUAL DE ORDENES
131
11.6.
Transporte manual de
ordenes
Una vez que una orden ha sido liberada, esta se encuentra preparada para
ser importada al sistema destino.
El programa de control del transporte se encuentra a nivel del
sistema operativo; es el llamado tp.exe que esta junto con el resto
de programas ejecutables de SAP que componen el Kernel en la ruta
/usr/sap/<SID>/SYS/exe/run, donde <SID> es el directorio que tiene igual
nombre que la base de datos de SAP instalada en el servidor.
El programa tp se debe ejecutar desde la ruta /usr/sap/trans/bin, en
el servidor y directorio adecuado dependiendo del sistema operativo:
En sistemas UNIX, este directorio del transporte debera estar
compartido via NFS para todos los entornos que conforman la ruta del
transporte. Es por ello por lo que podremos acceder a este path desde
cualquier servidor al que nos conectemos desde el sistema operativo
(por ejemplo via telnet).
132
/usr/sap/trans/cofiles
/usr/sap/trans/log
/usr/sap/trans/buffer
11.6. TRANSPORTE MANUAL DE ORDENES
133
mencionado antes:
tp showbuffer <SID>
Nos muestra el listado de ordenes includas en el buffer. En lo que sigue,
<SID> se refiere al nombre del sistema destino del tranporte. Las ordenes que
ya han sido transportadas al sistema destino aparecen con el texto already
imported.
134
11.6. TRANSPORTE MANUAL DE ORDENES
135
136
11.7.
Existe dentro del sistema SAP R/3 una herramienta que nos proporciona
mucha mas informacion sobre el transporte de una orden que el simple
codigo de retorno devuelto por el comando tp. Tal codigo de retorno nos
informa si el transporte se ha ejecutado correctamente, o si por el contrario ha
ocurrido alg
un problema; sin embargo no nos informa que tipo de problema
ha ocurrido. La herramienta del log del transporte esta disponible tanto en la
transaccion SE09 como en la SE10. Podemos pulsar el boton de visualizacion
individual aparece asociado a un icono de gafas en la barra de aplicaciones
si conocemos el n
umero de orden cuyo log queremos consultar:
Tambien podemos rellenar los parametros de seleccion explicados en la
seccion del WBO y CO para, posteriormente, buscar la orden en el listado
que nos aparezca en pantalla y una vez posicionado el cursor sobre la orden
deseada, pulsar la opcion log del transporte asociado a una hoja y gafas
dentro de la barra de aplicaciones.
137
Las dos opciones nos llevan a la misma pantalla. En ella, podemos ver
desde que sistema se ha producido el export as como el import en el sistema
destino con cada uno de sus pasos.
La importacion se realiza en varios pasos, dependiendo su n
umero del
tipo de objeto a transportar. Desglosando la estructura en arbol del log
podemos obtener distintos niveles de informacion, cada vez mas detallados.
Una vez que hemos visto en que paso del transporte se ha producido un error,
haremos doble click sobre esa lnea para acceder a un listado completo del
log en ese paso. Esto nos sirve para saber por que razon se ha producido un
error en el transporte y como habra que resolverlo. Los errores mas comunes
son de informacion incompleta en el sistema destino para poder activar las
modificaciones recien transportadas.
Un ejemplo puede ser que el codigo fuente de un programa que
queramos transportar al sistema destino del transporte haga referencia a
una tabla cuya definicion se encuentra en otra orden de transporte, todava
sin transportar. Si transportamos primero la orden del codigo fuente, la
importacion fallara devolviendo un codigo de retorno 8. Si visualizamos el
138
log del transporte de dicha orden veremos que el paso que ha fallado ha sido
la generacion del codigo fuente por hacer referencia a una tabla que todava
no existe en el sistema destino. Lo que deberemos hacer sera, pasar la orden
donde se encuentra la definicion de la tabla a la que se hace referencia en el
programa y, posteriormente, transportar de nuevo la orden que ha fallado
primero deberemos a
nadirla manualmente de nuevo al buffer .
Captulo 12
Gesti
on de mandantes
Como ya se vio en el captulo 2, los datos en la base de datos de SAP R/3
se dividen en dependientes de mandante y en independientes de mandante.
Un mandante es una unidad contable de negocio independiente que
incluye, ademas una hoja de balance tambien independiente. La implementacion del modelo de empresa basado en los requerimientos de la empresa
se conocen como customizing o parametrizacion. El customizing, dependiendo del tipo de datos a los que afecte, se puede dividir en dependiente o en
independiente de mandante.
Tambien vimos en el captulo 2 que un usuario, para trabajar con SAP
R/3, necesita conectarse a un mandante y lo que ello significaba. En este
captulo vamos a profundizar en el concepto, caractersticas y mantenimiento
de los mandantes en un sistema SAP R/3.
El sistema SAP R/3, cuando es instalado en los servidores, viene provisto
con mandantes estandar, es decir preconfigurados. Los mandantes estandar
son el 000, 001 y 066. En sistemas SAP R/3 destinados a la formacion y
educacion cuyo nombre es IDES existe ademas de los anteriores el mandante
800. Estos mandantes se distinguen principalmente de los anteriores por
estar ya parametrizados, es decir por tener implementados en cada uno de
los mandantes la modelizacion de una o varias empresas modelo ademas de
incluir datos de las actividades de negocio de cada una de las empresas.
Estos mandantes vienen provistos con unos usuarios estandar con
autorizacion global, es decir, sin restricciones, que en general, no deberan
ser usados para conectarse al sistema salvo por el administrador y que sea
estrictamente necesario. Estos usuarios son SAP* , DDIC y EARLYWATCH
(este u
ltimo solo existe en el mandante 066) .
139
140
12.1.
DE MANDANTES
CAPITULO 12. GESTION
Creaci
on de un nuevo mandante
DE UN NUEVO MANDANTE
12.1. CREACION
141
142
DE MANDANTES
CAPITULO 12. GESTION
DE UN NUEVO MANDANTE
12.1. CREACION
143
Grabaci
on autom
atica de modificaciones Al modificar customizing el sistema pide ordenes de transporte. Para mandantes de desarrollo.
No se permiten modificaciones No se permite modificar customizing. Permite asignar ordenes de transporte manualmente.
Opcion mas usada para mandantes de sistemas productivos.
No se permiten transportes Se permite modificar el customizing
pero las modificaciones no se registran automaticamente en
ordenes de transporte. Tampoco se permite la asignacion manual
a ordenes de transporte. Opcion mas usada para mandantes de
sistemas productivos
Modificaciones objetos independiente mandante Se puede limitar el
alcance de las modificaciones permitidas en el mandante. Las opciones
son:
Se permite modificar repository y customizing indep.mandante
Opcion mas usada para mandantes en sistemas de desarrollo o
pruebas donde sepamos que las modificaciones independientes de
mandante no afectaran negativamente al funcionamiento del sistema.
No modificaci
on de objetos customizing independ.de mandante
Las modificaciones del customizing que afectan a tablas independientes de mandante afectan a todo el sistema. En ciertos sistemas
no productivos con diversos mandantes donde se han realizado
tareas de customizing antagonicas, se debera usar esta opcion.
No modificaci
on de objetos repository Impide modificar objetos
standard del repository (tablas, programas, pantallas, etc...) y la
creacion de nuevos objetos de desarrollo.
No modif.de objetos repository y customizing indep.mandante
Opcion mas usada en mandantes de sistemas de productivo. Con
esta opcion se desactiva la posibilidad de modificar objetos standard de SAP (tablas, programas, etc. . . ) y la posibilidad de modificar opciones de customizing globales que afecten a todos los
mandantes.
Protecci
on Se pueden proteger mandantes de una copia de mandante o
de comparacion (existen herramientas que nos permiten comparar los
datos de distintos mandantes). Es importante tener los mandantes
DE MANDANTES
CAPITULO 12. GESTION
144
12.2.
145
146
DE MANDANTES
CAPITULO 12. GESTION
147
148
DE MANDANTES
CAPITULO 12. GESTION
12.3.
Cada sistema R/3 tiene claramente definidas sus tareas; as por ejemplo,
desarrollo y produccion deben estar en sistemas claramente separados. Para
poder realizar una copia de mandantes entre sistemas distintos existe la
herramienta de la copia remota. Debido a que los datos deben pasar a traves
de la red, una copia remota es mucho mas lenta que una copia local.
La transaccion de copia remota es SCC9 que puede ser accedida
por el men
u desplegable Herramientas Gestion Gestion Gestion de
Mandantes Copia de mandante Copia remota.
149
12.4.
Transporte de mandante
150
DE MANDANTES
CAPITULO 12. GESTION
<SID>KO(No secuencial)
<SID>KT(No secuencial)
<SID>SX(No secuencial)
151
Captulo 13
Mantenimiento de instancias
13.1.
13.1.1.
Los parametros activos se mantienen desde los Perfiles del Sistema. Estos
perfiles son realmente 3 ficheros a nivel de sistema operativo donde se guarda
toda la informacion tecnica del sistema R/3:
1. Perfil de Inicio: El nombre es Start <n
umero instancia> <nombre
m
aquina>. Es un perfil u
nico por instancia del sistema R/3 que contiene
parametros necesarios para el arranque de SAP en los servidores que
componen el sistema.
2. Perfil por Defecto: El nombre es DEFAULT. Es un perfil u
nico por sistema
R/3 que contiene parametros globales para todo el sistema.
3. Perfil de Instancia: El nombre es <SID> <n
umero instancia> <nombre
de m
aquina> y es un perfil u
nico por instancia del sistema R/3 con
parametros especficos de cada instancia.
153
154
por defecto:
DEFAULT
inicio instancia central:
START DVEMGS00 servr001
instancia insta. central:
P11 DVEBMGS00 servr001
inicio instancia aplicacl: START D10 servr002
de instancia insta. aplic.: P11 D10 servr001
155
156
157
13.1.2.
Importaci
on de perfiles del sistema
158
13.1.3.
Visualizaci
on todos los par
ametros activos
13.2. MODOS DE OPERACION
13.1.4.
159
Par
ametros m
as importantes de un sistema
R/3
Debido al gran n
umero de parametros existentes en un sistema R/3 es
practicamente imposible conocer a fondo todos ellos, sin embargo existen
varios que, por su importancia en procesos basicos de administracion, toman
un papel muy importante. A continuacion listamos algunos de los parametros
mas importantes.
Nombre parametro
SAPSYSTEMNAME
INSTANCE NAME
SAPSYSTEM
SAPGLOBALHOST
rdisp/wp no dia
rdisp/wp no vb
rdisp/wp no vb2
rdisp/wp no enq
rdisp/wp no btc
rdisp/wp no spo
zcsa/installed languages
US1
DVEBMGS00
00
uisabl4
6
2
1
1
2
1
DES
zcsa/system language
login/system client
S
800
13.2.
Modos de Operaci
on
160
13.2. MODOS DE OPERACION
161
13.2.1.
Gesti
on de modos de operaci
on
162
Host
La u
nica limitacion que impone esta herramienta es que el total de
procesos no puede cambiar. Si aumentamos el n
umero de colas de dialogo,
posicionandonos en la linea correspondiente y pulsando el boton +, el
13.2. MODOS DE OPERACION
163
164
horas determinadas.
13.3.
Grupos de logon
165
n
umero de conexiones de usuario. Para evitar este tipo de problemas que
puede afectar muy negativamente al rendimiento global del sistema se deben
usar los Grupos de Logon.
Un grupo de logon es un subconjunto de servidores de aplicacion
disponibles en nuestro sistema R/3. Cuando los usuarios se conectan al
sistema R/3 deberan elegir uno de los grupos de logon definidos con lo que
la conexion al sistema R/3 se produce exclusivamente a traves de una de
las instancias asociadas a ese grupo. De esta manera, definiendo grupos de
logon para cada una de las areas de aplicacion de SAP que sean usadas por
nuestra empresa, podremos conseguir un optimo balance de carga de trabajo
en los servidores SAP. La definicion de grupos de logon, ademas, nos permite
un rendimiento optimo de los bufferes ya que los usuarios que van a realizar
tareas similares se conectaran por el mismo grupo de logon con lo cual un
tanto por ciento muy elevado de los programas que vayan a ser usados por
un usuario que se acaba de conectar ya se encuentra en los bufferes de dichas
instancias con lo que el acceso a la informacion es mucho mas rapido.
Dependiendo del tama
no y areas de nuestra empresa que trabajen con
SAP deberemos definir uno o varios grupos de logon por cada departamento,
area de trabajo, modulos de SAP, etc . . .
13.3.1.
Gesti
on de grupos de logon
166
13.3.2.
Saplogon
167
sistema, lo u
nico que deberemos hacer es pulsar el boton Server. En la
pantalla que se muestra en la figura 13.12 deberemos elegir el sistema SAP
al que nos queremos conectar.
En el campo ID introduciremos el valor del SID de nuestro sistema y en
message server el servidor donde esta la instancia central. A continuacion
pulsaremos el boton Generate List y entonces el programa se comunica con
el sistema y recupera todas y cada una de las instancias que componen el
sistema SAP.
Si pulsamos el boton Logon, el programa simplemente nos conecta al
sistema indicado a traves del servidor seleccionado, pero no a
nade la entrada
al saplogon. Si pulsamos el boton Add, los servidores seleccionados son
a
nadidos al saplogon.
De manera similar podemos insertar los grupos de logon definidos en
un sistema; pulsando el boton Groups del saplogon e introduciendo los
valores deseados en los campos ID y message server obtendremos un listado
de los grupos de logon definidos en ese sistema en la transaccion SMLG.
Procediendo de igual manera que con la opcion Server, obtendremos el listado
168
de grupos de logon.
Si a
nadimos todos los servidores y todos los grupos de logon, obtendremos
un saplogon con todos los servidores y grupos de logon definidos en nuestro
sistema.
Por u
ltimo veremos las opciones New, Properties y Delete del saplogon. La
opcion Properties nos permite crear de una manera mas rapida que la opcion
Server una entrada de icono de acceso a traves de un servidor de aplicaciones.
Para ello lo u
nico que deberemos indicar es el nombre del servidor en el campo
Application Server, una descripcion del icono en el campo Description y por
u
ltimo indicar el n
umero de instancia de ese servidor si la instancia es
u
nica, el n
umero sera 00 en el campo System Number.
La opcion Edit edita la entrada seleccionada, ya sea icono de servidor
o de grupo, y por u
ltimo, la opcion Delete elimina la entrada del saplogon
seleccionada.
El programa saplogon, en definitiva, nos facilita la conexion a cualquier
servidor SAP evitando que tengamos el escritorio de nuestro PC plagado de
iconos de acceso a distintos servidores y/o sistemas SAP R/3.
169
Ap
endice A
Transacciones m
as comunes
DB02 Analisis de tablas e Indices
DB14 Mostrar logs actividad SAPDBA
PFCG Generador de perfiles.
RZ01 Monitor para prevision de jobs
RZ02 Grafico grafos de instancias SAP
RZ03 Representacion,Control instancias SAP
RZ04 Actualizar instancias SAP
RZ06 Alerts Thresholds Maintenance
RZ08 Monitor alert SAP
RZ10 Actualizar parametros perfil
RZ11 Actualizacion parametros de perfil
RZ12 Actual.asignacion grupos serv.RFC
SA38 Informes ABAP
SA39 SA38 para transaccion parametros
SAR Actualizar codigos de transaccion
SAR0 Visualizar arbol de informes estand.
SARA Gestion de archivos
171
172
COMUNES
APENDICE
A. TRANSACCIONES MAS
173
SE10 Customizing Organizer
SE11 Actualizacion Dictionary ABAP
SE13 Param.memoria para actual.tablas
SE14 Utilities para tablas Dictionary
SE15 Sistema Info Dictionary
SE16 Browser de datos
SE17 Visualizar tabla (general)
SE30 Analisis tiempo ejecucion ABAP
SE37 Modulos de funciones ABAP
SE38 Editor ABAP
SE39 Editor Split screen Comp. report
SE41 Menu Painter
SE43 Actualizar men
u de ambito
SE51 Screen Painter
SE54 Generar vista tabla
SE61 Docu R/3
SE63 Acceso Traduccion
SE80 Browser Repository
SE84 Sistema Info Repository
SE85 Sistema Info ABAP/4 Dictionary
SE86 ABAP/4 Sistema Info
SE91 Actualizar mensajes
SE93 Actualizar codigos de transaccion
SEWA Earlywatch Alert
SM0 Resumen de procesos de trabajo
174
COMUNES
APENDICE
A. TRANSACCIONES MAS
175
SU01D Visualizar usuarios
SU02 Actualizar perfiles de autorizacion
SU03 Actualizar autorizaciones
SU10 Modificaciones masa Maestros usuario
SU12 Modificaciones masa Maestros usuario
SU20 Actualizar campos de autorizacion
SU21 Actualizar objetos de autorizacion
SU22 Utiliz.obj.autoriz.en transacciones
SU24 Verif.obj.autoriz.bajo transacciones
SU53 Visualizar valores de verificacion
SUIM Llamada arbol report.AUTH (infosist)
SUPC Perfiles para grupos actividad
SUSE Actual.p.Self Upgrading Software
Ap
endice B
Recursos Web
http://www.sap.com
Pagina principal de SAP. La version espa
nola esta en http://www.sap.
com/spain
http://www.sappro.com
Pagina de la editorial Wellesley Information Services que edita la revista
Sap Professional Journal. Se pueden consultar ndices de las revistas
anteriores y solicitar un ejemplar de muestra gratuito para evaluar la
publicacion antes de suscribirse.
http://www.sapfans.com
Excelente web dedicada enteramente a SAP. Tienen foros de usuarios,
chat, artculos, descripciones de los diferentes productos de SAP, etc.
Son especialmente interesantes los foros de discusion abiertos de los
que existe uno por cada modulo de SAP R/3. Se puede descargar
ficheros .zip con el historial de preguntas y respuestas de los foros mas
concurridos.
http://www.erpfans.com
Web de la misma serie que el anterior pero mas general, con referencias
a otros productos ERP como Baan, PeopleSoft, Oracle Financials, etc.
http://www.sapclub.com
Noticias, empleo, foros, test de conocimientos sobre el modulo BASIS,
salvapantallas y fondos de escritorio con SAP como tema principal.
http://www.erpsupersite.com/sap/
Noticias acerca de SAP, catalogos de libros, analisis de implantaciones
en empresas, etc.
177
178
APENDICE
B. RECURSOS WEB
http://www.saplabs.com
Pagina de los diversos laboratorios Technical Core Competence de
SAP que hay en el mundo. Existe un link a cada uno de ellos
y all encontraremos ofertas de empleo, descripciones de los nuevos
proyectos, software para descargar y enlaces a la documentacion del
Simplification Group. Esta documentacion incluye artculos, white
papers e incluso libros completos, todo ello en formato PDF. Es la
mejor documentacion disponible gratuitamente que existe.
http://www.realtimeusa.com/sap-group/archives/
Archivos con los mensajes del grupo de noticias de SAP comp.
soft-sys.business.sap. Es un grupo moderado (por lo menos no
hay que sufrir el spam :-) y el contenido es interesante.
Ap
endice C
Casos reales
C.1.
Autodesk, Inc.
Sector
Autodesk, Inc. centra sus actividades en el desarrollo y venta de productos
de software informatico. Es uno de los principales productores de software
CAD/CAM. Su central se encuentra en San Rafael, California y posee 4
centros de desarrollo en USA y Suiza as como veinte subsidiarias repartidas
por Europa y Asia.
Autodesk se encontraba, antes de la implementacion del sistema SAP
R/3, en una situacion en la que sus sistemas de gestion no se correspondan
con las necesidades de la empresa, razon por la cual se necesitaba un cambio
radical que se ajustara a la situacion de rapido crecimiento y expansion
internacional que estaba experimentando.
El proyecto que se planifico para conseguir tales fines, System 2000, se
baso en cinco objetivos principales:
Globalizacion del software de aplicacion de negocio: Los procesos de
negocio no se deban ver limitados por limitaciones del sistema o por
fronteras geograficas. La informacion deba fluir en tiempo real para
todos los aspectos del negocio.
El nuevo sistema informatico deba ser capaz de soportar todos los
idiomas, operaciones, as como procedimientos de calculo de impuestos
especficos de cada pas en los que Autodesk tena alg
un centro o filial.
Los tiempos de los procesos de negocio se deban ser claramente
reducidos.
Gestion precisa de inventario.
179
APENDICE
C. CASOS REALES
180
C.2.
Schweppes, S.A.
Sector
Schweppes, S.A. pertenece al grupo Cadbury Schweppes dentro de su
division de bebidas y su actividad radica en la fabricacion y distribucion de
bebidas refrescantes.
Schweppes esta compuesto por una plantilla de mas de 1.000 personas.
Dispone de una sofisticada red de distribucion formada por 30 delegaciones
de ventas, 8 cabeceras de area, mas de 1.000 distribuidores y 20 almacenes, lo
que le permite dar servicio a sus mas de 200.000 clientes de una forma rapida
y eficaz. Toda esta infraestructura, la existencia de sistemas de informacion
distribuidos sin ninguna conexion entre las aplicaciones y sin una conexion
geografica entre las distintas areas de venta y las oficinas centrales llevo a
Schweppes en 1989 a tomar la decision de elegir SAP R/2 como la mejor
herramienta para la gestion de la compa
na.
La calidad del paquete SAP R/3 evaluado en la casa matriz y la
experiencia obtenida de la utilizacion del sistema R/2 llevo a Schweppes
en 1995 a seguir con la tecnologa de SAP; en este caso el sistema R/3, como
la opcion segura para la gestion de la empresa. Entre otras razones estaba
el que SAP R/3 encajaba dentro de las estrategias de futuro en el sector de
consumo en temas tan importantes como:
ECR.
Intranet.
Internet.
Comunicacion con distribuidores, proveedores y clientes
Las razones que llevaron a elegir R/3 como sistema de informacion fueron:
C.3. IBM ESPANA
181
C.3.
IBM Espa
na
Sector
IBM centra sus actividades en investigacion, desarrollo y venta de
productos y servicios de tecnologa de la informacion.
El hecho que IBM opere en 164 pases en los 5 continentes supone
una gran diversidad de necesidades especficas a nivel de cada pas, lo cual
lleva a distintas aplicaciones y distintos procesos. Ademas, el operar en un
mercado cada vez mas multinacional impone una unificacion de procesos que
permita hacer negocios cross-border, as como una reduccion en el desarrollo
APENDICE
C. CASOS REALES
182
C.3. IBM ESPANA
183
Facturacion.
Dada la naturaleza del negocio fue necesario la realizacion de algunas
interfaces con otras aplicaciones para la conexion con otros departmentos y
divisiones de la empresa. Ello llevo a una reingeniera de procesos. Dicha
reingeniera ha trado consigo una simplificacion que se ha visto reflejada en
un mejor servicio al cliente que es el objetivo primordial de IBM.
La instalacion del R/3 se hizo bajo sistema operativo UNIX en un SP2
de IBM con base de datos DB2.
Ap
endice D
Glosario
ABAP Advance Business Application Programming. Es el lenguaje de
programacion del sistema SAP R/3. Es un lenguaje de cuarta
generacion, con una sintaxis mezcla entre COBOL y SQL.
ASAP AcceleratedSAP. Metodologa de implementacion de SAP R/3 que
busca el ahorro maximo de tiempo de parametrizacion.
Batch input Metodo para la importacion rapida y consistente de datos en
R/3 partiendo de ficheros externos.
CATT Computer-Aided Test Tool. Herramienta para la generacion de datos
de test para probar el software.
CO Customizing Organizer. Herramienta para administrar las ordenes de
transporte de parametrizacion.
Dynpro DYNamic PROgram. Programa dinamico que consiste en una
pantalla y la logica de proceso subyacente que la controla. Es algo
similar a un form de visual basic.
EarlyWatch Service Servicio de alerta previa que ofrece SAP a sus clientes
para que, aprovechando la mayor experiencia de sus consultores,
detecten rapidamente problemas de rendimiento en nuestro sistema
productivo.
Entreprise IMG Gua de implementacion de la empresa. Cuando se inicia
la parametrizacion de un sistema SAP hay que crear el Enterprise IMG
incluyendo los modulos que se va a implementar.
185
186
APENDICE
D. GLOSARIO
187
SAPGUI SAP Graphical User Interface. Programa principal con el que nos
conectaremos a R/3.
Sesi
on Cada una de las conexiones que un usuario hace con el servidor R/3
en las que le pide el mandante, el usuario y la clave.
Sistema R/3 Recibe este nombre el conjunto formado por el servidor
central de base de datos, los servidores de aplicacion que trabajen con
el junto con el software R/3 instalado en ellos. La identificacion de un
sistema SAP se denomina SAPSID o simplemente SID y es un codigo
de tres caracteres.
WBO Workbench Organizer. Herramienta para administrar las ordenes de
transporte de desarrollo.
WP Work process. Cada uno de los procesos que los servidores de aplicacion
proporcionan a SAP para gestionar las peticiones de dialogo, fondo,
spool, actualizacion. . .
Bibliografa
[1] Fundamentos de SAP R/3 Dennis L. Prince Anaya Multimedia
ISBN: 8441510261
http://www.anayamultimedia.es
[2] SAP R/3 System Administration : The Official SAP Guide Liane
Will Ed.Sybex ISBN: 0782124267
http://www.amazon.com/exec/obidos/ASIN/0782124267/qid=
963220261/sr=1-64/104-9469904-0307951
[3] SAP R/3 System : A Client/Server Technology Rudiger BuckEmden, Jurgen Galimow, Sap Ag Addison-Wesley Pub Co ISBN:
0201403501
http://www.amazon.com/exec/obidos/ASIN/0201403501/qid%
3D963223251/104-9469904-0307951
[4] The R/3 System Landscape - Simplification Group
http://207.105.30.51/simple/sysadmin/files/Landscape-I.pdf
[5] Edicion Especial SAP R/3 ASAP World Consultancy. Blain, Jonathan
Prentice Hall Iberia ISBN: 0789713519
http://www.amazon.com/exec/obidos/ISBN%3D0789713519/
thesapfansclubanA/104-9469904-0307951
[6] As es SAP R/3 Hernandez Mu
noz, Jose Antonio Osborne McGrawHill ISBN: 8448121007
http://www.mcgrawhill.es/McGrawHill/catalogo.htm
[7] System Administration Made Easy Release 4.0B - Simplification Group
http://207.105.30.51/simple/sysadmin/saezindex.htm
[8] Authorizations Made Easy Guide 4.0B - Simplification Group
http://207.105.30.51/simple/authorization/40_pdf_files/
amez4ball.pdf
189