189
GESTI ´ ON DE SISTEMAS DE INFORMACI ´ ON Universidad de Deusto - Facultad de Ingenier´ ıa Antonio Toledo Carnicero Pablo P´ erez P´ erez c Octubre de 2006

Administracion de-sap-r3

Embed Size (px)

Citation preview

Page 1: Administracion de-sap-r3

GESTION DE SISTEMAS DEINFORMACION

Universidad de Deusto - Facultad de Ingenierıa

Antonio Toledo CarniceroPablo Perez Perez

c©Octubre de 2006

Page 2: Administracion de-sap-r3

c©c o p y l e f t

Copyright (c) 2006 Pablo Perez Perez y Antonio Toledo Carnicero.

This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike License. To view a copy of this license, visithttp://creativecommons.org/licenses/by-nc-sa/2.0/ or send a letter to CreativeCommons, 559 Nathan Abbott Way, Stanford, California 94305, USA.

Copyright (c) 2006 Pablo Perez Perez y Antonio Toledo Carnicero.

Esta obra esta licenciada bajos los terminos de la licencia Atribucion-No Comercial-Comparte Igual de Creative Commons. Para ver una copia de esta licencia visitehttp://creativecommons.org/licenses/by-nc-sa/2.0/es/deed.es o escriba una carta aCreative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.

Page 3: Administracion de-sap-r3

Prefacio

En los ultimos 15 anos la implantacion de sistemas de informacion tipoERP en las grandes empresas ha sido masiva. SAP R/3 es el maximoexponente de ello al ser el lıder mundial en numero de instalaciones. Lagran amplitud y complejidad de un sistema R/3 exige la especializacion delpersonal de la empresa en cada uno de sus aspectos como pueden ser, lafuncionalidad, la parametrizacion, la programacion o la administracion delsistema. Es en este ultimo aspecto, la administracion del sistema, en el quese centra la presente obra.

Audencia

Este libro esta especıficamente escrito para los alumnos de la asignaturaGestion de Sistemas de Informacion dentro del quinto curso del programa deestudios de Ingenierıa 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 tenidola oportunidad de mostrar varios capıtulos del libro a diversas personasque trabajan con SAP R/3. A algunos programadores y tecnicos deatencion a usuarios les ha resultado util para comprender determinadosaspectos globales de SAP que no tratan habitualmente en su trabajo diariocomo la arquitectura del sistema, el sistema de transporte o la seguridad.Tambien puede servir como introduccion a los que quieran iniciarse en laadministracion de sistemas R/3.

Sobre los autores

Pablo Perez completo sus estudios de licenciatura en informatica enla Universidad de Deusto en el ano 1995. Comenzo su experiencia conSAP R/3 en 1997, en la empresa de automocion Grupo Antolın, comoprogramador de ABAP/4 y administrador de sistemas. Posteriormente ha

3

Page 4: Administracion de-sap-r3

4

trabajado como analista y consultor tecnico de SAP para varias empresas yformo parte durante 5 anos del equipo de desarrollo de Finanzas y Controlde Gestion en la electrica Iberdrola. En la actualidad es el responsable de lossistemas informaticos de la empresa reprografica Cianoplan y ocasionalmentetrabaja como analista freelance de ABAP/4. Su experiencia docente incluyevarias ediciones del Master de Consultorıa e Implantacion de Sistemas deInformacion y la Diplomatura de Especializacion en Gestion de Sistemas yRedes, ambos tıtulos de postgrado impartidos por la Universidad de Deusto.

Antonio Toledo es licenciado en Ciencias Fısicas por la Universidaddel Paıs Vasco desde el ano 1995. Su experiencia laboral se inicio en GrupoAntolın, una multinacional del sector de la automocion, como programadorABAP/4 y administrador de Sistemas SAP. Posteriormente ha formadoparte de varias empresas del sector de las TI como Ceinsa o IT Deusto.Actualmente es jefe de proyectos del area de sistemas en la empresa AVN yha formado parte de los equipos de administracion y soporte SAP de empresascomo Iberdrola o Eroski. Ha colaborado en varias ocasiones como profesoren el Master de Consultorıa e Implantacion de Sistemas de Informacion yla Diplomatura de Especializacion en Gestion de Sistemas y Redes de laUniversidad de Deusto.

Page 5: Administracion de-sap-r3

Indice general

Copyleft 2

1. Introduccion a SAP R/3 13

1.1. Software estandar vs. software a medida . . . . . . . . . . . . 13

1.2. Vision general de SAP R/3 . . . . . . . . . . . . . . . . . . . 14

1.2.1. Caracterısticas principales . . . . . . . . . . . . . . . . 14

1.2.2. Modulos . . . . . . . . . . . . . . . . . . . . . . . . . . 16

1.2.3. Entorno de desarrollo . . . . . . . . . . . . . . . . . . . 19

2. Introduccion 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 menu desplegable . . . . . . . . . . . . . . . . . . . . . . . 24

2.5. La barra estandar 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 dialogo . . . . . . . . . . . . . . . . . . . . . . . . 29

2.10. Ayudas de busqueda . . . . . . . . . . . . . . . . . . . . . . . 29

2.11. Modos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.12. Concepto de transaccion . . . . . . . . . . . . . . . . . . . . . 32

2.13. Opciones tecnicas . . . . . . . . . . . . . . . . . . . . . . . . . 33

2.14. La pantalla status . . . . . . . . . . . . . . . . . . . . . . . . . 34

3. Arquitectura de un sistema R/3 37

3.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

3.2. Servicios de base de datos . . . . . . . . . . . . . . . . . . . . 39

3.3. Servicios de aplicacion . . . . . . . . . . . . . . . . . . . . . . 40

3.4. Servicios de presentacion . . . . . . . . . . . . . . . . . . . . . 43

5

Page 6: Administracion de-sap-r3

6 INDICE GENERAL

4. Escenarios de configuracion 454.1. Consideraciones generales sobre los sistemas R/3 . . . . . . . . 454.2. Descripcion y funciones de cada sistema . . . . . . . . . . . . 46

4.2.1. Sistema de desarrollo . . . . . . . . . . . . . . . . . . . 464.2.2. Sistema de integracion . . . . . . . . . . . . . . . . . . 464.2.3. Sistema de produccion . . . . . . . . . . . . . . . . . . 47

4.3. Mandantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474.3.1. Mandantes estandar . . . . . . . . . . . . . . . . . . . 474.3.2. Mandantes propios . . . . . . . . . . . . . . . . . . . . 48

4.4. Comparacion de escenarios . . . . . . . . . . . . . . . . . . . . 504.4.1. Configuracion con un solo sistema (Produccion) . . . . 504.4.2. Configuracion con dos sistemas (Desarrollo y Produccion) 514.4.3. Configuracion con tres sistemas (Desarrollo, Inte-

gracion y Produccion) . . . . . . . . . . . . . . . . . . 52

5. Monitorizacion de procesos y usuarios 555.1. Monitorizacion de procesos activos . . . . . . . . . . . . . . . 555.2. Monitorizacion usuarios conectados . . . . . . . . . . . . . . . 61

6. Procesamiento en fondo 656.1. Conceptos de procesamiento en fondo . . . . . . . . . . . . . . 656.2. Definicion de jobs . . . . . . . . . . . . . . . . . . . . . . . . . 66

6.2.1. Informacion general . . . . . . . . . . . . . . . . . . . . 666.2.2. Hora de inicio o evento . . . . . . . . . . . . . . . . . . 676.2.3. Pasos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

6.3. Analisis de jobs . . . . . . . . . . . . . . . . . . . . . . . . . . 686.3.1. Estados de un job . . . . . . . . . . . . . . . . . . . . . 696.3.2. Operaciones sobre jobs . . . . . . . . . . . . . . . . . . 70

7. Servicios de actualizacion 737.1. Actualizacion sıncrona y asıncrona . . . . . . . . . . . . . . . 737.2. Procesos de actualizacion V1 y V2 . . . . . . . . . . . . . . . 757.3. Monitorizacion del estado de la actualizacion del sistema . . . 757.4. Actualizaciones interrumpidas . . . . . . . . . . . . . . . . . . 777.5. Entradas de bloqueo . . . . . . . . . . . . . . . . . . . . . . . 80

8. Log del sistema y analisis de dumps 858.1. Conceptos del log del sistema . . . . . . . . . . . . . . . . . . 85

8.1.1. Accediendo al log local del sistema . . . . . . . . . . . 868.1.2. Accediendo al log local en modo normal . . . . . . . . 868.1.3. Accediendo al log local en modo experto . . . . . . . . 88

Page 7: Administracion de-sap-r3

INDICE GENERAL 7

8.1.4. Leyendo el log del sistema . . . . . . . . . . . . . . . . 898.1.5. Opciones de relectura del log del sistema . . . . . . . . 898.1.6. Accediendo a logs remotos del sistema . . . . . . . . . 91

8.2. Concepto de dump . . . . . . . . . . . . . . . . . . . . . . . . 928.2.1. Accediendo a los dumps del sistema . . . . . . . . . . . 928.2.2. Interpretando los dumps . . . . . . . . . . . . . . . . . 94

9. Gestion de spool 1039.1. Concepto de spool . . . . . . . . . . . . . . . . . . . . . . . . 1039.2. Instalacion de una impresora . . . . . . . . . . . . . . . . . . . 1039.3. Como imprimir . . . . . . . . . . . . . . . . . . . . . . . . . . 1069.4. Operaciones sobre ordenes de spool . . . . . . . . . . . . . . . 108

10.Gestion de usuarios y autorizaciones 11110.1. Modelo de seguridad en R/3 . . . . . . . . . . . . . . . . . . . 11110.2. Mantenimiento de usuarios . . . . . . . . . . . . . . . . . . . . 11310.3. Generador de perfiles . . . . . . . . . . . . . . . . . . . . . . . 116

11.Sistema de transporte 12111.1. Ordenes de transporte . . . . . . . . . . . . . . . . . . . . . 12111.2. Clases de desarrollo . . . . . . . . . . . . . . . . . . . . . . . 12411.3. Tipos de ordenes de transporte . . . . . . . . . . . . . . . . . 12411.4. Estados de una orden de transporte y sus tareas . . . . . . . 12611.5. Customizing organizer y workbench organizer . . . . . . . . . 12711.6. Transporte manual de ordenes . . . . . . . . . . . . . . . . . 13111.7. Log del transporte . . . . . . . . . . . . . . . . . . . . . . . . 136

12.Gestion de mandantes 13912.1. Creacion de un nuevo mandante . . . . . . . . . . . . . . . . 14012.2. Copia local de mandante . . . . . . . . . . . . . . . . . . . . 14512.3. Copia remota de mandante . . . . . . . . . . . . . . . . . . . 14812.4. Transporte de mandante . . . . . . . . . . . . . . . . . . . . . 149

13.Mantenimiento de instancias 15313.1. Perfiles del sistema . . . . . . . . . . . . . . . . . . . . . . . . 153

13.1.1. Mantenimiento de perfiles del sistema . . . . . . . . . . 15313.1.2. Importacion de perfiles del sistema . . . . . . . . . . . 15713.1.3. Visualizacion todos los parametros activos . . . . . . . 15813.1.4. Parametros mas importantes de un sistema R/3 . . . . 159

13.2. Modos de Operacion . . . . . . . . . . . . . . . . . . . . . . . 15913.2.1. Gestion de modos de operacion . . . . . . . . . . . . . 161

Page 8: Administracion de-sap-r3

8 INDICE GENERAL

13.3. Grupos de logon . . . . . . . . . . . . . . . . . . . . . . . . . 16413.3.1. Gestion de grupos de logon . . . . . . . . . . . . . . . 16513.3.2. Saplogon . . . . . . . . . . . . . . . . . . . . . . . . . 166

A. Transacciones mas comunes 171

B. Recursos Web 177

C. Casos reales 179C.1. Autodesk, Inc. . . . . . . . . . . . . . . . . . . . . . . . . . . . 179C.2. Schweppes, S.A. . . . . . . . . . . . . . . . . . . . . . . . . . . 180C.3. IBM Espana . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181

D. Glosario 185

Page 9: Administracion de-sap-r3

Indice de figuras

2.1. Pantalla de entrada a SAP R/3 . . . . . . . . . . . . . . . . . 222.2. Barra de tıtulo . . . . . . . . . . . . . . . . . . . . . . . . . . 242.3. Barra de aplicaciones . . . . . . . . . . . . . . . . . . . . . . . 272.4. Pantalla principal . . . . . . . . . . . . . . . . . . . . . . . . . 272.5. Barra de estado . . . . . . . . . . . . . . . . . . . . . . . . . . 282.6. Ventana de dialogo . . . . . . . . . . . . . . . . . . . . . . . . 292.7. Ayuda de busqueda . . . . . . . . . . . . . . . . . . . . . . . . 302.8. Listado de valores posibles . . . . . . . . . . . . . . . . . . . . 312.9. Icono de acceso a las opciones tecnicas . . . . . . . . . . . . . 332.10. Menu del icono de acceso a opciones tecnicas . . . . . . . . . . 332.11. Status del sistema . . . . . . . . . . . . . . . . . . . . . . . . . 35

3.1. Capas de la estructura cliente/servidor de R/3 . . . . . . . . . 373.2. Arquitectura abierta de R/3 . . . . . . . . . . . . . . . . . . . 393.3. Esquema del funcionamiento del dispatcher . . . . . . . . . . . 42

5.1. Monitor de procesos de una instancia . . . . . . . . . . . . . . 565.2. Monitor de instancias activas . . . . . . . . . . . . . . . . . . 595.3. Monitor de sistema operativo . . . . . . . . . . . . . . . . . . 605.4. Monitor global de procesos activos . . . . . . . . . . . . . . . 605.5. Monitor de conexion de usuarios por instancia . . . . . . . . . 615.6. Lista de modos activos por usuario . . . . . . . . . . . . . . . 625.7. Informacion detalllada de usuario . . . . . . . . . . . . . . . . 635.8. Usuarios conectados vistos en la transaccion AL08 . . . . . . . 64

6.1. Pantalla inicial de definicion de job . . . . . . . . . . . . . . . 666.2. Pantalla inicial de seleccion de jobs . . . . . . . . . . . . . . . 696.3. Resumen de jobs seleccionados . . . . . . . . . . . . . . . . . . 70

7.1. Esquema funcionamiento actualizacion asıncrona . . . . . . . . 747.2. Esquema funcionamiento actualizacion sıncrona . . . . . . . . 747.3. Pantalla principal monitor actualizacion . . . . . . . . . . . . 76

9

Page 10: Administracion de-sap-r3

10 INDICE DE FIGURAS

7.4. Actualizaciones pendientes . . . . . . . . . . . . . . . . . . . . 787.5. Modulos de actualizacion . . . . . . . . . . . . . . . . . . . . . 797.6. Pantalla principal entradas de bloqueo . . . . . . . . . . . . . 817.7. Listado de bloqueos activos en el sistema . . . . . . . . . . . . 817.8. Informacion detallada de un bloqueo . . . . . . . . . . . . . . 82

8.1. Pantalla principal log local del sistema . . . . . . . . . . . . . 878.2. Parametros de seleccion adicionales en modo experto . . . . . 888.3. Contenido del log del sistema . . . . . . . . . . . . . . . . . . 908.4. Opciones de la barra de aplicaciones del log del sistema . . . . 908.5. Pantalla principal log remoto del sistema . . . . . . . . . . . . 918.6. Pantalla principal de analisis de dumps . . . . . . . . . . . . . 938.7. Busqueda de dumps antiguos . . . . . . . . . . . . . . . . . . 93

9.1. Transaccion SPAD. Mantenimiento de dispositivos de salida . 1049.2. Datos generales para una impresora local . . . . . . . . . . . . 1059.3. Tipo de impresora para una impresora local . . . . . . . . . . 1069.4. Ventana de dialogo para imprimir un listado . . . . . . . . . . 1079.5. Transaccion SP01. Seleccion de ordenes de spool . . . . . . . . 1099.6. Transaccion SP01. Listado de ordenes de spool . . . . . . . . . 1099.7. Atributos de una orden de spool . . . . . . . . . . . . . . . . . 110

10.1. Componentes de la seguridad en R/3 . . . . . . . . . . . . . . 11210.2. Pantalla inicial de la actualizacion de usuarios . . . . . . . . . 11410.3. Datos de direccion del maestro de usuarios . . . . . . . . . . . 11510.4. Transaccion PFCG. Mantenimiento de papeles . . . . . . . . . 11610.5. Descripcion del papel . . . . . . . . . . . . . . . . . . . . . . . 11710.6. Transacciones asignadas a un papel . . . . . . . . . . . . . . . 11810.7. Asignacion de valores a los objetos de autorizacion . . . . . . . 11910.8. Asignacion de un papel a usuarios . . . . . . . . . . . . . . . . 119

11.1. Esquema de una orden de transporte . . . . . . . . . . . . . . 12311.2. Esquema de ordenes de transporte . . . . . . . . . . . . . . . . 12311.3. Clase de desarrollo . . . . . . . . . . . . . . . . . . . . . . . . 12511.4. Esquema pasos del transporte . . . . . . . . . . . . . . . . . . 12711.5. Pantalla principal Workbench Organizer . . . . . . . . . . . . 12811.6. Ordenes de transporte . . . . . . . . . . . . . . . . . . . . . . 12911.7. Creacion de una orden de transporte . . . . . . . . . . . . . . 13111.8. Listado de ordenes transportadas y liberadas . . . . . . . . . . 13311.9. Transporte de una orden a un sistema destino . . . . . . . . . 13411.10.Esquema ejemplo del transporte de una orden . . . . . . . . . 13511.11.Visualizacion individual de ordenes . . . . . . . . . . . . . . . 137

Page 11: Administracion de-sap-r3

INDICE DE FIGURAS 11

11.12.Log del transporte de una orden . . . . . . . . . . . . . . . . . 137

12.1. Pantalla principal de la gestion de mandantes . . . . . . . . . 14112.2. Detalle de opciones de un mandante . . . . . . . . . . . . . . . 14212.3. Copia local de un mandante . . . . . . . . . . . . . . . . . . . 14512.4. Detalle de un perfil de copia . . . . . . . . . . . . . . . . . . . 14712.5. Copia remota de un mandante . . . . . . . . . . . . . . . . . . 14812.6. Export de mandante . . . . . . . . . . . . . . . . . . . . . . . 150

13.1. Pantalla pricipal perfiles del sistema . . . . . . . . . . . . . . . 15513.2. Datos de gestion de un perfil . . . . . . . . . . . . . . . . . . . 15513.3. Actualizacion basica de un perfil . . . . . . . . . . . . . . . . . 15613.4. Actualizacion ampliada de un perfil . . . . . . . . . . . . . . . 15713.5. Modos de operacion . . . . . . . . . . . . . . . . . . . . . . . . 16113.6. Distribucion de procesos de trabajo . . . . . . . . . . . . . . . 16213.7. Pantalla principal asignacion horaria . . . . . . . . . . . . . . 16313.8. Asignacion horaria a modos de operacion . . . . . . . . . . . . 16413.9. Pantalla principal grupos de logon . . . . . . . . . . . . . . . . 16613.10.Pantalla detalles creacion grupo logon . . . . . . . . . . . . . . 16713.11.Pantalla de saplogon . . . . . . . . . . . . . . . . . . . . . . . 16813.12.Opcion de seleccion servidor en saplogon . . . . . . . . . . . . 16913.13.Opcion propiedades en saplogon . . . . . . . . . . . . . . . . . 169

Page 12: Administracion de-sap-r3
Page 13: Administracion de-sap-r3

Capıtulo 1

Introduccion a SAP R/3

1.1. Software estandar vs. software a medida

Tras la continua y masiva introduccion de la informatica en los sistemasde gestion empresariales durante mas de treinta anos, nos encontramosa principio de los noventa con un panorama variopinto. Los diversosdepartamentos de gestion de la mayorıa de las empresas utilizan variossoftware diferentes hechos a medida por el propio departamento de TI1 opor alguna consultorıa externa. La compatibilidad es casi nula y la creacionde interfases para integrar los datos de un departamento con otro esta a laorden del dıa. Veamos un ejemplo clarificador de esta situacion. El directordel departamento de TI de una empresa dedicada a la fabricacion de grandespiezas industriales, refleja su caotica situacion:

”Nuestra planta de 1.500 trabajadores esta operando sobreuna amalgama formada por sistemas anticuados y modernosservidores. Estamos operando TCP/IP, IPX y Decnet en nuestraEthernet y tenemos concentradores de todo tipo. Algunosdepartamentos tienen clientes ligeros y estan formulando grandesdemandas en la red ya que operan procesos en el servidor y estanreenviando datos de un sitio para otro.

Los sistemas de contabilidad e inventario que tiene la plantaoperan en mainframes de arquitectura 370. Un desfasado sistemade planificacion de recursos de fabricacion (MRP) opera enun VAX de gama alta. Y parte del software de gestion de lafabricacion y de transporte opera en un AS/400. Practicamente

1Tecnologıas de la informacion

13

Page 14: Administracion de-sap-r3

14 CAPITULO 1. INTRODUCCION A SAP R/3

todo el codigo de cosecha propia que tiene la planta esta escritoen COBOL.

Aproximadamente la mitad de los operarios de la plantatrabaja con una diversidad de sistemas Windows. La otra mitadpermanece conectada al mainframe IBM con terminales nointeligentes tipo 3270. Existe una red de area local que englobaa toda la planta y que opera Novell 3.11, asi como una pequenacantidad de servidores NT no tan grandes pero en crecimiento.”

Un situacion como esta obliga al departamento de TI a incurrir en grandescostes para poder mantener en pie unos sistemas que ya no son tan efectivoscomo antes. Hablamos de programas que se disenaron para las necesidadesespecificas de la empresa hace unos anos y que con la evolucion que ha venidosufriendo la industria y la tecnologıa, se han quedado obsoletos. Ademas delas deficiencias que cada empresa detecta en sus sistemas de informaciontenemos que tener en cuenta otros factores generales que afectan a todasellas. Problemas como el efecto 2000 o la introduccion del Euro como monedaunica en los paıses de la CEE no pueden ser obviados por el departamentode TI.

La pregunta que se plantea cualquier empresa en esta situacion es lasiguiente ¿Vamos rehaciendo y adaptando nuestro software o adquirimosuna solucion estandar?. Veremos que casi todas la grandes empresas hanoptado por una solucion estandar. En la mayorıa de los casos se trata deSAP R/3 , por ello es el lıder mundial, pero existen otras opciones comoBaan, PeopleSoft, Oracle Financials o en menor medida Ross, BCPS o JDEdwards.

1.2. Vision general de SAP R/3

1.2.1. Caracterısticas principales

Las multiples ventajas del software R/3 hace que se haya convertidoen uno de los estandares de hecho dentro de las grandes corporaciones. Acontinuacion detallaremos algunas de estas ventajas.

Exhaustivo El sistema R/3 engloba la practica totalidad de los procesos degestion de la empresa. En el siguiente apartado veremos detallados lacantidad de modulos que incluye.

Integrado Tal cantidad de modulos no aportarıan demasiado valor anadidoa la empresa si no fuera por la integracion. Las interrelaciones estrechas

Page 15: Administracion de-sap-r3

1.2. VISION GENERAL DE SAP R/3 15

entre modulos de SAP permiten tener disponible en tiempo real ycon exactitud los principales indicadores de gestion. Como ejemploilustrativo diremos que una entrada de mercancıas en R/3 puedeproducir una actualizacion del inventario de almacen, un apuntecontable en la contabilidad financiera, un actualizacion del sistema deinformacion del control de costes y un aviso a produccion de que haynueva materia prima en almacen.

Abierto Tecnologicamente hablando, SAP es un sistema abierto. Podemosimplantarlo en una variedad enorme de servidores diferentes yejecutarlo sobre sistemas operativos y sistemas de gestion de basesde datos de diversos fabricantes. Esto nos permite escalar nuestrosistema adecuandolo a nuestro tamano de empresa y elegir a nuestrosproveedores de hardware y software de sistemas sin estar atados aninguno. La arquitectura sigue varios de los estandares de sistemasabiertos como POSIX o X/OPEN.

Flexible Podemos utilizar junto con SAP R/3 otros productos de softwarede otros fabricantes, existen interfases con productos de Microsoft,Lotus o Oracle entre otros. SAP posee tambien un amplio menu deparametrizacion que nos permite adecuar 1 el sistema a nuestrasnecesidades, asi como un completo sistema de desarrollo para crearnuestros nuevos programas y que mantengan la integracion con elestandar.

Global El sistema R/3 soporta su utilizacion en varios idiomas, lacontabilizacion de documentos en cualquier moneda y tiene recogidaslas particularidades fiscales y de gestion de recursos humanos de ungran numero de paıses. Esta globalidad es el argumento de mayor pesoen la decision de una multinacional a la hora de adquirir SAP.

Actualizado Dos de los grandes problemas de los departamentos de TI afinales de los 90 han sido el efecto 2000 y la entrada en vigor del euro. Elsoftware SAP R/3 tiene contemplados y solucionados estos problemas.Ademas, la constante investigacion llevada a cabo por SAP hace que susoftware este al dıa incluyendo la ultima tecnologıas disponibles comoEDI, Data Warehouse, clientes Java, comercio electronico. . . .

1Para referirse a la adecuacion del sistema a la necesidades del cliente se es-cuchara frecuentemente el termino anglosajon customizing que en castellano se traducepor parametrizacion. La palabra inglesa proviene de customer – cliente – por lo que el sig-nificado completo de customizing viene a ser ”modificacion de los parametros del sistemapara adecuarlo a las necesidades del cliente”

Page 16: Administracion de-sap-r3

16 CAPITULO 1. INTRODUCCION A SAP R/3

1.2.2. Modulos

Como apuntabamos anteriormente el software de SAP es un compendiorealmente exhaustivo de aplicaciones de gestion. A cada uno de loscomponentes que sirven para gestionar cada una de la areas de la empresa seles denomina modulos y se les nombra con dos letras correspondientes a lasiniciales del nombre en ingles. Los modulos principales (finanzas, logısticay recursos humanos) se componen a su vez de submodulos. Estos son losprincipales modulos y sus caracterısticas.

1. Gestion Financiera FI Financial Accounting. Reune todos losdatos de la empresa relevantes para la contabilidad financiera. Recibetodas la imputaciones contables del resto de modulos y las centraliza enun base de datos actualizada en tiempo real. Esto nos permite conocerel estado contable de nuestra compania (balance y cuenta de perdidasy ganancias) en todo momento. Los submodulos que la componen sonlos siguientes.

Control de Gestion CO Controlling. La contabilidad financiera nosiempre puede proporcionar informacion desde todos los puntosde vista que una gestion eficaz de costes requiere y es, en estepunto, donde actua el modulo CO. Partiendo de los datos deFI, la contabilidad analıtica nos muestra los ingresos, gastos einversiones desde vistas diferentes. Si juntamos esto con el sistemade planificacion y prevision de costes obtendremos un sistemade informacion completo con las comparativas del plan contra elreal que nos permiten saber si nos ajustamos al presupuesto y elporque.

Tesoreria TR Treasury. Representa la solucion completa parauna gestion economico financiera eficaz. Nos permite asegurar laliquidez de la empresa en todo momento y estructurar los activosfinancieros de la manera mas lucrativa posible.

Activos Fijos AM Asset Management. Nos permite controlar elciclo de vida completo del nuestro inmovilizado, desde la inversioninicial en activos fijos en curso, pasando por la contabilizacionde la manera mas conveniente las amortizaciones, la puesta enexplotacion de dicho inmovilizado y la enajenacion del mismo.Existe otro pequeno submodulo denominado gestion de inversiones(IM Investment Management) que esta muy relacionado con AM.

2. Logıstica LO Logistics. Bajo este epıgrafe se engloba la gestionde todo el ciclo de vida de los productos de una empresa, desde la

Page 17: Administracion de-sap-r3

1.2. VISION GENERAL DE SAP R/3 17

compra y almacenaje de materia prima, pasando por la fabricacion delproducto hasta su venta y distribucion. Es el modulo mas grande detodos ellos y el que mas componentes tiene. Describimos a continuacionlos mas usados aunque existen otros menos conocidos como la gestiondel servicio al cliente, la gestion de proyectos y la gestion de la calidadde productos.

Gestion de Materiales MM Materials Management. Optimizatodos los procesos de compra a traves de varias funcionesdisponibles. Por un lado permite automatizar las evaluaciones deproveedores mediante la entrada de ofertas y el mantenimiento deregistros info. Tambien podemos reducir los costes de aprovision-amiento y almacenamiento, gracias a la precision de la gestion destocks y de almacenes. Este es uno de los puntos donde mas clara-mente poder apreciar el retorno de la inversion porque los costesde almacenaje es una de las principales preocupaciones de las em-presas en la actualidad. Un completo sistema de verificacion defacturas nos proporciona la integracion necesaria con los moduloscontables FI, CO y TR para tener la informacion actualizada entiempo real.

Planificacion de la Produccion PP Production Planning. Propor-ciona procesos completos para todos los tipos de fabricacion: fab-ricacion repetitiva, fabricacion contra pedido, fabricacion contracatalogo, fabricacion por procesos, fabricacion por lotes y en se-rie, hasta la gestion integrada de cadenas de suministro con fun-ciones MRP y Kanban. La integracion con MM puede provocar lasolicitud de necesidades automatica al lanzar la planificacion derequerimientos de material.

Mantenimiento de Planta PM Plant Manteinance. Para una em-presa industrial es fundamental el poder garantizar la disponibil-idad de la planta y sus herramientas de produccion y de esto seencarga el modulo de PM. Aplicaciones como la planificacion delas revisiones, la programacion de ordenes de mantenimiento, lasgestion notificaciones de aprobacion nos aseguran una rendimientooptimo de nuestra fabrica. Integrando todo esto con PP (podemosmodificar las ordenes de produccion en funcion de la disponibili-dad de la cadena de produccion), con HR (calendarios laborales,turnos. . . ) y con MM (creando solicitudes de necesidad de re-puestos, por ejemplo) tenemos controlada una pieza vital de laempresa.

Page 18: Administracion de-sap-r3

18 CAPITULO 1. INTRODUCCION A SAP R/3

Ventas y Distribucion SD Sales and Distribution. La cambianterealidad de los mercados actuales es un reto para cualquierprograma de gestion de ventas. SD es lo suficientemente flexiblecomo 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 denuestras ventas es una labor imprescindible para poder conocer elestado economico y financiero actualizado de la empresa.

3. Recursos Humanos HR Human Resources. Tradicionalmente, lagestion de recursos humanos se ha considerado una area aislada delresto de sistemas de gestion de la empresa. SAP, sin embargo, ha llevadosu maxima de integracion hasta el punto de incluir la gestion de turnosy plantillas, los horarios de fabricas, y el absentismo laboral en losprocesos de negocio de la fabricacion y el mantemiento de planta entreotros. Los dos submodulos principales son PA y PD aunque tambienexisten soluciones menos usadas como la gestion de candidatos, elcalendario de fabrica y la gestion de viajes y gastos.

Nomina PA Payroll Accounting. Mantiene todos los datos de losempleados en unas estructuras denominadas infotipos que nospermiten calcular el pago de la nomina y contabilizarla tanto enFI como CO de manera automatica. Existen infotipos para todaslas caracterısticas de un empleado, como datos personales, salariobruto, datos familiares, turnos, retenes, retenciones fiscales. . . Estesubmodulo es posiblemente el mas especıfico de cada paıs debidoa que las leyes que rigen las relaciones laborales difieren muchode unos paıses a otros. Es por ello que SAP porporciona unosprogramas diferentes para cada paıs y un servicio de actualizacionpara poder estar al dıa con los cambios que se producen enmateria de legislacion laboral (aparicion de nuevas modalidadesde contratacion, cambios en la normativa fiscal, etc. . . )

Estructura Organizativa PD Personnel Development. Este submodu-lo se encarga de gestionar la estructura de la empresa orga-nizando la misma en departamentos, areas, grupos de trabajo,etc. . . Permite la definicicion de tareas de puestos de trabajo y lareorganizacion de los mismos.

Page 19: Administracion de-sap-r3

1.2. VISION GENERAL DE SAP R/3 19

1.2.3. Entorno de desarrollo

Aunque la cantidad de aplicaciones desarrolladas por SAP es enorme,siempre existe la posibilidad de que el cliente que compre R/3 tengaalguna necesidad tan especıfica de su negocio que no este contempladaen el estandar. Tambien puede darse el caso de que la funcionalidad queofrece el estandar no se ajuste completamente a las necesidades del cliente.Para resolver estas situaciones existe un entorno completo de desarrollo denuevas aplicaciones integradas en R/3. Este entorno, que SAP denominaABAP/4 Development Workbench, se compone de una serie de herramientasintegradas que permiten crear desarrollos nuevos en poco tiempo.

ABAP/4 El lenguaje de programacion ABAP/4 se caracteriza por su totalintegracion en el sistema R/3. No en vano todo el software de aplicacion(se calcula que mas de treinta millones de lıneas de codigo) que el clienterecibe cuando compra R/3 esta escrito en ABAP. Es un mezcla entreel COBOL y el SQL, hay que tener en cuenta que se creo en los anos70 cuando el COBOL era el lenguaje preferido para los desarrollos deaplicaciones de gestion. Es un lenguaje de muy alto nivel, facil de leery se aprende rapidamente.

Data Dictionary Es el punto de referencia para los programadores ya quepermite aislarles del sistema de gestion de base de datos que se utilizepor debajo. Desde un misma pantalla se puede crear, modificar yborrar los objetos de bases de datos, entre los que se incluyen tablas,estructuras, vistas, elementos de datos y dominios. Las definiciones delas tablas, por ejemplo, pueden ser referenciadas directamente en losprogramas permitiendonos modificar posteriormente las tablas sin tenerque cambiar los programas. Tenemos la posibilidad de gestionar otrosobjetos del data dictionary como las ayudas de busqueda, los objetosde bloqueo o los objetos de autorizacion.

Editor de programas El editor ABAP/4, aparte de proveer de las fun-ciones basicas para la edicion de texto, tiene multiples caracterısticasque facilitan la programacion enormemente. Nos permite efectuar unaverificacion de sintaxis y aceptar las sugerencias del dispositivo de cor-recion automatica que tiene incluido. Tambien nos permite resaltar laspalabras clave y tener una vista en forma de estructura jerarquica queofrece la posibilidad de ocultar o desglosar bloques sintacticos. De es-ta forma, el programador obtiene una buena vision de conjunto de laestructura general del programa.

Page 20: Administracion de-sap-r3

20 CAPITULO 1. INTRODUCCION A SAP R/3

Screen Painter Con esta herramienta crearemos rapidamente interfasesgraficas de usuario incluyendo una amplia gama de elementos decontrol, como botones de pulsacion, botones de radio, checkboxes,etiquetas, campos de entrada, listas de base de datos. . . Las pantallasque se crean se denominan dynpro 2 y en ellas se incluye la definicionde la pantalla y sus campos y la logica de proceso de la misma.Esta logica de proceso esta dirigida por eventos, como los lenguajesvisuales modernos, aunque la variedad de eventos posibles esta bastantelimitada.

Entorno de depuracion El modo debugging de ABAP/4 es posiblementela herramienta mas alabada por los programadores habituales deeste lenguaje. Tiene todas las ventajas de este tipo de ayudas a laprogramacion (creacion de breakpoints, watchpoints, ejecucion paso apaso, ejecucion por bloques. . . ) pero ademas nos permite hacer todoesto viendo el codigo fuente del programa, por lo que la localizacion dellugar del error es exacta.

Otras herramientas. Existe una gran variedad de herramientas adicionalescuyo uso no es tan frecuente como el Menu Painter, el analisis deltiempo de ejecucion, el Object Browser, el sistema de test asistido porordenador (CATT), etc. . .

2Abreviatura de dynamic programs

Page 21: Administracion de-sap-r3

Capıtulo 2

Introduccion 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 unode los servidores de presentacion (PC’s) para poder realizar la conexion alsistema R/3. Este programa cliente se llama SAPGUI o SAP Frontend y es laherramienta que nos permite navegar por las distintas aplicaciones integradasque conforman el sistema R/3 de SAP.

2.1. Pantalla de logon a SAP R/3

Una vez que tengamos instalado el SAPGUI y pulsemos el iconocorrespondiente, nos aparecera la pantalla de conexion al sistema R/3indicada en la figura 2.1.

En esta pantalla deberemos introducir el usuario que nos hayan asignadoası como su clave de acceso.Tambien podremos elegir el idioma de conexion.SAP R/3 es un software multilingue que permite presentar al usuario todoslos textos que aparezcan en pantalla en el idioma que el elija, siempre queese idioma haya sido previamente instalado en el sistema. Si el usuario nointroduce idioma alguno, se conectara en el idioma que tenga asignado pordefecto en su registro maestro de usuario.

En esta pantalla aparece un nuevo concepto: Mandante. Este es quiza eltermino mas importante dentro SAP R/3. El usuario, ademas de los datosarriba especificados, debera indicar a que mandante se quiere conectar.

2.2. Concepto de mandante

El concepto se puede definir desde 2 puntos de vista distintos perocomplementarios: La Vision Logica y la Vision Fısica.

21

Page 22: Administracion de-sap-r3

22 CAPITULO 2. INTRODUCCION AL SAPGUI

Figura 2.1: Pantalla de entrada a SAP R/3

La Vision Logica. El mandante no es mas que una unidad organizativadivisoria de la empresa y permite que distintos usuarios esten trabajando enel mismo sistema sin ningun tipo de interferencia mutua ya que cada usuariosolo dispondra de acceso para visualizar y actualizar los datos de aplicacionde la empresa que esten asociados al mandante al que estan conectados. Estoes ası porque en el sistema SAP R/3 existen dos tipos de datos diferentes:

Datos dependientes de mandante. Se engloban aquı los datos deaplicacion de la empresa (datos de clientes, proveedores, pedidos,facturas, cuentas contables, etc. . . ) ası como la mayorıa de los datos deparametrizacion de la empresa. Se llaman dependientes de mandanteporque solo son accesibles desde el mandante en el que se crearon. Estostipo de datos son los mas habituales en un sistema SAP R/3.

Datos independientes de mandante. Se engloban aquı ciertos datos dela parametrizacion de la empresa que son accesibles desde cualquiermandante creado. Este tipo de datos son los menos numerosos. Cadavez que se va a proceder a la modificacion de este tipo de datos, elsistema avisa con un mensaje informativo informandonos de que lamodificacion afectara a todos los mandantes. Se ha de ser especialmentecuidadoso al modificar la parametrizacion independiente de mandante.

La Vision Fısica. La base de datos de SAP R/3 esta formada portablas relacionales. Cuando el usuario navega por las pantallas de SAP es

Page 23: Administracion de-sap-r3

2.2. CONCEPTO DE MANDANTE 23

el sistema R/3 el que accede a dichas tablas para irle mostrando al usuariola informacion pedida. El mandante es el primer campo clave de la mayorıade la tablas que conforman la base de datos de SAP R/3. Las tablas quecontienen al campo mandante como primer campo dentro de su clave son lasllamadas dependientes de mandante. Las tablas que no contienen al campomandante dentro de su clave se llaman independientes de mandante.

Cuando un usuario se conecta a un mandante, el sistema le esta asignandoen ese momento el valor del mandante elegido, con lo que el usuario solopodra acceder a visualizar o modificar los datos de cada tabla que tengancomo mandante el que ha elegido en tiempo de conexion. Sin embargo, siuna tabla es independiente de mandante, esta puede ser accedida desdecualquier mandante al que se conecte el usuario. Esto se consigue de maneratransparente para el usuario e incluso para el desarrollador ya que es elpropio sistema el que traduce los accesos a las tabla incluyendo en la clausulaWHERE de la instruccion SQL el campo mandante y el valor actual quetenga.

Ejemplo:

Situacion 1: Los usuarios user1 y user2 estan ambos conectados almandante 015 de un mismo sistema. Mientras el usuario user1 esta modifican-do la factura 1000, el usuario user2 solo podra acceder en modo visualizacionya que la factura esta siendo bloqueada por el usuario user1; sin embargo,cuando el usuario user1 termine de modificarla, user2 podra ver la modifi-cacion realizada por user1, e incluso podra realizar cualquier modificacionposterior.

Situacion 2: El usuario user1 esta conectado al mandante 015 y elusuario user2 esta conectado al mandante 016 del mismo sistema. Ahora los2 usuarios no pueden acceder a la misma informacion ya que sus conexiones alsistema estan ”logicamente separadas”; el usuario user1 accede a la factura1000 de su mandante y el usuario user2 puede acceder al mismo tiempoa la factura 1000 ( si esta existe ) de su mandante, si bien los datos soncompletamente distintos ya que la factura 1000 del mandante 015 no es lamisma que la factura 1000 del mandante 016.

Lo que realmente ocurre es que para poder los usuarios acceder a lafactura 1000, el sistema esta accediendo a la tabla de facturas, pero en cadacaso accede al registro compuesto por el mandante de conexion del usuarioy el numero de factura:

Page 24: Administracion de-sap-r3

24 CAPITULO 2. INTRODUCCION AL SAPGUI

Mandante Num. factura Descripcion015 1000 Factura X015 1010 Factura Y016 1000 Factura Z016 1050 Factura V

Ası pues, cuando el usuario user1, conectado al mandante 015, solicitala factura 1000, el sistema le muestra la factura con descripcion Factura X,mientras que si el usuario user2 se conecta al mandante 016 para solicitar lafactura 1000, el sistema le mostrara la factura con descripcion Factura Z.

2.3. La barra de tıtulo

Figura 2.2: Barra de tıtulo

Con la visualizacion antigua del sapgui se encuentra en la parte superiorde la pantalla y su funcion principal es mostrarnos la descripcion de latransaccion o menu de ambito en curso. En la nueva visualizacion delsapgui se encuentra entre la barra estandar de herramientas y la barra deaplicaciones.

Ejemplos: Crear usuario, Visualizar material.

2.4. El menu desplegable

El menu desplegable es la herramienta basica para la navegacion porlas distintas aplicaciones del sistema SAP R/3. En el podremos encontrartodas las funciones necesarias para un llevar a cabo un control total sobrelas transacciones y programas. El menu desplegable se caracteriza por tenerfijas las ultimas 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.

Page 25: Administracion de-sap-r3

2.5. LA BARRA ESTANDAR DE HERRAMIENTAS 25

2.5. La barra estandar de herramientas

La barra de herramientas estandar es de particular interes, ya que contienemuchos de los botones necesarios para realizar las acciones mas comunes talescomo grabar, enter, imprimir, etc. . . Las funciones asignadas a la barra deherramientas estandar son las siguientes.

Boton Enter

Se debera pulsar este boton para chequear los datos introducidos en unapantalla. El boton enter realiza la misma funcion que pulsar la tecla enterdel teclado.

Campo de Comandos

Es un prompt de linea de comandos, y en el se pueden introducircomandos tales como codigos de transacciones o menus de ambito.

Boton Grabar

Se debera pulsar este boton cuando deseemos confirmar la grabacion delos datos introducidos.

Boton Back

Se debera pulsar este boton si queremos regresar a la pantalla anteriorsin grabar los datos introducidos.

Boton Exit

Page 26: Administracion de-sap-r3

26 CAPITULO 2. INTRODUCCION AL SAPGUI

Se debera pulsar este boton si queremos salir de la actual aplicacion. Elsistema nos devuelve a la anterior aplicacion.

Boton Cancel

Se debera pulsar este boton si deseamos salir de la tarea actual sin grabar.

Boton Imprimir

Se debera pulsar este boton si deseamos imprimir los datos queactualmente aparecen en pantalla. El boton de impresion estara activadounicamente en pantallas donde se los datos aparezcan en formato de listadoy formato de tabla.

Boton Buscar

Se debera pulsar este boton si deseamos realizar una busqueda de unacadena de caracteres en la pantalla actual. El boton de buscar estara activadounicamente en pantallas donde los datos aparezcan en formato de listado yformato de tabla.

Boton Buscar Siguiente

Se debera pulsar este boton si deseamos seguir buscando la cadena decaracteres indicada en una busqueda anterior con el boton buscar. El botonde buscar siguiente estara activado unicamente en pantallas donde los datosaparezcan en formato de listado y formato de tabla.

Botones de Paginacion

Page 27: Administracion de-sap-r3

2.6. LA BARRA DE APLICACIONES 27

Los botones de paginacion nos permiten colocarnos en las paginasdeseadas dentro de los listados que podamos obtener en pantalla. Los botonesde paginacion estaran activado unicamente en pantallas donde los datosaparezcan en formato de listado y formato de tabla.

Disponemos de las opciones primera pagina, pagina arriba, pagina abajoy ultima pagina:

2.6. La barra de aplicaciones

Figura 2.3: Barra de aplicaciones

Con la visualizacion antigua del sapgui se encuentra entre la barraestandar de herramientas y la parte principal de la pantalla. En elladisponemos de las opciones basicas para el control de la aplicacion actual(ejemplos de aplicaciones: visualizar pedido de compras, creacion de cliente,.. ). En la nueva visualizacion del sapgui se encuentra entre la barra de tıtulosy la parte principal de la pantalla.

2.7. La pantalla principal

Figura 2.4: Pantalla principal

Page 28: Administracion de-sap-r3

28 CAPITULO 2. INTRODUCCION AL SAPGUI

Es la parte principal de la aplicacion y dependiendo de esta podra estarcompuesta de campos de entrada y/ o salida, subpantallas, tabla, etc. . .

2.8. La barra de estado

Figura 2.5: Barra de estado

Se encuentra en la parte inferior de la pantalla y su funcion principal esla de mostrarnos los mensajes de Informacion, Advertencia, Error o Exitoque la aplicacion en curso nos muestre al navegar por ella. Como funcionesadicionales, la barra de estado nos muestra tambien:

El nombre de la base de datos SAP (de 3 caracteres) a la que estamosconectados. Cuando se instala en el servidor el software del sistema SAPR/3, este se comunica con el RDBMS - que debe haber sido previamenteinstalado - para crear la base de datos que contendra todas las tablasrelacionales de las que se componen las distintas aplicaciones modularesde SAP. El nombre de la base de datos se elige en tiempo de instalaciony debe ser obligatoriamente de 3 caracteres de longitud

El numero de modo al que corresponde la pantalla actual.

El mandante al que estamos conectados.

El nombre del servidor a nivel de sistema operativo al que estamosconectados.

El modo de escritura en el que estamos. Los valores posibles puedenser INS (modo insert) y OVR (modo overwrite). Cambiaremos de unoa otro sin mas que pulsar la tecla Insert de nuestro teclado.

En la visualizacion antigua del sapgui aparece la hora que tieneconfigurada el servidor de presentacion a nivel de sistema operativo.Sin embargo, en la nueva visualizacion no aparece la hora del PC.Esta hora no es la hora que tiene configurada el Sistema R/3 en elservidor, sino que es dependiente de la configuracion de cada servidorde presentacion.

Page 29: Administracion de-sap-r3

2.9. VENTANA DE DIALOGO 29

2.9. Ventana de dialogo

Un elemento final de la ventana R/3 es la ventana de dialogo en la que elsistema nos presenta una ventana flotante donde normalmente nos pedira laintroduccion de algun dato o la confirmacion o anulacion de algun mensajesin posibilidad de retornar o avanzar en la navegacion hasta que el usuariointroduzca la informacion pedida. Ver figura 2.6.

Figura 2.6: Ventana de dialogo

2.10. Ayudas de busqueda

El sistema SAP R/3 dispone de una herramienta especıfica para ladeterminacion de valores posibles en un campo de entrada. Esta herramientase conoce con el nombre de Ayudas de Busqueda a partir de la version 4.0B deSAP R/3 (hasta esta version la herramienta era conocida como matchcodes).Junto con este cambio de nombre se produce a su vez una mejora sustancialde la herramienta.

Las ayudas de busqueda son muy utiles ya que en la mayorıa de loscasos en que deberemos introducir un dato en un campo no conoceremos losvalores posibles. Se encuentran activas en casi todos los campos de entradade cualquier pantalla de SAP R/3 y se identifican por aparecer a la derechadel campo de entrada un pequeno recuadro con una flecha vertical apuntandohacia abajo como podemos ver en la figura 2.7.

Esta flecha podra estar activa permanentemente o solo cuando posi-cionemos el cursor sobre dicho campo. Veamos esto con un ejemplo:

Page 30: Administracion de-sap-r3

30 CAPITULO 2. INTRODUCCION AL SAPGUI

Figura 2.7: Ayuda de busqueda

En una pantalla cualquiera del modulo de Gestion de Materiales(MM)debemos introducir un valor en el concepto Material ; sin embargo noconocemos que valores posibles puede tomar ese campo.

Para saber que posibles valores puede llegar a tomar el campo Materialharemos uso de la ayuda de busqueda asociada. Para ello pulsaremos su botonde ayuda de busqueda o la tecla de funcion F4 estando posicionados en elcampo.

A continuacion nos aparecera un listado con los posibles valores como el dela figura 2.8 que el concepto Material puede tomar. Cualquier valor distintode los presentados en el listado sera un valor no valido y el sistema mostrara elconsiguiente mensaje de error si un valor incorrecto es introducido.

2.11. Modos

Los modos externos en un sistema R/3 son conexiones virtuales que unusuario puede realizar a partir de una conexion real al sistema. A efectos deservidor de presentacion esto se traduce en la creacion de una nueva pantalladel SAPGUI con la que el usuario puede interactuar con el sistema R/3independientemente de los anteriores modos externos. En lo que sigue nosreferiremos a los modos externos simplemente como modos.

Ejemplo: En un modo accedemos al Modulo de Ventas para la visual-izacion de un pedido y en otro accedemos a los datos maestros de un cliente.

A esta opcion accederemos desde cualquier pantalla de SAP R/3 por elmenu desplegable Sistema → Crear Modo. Es importante saber distinguirentre conexion real (tambien llamada sesion) y modo. Existe una limitacion: Solo se pueden abrir 6 modos por conexion real o sesion

Esta limitacion se aplica solo a los modos, no a las conexiones fısicas. Paralas conexiones fısicas la unica limitacion es la que imponga la disponibilidadde recursos en el Servidor de Presentacion. Cada vez que creemos un nuevo

Page 31: Administracion de-sap-r3

2.11. MODOS 31

Figura 2.8: Listado de valores posibles

modo no estamos realizando una nueva conexion real sino que estamos usandola misma conexion para simular conexiones virtuales.

La opcion del menu desplegable Sistema → Salir del sistema nosdesconecta de la conexion real con la que estemos trabajando, con lo cual secerraran todas las ventanas de los modos que correspondan a esa conexionreal.

Veamos los comandos mas habituales para la gestion de modos. Estoscomandos se deberan introducir en el campo de comandos de la barraestandar de herramientas:

Llamar una transaccion

• en el mismo modo (ventana) → Indicar: /nxxxx (xxxx = codigode transaccion)

• en un modo adicional → Indicar: /oxxxx (xxxx = codigo detransaccion)

Finalizar la transaccion actual → Indicar: /n.

Atencion: Las modificaciones hechas se perderan sin que el sistemaemita un mensaje de advertencia.

Borrar el modo actual → Indicar: /i.

Page 32: Administracion de-sap-r3

32 CAPITULO 2. INTRODUCCION AL SAPGUI

Generar una lista con los modos propios activos → Indicar: /o.

Salir del sistema → Indicar: /nend.

2.12. Concepto de transaccion

Una transaccion comercial es un intercambio entre una parte del sistemay otra. La planta de produccion, por ejemplo, quiere un suministro desde elalmacen a cambio de un albaran. El almacen sabra utilizar este albaran paraconciliar el saldo de esta pieza en el inventario de las mismas. Mientras tanto,el departamento de contabilidad habra anotado que el material ha pasadode la cuenta del almacen a la de la planta de produccion y definira unatransaccion financiera para registrar el intercambio de valor por el material.Cuando un usuario esta trabajando en un terminal, una transaccion conel sistema no queda terminada hasta que este verifica que las entradasde informacion son correctas. El sistema registrara automaticamente latransaccion como un documento que queda en el sistema en prueba de quienhizo la transaccion y cuando esta ocurrio exactamente.

Llevando esta vision al sistema SAP veremos que una transaccion secompone de una o varias dynpros por las que va pasando el usuario en las quese le pide los datos referentes a la operacion que quiere llevar a cabo. Trascompletar toda la informacion obligatoria y parte de los campos opcionales,el usuario tiene la opcion de grabar la transaccion o de desechar toda laoperacion. Este es el punto clave de una transaccion; si se graba, entoncestodos los datos quedaran registrados, si se cancela, entonces ningun dato segrabara. El concepto de transaccion implica que no pueden quedarse grabadossolo una parte de los datos, porque esto provocarıa una inconsistencia enel sistema. En el ejemplo anterior, si solo se registrara el movimiento demercancıas entre la planta y el almacen y no se grabara la anotacion contablecorrespondiente, no podrıamos, en un momento dado, sacar un balancecontable correcto.

En R/3 accedemos a las transacciones generalmente a traves delmenu, pero tambien podemos acceder directamente tecleando su codigo detransaccion en el campo de comandos. Los usuarios noveles no suelen utilizareste ultimo metodo descrito, pero a medida que se acostumbran al sistema yse dan cuenta que suelen ejecutar siempre la misma decena de transacciones seaprenden el codigo y lo utilizan. En la seccion 2.14 veremos como se averiguael codigo de una transaccion que estamos ejecutando.

Page 33: Administracion de-sap-r3

2.13. OPCIONES TECNICAS 33

2.13. Opciones tecnicas

Las opciones tecnicas del SAPGUI se encuentran en el ultimo boton ala derecha de la barra estandar de herramientas y se puede acceder a ellaspulsando el icono de la figura 2.9 que se encuentra en la parte superior derechade la ventana del sapgui.

Figura 2.9: Icono de acceso a las opciones tecnicas

Al pinchar el boton nos aparece el menu de la figura 2.10 que tiene lassiguientes opciones.

Figura 2.10: Menu del icono de acceso a opciones tecnicas

Opciones nos permite reconfigurar el aspecto de nuestro SAPGUI estable-ciendo nuevos colores, fuentes. Esta opcion solo es valida para el modode visualizacion antiguo.

Portapapeles es una herramienta similar al Portapapeles de Windows quenos permite realizar selecciones de texto en cualquier pantalla delSAPGUI y llevar esa seleccion a cualquier editor de texto ( bien seadentro del Sistema R/3 como fuera de el ).

Page 34: Administracion de-sap-r3

34 CAPITULO 2. INTRODUCCION AL SAPGUI

Generar Grafico es una herramienta que nos crea una pantalla similar a laque estamos visualizando con la herramienta de graficos de SAP R/3.Solo funciona con pantallas en las que tengamos algun tipo de listado.

Tamano estandar cambia la pantalla del SAPGUI a su tamano pordefecto. Esta opcion solo funciona con resoluciones de pantallasuperiores a 800x600.

Hardcopy (duplicado de pantalla) envıa la pantalla actual del SAPGUIa la impresora que tengamos configurada por defecto en el PC. Estaes una herramienta que esta todavıa en desarrollo por SAP y quetodavıa produce errores en la impresion de estas capturas debido aincompatibilidades con ciertos drives de monitores.

Acerca de nos muestra los datos tecnicos de version del SAPGUI queestamos utilizando.

2.14. La pantalla status

Existe en SAP R/3 una ventana que nos informa sobre la conexion actualque hemos realizado en el sistema, ası como sobre los datos tecnicos referentesal sistema operativo, el sistema de gestion de base de datos del servidor y laversion de SAP instalada.

A esta pantalla accederemos desde el menu Sistema→Status, el cualsiempre se encuentra disponible desde cualquier punto de navegacion de SAP.

En ella podemos distinguir varias partes que describimos a continuacion:

Datos utilizacion En esta parte se presentan los datos relativos a laconexion 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 mismousuario sobre ese sistema.

Se debera tener en cuenta que la hora aquı presentada no tiene nadaque ver con la hora presentada en la barra de estado ya que la queaparece en la ventana status se refiere a la hora actual del servidor yla hora de la barra de estado se refiere a la hora actual del PC, que engeneral no coincidiran.

Datos SAP Este area esta destinada a mostrar informacion tecnica sobreSAP R/3 y se compone de varias subpartes. La parte de DatosRepository se refiere a la transaccion y programas asociados a dicha

Page 35: Administracion de-sap-r3

2.14. LA PANTALLA STATUS 35

Figura 2.11: Status del sistema

transaccion desde donde se ha ejecutado la ventana Status. Departicular importancia es el campo transaccion, ya que es uno de losque mas se consulta. La parte Datos Sistema SAP nos dice que versionde R/3 esta instalada en el servidor, el codigo que SAP asigna anuestra instalacion, ası como la fecha de vencimiento de la licencia.La parte Release base nos informa de la version base que tenemosinstalada. Ademas de la version base podemos tener instalados algunosparches. SAP, periodicamente, envıa unos parches que arreglan erroresen sus objetos estandar y estos deben ser instalados a medida queson proporcionados al cliente para corregir malos funcionamientos deciertas aplicaciones.

Datos maquina y base de datos En esta ultima parte se presentan datosrelativos al sistema como puede ser el tipo de sistema operativoinstalado, nombre de la maquina, codigo de pagina instalado y tipode base de da tos.

Page 36: Administracion de-sap-r3
Page 37: Administracion de-sap-r3

Capıtulo 3

Arquitectura de un sistema R/3

3.1. Introduccion

El sistema R/3 de SAP se basa en una arquitectura cliente/servidor de 3capas: la capa de base de datos, capa de aplicacion y capa de presentacion.La idea fundamental de la filosofıa cliente/servidor es la distribucion de lastareas que debe realizar el sistema. Cada capa se encarga de proveer ciertosservicios:

Figura 3.1: Capas de la estructura cliente/servidor de R/3

37

Page 38: Administracion de-sap-r3

38 CAPITULO 3. ARQUITECTURA DE UN SISTEMA R/3

1. Capa de base de datos . Servicios de base de datos para el salvado yrecuperacion de los datos empresariales.

2. Capa de aplicacion. Servicios de aplicacion para el manejo de la logicade aplicacion.

3. Capa de Presentacion. Servicios de presentacion para la imple-mentacion del GUI.

La arquitectura multicapa cliente/servidor le confiere al sistema R/3 lassiguientes caracterısticas:

Escalabilidad Permite la adicion de nuevos equipos en cualquiera de sus 3niveles para acomodarse a los requerimientos dinamicos del sistema.

Portabilidad El software normalmente continua en vigencia mas tiempoque el hardware que lo soporta, es por ello por lo que el software SAPR/3 se caracteriza por su portabilidad a traves de distintos tipos dehardware, sistemas operativos y RDBMS.

Apertura Todos los datos estan almacenados en tablas que son accesiblessin necesidad de instrucciones complejas de recuperacion de datos.

Parametrizabilidad SAP R/3 es un software estandar que disponede herramientas especıficas para la adaptacion del software a lasnecesidades de la empresa. Estas herramientas, englobadas en lo que seconoce como el customizing, permiten amoldar los procesos de negocioestablecidos en el estandar a la manera de trabajar de cada empresa.

El Sistema R/3 sigue varios estandares reconocidos internacionalmente einterfaces abiertos:

TCP/IP Como protocolo de comunicaciones.RFC Como el interface de programacion de mas alto

nivel. Funciones de aplicacion pueden ser llamadasexternamente.

CPI-C Para comunicaciones entre programas.SQL y ODBC Para acceso a los datos guardados en RDBs.OLE/DDE y RFC Para la integracion de aplicaciones de PC.X.400/X.500 Como el interface de email.EDI Para el intercambio de datos a nivel de aplicacion.ALE Para la integracion on line de aplicaciones descentral-

izadas.

Page 39: Administracion de-sap-r3

3.2. SERVICIOS DE BASE DE DATOS 39

Debido a su arquitectura abierta no hay practicamente ninguna restric-cion en la portabilidad como podemos comprobar por la figura 3.2

S.O. soportados UNIX, Windows NT, AS/400, OS/390RDBMS soportados Informix, Oracle, ADABAS, DB2, SQL ServerG.U.I. soportados Windows, OS/2 , OSF/Motif, Macintosh

Figura 3.2: Arquitectura abierta de R/3

3.2. Servicios de base de datos

Acceso a base de datos relacional

Para el acceso y manipulacion de datos, R/3 usa exclusivamente comandosdel lenguaje SQL. Se dispone de 2 tipos diferentes de SQL: el Open SQL(extension de lenguaje de programacion ABAP/4 ) y el Native SQL (SQLnativo de sistema de base de datos que tengamos por debajo de nuestro SAP)

Optimizacion de las operaciones cliente/servidor

Se dispone de un cache de cliente consistente en bufferes especiales en cadaservidor de aplicacion situados en la memoria principal. Reduce el trafico dered y los accesos a base de datos.

La optimizacion de los bufferes es asegurada por el mecanismo desobrescritura LRU (Least Recently Used) que consigue mantener en memoria

Page 40: Administracion de-sap-r3

40 CAPITULO 3. ARQUITECTURA DE UN SISTEMA R/3

los datos mas frecuentemente usados.

Administracion base de datos SAP

SAP ha desarrollado una serie de herramientas para la administracion dela base de datos; para el caso de ORACLE como RDBMS son:

BRBACKUP Herramienta para los backups online y offline de losdatos de aplicacion y control, ası como de los logs.

BRRESTORE Herramienta para la restauracion de los datos deaplicacion y control, ası como de los logs.

BRARCHIVE Herramienta para el archivado de los logs.SAPDBA Herramienta que integra todas las tareas de adminis-

tracion de la base de datos.

3.3. Servicios de aplicacion

La capa de de aplicacion estara, en el caso mas general, compuesto demultiples instancias; por lo que estos servicios estaran distribuidos por todasestas instancias. Una instancia R/3 consiste de un dispatcher y de uno ovarios procesos de trabajo para cada uno de los servicios que debe proveer,ademas de un conjunto de bufferes en memoria compartida

Los servicios de la capa de aplicacion se pueden clasificar en:

Dialogo DActualizacion VGestion Bloqueos EProcesamiento Batch BServidor Mensajes MGateway GSpool S

El nombre de la instancia contiene el nombre del sistema R/3 alque pertenece, junto con los servicios que proporciona y el puerto decomunicaciones:

Un sistema R/3 central con una unica instancia ofreciendo todos losservicios tendra el nombre:

<SID>_DVEBMGS00_<TCP/IP Port>

Page 41: Administracion de-sap-r3

3.3. SERVICIOS DE APLICACION 41

Servicios de dialogo

Cuando un usuario esta conectado a un sistema R/3 y realiza cualquierpeticion de informacion al sistema (por ejemplo visualizar una factura), estapeticion es gestionada por el sistema a traves de una cola de trabajo oproceso llamado de dialogo. Estos procesos actuan como interlocutores entreel usuario final y la base de datos.

Servicios de actualizacion

El sistema esta provisto de unas colas de trabajo especiales llamadasde actualizacion por donde gestionara las modificaciones de los datos deaplicacion en la base de datos.

Servicio de gestion de bloqueos

Este servicio juega un papel muy importante y, como el anterior, solouna instancia dentro de un mismo sistema puede proveer este servicio. Esteservicio es el encargado de impedir que un objeto en SAP sea modificado pormas de un usuario a la vez. Este servicio es absolutamente necesario para laintegridad de los datos de aplicacion.

Se recomienda que estos dos ultimos servicios corran en la misma instanciaya que interactuan entre sı.

Servicios de procesamiento batch

El sistema R/3 proporciona unos procesos llamados de batch especıficospara la realizacion de tareas, especialmente largas, que no requieran laintervencion del usuario final. De esta forma se podran planificar tareaspesadas como la carga o modificacion masiva de datos maestros sin que elusuario tenga que estar presente para su ejecucion.

Servidor de mensajes

Dentro de la capa de aplicacion hay una instancia entre el resto queprovee el servicio de servidor de mensajes; este servicio es necesario parala comunicacion de todas las instancias de un sistema R/3, y monitorizay asigna recursos libres. La instancia donde corre este servicio es llamadainstancia central.

Servicio de Gateway

Page 42: Administracion de-sap-r3

42 CAPITULO 3. ARQUITECTURA DE UN SISTEMA R/3

Cada instancia necesita de este servicio para realizar tareas que seextienden mas alla de la instancia local:

Servicio de Spool

Este servicio es el encargado de gestionar las peticiones de impresion dentrode SAP R/3.

- Comunicacion entre diferentes sistemas R/3- Llamadas a funciones remotas- CPIC (Common Programming Interface for Comunications)- Conexion de sistemas externos tales como MAPI Server, sistemas EDI. . .

Existe un servicio de gateway por instancia y se activa automaticamentesin la intervencion del administrador cuando la instancia arranca.

Figura 3.3: Esquema del funcionamiento del dispatcher

Dispatcher y procesos de trabajo

Los servicios de dialogo, gestion de bloqueos, actualizacion, fondo y spoolson provistos por los procesos de trabajo, los cuales son coordinados por el

Page 43: Administracion de-sap-r3

3.4. SERVICIOS DE PRESENTACION 43

dispatcher. El dispatcher actua de interface entre la capa de presentaciony la de aplicacion ya que todas las peticiones que vienen del nivel depresentacion son recibidas por el dispatcher y son asignadas a procesos detrabajo libres de las instancias. Las peticiones de usuario, una vez asignadaspor el dispatcher a su correspondiente proceso de trabajo, accederan a labase de datos directamente con SQL.

SAP R/3 funciona como un grupo de procesos de sistema trabajando encooperacion y en paralelo. En cada servidor de aplicaciones existe un unicodispatcher y varios procesos de trabajo.

3.4. Servicios de presentacion

Las aplicaciones de SAP R/3 han sido disenadas siguiendo unosestandares que aseguran uniformidad, integracion y ergonomicidad. Estauniformidad se extiende a todas las partes del diseno del interface. Algunasde estas partes en las que observaremos la consistencia del interface son:

Ayuda online Permite acceder a la documentacion sobre el uso de lasaplicaciones R/3. Esta ayuda trabaja con referencias de hipertextopermitiendo la navegacion.

Elementos de control Se dispone de campos de entrada para la introduc-cion de datos, campos de salida para la visualizacion de los mismos,table control para la visualizacion de datos en formato de tabla, push-buttons, casillas de seleccion y radio buttons. Se implementan barras dedesplazamiento cuando la informacion a visualizar en pantalla superael tamano de esta.

Menus Todas las funciones implementadas en las aplicaciones R/3 puedenser accedidas vıa menus desplegables. Estos menus desplegables seencuentran uniformemente estructurados a lo largo de todas lasaplicaciones del sistema R/3 siguiendo una estructura arborea. Sepermite, ademas la creacion de menus propios de usuario.

Barras de tareas La barra de tareas contiene los sımbolos de los comandosde navegacion mas usados.

Barras de botones Las funciones esenciales para el control de una apli-cacion pueden ser accedidas a traves de las barras de botones.

Valores de entrada posibles En casi todos los campos de entrada sedispone de una funcion que nos permite visualizar los valores limitadospara la introduccion de valores.

Page 44: Administracion de-sap-r3
Page 45: Administracion de-sap-r3

Capıtulo 4

Escenarios de configuracion

Cualquier entorno de software de gestion empresarial presenta lanecesidad de tener sistemas completos (hardware y software) separadosdedicados a funciones especıficas. Entre estas funciones podemos destacarel desarrollo del software, las pruebas del mismo, la formacion a los usuariosfinales y, la mas importante de todas, la puesta en produccion del software.

SAP R/3 dispone de multiples 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 alcaracter abierto y escalable de R/3, puede alterarse en cualquier momento sise aprecia que los condicionantes de la empresa que llevaron a optar por unasolucion determinada han cambiado.

4.1. Consideraciones generales sobre los sis-

temas R/3

Siguiendo la definicion de sistema R/3 que se da en el glosario, vamos aindicar una serie de requerimientos y limitaciones que existen, y que debentenerse en cuenta a la hora de decidir el numero de sistemas necesarios parauna implantacion real.

La base de datos de un sistema R/3 requiere aproximadamente unos15 Gb1 de disco duro y cada servidor de aplicaciones necesitara unos2 Gb. Un mandante que contenga unicamente la parametrizacion basicaocupa unos 500 Mb, pero si le anadimos los datos de aplicacion que sevan creando al entrar en productivo, los requerimientos de almacenamientopuede incrementarse hasta varios gigabytes. Otros factores que influyen en

1En la version 4.0B

45

Page 46: Administracion de-sap-r3

46 CAPITULO 4. ESCENARIOS DE CONFIGURACION

la necesidad de espacio son el sistema de base de datos elegido, el numero demandantes creados, la cantidad de datos historicos que se guardan. . .

R/3 no provee de ninguna herramienta para separar los datos maestrosde los datos transaccionales. No podemos transportar unicamente los datosmaestros de proveedores sin pasar tambien los datos de sus pedidos y/ofacturas. Del mismo modo, tampoco podemos separar los datos de modulosdiferentes, una aplicacion individual como FI o HR no puede aislarse paratransportarse a otros sistemas.

Por otro lado, sı que disponemos de herramientas para reinicializar losdatos transaccionales antes de la entrada en productivo 2 lo que nos permiteborrar toda la contabilidad, pedidos, facturas, ordenes de mantenimiento,etc, que se hayan creado durante las pruebas.

4.2. Descripcion y funciones de cada sistema

Atendiendo unicamente a la funcion que van a cumplir, hay varios tiposde sistemas R/3. Vamos a describir los tres mas habituales (desarrollo,integracion y produccion) aunque dependiendo del tamano y necesidadesde la empresa SAP tambien contempla la posibilidad de tener un sistema deformacion aislado y un sistema de desarrollo de cliente propio.

4.2.1. Sistema de desarrollo

Este es el sistema inicial donde se origina el software. Todos los desarrollosy la parametrizacion se llevan a cabo aquı. Una vez que se han completado laspruebas unitarias de los programas, estos pueden ser transportados al sistemade integracion para hacer pruebas mas exhaustivas. Los datos de este sistemasuelen ser escasos (unicamente los que se van creando como pruebas) y a vecesson inconsistentes. Debido al gran numero de personas (muchas veces ajenasa la empresa) que acceden a este sistema debemos controlar, por motivos deseguridad, que nunca tenga datos reales.

4.2.2. Sistema de integracion

En este sistema se realizan pruebas definitivas del software que incluyen:

Pruebas integradas Con ellas nos aseguramos que nuestros desarrollos nointerfieren en otros modulos del sistema. Tambien debemos probar

2”Go Live”es el termino ingles que se utiliza para referirse al momento en que el sistemaproductivo se abre a los usuarios finales para que comienzen a trabajar.

Page 47: Administracion de-sap-r3

4.3. MANDANTES 47

conjuntamente desarrollos de distintos modulos que interactuen entresı.

Pruebas de rendimiento Cargando el sistema de integracion con sufi-ciente volumen de datos podemos probar la eficiencia de nuestro soft-ware permitiendonos descubrir errores no funcionales pero que nos im-posibilitan poner en explotacion los programas.

Pruebas de usuario El usuario final no suele tener acceso al sistema dedesarrollo ası que es en integracion donde debe comprobar que lafuncionalidad del software es la que el pidio en sus especificaciones.Tambien le sirve para familiarizarse con los nuevos programas y suinterface y solicitar cambios en la interaccion si algo no es de su agrado.

La formacion a usuarios es otra de las funciones de este sistema.Aprovechando la necesidad de volumen de datos que tienen las pruebas derendimiento, podemos ensenar a los usuarios con ejemplos casi reales comofunciona el software que van a tener que utilizar.

Por ultimo, destacaremos como funcion importante la posibilidad deprobar el sistema de transporte. Al pasar el software de desarrollo aintegracion ya tenemos una prueba de como va a pasar de integracion aproduccion. Veremos el sistema de transporte detalladamente en capıtulosposteriores.

4.2.3. Sistema de produccion

El sistema de produccion tiene una unica funcion: la explotacion real delsoftware. Aquı es donde se almacenan los datos reales de la empresa y dondese ejecutan los procesos de negocio. Los otros sistemas deben garantizarque los programas o parametrizaciones incorrectas no afecten ni al trabajoproductivo ni a los datos reales.

4.3. Mandantes

4.3.1. Mandantes estandar

Cualquier sistema R/3 se instala inicialmente con tres mandantesestandar. En el caso de un sistema IDES existe tambien el mandante 800 queincluye un modelo de compania completo para demostraciones y formacion.Las funciones de los mandantes estandar son las siguientes:

Page 48: Administracion de-sap-r3

48 CAPITULO 4. ESCENARIOS DE CONFIGURACION

Mandante 000 Es el mandante de referencia. No contiene datos deparametrizacion empresarial y por lo tanto las creaciones de mandantepropios se deben hacer como copias de este para asegurarnos queempezamos la parametrizacion desde cero. Durante un cambio deversion de R/3 los datos dependientes de mandante se actualizanautomaticamente en el 000 y los cambios al resto de mandantes se debenhacer desde aquı. En el IMG se incluyen unos proyectos que destacanlos cambios entre diferentes versiones de SAP R/3 y que sirven de ayudadespues del upgrade. Este mandante no debe borrarse del sistema nicambiarse ningun aspecto de el.

Mandante 001 Es el mandante de ejemplo. Inicialmente es identico al 000y salvo que lo cambiemos nosotros, ninguna actualizacion de R/3 lova a modificar, al contrario de lo que ocurre con el 000. Siempre lopodemos tener como ejemplo de la instalacion inicial aunque SAP noimpone ninguna prohibicion de cambiarlo o borrarlo.

Mandante 066 Mandante del servicio EarlyWatch. Para garantizar laconfidencialidad de nuestros datos reales en productivo existe estemandante aislado al que se conecta SAP cuando le pedimos que nosrealice un servicio de deteccion de problemas de rendimiento. Losusuarios de este mandante tiene las autorizaciones mınimas para poderejecutar el informe de rendimiento. Este mandante tampoco debe serborrado ni modificado nunca.

4.3.2. Mandantes propios

A partir del mandante de referencia 000 podemos crear tantos mandantescomo queramos (siempre que el tamano de nuestra base de datos nos lopermita). En el sistema de desarrollo se suelen crear varios mandantes, enintegracion alguno menos y en el sistema de produccion solo debe existirun mandante propio. A continuacion vamos a describir los mandantes que secrean habitualmente y cuales son sus funciones. Aunque vemos que tienen unnumero asignado, esto se ha hecho para facilitar la diferenciacion entre ellos.En nuestros sistemas R/3 nosotros podemos darle el numero que queramosa cada mandante propio.

Es posible implementar SAP con mas o menos mandantes de losindicados pero hay que buscar el equilibrio entre muchos y pocos. Conpocos mandantes podemos tener conflictos durante la parametrizacion, eldesarrollo de programas o las pruebas, pero con muchos mandantes estaremosaumentando el tamano de la base de datos y empeorando el rendimiento

Page 49: Administracion de-sap-r3

4.3. MANDANTES 49

ademas de requerir un mayor esfuerzo en los procedimiento de administracionde sistemas. Las funciones de los mandantes propios son las siguientes:

Mandante 200 Desarrollo y parametrizacion en el sistema de desarrollo.Aquı iniciamos nuestro prototipo de empresa y creamos los primerosdesarrollos a medida que sean necesarios. Los programadores yconsultores de aplicacion trabajan en este sistema. No tendremos datosmaestros ni transaccionales de manera que la pruebas las realizaremosen el mandante 220 despues de pasar todos los cambios hechos aquı.

Mandante 210 Trastero.3 Las pruebas inusuales de parametrizacion lasrealizaremos en el 210 de manera que no interrumpamos el trabajonormal del mandante 200. Los cambios que hagamos aquı no seregistran en ningun sitio de manera que si probamos algo que nos vabien debemos repetirlo a mano en el 200 para que quede grabado en unaorden de transporte y se pueda pasar al mandante de pruebas unitarias.Periodicamente y para mantener el mandante limpio se hara una copiade refresco desde el 220.

Mandante 220 Pruebas unitarias en desarrollo. Los responsables dedesarrollo y parametrizacion efectuaran aquı las pruebas unitariasdel prototipo que se esta creando. Aquı si que tendremos datosmaestros y transaccionales aunque no seran muy fiables debido a quela parametrizacion puede cambiarse.

Mandante 300 Pruebas integradas y control de calidad en integracion. Lafuncion de este mandante es similar a la del 220 pero con la diferenciade que las pruebas incluyen la interaccion entre los diferentes modulos,rendimiento y aprobacion del usuario. Tambien se comprueba queel paso de las ordenes de transporte desde el sistema de desarrollosea correcto como garantıa de que el paso de esas mismas ordenes aproduccion tambien lo sea.

Mandante 310 Formacion a usuarios finales. Una vez superadas las pruebascorrespondientes al mandante 300, pasamos el prototipo aquı para quelos usuarios finales reciban los cursos de formacion y tengan un sitiodonde poder seguir practicando despues. De esta manera, los datosmaestros y transaccionales que crean no nos interfieren en nuestrotrabajo de implantacion habitual.

3El palabra que utiliza SAP es ”sandbox” que es una caja de arena en la que jueganlos ninos. El termino ha sido libremente traducido al castellano por los autores.

Page 50: Administracion de-sap-r3

50 CAPITULO 4. ESCENARIOS DE CONFIGURACION

Mandante 320 Maestro de parametrizacion. Este mandante se usa unica-mente como referencia para poder consultar la parametricacion que ten-emos en productivo sin tener que acceder a la maquina de productivo,no obligandonos a dar acceso a la misma a personal no autorizado. Paraque cumpla su funcion se deben transportar los cambios al mandante400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados.

Mandante 400 Mandante productivo. Aquı es donde se lleva a cabo laexplotacion real del software. Este es el unico mandante propio quedebe existir en el sistema productivo. Antes del arranque en productivorealizaremos aquı las cargas iniciales de datos maestros, movimientos ehistoricos.

4.4. Comparacion de escenarios

SAP tiene contemplados escenarios de configuracion desde un solo sistemahasta cuatro. El escenario que aconseja en todas sus especificaciones tecnicases el de tres sistemas aunque tambien es aceptable trabajar con dos (silas necesidades de la empresa no son muy grandes). Trabajar con un solosistema R/3 es un caso excepcional como veremos mas adelante. Vamos a veresquematicamente las ventajas y desventajas de cada una las configuraciones.

4.4.1. Configuracion con un solo sistema (Produccion)

Ventajas

Al tener una sola maquina los costes de hardware son mınimos.

Todo el trabajo del transporte de elementos de desarrollo quedasuprimido con lo que la administracion del sistema se simplifica encierto 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 tendremosque provocar la indisponibilidad del sistema para realizar las pruebasintegradas.

Page 51: Administracion de-sap-r3

4.4. COMPARACION DE ESCENARIOS 51

El rendimiento de nuestra unica maquina sera malo ya que tendremostodos los mandantes en la misma base de datos con el aumento detamano de las tablas que ello implica.

Conclusion

SAP desaconseja totalmente esta configuracion. Algunos clientes sedecantan por ella alegando que no van a desarrollar nada de softwarenuevo y que tampoco van a parametrizar mucho con lo que un sistemaR/3 basico les sirve para empezar a trabajar. La realidad demuestra mastarde que hacer esto significa infrautilizar el potencial de adaptabilidad ycrecimiento que tiene SAP y en poco tiempo instalan un segundo sistemaque les permite hacer cosas que antes no podıan. La reduccion inicial decostes en hardware tambien resulta enganosa porque en el presupuesto deun proyecto de implantacion de R/3 el coste del hardware representa unporcentaje bastante pequeno del total. Lo que ocurre es que es uno de losprimeros gastos en el que hay que incurrir y por eso da la impresion de que esimportante reducirlo al mınimo. Unicamente se aconseja esta configuracionpara centros de formacion o demostracion del producto.

4.4.2. Configuracion con dos sistemas (Desarrollo yProduccion)

Ventajas

Todos los desarrollos nuevos y la parametrizacion creada se puedeprobar en el sistema de desarrollo sin interferir con el trabajo real enproductivo.

Tenemos los datos reales de nuestro sistema productivo aislados en unamaquina a la que no puede acceder el personal de desarrollo, de estamanera garantizamos la confidencialidad de nuestra informacion. Estepunto puede ser en algunos caso vital, estrategicamente hablando, oincluso de obligado cumplimiento legal, en el caso de la informacionrelativa a empleados, clientes y proveedores.

La inversion en hardware es reducida. El sistema de desarrollo puede seruna maquina de caracterısticas inferiores a la de productivo y estaremosajustando bastante nuestro presupuesto.

Desventajas

Page 52: Administracion de-sap-r3

52 CAPITULO 4. ESCENARIOS DE CONFIGURACION

La cantidad y el ambito de actuacion de los desarrollos que haganestara limitado por la falta de un sistema dedicado a las pruebasintegradas. Tendremos que hacer el control de calidad y las pruebasde aceptacion de usuario en el mismo sistema en el que desarrollamoslo que puede implicar la interrupcion de las tareas de desarrollo duranteel tiempo que duren las mismas.

Tampoco podremos llevar a cabo pruebas de rendimiento sin perjudicara los equipos de desarrollo o al funcionamiento en productivo.

Tareas ineludibles y de gran complejidad como un cambio de versionnos dejan inservible el sistema de desarrollo durante todo el tiempo quedura la actualizacion de version.

Conclusion

Esta es la solucion mınima que acepta SAP para una empresa que pretendasacar rentabilidad de R/3. Es una opcion correcta para empresas con unpequeno numero de desarrollos y que implanta solo uno o dos modulos lo quereduce la cantidad de parametrizacion a realizar. A medida que la empresavaya instalando mas modulos de R/3 o que vaya asimilando el WorkbenchABAP/4 como paquete de desarrollo es posible que se vea en la necesidad deanadir un tercer sistema. En cualquier caso, es muy comun ver empresas quetienen esta configuracion desde hace varios anos y funcionan correctamentecon ella. En el caso de un cambio de version, que es uno de los proyectoscomplicados que requieren una maquina aparte, la solucion por la que seopta consiste en alquilar durante el tiempo de la actualizacion de version unamaquina de pruebas o subcontratar la migracion a una consultorıa externaque tenga maquinas disponibles para ello.

4.4.3. Configuracion con tres sistemas (Desarrollo,Integracion y Produccion)

Ventajas

La instalacion de aplicaciones o modulos adicionales se puede hacer sinafectar al trabajo habitual de desarrollo.

La existencia del mandante trastero en el sistema de desarrollo facilitala familiarizacion con las funcionalidades de los modulos y la realizacionde pruebas sin peligro.

Page 53: Administracion de-sap-r3

4.4. COMPARACION DE ESCENARIOS 53

Disponemos del sistema de integracion para la realizacion de pruebas derendimiento, pruebas de aceptacion de usuario, formacion a usuarios. . .

Tres es el numero mınimo de sistemas que hacen falta para poderprobar el sistema de transporte. Al tener integracion como pasointermedio antes de llevar el software a productivo podemos y hacereste paso utilizando el sistema de transporte, podemos garantizar queel transporte a productivo va a ser correcto siempre que haya sidocorrecto el paso a integracion. La importancia de esta prueba radica enque puede resultar frustrante haber pasado todo el ciclo de pruebas deun desarrollo y que al final falle en produccion por una mala gestiondel sistema de transporte.

Desventajas

Necesitamos una inversion mayor en hardware, tanto en maquinaspara albergar los sistemas R/3 como en hardware auxiliar decomunicaciones, copias de respaldo, administracion de red. . .

La administracion del sistema se complica y por lo tanto necesitaremosmas personal y que ademas este bien formado en estas tareas. Estepunto es realmente importante porque si no somos cuidadosos en lagestion de los transportes de workbench y customizing a traves de lostres sistemas podemos llegar a anular alguna de las ventajas que suponetenerlos y convertirla en un claro inconveniente.

Conclusion

Como decıamos al principio esta es la configuracion que recomienda SAP yes la que utilizan la mayorıa de las empresas grandes que tienen presupuestoy personal suficiente para gestionar todos los sistemas. Cuando se instalanmuchos modulos diferentes y de areas diferentes (logıstica, finanzas y recursoshumanos) se hace necesario tener un sistema aislado para las pruebasintegradas. Un configuracion con cuatro sistemas solo sera necesaria paraempresas que tengan un volumen de desarrollos propios realmente grandes.Como se puede suponer, la gestion de un sistema ası requiere de personalrealmente cualificado y de una metodologıa y procedimientos de transporteque eviten cualquier error ajeno a los desarrollos en sı mismos.

Page 54: Administracion de-sap-r3
Page 55: Administracion de-sap-r3

Capıtulo 5

Monitorizacion de procesos yusuarios

Una de las tareas basicas de administracion de un sistema SAP R/3consiste en la monitorizacion de los procesos activos en las instancias queconforman el sistema – ya sea en el entorno de desarrollo, integracion oproduccion -, ası como que usuarios han ejecutado tales procesos.

Sera labor del administrador el evitar que se ejecuten procesos demasiadopesados que provoquen una ralentizacion global del sistema, manteniendoun contacto estrecho con el departamento de desarrollo y con los usuariosfinales para identificar tales procesos para que sean ejecutados en modo batchdurante el procesamiento nocturno.

5.1. Monitorizacion de procesos activos

El sistema SAP R/3 dispone de un monitor de procesos activos por elcual podemos ver que usuario ha lanzado que proceso. Ademas, este monitornos informa de que procesos han sido lanzados en dialogo y que procesoscorren en modo batch.

Este monitor puede ser accedido directamente por la transaccionSM50 o alternativamente por el menu desplegable Herramientas→Gestion→Monitor→Supervisar Sistema→Resumen Procesos.

En la pantalla de la figura 5.1 podemos ver que usuario esta realizandopeticiones al sistema, ası como el tipo de proceso de trabajo que esta gestio-nando tales peticiones. Explicaremos la informacion mas importante que nosproporciona el monitor. En la columna ID tenemos un identificador secuen-cial para cada uno de los procesos de trabajo y la columna Tipo nos dice lanaturaleza del proceso de trabajo:

55

Page 56: Administracion de-sap-r3

56 CAPITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

Figura 5.1: Monitor de procesos de una instancia

DIA para procesos de dialogoBTC para procesos batchUPD para procesos de actualizacion V1UPD2 para procesos de actualizacion V2ENQ para procesos de EnqueueSPO para procesos de spool

La columna IDP es el identificador del proceso a nivel de sistemaoperativo. Cada uno de los procesos en SAP es realmente un proceso activoa nivel de sistema operativo. Este codigo unico para cada proceso de trabajosirve para identificarlos.

La columna Status nos indica el status de cada uno de los procesos detrabajo. El status puede tomar cada uno de estos valores:

En ejec. Proceso de trabajo que esta actualmente gestionandopeticiones de usuario.

Espera Proceso actualmente en espera de gestionar peticionesde usuario.

Finalizado Proceso que ha sufrido algun error en el procesamientode alguna peticion de usuario y cuya actividad hasido cancelada automaticamente por el sistema o porel administrador del mismo. Los procesos con talesstatus no pueden volver a gestionar ninguna peticionde usuario hasta que el administrador los vuelva aactivar.

Page 57: Administracion de-sap-r3

5.1. MONITORIZACION DE PROCESOS ACTIVOS 57

La columna Inicio nos indica si el proceso de trabajo se reinicia cuandosufre un error para poder seguir gestionando futuras peticiones de usuarioo si por el contrario, cuando una de las peticiones sufra un error el procesose quede en status finalizado con lo cual no se reactivara automaticamente.El valor por defecto es ”Sı”, y es el valor que deberemos dejar para que losprocesos esten siempre activos aunque sufran algun error en su ejecucion.Errores tıpicos en la ejecucion de peticiones de usuario son la terminacionmanual de algun modo por parte del usuario. Para cambiar este valor deSı a No o viceversa deberemos acudir a la opcion del menu desplegableProceso→Reanudar tras error.

La columna Error nos indica el numero de errores que un proceso detrabajo ha sufrido desde que se arranco el sistema por ultima vez.

La columna Semaforo nos indica el numero de semaforo asociado a cadaproceso. Para ciertos tipos de actividades como pueda ser la escritura en unfichero de log a nivel de sistema operativo, el sistema asigna unos codigos acada proceso de trabajo. El semaforo para escritura en fichero del sistemaoperativo es ”22”.

La columna CPU es el tiempo de CPU que esta consumiendo actualmenteel proceso de trabajo en formato minutos:segundos. Esta informacion pordefecto no esta activa, ya que su propia visualizacion consume recursos delsistema. Para activarlo deberemos acudir a la barra de aplicaciones y pulsarel boton CPU.

La columna Hora nos indica el tiempo en segundos que ese procesoesta activo.

La columna Report nos indica el programa que internamente esta eje-cutando el sistema para gestionar la peticion de usuario. Todas las pantallasde SAP tienen por detras un programa en codigo fuente que es compilado laprimera vez que es llamado; las siguientes veces el programa ya se encuentraen el buffer, por lo que el sistema no lo volvera a compilar hasta que lo pierdadel buffer y sea nuevamente llamado.

La columna Mandante nos indica el mandante al que se ha conectadoel usuario que esta ejecutando ese proceso.

La columna Usuario nos indica el usuario que ha realizado la peticion alsistema asociada a ese proceso de trabajo.

La columna Accion indica el tipo de accion que es llevada a cabosobre la base de datos para gestionar la peticion de ese usuario. Accionestıpicas pueden ser: Lectura secuencial, lectura directa, insert, update, delete.Para mas informacion sobre las acciones que ese proceso esta realizandoposicionaremos el cursor sobre el proceso deseado y a continuacion

Page 58: Administracion de-sap-r3

58 CAPITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

pulsaremos el boton Detalle de la barra de aplicaciones.La barra de aplicaciones nos permite tambien refrescar el contenido de

la pantalla. Deberemos tener en cuenta que el monitor de esta pantallase activara exclusivamente cuando pulsemos el boton refrescar, por lo quesi deseamos tener en pantalla y en todo momento informacion actualizadasobre los procesos actualmente en curso deberemos pulsar continuamente elboton de refresco. Otra opcion que nos brinda la barra de aplicaciones delmonitor de procesos activos es la de borrar el modo de usuario asociado alproceso en cuestion. Esta opcion se debera usar con cuidado y siempre conel consentimiento del usuario ya que podemos provocar perdida de datos sicancelamos un modo que este actualmente accediendo a la base de datospara actualizar. Otra posibilidad es la de debugging. SAP, en su entornode desarrollo, dispone de una herramienta de depuracion de programas; estedebugger puede ser activado para un proceso siempre que seamos el dueno detal proceso. Con esto se pueden analizar errores de programacion en tiempode ejecucion.

Los procesos actualmente activos en la instancia en la que estamosconectados se pueden cancelar manualmente por el administrador del sistemacon la opcion del menu desplegable Proceso→Cancelar con core y Proceso→Cancelar sin core. Ambas opciones cancelan el proceso a nivel de sistemaoperativo asociado al proceso de SAP con la salvedad que la opcion concore genera un fichero llamado core donde queda registrada la razon de lacancelacion del proceso. Como este fichero no es editable, elegiremos la opcionsin core para no crear en los discos duros informacion que no vayamos a usar.La cancelacion manual de un proceso debe ser realizada con extremo cuidadoy siempre deberemos asegurarnos que dicha cancelacion no provoque ningunproblema de inconsistencia en los datos de SAP.

Es muy importante tener en cuenta que la informacion visualizada en latransaccion SM50 se limita exclusivamente a la instancia a la que estemosconectados. Si nuestro sistema R/3 esta formado por varias instancias, parapoder visualizar los procesos de cada una de ellas tendremos que realizarcualquiera de las siguientes acciones:

1. Conectarnos directamente a cada una para visualizar la SM50(recordemos que el nombre del servidor sobre el que esta montado lainstancia aparece en todo momento en la barra de estado).

2. Acudir directamente a la transaccion SM51 (Herramientas→ Gestion→Monitor→Supervisar Sistema→Servidor ).

En la transaccion SM51 visualizamos las instancias que estan activas yque componen el sistema SAP. Desde esta transaccion podremos saber

Page 59: Administracion de-sap-r3

5.1. MONITORIZACION DE PROCESOS ACTIVOS 59

Figura 5.2: Monitor de instancias activas

si un sistema SAP es distribuıdo o si por el contrario esta formado poruna unica instancia central.

En la columna Servidor aparece el nombre de la instancia. Enla columna Maquina aparace el nombre del servidor sobre el queesta instalada la instancia SAP y por ultimo, en la columna Tipose visualizan los tipos de procesos de trabajo que estan dados de altaen esa instancia.

En la barra de aplicaciones de esa pantalla tenemos la opcion de refrescopara actualizar la informacion. Tambien tenemos la opcion Procesosque nos lleva directamente a la transaccion SM50 de cada una de lasinstancias sin mas que posicionar el cursor sobre la instancia deseada ypulsar el boton descrito. Accedemos a la misma transaccion si hacemosdoble click sobre cada una de las instancias.

La opcion Usuarios nos muestra un listado con los usuarios conectadosa la instancia que hayamos elegido. Esta opcion la veremos mas afondo en la siguiente seccion. La opcion Log del sistema nos lleva ala transaccion SM21 que esta descrita en el capıtulo 8.

La opcion Colector SO nos muestra informacion tecnica acerca delsistema operativo tal como el numero de procesadores, el porcentajede utilizacion CPU, la cantidad de memoria disponible y libre, einformacion sobre la paginacion. Esta opcion se encuentra disponible

Page 60: Administracion de-sap-r3

60 CAPITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

en el menu desplegable Pasar a→ Collector SO.

Figura 5.3: Monitor de sistema operativo

La opcion Login remoto nos abre un modo sobre la instanciapreviamente seleccionada. El modo nuevo nos accede al menu inicialde conexion a SAP. La opcion Info Release nos muestra informacionsobre la version del kernel de SAP instalado en la instancia quehayamos elegido. El kernel de SAP esta formado por ficheros ejecutablescompilados en lenguaje C necesarios para el arranque y funcionamientode SAP.

3. Ejecutar la transaccion SM66 de Procesos Globales activos (Herramientas→Gestion→Monitor→ Rendimiento→ Exceptions/Users→Active Users→All Processes) que se muestra en la figura 5.4

Figura 5.4: Monitor global de procesos activos

Page 61: Administracion de-sap-r3

5.2. MONITORIZACION USUARIOS CONECTADOS 61

5.2. Monitorizacion usuarios conectados

Otra tarea basica de administracion que se complementa con la moni-torizacion de procesos activos es la monitorizacion de usuarios conectados alsistema. Existe en el sistema una herramienta que nos proporciona en for-mato listado los usuarios que se han conectado a la instancia actual. Talinformacion es mostrada en la transaccion SM04 Herramientas→ Gestion→Monitor→Supervisar Sistema→ Usuarios Conectados.

Figura 5.5: Monitor de conexion de usuarios por instancia

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 laconexion.

4. Codigo de transaccion perteneciente al modo actualmente activo .

5. Hora a la que se ejecuto por ultima vez algun proceso desde el modoactivo asociado a la conexion fısica que estamos visualizando.

6. Cantidad de modos abiertos por el usuario .

Page 62: Administracion de-sap-r3

62 CAPITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

7. Cantidad de modos internos que el sistema ha debido abrir paragestionar las peticiones del usuario. Estos modos internos no tienennada que ver con los modos externos o de usuario – denominadossimplemente modos – que se explicaron en el capıtulo 2.

Cada lınea de este listado corresponde con una conexion fısica al sistemapor usuario. Este monitor tiene ademas diversas funciones en su barra deaplicaciones:

Una de ellas es la posibilidad de ver los modos abiertos por cada usuario.Posicionando el cursor sobre un usuario y pulsando el boton Modos, oalternativamente, haciendo doble click sobre un usuario, el sistema nosmuestra una ventana de dialogo con un listado de los modos abiertos porusuario y conexion fısica.

Figura 5.6: Lista de modos activos por usuario

Esta ventana nos muestra en orden de apertura los modos abiertos por elusuario y conexion fısica elegidos, ası como la hora a la que se ha realizadola ultima peticion de informacion por tales modos. Tambien tenemos laopcion de borrar el modo que queramos. Con esta ultima opcion estaremoscerrando remotamente al usuario la pantalla asociada a ese modo. Esta opcionhabra que usarla siempre con el consentimiento del usuario y con extremocuidado. Tal accion de borrado manual de modo queda reflejado en el log delsistema – ver capıtulo 8 –.

Otra opcion de la barra de aplicaciones es la de refresco de pantalla. Estaopcion es muy util ya que el sistema solo nos estara mostrando la informacionactualizada cada vez que pulsemos la funcion de refresco. Tambien podremosordenar el listado por la columna deseada tanto en orden ascendente comodescendente.

Como una tercera opcion de la barra de aplicaciones el sistema, sipulsamos el boton Info Usuario, nos muestra en una ventana de dialogo el

Page 63: Administracion de-sap-r3

5.2. MONITORIZACION USUARIOS CONECTADOS 63

nombre, apellido, departamento y extension telefonica asociados al usuarioelegido. Estos datos apareceran siempre y cuando se hayan introducido en elmaestro de usuarios cuando se creo el usuario.

Figura 5.7: Informacion detalllada de usuario

Sera labor del administrador, en general, el crear los usuarios en el maestrode usuarios con los permisos adecuados para que puedan desarrollar sus tareassin problema y el mantener actualizados sus datos basicos como el nombre,departamento, telefono de contacto para que la gestion y monitorizacion detales usuarios resulte mas sencilla.

La limitacion de este monitor es que el listado se restringe a usuariosque se han conectado al sistema por la instancia desde donde estamosiniciando el monitor de usuarios. Si nuestro sistema se compone de una unicainstancia, este listado nos mostrara al completo todos los usuarios conectadosal sistema, pero si nuestro sistema se compone de varias instancias tenemosvarias opciones para visualizar todos los usuarios conectados:

Abrir una conexion fısica por cada instancia de las que se componganuestro sistema SAP e iniciar desde cada conexion la transaccion SM04.

En un unico modo acudir a la transaccion SM51 y desde ahı yposicionandonos en cada una de las instancias activas pulsaremos elboton Usuario de la barra de aplicaciones. De esta manera tendremosun listado de usuarios por cada instancia.

Desde el menu desplegable inicial de SAP ejecutar Gestion→Monitor→Rendimiento→ Exceptions/Users→ Active Users, o alternativamenteejecutar la transaccion AL08 que se muestra en la figura 5.8. Estatransaccion muestra los usuarios actualmente conectados al sistema yagrupados por instancia de conexion.

Page 64: Administracion de-sap-r3

64 CAPITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

Figura 5.8: Usuarios conectados vistos en la transaccion AL08

Crear un programa o query sencilla sobre la tabla USR41 que contieneen todo momento los usuarios conectados por cualquier instancia. Hayque tener en cuenta que el resultado se nos restringe al mandante alque estamos conectados. Si el sistema tiene mas de un mandante dondeesten definidos los usuarios, el listado no sera completo.

Page 65: Administracion de-sap-r3

Capıtulo 6

Procesamiento en fondo

6.1. Conceptos de procesamiento en fondo

Ademas de la opcion de ejecutar programas y transacciones online, SAPnos da la posibilidad de ejecutar procesos en fondo.Podemos encontrarnos conotros terminos para referirse al mismo concepto como procesamiento batcho procesamiento en segundo plano. Simplemente consiste en la ejecucion deun proceso sin interaccion con el usuario, es decir, que lanzamos el proceso yel sapgui nos devuelve el control aunque el programa todavıa no ha acabadode ejecutarse.

Este modo de ejecucion de procesos adquiere una importancia vitalcuando tratamos con programas que tardan mucho tiempo en completarse.Tradicionalmente se considera un buen tiempo de respuesta para un sistemaonline el hecho de que no transcurran mas de dos segundos entre dos accionesdel usuario sobre el programa. Parece poco probable que un usuario esteesperando mas de cinco minutos a la respuesta del sistema sin pensar quese ha quedado bloqueado o que ha fallado el programa, por eso, cuando seprevea que un proceso va a durar mas tiempo deberıa ser lanzado en fondo.

El lanzamiento de programas en fondo nos permite mejorar el rendimientode las transacciones online ya que podemos determinar que la prioridadde los mismos sea menor ya que el usuario no esta esperando respuestainmediata. Lo mas aconsejable es lanzar los programas en fondo durantela noche, cuando la carga de usuarios que actuan online es casi nula. Estoultimo se debera hacer cuando los procesos no sean crıticos para la obtencionde datos en tiempo real; es la direccion de la empresa la que debe decidir, porejemplo, si sus pedidos de compra deben emitirse online o por el contrariopueden esperar todos a la noche.

65

Page 66: Administracion de-sap-r3

66 CAPITULO 6. PROCESAMIENTO EN FONDO

6.2. Definicion de jobs

Un job es conjunto de uno o mas programas que se lanzan consecutiva-mente en proceso de fondo. Para crear un job 1 utilizaremos la transaccionSM36, a la que se llega a traves de Herramientas→ CCMS→ Jobs→ Defini-cion, y que nos muestra la pantalla de la figura 6.1

Figura 6.1: Pantalla inicial de definicion de job

La definicion de un job tiene tres areas principales:

Informacion general

Hora de inicio o evento de ejecucion

Pasos

6.2.1. Informacion general

La informacion general conforma la base de la definicion del job.Primeramente debemos darle un nombre que defina el proposito que tiene.Este nombre no es unico, lo que significa que podemos crear varios jobs quese llamen actualizar estadısticas enero. Esto se produce porque SAPasigna un numero interno a cada job con el que diferencia a unos de otrospero para nosotros esa clave es desconocida y solo podremos referirnos al jobpor su nombre.

1SAP utiliza la palabra definir para la accion de crear un job

Page 67: Administracion de-sap-r3

6.2. DEFINICION DE JOBS 67

Otro datos de informacion general es la clase de job que indica a SAP laprioridad de ejecucion de los procesos que le mandamos y en funcion de elloasigna los recursos adecuadamente. La clases posibles son:

A La mas alta prioridad. Se utiliza para procesos que son crıticos para elfuncionamiento del sistema.

B Prioridad media. Para procesos periodicos que aseguran el mantenimientodel sistema.

C Prioridad normal. Es la clase normal que se asigna a los jobs de usuario.

El administrador del sistema puede decidir reservar colas de BTCespecıficas para los jobs de clase A de manera que nunca tenga que esperarun proceso de este tipo a que haya recursos libres para su ejecucion.

Por ultimo, tenemos la posibilidad de determinar especıficamente elservidor de aplicaciones que dara curso a nuestra peticion de proceso defondo. Si no indicamos ninguna instancia por la que deba ejecutarse entoncesel sistema elegira la primera disponible.

6.2.2. Hora de inicio o evento

Una vez definidas la caracterısticas generales del job tenemos que indicarcuando debe ejecutarse. Esta indicacion puede hacerse de diversas formas:

Ejecucion inmediata. Como su propio nombre indica nos permite iniciarel job en el momento de acabar su definicion.

Ejecucion por fecha/hora. Deberemos indicarle un dıa y una hora enla que queramos que comience el job. Ademas podemos marcar el jobcomo periodico, es decir, que se repetira su ejecucion cada cierto periodode tiempo (cada dıa, cada 35 minutos. . . ). Esta opcion es muy utilpara la planificacion de jobs de mantenimiento o de recoleccion deestadısticas, de hecho, al instalar SAP ya existen una serie de jobsde estas caracterısticas.

Por job. Con esta indicacion de comienzo podemos encadenar unosjobs con otros, es decir, indicaremos al job B que empiece a ejecutarsecuando acabe el job A. Tambien podemos especificar que solo comiencecuando la finalizacion del job A sea correcta, en caso de que el job Ahaya 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 eventoque le indiquemos.

Page 68: Administracion de-sap-r3

68 CAPITULO 6. PROCESAMIENTO EN FONDO

Un evento es un suceso se produce automaticamente en el sistema R/3o que podemos provocar manualmente. Previamente, el evento debe estardefinido en la correspondiente tabla. SAP viene con una serie de eventospredefinidos como pueden ser, el arranque o parada de las instancias, elcambio de modo de operacion de nocturno a diurno, etc. El administrador olos desarrolladores pueden crear otros eventos a conveniencia. Estos puedendispararse desde programas en ejecucion o podemos lanzarlos manualmentea traves del menu Herramientas→ CCMS→ Jobs→ Lanzar evento.

6.2.3. Pasos

Tras definir como y cuando queremos que se procese el job, por ultimo,vamos a decirle que es lo que queremos que haga. Los pasos de un joblos componen los diferentes programas que queremos que se ejecuten. Estosprogramas pueden ser de tres tipos:

Un programa ABAP estandar o creado por nosotros al que leindicaremos una variante que contenga los parametros de seleccion deese programa.

Un comando externo que se ejecutara en el sistema operativo dondeeste el servidor de aplicaciones que procesa el job. Este tipo de pasosson dependientes del sistema operativo, no sirven los mismos comandospara Unix que para Windows NT. Un ejemplo clasico es la ordenacionde un fichero que ha creado un programa en un paso previo y que lonecesita otro programa de un paso posterior.

Un programa externo que reside en otro sistema distinto a R/3. Seutiliza cuando tenemos otros sistemas de gestion distintos a SAP ynecesitamos tener interfases entre ellos.

Los pasos de un job constituyen un proceso unificado, esto implica que siel primero de un job de tres pasos sufre un cancelacion, ninguno de los otrosdos pasos restantes se procesara. Es como si crearamos tres jobs encadenadoscon dependencia de status con un paso cada uno.

6.3. Analisis de jobs

Una vez definido completamente el job podemos analizar y monitorizarsu situacion a traves de la transaccion SM37 o por el menu Herramientas→CCMS→ Jobs→ Actualizacion que nos muestra la pantalla de la figura 6.2.

Page 69: Administracion de-sap-r3

6.3. ANALISIS DE JOBS 69

Figura 6.2: Pantalla inicial de seleccion de jobs

Inicialmente tendremos que introducir los criterios de seleccion de los jobsque queremos analizar porque pueden existir cientos de jobs definidos en unmomento dado y nosotros estaremos interesados en unos pocos. La seleccionse hace principalmente por nombre del job, usuario creador del job, fecha yhora de comienzo y estado actual en el que se encuentra. Una vez introducidoslos datos y tras pulsar enter veremos la pantalla de la figura 6.3. En ella vemosun listado de los jobs con diversos datos sobre el. La informacion que mas nosinteresa es el estado en el que se encuentra, en la siguiente seccion hablamosde los diferentes estados de un job.

6.3.1. Estados de un job

Una vez definido un job lo que nos interesa conocer en todo momentosu estado. Los posibles estados en los que se puede encontrar un job son lossiguientes:

Previsto Es el estado inicial en el que se encuentra cuando hemos definidolos datos generales y los pasos del job pero no hemos dicho nada acercade cuando debe ejecutarse. La eleccion del nombre no es muy acorde asu significado real porque un job que esta previsto no se ejecutara nuncaa menos que lo liberemos o modifiquemos la seccion de datos de inicio.

Liberado Cuando definimos completamente un job con la transaccion SM36o liberamos un job que estaba en estado previsto, entonces pasa a

Page 70: Administracion de-sap-r3

70 CAPITULO 6. PROCESAMIENTO EN FONDO

liberado. En este estado permanecera hasta que se cumpla la condicionde su fecha de inicio o se produzca el evento que lo lanza.

Listo Una vez se han cumplido las condiciones de inicio del job pasa alestado listo en el que estara esperando a que haya recursos libres en elsistema para ejecutarse. Normalmente no veremos jobs en este estadoa menos que tengamos el sistema tan cargado que no haya suficientescolas de batch para atender a todos los jobs que estan en estado listo.

Activo El job se esta procesando. Podemos ver el log desde este momentoy ver lo que esta haciendo.

Finalizado El job completo su ejecucion correctamente.

Cancelado Algun problema hizo que el job finalizara de manera incorrecta.Normalmente se producen cancelacion por errores de los programas quecomponen el job o problemas de acceso a la base de datos. En el logdel job podemos ver el motivo de la cancelacion.

6.3.2. Operaciones sobre jobs

El listado de la figura 6.3 es en realidad un completo centro de controlde los procesos en fondo. Si pulsamos en el menu Job veremos todas lasoperaciones posibles que podemos hacer para alterar el estado o composicionde un job.

Figura 6.3: Resumen de jobs seleccionados

Page 71: Administracion de-sap-r3

6.3. ANALISIS DE JOBS 71

Vamos a describir alguna de las operaciones que podemos realizar sobrelos procesos en fondo:

Verificar status En alguna ocasiones podemos descubrir que un job quecreemos que esta activo – porque la transaccion SM37 ası nos lodice – realmente no lo esta. Esto puede suceder cuando el procesodel sistema operativo correspondiente a la cola BTC por donde va eljob es cancelado o el servidor de aplicaciones tiene algun problemade rendimiento. Con esta opcion forzamos a SAP a comprobar que elestado que nos da para el job es realmente el que tiene en el sistemaoperativo. Cuando comprueba la actividad de un job que vemos comoactivo y no recibe respuesta del sistema operativo nos dira que elproceso ya no esta en activo y nos pregunta si queremos pasarlo aestado cancelado.

Cancelar job activo Con esta opcion detenemos un job activo y lopasamos directamente a estado cancelado. Si tuviera un job encadenadoa continuacion este no se procesara.

Borrar . Una vez terminado o cancelado un job podemos borrarlomanualmente de la lista con este punto del menu.

Liberado→Previsto Para poder deshacer la liberacion de un job utilizare-mos esta opcion. Es muy util para no tener que borrar y redefinir unjob que hemos liberado a una hora concreta y despues nos hemos dadocuenta de que no queremos lanzarlo aun.

Copiar Si queremos que un job se ejecute dos o tres veces lo copiaremos conesta opcion y liberaremos cada una de las copias convenientemente. Siqueremos que se ejecute mas veces deberıamos pensar en la posibilidadde crear un job periodico.

Modificar Siempre y cuando no haya comenzado la ejecucion del job(mientras este en previsto o liberado) podremos modificar cualquierdato de la definicion del mismo.

Repetir prevision Esta opcion es muy similar a la de copiar pero ademasnos pide los datos de inicio del job, es decir, es como si copiamos unjob y liberamos inmediatamente la copia.

Traslado a otro servidor Con esta opcion cambiamos el servidor dedestino de un job que no este activo.

Page 72: Administracion de-sap-r3

72 CAPITULO 6. PROCESAMIENTO EN FONDO

Capturar job activo Para comprobar en que punto va la ejecucion delproceso que hemos lanzado podemos capturar un job que este activo.Al pulsar este opcion se nos abre un modo nuevo con el depurador(debugger) de ABAP/4 parado en el punto del programa que estuvieraen ese momento. Solo tiene hacer esto sentido si conocemos yentendemos el codigo fuente del programa que se procesa. Ademas hayque ser cauteloso con esta opcion ya que hay determinadas fases de unprograma ABAP en las que el hecho de activarse el debugger provocauna cancelacion con dump debido a un commit work implıcito en labase de datos.

Detalles de job Aquı podemos ver datos internos del job. El mas intere-sante es comprobar en que servidor de aplicaciones se esta procesan-do y en numero de cola BTC para poder monitorizar su estado y/orendimiento con la transaccion SM51.

Page 73: Administracion de-sap-r3

Capıtulo 7

Servicios de actualizacion

El servicio de actualizacion en SAP R/3 es especialmente importante yaque es el encargado de gestionar las modificaciones solicitadas por los usuariosen las base de datos. Dichas actualizaciones se pueden generar a traves deprocesos de trabajo tipo dialogo, batch o update.

7.1. Actualizacion sıncrona y asıncrona

La actualizacion en la base de datos de un sistema R/3 es mayoritaria-mente asıncrona, es decir, el sistema gestiona la peticion de actualizacion delusuario en un proceso aparte del proceso de dialogo del usuario. El efecto deeste tipo de actualizaciones es que el usuario se desentiende totalmente delproceso de actualizacion, ya que no debe esperar a que el sistema acceda aactualizar a la base de datos para poder seguir trabajando. Esto se traduce enuna mejora del rendimiento; el proceso de dialogo del usuario no espera a quese terminen las actualizaciones para seguir procesando las peticiones de eseusuario. La actualizacion asıncrona no se realiza directamente en los procesosde dialogo, sino que se gestionan en procesos de actualizacion especıficos.

En la figura 7.1 se muestra en forma esquematica como las actualizacionesasıncronas pertenecientes a un proceso de trabajo a un usuario son lanzadasen paralelo.

La actualizacion sıncrona, aunque es menos frecuente, tambien se produceen un sistema R/3, y se diferencia de la asıncrona en que la peticionde actualizacion en la base de datos se genera en el mismo proceso detrabajo que gestiona el resto de peticiones del usuario – dialogo si el usuarioesta 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 realicenlas actualizaciones en la base de datos antes de seguir procesando el resto de

73

Page 74: Administracion de-sap-r3

74 CAPITULO 7. SERVICIOS DE ACTUALIZACION

Figura 7.1: Esquema funcionamiento actualizacion asıncrona

peticiones del usuario, por lo que el rendimiento sera peor que en el caso dela actualizacion asıncrona.

En la figura 7.2 se muestra en forma esquematica como las actualizacionessıncronas pertenecientes a un proceso de trabajo asociado a un usuarioson lanzadas en el mismo proceso, obligando al proceso a esperar a que laactualizacion termine para poder continuar.

Figura 7.2: Esquema funcionamiento actualizacion sıncrona

Los usuarios no pueden elegir si los cambios en la base de datos se realizan

Page 75: Administracion de-sap-r3

7.2. PROCESOS DE ACTUALIZACION V1 Y V2 75

de forma sıncrona o asıncrona, ya que esto depende de la programacion de laaplicacion en curso. Si se trata de actualizaciones dentro de alguna aplicacionhecha a medida sera tarea del analista de la aplicacion el decidir que tipode actualizacion realizar. En lo que sigue nos ceniremos a la actualizacionasıncrona, que a la postre es la que juega un papel mas importante en unsistema SAP R/3.

7.2. Procesos de actualizacion V1 y V2

La actualizacion asıncrona presenta ademas una ventaja adicional:implementa las LUW 1. Las LUWs consisten en bloques autoconsistentes dedatos, de tal forma que su actualizacion en la base de datos es llevada a cabocompletamente. Si surgiera algun problema en la base de datos la grabacionde cada LUW no se realizarıa, de esta manera se evitan las inconsistenciasque pudieran surgir al grabar una LUW a medias.

La actualizacion asıncrona, consiste de 2 tipos de actualizacion : V1 yV2. El sistema R/3 distingue entre componentes de actualizacion crıticaprimaria (V1) y secundaria no crıtica (V2). La diferenciacion entre estosdos tipos de actualizacion permite que el sistema procese los cambios crıticosen la base de datos por delante de los cambios menos crıticos asignandolesdiferentes LUWs; esto es necesario ya que las componentes V1 deben serrealizadas cuanto antes. Para asegurar la consistencia de los datos, lasactualizaciones V1 se procesan con la supervision del gestor de bloqueosde SAP R/3 que impide que varias modificaciones sobre el mismo objeto serealicen concurrentemente.

Las componentes de actualizacion V1 y V2 se procesan por distintosprocesos de trabajo, siempre que en el sistema existan procesos deactualizacion UPD y UP2: Las componentes V1 se gestionan por las colasde trabajo UPD y los componentes V2 se gestionan por las colas de trabajoUP2. Si no existen este tipo de procesos de trabajo, las componentes V2 segestionan tambien por las colas UPD.

7.3. Monitorizacion del estado de la actual-

izacion del sistema

El sistema SAP R/3 dispone de una herramienta para la activacion y de-sactivacion generica de los servicios de actualizacion, ası como para la mon-

1Logical units of work o unidades logicas de trabajo

Page 76: Administracion de-sap-r3

76 CAPITULO 7. SERVICIOS DE ACTUALIZACION

itorizacion de las actualizaciones en curso y de las posibles actualizacionesinterrumpidas que puedan haber ocurrido.

El sistema SAP R/3, ante un problema grave en la base de datos –comopueda ser el llenado de algun tablespace a nivel del RDBMS– reaccionadesactivando la actualizacion con lo cual todas las modificaciones a realizar enla base de datos se quedan en un estado de espera hasta que la actualizacionvuelva a estar activa. Esta desactivacion automatica tiene lugar en aras depreservar la integridad de la base de datos y su ejecucion queda registrada enel log del sistema (ver Capıtulo 8). Sera tarea del administrador el subsanarel error que produjo la desactivacion de la actualizacion del sistema y suposterior activacion. La actualizacion es activada automaticamente cada vezque el sistema SAP R/3 es arrancado en el servidor, por lo que solo sedebera monitorizar su posible desactivacion.

La transaccion desde donde podremos gestionar centralmente la actual-izacion es la SM13, o alternativamente por el menu deplegable Herramientas→ Gestion → Monitor → Actualizacion.

Figura 7.3: Pantalla principal monitor actualizacion

En ella, basicamente, se nos muestra si la actualizacion del sistemaesta activa o ha sido desactivada por alguna causa. Si la actualizacion hasido desactivada, el boton Info nos proporciona que proceso y usuario hancausado su desactivacion. El resto de campos son campos de seleccion paramonitorizar las actualizaciones que han tenido lugar y han fallado o las queestan en curso. Como campos de seleccion tenemos:

Page 77: Administracion de-sap-r3

7.4. ACTUALIZACIONES INTERRUMPIDAS 77

Mandante Por defecto aparece el mandante al que nos hemosconectado.

Usuario Por defecto aparece el codigo de usuario con que noshemos conectado al sistema.

Status Podremos elegir las actualizaciones que se han can-celado, las que todavıa no se han ejecutado, las quetienen la parte V1 ejecutada, las que tienen la parteV2 ejecutada o todas las actualizaciones con los 3 sta-tus anteriores.

Fecha y hora Podremos elegir una fecha y hora mınima a partir dela cual mostrar los datos.

Ctdad. Reg. Podremos elegir la cantidad de actualizaciones avisualizar .

Servidor Podremos elegir las actualizaciones que se han real-izado desde un servidor de aplicaciones determinado.

Se dispone, desde esta transaccion, de la posibilidad de activar comode desactivar la actualizacion del sistema. El administrador puede, en casonecesario, desactivar la actualizacion para evitar una situacion crıtica si se hadetectado algun problema grave en la base de datos. Esta opcion se encuentraen la transaccion SM13, en el menu desplegable Regs. Actualizacion →Actualizacion → Desactivar (existe a este nivel tambien la opcion activar).

7.4. Actualizaciones interrumpidas

Las actualizaciones en la base de datos se pueden ver interrumpidas pordos tipos de problemas:

1. Problemas globales que afectan a toda la base de datos, como pueda serel llenado de un tablespace en un sistema R/3 sobre un RDBMS comoORACLE o DB2 (en sistemas sobre SQL Server el concepto analogo altablespace es el device).

2. Problemas locales que afectan exclusivamente a ciertas aplicacionesdentro del sistema SAP R/3 y que pueden venir causados por errores deprogramacion o por la cancelacion abrupta del proceso de actualizaciondesde el servidor de presentacion debido a una caıda del fluıdo electricoo a una interrupcion deliberada del sistema por parte del usuario.Las actualizaciones interrumpidas por este tipo de problemas lasdebera supervisar el equipo de desarrollo de la aplicacion en cuestion,

Page 78: Administracion de-sap-r3

78 CAPITULO 7. SERVICIOS DE ACTUALIZACION

y a la postre deberan ser ellos quienes decidan que hacer con estasactualizaciones.

Un registro de actualizacion puede tener uno de los siguientes 6 estados:

1. Init. El registro no ha sido procesado todavıa.

2. Auto. El registro sera automaticamente actualizado cuando la actual-izacion del sistema se active.

3. Run. El registro de actualizacion esta siendo procesado .

4. V1. La parte V1 ha sido completada.

5. V2. La parte V2 ha sido completada. Cuando esta parte se completa elregistro desaparece (es la configuracion por defecto) por lo que sera muydificil visualizar un registro en este status.

6. Err. Un error causo la interrupcion de la actualizacion del registro.

Para visualizar los registros de actualizacion interrumpidas acudiremosa la transaccion SM13 y elegiremos el status Cancelado” en la pantalla deseleccion. A continuacion pulsamos ejecutar y el sistema nos mostrara en unlistado las actualizaciones interrumpidas como el de la figura 7.4

Figura 7.4: Actualizaciones pendientes

En este listado nos aparece el mandante y usuario que han lanzado elregistro de actualizacion, ası como la fecha y hora y transaccion desde dondese ha realizado la actualizacion. Como ultimo campo tenemos el estado actualdel registro de actualizacion.

Page 79: Administracion de-sap-r3

7.4. ACTUALIZACIONES INTERRUMPIDAS 79

Si queremos disponer de mas informacion acerca de los distintos modulosque componen el registro de actualizacion podremos hacer doble click sobreel o posicionar el cursor en la lınea deseada y a continuacion pulsar el botonde Modulos de Actualizacion en la barra de aplicaciones. A continuacion senos mostrara una pantalla similar a la de la figura 7.5.

Figura 7.5: Modulos de actualizacion

En esta pantalla se nos divide el registro de actualizacion en variosmodulos y se nos especifica si pertenecen a la parte V1 o V2. Conjuntamentecon el departamento de desarrollo y los usuarios finales se debera decidirque hacer con los registros de actualizacion interrumpidos. Estos registrospueden ser:

Contabilizados Esta opcion es para procesar registros de actualizacionque se encuentren en status init. Para ejecutar esta opcion deberemosposicionar el cursor sobre el registro deseado y elegir la opcion Regs.Actualizacion→ Contabilizar→ Uno por uno (existe tambien la opcionde contabilizar todos los registros visualizados).

Grabados posteriormente Opcion para registros cuya parte V1 hayasido realizada y quede por hacer la parte V2. Con esta opcionse continua con la grabacion. Esta opcion se encuentra en Regs.Actualizacion → Grabar Posteriormente → Uno por uno (existetambien la opcion de grabar posteriormente todos los registrosvisualizados).

Reiniciados En casos aislados, un registro de actualizacion se puedequedar indefinidamente es estatus Run” aunque realmente no seesta procesando. La opcion Reiniciar en Regs. Actualizacion →

Page 80: Administracion de-sap-r3

80 CAPITULO 7. SERVICIOS DE ACTUALIZACION

Reinicializar → Status orden actualizacion → Uno por uno (existetambien la opcion de reiniciar todos los registros visualizados) dejael registro preparado para ser procesado de nuevo.

Borrados Opcion para eliminar los registros de actualizacion. Esta opcionse encuentra en Regs. Actualizacion → Borrar → Uno por uno (existetambien la opcion de borrar todos los registros visualizados). Cuandoninguna de las opciones anteriores funciona, como pueda ser para el casode actualizaciones que provengan de procesos batch, esta es la unicaposibilidad que resta. El borrado sera el paso previo a la repeticiondel proceso de actualizacion del objeto en cuestion –alta de material,alta de apunte contable, modificacion de pedido– desde la aplicacioncorrespondiente.

7.5. Entradas de bloqueo

SAP R/3 dispone de un sistema de gestion de bloqueos de objetos paraevitar la modificacion concurrente de un objeto. Con esto, se asegura laconsistencia de los objetos en SAP R/3.

Cuando un usuario accede a modificar un objeto, el sistema genera unregistro de bloqueo con la informacion necesaria. Si un segundo usuariointenta modificar ese mismo objeto mientras el 1er usuario lo tiene bloqueado,el sistema le muestra al segundo usuario un mensaje de error indicandole queun usuario ya esta tratando el objeto solicitado. Los bloqueos se establecenal iniciar las transacciones de modificacion y no son liberados hasta que elusuario pulsa ”Grabar”, la informacion es actualizada en la base de datos yla transaccion es finalizada.

Toda modificacion de un objeto desde cualquier aplicacion estandardentro de SAP R/3 genera entradas de bloqueo. Sera tarea del departamentode desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro deSAP R/3 generen tales bloqueos cuando desde estas nuevas aplicaciones seacceda a modificar algun objeto.

La transaccion que nos muestra los bloqueos actualmente activos enel sistema es la SM12 y se puede acceder a ella por el siguiente menu:Herramientas → Gestion → Monitor → Entradas de bloqueo.

En esta pantalla disponemos de unos parametros de seleccion para filtrarlos bloqueos actualmente activos. Los parametros son tabla, argumento debloqueo, mandante y usuario. En general no conoceremos el argumento debloqueo, ya que esa informacion depende del objeto que se este modificando.Es mas normal conocer la tabla o usuario que esta produciendo un bloqueo.

Page 81: Administracion de-sap-r3

7.5. ENTRADAS DE BLOQUEO 81

Figura 7.6: Pantalla principal entradas de bloqueo

Por defecto, el campo mandante y usuario estan rellenos con los valores pordefecto.

Una vez rellenos los parametros de seleccion con los valores deseadospulsamos el boton ”Enter” en la barra de aplicaciones y nos aparecera unlistado con las entradas de bloqueo que cumplen la seleccion realizada.

Figura 7.7: Listado de bloqueos activos en el sistema

El listado esta compuesto por los campos mandante, usuario, hora a la quese ha producido el bloqueo, tabla a la que pertenece el registro bloqueado, yargumento de bloqueo que en general correspondera con el codigo del objetoque se este modificando. En la barra de aplicaciones disponemos de tresopciones: Detalles, Borrado y Refrescar.

La opcion ”Detalles”, a la que tambien se puede acceder haciendo dobleclick sobre el registro deseado, nos muestra informacion adicional sobre laentrada de bloqueo tal como la transaccion desde donde se ha producido el

Page 82: Administracion de-sap-r3

82 CAPITULO 7. SERVICIOS DE ACTUALIZACION

bloqueo.

Figura 7.8: Informacion detallada de un bloqueo

En raras ocasiones puede llegar a ocurrir que el bloqueo generado por unamodificacion no se llegue a liberar, lo cual provoca que el resto de usuariosno pueda acceder a modificar esos objetos debido al bloqueo. Existen doscausas principales de bloqueos no liberados:

Actualizaciones interrumpidas Cuando un registro de actualizacionqueda interrumpido, su entrada de bloqueo correspondiente no esliberada hasta que el registro de actualizacion en cuestion sea procesadocorrectamente o borrado.

Estas entradas de bloqueo no se deberan borrar bajo ningun conceptoya que se podrıan causar inconsistencias en la base de datos. Estas

Page 83: Administracion de-sap-r3

7.5. ENTRADAS DE BLOQUEO 83

entradas de bloqueo se liberaran automaticamente cuando el registrode actualizacion interrumpida sea tratado.

Terminacion anormal de la conexion de usuario Si un usuario apagaabruptamente su PC sin haberse desconectado previamente, el modode usuario puede quedar activo en el sistema, con lo cual los bloqueosactivados por el usuario no son liberados. Se deberan borrar los modosque el usuario tenga activos en el sistema para eliminar las entradas debloqueo; si con ello no desaparecen, y estamos seguros que la entradade bloqueo no procede de una actualizacion interrumpida, podremosborrar la entrada desde el listado de la transaccion SM12.

Page 84: Administracion de-sap-r3
Page 85: Administracion de-sap-r3

Capıtulo 8

Log del sistema y analisis dedumps

8.1. Conceptos del log del sistema

El sistema R/3 graba eventos y problemas, tales como borrado de modosde usuarios del sistema, bloqueos de usuarios al introducir incorrectamentela password, parada y arranque del sistema, etc en un log. Este log no es masque un fichero a nivel de sistema operativo. Si el sistema R/3 se ejecuta enhosts UNIX, existen dos tipos de log del sistema:

Local

Cada servidor de aplicaciones de R/3 dispone de un log local que contienelos mensajes que ha generado ese servidor. Este fichero de log local es unfichero circular. Cuando el fichero llega a su tamano maximo, el sistemaempieza a sobreescribir el fichero desde el principio (la informacion masantigua). El fichero de log local se guarda en cada servidor de aplicacionen la siguiente ruta:

Entorno UNIX → /usr/sap/<SID>/<instance number>/log/SLOG00

Entorno Windows NT→ C:\usr\sap\<SID>\<instance number>\log\Slog00.log

donde <SID> es el nombre de la base de datos SAP y <instance number>es el numero de instancia.

Central

Cada servidor de aplicaciones copia las entradas del log local a un log

85

Page 86: Administracion de-sap-r3

86 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

central. Esta opcion no se encuentra en servidores Windows NT ni AS/400,solo existen logs locales (uno por servidor de aplicacion). El log central seguarda en un servidor de aplicaciones seleccionado, el resto de servidores deaplicacion envıan sus mensajes locales a este servidor.

El log central es escrito en 2 ficheros: un fichero activo y un fichero antiguo.El fichero activo contiene el log actual. Cuando el fichero activo llega a sulongitud maxima definido en los parametros del sistema, este borra el ficheroantiguo de logs, usa el fichero activo como fichero antiguo y crea un nuevofichero de log. Este cambio en el log no es notificado al usuario.

Mientras que el log local se mantiene siempre actualizado, el log centralpuede sufrir retardos desde que se escribe un mensaje en el log local hastaque ese mensaje es enviado al log central. Fallos de comunicaciones entre losdistintos servidores pueden resultar en retardos grandes en la escritura dellog central o incluso en perdida de estos mensajes.

8.1.1. Accediendo al log local del sistema

Al log del Sistema se accede directamente por la transaccion SM21 o porel menu general Herramientas→Gestion→Monitor→Log Sistema .

La pantalla de selecccion de la transaccion SM21 tiene 2 modos: El modoNormal y Experto. El modo normal es el definido por defecto, y al que seentra directamente cuando se ejecuta la transaccion SM21. Para cambiara modo experto, deberemos ir al menu desplegable Tratar→Modo experto.Ambos modos se diferencian en que este ultimo da mas opciones de seleccion.

8.1.2. Accediendo al log local en modo normal

Accediendo a la transaccion SM21 – directamente o a traves de menu –entramos por defecto a la pantalla de seleccion del log local del servidor deaplicaciones al que estemos conectados en Modo Normal.

Veamos los distintos parametros de seleccion que nos permitiran filtrarlos datos del log:

De Fecha/Hora a Fecha/Hora: Permite establecer un rango de fechasde mensajes del log a visualizar.

Usuario: Nos permitira visualizar solo los mensajes que se hayangrabado en el sistema debido exclusivamente a la actividad del usuarioespecificado.

Page 87: Administracion de-sap-r3

8.1. CONCEPTOS DEL LOG DEL SISTEMA 87

Figura 8.1: Pantalla principal log local del sistema

Codigo de transacion: Nos permitira visualizar los mensajes del logdebidos exclusivamente a la accion de los usuarios sobre la transaccionespecificada.

Proceso SAP: Nos permitira visualizar los mensajes de log debidos aun proceso particular R/3. Valores posibles son:

DP Procesos del dispatcherDn Procesos de trabajo, donde n = 0,...,9 o n = a,

...,z . En el caso de tener mas de 10 procesos detrabajo numeraremos los siguientes con las letras delabecedario.

VB ActualizacionesVn Programas de actualizazion, donde n = 0,...,9 o n =

a, ...,zSn Spool, donde n = 0,...,9 o n = a, ...,zMS Servidor de Mensajes

Clases de Problemas: Limita la visualizacion por tipo de mensaje, solo

Page 88: Administracion de-sap-r3

88 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

errores, errores y advertencias y todos los mensajes. El valor por defectoes la opcion todos los mensajes.

8.1.3. Accediendo al log local en modo experto

Para acceder al log del sistema en modo experto deberemos acceder porel menu desplegable tal y como se ha explicado anteriormente. La pantallavisualizada es igual que la anterior con la salvedad que se dispone de masopciones de filtro como es la opcion Atributos.

Figura 8.2: Parametros de seleccion adicionales en modo experto

Esta opcion nos permite filtrar ademas por:

Programa: Se restringe el resultado a los mensajes causados por laejecucion del programa especificado.

Clase de Problema: Limita el resultado a ciertos tipos de mensajes. Losvalores posibles son:

K Mensajes del kernel del sistemaS Mensajes de estadoT Mensajes de transaccionesW Mensajes de advertenciaX Otros tipos de mensajes

De fichero / posicion a fichero / posicion: Define el segmento del ficherode log a leer. Si ya se ha leıdo el fichero una vez, se puede determinar

Page 89: Administracion de-sap-r3

8.1. CONCEPTOS DEL LOG DEL SISTEMA 89

la posicion de una entrada especıfica haciendo doble click; la posicionse encuentra en la seccion de detalles tecnicos.

Formato mensaje (tipo): Se pueden seleccionar mensajes por elformato de la componente del sistema. Para visualizar posibles valores,deberemos pulsar el boton de ayuda de busqueda correspondiente.

Terminal: Se pueden filtrar los mensajes que han sido causados por laactividad llevada a cabo desde un servidor de presentacion.

Clase de desarrollo: Se pueden filtrar los mensajes que han sidoproducidos por la ejecucion de programas que pertenezcan a una clasede desarrollo en particular. Las clases de desarrollo son agrupacionesde objetos de Workbench o Customizing cuyo proposito es lajerarquizacion de tales objetos para una mejor gestion ası como elposibilitar su transporte a otros entornos.

Con entradas internas Syslog: Visualizacion de mensajes relativos a losprocesos de recoleccion y envıo de mensajes de log desde el log local allog central. Esta opcion no esta disponible para entornos que no seanUnix.

8.1.4. Leyendo el log del sistema

Una vez introducidos los valores de seleccion en la pantalla accederemosal contenido del log pulsando el boton Nueva Lectura syslog.

El log del sistema aparece en formato tabla con las siguientes columnasen el siguiente orden:

Hora del mensajeProceso SAPMandanteUsuarioCodigo transaccionNo de mensajeTexto del mensaje

8.1.5. Opciones de relectura del log del sistema

Si hemos visualizado una vez el contenido del log del sistema filtrandoexclusivamente por fecha y sin salirnos de la transaccion volvemos a la

Page 90: Administracion de-sap-r3

90 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

Figura 8.3: Contenido del log del sistema

pantalla de seleccion, el sistema muestra tres distintas opciones para volvera visualizar la informacion:

Figura 8.4: Opciones de la barra de aplicaciones del log del sistema

Nueva Lectura en el Syslog. Vuelve a acceder al fichero para sacar un nuevolistado con los parametros que se hayan seleccionado.

Solo Editar Nuevamente. Vuelve a mostrar el ultimo resultado del logvisualizado anteriormente con esta opcion.

Cargar en Syslog. Permite realizar una nueva lectura en el syslog filtrandocon otros valores pero mantiene en el buffer el anterior resultado que puedeser accedido de nuevo a traves de la segunda opcion.

Page 91: Administracion de-sap-r3

8.1. CONCEPTOS DEL LOG DEL SISTEMA 91

8.1.6. Accediendo a logs remotos del sistema

Si el sistema SAP R/3 al que estamos conectados es un sistemadistribuıdo, es decir , esta compuesto de varios servidores de aplicaciones,tendremos la posibilidad de acceder a cada uno de los logs locales de cadauno de los servidores sin tener que conectarnos directamente a cada uno delos servidores de aplicacion. Para ello usaremos las opciones de lectura de logsremotos que nos ofrece la transaccion SM21. Estas opciones se encuentranen el menu desplegable en Syslog→Seleccionar .

Figura 8.5: Pantalla principal log remoto del sistema

La opcion syslog local es la que esta activa por defecto y ya ha sidoexplicada . La opcion syslog remoto nos lleva a una pantalla similar a lapantalla de seleccion del syslog local con la salvedad que incluye un parametromas en la pantalla de seleccion. Este parametro es la instancia. Aquı lepodremos indicar el nombre de la instancia cuyo log del sistema queremosvisualizar.

La opcion todos los syslogs remotos nos lleva a una pantalla de seleccionidentica a la del log local con la salvedad que los mensajes que se visualizarancorresponderan la los de todas las instancias que componen nuestro sistemaR/3. En la visualizacion de los mensajes del log aparecera un campo mas

Page 92: Administracion de-sap-r3

92 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

llamado instancia que nos servira para conocer en que instancia se hagenerado cada mensaje.

La opcion Syslog Central no esta disponible para sistemas R/3 fuera delentorno UNIX.

Es importante destacar que las unicas instancias que estan disponiblespara la visualizacion de los logs remotos son las que componen el sistemaR/3 al que estamos conectados.

8.2. Concepto de dump

Dump o error en tiempo de ejecucion es un log de terminacion anormalde ejecucion de cualquier programa. Esto se produce por una cancelacion delprograma que se esta actualmente ejecutando; el sistema nos muestra unapantalla con un log de terminacion donde se puede encontrar informacionacerca del error producido y su posible solucion.

Las posibles causas de terminacion anormal de programas, entre otras,pueden ser:

Errores de sintaxis en programas hechos a medida.

Referencias obsoletas a objetos del Workbench hechos a medida quehan sido eliminados.

Cancelacion manual de un modo actualmente en ejecucion.

Cuando se produce una terminacion anormal de una ejecucion de unprograma, el dump es mostrado automaticamente en exclusiva al usuario cuyoproceso de dialogo ha sido cancelado. En ese momento el usuario podra leerese log, pero si se sale de la pantalla del log del dump, este ya no se vuelvea mostrar en pantalla. Para acceder de nuevo a el, deberemos acudir ala transaccion donde se puede gestionar todos los dumps producidos en elsistema.

8.2.1. Accediendo a los dumps del sistema

La transaccion de los dumps es ST22; accediendo por el menu desplegablesera Herramientas→Gestion → Monitor→Analisis de Dumps.

Por defecto solo se muestran los dumps producidos a fecha de hoy y eldıa anterior. Si deseamos acceder a un dump mas antiguo deberemos pulsarla opcion Pasar a → Sel. Dump breve. A continuacion nos aparacera unapantalla de seleccion donde podremos filtrar por fecha, usuario, maquina,mandante.

Page 93: Administracion de-sap-r3

8.2. CONCEPTO DE DUMP 93

Figura 8.6: Pantalla principal de analisis de dumps

Figura 8.7: Busqueda de dumps antiguos

Page 94: Administracion de-sap-r3

94 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

8.2.2. Interpretando los dumps

Tanto si visualizamos los dumps producidos a fecha actual, como del dıaanterior o alguna fecha mas antigua, estos apareceran en forma de lista. Estalista esta formada por los siguientes campos:

Fecha del dumpHora del dumpServidor de aplicaciones donde se ha producidoUsuario que ha provocado el dumpBreve descripcion del dump

Haciendo doble click en cada uno de ellos accederemos al log del dumpdonde tendremos toda la informacion. El contenido de todos los dumps estanorganizados en las siguientes secciones:

1. ¿Que sucedio? .Seccion donde se explica brevemente el error.

2. ¿Que se puede hacer? .Seccion que explica brevemente las acciones a llevar a cabo.

3. Analisis error .Seccion donde se explica mas detalladamente el error. Es una extensionde la seccion 1.

4. Notas para corregir errores .Seccion donde se explica mas detalladamente las acciones a llevar acabo. Es una extension de la seccion 2.

5. Entorno sistema .Seccion donde aparecen las variables del sistema mas importantes, talescomo la version de SAP, nombre del servidor, direccion IP, sistemaoperativo, RDBMS, version del kernel, etc. . .

6. Usuario, transaccion.Seccion donde aparece el usuario que ha generado el dump, programaque se estaba ejecutando, transaccion, idioma, etc. . .

7. Informaciones lugar terminacion .Seccion donde se especifica la linea del programa donde se ha producidoel error.

Page 95: Administracion de-sap-r3

8.2. CONCEPTO DE DUMP 95

8. Detalle codigo fuente .Seccion que muestra un intervalo del codigo fuente donde se haproducido el error. La lınea donde se ha producido el error aparecemarcada con una flecha.

9. Contenido campos sistema.Seccion donde se muestran los valores que tenıan algunas variables delsistema cuando se produjo el error.

10. Variables seleccionadas .Seccion donde se detalla mas exhaustivamente el contenido de masvariables cuando se produjo el error .

11. Llamadas / Eventos activos.Seccion que detalla el evento o la llamada a la que pertenece la lineade codigo que ha producido el error .

12. Notas internas .Seccion que detalla la funcion C –perteneciente al kernel de SAP– dondese ha producido el error .

13. Llamadas activas kernel SAP .Seccion que detalla los elementos del kernel y su posicion que estabanactivos en el momento del error .

14. Lista programas ABAP involucrados .Seccion que muestra los programas involucrados en la ejecucion delprograma que produjo el error .

15. Lista tablas internas .Seccion que detalla el conjunto de tablas internas que se estabanprocesando en el momento del error y el contenido de su cabeceracuando el error se produjo.

16. Directorio tablas aplicacion (contenidos) .Seccion que detalla las tablas de aplicacion que han sido usadas durantela ejecucion del programa que ha terminado en error.

17. Directorio ambitos datos (info gestion) .Seccion que detalla el conjunto de objetos del workbench ( variables,parametros, tablas) involucradas en la ejecucion del programa.

18. Directorio ambitos datos (contenidos).Seccion de contenido parecido a la anterior .

Page 96: Administracion de-sap-r3

96 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

19. ABAP/4 Bloques control CONT .Seccion con informacion complementaria a la de la seccion 8 .

20. Fin analisis error tiempo ejecucion .Seccion que marca el fin del log del dump.

Si bien el tıtulo de cada seccion aparece en el idioma de conexion,el contenido solo se encuentra disponible en ingles y en aleman. Si nosconectamos al sistema en un idioma distinto del ingles y aleman, el dumpsera visualizado en el idioma configurado como de suplementacion, que engeneral sera el ingles, sino se ha definido suplementacion de idioma (estopertenece a la instalacion de lenguajes) se visualizara en el idioma originalde SAP, que es el aleman.

Las secciones mas importantes y que mas nos pueden ayudar parasolucionar el error son la 1,3,7 y 8.

Ejemplo de log de dump

Errores tiempo ejecucion SYNTAX_ERROR

ocurrido el 20.07.2000 a 04:10:06

----------------------------------------------------------

Syntax error in program "AQ99HA==========CAND1========= ".

----------------------

> Que sucedio ?

----------------------

The following syntax error occurred in the program

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.

This is probably due to an error in the ABAP/4 program.

--------------------------------

> Que se puede hacer ?

Page 97: Administracion de-sap-r3

8.2. CONCEPTO DE DUMP 97

--------------------------------

Please eliminate the error by performing a syntax check

(or an extended program check) on the program

"AQ99HA==========CAND1========= ".

You can also perform the syntax check from the ABAP/4 Editor.

If the problem persists, proceed as follows:

Print out the error message (using the "Print" function)

and make a note of the actions and input that caused the

error.

To resolve the problem, contact your SAP system administrator.

-----------------

Analisis error

-----------------

The following syntax error was found in the program

AQ99HA==========CAND1========= :

"The data object "T750B" does not have a component called "PERNR".

------------------------------------

Notas para corregir errores

------------------------------------

Probably the only way to eliminate the error is to correct

the program.

-

If you cannot solve the problem yourself, please send the

following documents to SAP:

1. A hard copy print describing the problem.

To obtain this, select the "Print" function on the current screen.

-

2. A suitable hardcopy printout of the system log.

To obtain this, call the system log with Transaction SM21

and select the "Print" function to print out the relevant

part.

3. If the programs are your own programs or modified SAP programs,

Page 98: Administracion de-sap-r3

98 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

supply the source code.

To do this, you can either use the "PRINT" command in the

editor or print the programs using the report RSINCL00.

4. Details regarding the conditions under which the error occurred

or which actions and input led to the error.

----------------------

Entorno sistema

----------------------

SAP Release.............. "40B"

Application server....... "prodsap1"

Network address.......... "10.190.20.13"

Operating system......... "AIX"

Release.................. "3"

Hardware type............ "000541934C00"

Database server.......... "sa3dbh2r"

Database type............ "ORACLE"

Database name............ "SP1"

Database owner........... "SAPR3"

Character set............ "es_ES.ISO8859-1"

SAP kernel............... "40B"

Created on............... "Nov 4 1999 01:44:15"

Created in............... "AIX 2 4 004218294C00"

Database version......... "ORACLE 8.0.0.4"

Patch level.............. "542"

Patch text............... " "

Supported environment....

Database................. "ORACLE 8"

SAP database version..... "40B"

Operating system......... "AIX 2, AIX 1, AIX 3"

-------------------------------

Usuario, transaccion....

Page 99: Administracion de-sap-r3

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 terminacion

-------------------------------------------

The termination occurred in the ABAP/4 program

"AQ99HA==========CAND1========= " in " ".

The main program was " ".

The termination occurred in line 0 of the source code of

program " " (when calling the editor 00).

The program "AQ99HA==========CAND1========= " was started as a

background job.

------------------------------------

Contenido campos sistema

------------------------------------

Campo SY Contenido....... Campo SY Contenido...........

-------- ---------------- -------- --------------------

SY-SUBRC 0 SY-INDEX 0

SY-TABIX 0 SY-DBCNT 0

SY-FDPOS 0 SY-LSIND 0

SY-PAGNO 0 SY-LINNO 1

SY-COLNO 1

--------------------------------

Variables seleccionadas

---------------------------------

No existe ninguna informacion en el dump.

Page 100: Administracion de-sap-r3

100 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

-------------------------------------

Llamadas / Eventos activos

-------------------------------------

No Tipo Nombre Programa Include Lınea

-------------------------------------------------------

1 ??? ??? ??? ??? 0

-----------------

Notas interna

------------------

The termination occurred in the function "ab_genprog" of the SAP

Basis System, specifically in line 845 of the module "abgen".

The internal operation just processed is " ".

Program name.........: "AQ99HA==========CAND1========= ".

Error message........: "The data object "T750B" does not

have a component called "PERNR". ".

----------------------------------------

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

Page 101: Administracion de-sap-r3

8.2. CONCEPTO DE DUMP 101

tskhstart at 0x100c2404

DpMain at 0x10016bb4

main at 0x100011fc

------------------------------------------------

Lista programas ABAP involucrados

------------------------------------------------

--------------------------------------------------------------

No existe ninguna informacion en el dump.

----------------------------

Lista tablas internas

---------------------------

No existe ninguna informacion en el dump.

------------------------------------------------------

Directorio tablas aplicacion (contenidos)

------------------------------------------------------

Programa

Nombre........ Cont.....1....+....2....+....3....+....

---------------------------------------------------------

---------------------------------------------------

Directorio ambitos datos (info gestion)

---------------------------------------------------

Programa

No.. Nombre........ Long Ofsg Tipo Next Fecha gen. H.gen.

---------------------------------------------------------------

0 not assigned 0 0 INVL 0

1 /%_LISTTABLES 6968 0 COMM 0

2 global stack 65536 0 GLST 0

--------------------------------------------------

Directorio ambitos datos (contenidos)

--------------------------------------------------

Page 102: Administracion de-sap-r3

102 CAPITULO 8. LOG DEL SISTEMA Y ANALISIS 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

-----------------------------------------

No existe ninguna informacion en el dump.

----------------------------------------------

Fin analisis error tiempo ejecucion

----------------------------------------------

Page 103: Administracion de-sap-r3

Capıtulo 9

Gestion de spool

9.1. Concepto de spool

En cualquier entorno de gestion empresarial se produce una gran cantidadde informacion que en muchas ocasiones interesa sacar a papel a traves deinformes, listados, analisis. . . El spool es un almacen receptor de peticionesde impresion que proporciona una serie de utilidades para controlar la salidade informacion. Aunque se asocia directamente spool con imprimir en papel,en SAP las posibilidades son mas amplias: podemos enviar una orden despool por fax, o imprimirla en un fichero. Nosotros nos limitaremos a verel funcionamiento de la salida por impresora para lo cual lo primero quedebemos hacer es aprender como se instala una.

9.2. Instalacion de una impresora

Con la transaccion SPAD – pantalla de la figura 9.1 a la que llegaremosa traves de Herramientas→ CCMS→ Spool→ Gestion de spool – podemosinstalar dispositivos de salida en nuestro sistema R/3. Vamos a describirla instalacion de una impresora de tipo local a nivel de PC, es decir, unaimpresora generica en la que cualquiera puede imprimir pero a cada personaque lo haga le saldra la informacion por la impresora que tenga definida pordefecto en su servidor de presentacion.

En el campo dispositivo de salida introduciremos el nombre que le vamosa dar a la impresora y tras pulsar el boton Gestion total y el boton con elicono de un folio en blanco llegaremos a la pantalla de la figura 9.2 en la quedefiniremos los siguientes datos:

Tipo de dispositivo. Es lo mas parecido a lo que en microinformaticase denomina driver de la impresora. Para la creacion de una impresoral

103

Page 104: Administracion de-sap-r3

104 CAPITULO 9. GESTION DE SPOOL

Figura 9.1: Transaccion SPAD. Mantenimiento de dispositivos de salida

local elegiremos siempre el tipo SAPWIN. Este dispositivo precisa de unprograma llamado saplpd que forma parte de la instalacion del frontendde SAP. Cuando se imprime algo el sapgui ejecuta automaticamente elprograma saplpd y este recibe los datos a imprimir y se encarga deenviarlos a la impresora.

Clase de dispositivo. Seleccionamos de la lista la opcion Impresoracomun.

Grupo de autorizaciones. Podemos restringir a los usuarios a quepuedan imprimir por determinadas impresoras. Esto es muy interesantecuando disponemos de impresoras de alto rendimiento dedicadas ala impresion de facturas, nominas, etc. No nos interesara, en estoscasos, que ningun usuario pueda sacar listados por estas impresorasinterrumpiendo los largos procesos que suelen llevar a cabo. Comoestamos definiendo una impresora local para todo el mundo dejamoseste campo en blanco.

Modelo. Campo descriptivo para poner la marca y modelo de la

Page 105: Administracion de-sap-r3

9.2. INSTALACION DE UNA IMPRESORA 105

Figura 9.2: Datos generales para una impresora local

impresora.

Ubicacion. Campo descriptivo para indicar al usuario donde se encuen-tra fısicamente la impresora. Es util rellenarlo cuando disponemos desalas separadas para las impresoras a las que hay que dirigirse pararecoger la salida del spool.

Por ultimo, pasamos a la pestana 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 marcaque debe enviar la informacion al PC para que sea este el que le desalida. El campo impresora host debemos rellenarlo con el nombre DEFAULT

para indicarle que la orden de spool debe salir por la impresora que esteconfigurada por defecto en el PC. Una vez hecho esto solo nos queda pulsarel boton de grabar y ya podemos usar la impresora instalada.

Page 106: Administracion de-sap-r3

106 CAPITULO 9. GESTION DE SPOOL

Figura 9.3: Tipo de impresora para una impresora local

9.3. Como imprimir

Teniendo una impresora ya instalada podemos, desde cualquier pantallade listado, pulsar el icono de impresora de la barra de estandar deherramientas y tendremos que rellenar las opciones que vemos en la figura9.4.

El primer campo a rellenar es el nombre de la impresora por dondequeremos que salga nuestro listado1. Este es el unico campo obligatorio, perotambien podemos indicar otras muchas opciones que vemos a continuacion.

La cantidad de copias que queremos sacar.

Si queremos todas las pagina o solo un rango de ellas.

El nombre y el tıtulo de la orden de spool. Sera util para luego buscarlaentre el spool o entre el monton de hojas impresas que salen por unaimpresora compartida.

La salida inmediata o el almacenamiento en el spool.

1En la pantalla viene con el nombre generico de dispositivo de salida.

Page 107: Administracion de-sap-r3

9.3. COMO IMPRIMIR 107

Figura 9.4: Ventana de dialogo para imprimir un listado

Page 108: Administracion de-sap-r3

108 CAPITULO 9. GESTION DE SPOOL

Podemos marcar el borrado de la orden tras la impresion correcta o,por el contrario, dejar que la orden permanezca en el spool para futurasreimpresiones.

La cantidad de dıas que debe permanecer en el spool antes de serborrada por los jobs de mantenimiento.

La impresion de una portada previa con el tıtulo de la orden de spooly el destinatario y departamento al que pertenece. Estos ultimos datostienen sentido en una empresa en la que haya servicio de entrega deimpresiones, es decir, que no tenemos que ir a la impresora sino quenos envıan los papeles a nuestro puesto de trabajo.

La cantidad de lıneas y columna que queremos sacar y por lo tanto elformato de la pagina.

9.4. Operaciones sobre ordenes de spool

Para poder administrar todas las peticiones de spool que hacemos SAPprovee de la transaccion SP01 que se encuentra en Herramientas→ CCMS→Spool→ Control de salida. En ella nos encontramos inicialmente una pantallacon criterios de seleccion como la de la figura 9.5.

Aquı podemos elegir las ordenes de spool por varios criterios; losmas habituales son el creador de la orden y la fecha. Tras pulsar F8nos encontramos con un listado de las ordenes seleccionadas como elde la figura 9.6. Este listado tiene la misma caracterıstica que el de latransaccion de gestion de jobs; es un programa de seleccion, listado y gestionsimultaneamente.

Las operaciones que podemos hacer sobre una orden de spool incluyenla creacion de ordenes de salida, el cambio de los atributos, el borrado dela orden o la visualizacion de su contenido. Esta ultima opcion es realmenteinteresante cuando queremos comprobar el resultado de un programa que seha ejecutado en proceso de fonfo, pero no queremos imprimirlo hasta versi ha salido lo que esperabamos. En cuanto a los atributos, en la figura 9.7podemos ver algunos de los que se pueden cambiar. Basicamente son losmismos que definimos inicialmente al crear la orden de spool (ver figura9.4). Por ejemplo, es muy habitual comprobar tras la salida al papel que unlistado que tiene 132 columnas en sus atributos ha salido con letra pequenay en formato horizontal pero no llega a ocupar realmente mas de 80. En esecaso cambiaremos el campo edicion por un X 65 80 para conseguir un listadocon letra mas grande y en vertical y volveremos a repetir la salida de la orden.

Page 109: Administracion de-sap-r3

9.4. OPERACIONES SOBRE ORDENES DE SPOOL 109

Figura 9.5: Transaccion SP01. Seleccion de ordenes de spool

Figura 9.6: Transaccion SP01. Listado de ordenes de spool

Page 110: Administracion de-sap-r3

110 CAPITULO 9. GESTION DE SPOOL

Una de las labores del administrador consiste en asegurarse que lasordenes de spool olvidadas por los usuarios no llenan nuestra base dedatos. Para ello dispone del programa RSPO0041 que le permite eliminarmasivamente el spool que lleve mas de n dıas almacenado.

Figura 9.7: Atributos de una orden de spool

Page 111: Administracion de-sap-r3

Capıtulo 10

Gestion de usuarios yautorizaciones

10.1. Modelo de seguridad en R/3

En cualquier sistema de gestion de informacion integrado se guardan datosde diferentes areas a los que solo pueden acceder algunas personas. Estasrestricciones pueden darse por varios motivos:

Proteger datos que afecten a la estrategia de la empresa para no ofrecerventajas a la competencia.

Evitar fraudes en la contabilidad o en los cobros y pagos.

Obligacion legal de proteger informacion ajena a la propia empresacomo los datos personales de sus empleados, las condiciones economicasde los proveedores.

SAP contempla toda esta problematica implementando un modelo deseguridad que permite proteger de una manera flexible los datos y lasoperaciones que se hacen sobre ellos. En la figura 10.1 podemos ver unesquema de los componentes de la seguridad en R/3.

En el lado derecho tenemos los objetos de autorizacion que se componende campos. Estos objetos representan lo que queremos proteger. Ejemplos deobjetos de autorizacion son:

S TCODE. Protege el codigo de transaccion y contiene un solo campoque es la transaccion. Es el mas importante de todos porque todaslas operaciones que se hacen en SAP empiezan por el acceso a unatransaccion.

111

Page 112: Administracion de-sap-r3

112 CAPITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

Figura 10.1: Componentes de la seguridad en R/3

S TABU DIS. Proteccion del contenido de tablas de customizing.Contiene dos campos que son el grupo de autorizaciones de la tabla(DICBERCLS) a la que se quiere acceder y la actividad (ACTVT) quese quiere ejecutar (crear, modificar, borrar. . . )

F BKPF BUK. Proteccion de la contabilizacion de documentos porsociedad financiera. Se compone de dos campos; la sociedad (BUKRS) acuyos documentos contables queremos acceder y la actividad (ACTVT)que se quiere hacer.

En el lado izquierdo de la figura vemos la estructura modular que va desdela autorizacion simple sobre un unico objeto de autorizacion hasta el maestrode usuarios que son los que acceden al sistema. Veamos lo que representa cadauno de los niveles:

Autorizaciones. Una autorizacion consiste en una asignacion devalores a los campos de un objeto de autorizacion. Por ejemplo,crearemos una autorizacion para el objeto S TCODE que tenga elvalor FB01 para el campo TCODE. De esta manera el usuario quetenga asignada esta autorizacion podra acceder a la transaccion de creardocumento contable. Tambien tendremos que crear otra autorizacion

Page 113: Administracion de-sap-r3

10.2. MANTENIMIENTO DE USUARIOS 113

sobre el objeto F BKPF BUK con los valores 1000 para BUKRS y 01para ACTVT con la que puedan completar la operacion de contabilizarpara la sociedad financiera 1000.

Perfiles. Un perfil es simplemente la agrupacion de varias autoriza-ciones que hayamos creado anteriormente. El perfil es la unidad mınimade seguridad que le podemos asignar a un usuario, es decir, la unicaforma de asignar las dos autorizaciones del ejemplo anterior es incluir-las en un perfil que llamaremos CONTABLE e incluir este perfil en losusuarios.

Grupos de actividad. Son las agrupaciones de transacciones yactividades que se crean con el generador de perfiles. Estos gruposde actividad contienen internamente perfiles (que a su vez contienenautorizaciones) y se asignan directamente a los usuarios.

Usuarios. Para que un empleado tenga acceso a los datos de gestionde la empresa debe disponer de un codigo de usuario en R/3. Esteusuario tendra asignados unos grupos de actividad o unos perfiles deautorizacion (o ambos) para poder realizar las tareas que exige sufuncion o puesto de trabajo.

10.2. Mantenimiento de usuarios

Para la creacion y mantenimiento de usuario R/3 dispone de la transac-cion SU01 (Herramientas→ Gestion→ Actualizar usuarios→ Usuarios). Enla pantalla correspondiente a la figura 10.2 escribiremos el codigo del usuarioy pulsando uno de los botones de la barra de aplicacion o escogiendo unade las opciones del menu Usuario podemos realizar diversas acciones comocrear, modificar, cambiar clave acceso, bloquear. . .

Pulsando sobre el boton con el icono de un folio en blanco vamos a crearun nuevo usuario en el sistema. Vemos en la figura 10.3 las siete pestanasque componen el registro maestro de un usuario. Estas son:

Direccion. Se graban en este apartado datos personales como elnombre, apellidos, departamento, telefono. . . . En el campo edicionveremos el nombre tal y como aparecera en los listados o en otrastransacciones.

Datos logon. Es obligatorio indicar una clave inicial con la queaccedera el usuario, aunque en su primera conexion se le pedira quela cambie. Tambien podemos limitar la validez temporal de manera

Page 114: Administracion de-sap-r3

114 CAPITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

Figura 10.2: Pantalla inicial de la actualizacion de usuarios

que podemos tener empleados que accedan a nuestro sistema hastadeterminada fecha como puede ser el fin de su contrato o cesion anuestro departamento.

Valores fijos. En esta pestana definimos el menu inicial de entradaal sistema, la impresora SAP y algunos parametros de impresion pordefecto, y el formato en que debe ver el usuario las fechas y los importesen todas las transacciones SAP. Esta ultima opcion, junto con la del usohorario, es vital para empresas multinacionales que tienen empleadosen diversos paıses.

Parametros. Existe la posibilidad de asignar parametros por defectopara multitud de campos de todos los modulos de SAP. Si un empleadosolo realiza entradas de mercancıas en el centro 1000, es muy utilasignarle ese valor en el parametro correspondiente consiguiendo queen todas las pantallas de R/3 en la que aparezca el campo centro, estese encuentre relleno automaticamente con el valor 1000.

papeles y perfiles. Las operaciones a las que esta autorizado unusuario vienen determinadas por los valores que le ponemos en estasdos pestanas. Al asignarles un papel le estamos anadienlo perfilestambien, pero existe la posibilidad de incluir perfiles manualmente. Estaposibilidad se conserva por compatibilidad con versiones anteriores perono es el modo de trabajo habitual desde la version 4.6A.

Grupos. A la hora de descentralizar el mantenimiento de un

Page 115: Administracion de-sap-r3

10.2. MANTENIMIENTO DE USUARIOS 115

Figura 10.3: Datos de direccion del maestro de usuarios

Page 116: Administracion de-sap-r3

116 CAPITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

numero enorme de usuarios debemos agruparlos asignandoles lapertenencia a uno o varios grupos. De esta manera podemos autorizara diversos administradores a gestionar los usuarios que pertenezcan adeterminados grupos.

10.3. Generador de perfiles

Debido a la gran complejidad que supone la creacion manual de perfilesy autorizaciones, desde la version 3.1G de R/3, existe el generador deperfiles. Las ventajas que aporta para el administrador la utilizacion de estaherramienta son multiples aunque la mas destacable es que ya no necesitaconocer o investigar la funcionalidad de las transacciones que incluyen enlos perfiles de usuario. El generador de perfiles incluyen una base de datosque relaciona cada una de las transacciones de R/3 con los objetos quecomprueba. En la version 3.0F y anteriores, la creacion de un perfil deseguridad exigıa un tedioso trabajo de busqueda de objetos que chequeacada transaccion.

Para crear un papel disponemos de la transaccion PFCG que nos muestrauna pantalla como la de la figura 10.4.

Figura 10.4: Transaccion PFCG. Mantenimiento de papeles

Page 117: Administracion de-sap-r3

10.3. GENERADOR DE PERFILES 117

Al pulsar el boton de crear pasaremos a la pantalla de la figura 10.5 enla que vemos las diferentes partes de la creacion de un grupo de actividadrepartidas en cuatro pestanas. En la primera de ellas rellenamos unicamenteun descripcion corta del papel y tambien podemos completar el campo dedescripcion inferior en el que podemos indicar instrucciones sobre a quien sedebe asignar este perfil o cual es su funcion especıfica.

Figura 10.5: Descripcion del papel

Al pasar a la pestana menu (ver figura 10.6) vemos unos botones quenos permiten incluir transacciones, informes o direcciones web en el grupode actividad. Observamos en la figura como se ha incluido ya la transaccionde contabilizar documento (perteneciente al modulo FI). Esto implica queel usuario al que se le asigne este perfil podra ejecutar la transaccion FB01,pero no hemos determinado aun para que sociedades financieras, cuentas odeudores podra hacerlo.

En la figura 10.7 tenemos la pantalla de asignacion de valores a los objetosde autorizacion a la que se llega a traves de la pestana Autorizaciones. Soncuatros los objetos de la gestion financiera los que chequea esta transaccion

Page 118: Administracion de-sap-r3

118 CAPITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

Figura 10.6: Transacciones asignadas a un papel

y habra que dar los valores correspondientes para el grupo de actividad.Por ejemplo, en el objeto grupo de autorizacion de cuentas para deudorespodemos poner un 01 en actividad y un * en grupo de autorizaciones con loque estamos permitiendo crear para todos los grupos de deudores. El resto delos objeto de autorizacion debe ser completado tambien, solo cuando hayamosasignado valores a todos tendremos los semaforos en verde, indicacion de quepodemos grabar el papel.

Por ultimo, despues de completar la grabacion del grupo, tenemos laposibilidad de asignarselo a uno o varios usuarios. En la figura 10.8 convienefijarse en que tenemos los semaforos de las pestanas menu y autorizaciones enverde, indicandonos que los pasos anteriores se han procesado correctamente.Es entonces, cuando podemos poner en la tabla de usuarios los codigos (elnombre nos lo rellena el propio programa) a los que queremos incluir elpapel y la fecha de validez de la asignacion. Esta fecha de validez tiene lamisma funcion que la que vimos en el maestro de usuario, es decir, nos puedeinteresar autorizar a un usuario a hacer determinadas cosas en el sistemadurante un tiempo limitado de tiempo. Para evitar el tener que acordarnosde quitar la autorizacion cuando llegue el dıa, ponemos la fecha de validez yentonces perdera la autorizacion al dia siguiente.

Page 119: Administracion de-sap-r3

10.3. GENERADOR DE PERFILES 119

Figura 10.7: Asignacion de valores a los objetos de autorizacion

Figura 10.8: Asignacion de un papel a usuarios

Page 120: Administracion de-sap-r3
Page 121: Administracion de-sap-r3

Capıtulo 11

Sistema de transporte

El sistema R/3 dispone de una herramienta que nos permite pasar objetosde 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 facilitael mantenimiento del sistema productivo ya que con ello evitamos tenerque duplicar el trabajo de programacion o repetir la inclusion de datosde customizing. Todo ello redunda en una mayor productividad y en unaminimizacion de riesgos ya que la informacion, antes de ser insertada en elsistema productivo, es probada en el sistema de desarrollo y su traspaso nosera realizado hasta que el responsable del proyecto de el visto bueno.

La herramienta que permite este traspaso de informacion entre sistemasR/3 es el llamado sistema de transportes.

11.1. Ordenes de transporte

El sistema de transporte se emplea, generalmente, para trasladar objetosdesde el sistema de desarrollo hasta el sistema de produccion; obviamentesi no existe tal separacion de sistemas, es decir, si solo se dispone de ununico sistema la utilidad del sistema de transportes se reduce a traspasarinformacion dependiente de mandante de un mandante a otro dentro delmismo sistema. El sistema de transporte puede usarse para:

Borrado de objetos obsoletos en el sistema destino.

Insercion de nuevos objetos en el sistema destino.

Modificacion de objetos ya existentes en el sistema destino.

121

Page 122: Administracion de-sap-r3

122 CAPITULO 11. SISTEMA DE TRANSPORTE

Cuando se crea o modifica un objeto en el sistema de desarrollo, elsistema propone un codigo unico para identificar la creacion o modificacionde ese objeto, siempre y claro esta que el mandante donde se este trabajandoeste configurado para registrar cualquier modificacion (ver capıtulo 12). Elcodigo propuesto conforma lo que se denomina Orden de Transporte y a ellase asociaran los objetos que el usuario cree o modifique, de tal manera queel sistema bloqueara, dependiendo de la naturaleza de la orden, esos objetospara que nadie mas que el propietario de esa orden de transporte puedamodificar esos objetos mientras la orden no este liberada, es decir preparadapara ser transportada.

La nomenclatura de una orden de transporte es:

<SID>K9nnnnn

donde <SID> es el nombre de la base de datos del sistema donde estamostrabajando y 9nnnnn es un numero secuencial que ira creciendo desde 900000hasta 999999 a medida que vayamos creando nuevas ordenes de transporte.

El sistema de transportes no asocia directamente los objetos creados omodificados a una orden de transporte sino que lo hace a traves de las tareas;las tareas deben obligatoriamente pertenecer a una unica orden de transportey al igual que ellas siguen el mismo codigo secuencial de tal manera que nuncapueden existir varias ordenes o tareas con el mismo codigo. Las tareas, aligual que las ordenes, estan asignadas a un usuario y su finalidad es mejorarla gestion de los cambios introducidos en el sistema ya que una orden puedealbergar varias tareas pertenecientes o no al mismo usuario.

Ejemplo: Supongamos un sistema SAP R/3 de desarrollo cuyo SID esD10 en el cual el usuario USUARIO1 crea un nuevo programa llamadoZPROGRAMA y una nueva tabla llamada ZTABLA. Supongamos que esla primera orden de transporte que se genera en ese sistema por lo que sucodigo sera D10K900000, y que se usa la misma orden para englobar los dosobjetos.

Supongamos el mismo sistema pero el caso de introducir cada objeto enuna orden distinta, por ejemplo D10K900000 y D10K900002.

La diferencia basica entre un caso y otro sera que el transporte al sistemaproductivo de la primera orden conllevara el transporte de los dos objetos –programa y tabla – a la vez, mientras que en el segundo caso el transportede una orden conllevara el transporte solo del objeto asociado.

Sera tarea del propietario de la orden el decidir de cuantos objetos se va acomponer cada orden de transporte. No se debera crear una orden para cadaobjeto a modificar o crear ya que esto complicara de manera excesiva nuestra

Page 123: Administracion de-sap-r3

11.1. ORDENES DE TRANSPORTE 123

Figura 11.1: Esquema de una orden de transporte

Figura 11.2: Esquema de ordenes de transporte

Page 124: Administracion de-sap-r3

124 CAPITULO 11. SISTEMA DE TRANSPORTE

labor de gestion de las ordenes de transporte; tampoco se debera asignar unaunica orden de transporte a todos los objetos que vayamos a crear o modificarya que ello puede llegar a hacer inmanejable la orden debido a su tamano.Se debera, por lo tanto, llegar a un termino intermedio de tal forma queincluyamos en una orden los objetos que puedan estar relacionados, biendebido a su naturaleza, bien porque pertenezcan al mismo proyecto.

11.2. Clases de desarrollo

Cuando nos disponemos, en el sistema de desarrollo, a crear nuevosobjetos con las herramientas de desarrollo apropiadas, el sistema antes deasignarle una orden de transporte nos pedira asociar el nuevo objeto porcrear a una Clase de Desarrollo.

Las clases de desarrollo no son mas que agrupaciones logicas de objetosque, ademas, tienen asignada internamente una ruta de transporte, es decir,un sistema origen y un sistema destino de transporte. Al asociar un objetoa una clase de desarrollo estaremos, implıcitamente, asignandole la ruta detransporte a seguir cuando la orden asociada a ese objeto sea transportada.Todos los objetos estandar del sistema SAP R/3, ya sean programas, tablas,ayudas de busqueda, etc, tienen asociado una clase de desarrollo estandar deSAP.

Los objetos nuevos a crear deberan asociarse a clases de desarrollo nuevas,que se distinguiran de las estandar por el primer caracter de su identificacion,que siempre debera ser una ”Z”. Como caso excepcional podremos asignar anuestros objetos la clase de desarrollo $ TMP, la cual es denominada temporalo local y tiene como particularidad el hecho de que los objetos a ella asociadosno son transportados a ningun sistema destino, y por lo tanto el sistema no leasigna ninguna orden de transporte. Esta clase de desarrollo se debera asignara objetos que sean de pruebas y que no deseemos que vayan a pasar nuncaa formar parte del sistema de produccion. Hablamos entonces de objetoslocales privados o temporales. Ver figura 11.3.

11.3. Tipos de ordenes de transporte

El sistema SAP R/3 provee distinto tipo de ordenes de transporte paracada tipo de cambio que se desee realizar en el sistema:

Ordenes de customizing A la hora de implementar el modelo de empresaen SAP R/3 se necesita establecer ciertos datos en la parametrizaciondel sistema. La parametrizacion afecta primordialmente a los procesos

Page 125: Administracion de-sap-r3

11.3. TIPOS DE ORDENES DE TRANSPORTE 125

Figura 11.3: Clase de desarrollo

de negocio y es, por ello, dependiente de mandante. Si un mandanteha sido establecido con grabacion automatica de cambios (ver capıtulo12), una tarea y una orden de customizing son creadas automaticamentecuando un usuario en un sistema R/3 realiza cambios de customizing.

Ordenes de modificacion transportables A la vez que cambios en elcustomizing, sera tambien necesario desarrollar nuevas aplicacionesque se ajusten perfectamente a las necesidades de la empresa. Estopermite moldear el sistema R/3 a cualquier necesidad. Estos cambios,pertenecientes al area de desarrollo y que afectaran basicamente aprogramas y tablas, son independientes de mandante; esto significaque tienen efecto en todo el sistema. La creacion de nuevos objetos, ola modificacion de los que proporciona SAP son grabados, de manerasimilar al customizing, en tareas asignadas a ordenes de modificaciontransportables.

Ordenes de modificacion locales Tambien se pueden realizar cambioslocales; se distinguen de los anteriores en que estos cambios no puedenser transportados a otros sistemas.

Page 126: Administracion de-sap-r3

126 CAPITULO 11. SISTEMA DE TRANSPORTE

11.4. Estados de una orden de transporte y

sus tareas

Desde que se crean una orden de transporte y sus correspondientes tareashasta que son liberadas (fase previa para el transporte de dicha orden a otrosistema), estas pasan por dos estados:

Modificable Cuando la orden o tarea es creada para ser asociada a objetosde desarrollo o de customizing, esta aparece con status modificable;es decir, permite la inclusion y eliminacion de objetos asociados. Si setrata de una orden, esta permite la asignacion o borrado de tareas; sise trata de una tarea, esta permite la asignacion o desasignacion deobjetos del sistema .

Liberada El paso previo del transporte consistira en la liberacion dela orden y sus tareas asociadas. Para poder liberar una orden, sedebera primero liberar todas sus tareas asociadas. La liberacion de unatarea consiste en cerrarla para posteriores modificaciones; es decir, no sepodra asignar nuevos objetos a esa tarea ni desasignar los ya existentes.La liberacion de una orden consiste en cerrarla para posteriores tareas;no se podra crear ninguna nueva tarea asociada a esa orden ni se podranborrar las ya existentes.

Una orden puede permanecer en status Modificable aunque todas sustareas asociadas esten en estado liberado; ello nos permitira asignarle nuevastareas con status modificable para poder seguir trabajando con ella hastaque liberemos la orden.

La liberacion de una orden de transporte ademas de bloquearla paracualquier modificacion futura, realiza el export de la orden. El export dela orden consiste en la creacion de dos ficheros a nivel de sistema operativo– fichero data y fichero cofiles –. En estos ficheros se produce la exportacionde los datos fuera de su base de datos, de tal manera que puedan sertransportados al sistema destino. Ası pues, el transporte no es mas que laexportacion de informacion fuera de la base de datos de origen a fichero delsistema operativo y la importacion de dicha informacion en la base de datosdestino.

Los dos ficheros creados en la exportacion de una orden de transportetienen la siguiente ubicacion en el sistema operativo:

Fichero dataUbicado en /usr/sap/trans/data; es el que contiene toda la informacion

asociada a la orden de transporte; cuantos mas objetos esten asociados a la

Page 127: Administracion de-sap-r3

11.5. CUSTOMIZING ORGANIZER Y WORKBENCH ORGANIZER 127

Figura 11.4: Esquema pasos del transporte

orden de transporte a liberar, mayor sera el fichero data a crear y mayor eltiempo que llevara su creacion, es decir, la exportacion. La nomenclatura delfichero data, siendo la de la orden liberada <SID>K9nnnnn, puede ser:

D9nnnnn.<SID>

R9nnnnn.<SID>

Fichero cofilesUbicado en /usr/sap/trans/cofiles; es un fichero de control necesario

para el transporte; su tamano es mucho menor que el data ya que no contienelos datos de la orden. La nomenclatura del fichero cofiles, siendo la de la ordenliberada <SID>K9nnnnn, es:

K9nnnnn.<SID>

11.5. Customizing organizer y workbench

organizer

Para gestionar las ordenes de transporte y sus tareas podremos usar elcustomizing organizer – CO – y el Workbench Organizer – WBO –. Tantouno como otro se pueden acceder a traves de las transacciones SE09 comoSE10 y desde ellas se puede gestionar las ordenes de transporte relativas a

Page 128: Administracion de-sap-r3

128 CAPITULO 11. SISTEMA DE TRANSPORTE

desarrollo (ordenes de modificacion tanto locales como transportables; estaherramienta la usaran los desarrolladores) y las de Customizing (herramientaque usaran los consultores).

Figura 11.5: Pantalla principal Workbench Organizer

En ambas herramientas la pantalla de seleccion dispone como parametroprincipal del usuario, que por defecto esta relleno con el nombre delusuario con el que nos hemos conectado al sistema. Todas las ordenesque visualicemos con esta herramienta seran las asociadas al usuario arribaindicado. Como parametros adicionales podemos elegir visualizar las ordenesmodificables y las liberadas o solo uno de los dos tipos. Ademas, tambienpodemos restringir por fechas para evitar que el listado sea demasiado largosi es que hemos trabajado con muchas ordenes de transporte. En el caso delcustomizing organizer tenemos, ademas, la posibilidad de visualizar solo lasordenes de customizing o solo las de workbench o ambas a la vez.

Una vez elegidos los parametros de seleccion del CO o del WBOpulsaremos el boton de visualizacion y accederemos a una pantalla comola mostrada en la figura 11.6.

Page 129: Administracion de-sap-r3

11.5. CUSTOMIZING ORGANIZER Y WORKBENCH ORGANIZER 129

Figura 11.6: Ordenes de transporte

Desde esta pantalla podremos identificar que objetos estan asociados aque ordenes de transporte sin mas que ir desplegando la estructura en arbolpresentada. Esta estructura en arbol nos muestra en un primer nivel la ordende transporte, en un segundo nivel las tareas asociadas a esa orden y en untercer y ultimo nivel los objetos asociados a esa tarea.

Tanto el primer como segundo nivel tienen asociado un propietario quees mostrado a la derecha de la orden y tarea. El propietario de la orden notiene por que coincidir con el propietario de las tareas asociadas ya que elpropietario de esa orden puede crear tareas asociadas y repartir la propiedadde ellas entre los usuarios que considere adecuados. Esto puede ser de utilidaden el caso del desarrollo de una nueva aplicacion donde el jefe de proyectocrea una unica orden, si ası lo considera oportuno, y crea una tarea asociadaa esa orden por cada desarrollador involucrado en el proyecto asignando lapropiedad de cada tarea a cada uno de los desarrolladores. De esta manera,cada desarrollador ira asignando sus objetos a su tarea con lo que no se

Page 130: Administracion de-sap-r3

130 CAPITULO 11. SISTEMA DE TRANSPORTE

producira solapamiento. Una vez que los desarrolladores acaben su trabajo, eljefe de proyecto les indicara que liberen sus tareas (la liberacion solo la puederealizar el propietario), pero el jefe de proyecto sera el que tenga la decisionde cuando liberar la orden, de la cual el es propietario. La exportacion de laorden a fichero no se producira hasta que el propietario de la orden ejecutela liberacion de la misma.

Desde esta pantalla podremos ejecutar la liberacion de cualquier orden dela que seamos propietarios. La liberacion debe llevar siempre esta secuencia:

Ejecutar la liberacion de todas las tareas asociadas a esa orden

Ejecutar la liberacion de la orden

Ademas de la liberacion podremos borrar asignaciones de objetos a tareascon estatus modificable. Esta opcion nos permite eliminar la asignacion deun objeto dentro de una tarea sin mas que posicionar el cursor en el objetodeseado y pulsar a continuacion la opcion de borrar. Esta opcion no borrafısicamente el objeto, solo su asignacion a una tarea, y debera ser usadocuando, por error, hayamos incluido un objeto en una tarea no deseada. Estaopcion de borrado tambien puede ser util para eliminar tareas con estatusmodificable de ordenes, la unica restriccion que nos impone el sistema es queesas tareas deben estar vacıas. La opcion de borrado – bien de objetos o detareas – solo es aplicable cuando la orden y la tarea asociada tienen el estatusmodificable, es decir, que no se ha liberado todavıa. Un tarea ya liberada nopermite la desasignacion de sus objetos mediante la opcion de borrado. Enesta pantalla, ademas, podremos cambiar el texto descriptivo asociado a unaorden con el boton de modificar.

Otra opcion muy importante disponible tanto en la pantalla inicial delWBO y del CO ası como en las pantallas donde se muestran las ordenesde transporte seleccionadas de los dos organizers es la opcion crear orden.Eligiendo esta opcion el sistema nos muestra la pantalla de dialogo que vemosen la figura 11.7.

Como campo principal se nos pide que introduzcamos una descripcionpara la orden a crear cuya codificacion la dara automaticamente el sistemaal crearla. El sistema, ademas, crea la orden con una unica tarea cuyopropietario es el mismo que el que ha creado la orden; esta opcion se puedecambiar. Podremos introducir tantas tareas como queramos sin mas queasignar nuevos empleados a las tareas a introducir en la orden – el sistemaintroducira tantas tareas en la orden como empleados se haya especificado –.

A esta opcion de creacion de ordenes de transporte tambien se puedeacceder desde fuera de la transaccion SE09 y SE10 cuando modificamos o

Page 131: Administracion de-sap-r3

11.6. TRANSPORTE MANUAL DE ORDENES 131

Figura 11.7: Creacion de una orden de transporte

creamos un nuevo objeto de desarrollo. El sistema nos pide asignarle unaorden ya creada o crear una nueva.

11.6. Transporte manual de ordenes

Una vez que una orden ha sido liberada, esta se encuentra preparada paraser importada al sistema destino.

El programa de control del transporte se encuentra a nivel delsistema operativo; es el llamado tp.exe que esta junto con el restode programas ejecutables de SAP que componen el Kernel en la ruta/usr/sap/<SID>/SYS/exe/run, donde <SID> es el directorio que tiene igualnombre que la base de datos de SAP instalada en el servidor.

El programa tp se debe ejecutar desde la ruta /usr/sap/trans/bin, enel servidor y directorio adecuado dependiendo del sistema operativo:

En sistemas UNIX, este directorio del transporte debera estarcompartido via NFS para todos los entornos que conforman la ruta deltransporte. Es por ello por lo que podremos acceder a este path desdecualquier servidor al que nos conectemos desde el sistema operativo(por ejemplo via telnet).

Page 132: Administracion de-sap-r3

132 CAPITULO 11. SISTEMA DE TRANSPORTE

En sistemas Windows NT, esta directorio de transporte debera estarconfigurado como compartido para que desde todos los entornoseste disponible, sin embargo solo sera local para uno de ellos.Accederemos a traves del emulador MSDOS en el servidor donde laruta es local.

Presentamos a continuacion la estructura en arbol del sistema operativoUNIX que es necesaria para el transporte y explicaremos para que sirve cadadirectorio:

/usr/sap/trans/bin Directorio desde donde se lanza el programade control del transporte, tp.

/usr/sap/trans/data Directorio donde se almacenan los ficherosdata generados en la exportacion de datosdesde la base de datos que se realiza durantela liberacion de una orden.

/usr/sap/trans/cofiles Directorio donde se almacenan los ficheroscofiles generados en la exportacion de datosdesde la base de datos que se realiza durantela liberacion de una orden.

/usr/sap/trans/log Directorio donde se almacenan en ficheros loslogs de cada una de las ordenes de transporteque se importan al sistema destino.

/usr/sap/trans/buffer Directorio donde se almacena un listado contodas y cada una de las ordenes de transporteque han sido liberadas desde el sistema origen.Antes de poder importar al sistema destino, elprograma de control del transporte chequeaque la orden solicitada se encuentra en ellistado mencionado y que esta todavıa sintransportar; si es ası, se ejecuta el transporteal sistema destino. Las ordenes, por defecto,al ser liberadas son anadidas al ”buffer”por loque no sera necesario incluir ninguna ordenen este listado a no ser que expresamentehayamos eliminado su entrada de dicho listadoo que la orden ya haya sido transportada yqueramos volver a ejecutar su transporte.

Veamos a continuacion como deberemos usar el programa de control paragestionar el transporte de las ordenes ejecutandolo desde el directorio bin

Page 133: Administracion de-sap-r3

11.6. TRANSPORTE MANUAL DE ORDENES 133

mencionado antes:

tp showbuffer <SID>

Nos muestra el listado de ordenes incluıdas en el buffer. En lo que sigue,<SID> se refiere al nombre del sistema destino del tranporte. Las ordenes queya han sido transportadas al sistema destino aparecen con el texto already

imported.

Figura 11.8: Listado de ordenes transportadas y liberadas

Todas las ejecuciones del comando tp, independientemente del argumentoasociado, devuelven un codigo de retorno cuyos valores pueden ser:

0 → Operacion ejecutada con exito

4 → Operacion ejecutada con advertencias

8 → Operacion ejecutada con errores.

Un valor mayor que 8 tambien indicara que la operacion no se ha realizadocon exito.

tp delfrombuffer <orden> <SID>

Page 134: Administracion de-sap-r3

134 CAPITULO 11. SISTEMA DE TRANSPORTE

Elimina del listado del directorio buffer la referencia a la orden detransporte seleccionada. No borra la orden fısicamente, pero impide que sepueda transportar esa orden.

tp addtobuffer <orden> <SID>

Anade la orden seleccionada al buffer, dejando la orden preparada paraser transportada. Esta operacion, por defecto, no es necesario ejecutarla ano ser que una orden sea eliminada con el comando anterior y deseemosposteriormente transportarla.

tp import <orden> <SID>

Importa al sistema destino la orden seleccionada, y lo hace en elmandante cuyo nombre es el mismo que en el sistema origen. Si el mandantedestino de la orden no coincide con el mandante origen de la orden,se debera obligatoriamente especificar el mandante destino con la opcionclient=<mandante destino> anadida despues del <SID>.

Figura 11.9: Transporte de una orden a un sistema destino

tp import all <SID>

Importa al sistema destino especificado todas las ordenes que hayansido liberadas y que, por tanto, se encuentran en el buffer. Las ordenesson importadas por orden de aparicion en buffer, por lo que primero setransportaran las ordenes que han sido liberadas primero. Si el mandante

Page 135: Administracion de-sap-r3

11.6. TRANSPORTE MANUAL DE ORDENES 135

destino no coincide con el origen, se debera usar la opcion especificada en elcaso anterior.

No se recomienda el uso de esta opcion ya que podemos desear importaral sistema destino en un orden distinto al que han sido liberadas las ordenesque se encuentran en el buffer, y este comando tiene un orden de transportepreestablecido.

tp import <orden> <SID> client=<nnn> u1

La opcion u1 es el modo incondicional de sobreescritura. Habra queespecificarlo obligatoriamente si deseamos transportar al sistema destino unasegunda vez una orden. Esto es ası porque el sistema chequea que la orden yaha sido transportada previamente y no vuelve a ejecutar la importacion. Paraobligarle a sobrescribir la misma orden que se ha transportado previamente,sera necesario especificar la opcion u1.

Figura 11.10: Esquema ejemplo del transporte de una orden

Veamos a continuacion un ejemplo. Supongamos un sistema de desarrolloD10 en un servidor NT llamado devsap10 y un sistema de produccion P10en otro servidor NT llamado prodsap10. En ambos entornos esta establecidala ruta del transporte D10 → P10 a traves de la clase de desarrollo ZDEV.Estableceremos el directorio de transporte C:\usr\sap\trans localmente enel servidor de produccion, prodsap10.

Page 136: Administracion de-sap-r3

136 CAPITULO 11. SISTEMA DE TRANSPORTE

Supongamos que creamos en el mandante 101 de D10 un programaZREPORT que queremos pasar al mandante 110 de produccion. Al crearlo,le asignaremos la clase de desarrollo ZDEV y el sistema nos propondra uncodigo para su orden de transporte, por ejemplo D10K902010.

Al liberar esta orden, el sistema de desarrollo se conecta a :

\\prodsap10\usr\sap\trans

para crear en los subdirectorios data y cofiles los ficheros D902010.D10y K902010.D10 correspondientemente. Abriendo una ventana de MSDOS enel sistema de produccion, sistema destino del transporte, ejecutamos:

C:\usr\sap\trans\bin\tp showbuffer P10

para comprobar que la orden D10K902010 se encuentra en el buffer; siacaba de ser liberada, aparecera la ultima del listado. Una vez comprobadoque la orden se encuentra en el buffer del sistema de produccion ejecutaremosel transporte al mandante 110. Como el mandante destino y origen nocoinciden deberemos usar la opcion client=<SID>.

C:\usr\sap\trans\bin\tp import D10K902010 P10 client=110

Una vez que este comando ejecute la importacion y su codigo de retornosea 0, el programa ZREPORT estara disponible en el sistema de produccion.

11.7. Log del transporte

Existe dentro del sistema SAP R/3 una herramienta que nos proporcionamucha mas informacion sobre el transporte de una orden que el simplecodigo de retorno devuelto por el comando tp. Tal codigo de retorno nosinforma si el transporte se ha ejecutado correctamente, o si por el contrario haocurrido algun problema; sin embargo no nos informa que tipo de problemaha ocurrido. La herramienta del log del transporte esta disponible tanto en latransaccion SE09 como en la SE10. Podemos pulsar el boton de visualizacionindividual – aparece asociado a un icono de gafas – en la barra de aplicacionessi conocemos el numero de orden cuyo log queremos consultar:

Tambien podemos rellenar los parametros de seleccion explicados en laseccion del WBO y CO para, posteriormente, buscar la orden en el listadoque nos aparezca en pantalla y una vez posicionado el cursor sobre la ordendeseada, pulsar la opcion log del transporte – asociado a una hoja y gafas –dentro de la barra de aplicaciones.

Page 137: Administracion de-sap-r3

11.7. LOG DEL TRANSPORTE 137

Figura 11.11: Visualizacion individual de ordenes

Figura 11.12: Log del transporte de una orden

Las dos opciones nos llevan a la misma pantalla. En ella, podemos verdesde que sistema se ha producido el export ası como el import en el sistemadestino con cada uno de sus pasos.

La importacion se realiza en varios pasos, dependiendo su numero deltipo de objeto a transportar. Desglosando la estructura en arbol del logpodemos 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 lınea para acceder a un listado completo dellog en ese paso. Esto nos sirve para saber por que razon se ha producido unerror en el transporte y como habra que resolverlo. Los errores mas comunesson de informacion incompleta en el sistema destino para poder activar lasmodificaciones recien transportadas.

Un ejemplo puede ser que el codigo fuente de un programa quequeramos transportar al sistema destino del transporte haga referencia auna tabla cuya definicion se encuentra en otra orden de transporte, todavıasin transportar. Si transportamos primero la orden del codigo fuente, laimportacion fallara devolviendo un codigo de retorno 8. Si visualizamos el

Page 138: Administracion de-sap-r3

138 CAPITULO 11. SISTEMA DE TRANSPORTE

log del transporte de dicha orden veremos que el paso que ha fallado ha sidola generacion del codigo fuente por hacer referencia a una tabla que todavıano existe en el sistema destino. Lo que deberemos hacer sera, pasar la ordendonde se encuentra la definicion de la tabla a la que se hace referencia en elprograma y, posteriormente, transportar de nuevo la orden que ha fallado –primero deberemos anadirla manualmente de nuevo al buffer –.

Page 139: Administracion de-sap-r3

Capıtulo 12

Gestion de mandantes

Como ya se vio en el capıtulo 2, los datos en la base de datos de SAP R/3se dividen en dependientes de mandante y en independientes de mandante.

Un mandante es una unidad contable de negocio independiente queincluye, ademas una hoja de balance tambien independiente. La imple-mentacion del modelo de empresa basado en los requerimientos de la empresase conocen como customizing o parametrizacion. El customizing, dependien-do del tipo de datos a los que afecte, se puede dividir en dependiente o enindependiente de mandante.

Tambien vimos en el capıtulo 2 que un usuario, para trabajar con SAPR/3, necesita conectarse a un mandante y lo que ello significaba. En estecapıtulo vamos a profundizar en el concepto, caracterısticas y mantenimientode los mandantes en un sistema SAP R/3.

El sistema SAP R/3, cuando es instalado en los servidores, viene provistocon mandantes estandar, es decir preconfigurados. Los mandantes estandarson el 000, 001 y 066. En sistemas SAP R/3 destinados a la formacion yeducacion cuyo nombre es IDES existe ademas de los anteriores el mandante800. Estos mandantes se distinguen principalmente de los anteriores porestar ya parametrizados, es decir por tener implementados en cada uno delos mandantes la modelizacion de una o varias empresas modelo ademas deincluir datos de las actividades de negocio de cada una de las empresas.

Estos mandantes vienen provistos con unos usuarios estandar conautorizacion global, es decir, sin restricciones, que en general, no deberanser usados para conectarse al sistema salvo por el administrador y que seaestrictamente necesario. Estos usuarios son SAP* , DDIC y EARLYWATCH(este ultimo solo existe en el mandante 066) .

139

Page 140: Administracion de-sap-r3

140 CAPITULO 12. GESTION DE MANDANTES

12.1. Creacion de un nuevo mandante

Los mandantes estandar bajo ningun concepto deberan ser usados como elmandante de trabajo de la empresa. Estos mandantes, deberan permanecer enel sistema sin ser modificados ni borrados y sin que se creen nuevos usuarios,a excepcion del administrador del sistema, para que se conecten a ellos.

Es por ello, por lo que una de las primeras tareas del administradorsera la creacion de un nuevo mandante cuyo destino final puede ser de test,de produccion, de integracion. . . dependiendo del sistema SAP R/3 con elque estemos tratando y de los requerimientos de la empresa.

La creacion de un nuevo mandante, en general, se realizara como copiade uno ya existente. Se hara copia del 000 si se quiere partir de cero ocopia de alguno ya existente si ya hemos creado alguno previamente, se hanintroducido datos en el y necesitamos una copia de el con datos incluidos.

Las copias de mandante pueden ser Locales (los mandantes fuente yorigen pertenecen al mismo sistema), Remotas (los mandantes fuente y origenpertenecen a sistemas distintos), o a traves de un export de mandante (lainformacion del mandante se exporta a fichero por medio de ordenes detransporte).

Cuando el sistema origen y el destino sean diferentes se debera tenercuidado de copiar mandantes solo entre sistemas SAP R/3 que dispongan dela misma version de SAP R/3, de otra manera una copia de mandante puededejar inconsistente por completo el sistema destino.

Un mandante es creado en dos pasos. El primer paso permite que elnuevo mandante sea reconocido por el sistema, dandose de alta, ademas,importantes parametros basicos. El segundo paso (descrito en la siguienteseccion) llena el mandante de datos; solo despues de este paso el mandanteestara plenamente operativo.

El primer paso consiste, realmente, en dar de alta el mandante en latabla T000, que es la tabla donde estan referenciados todos los mandantesactivos en el sistema. Este alta en la tabla T000 se realiza a traves de latransaccion SCC4 o a traves del menu general Herramientas→ Gestion→Gestion→ Gestion de Mandantes→ Actualizar Mandantes .

A esta pantalla entraremos por defecto en modo visualizar. La informa-cion presentada es la de la tabla T000. Pulsando el boton que cambia a modomodificar, tendremos la opcion de crear una nueva entrada; el primer campocorresponde al codigo del mandante que vayamos a crear; el segundo campocorresponde a una pequena descripcion del mandante, el tercero a la ciudadasociada a la empresa que va a usar ese mandante, ası como la moneda basicade la empresa que va a usar ese mandante.

Los siguientes datos a rellenar se refieren al papel del mandante, opciones

Page 141: Administracion de-sap-r3

12.1. CREACION DE UN NUEVO MANDANTE 141

Figura 12.1: Pantalla principal de la gestion de mandantes

de modificacion para objetos dependientes e independientes de mandante,nivel de proteccion y restricciones.

Papel del mandante Cuando creamos un mandante deberemos asignarleun papel, es decir un proposito o funcion para lo que se va a utilizar.Los valores posibles son produccion , test , customizing , presentacion, formacion o referencia SAP .

Modificaciones y transportes de objetos dependientes de mandanteDependiendo del papel que tome el mandante puede llegar a ser nece-saria la activacion o desactivacion del transporte para ese mandante enconcreto. Para mandantes productivos es aconsejable protegerlos con-tra cambios en el sistema; para mandantes de customizing todos loscambios realizados deberan ser registrados en ordenes de transportepara su posterior paso al mandante productivo. Veamos las distintasopciones:

Modificaciones sin grabacion automatica No pide orden detransporte al modificar el customizing. Sin embargo permite asig-nar ordenes de transporte manualmente. Para mandantes de for-macion y test.

Page 142: Administracion de-sap-r3

142 CAPITULO 12. GESTION DE MANDANTES

Figura 12.2: Detalle de opciones de un mandante

Page 143: Administracion de-sap-r3

12.1. CREACION DE UN NUEVO MANDANTE 143

Grabacion automatica de modificaciones Al modificar customiz-ing el sistema pide ordenes de transporte. Para mandantes de de-sarrollo.

No se permiten modificaciones No se permite modificar cus-tomizing. Permite asignar ordenes de transporte manualmente.Opcion mas usada para mandantes de sistemas productivos.

No se permiten transportes Se permite modificar el customizingpero las modificaciones no se registran automaticamente enordenes de transporte. Tampoco se permite la asignacion manuala ordenes de transporte. Opcion mas usada para mandantes desistemas productivos

Modificaciones objetos independiente mandante Se puede limitar elalcance de las modificaciones permitidas en el mandante. Las opcionesson:

Se permite modificar repository y customizing indep.mandanteOpcion mas usada para mandantes en sistemas de desarrollo opruebas donde sepamos que las modificaciones independientes demandante no afectaran negativamente al funcionamiento del sis-tema.

No modificacion de objetos customizing independ.de mandanteLas modificaciones del customizing que afectan a tablas independi-entes de mandante afectan a todo el sistema. En ciertos sistemasno productivos con diversos mandantes donde se han realizadotareas de customizing antagonicas, se debera usar esta opcion.

No modificacion de objetos repository Impide modificar objetosstandard del repository (tablas, programas, pantallas, etc...) y lacreacion de nuevos objetos de desarrollo.

No modif.de objetos repository y customizing indep.mandanteOpcion mas usada en mandantes de sistemas de productivo. Conesta opcion se desactiva la posibilidad de modificar objetos stan-dard de SAP (tablas, programas, etc. . . ) y la posibilidad de mod-ificar opciones de customizing globales que afecten a todos losmandantes.

Proteccion Se pueden proteger mandantes de una copia de mandante ode comparacion (existen herramientas que nos permiten comparar losdatos de distintos mandantes). Es importante tener los mandantes

Page 144: Administracion de-sap-r3

144 CAPITULO 12. GESTION DE MANDANTES

productivos protegidos contra copias – intencionadas o no – demandante. Veamos los distintos niveles de proteccion:

Nivel Proteccion 0: No hay restricciones En este nivel no existeproteccion .

Nivel Proteccion 1: No se permite sobrescritura En este nivelse protege contra copia de mandante. El mandante ası protegidono podra ser sobrescrito por una copia de mandante.

Nivel Proteccion 2: No se permite sobrescritura ni comparacionEste nivel ademas de proteger contra copia de mandante protegecontra la herramienta de comparacion. Esta opcion sera especial-mente necesaria para mandantes productivos donde la informacionallı contenida es especialmente confidencial y donde se deberancumplir todos los requerimientos impuestos por las leyes oficialesde proteccion de datos.

Restricciones Por ultimo podremos restringir el uso de herramientas CATTo incluso proteger el mandante contra un upgrade - cambio de version-. Las opciones son:

Inicio de procesos CATT permitido CATT proviene de Comput-er Aided Test Tool. Engloba un grupo de programas usados porSAP para el chequeo del funcionamiento del sistema.

Proteccion contra upgrade Si un mandante es protegido contraupgrade, los datos dependientes de mandante en el no podranser modificados.

Esto compone lo que es el primer paso en la creacion de un mandante.El segundo paso sera el llenado del nuevo mandante de datos a partir de unmandante ya existente a traves de uno de los siguientes procesos:

Copia local

Copia remota

Transporte de mandante

Page 145: Administracion de-sap-r3

12.2. COPIA LOCAL DE MANDANTE 145

12.2. Copia local de mandante

Una vez completado el primer paso de la creacion de mandante, veamoslos pasos a seguir en el caso de que se quiera copiar con los datos de otromandante ya existente en el mismo sistema, es decir, lo que se llama unacopia local.

Deberemos entrar en el nuevo mandante creado como se ha explicadoen la seccion anterior. El unico usuario disponible en un mandante reciencreado y sin ningun tipo de datos es el usuario SAP* con password PASS.Este usuario esta disponible siempre en SAP ya que ası se ha programadoel kernel. La password PASS solo esta activa en mandantes recien creadoso si en un mandante estandar o ya creado y con datos propios eliminamosdel maestro de usuarios el usuario SAP*; esta eliminacion del superusuarioSAP* no es sino una simple reinicializacion del usuario. Esto permite poderacceder siempre a un mandante aunque por error se hayan eliminado todossus usuarios.

Una vez conectados al nuevo mandante – recordemos que no estara plena-mente operativo hasta que el la copia de datos se finalice – deberemos accedera la opcion de Copia Local disponible en la transaccion SCCL o alternativa-mente Herramientas→ Gestion→ Gestion→ Gestion de Mandantes→ CopiaMandante→ Copia Local.

Figura 12.3: Copia local de un mandante

En esta pantalla el mandante destino es el mandante al que nos hemosconectado; deberemos elegir un perfil de copia, el mandante origen de copia

Page 146: Administracion de-sap-r3

146 CAPITULO 12. GESTION DE MANDANTES

de datos, el mandante origen de copia de datos de maestros de usuario ysi el proceso corre en modo test o real. El sistema permite elegir distintosmandantes origen para copiar los usuarios y el resto de datos porque nospuede llegar a interesar crear un mandante con los datos de uno pero con losusuarios definidos en otro.

Si no estamos seguros de si el tamano actual de nuestra base de datossoportara el aumento debido a la creacion de un nuevo mandante deberemoslanzar el proceso en modo test y comprobar en el log si tenemos suficienteespacio libre en la base de datos o si por el contrario debemos aumentarlacomo paso previo a una copia de mandante. Si no realizamos el proceso enmodo test y la copia se cancela por falta de espacio, no solo tendremos unmandante creado a medias sino que ademas sera imposible seguir trabajandoen todo el sistema hasta que la base de datos sea extendida.

Los datos a copiar se establecen en los llamados Perfiles de Copia.Al realizar la copia local se debe elegir un perfil de copia, con lo queimplıcitamente se estara indicando el tipo de datos a copiar. Podremoscrear nuevos perfiles de copia a partir de los ya existentes. Para visualizarel contenido de cada perfil desde la transaccion SCCL acudiremos almenu desplegable a la opcion Perfil→ Visualizar Perfil .

En ellos basicamente se puede elegir los datos a copiar que pueden serel maestro de usuarios, los datos de customizing , los datos de aplicaciones, las variantes de reports y la validez (para todo tipo de copias, solo copiaslocales, solo copias remotas, solo para export de mandantes ).

Una vez elegido el perfil lo unico que deberemos hacer es pulsar el botonejecutar o ejecutar en fondo. La opcion ejecutar realiza el proceso de copia endialogo con lo que el sistema no nos devuelve el control de nuestra sesion hastaque termine el proceso de copia. Esta opcion es totalmente desaconsejableporque la copia tarda mucho tiempo. Se recomienda usar siempre la opcionejecutar en fondo y programar la copia para una hora en la que sepamos quela actividad del sistema va a ser nula o mınima.

Una vez lanzada la copia de mandante podremos acceder al log de la copiaa traves de la transaccion SCC3 o alternativamente por el menu desplegableHerramientas→ Gestion→ Gestion→ Gestion de Mandantes→ Logs deCopia. En este log podremos ver el tanto por ciento de proceso de copiaejecutado.

La copia de mandante consiste realmente en un proceso en el quese accede alfabeticamente tabla a tabla para copiar los registros quepertenecen al mandante origen en otros tantos registros cuyo mandantesera el mandante destino de la copia. El tiempo que consuma el procesode copia dependera fundamentalmente de los recursos del sistema, los datoselegidos a copiar en el perfil de copia, y el numero de registros de los

Page 147: Administracion de-sap-r3

12.2. COPIA LOCAL DE MANDANTE 147

Figura 12.4: Detalle de un perfil de copia

Page 148: Administracion de-sap-r3

148 CAPITULO 12. GESTION DE MANDANTES

que se componga el mandante origen. Se debera tener en cuenta todo estopara dimensionar los tablespaces o devices – dependiendo del RDBMS –adecuadamente y evitar un llenado de ellos que provoque una cancelacion dela copia.

Se debe recalcar que este proceso es muy crıtico y extremadamentesensible a la carga de trabajo del sistema, ya que consume muchos recursos.En el momento de la ejecucion de la copia no debe haber ningun usuarioconectado al mandante origen ni al destino y tampoco debe haber ningunproceso batch corriendo aparte del propio proceso de copia. De otra manerase podrıa provocar una cancelacion en el proceso de copia.

12.3. Copia remota de mandante

Cada sistema R/3 tiene claramente definidas sus tareas; ası por ejemplo,desarrollo y produccion deben estar en sistemas claramente separados. Parapoder realizar una copia de mandantes entre sistemas distintos existe laherramienta de la copia remota. Debido a que los datos deben pasar a travesde la red, una copia remota es mucho mas lenta que una copia local.

La transaccion de copia remota es SCC9 que puede ser accedidapor el menu desplegable Herramientas→ Gestion→ Gestion→ Gestion deMandantes→ Copia de mandante→ Copia remota.

Figura 12.5: Copia remota de un mandante

Page 149: Administracion de-sap-r3

12.4. TRANSPORTE DE MANDANTE 149

A diferencia de la copia local, en la copia remota exclusivamente sedebera indicar un destino fuente como origen de la copia. Este destino fuentesera realmente una conexion RFC, necesaria para que ambos sistemas , fuentey destino se puedan comunicar para el traspaso de datos. En la definicion deeste sistema logico estara incluido el sistema origen y el mandante origen. Porlas mismas razones que en la seccion de copia local se recomienda siemprelanzar este proceso de copia en fondo.

El sistema, igual que en la copia local, bloquea los mandantes origen ydestino impidiendo que los usuarios se conecten, pero los usuarios conectadospreviamente no seran desconectados. Sera tarea del administrador lanzar lacopia cuando no haya ninguna conexion al sistema o cancelar las conexionesya existentes.

En la copia remota, solo se copian datos de tablas no las definiciones detablas. Si se crearon tablas nuevas en el mandante origen cuyas definicionesno fueron transportadas, estas tablas no son pasadas en el proceso de copia.Se debera proceder a transportar todas las tablas nuevas que no se encuentranen el sistema destino antes de realizar la copia remota.

12.4. Transporte de mandante

Con esta herramienta los datos no son copiados directamente al mandantedestino sino que, a traves del programa de control de transporte tp, se realizaun export del mandante consistente en la exportacion a fichero de toda lainformacion a copiar. El export genera tres ordenes de transporte, una ordenpara los datos independientes de mandante, otra para los dependientes y otrapara los textos especıficos.

Otra diferencia importante con respecto a la copia remota es que elsistema destino no tiene por que ser accesible desde el sistema origen , comoocurrıa en la copia remota. Aunque el sistema destino, en este caso, no tienepor que ser distinto del origen, este metodo se recomienda solo para el caso decopia a un sistema destino diferente del origen ya que para copiar mandantesdentro de un mismo sistema disponemos de la copia local que consume menostiempo.

Accederemos a esta herramienta en la transaccion SCC8 o a travesdel menu desplegable Herramientas→ Gestion→ Gestion→ Gestion deMandantes→ Transporte de Mandante→ Export de Mandante.

En este caso, igual que en los anteriores, se debera elegir un perfil de copia,y se podra elegir entre ejecucion real o de test ası como un lanzamiento delproceso de exportacion en dialogo o background. Por las mismas razones queen las dos secciones anteriores se debera elegir la ejecucion en background.

Page 150: Administracion de-sap-r3

150 CAPITULO 12. GESTION DE MANDANTES

Figura 12.6: Export de mandante

El sistema nos mostrara a continuacion una ventana de dialogoinformandonos de las tres ordenes de transporte que se van a generar:

Orden generada con datos indep. de man-dante:

<SID>KO(No secuencial)

Orden generada con datos dep. de mandante: <SID>KT(No secuencial)

Orden generada con los textos especıficos: <SID>SX(No secuencial)

Este proceso de exportacion de mandante tambien queda registrado enel log de copia, en la transaccion SCC3. La creacion de estas 3 ordenes detransporte lleva asociada la creacion de ficheros a nivel de sistema operativo,con lo que tendremos como limitacion de espacio para esas ordenes el asignadoa la unidad donde este establecido el directorio de transportes – en entornosWindows –, o el asignado al file system correspondiente – en entornos UNIX–. Deberemos recordar que la exportacion de mandante puede llegar a crearficheros de gran tamano, dependiendo de la informacion asociada al mandantea exportar; por lo que un llenado del file system o de la unidad de discoasignada causara una cancelacion del proceso de exportacion.

Una vez creadas satisfactoriamente las ordenes de transporte lo unico querestara sera importar (como se vio en el capıtulo 11) en el sistema destinoprimero la orden asociada a los datos independiente de mandante, y despuesla orden asociada a los datos dependientes de mandante con el programa decontrol de transporte tp.

Como tercer paso deberemos importar los textos especıficos conectandonos

Page 151: Administracion de-sap-r3

12.4. TRANSPORTE DE MANDANTE 151

al sistema destino y accediendo a Herramientas→ Gestion→ Gestion→Gestion de Mandantes→ Transporte de Mandante →Trabajo Repaso Im-port. Introduciremos la orden de los textos especıficos y pulsaremos ejecutaren dialogo o background.

Page 152: Administracion de-sap-r3
Page 153: Administracion de-sap-r3

Capıtulo 13

Mantenimiento de instancias

13.1. Perfiles del sistema

El sistema SAP R/3 dispone de unos parametros de configuracionnecesarios para el arranque y funcionamiento de sus instancias. Eneste capıtulo veremos como gestionar tales parametros para optimizar elfuncionamiento del sistema R/3. Tales parametros nos permitiran configurartamano de bufferes, idioma de conexion por defecto, mandante de conexionpor defecto, tiempo de expiracion de passwords, numero intentos fallidos deconexion para bloquear usuario, etc. . .

13.1.1. Mantenimiento de perfiles del sistema

Los parametros activos se mantienen desde los Perfiles del Sistema. Estosperfiles son realmente 3 ficheros a nivel de sistema operativo donde se guardatoda la informacion tecnica del sistema R/3:

1. Perfil de Inicio: El nombre es Start <numero instancia> <nombre

maquina>. Es un perfil unico por instancia del sistema R/3 que contieneparametros necesarios para el arranque de SAP en los servidores quecomponen el sistema.

2. Perfil por Defecto: El nombre es DEFAULT. Es un perfil unico por sistemaR/3 que contiene parametros globales para todo el sistema.

3. Perfil de Instancia: El nombre es <SID> <numero instancia> <nombre

de maquina> y es un perfil unico por instancia del sistema R/3 conparametros especıficos de cada instancia.

153

Page 154: Administracion de-sap-r3

154 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

Estos tres perfiles estan almacenados a nivel de sistema operativo en tresficheros con los nombres especificados anteriormente en el siguiente path dela instancia central:

\usr\sap\<SID>\SYS\profile\

donde <SID> es el System Identification, es decir, el nombre de la base dedatos del sistema R/3 que esta compuesto de tres caracteres y que se estableceen tiempo de instalacion del sistema en los servidores.

Ejemplo: Supongamos un sistema R/3 compuesto de 2 instancias; unainstancia central y otra de aplicaciones, cada una de ellas en una maquinadistinta. Supongamos que tenemos la siguiente configuracion:

Nombre base de datos SAP (SID): ”P11”Nombre maquina de la instancia central: ”servr001”Identificador instancia central: ”00”(este valor de identificador para lainstancia se establece en tiempo de instalacion y no se puede cambiar)Nombre maquina de la instancia de aplicaciones: ”servr002”Identificador instancia aplicaciones: ”10”

Los perfiles del sistema seran, en este caso, cinco: un unico perfil pordefecto y dos perfiles de inicio y de instancia por cada una de las instanciasque componen nuestro sistema:

Perfil por defecto: DEFAULTPerfil inicio instancia central: START DVEMGS00 servr001Perfil instancia insta. central: P11 DVEBMGS00 servr001Perfil inicio instancia aplicacl: START D10 servr002Perfil de instancia insta. aplic.: P11 D10 servr001

Hay una herramienta en SAP para gestionar el mantenimiento de estosperfiles sin tener que bajar a nivel de sistema operativo. Esta herramienta seencuentra en la transaccion RZ10, accesible por el menu desplegable desdeHerramientas→ CCMS→ Configuracion→Actualizar Perfiles.

En esta transaccion existen 3 niveles de gestion de perfiles, en cada unode los niveles se muestra distinto tipo de informacion:

Datos de gestion. En este nivel se mantiene el path completo del fichero anivel de sistema operativo, ası como fechas de modificacion y activaciondel perfil en cuestion y autor de dicha modificacion y activacion.

Page 155: Administracion de-sap-r3

13.1. PERFILES DEL SISTEMA 155

Figura 13.1: Pantalla pricipal perfiles del sistema

Figura 13.2: Datos de gestion de un perfil

Page 156: Administracion de-sap-r3

156 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

Actualizacion basica . En este nivel no se permite introducir ningunparametro nuevo, solo modificacion de los parametros basicos quecomponen el perfil.

Este nivel es especialmente importante en el caso del perfil de instanciaya que permite, de una manera muy sencilla y segura, cambiar losparametros relativos a los bufferes y al numero de colas de trabajo.Sera este el perfil que debamos modificar si deseamos que una instanciao varias tengan una distribucion distinta de sus colas de trabajo.

Figura 13.3: Actualizacion basica de un perfil

Actualizacion ampliada . En este nivel se permite la visualizacion omodificacion de todos los parametros activos en el perfil seleccionado,ası como la introduccion de nuevos parametros. Algunos parametrostienen documentacion asociada en este nivel que puede ser visualizadapulsando F1 sobre el parametro deseado.

Page 157: Administracion de-sap-r3

13.1. PERFILES DEL SISTEMA 157

Figura 13.4: Actualizacion ampliada de un perfil

13.1.2. Importacion de perfiles del sistema

La primera vez que se accede a esta herramienta desde que se instalael sistema SAP R/3, los perfiles no se encuentran disponibles desde SAP;existen solo a nivel de sistema operativo por lo que sera necesario importardichos perfiles para que se puedan mantener desde dentro del sistema. Aesta herramienta de importacion se accede desde la RZ10 en la opcion delmenu desplegable Utilidades→Importar Perfil→ De servidores Activos.

Una vez que ejecutemos la importacion de los perfiles desde el sistemaoperativo, los tendremos disponibles en la transaccion RZ10. Pulsandola ayuda de busqueda correspondiente al campo Perfil, el sistema nosmostrara en un listado los perfiles importados.

Page 158: Administracion de-sap-r3

158 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

13.1.3. Visualizacion todos los parametros activos

Existen mas parametros tecnicos de configuracion SAP que los queaparecen en los perfiles antes indicados. Se pueden ver todos los parametrosactivos en SAP ejecutando el programa RSPARAM desde la transaccionSE38 (editor ABAP/4). Si un parametro no aparece en ninguno de los tresperfiles del sistema no quiere decir que no exista, ya que puede encontrarseactivo en el sistema pero no aparecer en ninguno de los tres perfiles portener asociado su valor por defecto. Para saber si un parametro determinadoesta activo en el sistema deberemos ejecutar el programa antes mencionadoy comprobar si aparece en el listado. Si no aparece, esto significara que elparametro no esta activo en el sistema.

Si deseamos modificar un parametro al que solo se puede acceder a travesde la ejecucion del programa RSPARAM, deberemos proceder incluyendolocomo un parametro nuevo en cualquiera de los perfiles existentes. Si es unparametro que debe tener un valor distinto por cada instancia o que solose debe activar en determinadas instancias de nuestro sistema, deberemosincluirlo en el perfil de instancia de las instancias adecuadas; si el parametroes global para todo el sistema R/3 deberemos incluirlo una unica vez en elperfil por defecto (otra posibilidad menos recomendada es que se incluya encada uno de los perfiles de instancia de las instancias que conforman nuestrosistema SAP R/3).

Importante: Cualquier modificacion sobre cualquiera de los perfiles deinicio y de instancia – bien sea en la modificacion del valor de un parametroo en la inclusion de un nuevo parametro – no toman efecto hasta que lainstancia en cuestion sea reiniciada. Cualquier modificacion sobre el perfil pordefecto no toma efecto hasta que el sistema R/3 al completo es reiniciado.Este hecho es avisado por el sistema R/3 cada vez que se procede a lamodificacion de cualquiera de sus tres perfiles a traves de una ventana dedialogo.

La modificacion de los perfiles del sistema requiere de un paso mas ademasde la grabacion en sı de las modificaciones; este paso es la Activacion delperfil. El concepto de activacion o generacion se encuentra presente en muchasde las aplicaciones de SAP como puede ser el mantenimiento de perfiles yautorizaciones de usuario, programacion o mantenimiento de tablas, etc. . . Lagrabacion de una modificacion de tales objetos supone la creacion de unanueva version de ese objeto a nivel de SAP R/3 pero el sistema no la tomacomo la actual. La activacion o generacion de ese objeto supone, en algunoscasos como los programas y tablas, la modificacion real de ese objeto en labase de datos o la modificacion real a nivel de sistema operativo como es elcaso de la activacion de los perfiles del sistema.

Page 159: Administracion de-sap-r3

13.2. MODOS DE OPERACION 159

13.1.4. Parametros mas importantes de un sistemaR/3

Debido al gran numero de parametros existentes en un sistema R/3 espracticamente imposible conocer a fondo todos ellos, sin embargo existenvarios que, por su importancia en procesos basicos de administracion, tomanun papel muy importante. A continuacion listamos algunos de los parametrosmas importantes.

Nombre parametro Valor de ejemplo Descripcion

SAPSYSTEMNAME US1 Nombre de la base de datosINSTANCE NAME DVEBMGS00 Nombre instanciaSAPSYSTEM 00 Numero de instanciaSAPGLOBALHOST uisabl4 Nombre del servidorrdisp/wp no dia 6 Numero colas de dialogordisp/wp no vb 2 Numero colas de updaterdisp/wp no vb2 1 Numero colas de update2rdisp/wp no enq 1 Numero colas de enqueuerdisp/wp no btc 2 Numero colas de batchrdisp/wp no spo 1 Numero colas de spoolzcsa/installed languages DES Idiomas instalados D -aleman-

, E -ingles- , S -espanol-zcsa/system language S idioma por defectologin/system client 800 mandante por defecto

13.2. Modos de Operacion

En muchos casos sera absolutamente necesario cambiar la configuracionde las colas de trabajo de nuestro sistema R/3 de una forma periodicadebido a exigencias de operativa de nuestra empresa. Las exigencias mascomunes son la definicion de mas procesos de trabajo de tipo batch duranteel procesamiento nocturno, que deberan ser minimizadas en cantidad duranteel horario de trabajo de nuestra empresa para dar mas prioridad a los procesosde dialogo. Esto nos optimizara la ejecucion de jobs de carga o modificacionmasiva de datos que se pueden realizar sin intervencion del usuario durantela noche. Esta modificacion en el numero de procesos de trabajo, si nodispusieramos de la herramienta de Modos de Operacion, nos llevarıa a tenerque modificar los perfiles de instancia de cada una de las instancias queconforman nuestro sistema R/3 y reiniciar nuestro sistema cada vez que se

Page 160: Administracion de-sap-r3

160 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

quisiera cambiar la configuracion de los procesos de trabajo.Un Modo de Operacion no es mas que el numero y tipo de colas de

trabajo de una instancia asignados a un intervalo horario. De esta maneranos aseguraremos que nuestro sistema R/3 funcione con una configuracionde procesos determinada durante un intervalo de tiempo, y ademas elsistema cambiara en modo on line, sin necesidad de parar el sistema, a otraconfiguracion cuando llegue la hora de su activacion.

Ejemplo : Supongamos un sistema SAP formado por una unica instanciadonde estan configuradas 15 colas de trabajo. Podemos definir dos modosde operacion: diurno y nocturno. En el modo de operacion diurno daremosprioridad a los procesos de dialogo definiendo mas procesos DIA mientrasque en el nocturno daremos prioridad a los procesos en fondo definiendo mascolas BTC .

Modo Diurno activo de las 8.00 am hasta las 8.00 pmFormado por 7 colas DIA

3 colas BTC1 cola SPO1 cola ENQ2 colas UPD1 cola UP2

En el modo diurno nos debemos asegurar que el sistema va a podergestionar sin problemas las peticiones de los usuarios, las cuales entraranpor los procesos de dialogo; es por ello que las colas DIA deben superar alresto de colas .

Modo Nocturno activo de las 8.00 pm hasta las 8.00 amFormado por 3 colas DIA

7 colas BTC1 cola SPO1 cola ENQ2 colas UPD1 cola UP2

En el modo nocturno no habra ningun usuario conectado al sistema y nosdeberemos asegurar que el sistema podra gestionar sin problemas todos losjobs que haya planificados; es por ello que las colas BTC deben superar alresto de colas. No se debe reducir nunca a cero el numero de colas de DIA yaque hay procesos internos de SAP que necesitan de estas colas y ademas, deotra forma, no podrıamos conectarnos al sistema en caso de urgencia ya que

Page 161: Administracion de-sap-r3

13.2. MODOS DE OPERACION 161

las conexiones de los usuarios al sistema se gestionan a traves de procesosDIA.

13.2.1. Gestion de modos de operacion

Para crear modos de operacion deberemos acceder a la transaccionRZ04, o alternativamente por el menu desplegable Herramientas→ CCMS→Configuracion→ Mod Oper + Servidores .

Figura 13.5: Modos de operacion

En esta pantalla apareceran los modos de operacion definidos en nuestrosistema como muestra la figura 13.5. Haciendo doble click en cada unade las entradas – o posicionando el cursor en una entrada y pulsando laopcion Instancias/Form.op – accederemos a una pantalla donde aparecen lossiguientes campos:

Page 162: Administracion de-sap-r3

162 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

Host Nombre del servidor a nivel de sistema opera-tivo .

Servidor Nombre de la instancia instalada en el servidoranteriormente mencionado .

Perfil Instancia Nombre del perfil de instancia de la instanciaanteriormente mencionada.

Forma Operacion Modo de operacion asociados a la instancia.Procesos de trabajo Numero y tipo de colas de trabajo de las que se

compone el modo de operacion anteriormentemencionado. El campo Sum es la suma detodos los procesos de trabajo, el cual debe serel mismo para todos los modos de operaciondefinidos en nuestro sistema.

Si deseamos modificar la configuracion de alguno de los modos deoperacion definidos en el sistema, haremos doble click sobre el modo deoperacion deseado con lo que accederemos a la ventana de dialogo de lafigura 13.6 donde podremos, con los botones ”+ 2”−”, aumentar o disminuirel numero de colas de un tipo determinado:

Figura 13.6: Distribucion de procesos de trabajo

La unica limitacion que impone esta herramienta es que el total deprocesos no puede cambiar. Si aumentamos el numero de colas de dialogo,posicionandonos en la linea correspondiente y pulsando el boton ”+”, el

Page 163: Administracion de-sap-r3

13.2. MODOS DE OPERACION 163

sistema automaticamente disminuira en la misma cantidad el numero decolas de fondo, y viceversa, si aumentamos en una cantidad el numero decolas de fondo el sistema disminuira en la misma cantidad el numero de colasde dialogo.

Si deseamos aumentar o disminuir el numero total de colas de una o variasinstancias, no podremos realizarlo a traves de los modos de operacion, sinoque se debera realizar a traves del mantenimiento de los perfiles de instancia,con lo que el cambio no se activara realmente hasta que las instanciasmodificadas sean reiniciadas de nuevo.

Hasta ahora hemos visto como crear o modificar un modo de operacion,pero este no se activa realmente hasta que no es asociado a un intervalohorario. Como ultimo paso deberemos asociar los modos definidos a unashoras determinadas en la transaccion SM63 o a traves del menu desplegableHerramientas→ CCMS→ Configuracion→ Planificar Modos Operacion:

Figura 13.7: Pantalla principal asignacion horaria

En esta pantalla tenemos la posibilidad de asociar un modo de operacion,bien sea normal (diario) o excepcional (valido solo para determinados dıas),a un intervalo horario. Elegiremos la opcion modo de operacion normaly pulsaremos bien visualizar o bien modificar. En la siguiente pantallapodremos, si hemos elegido modificar, asociar el modo que deseemos a unas

Page 164: Administracion de-sap-r3

164 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

horas determinadas.

Figura 13.8: Asignacion horaria a modos de operacion

13.3. Grupos de logon

En sistemas SAP R/3 con multiples servidores de aplicaciones esimportante distribuir la carga de trabajo tan optimamente como sea posible,es decir, deberemos evitar a toda costa que unos servidores de aplicacionessoporten toda la carga de trabajo debido a que un tanto por ciento muyelevado de los usuarios se hayan conectado a esas instancias y que otrosse encuentren practicamente sin realizar ningun trabajo debido a un bajo

Page 165: Administracion de-sap-r3

13.3. GRUPOS DE LOGON 165

numero de conexiones de usuario. Para evitar este tipo de problemas quepuede afectar muy negativamente al rendimiento global del sistema se debenusar los Grupos de Logon.

Un grupo de logon es un subconjunto de servidores de aplicaciondisponibles en nuestro sistema R/3. Cuando los usuarios se conectan alsistema R/3 deberan elegir uno de los grupos de logon definidos con lo quela conexion al sistema R/3 se produce exclusivamente a traves de una delas instancias asociadas a ese grupo. De esta manera, definiendo grupos delogon para cada una de las areas de aplicacion de SAP que sean usadas pornuestra empresa, podremos conseguir un optimo balance de carga de trabajoen los servidores SAP. La definicion de grupos de logon, ademas, nos permiteun rendimiento optimo de los bufferes ya que los usuarios que van a realizartareas similares se conectaran por el mismo grupo de logon con lo cual untanto por ciento muy elevado de los programas que vayan a ser usados porun usuario que se acaba de conectar ya se encuentra en los bufferes de dichasinstancias con lo que el acceso a la informacion es mucho mas rapido.

Dependiendo del tamano y areas de nuestra empresa que trabajen conSAP deberemos definir uno o varios grupos de logon por cada departamento,area de trabajo, modulos de SAP, etc . . .

13.3.1. Gestion de grupos de logon

Los grupos de logon se pueden definir en la transaccion SMLG, por elmenu desplegable Herramientas→ CCMS→ Configuracion→ Grupos Acceso

En esta pantalla aparecen los grupos de logon ya definidos, sus instanciasasociadas y si se encuentran activos o no. Para definir un grupo nuevopulsaremos el boton Crear Entrada .

En esta ventana deberemos introducir el nombre descriptivo del grupo,que en general sera un nombre descriptivo del conjunto de usuarios que lovayan a usar; por ejemplo, si creamos un grupo de logon para el departamentode recursos humanos, lo mas logico sera dar ese mismo nombre al grupo delogon.

Ademas del nombre descriptivo se debera introducir la instancia por laque se conectaran los usuarios que entren por ese grupo. Podremos restringirlos accesos a este grupo de logon por direccion IP, por tiempo de respuestao por numero de usuarios ya conectados. Estas restricciones, si se activan,permitiran accesos a traves de dicho grupo solo si el servidor de presentacionse encuentra en el intervalo de direcciones IP incluıdas, o solo si su conexiona red es de un tiempo de respuesta menor que el especificado o si el numerode usuarios conectados a este grupo no supera el maximo establecido.

Una vez que se han definido los grupos de logon, cada servidor de

Page 166: Administracion de-sap-r3

166 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

Figura 13.9: Pantalla principal grupos de logon

presentacion debera tener instalado el programa saplogon.exe, que se instalacon el sapgui. Este programa permite tener un unico icono de conexion aSAP para todos los sistemas SAP y grupos de logon de los que dispongamos.

13.3.2. Saplogon

A continuacion veremos como se debe usar el programa saplogon incluidocomo opcion de instalacion del sapgui. Lo primero que deberemos haceres ejecutar el programa que se encontrara dentro del grupo de programasinstalado con el sapgui o SAP Frontend en nuestro PC, como muestra lafigura 13.11.

Los botones Server y Groups sirven para crear iconos de servidores deaplicaciones y grupos de logon respectivamente para el acceso a uno o variossistemas SAP R/3. Como ya se ha explicado anteriormente, los accesos atraves de iconos de servidores de aplicacion nos conectan a un sistema SAPpor un servidor determinado, mientras que los grupos de logon nos conectana traves de uno de los servidores que tenga asociados ese grupo, con lo cualsi un servidor queda indisponible, el grupo de logon elige automaticamenteotro servidor asociado. Esto redunda en una mejor gestion de acceso de losusuarios.

Para crear en el saplogon tantas entradas como servidores hay en un

Page 167: Administracion de-sap-r3

13.3. GRUPOS DE LOGON 167

Figura 13.10: Pantalla detalles creacion grupo logon

sistema, lo unico que deberemos hacer es pulsar el boton Server. En lapantalla que se muestra en la figura 13.12 deberemos elegir el sistema SAPal que nos queremos conectar.

En el campo ID introduciremos el valor del SID de nuestro sistema y enmessage server el servidor donde esta la instancia central. A continuacionpulsaremos el boton Generate List y entonces el programa se comunica conel sistema y recupera todas y cada una de las instancias que componen elsistema SAP.

Si pulsamos el boton Logon, el programa simplemente nos conecta alsistema indicado a traves del servidor seleccionado, pero no anade la entradaal saplogon. Si pulsamos el boton Add, los servidores seleccionados sonanadidos al saplogon.

De manera similar podemos insertar los grupos de logon definidos enun sistema; pulsando el boton Groups del saplogon e introduciendo losvalores deseados en los campos ID y message server obtendremos un listadode los grupos de logon definidos en ese sistema en la transaccion SMLG.Procediendo de igual manera que con la opcion Server, obtendremos el listado

Page 168: Administracion de-sap-r3

168 CAPITULO 13. MANTENIMIENTO DE INSTANCIAS

Figura 13.11: Pantalla de saplogon

de grupos de logon.Si anadimos todos los servidores y todos los grupos de logon, obtendremos

un saplogon con todos los servidores y grupos de logon definidos en nuestrosistema.

Por ultimo veremos las opciones New, Properties y Delete del saplogon. Laopcion Properties nos permite crear de una manera mas rapida que la opcionServer una entrada de icono de acceso a traves de un servidor de aplicaciones.Para ello lo unico que deberemos indicar es el nombre del servidor en el campoApplication Server, una descripcion del icono en el campo Description y porultimo indicar el numero de instancia de ese servidor – si la instancia esunica, el numero sera 00 – en el campo System Number.

La opcion Edit edita la entrada seleccionada, ya sea icono de servidoro de grupo, y por ultimo, la opcion Delete elimina la entrada del saplogonseleccionada.

El programa saplogon, en definitiva, nos facilita la conexion a cualquierservidor SAP evitando que tengamos el escritorio de nuestro PC plagado deiconos de acceso a distintos servidores y/o sistemas SAP R/3.

Page 169: Administracion de-sap-r3

13.3. GRUPOS DE LOGON 169

Figura 13.12: Opcion de seleccion servidor en saplogon

Figura 13.13: Opcion propiedades en saplogon

Page 170: Administracion de-sap-r3
Page 171: Administracion de-sap-r3

Apendice A

Transacciones mas 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

Page 172: Administracion de-sap-r3

172 APENDICE A. TRANSACCIONES MAS COMUNES

SARL Llamada de ArchiveLink Monitor

SARP Reporting (Estruct.arbol): efectuar

SART Visualizar arbol de informes

SC38 Lanzar report remoto

SC80 CATT Utilities

SCAT Computer Aided Test Tool

SCC1 Copia mandante - seleccion especial

SCC3 Copia mandante Log

SCC4 Gestion mandantes

SCC5 Borrado de mandante

SCC6 Importacion de mandante

SCC7 Import.mandante - tratam.posterior

SCC8 Export mandante

SCC9 Copia mandante remota

SCCL Import.mandante - tratam.posterior

SCMP Comparacion vista/tablas

SCPF Generar guıa implem. para la empresa

SCPI Interfase optimizacion de produccion

SCT1 Resumen - Imports logicos

SCU0 Comparac.Customizing

SE01 Transport Organizer

SE03 Workbench Organizer: Herramientas

SE06 Instalar Workbench Organizer

SE07 Visual.status gestion transp

SE09 Workbench Organizer

Page 173: Administracion de-sap-r3

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 menu 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

Page 174: Administracion de-sap-r3

174 APENDICE A. TRANSACCIONES MAS COMUNES

SM01 Bloquear transacciones

SM02 Mensajes de sistema

SM04 Lista de usuarios

SM12 Visualizar y borrar bloqueos

SM13 Visualizar registros actualizacion

SM21 Log de sistema

SM30 Llamar actualizacion de vistas

SM31 Actualizar tablas

SM35 Monitoring batch input

SM36 Solicitud para proceso de fondo

SM37 Resumen de jobs de fondo

SM38 Transaccion de gestion queue

SM39 Analisis jobs

SM49 Ejecucion comandos OS externos

SM50 Resumen de procesos de trabajo

SM51 Lista con Sistemas SAP

SM59 Destinos RFC (visualizar y actual.)

SMLI Utilidad para import de idiomas

SMLT Utilidad para transporte de idiomas

SMOD Gestion de ampliaciones SAP

SMX Visualizar jobs propios

ST01 Trace sistema

ST22 ABAP/4 Analisis errores tiempo ejec.

STAT Estadısticas de acceso al sistema

SU01 Actualizacion de usuarios

Page 175: Administracion de-sap-r3

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

Page 176: Administracion de-sap-r3
Page 177: Administracion de-sap-r3

Apendice B

Recursos Web

http://www.sap.com

Pagina principal de SAP. La version espanola 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 revistasanteriores y solicitar un ejemplar de muestra gratuito para evaluar lapublicacion 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 discusion abiertos de losque existe uno por cada modulo de SAP R/3. Se puede descargarficheros .zip con el historial de preguntas y respuestas de los foros masconcurridos.

http://www.erpfans.com

Web de la misma serie que el anterior pero mas general, con referenciasa 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 implantacionesen empresas, etc.

177

Page 178: Administracion de-sap-r3

178 APENDICE B. RECURSOS WEB

http://www.saplabs.com

Pagina de los diversos laboratorios Technical Core Competence deSAP que hay en el mundo. Existe un link a cada uno de ellosy allı encontraremos ofertas de empleo, descripciones de los nuevosproyectos, software para descargar y enlaces a la documentacion delSimplification Group. Esta documentacion incluye artıculos, whitepapers e incluso libros completos, todo ello en formato PDF. Es lamejor 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 nohay que sufrir el spam :-) y el contenido es interesante.

Page 179: Administracion de-sap-r3

Apendice C

Casos reales

C.1. Autodesk, Inc.

Sector

Autodesk, Inc. centra sus actividades en el desarrollo y venta de productosde software informatico. Es uno de los principales productores de softwareCAD/CAM. Su central se encuentra en San Rafael, California y posee 4centros de desarrollo en USA y Suiza ası como veinte subsidiarias repartidaspor Europa y Asia.

Autodesk se encontraba, antes de la implementacion del sistema SAPR/3, en una situacion en la que sus sistemas de gestion no se correspondıancon las necesidades de la empresa, razon por la cual se necesitaba un cambioradical que se ajustara a la situacion de rapido crecimiento y expansioninternacional que estaba experimentando.

El proyecto que se planifico para conseguir tales fines, System 2000, sebaso en cinco objetivos principales:

Globalizacion del software de aplicacion de negocio: Los procesos denegocio no se debıan ver limitados por limitaciones del sistema o porfronteras geograficas. La informacion debıa fluir en tiempo real paratodos los aspectos del negocio.

El nuevo sistema informatico debıa ser capaz de soportar todos losidiomas, operaciones, ası como procedimientos de calculo de impuestosespecıficos de cada paıs en los que Autodesk tenıa algun centro o filial.

Los tiempos de los procesos de negocio se debıan ser claramentereducidos.

Gestion precisa de inventario.

179

Page 180: Administracion de-sap-r3

180 APENDICE C. CASOS REALES

Como manufacturador de productos de software para UNIX yWindows NT, Autodesk insistio en disponer de un sistema abiertocon arquitectura cliente / servidor para la gestion de sus procesos denegocio.

El producto R/3 de SAP resulto ser el sistema que mejor se ajustabaa las necesidades de la empresa. Los modulos R/3 de contabilidadfinanciera, controlling, gestion de materiales, ventas y distribucion fueronimplementados en los centros americanos en solo 6 meses.

C.2. Schweppes, S.A.

Sector

Schweppes, S.A. pertenece al grupo Cadbury Schweppes dentro de sudivision de bebidas y su actividad radica en la fabricacion y distribucion debebidas refrescantes.

Schweppes esta compuesto por una plantilla de mas de 1.000 personas.Dispone de una sofisticada red de distribucion formada por 30 delegacionesde ventas, 8 cabeceras de area, mas de 1.000 distribuidores y 20 almacenes, loque le permite dar servicio a sus mas de 200.000 clientes de una forma rapiday eficaz. Toda esta infraestructura, la existencia de sistemas de informaciondistribuidos sin ninguna conexion entre las aplicaciones y sin una conexiongeografica entre las distintas areas de venta y las oficinas centrales llevo aSchweppes en 1989 a tomar la decision de elegir SAP R/2 como la mejorherramienta para la gestion de la companıa.

La calidad del paquete SAP R/3 evaluado en la casa matriz y laexperiencia obtenida de la utilizacion del sistema R/2 llevo a Schweppesen 1995 a seguir con la tecnologıa de SAP; en este caso el sistema R/3, comola opcion segura para la gestion de la empresa. Entre otras razones estabael que SAP R/3 encajaba dentro de las estrategias de futuro en el sector deconsumo 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:

Page 181: Administracion de-sap-r3

C.3. IBM ESPANA 181

El sistema debıa ser unico para conseguir una reduccion de costes.

Debıa cumplir los requerimientos para la transicion de milenio.

Facilidad de conversion de moneda.

Implantacion

La implantacion de SAP R/3 en Schweppes fue realizada de abril de 1996a junio de 1997. El primer paso se dio en abril de 1996 con la implantaciondel modulo de control de calidad (QM). En el mes de octubre se implanto elmodulo de gestion de materiales (MM). En el mes de enero se implantaronlos modulos de FI, CO, AM y FI-SL en el area financiera. Los modulos deventas y vistribucion (SD) y planificacion de la produccion (PP) quedaronimplantados en junio de 1997.

Infraestructura

Esta basada en una plataforma AIX con un SP de IBM para produccion enel mismo ”frame”en el que reside el sistema de data warehouse, herramientacomplementaria a SAP R/3 y con Oracle como base de datos. Asimismo,existe una maquina de backup y un entorno RS 6000 separado para test.

Pasar de un entorno host a un entorno cliente / servidor ha supuestomontar toda una nueva infraestructura en cuanto a redes LAN y WAN,cambio de estaciones de trabajo, etc. . . que ha sido importante debido a ladispersion de las fabricas, oficinas y delegaciones. Existen otras herramientascolaterales como datawarehousing, EIS y desarrollos verticales, todas ellasperfectamente integradas con R/3 y bajo el mismo entorno cliente / servidor,de modo que todas las funcionalidades se encuentren cubiertas.

C.3. IBM Espana

Sector

IBM centra sus actividades en investigacion, desarrollo y venta deproductos y servicios de tecnologıa de la informacion.

El hecho que IBM opere en 164 paıses en los 5 continentes suponeuna gran diversidad de necesidades especıficas a nivel de cada paıs, lo cuallleva a distintas aplicaciones y distintos procesos. Ademas, el operar en unmercado cada vez mas multinacional impone una unificacion de procesos quepermita hacer negocios cross-border, ası como una reduccion en el desarrollo

Page 182: Administracion de-sap-r3

182 APENDICE C. CASOS REALES

y mantenimiento de miles de aplicaciones que hoy en dıa mantiene el negociode IBM.

Estudio de Necesidades

En un estudio de necesidades, existıan basicamente dos opciones, ademasde otras pequenas firmas que se descartaron, entre otros motivos por el hechode no ser internacionales o tener una estructura de soporte no suficiente parael proyecto que se querıa abordar.

Las dos opciones eran ir a SAP o desarrollar un sistema propio. IBMaposto por SAP R/3 entre otras razones:

Disponer de un sistema ya desarrollado que permite unificar ysimplificar los procesos a nivel internacional

Por su arquitectura integrada en un entorno cliente / servidor.

Su compatibilidad con aplicaciones desarrolladas en otros lenguajes einstaladas en otros entornos.

Por la flexibilidad que supone respecto a tecnologıas ya anticuadas.

Por su estructura de soporte.

Proyecto Piloto

Como proyecto piloto se eligio Espana por el tamano de su mercado ycaracterısticas para la instalacion de SAP R/3 a nivel internacional. Enuna primera fase se instalaron los modulos de ventas y distribucion (SD)y gestion de materiales (MM) de la version 3.0D. Para 1998 estaba previstala implementacion del modulo de finanzas (FI) casi en su totalidad.

La division encargada de utilizar el sistema es ”Fulfilment 2dentro de ellabasicamente el departmento de administracion. La aplicacion se utiliza paracubrir los siguientes procesos comerciales:

Preparacion de una propuesta.

El pedido.

El envıo a la planta de fabricacion.

El envıo desde la planta al paıs.

El envıo al cliente.

Page 183: Administracion de-sap-r3

C.3. IBM ESPANA 183

Facturacion.

Dada la naturaleza del negocio fue necesario la realizacion de algunasinterfaces con otras aplicaciones para la conexion con otros departmentos ydivisiones de la empresa. Ello llevo a una reingenierıa de procesos. Dichareingenierıa ha traıdo consigo una simplificacion que se ha visto reflejada enun mejor servicio al cliente que es el objetivo primordial de IBM.

La instalacion del R/3 se hizo bajo sistema operativo UNIX en un SP2de IBM con base de datos DB2.

Page 184: Administracion de-sap-r3
Page 185: Administracion de-sap-r3

Apendice D

Glosario

ABAP Advance Business Application Programming. Es el lenguaje deprogramacion del sistema SAP R/3. Es un lenguaje de cuartageneracion, con una sintaxis mezcla entre COBOL y SQL.

ASAP AcceleratedSAP. Metodologıa de implementacion de SAP R/3 quebusca el ahorro maximo de tiempo de parametrizacion.

Batch input Metodo para la importacion rapida y consistente de datos enR/3 partiendo de ficheros externos.

CATT Computer-Aided Test Tool. Herramienta para la generacion de datosde test para probar el software.

CO Customizing Organizer. Herramienta para administrar las ordenes detransporte de parametrizacion.

Dynpro DYNamic PROgram. Programa dinamico que consiste en unapantalla y la logica de proceso subyacente que la controla. Es algosimilar a un form de visual basic.

EarlyWatch Service Servicio de alerta previa que ofrece SAP a sus clientespara que, aprovechando la mayor experiencia de sus consultores,detecten rapidamente problemas de rendimiento en nuestro sistemaproductivo.

Entreprise IMG Guıa de implementacion de la empresa. Cuando se iniciala parametrizacion de un sistema SAP hay que crear el Enterprise IMGincluyendo los modulos que se va a implementar.

185

Page 186: Administracion de-sap-r3

186 APENDICE D. GLOSARIO

Front End Termino que engloba a los ordenadores, programas y procesosque se ejecutan en el cliente y que procesan datos antes de enviarlos alservidor.

GUI Graphical User Interface. Programa mediante el cual el usuario puedeintercambiar informacion con el ordenador de manera facil e intuitiva.

Hot Package Conjunto de objetos del repositorio que SAP pone disponiblesa sus clientes para arreglar los errores o faltas graves de funcionalidadde los programas estandar. Son los equivalentes a los Service Packs queproporciona Microsoft para sus sistemas operativos.

IDES International Demo and Education System. Es un sistema R/3 quese vende con un modelo de empresa parametrizado y completamentefuncional. Se usa para las demostraciones y los cursos de formacion.

IMG Implementation Guide. Transaccion que contiene un arbol con cientosde transacciones de parametrizacion agrupadas por modulos y queconstituyen el punto de trabajo principal del equipo que implanta SAPR/3 en una empresa.

LUW Logical Unit of Work. Secuencia indivisible de operaciones de basede datos que forman una actualizacion que aegura la integrad de losdatos.

Modo Cada una de las seis pantallas como maximo que puede abrir unusuario desde que abre una sesion con R/3.

OSS Online Service System. Servicio de atencion al cliente de SAP quefunciona conectandose a una serie de servidores dispuestos a lo largodel mundo que proveen de un servicio 24x7. Se puede buscar nuestroproblema en la base de conocimiento de SAP o abrir una nuevaindidencia si no encontramos nada parecido a lo nuestro.

RDBMS Relational Database Management System. Hace referencia aalguno de los sistemas de gestion de bases de datos relacionales sobrelos que funciona R/3 como Oracle, DB2. SQL Server. . .

RFC Remote Function Call. Mediante este protocolo se permite queprograma externos a SAP escritos en lenguajes distintos a ABAPejecuten operaciones sobre la base de datos de R/3.

SAP Sistemas, Productos, Aplicaciones para el Proceso de Datos.

Page 187: Administracion de-sap-r3

187

SAPGUI SAP Graphical User Interface. Programa principal con el que nosconectaremos a R/3.

Sesion Cada una de las conexiones que un usuario hace con el servidor R/3en las que le pide el mandante, el usuario y la clave.

Sistema R/3 Recibe este nombre el conjunto formado por el servidorcentral de base de datos, los servidores de aplicacion que trabajen conel junto con el software R/3 instalado en ellos. La identificacion de unsistema SAP se denomina SAPSID o simplemente SID y es un codigode tres caracteres.

WBO Workbench Organizer. Herramienta para administrar las ordenes detransporte de desarrollo.

WP Work process. Cada uno de los procesos que los servidores de aplicacionproporcionan a SAP para gestionar las peticiones de dialogo, fondo,spool, actualizacion. . .

Page 188: Administracion de-sap-r3
Page 189: Administracion de-sap-r3

Bibliografıa

[1] Fundamentos de SAP R/3 – Dennis L. Prince – Anaya Multimedia –ISBN: 8441510261http://www.anayamultimedia.es

[2] SAP R/3 System Administration : The Official SAP Guide – LianeWill – Ed.Sybex – ISBN: 0782124267http://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 Buck-Emden, Jurgen Galimow, Sap Ag – Addison-Wesley Pub Co – ISBN:0201403501http://www.amazon.com/exec/obidos/ASIN/0201403501/qid%

3D963223251/104-9469904-0307951

[4] The R/3 System Landscape - Simplification Grouphttp://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: 0789713519http://www.amazon.com/exec/obidos/ISBN%3D0789713519/

thesapfansclubanA/104-9469904-0307951

[6] Ası es SAP R/3 Hernandez Munoz, Jose Antonio – Osborne McGraw-Hill – ISBN: 8448121007http://www.mcgrawhill.es/McGrawHill/catalogo.htm

[7] System Administration Made Easy Release 4.0B - Simplification Grouphttp://207.105.30.51/simple/sysadmin/saezindex.htm

[8] Authorizations Made Easy Guide 4.0B - Simplification Grouphttp://207.105.30.51/simple/authorization/40_pdf_files/

amez4ball.pdf

189