Professional Documents
Culture Documents
INFORMACIÓN
c Octubre de 2006
c
copyleft
Copyright (c) 2006 Pablo Pérez Pérez y Antonio Toledo Carnicero.
This work is licensed under the Creative Commons Attribution-
NonCommercial-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.
Audencia
Este libro está especı́ficamente escrito para los alumnos de la asignatura
Gestión de Sistemas de Información dentro del quinto curso del programa de
estudios de Ingenierı́a en Informática de ESIDE en la Universidad de Deusto.
Son a ellos, principalmente, a quién va dirigido el libro.
No obstante, a lo largo de nuestra experiencia laboral hemos tenido
la oportunidad de mostrar varios capı́tulos del libro a diversas personas
que trabajan con SAP R/3. A algunos programadores y técnicos de
atención a usuarios les ha resultado ú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.
También puede servir como introducción a los que quieran iniciarse en la
administración de sistemas R/3.
3
4
Copyleft 2
2. Introducción al sapgui 21
2.1. Pantalla de logon a SAP R/3 . . . . . . . . . . . . . . . . . . 21
2.2. Concepto de mandante . . . . . . . . . . . . . . . . . . . . . . 21
2.3. La barra de tı́tulo . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.4. El menú desplegable . . . . . . . . . . . . . . . . . . . . . . . 24
2.5. La barra estándar de herramientas . . . . . . . . . . . . . . . 25
2.6. La barra de aplicaciones . . . . . . . . . . . . . . . . . . . . . 27
2.7. La pantalla principal . . . . . . . . . . . . . . . . . . . . . . . 27
2.8. La barra de estado . . . . . . . . . . . . . . . . . . . . . . . . 28
2.9. Ventana de diálogo . . . . . . . . . . . . . . . . . . . . . . . . 29
2.10. Ayudas de búsqueda . . . . . . . . . . . . . . . . . . . . . . . 29
2.11. Modos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.12. Concepto de transacción . . . . . . . . . . . . . . . . . . . . . 32
2.13. Opciones técnicas . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.14. La pantalla status . . . . . . . . . . . . . . . . . . . . . . . . . 34
5
6 ÍNDICE GENERAL
4. Escenarios de configuración 45
4.1. Consideraciones generales sobre los sistemas R/3 . . . . . . . . 45
4.2. Descripción y funciones de cada sistema . . . . . . . . . . . . 46
4.2.1. Sistema de desarrollo . . . . . . . . . . . . . . . . . . . 46
4.2.2. Sistema de integración . . . . . . . . . . . . . . . . . . 46
4.2.3. Sistema de producción . . . . . . . . . . . . . . . . . . 47
4.3. Mandantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
4.3.1. Mandantes estándar . . . . . . . . . . . . . . . . . . . 47
4.3.2. Mandantes propios . . . . . . . . . . . . . . . . . . . . 48
4.4. Comparación de escenarios . . . . . . . . . . . . . . . . . . . . 50
4.4.1. Configuración con un sólo sistema (Producción) . . . . 50
4.4.2. Configuración con dos sistemas (Desarrollo y Producción) 51
4.4.3. Configuración con tres sistemas (Desarrollo, Inte-
gración y Producción) . . . . . . . . . . . . . . . . . . 52
6. Procesamiento en fondo 65
6.1. Conceptos de procesamiento en fondo . . . . . . . . . . . . . . 65
6.2. Definición de jobs . . . . . . . . . . . . . . . . . . . . . . . . . 66
6.2.1. Información general . . . . . . . . . . . . . . . . . . . . 66
6.2.2. Hora de inicio o evento . . . . . . . . . . . . . . . . . . 67
6.2.3. Pasos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
6.3. Análisis de jobs . . . . . . . . . . . . . . . . . . . . . . . . . . 68
6.3.1. Estados de un job . . . . . . . . . . . . . . . . . . . . . 69
6.3.2. Operaciones sobre jobs . . . . . . . . . . . . . . . . . . 70
7. Servicios de actualización 73
7.1. Actualización sı́ncrona y ası́ncrona . . . . . . . . . . . . . . . 73
7.2. Procesos de actualización V1 y V2 . . . . . . . . . . . . . . . 75
7.3. Monitorización del estado de la actualización del sistema . . . 75
7.4. Actualizaciones interrumpidas . . . . . . . . . . . . . . . . . . 77
7.5. Entradas de bloqueo . . . . . . . . . . . . . . . . . . . . . . . 80
D. Glosario 185
Índice de figuras
9
10 ÍNDICE DE FIGURAS
13
14 CAPÍTULO 1. INTRODUCCIÓN A SAP R/3
Flexible Podemos utilizar junto con SAP R/3 otros productos de software
de otros fabricantes, existen interfases con productos de Microsoft,
Lotus o Oracle entre otros. SAP posee tambien un amplio menu de
parametrización que nos permite adecuar 1 el sistema a nuestras
necesidades, asi como un completo sistema de desarrollo para crear
nuestros nuevos programas y que mantengan la integración con el
estándar.
1.2.2. Módulos
Como apuntabamos anteriormente el software de SAP es un compendio
realmente exhaustivo de aplicaciones de gestión. A cada uno de los
componentes que sirven para gestionar cada una de la áreas de la empresa se
les denomina módulos y se les nombra con dos letras correspondientes a las
iniciales del nombre en inglés. Los módulos principales (finanzas, logı́stica
y recursos humanos) se componen a su vez de submódulos. Estos son los
principales módulos y sus caracterı́sticas.
1. Gestión Financiera FI Financial Accounting. Reúne todos los
datos de la empresa relevantes para la contabilidad financiera. Recibe
todas la imputaciones contables del resto de módulos y las centraliza en
un base de datos actualizada en tiempo real. Esto nos permite conocer
el estado contable de nuestra compañia (balance y cuenta de pérdidas
y ganancias) en todo momento. Los submódulos que la componen son
los siguientes.
2
Abreviatura de dynamic programs
Capı́tulo 2
Introducción al sapgui
21
22 CAPÍTULO 2. INTRODUCCIÓN AL SAPGUI
el sistema R/3 el que accede a dichas tablas para irle mostrando al usuario
la información pedida. El mandante es el primer campo clave de la mayorı́a
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 está asignando
en ese momento el valor del mandante elegido, con lo que el usuario sólo
podrá acceder a visualizar o modificar los datos de cada tabla que tengan
como mandante el que ha elegido en tiempo de conexión. Sin embargo, si
una tabla es independiente de mandante, ésta 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 instrucción SQL el campo mandante y el valor actual que
tenga.
Ejemplo:
Se deberá pulsar este botón para chequear los datos introducidos en una
pantalla. El botón enter realiza la misma función que pulsar la tecla enter
del teclado.
Campo de Comandos
Se deberá pulsar este botón si deseamos salir de la tarea actual sin grabar.
Botón Imprimir
2.11. Modos
Los modos externos en un sistema R/3 son conexiones virtuales que un
usuario puede realizar a partir de una conexión real al sistema. A efectos de
servidor de presentación esto se traduce en la creación de una nueva pantalla
del SAPGUI con la que el usuario puede interactuar con el sistema R/3
independientemente de los anteriores modos externos. En lo que sigue nos
referiremos a los modos externos simplemente como modos.
Ejemplo: En un modo accedemos al Módulo de Ventas para la visual-
ización de un pedido y en otro accedemos a los datos maestros de un cliente.
A esta opción accederemos desde cualquier pantalla de SAP R/3 por el
menú desplegable Sistema → Crear Modo. Es importante saber distinguir
entre conexión real (también llamada sesión) y modo. Existe una limitación
: Sólo se pueden abrir 6 modos por conexión real o sesión
Esta limitación se aplica sólo a los modos, no a las conexiones fı́sicas. Para
las conexiones fı́sicas la única limitación es la que imponga la disponibilidad
de recursos en el Servidor de Presentación. Cada vez que creemos un nuevo
2.11. MODOS 31
modo no estamos realizando una nueva conexión real sino que estamos usando
la misma conexión para simular conexiones virtuales.
La opción del menú desplegable Sistema → Salir del sistema nos
desconecta de la conexión real con la que estemos trabajando, con lo cual se
cerrarán todas las ventanas de los modos que correspondan a esa conexión
real.
Veamos los comandos más habituales para la gestión de modos. Estos
comandos se deberán introducir en el campo de comandos de la barra
estándar de herramientas:
Generar una lista con los modos propios activos → Indicar: /o.
Al pinchar el boton nos aparece el menú de la figura 2.10 que tiene las
siguientes opciones.
Generar Gráfico es una herramienta que nos crea una pantalla similar a la
que estamos visualizando con la herramienta de gráficos de SAP R/3.
Sólo funciona con pantallas en las que tengamos algún tipo de listado.
Acerca de nos muestra los datos técnicos de versión del SAPGUI que
estamos utilizando.
Datos SAP Este área está destinada a mostrar información técnica sobre
SAP R/3 y se compone de varias subpartes. La parte de Datos
Repository se refiere a la transacción y programas asociados a dicha
2.14. LA PANTALLA STATUS 35
3.1. Introducción
El sistema R/3 de SAP se basa en una arquitectura cliente/servidor de 3
capas: la capa de base de datos, capa de aplicación y capa de presentación.
La idea fundamental de la filosofı́a cliente/servidor es la distribución de las
tareas que debe realizar el sistema. Cada capa se encarga de proveer ciertos
servicios:
37
38 CAPÍTULO 3. ARQUITECTURA DE UN SISTEMA R/3
Apertura Todos los datos están almacenados en tablas que son accesibles
sin necesidad de instrucciones complejas de recuperación de datos.
Dialogo D
Actualización V
Gestión Bloqueos E
Procesamiento Batch B
Servidor Mensajes M
Gateway G
Spool S
<SID>_DVEBMGS00_<TCP/IP Port>
3.3. SERVICIOS DE APLICACIÓN 41
Servicios de diálogo
Cuando un usuario está conectado a un sistema R/3 y realiza cualquier
petición de información al sistema (por ejemplo visualizar una factura), esta
petición es gestionada por el sistema a través de una cola de trabajo o
proceso llamado de diálogo. Estos procesos actúan como interlocutores entre
el usuario final y la base de datos.
Servicios de actualización
El sistema está provisto de unas colas de trabajo especiales llamadas
de actualización por donde gestionará las modificaciones de los datos de
aplicación en la base de datos.
Servidor de mensajes
Dentro de la capa de aplicación hay una instancia entre el resto que
provee el servicio de servidor de mensajes; este servicio es necesario para
la comunicación 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 CAPÍTULO 3. ARQUITECTURA DE UN SISTEMA R/3
Servicio de Spool
Este servicio es el encargado de gestionar las peticiones de impresión dentro
de SAP R/3.
- Comunicación entre diferentes sistemas R/3
- Llamadas a funciones remotas
- CPIC (Common Programming Interface for Comunications)
- Conexión de sistemas externos tales como MAPI Server, sistemas EDI. . .
Escenarios de configuración
45
46 CAPÍTULO 4. ESCENARIOS DE CONFIGURACIÓN
4.3. Mandantes
4.3.1. Mandantes estándar
Cualquier sistema R/3 se instala inicialmente con tres mandantes
estándar. En el caso de un sistema IDES existe también el mandante 800 que
incluye un modelo de compañia completo para demostraciones y formación.
Las funciones de los mandantes estándar son las siguientes:
48 CAPÍTULO 4. ESCENARIOS DE CONFIGURACIÓN
Mandante 310 Formación a usuarios finales. Una vez superadas las pruebas
correspondientes al mandante 300, pasamos el prototipo aquı́ para que
los usuarios finales reciban los cursos de formación y tengan un sitio
donde poder seguir practicando después. De esta manera, los datos
maestros y transaccionales que crean no nos interfieren en nuestro
trabajo de implantación habitual.
3
El palabra que utiliza SAP es ”sandbox” que es una caja de arena en la que juegan
los niños. El término ha sido libremente traducido al castellano por los autores.
50 CAPÍTULO 4. ESCENARIOS DE CONFIGURACIÓN
Desventajas
Conclusión
SAP desaconseja totalmente esta configuración. 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 básico les sirve para empezar a trabajar. La realidad demuestra más
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 podı́an. La reducción inicial de
costes en hardware también resulta engañosa porque en el presupuesto de
un proyecto de implantación de R/3 el coste del hardware representa un
porcentaje bastante pequeño del total. Lo que ocurre es que es uno de los
primeros gastos en el que hay que incurrir y por eso da la impresión de que es
importante reducirlo al mı́nimo. Únicamente se aconseja esta configuración
para centros de formación o demostración del producto.
Desventajas
52 CAPÍTULO 4. ESCENARIOS DE CONFIGURACIÓN
Conclusión
Esta es la solución mı́nima que acepta SAP para una empresa que pretenda
sacar rentabilidad de R/3. Es una opción correcta para empresas con un
pequeño número de desarrollos y que implanta sólo uno o dos módulos lo que
reduce la cantidad de parametrización a realizar. A medida que la empresa
vaya instalando más módulos de R/3 o que vaya asimilando el Workbench
ABAP/4 como paquete de desarrollo es posible que se vea en la necesidad de
añadir un tercer sistema. En cualquier caso, es muy común ver empresas que
tienen esta configuración desde hace varios años y funcionan correctamente
con ella. En el caso de un cambio de versión, que es uno de los proyectos
complicados que requieren una máquina aparte, la solución por la que se
opta consiste en alquilar durante el tiempo de la actualización de versión una
máquina de pruebas o subcontratar la migración a una consultorı́a externa
que tenga máquinas disponibles para ello.
Desventajas
Conclusión
Como decı́amos al principio ésta es la configuración que recomienda SAP y
es la que utilizan la mayorı́a de las empresas grandes que tienen presupuesto
y personal suficiente para gestionar todos los sistemas. Cuando se instalan
muchos módulos diferentes y de áreas diferentes (logı́stica, finanzas y recursos
humanos) se hace necesario tener un sistema aislado para las pruebas
integradas. Un configuración con cuatro sistemas solo será necesaria para
empresas que tengan un volúmen de desarrollos propios realmente grandes.
Como se puede suponer, la gestión de un sistema ası́ requiere de personal
realmente cualificado y de una metodologı́a y procedimientos de transporte
que eviten cualquier error ajeno a los desarrollos en sı́ mismos.
Capı́tulo 5
Monitorización de procesos y
usuarios
55
56 CAPÍTULO 5. MONITORIZACIÓN DE PROCESOS Y USUARIOS
1. Mandante de conexión .
5. Hora a la que se ejecutó por última vez algún proceso desde el modo
activo asociado a la conexión fı́sica que estamos visualizando.
Cada lı́nea de este listado corresponde con una conexión fı́sica al sistema
por usuario. Este monitor tiene además diversas funciones en su barra de
aplicaciones:
Una de ellas es la posibilidad de ver los modos abiertos por cada usuario.
Posicionando el cursor sobre un usuario y pulsando el botón Modos, o
alternativamente, haciendo doble click sobre un usuario, el sistema nos
muestra una ventana de diálogo con un listado de los modos abiertos por
usuario y conexión fı́sica.
Esta ventana nos muestra en orden de apertura los modos abiertos por el
usuario y conexión fı́sica elegidos, ası́ como la hora a la que se ha realizado
la última petición de información por tales modos. También tenemos la
opción de borrar el modo que queramos. Con esta última opción estaremos
cerrando remotamente al usuario la pantalla asociada a ese modo. Esta opción
habrá que usarla siempre con el consentimiento del usuario y con extremo
cuidado. Tal acción de borrado manual de modo queda reflejado en el log del
sistema – ver capı́tulo 8 –.
Otra opción de la barra de aplicaciones es la de refresco de pantalla. Esta
opción es muy útil ya que el sistema sólo nos estará mostrando la información
actualizada cada vez que pulsemos la función de refresco. También podremos
ordenar el listado por la columna deseada tanto en orden ascendente como
descendente.
Como una tercera opción de la barra de aplicaciones el sistema, si
pulsamos el botón Info Usuario, nos muestra en una ventana de diálogo el
5.2. MONITORIZACIÓN USUARIOS CONECTADOS 63
Abrir una conexión fı́sica por cada instancia de las que se componga
nuestro sistema SAP e iniciar desde cada conexión la transacción SM04.
Procesamiento en fondo
65
66 CAPÍTULO 6. PROCESAMIENTO EN FONDO
Información general
Pasos
6.2.3. Pasos
Tras definir cómo y cuándo queremos que se procese el job, por último,
vamos a decirle qué es lo que queremos que haga. Los pasos de un job
los componen los diferentes programas que queremos que se ejecuten. Estos
programas pueden ser de tres tipos:
Listo Una vez se han cumplido las condiciones de inicio del job pasa al
estado listo en el que estará esperando a que haya recursos libres en el
sistema para ejecutarse. Normalmente no veremos jobs en este estado
a menos que tengamos el sistema tan cargado que no haya suficientes
colas de batch para atender a todos los jobs que están en estado listo.
Activo El job se está procesando. Podemos ver el log desde este momento
y ver lo que está haciendo.
Copiar Si queremos que un job se ejecute dos o tres veces lo copiaremos con
esta opción y liberaremos cada una de las copias convenientemente. Si
queremos que se ejecute más veces deberı́amos pensar en la posibilidad
de crear un job periódico.
Detalles de job Aquı́ podemos ver datos internos del job. El más intere-
sante es comprobar en que servidor de aplicaciones se está procesan-
do y en número de cola BTC para poder monitorizar su estado y/o
rendimiento con la transacción SM51.
Capı́tulo 7
Servicios de actualización
73
74 CAPÍTULO 7. SERVICIOS DE ACTUALIZACIÓN
peticiones del usuario, por lo que el rendimiento será peor que en el caso de
la actualización ası́ncrona.
En la figura 7.2 se muestra en forma esquemática cómo las actualizaciones
sı́ncronas pertenecientes a un proceso de trabajo asociado a un usuario
son lanzadas en el mismo proceso, obligando al proceso a esperar a que la
actualización termine para poder continuar.
1. Problemas globales que afectan a toda la base de datos, como pueda ser
el llenado de un tablespace en un sistema R/3 sobre un RDBMS como
ORACLE o DB2 (en sistemas sobre SQL Server el concepto análogo al
tablespace es el device).
y a la postre deberán ser ellos quienes decidan qué hacer con estas
actualizaciones.
Por defecto, el campo mandante y usuario están rellenos con los valores por
defecto.
Una vez rellenos los parámetros de selección con los valores deseados
pulsamos el botón ”Enter” en la barra de aplicaciones y nos aparecerá un
listado con las entradas de bloqueo que cumplen la selección realizada.
El listado está 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 corresponderá con el código del objeto
que se esté modificando. En la barra de aplicaciones disponemos de tres
opciones: Detalles, Borrado y Refrescar.
La opción ”Detalles”, a la que también se puede acceder haciendo doble
click sobre el registro deseado, nos muestra información adicional sobre la
entrada de bloqueo tal como la transacción desde donde se ha producido el
82 CAPÍTULO 7. SERVICIOS DE ACTUALIZACIÓN
bloqueo.
En raras ocasiones puede llegar a ocurrir que el bloqueo generado por una
modificación 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:
Local
Cada servidor de aplicaciones de R/3 dispone de un log local que contiene
los mensajes que ha generado ese servidor. Este fichero de log local es un
fichero circular. Cuando el fichero llega a su tamaño máximo, el sistema
empieza a sobreescribir el fichero desde el principio (la información más
antigua). El fichero de log local se guarda en cada servidor de aplicación
en la siguiente ruta:
Entorno UNIX → /usr/sap/<SID>/<instance number>/log/SLOG00
Entorno Windows NT → C:\usr\sap\<SID>\<instance number>\log\Slog00.log
Central
Cada servidor de aplicaciones copia las entradas del log local a un log
85
86 CAPÍTULO 8. LOG DEL SISTEMA Y ANÁLISIS DE DUMPS
Terminal: Se pueden filtrar los mensajes que han sido causados por la
actividad llevada a cabo desde un servidor de presentación.
Haciendo doble click en cada uno de ellos accederemos al log del dump
donde tendremos toda la información. El contenido de todos los dumps están
organizados en las siguientes secciones:
1. ¿Qué sucedió? .
Sección donde se explica brevemente el error.
3. Análisis error .
Sección donde se explica más detalladamente el error. Es una extensión
de la sección 1.
5. Entorno sistema .
Sección donde aparecen las variables del sistema más importantes, tales
como la versión de SAP, nombre del servidor, dirección IP, sistema
operativo, RDBMS, version del kernel, etc. . .
6. Usuario, transacción.
Sección donde aparece el usuario que ha generado el dump, programa
que se estaba ejecutando, transacción, idioma, etc. . .
----------------------
> Qué sucedió ?
----------------------
AQ99HA==========CAND1========= :
"The data object "T750B" does not have a component called "PERNR".
"The current ABAP/4 program "AQ99HA==========CAND1========= " had
to be terminated because one of the statements could not be
executed.
--------------------------------
> Qué se puede hacer ?
8.2. CONCEPTO DE DUMP 97
--------------------------------
-----------------
Análisis error
-----------------
------------------------------------
Notas para corregir errores
------------------------------------
----------------------
Entorno sistema
----------------------
Supported environment....
Database................. "ORACLE 8"
SAP database version..... "40B"
Operating system......... "AIX 2, AIX 1, AIX 3"
-------------------------------
Usuario, transacción....
8.2. CONCEPTO DE DUMP 99
-------------------------------
Client.............. 111
User................ "116665u"
Language key........ "S"
Transaction......... " "
Program............. "AQ99HA==========CAND1========= "
Screen.............. "SAPMSSY0 1000"
Screen line......... 6
-------------------------------------------
Informaciones lugar terminación
-------------------------------------------
------------------------------------
Contenido campos sistema
------------------------------------
--------------------------------
Variables seleccionadas
---------------------------------
-------------------------------------
Llamadas / Eventos activos
-------------------------------------
No Tipo Nombre Programa Include Lı́nea
-------------------------------------------------------
1 ??? ??? ??? ??? 0
-----------------
Notas interna
------------------
----------------------------------------
Llamadas activas kernel SAP
----------------------------------------
AixStack at 0x100c3cb0
CTrcStack at 0x100c3fa0
rabax_CStackSave at 0x100683f0
ab_rabax at 0x1006f270
ab_genprog at 0x103fd33c
newload at 0x100dd164
ab_LoadProg at 0x100dd518
ab_dialg at 0x103558f0
dy_cdiag at 0x101fd310
ab_submit at 0x104ee7a8
ab_retdynp at 0x10351794
ab_run at 0x104eda34
dynpmcal at 0x104d62cc
dynppai0 at 0x104d7aec
dynprctl at 0x104d8cd0
dynpen00 at 0x104c0f30
Thdynpen00 at 0x100b4f14
TskhLoop at 0x100b9d7c
8.2. CONCEPTO DE DUMP 101
tskhstart at 0x100c2404
DpMain at 0x10016bb4
main at 0x100011fc
------------------------------------------------
Lista programas ABAP involucrados
------------------------------------------------
--------------------------------------------------------------
No existe ninguna información en el dump.
----------------------------
Lista tablas internas
---------------------------
------------------------------------------------------
Directorio tablas aplicación (contenidos)
------------------------------------------------------
Programa
Nombre........ Cont.....1....+....2....+....3....+....
---------------------------------------------------------
---------------------------------------------------
Directorio ámbitos datos (info gestión)
---------------------------------------------------
Programa
No .. Nombre........ Long Ofsg Tipo Next Fecha gen. H.gen.
---------------------------------------------------------------
--------------------------------------------------
Directorio ámbitos datos (contenidos)
--------------------------------------------------
102 CAPÍTULO 8. LOG DEL SISTEMA Y ANÁLISIS DE DUMPS
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
-----------------------------------------
----------------------------------------------
Fin análisis error tiempo ejecución
----------------------------------------------
Capı́tulo 9
Gestión de spool
103
104 CAPÍTULO 9. GESTIÓN DE SPOOL
impresora.
Gestión de usuarios y
autorizaciones
111
112 CAPÍTULO 10. GESTIÓN DE USUARIOS Y AUTORIZACIONES
sobre el objeto F BKPF BUK con los valores 1000 para BUKRS y 01
para ACTVT con la que puedan completar la operación de contabilizar
para la sociedad financiera 1000.
Al pasar a la pestaña menú (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 transacción
de contabilizar documento (perteneciente al módulo FI). Esto implica que
el usuario al que se le asigne este perfil podrá ejecutar la transacción FB01,
pero no hemos determinado aún para que sociedades financieras, cuentas o
deudores podrá hacerlo.
En la figura 10.7 tenemos la pantalla de asignación de valores a los objetos
de autorización a la que se llega a través de la pestaña Autorizaciones. Son
cuatros los objetos de la gestión financiera los que chequea esta transacción
118 CAPÍTULO 10. GESTIÓN DE USUARIOS Y AUTORIZACIONES
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, producción
). Los objetos a pasar pueden ser definición y contenido de tablas nuevas,
programas nuevos, datos de customizing e incluso modificaciones al estándar.
Este traspaso de información 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 programación o repetir la inclusión de datos
de customizing. Todo ello redunda en una mayor productividad y en una
minimización de riesgos ya que la información, antes de ser insertada en el
sistema productivo, es probada en el sistema de desarrollo y su traspaso no
será realizado hasta que el responsable del proyecto dé el visto bueno.
La herramienta que permite este traspaso de información entre sistemas
R/3 es el llamado sistema de transportes.
121
122 CAPÍTULO 11. SISTEMA DE TRANSPORTE
<SID>K9nnnnn
D9nnnnn.<SID>
R9nnnnn.<SID>
Fichero cofiles
Ubicado en /usr/sap/trans/cofiles; es un fichero de control necesario
para el transporte; su tamaño es mucho menor que el data ya que no contiene
los datos de la orden. La nomenclatura del fichero cofiles, siendo la de la orden
liberada <SID>K9nnnnn, es:
K9nnnnn.<SID>
mencionado antes:
tp showbuffer <SID>
\\prodsap10\usr\sap\trans
Las dos opciones nos llevan a la misma pantalla. En ella, podemos ver
desde qué sistema se ha producido el export ası́ como el import en el sistema
destino con cada uno de sus pasos.
La importación se realiza en varios pasos, dependiendo su número del
tipo de objeto a transportar. Desglosando la estructura en árbol del log
podemos obtener distintos niveles de información, cada vez más detallados.
Una vez que hemos visto en qué paso del transporte se ha producido un error,
haremos doble click sobre esa lı́nea para acceder a un listado completo del
log en ese paso. Esto nos sirve para saber por qué razón se ha producido un
error en el transporte y cómo habrá que resolverlo. Los errores más comunes
son de información incompleta en el sistema destino para poder activar las
modificaciones recién transportadas.
Un ejemplo puede ser que el código fuente de un programa que
queramos transportar al sistema destino del transporte haga referencia a
una tabla cuya definición se encuentra en otra orden de transporte, todavı́a
sin transportar. Si transportamos primero la orden del código fuente, la
importación fallará devolviendo un código de retorno 8. Si visualizamos el
138 CAPÍTULO 11. SISTEMA DE TRANSPORTE
log del transporte de dicha orden veremos que el paso que ha fallado ha sido
la generación del código fuente por hacer referencia a una tabla que todavı́a
no existe en el sistema destino. Lo que deberemos hacer será, pasar la orden
donde se encuentra la definición 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ñadirla manualmente de nuevo al buffer –.
Capı́tulo 12
Gestión de mandantes
139
140 CAPÍTULO 12. GESTIÓN DE MANDANTES
Copia local
Copia remota
Transporte de mandante
12.2. COPIA LOCAL DE MANDANTE 145
Mantenimiento de instancias
153
154 CAPÍTULO 13. MANTENIMIENTO DE INSTANCIAS
\usr\sap\<SID>\SYS\profile\
Los perfiles del sistema serán, en este caso, cinco: un único perfil por
defecto y dos perfiles de inicio y de instancia por cada una de las instancias
que componen nuestro sistema:
Perfil por defecto: DEFAULT
Perfil inicio instancia central: START DVEMGS00 servr001
Perfil instancia insta. central: P11 DVEBMGS00 servr001
Perfil inicio instancia aplicacl: START D10 servr002
Perfil de instancia insta. aplic.: P11 D10 servr001
horas determinadas.
13.3.2. Saplogon
A continuación veremos cómo se debe usar el programa saplogon incluido
como opción de instalación del sapgui. Lo primero que deberemos hacer
es ejecutar el programa que se encontrará dentro del grupo de programas
instalado con el sapgui o SAP Frontend en nuestro PC, como muestra la
figura 13.11.
Los botones Server y Groups sirven para crear iconos de servidores de
aplicaciones y grupos de logon respectivamente para el acceso a uno o varios
sistemas SAP R/3. Como ya se ha explicado anteriormente, los accesos a
través de iconos de servidores de aplicación nos conectan a un sistema SAP
por un servidor determinado, mientras que los grupos de logon nos conectan
a través de uno de los servidores que tenga asociados ese grupo, con lo cual
si un servidor queda indisponible, el grupo de logon elige automáticamente
otro servidor asociado. Esto redunda en una mejor gestión de acceso de los
usuarios.
Para crear en el saplogon tantas entradas como servidores hay en un
13.3. GRUPOS DE LOGON 167
de grupos de logon.
Si añadimos 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 último veremos las opciones New, Properties y Delete del saplogon. La
opción Properties nos permite crear de una manera más rápida que la opción
Server una entrada de icono de acceso a través de un servidor de aplicaciones.
Para ello lo único que deberemos indicar es el nombre del servidor en el campo
Application Server, una descripción del icono en el campo Description y por
último indicar el número de instancia de ese servidor – si la instancia es
única, el número será 00 – en el campo System Number.
La opción Edit edita la entrada seleccionada, ya sea icono de servidor
o de grupo, y por último, la opción Delete elimina la entrada del saplogon
seleccionada.
El programa saplogon, en definitiva, nos facilita la conexión 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.
13.3. GRUPOS DE LOGON 169
171
172 APÉNDICE A. TRANSACCIONES MÁS COMUNES
SCU0 Comparac.Customizing
Recursos Web
http://www.sap.com
Pagina principal de SAP. La versión española 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
publicación antes de suscribirse.
http://www.sapfans.com
Excelente web dedicada enteramente a SAP. Tienen foros de usuarios,
chat, artı́culos, descripciones de los diferentes productos de SAP, etc.
Son especialmente interesantes los foros de discusión abiertos de los
que existe uno por cada módulo 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, catálogos de libros, análisis de implantaciones
en empresas, etc.
177
178 APÉNDICE 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 documentación del
Simplification Group. Esta documentación incluye artı́culos, white
papers e incluso libros completos, todo ello en formato PDF. Es la
mejor documentación 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éndice C
Casos reales
179
180 APÉNDICE C. CASOS REALES
ECR.
Intranet.
Internet.
Las razones que llevaron a elegir R/3 como sistema de información fueron:
C.3. IBM ESPAÑA 181
Implantación
La implantación de SAP R/3 en Schweppes fue realizada de abril de 1996
a junio de 1997. El primer paso se dio en abril de 1996 con la implantación
del módulo de control de calidad (QM). En el mes de octubre se implantó el
módulo de gestión de materiales (MM). En el mes de enero se implantaron
los módulos de FI, CO, AM y FI-SL en el área financiera. Los módulos de
ventas y vistribución (SD) y planificación de la producción (PP) quedaron
implantados en junio de 1997.
Infraestructura
Está basada en una plataforma AIX con un SP de IBM para producción en
el mismo ”frame”en el que reside el sistema de data warehouse, herramienta
complementaria a SAP R/3 y con Oracle como base de datos. Asimismo,
existe una máquina de backup y un entorno RS 6000 separado para test.
Pasar de un entorno host a un entorno cliente / servidor ha supuesto
montar toda una nueva infraestructura en cuanto a redes LAN y WAN,
cambio de estaciones de trabajo, etc. . . que ha sido importante debido a la
dispersión de las fábricas, oficinas y delegaciones. Existen otras herramientas
colaterales como datawarehousing, EIS y desarrollos verticales, todas ellas
perfectamente integradas con R/3 y bajo el mismo entorno cliente / servidor,
de modo que todas las funcionalidades se encuentren cubiertas.
Estudio de Necesidades
En un estudio de necesidades, existı́an básicamente dos opciones, además
de otras pequeñas firmas que se descartaron, entre otros motivos por el hecho
de no ser internacionales o tener una estructura de soporte no suficiente para
el proyecto que se querı́a abordar.
Las dos opciones eran ir a SAP o desarrollar un sistema propio. IBM
apostó por SAP R/3 entre otras razones:
Proyecto Piloto
Como proyecto piloto se eligió España por el tamaño de su mercado y
caracterı́sticas para la instalación de SAP R/3 a nivel internacional. En
una primera fase se instalaron los módulos de ventas y distribución (SD)
y gestión de materiales (MM) de la versión 3.0D. Para 1998 estaba prevista
la implementación del módulo de finanzas (FI) casi en su totalidad.
La división encargada de utilizar el sistema es ”Fulfilment dentro de ella
2
El pedido.
El envı́o al cliente.
C.3. IBM ESPAÑA 183
Facturación.
Glosario
EarlyWatch Service Servicio de alerta previa que ofrece SAP a sus clientes
para que, aprovechando la mayor experiencia de sus consultores,
detecten rápidamente problemas de rendimiento en nuestro sistema
productivo.
185
186 APÉNDICE D. GLOSARIO
Hot Package Conjunto de objetos del repositorio que SAP pone disponibles
a sus clientes para arreglar los errores o faltas graves de funcionalidad
de los programas estándar. Son los equivalentes a los Service Packs que
proporciona Microsoft para sus sistemas operativos.
Modo Cada una de las seis pantallas como máximo que puede abrir un
usuario desde que abre una sesión con R/3.
SAPGUI SAP Graphical User Interface. Programa principal con el que nos
conectaremos a R/3.
Sesión Cada una de las conexiónes que un usuario hace con el servidor R/3
en las que le pide el mandante, el usuario y la clave.
WP Work process. Cada uno de los procesos que los servidores de aplicación
proporcionan a SAP para gestionar las peticiones de diálogo, fondo,
spool, actualización. . .
Bibliografı́a
[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
[5] Edición 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 Hernández Muñoz, José Antonio – Osborne McGraw-
Hill – ISBN: 8448121007
http://www.mcgrawhill.es/McGrawHill/catalogo.htm
189