GESTION DE SISTEMAS DE INFORMACION

Universidad de Deusto - Facultad de Ingenier a

Antonio Toledo Carnicero Pablo Prez Prez e e c Octubre de 2004

c
copyleft
Copyright (c) 2004 Pablo Prez Prez y Antonio Toledo Carnicero. e e This work is licensed under the Creative Commons AttributionNonCommercial-ShareAlike License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-sa/2.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA. Copyright (c) 2004 Pablo Prez Prez y Antonio Toledo Carnicero. e e Esta obra esta licenciada bajos los trminos de la licencia Atribucin-No Comerciale o Comparte Igual de Creative Commons. Para ver una copia de esta licencia visite http://creativecommons.org/licenses/by-nc-sa/2.0/es/deed.es o escriba una carta a Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.

Prefacio
En los ultimos 10 aos la implantacin de sistemas de informacin tipo n o o ERP en las grandes empresas ha sido masiva. SAP R/3 es el mximo a exponente de ello al ser el l der mundial en nmero de instalaciones. La u gran amplitud y complejidad de un sistema R/3 exige la especializacin del o personal de la empresa en cada uno de sus aspectos como pueden ser, la funcionalidad, la parametrizacin, la programacin o la administracin del o o o sistema. Es en este ultimo aspecto, la administracin del sistema, en el que o se centra la presente obra.

Audencia
Este libro est espec a camente escrito para los alumnos de la asignatura Gestin de Sistemas de Informacin dentro del quinto curso del programa de o o estudios de Ingenier en Informtica de ESIDE en la Universidad de Deusto. a a Son a ellos, principalmente, a quin va dirigido el libro. e No obstante, a lo largo de nuestra experiencia laboral hemos tenido la oportunidad de mostrar varios cap tulos del libro a diversas personas que trabajan con SAP R/3. A algunos programadores y tcnicos de e atencin a usuarios les ha resultado util para comprender determinados o aspectos globales de SAP que no tratan habitualmente en su trabajo diario como la arquitectura del sistema, el sistema de transporte o la seguridad. Tambin puede servir como introduccin a los que quieran iniciarse en la e o administracin de sistemas R/3. o

Sobre los autores

Pablo Prez complet sus estudios de licenciatura en informtica en e o a la Universidad de Deusto en el ao 1995. Comenz su experiencia con n o SAP R/3 en 1997, en la empresa de automocin Grupo Antol como o n, programador de ABAP/4 y administrador de sistemas. Posteriormente ha 3

4 trabajado como analista y consultor tcnico de SAP para varias empresas y e form parte durante 5 aos del equipo de desarrollo de Finanzas y Control o n de Gestin en la elctrica Iberdrola. En la actualidad es el responsable de los o e sistemas informticos de la empresa reprogrca Cianoplan y ocasionalmente a a trabaja como analista freelance de ABAP/4. Su experiencia docente incluye varias ediciones del Master de Consultora e Implantacin de Sistemas de o Informacin y la Diplomatura de Especializacin en Gestin de Sistemas y o o o Redes, ambos t tulos de postgrado impartidos por la Universidad de Deusto. Antonio Toledo es licenciando en Ciencias F sicas por la Universidad del Pa Vasco desde el ao 1995. Trabaj tambin como programador de s n o e ABAP/4 y administrador de sistemas en la empresa Grupo Antol Despus n. e prest servicios de administracin y consultor de sistemas formando parte o o a de la empresa Ceinsa. En la actualidad trabaja en la consultora IT Deusto formando parte del equipo de administracin de sistemas SAP R/3 de o Iberdrola. Ha colaborado en varias ocasiones como profesor en el Master de Consultor e Implantacin de Sistemas de Informacin y la Diplomatura de a o o Especializacin en Gestin de Sistemas y Redes de la Universidad de Deusto. o o

 Indice general
Copyleft 1. Introduccin a SAP R/3 o 1.1. Software estndar vs. software a medida a 1.2. Visin general de SAP R/3 . . . . . . . o 1.2.1. Caracter sticas principales . . . . 1.2.2. Mdulos . . . . . . . . . . . . . . o 1.2.3. Entorno de desarrollo . . . . . . . 2. Introduccin al sapgui o 2.1. Pantalla de logon a SAP R/3 . . . 2.2. Concepto de mandante . . . . . . . 2.3. La barra de t tulo . . . . . . . . . . 2.4. El men desplegable . . . . . . . . u 2.5. La barra estndar de herramientas a 2.6. La barra de aplicaciones . . . . . . 2.7. La pantalla principal . . . . . . . . 2.8. La barra de estado . . . . . . . . . 2.9. Ventana de dilogo . . . . . . . . . a 2.10. Ayudas de bsqueda . . . . . . . . u 2.11. Modos . . . . . . . . . . . . . . . . 2.12. Concepto de transaccin . . . . . . o 2.13. Opciones tcnicas . . . . . . . . . . e 2.14. La pantalla status . . . . . . . . . . 3. Arquitectura de un sistema R/3 3.1. Introduccin . . . . . . . . . . . o 3.2. Servicios de base de datos . . . 3.3. Servicios de aplicacin . . . . . o 3.4. Servicios de presentacin . . . . o 5 2 13 13 14 14 16 19 21 21 21 24 24 25 27 27 28 29 29 30 32 33 34 37 37 39 40 43

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

INDICE GENERAL 45 45 46 46 46 47 47 47 48 50 50 51 52

4. Escenarios de conguracin o 4.1. Consideraciones generales sobre los sistemas R/3 . . . . . . . . 4.2. Descripcin y funciones de cada sistema . . . . . . . . . . . . o 4.2.1. Sistema de desarrollo . . . . . . . . . . . . . . . . . . . 4.2.2. Sistema de integracin . . . . . . . . . . . . . . . . . . o 4.2.3. Sistema de produccin . . . . . . . . . . . . . . . . . . o 4.3. Mandantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.3.1. Mandantes estndar . . . . . . . . . . . . . . . . . . . a 4.3.2. Mandantes propios . . . . . . . . . . . . . . . . . . . . 4.4. Comparacin de escenarios . . . . . . . . . . . . . . . . . . . . o 4.4.1. Conguracin con un slo sistema (Produccin) . . . . o o o 4.4.2. Conguracin con dos sistemas (Desarrollo y Produccin) o o 4.4.3. Conguracin con tres sistemas (Desarrollo, Inteo gracin y Produccin) . . . . . . . . . . . . . . . . . . o o

5. Monitorizacin de procesos y usuarios o 55 5.1. Monitorizacin de procesos activos . . . . . . . . . . . . . . . 55 o 5.2. Monitorizacin usuarios conectados . . . . . . . . . . . . . . . 60 o 6. Procesamiento en fondo 6.1. Conceptos de procesamiento en fondo 6.2. Denicin de jobs . . . . . . . . . . . o 6.2.1. Informacin general . . . . . . o 6.2.2. Hora de inicio o evento . . . . 6.2.3. Pasos . . . . . . . . . . . . . . 6.3. Anlisis de jobs . . . . . . . . . . . . a 6.3.1. Estados de un job . . . . . . . 6.3.2. Operaciones sobre jobs . . . . 65 65 66 66 67 68 68 69 70 73 73 75 75 77 80 85 85 86 86 88

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

7. Servicios de actualizacin o 7.1. Actualizacin s o ncrona y as ncrona . . . . . 7.2. Procesos de actualizacin V1 y V2 . . . . . o 7.3. Monitorizacin del estado de la actualizacin o o 7.4. Actualizaciones interrumpidas . . . . . . . . 7.5. Entradas de bloqueo . . . . . . . . . . . . .

. . . . del . . . .

. . . . . . . . . . sistema . . . . . . . . . .

. . . . .

. . . . .

. . . . .

8. Log del sistema y anlisis de dumps a 8.1. Conceptos del log del sistema . . . . . . . . . . 8.1.1. Accediendo al log local del sistema . . . 8.1.2. Accediendo al log local en modo normal 8.1.3. Accediendo al log local en modo experto

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

 INDICE GENERAL 8.1.4. Leyendo el log del sistema . . . . . . . . 8.1.5. Opciones de relectura del log del sistema 8.1.6. Accediendo a logs remotos del sistema . 8.2. Concepto de dump . . . . . . . . . . . . . . . . 8.2.1. Accediendo a los dumps del sistema . . . 8.2.2. Interpretando los dumps . . . . . . . . . 9. Gestin de spool o 9.1. Concepto de spool . . . . . . . . . 9.2. Instalacin de una impresora . . . . o 9.3. Como imprimir . . . . . . . . . . . 9.4. Operaciones sobre rdenes de spool o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7 89 89 91 92 92 94

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

103 . 103 . 103 . 106 . 108

10.Gestin de usuarios y autorizaciones o 111 10.1. Modelo de seguridad en R/3 . . . . . . . . . . . . . . . . . . . 111 10.2. Mantenimiento de usuarios . . . . . . . . . . . . . . . . . . . . 113 10.3. Generador de perles . . . . . . . . . . . . . . . . . . . . . . . 116 11.Sistema de transporte 11.1. Ordenes de transporte . . . . . . 11.2. Clases de desarrollo . . . . . . . . 11.3. Tipos de rdenes de transporte . . o 11.4. Estados de una orden de transporte 11.5. Customizing organizer y workbench 11.6. Transporte manual de rdenes . . o 11.7. Log del transporte . . . . . . . . . 121 . 121 . 124 . 124 . 126 . 127 . 131 . 136 139 140 145 148 149

. . . . . . . . . . . . . . . . . . . . . y sus tareas organizer . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

12.Gestin de mandantes o 12.1. Creacin de un nuevo mandante . . o 12.2. Copia local de mandante . . . . . . 12.3. Copia remota de mandante . . . . . 12.4. Transporte de mandante . . . . . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

13.Mantenimiento de instancias 13.1. Perles del sistema . . . . . . . . . . . . . . . . . 13.1.1. Mantenimiento de perles del sistema . . . 13.1.2. Importacin de perles del sistema . . . . o 13.1.3. Visualizacin todos los parmetros activos o a 13.1.4. Parmetros ms importantes de un sistema a a 13.2. Modos de Operacin . . . . . . . . . . . . . . . . o 13.2.1. Gestin de modos de operacin . . . . . . o o

. . . . . . . . . . . . R/3 . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

153 . 153 . 153 . 157 . 158 . 159 . 159 . 161

INDICE GENERAL 13.3. Grupos de logon . . . . . . . . . . . . . . . . . . . . . . . . . 164 13.3.1. Gestin de grupos de logon . . . . . . . . . . . . . . . 165 o 13.3.2. Saplogon . . . . . . . . . . . . . . . . . . . . . . . . . 166

A. Transacciones ms comunes a B. Recursos Web

171 177

C. Casos reales 179 C.1. Autodesk, Inc. . . . . . . . . . . . . . . . . . . . . . . . . . . . 179 C.2. Schweppes, S.A. . . . . . . . . . . . . . . . . . . . . . . . . . . 180 C.3. IBM Espaa . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181 n D. Glosario 185

 Indice de guras
2.1. Pantalla de entrada a SAP R/3 . . . . . . . 2.2. Barra de t tulo . . . . . . . . . . . . . . . . 2.3. Barra de aplicaciones . . . . . . . . . . . . . 2.4. Pantalla principal . . . . . . . . . . . . . . . 2.5. Barra de estado . . . . . . . . . . . . . . . . 2.6. Ventana de dilogo . . . . . . . . . . . . . . a 2.7. Ayuda de bsqueda . . . . . . . . . . . . . . u 2.8. Listado de valores posibles . . . . . . . . . . 2.9. Icono de acceso a las opciones tcnicas . . . e 2.10. Menu del icono de acceso a opciones tcnicas e 2.11. Status del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 24 27 27 28 29 30 31 33 33 35

3.1. Capas de la estructura cliente/servidor de R/3 . . . . . . . . . 37 3.2. Arquitectura abierta de R/3 . . . . . . . . . . . . . . . . . . . 39 3.3. Esquema del funcionamiento del dispatcher . . . . . . . . . . . 42 5.1. 5.2. 5.3. 5.4. 5.5. 5.6. Monitor de procesos de una instancia . . . . . Monitor de instancias activas . . . . . . . . . Monitor de sistema operativo . . . . . . . . . Monitor de conexin de usuarios por instancia o Lista de modos activos por usuario . . . . . . Informacin detalllada de usuario . . . . . . . o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 59 60 61 62 62

6.1. Pantalla inicial de denicin de job . . . . . . . . . . . . . . . 66 o 6.2. Pantalla inicial de seleccin de jobs . . . . . . . . . . . . . . . 69 o 6.3. Resumen de jobs seleccionados . . . . . . . . . . . . . . . . . . 70 7.1. 7.2. 7.3. 7.4. 7.5. Esquema funcionamiento actualizacin as o ncrona . Esquema funcionamiento actualizacin s o ncrona . Pantalla principal monitor actualizacin . . . . . o Actualizaciones pendientes . . . . . . . . . . . . . Mdulos de actualizacin . . . . . . . . . . . . . . o o 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 74 76 78 79

10

INDICE DE FIGURAS 7.6. Pantalla principal entradas de bloqueo . . . . . . . . . . . . . 81 7.7. Listado de bloqueos activos en el sistema . . . . . . . . . . . . 81 7.8. Informacin detallada de un bloqueo . . . . . . . . . . . . . . 82 o 8.1. 8.2. 8.3. 8.4. 8.5. 8.6. 8.7. 9.1. 9.2. 9.3. 9.4. 9.5. 9.6. 9.7. Pantalla principal log local del sistema . . . . . . . . . Parmetros de seleccin adicionales en modo experto . a o Contenido del log del sistema . . . . . . . . . . . . . . Opciones de la barra de aplicaciones del log del sistema Pantalla principal log remoto del sistema . . . . . . . . Pantalla principal de anlisis de dumps . . . . . . . . . a Bsqueda de dumps antiguos . . . . . . . . . . . . . . u Transaccin SPAD. Mantenimiento de dispositivos o Datos generales para una impresora local . . . . . Tipo de impresora para una impresora local . . . Ventana de dilogo para imprimir un listado . . . a Transaccin SP01. Seleccin de rdenes de spool . o o o Transaccin SP01. Listado de rdenes de spool . . o o Atributos de una orden de spool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 88 90 90 91 93 93 104 105 106 107 109 109 110 112 114 115 116 117 118 119 119 123 123 125 127 128 129 131 133 134 135 137 137

de salida . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10.1. Componentes de la seguridad en R/3 . . . . . . . . 10.2. Pantalla inicial de la actualizacin de usuarios . . . o 10.3. Datos de direccion del maestro de usuarios . . . . . 10.4. Transaccion PFCG. Mantenimiento de papeles . . . 10.5. Descripcion del papel . . . . . . . . . . . . . . . . . 10.6. Transacciones asignadas a un papel . . . . . . . . . 10.7. Asignacin de valores a los objetos de autorizacin . o o 10.8. Asignacion de un papel a usuarios . . . . . . . . . . 11.1. Esquema de una orden de transporte . . . . . 11.2. Esquema de ordenes de transporte . . . . . . . 11.3. Clase de desarrollo . . . . . . . . . . . . . . . 11.4. Esquema pasos del transporte . . . . . . . . . 11.5. Pantalla principal Workbench Organizer . . . 11.6. Ordenes de transporte . . . . . . . . . . . . . 11.7. Creacin de una orden de transporte . . . . . o 11.8. Listado de rdenes transportadas y liberadas . o 11.9. Transporte de una orden a un sistema destino 11.10. squema ejemplo del transporte de una orden E 11.11. isualizacin individual de rdenes . . . . . . V o o 11.12. og del transporte de una orden . . . . . . . . L . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 INDICE DE FIGURAS 12.1. Pantalla principal de la gestin de mandantes o 12.2. Detalle de opciones de un mandante . . . . . . 12.3. Copia local de un mandante . . . . . . . . . . 12.4. Detalle de un perl de copia . . . . . . . . . . 12.5. Copia remota de un mandante . . . . . . . . . 12.6. Export de mandante . . . . . . . . . . . . . . 13.1. Pantalla pricipal perles del sistema . . . 13.2. Datos de gestin de un perl . . . . . . . o 13.3. Actualizacin bsica de un perl . . . . . o a 13.4. Actualizacin ampliada de un perl . . . o 13.5. Modos de operacin . . . . . . . . . . . . o 13.6. Distribucin de procesos de trabajo . . . o 13.7. Pantalla principal asignacin horaria . . o 13.8. Asignacin horaria a modos de operacin o o 13.9. Pantalla principal grupos de logon . . . . 13.10. antalla detalles creacin grupo logon . . P o 13.11. antalla de saplogon . . . . . . . . . . . P 13.12. pcin de seleccin servidor en saplogon O o o 13.13. pcin propiedades en saplogon . . . . . O o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11 141 142 145 147 148 150 155 155 156 157 161 162 163 164 166 167 168 169 169

Cap tulo 1 Introduccin a SAP R/3 o

1.1. Software estndar vs. software a medida a

Tras la continua y masiva introduccin de la informtica en los sistemas o a de gestin empresariales durante mas de treinta aos, nos encontramos o n a principio de los noventa con un panorama variopinto. Los diversos departamentos de gestin de la mayor de las empresas utilizan varios o a software diferentes hechos a medida por el propio departamento de TI1 o por alguna consultor externa. La compatibilidad es casi nula y la creacin a o de interfases para integrar los datos de un departamento con otro est a la a orden del d Veamos un ejemplo claricador de esta situacin. El director a. o del departamento de TI de una empresa dedicada a la fabricacin de grandes o piezas industriales, reeja su catica situacin: o o Nuestra planta de 1.500 trabajadores esta operando sobre una amalgama formada por sistemas anticuados y modernos servidores. Estamos operando TCP/IP, IPX y Decnet en nuestra Ethernet y tenemos concentradores de todo tipo. Algunos departamentos tienen clientes ligeros y estan formulando grandes demandas en la red ya que operan procesos en el servidor y estan reenviando datos de un sitio para otro. Los sistemas de contabilidad e inventario que tiene la planta operan en mainframes de arquitectura 370. Un desfasado sistema de planicacin de recursos de fabricacin (MRP) opera en o o un VAX de gama alta. Y parte del software de gestin de la o fabricacin y de transporte opera en un AS/400. Prcticamente o a
1

Tecnolog de la informacin as o

13

14

CAP ITULO 1. INTRODUCCION A SAP R/3 todo el cdigo de cosecha propia que tiene la planta esta escrito o en COBOL. Aproximadamente la mitad de los operarios de la planta trabaja con una diversidad de sistemas Windows. La otra mitad permanece conectada al mainframe IBM con terminales no inteligentes tipo 3270. Existe una red de area local que engloba a toda la planta y que opera Novell 3.11, asi como una pequea n cantidad de servidores NT no tan grandes pero en crecimiento.

Un situacin como esta obliga al departamento de TI a incurrir en grandes o costes para poder mantener en pie unos sistemas que ya no son tan efectivos como antes. Hablamos de programas que se disearon para las necesidades n especicas de la empresa hace unos aos y que con la evolucin que ha venido n o sufriendo la industria y la tecnolog se han quedado obsoletos. Adems de a, a las deciencias que cada empresa detecta en sus sistemas de informacin o tenemos que tener en cuenta otros factores generales que afectan a todas ellas. Problemas como el efecto 2000 o la introduccin del Euro como moneda o unica en los pa de la CEE no pueden ser obviados por el departamento ses de TI. La pregunta que se plantea cualquier empresa en esta situacin es la o siguiente Vamos rehaciendo y adaptando nuestro software o adquirimos una solucin estndar?. Veremos que casi todas la grandes empresas han o a optado por una solucion estndar. En la mayor de los casos se trata de a a SAP R/3 , por ello es el l der mundial, pero existen otras opciones como Baan, PeopleSoft, Oracle Financials o en menor medida Ross, BCPS o JD Edwards.

1.2.
1.2.1.

Visin general de SAP R/3 o

Caracter sticas principales

Las mltiples ventajas del software R/3 hace que se haya convertido u en uno de los estndares de hecho dentro de las grandes corporaciones. A a continuacin detallaremos algunas de estas ventajas. o Exhaustivo El sistema R/3 engloba la prctica totalidad de los procesos de a gestin de la empresa. En el siguiente apartado veremos detallados la o cantidad de mdulos que incluye. o Integrado Tal cantidad de modulos no aportar demasiado valor aadido an n a la empresa si no fuera por la integracin. Las interrelaciones estrechas o

 1.2. VISION GENERAL DE SAP R/3

15

entre modulos de SAP permiten tener disponible en tiempo real y con exactitud los principales indicadores de gestin. Como ejemplo o ilustrativo diremos que una entrada de mercanc en R/3 puede as producir una actualizacin del inventario de almacn, un apunte o e contable en la contabilidad nanciera, un actualizacion del sistema de informacin del control de costes y un aviso a produccin de que hay o o nueva materia prima en almacn. e Abierto Tecnolgicamente hablando, SAP es un sistema abierto. Podemos o implantarlo en una variedad enorme de servidores diferentes y ejecutarlo sobre sistemas operativos y sistemas de gestion de bases de datos de diversos fabricantes. Esto nos permite escalar nuestro sistema adecuandolo a nuestro tamao de empresa y elegir a nuestros n proveedores de hardware y software de sistemas sin estar atados a ninguno. La arquitectura sigue varios de los estndares de sistemas a abiertos como POSIX o X/OPEN. Flexible Podemos utilizar junto con SAP R/3 otros productos de software de otros fabricantes, existen interfases con productos de Microsoft, Lotus o Oracle entre otros. SAP posee tambien un amplio menu de parametrizacin que nos permite adecuar 1 el sistema a nuestras o necesidades, asi como un completo sistema de desarrollo para crear nuestros nuevos programas y que mantengan la integracin con el o estndar. a Global El sistema R/3 soporta su utilizacin en varios idiomas, la o contabilizacin de documentos en cualquier moneda y tiene recogidas o las particularidades scales y de gestin de recursos humanos de un o gran nmero de pa u ses. Esta globalidad es el argumento de mayor peso en la decisin de una multinacional a la hora de adquirir SAP. o Actualizado Dos de los grandes problemas de los departamentos de TI a nales de los 90 han sido el efecto 2000 y la entrada en vigor del euro. El software SAP R/3 tiene contemplados y solucionados estos problemas. Adems, la constante investigacin llevada a cabo por SAP hace que su a o software este al d incluyendo la ultima tecnolog disponibles como a as EDI, Data Warehouse, clientes Java, comercio electrnico. . . . o
Para referirse a la adecuacin del sistema a la necesidades del cliente se eso cuchar frecuentemente el termino anglosajn customizing que en castellano se traduce a o por parametrizacin. La palabra inglesa proviene de customer cliente por lo que el sigo nicado completo de customizing viene a ser modicacin de los parmetros del sistema o a para adecuarlo a las necesidades del cliente
1

16

CAP ITULO 1. INTRODUCCION A SAP R/3

1.2.2.

Mdulos o

Como apuntabamos anteriormente el software de SAP es un compendio realmente exhaustivo de aplicaciones de gestin. A cada uno de los o componentes que sirven para gestionar cada una de la reas de la empresa se a les denomina mdulos y se les nombra con dos letras correspondientes a las o iniciales del nombre en ingls. Los mdulos principales (nanzas, log e o stica y recursos humanos) se componen a su vez de submdulos. Estos son los o principales mdulos y sus caracter o sticas. 1. Gestin Financiera FI Financial Accounting. Rene todos los o u datos de la empresa relevantes para la contabilidad nanciera. Recibe todas la imputaciones contables del resto de mdulos y las centraliza en o un base de datos actualizada en tiempo real. Esto nos permite conocer el estado contable de nuestra compaia (balance y cuenta de prdidas n e y ganancias) en todo momento. Los submdulos que la componen son o los siguientes. Control de Gestin CO Controlling. La contabilidad nanciera no o siempre puede proporcionar informacin desde todos los puntos o de vista que una gestin ecaz de costes requiere y es, en este o punto, donde acta el mdulo CO. Partiendo de los datos de u o FI, la contabilidad anal tica nos muestra los ingresos, gastos e inversiones desde vistas diferentes. Si juntamos esto con el sistema de planicacin y previsin de costes obtendremos un sistema o o de informacin completo con las comparativas del plan contra el o real que nos permiten saber si nos ajustamos al presupuesto y el porqu. e Tesoreria TR Treasury. Representa la solucin completa para o una gestin econmico nanciera ecaz. Nos permite asegurar la o o liquidez de la empresa en todo momento y estructurar los activos nancieros de la manera ms lucrativa posible. a Activos Fijos AM Asset Management. Nos permite controlar el ciclo de vida completo del nuestro inmovilizado, desde la inversin o inicial en activos jos en curso, pasando por la contabilizacin o de la manera ms conveniente las amortizaciones, la puesta en a explotacin de dicho inmovilizado y la enajenacin del mismo. o o Existe otro pequeo submdulo denominado gestion de inversiones n o (IM Investment Management) que esta muy relacionado con AM. 2. Log stica LO Logistics. Bajo este ep grafe se engloba la gestin o de todo el ciclo de vida de los productos de una empresa, desde la

 1.2. VISION GENERAL DE SAP R/3

17

compra y almacenaje de materia prima, pasando por la fabricacin del o producto hasta su venta y distribucin. Es el mdulo ms grande de o o a todos ellos y el que ms componentes tiene. Describimos a continuacin a o los ms usados aunque existen otros menos conocidos como la gestin a o del servicio al cliente, la gestin de proyectos y la gestin de la calidad o o de productos. Gestin de Materiales MM Materials Management. Optimiza o todos los procesos de compra a travs de varias funciones e disponibles. Por un lado permite automatizar las evaluaciones de proveedores mediante la entrada de ofertas y el mantenimiento de registros info. Tambin podemos reducir los costes de aprovisione amiento y almacenamiento, gracias a la precisin de la gestin de o o stocks y de almacenes. Este es uno de los puntos donde ms claraa mente poder apreciar el retorno de la inversin porque los costes o de almacenaje es una de las principales preocupaciones de las empresas en la actualidad. Un completo sistema de vericacin de o facturas nos proporciona la integracin necesaria con los modulos o contables FI, CO y TR para tener la informacin actualizada en o tiempo real. Planicacin de la Produccin PP Production Planning. Proporo o ciona procesos completos para todos los tipos de fabricacin: fabo ricacin repetitiva, fabricacin contra pedido, fabricacin contra o o o catlogo, fabricacin por procesos, fabricacin por lotes y en sea o o rie, hasta la gestin integrada de cadenas de suministro con funo ciones MRP y Kanban. La integracin con MM puede provocar la o solicitud de necesidades automtica al lanzar la planicacin de a o requerimientos de material. Mantenimiento de Planta PM Plant Manteinance. Para una empresa industrial es fundamental el poder garantizar la disponibilidad de la planta y sus herramientas de produccin y de esto se o encarga el mdulo de PM. Aplicaciones como la planicacin de o o las revisiones, la programacin de rdenes de mantenimiento, las o o gestin noticaciones de aprobacin nos aseguran una rendimiento o o o ptimo de nuestra fbrica. Integrando todo esto con PP (podemos a modicar las rdenes de produccin en funcin de la disponibilio o o dad de la cadena de produccin), con HR (calendarios laborales, o turnos. . . ) y con MM (creando solicitudes de necesidad de repuestos, por ejemplo) tenemos controlada una pieza vital de la empresa.

18

CAP ITULO 1. INTRODUCCION A SAP R/3 Ventas y Distribucin SD Sales and Distribution. La cambiante o realidad de los mercados actuales es un reto para cualquier programa de gestin de ventas. SD es lo sucientemente exible o como para poder adecuarnos a precios, condiciones de entrega, descuentos, comisiones y ofertas que a veces cambian a diario. Informar adeduadamente a los mdulos nancieros del estado de o nuestras ventas es una labor imprescindible para poder conocer el estado econmico y nanciero actualizado de la empresa. o

3. Recursos Humanos HR Human Resources. Tradicionalmente, la gestin de recursos humanos se ha considerado una rea aislada del o a resto de sistemas de gestin de la empresa. SAP, sin embargo, ha llevado o su mxima de integracin hasta el punto de incluir la gestin de turnos a o o y plantillas, los horarios de fbricas, y el absentismo laboral en los a procesos de negocio de la fabricacin y el mantemiento de planta entre o otros. Los dos submdulos principales son PA y PD aunque tambin o e existen soluciones menos usadas como la gestin de candidatos, el o calendario de fbrica y la gestin de viajes y gastos. a o

Nmina PA Payroll Accounting. Mantiene todos los datos de los o empleados en unas estructuras denominadas infotipos que nos permiten calcular el pago de la nmina y contabilizarla tanto en o FI como CO de manera automtica. Existen infotipos para todas a las caracter sticas de un empleado, como datos personales, salario bruto, datos familiares, turnos, retenes, retenciones scales. . . Este submdulo es posiblemente el ms espec o a co de cada pa debido s a que las leyes que rigen las relaciones laborales dieren mucho de unos pa ses a otros. Es por ello que SAP porporciona unos programas diferentes para cada pa y un servicio de actualizacin s o para poder estar al d con los cambios que se producen en a materia de legislacin laboral (aparicin de nuevas modalidades o o de contratacin, cambios en la normativa scal, etc. . . ) o Estructura Organizativa PD Personnel Development. Este submduo lo se encarga de gestionar la estructura de la empresa organizando la misma en departamentos, reas, grupos de trabajo, a etc. . . Permite la denicicin de tareas de puestos de trabajo y la o reorganizacin de los mismos. o

 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 tenga alguna necesidad tan espec ca de su negocio que no este contemplada en el estndar. Tambin puede darse el caso de que la funcionalidad que a e ofrece el estndar no se ajuste completamente a las necesidades del cliente. a Para resolver estas situaciones existe un entorno completo de desarrollo de nuevas aplicaciones integradas en R/3. Este entorno, que SAP denomina ABAP/4 Development Workbench, se compone de una serie de herramientas integradas que permiten crear desarrollos nuevos en poco tiempo. ABAP/4 El lenguaje de programacin ABAP/4 se caracteriza por su total o integracin en el sistema R/3. No en vano todo el software de aplicacin o o (se calcula que ms de treinta millones de l a neas de cdigo) que el cliente o recibe cuando compra R/3 esta escrito en ABAP. Es un mezcla entre el COBOL y el SQL, hay que tener en cuenta que se creo en los aos n 70 cuando el COBOL era el lenguaje preferido para los desarrollos de aplicaciones de gestin. Es un lenguaje de muy alto nivel, fcil de leer o a y se aprende rpidamente. a Data Dictionary Es el punto de referencia para los programadores ya que permite aislarles del sistema de gestin de base de datos que se utilize o por debajo. Desde un misma pantalla se puede crear, modicar y borrar los objetos de bases de datos, entre los que se incluyen tablas, estructuras, vistas, elementos de datos y dominios. Las deniciones de las tablas, por ejemplo, pueden ser referenciadas directamente en los programas permitindonos modicar posteriormente las tablas sin tener e que cambiar los programas. Tenemos la posibilidad de gestionar otros objetos del data dictionary como las ayudas de bsqueda, los objetos u de bloqueo o los objetos de autorizacin. o Editor de programas El editor ABAP/4, aparte de proveer de las funciones bsicas para la edicin de texto, tiene mltiples caracter a o u sticas que facilitan la programacin enormemente. Nos permite efectuar una o vericacin de sintaxis y aceptar las sugerencias del dispositivo de coro recin automtica que tiene incluido. Tambin nos permite resaltar las o a e palabras clave y tener una vista en forma de estructura jerrquica que a ofrece la posibilidad de ocultar o desglosar bloques sintcticos. De esa ta forma, el programador obtiene una buena visin de conjunto de la o estructura general del programa.

20

CAP ITULO 1. INTRODUCCION A SAP R/3

Screen Painter Con esta herramienta crearemos rpidamente interfases a grcas de usuario incluyendo una amplia gama de elementos de a control, como botones de pulsacin, botones de radio, checkboxes, o etiquetas, campos de entrada, listas de base de datos. . . Las pantallas que se crean se denominan dynpro 2 y en ellas se incluye la denicion de la pantalla y sus campos y la lgica de proceso de la misma. o Esta lgica de proceso esta dirigida por eventos, como los lenguajes o visuales modernos, aunque la variedad de eventos posibles esta bastante limitada. Entorno de depuracin El modo debugging de ABAP/4 es posiblemente o la herramienta ms alabada por los programadores habituales de a este lenguaje. Tiene todas las ventajas de este tipo de ayudas a la programacin (creacin de breakpoints, watchpoints, ejecucin paso a o o o paso, ejecucin por bloques. . . ) pero adems nos permite hacer todo o a esto viendo el cdigo fuente del programa, por lo que la localizacin del o o lugar del error es exacta. Otras herramientas. Existe una gran variedad de herramientas adicionales cuyo uso no es tan frecuente como el Menu Painter, el anlisis del a tiempo de ejecucin, el Object Browser, el sistema de test asistido por o ordenador (CATT), etc. . .

Abreviatura de dynamic programs

Cap tulo 2 Introduccin al sapgui o

Como cualquier software que est basado en arquitectura cliente/servidor, e SAP R/3 dispone de un programa cliente que se debe instalar en cada uno de los servidores de presentacin (PCs) para poder realizar la conexin al o o sistema R/3. Este programa cliente se llama SAPGUI o SAP Frontend y es la herramienta que nos permite navegar por las distintas aplicaciones integradas que conforman el sistema R/3 de SAP.

2.1.

Pantalla de logon a SAP R/3

Una vez que tengamos instalado el SAPGUI y pulsemos el icono correspondiente, nos aparecer la pantalla de conexin al sistema R/3 a o indicada en la gura 2.1. En esta pantalla deberemos introducir el usuario que nos hayan asignado as como su clave de acceso.Tambin podremos elegir el idioma de conexin. e o SAP R/3 es un software multilinge que permite presentar al usuario todos u los textos que aparezcan en pantalla en el idioma que l elija, siempre que e ese idioma haya sido previamente instalado en el sistema. Si el usuario no introduce idioma alguno, se conectar en el idioma que tenga asignado por a defecto en su registro maestro de usuario. En esta pantalla aparece un nuevo concepto: Mandante. Este es quiz el a trmino ms importante dentro SAP R/3. El usuario, adems de los datos e a a arriba especicados, deber indicar a qu mandante se quiere conectar. a e

2.2.

Concepto de mandante

El concepto se puede denir desde 2 puntos de vista distintos pero complementarios: La Visin Lgica y la Visin Fsica. o o o 21

22

CAP ITULO 2. INTRODUCCION AL SAPGUI

Figura 2.1: Pantalla de entrada a SAP R/3 La Visin Lgica. El mandante no es ms que una unidad organizativa o o a divisoria de la empresa y permite que distintos usuarios estn trabajando en e el mismo sistema sin ningn tipo de interferencia mutua ya que cada usuario u slo dispondr de acceso para visualizar y actualizar los datos de aplicacin o a o de la empresa que estn asociados al mandante al que estn conectados. Esto e a es as porque en el sistema SAP R/3 existen dos tipos de datos diferentes: Datos dependientes de mandante. Se engloban aqu los datos de aplicacin de la empresa (datos de clientes, proveedores, pedidos, o facturas, cuentas contables, etc. . . ) as como la mayor de los datos de a parametrizacin de la empresa. Se llaman dependientes de mandante o porque slo son accesibles desde el mandante en el que se crearon. Estos o tipo de datos son los ms habituales en un sistema SAP R/3. a Datos independientes de mandante. Se engloban aqu ciertos datos de la parametrizacin de la empresa que son accesibles desde cualquier o mandante creado. Este tipo de datos son los menos numerosos. Cada vez que se va a proceder a la modicacin de este tipo de datos, el o sistema avisa con un mensaje informativo informndonos de que la a modicacin afectar a todos los mandantes. Se ha de ser especialmente o a cuidadoso al modicar la parametrizacin independiente de mandante. o La Visin F o sica. La base de datos de SAP R/3 est formada por a tablas relacionales. Cuando el usuario navega por las pantallas de SAP es

2.2. CONCEPTO DE MANDANTE

23

el sistema R/3 el que accede a dichas tablas para irle mostrando al usuario la informacin pedida. El mandante es el primer campo clave de la mayor o a de la tablas que conforman la base de datos de SAP R/3. Las tablas que contienen al campo mandante como primer campo dentro de su clave son las llamadas dependientes de mandante. Las tablas que no contienen al campo mandante dentro de su clave se llaman independientes de mandante. Cuando un usuario se conecta a un mandante, el sistema le est asignando a en ese momento el valor del mandante elegido, con lo que el usuario slo o podr acceder a visualizar o modicar los datos de cada tabla que tengan a como mandante el que ha elegido en tiempo de conexin. Sin embargo, si o una tabla es independiente de mandante, sta puede ser accedida desde e cualquier mandante al que se conecte el usuario. Esto se consigue de manera transparente para el usuario e incluso para el desarrollador ya que es el propio sistema el que traduce los accesos a las tabla incluyendo en la clausula WHERE de la instruccin SQL el campo mandante y el valor actual que o tenga. Ejemplo: Situacin 1: Los usuarios user1 y user2 estn ambos conectados al o a mandante 015 de un mismo sistema. Mientras el usuario user1 est modicana do la factura 1000, el usuario user2 slo podr acceder en modo visualizacin o a o ya que la factura est siendo bloqueada por el usuario user1; sin embargo, a cuando el usuario user1 termine de modicarla, user2 podr ver la modia cacin realizada por user1, e incluso podr realizar cualquier modicacin o a o posterior. Situacin 2: El usuario user1 est conectado al mandante 015 y el o a usuario user2 est conectado al mandante 016 del mismo sistema. Ahora los a 2 usuarios no pueden acceder a la misma informacin ya que sus conexiones al o sistema estn lgicamente separadas; el usuario user1 accede a la factura a o 1000 de su mandante y el usuario user2 puede acceder al mismo tiempo a la factura 1000 ( si sta existe ) de su mandante, si bien los datos son e completamente distintos ya que la factura 1000 del mandante 015 no es la misma que la factura 1000 del mandante 016. Lo que realmente ocurre es que para poder los usuarios acceder a la factura 1000, el sistema est accediendo a la tabla de facturas, pero en cada a caso accede al registro compuesto por el mandante de conexin del usuario o y el nmero de factura: u

24

CAP ITULO 2. INTRODUCCION AL SAPGUI Mandante 015 015 016 016 Num. fctura a 1000 1010 1000 1050 Descripcin o Factura X Factura Y Factura Z Factura V

As pues, cuando el usuario user1, conectado al mandante 015, solicita la factura 1000, el sistema le muestra la factura con descripcin Factura X, o mientras que si el usuario user2 se conecta al mandante 016 para solicitar la factura 1000, el sistema le mostrar la factura con descripcin Factura Z. a o

2.3.

La barra de t tulo

Figura 2.2: Barra de t tulo Con la visualizacin antigua del sapgui se encuentra en la parte superior o de la pantalla y su funcin principal es mostrarnos la descripcin de la o o transaccin o men de mbito en curso. En la nueva visualizacin del o u a o sapgui se encuentra entre la barra estndar de herramientas y la barra de a aplicaciones. Ejemplos: Crear usuario, Visualizar material.

2.4.

El men desplegable u

El men desplegable es la herramienta bsica para la navegacin por u a o las distintas aplicaciones del sistema SAP R/3. En l podremos encontrar e todas las funciones necesarias para un llevar a cabo un control total sobre las transacciones y programas. El men desplegable se caracteriza por tener u jas las ultimas dos opciones de la derecha. Estas dos opciones son: Sistema. Opcin para crear y borrar modos, desconexin del sistema, o o ver el status de nuestra sesin entre otras. o Ayuda. Acceso a la ayuda online de SAP.

 2.5. LA BARRA ESTANDAR DE HERRAMIENTAS

25

2.5.

La barra estndar de herramientas a

La barra de herramientas estndar es de particular inters, ya que contiene a e muchos de los botones necesarios para realizar las acciones ms comunes tales a como grabar, enter, imprimir, etc. . . Las funciones asignadas a la barra de herramientas estndar son las siguientes. a Botn Enter o

Se deber pulsar este botn para chequear los datos introducidos en una a o pantalla. El botn enter realiza la misma funcin que pulsar la tecla enter o o del teclado. Campo de Comandos

Es un prompt de linea de comandos, y en l se pueden introducir e comandos tales como cdigos de transacciones o mens de mbito. o u a Botn Grabar o

Se deber pulsar este botn cuando deseemos conrmar la grabacin de a o o los datos introducidos. Botn Back o

Se deber pulsar este botn si queremos regresar a la pantalla anterior a o sin grabar los datos introducidos. Botn Exit o

26

CAP ITULO 2. INTRODUCCION AL SAPGUI

Se deber pulsar este botn si queremos salir de la actual aplicacin. El a o o sistema nos devuelve a la anterior aplicacin. o Botn Cancel o

Se deber pulsar este botn si deseamos salir de la tarea actual sin grabar. a o Botn Imprimir o

Se deber pulsar este botn si deseamos imprimir los datos que a o actualmente aparecen en pantalla. El botn de impresin estar activado o o a unicamente en pantallas donde se los datos aparezcan en formato de listado y formato de tabla. Botn Buscar o

Se deber pulsar este botn si deseamos realizar una bsqueda de una a o u cadena de caracteres en la pantalla actual. El botn de buscar estar activado o a unicamente en pantallas donde los datos aparezcan en formato de listado y formato de tabla. Botn Buscar Siguiente o

Se deber pulsar este botn si deseamos seguir buscando la cadena de a o caracteres indicada en una bsqueda anterior con el botn buscar. El botn u o o de buscar siguiente estar activado unicamente en pantallas donde los datos a aparezcan en formato de listado y formato de tabla. Botones de Paginacin o

2.6. LA BARRA DE APLICACIONES

27

Los botones de paginacin nos permiten colocarnos en las pginas o a deseadas dentro de los listados que podamos obtener en pantalla. Los botones de paginacin estarn activado unicamente en pantallas donde los datos o a aparezcan en formato de listado y formato de tabla. Disponemos de las opciones primera pgina, pgina arriba, pgina abajo a a a y ultima pgina: a

2.6.

La barra de aplicaciones

Figura 2.3: Barra de aplicaciones Con la visualizacin antigua del sapgui se encuentra entre la barra o estndar de herramientas y la parte principal de la pantalla. En ella a disponemos de las opciones bsicas para el control de la aplicacin actual a o (ejemplos de aplicaciones: visualizar pedido de compras, creacin de cliente, o .. ). En la nueva visualizacin del sapgui se encuentra entre la barra de t o tulos y la parte principal de la pantalla.

2.7.

La pantalla principal

Figura 2.4: Pantalla principal

28

CAP ITULO 2. INTRODUCCION AL SAPGUI

Es la parte principal de la aplicacin y dependiendo de sta podr estar o e a compuesta 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 funcin principal es o la de mostrarnos los mensajes de Informacin, Advertencia, Error o Exito o que la aplicacin en curso nos muestre al navegar por ella. Como funciones o adicionales, la barra de estado nos muestra tambin: e El nombre de la base de datos SAP (de 3 caracteres) a la que estamos conectados. Cuando se instala en el servidor el software del sistema SAP R/3, ste se comunica con el RDBMS - que debe haber sido previamente e instalado - para crear la base de datos que contendr todas las tablas a relacionales de las que se componen las distintas aplicaciones modulares de SAP. El nombre de la base de datos se elige en tiempo de instalacin o y debe ser obligatoriamente de 3 caracteres de longitud El nmero de modo al que corresponde la pantalla actual. u El mandante al que estamos conectados. El nombre del servidor a nivel de sistema operativo al que estamos conectados. El modo de escritura en el que estamos. Los valores posibles pueden ser INS (modo insert) y OVR (modo overwrite). Cambiaremos de uno a otro sin ms que pulsar la tecla Insert de nuestro teclado. a En la visualizacin antigua del sapgui aparece la hora que tiene o congurada el servidor de presentacin a nivel de sistema operativo. o Sin embargo, en la nueva visualizacin no aparece la hora del PC. o Esta hora no es la hora que tiene congurada el Sistema R/3 en el servidor, sino que es dependiente de la conguracin de cada servidor o de presentacin. o

 2.9. VENTANA DE DIALOGO

29

2.9.

Ventana de dilogo a

Un elemento nal de la ventana R/3 es la ventana de dilogo en la que el a sistema nos presenta una ventana otante donde normalmente nos pedir la a introduccin de algn dato o la conrmacin o anulacin de algn mensaje o u o o u sin posibilidad de retornar o avanzar en la navegacin hasta que el usuario o introduzca la informacin pedida. Ver gura 2.6. o

Figura 2.6: Ventana de dilogo a

2.10.

Ayudas de b squeda u

El sistema SAP R/3 dispone de una herramienta espec ca para la determinacin de valores posibles en un campo de entrada. Esta herramienta o se conoce con el nombre de Ayudas de Bsqueda a partir de la versin 4.0B de u o SAP R/3 (hasta esta versin la herramienta era conocida como matchcodes). o Junto con este cambio de nombre se produce a su vez una mejora sustancial de la herramienta. Las ayudas de bsqueda son muy utiles ya que en la mayor de los u a casos en que deberemos introducir un dato en un campo no conoceremos los valores posibles. Se encuentran activas en casi todos los campos de entrada de cualquier pantalla de SAP R/3 y se identican por aparecer a la derecha del campo de entrada un pequeo recuadro con una echa vertical apuntando n hacia abajo como podemos ver en la gura 2.7. Esta echa podr estar activa permanentemente o slo cuando posia o cionemos el cursor sobre dicho campo. Veamos esto con un ejemplo:

30

CAP ITULO 2. INTRODUCCION AL SAPGUI

Figura 2.7: Ayuda de bsqueda u En una pantalla cualquiera del mdulo de Gestin de Materiales(MM) o o debemos introducir un valor en el concepto Material ; sin embargo no conocemos qu valores posibles puede tomar ese campo. e Para saber qu posibles valores puede llegar a tomar el campo Material e haremos uso de la ayuda de bsqueda asociada. Para ello pulsaremos su botn u o de ayuda de bsqueda o la tecla de funcin F4 estando posicionados en el u o campo. A continuacin nos aparecer un listado con los posibles valores como el de o a la gura 2.8 que el concepto Material puede tomar. Cualquier valor distinto de los presentados en el listado ser un valor no vlido y el sistema mostrar el a a a consiguiente mensaje de error si un valor incorrecto es introducido.

2.11.

Modos

Los modos externos en un sistema R/3 son conexiones virtuales que un usuario puede realizar a partir de una conexin real al sistema. A efectos de o servidor de presentacin esto se traduce en la creacin de una nueva pantalla o o del SAPGUI con la que el usuario puede interactuar con el sistema R/3 independientemente de los anteriores modos externos. En lo que sigue nos referiremos a los modos externos simplemente como modos. Ejemplo: En un modo accedemos al Mdulo de Ventas para la visualo izacin de un pedido y en otro accedemos a los datos maestros de un cliente. o A esta opcin accederemos desde cualquier pantalla de SAP R/3 por el o men desplegable Sistema Crear Modo. Es importante saber distinguir u entre conexin real (tambin llamada sesin) y modo. Existe una limitacin o e o o : Slo se pueden abrir 6 modos por conexin real o sesin o o o Esta limitacin se aplica slo a los modos, no a las conexiones f o o sicas. Para las conexiones f sicas la unica limitacin es la que imponga la disponibilidad o de recursos en el Servidor de Presentacin. Cada vez que creemos un nuevo o

2.11. MODOS

31

Figura 2.8: Listado de valores posibles modo no estamos realizando una nueva conexin real sino que estamos usando o la misma conexin para simular conexiones virtuales. o La opcin del men desplegable Sistema Salir del sistema nos o u desconecta de la conexin real con la que estemos trabajando, con lo cual se o cerrarn todas las ventanas de los modos que correspondan a esa conexin a o real. Veamos los comandos ms habituales para la gestin de modos. Estos a o comandos se debern introducir en el campo de comandos de la barra a estndar de herramientas: a Llamar una transaccin o en el mismo modo (ventana) Indicar: /nxxxx (xxxx = cdigo o de transaccin) o en un modo adicional Indicar: /oxxxx (xxxx = cdigo de o transaccin) o Finalizar la transaccin actual Indicar: /n. o Atencin: Las modicaciones hechas se perdern sin que el sistema o a emita un mensaje de advertencia. Borrar el modo actual Indicar: /i.

32

CAP ITULO 2. INTRODUCCION AL SAPGUI Generar una lista con los modos propios activos Indicar: /o. Salir del sistema Indicar: /nend.

2.12.

Concepto de transaccin o

Una transaccin comercial es un intercambio entre una parte del sistema o y otra. La planta de produccin, por ejemplo, quiere un suministro desde el o almacn a cambio de un albarn. El almacn sabr utilizar este albarn para e a e a a conciliar el saldo de esta pieza en el inventario de las mismas. Mientras tanto, el departamento de contabilidad habr anotado que el material ha pasado a de la cuenta del almacn a la de la planta de produccin y denir una e o a transaccin nanciera para registrar el intercambio de valor por el material. o Cuando un usuario est trabajando en un terminal, una transaccin con a o el sistema no queda terminada hasta que ste verica que las entradas e de informacin son correctas. El sistema registrar automticamente la o a a transaccin como un documento que queda en el sistema en prueba de quin o e hizo la transaccin y cundo sta ocurri exactamente. o a e o Llevando esta visin al sistema SAP veremos que una transaccin se o o compone de una o varias dynpros por las que va pasando el usuario en las que se le pide los datos referentes a la operacin que quiere llevar a cabo. Tras o completar toda la informacin obligatoria y parte de los campos opcionales, o el usuario tiene la opcin de grabar la transaccin o de desechar toda la o o operacin. Este es el punto clave de una transaccin; si se graba, entonces o o todos los datos quedarn registrados, si se cancela, entonces ningn dato se a u grabar. El concepto de transaccin implica que no pueden quedarse grabados a o slo una parte de los datos, porque esto provocar una inconsistencia en o a el sistema. En el ejemplo anterior, si slo se registrara el movimiento de o mercanc entre la planta y el almacn y no se grabara la anotacin contable as e o correspondiente, no podr amos, en un momento dado, sacar un balance contable correcto. En R/3 accedemos a las transacciones generalmente a travs del e men, pero tambin podemos acceder directamente tecleando su cdigo de u e o transaccin en el campo de comandos. Los usuarios noveles no suelen utilizar o este ultimo mtodo descrito, pero a medida que se acostumbran al sistema y e se dan cuenta que suelen ejecutar siempre la misma decena de transacciones se aprenden el cdigo y lo utilizan. En la seccin 2.14 veremos como se averigua o o el cdigo de una transaccin que estamos ejecutando. o o

 2.13. OPCIONES TECNICAS

33

2.13.

Opciones tcnicas e

Las opciones tcnicas del SAPGUI se encuentran en el ultimo botn a e o la derecha de la barra estndar de herramientas y se puede acceder a ellas a pulsando el icono de la gura 2.9 que se encuentra en la parte superior derecha de la ventana del sapgui.

Figura 2.9: Icono de acceso a las opciones tcnicas e

Al pinchar el boton nos aparece el men de la gura 2.10 que tiene las u siguientes opciones.

Figura 2.10: Menu del icono de acceso a opciones tcnicas e

Opciones nos permite recongurar el aspecto de nuestro SAPGUI estableciendo nuevos colores, fuentes. Esta opcin slo es vlida para el modo o o a de visualizacin antiguo. o Portapapeles es una herramienta similar al Portapapeles de Windows que nos permite realizar selecciones de texto en cualquier pantalla del SAPGUI y llevar esa seleccin a cualquier editor de texto ( bien sea o dentro del Sistema R/3 como fuera de l ). e

34

CAP ITULO 2. INTRODUCCION AL SAPGUI

Generar Grco es una herramienta que nos crea una pantalla similar a la a que estamos visualizando con la herramienta de grcos de SAP R/3. a Slo funciona con pantallas en las que tengamos algn tipo de listado. o u Tama o estndar cambia la pantalla del SAPGUI a su tamao por n a n defecto. Esta opcin slo funciona con resoluciones de pantalla o o superiores a 800x600. Hardcopy (duplicado de pantalla) env la pantalla actual del SAPGUI a a la impresora que tengamos congurada por defecto en el PC. Esta es una herramienta que est todav en desarrollo por SAP y que a a todav produce errores en la impresin de estas capturas debido a a o incompatibilidades con ciertos drives de monitores. Acerca de nos muestra los datos tcnicos de versin del SAPGUI que e o estamos utilizando.

2.14.

La pantalla status

Existe en SAP R/3 una ventana que nos informa sobre la conexin actual o que hemos realizado en el sistema, as como sobre los datos tcnicos referentes e al sistema operativo, el sistema de gestin de base de datos del servidor y la o versin de SAP instalada. o A esta pantalla accederemos desde el men SistemaStatus, el cual u siempre se encuentra disponible desde cualquier punto de navegacin de SAP. o En ella podemos distinguir varias partes que describimos a continuacin: o Datos utilizacin En esta parte se presentan los datos relativos a la o conexin que el usuario ha realizado sobre SAP como el mandante, o nombre de usuario, idioma de conexin, fecha y hora del sistema, o as como la fecha y hora de la conexin anterior que realiz ese mismo o o usuario sobre ese sistema. Se deber tener en cuenta que la hora aqu presentada no tiene nada a que ver con la hora presentada en la barra de estado ya que la que aparece en la ventana status se reere a la hora actual del servidor y la hora de la barra de estado se reere a la hora actual del PC, que en general no coincidirn. a Datos SAP Este rea est destinada a mostrar informacin tcnica sobre a a o e SAP R/3 y se compone de varias subpartes. La parte de Datos Repository se reere a la transaccin y programas asociados a dicha o

2.14. LA PANTALLA STATUS

35

Figura 2.11: Status del sistema transaccin desde donde se ha ejecutado la ventana Status. De o particular importancia es el campo transaccin, ya que es uno de los o que ms se consulta. La parte Datos Sistema SAP nos dice qu versin a e o de R/3 est instalada en el servidor, el cdigo que SAP asigna a a o nuestra instalacin, as como la fecha de vencimiento de la licencia. o La parte Release base nos informa de la versin base que tenemos o instalada. Adems de la versin base podemos tener instalados algunos a o parches. SAP, peridicamente, env unos parches que arreglan errores o a en sus objetos estndar y estos deben ser instalados a medida que a son proporcionados al cliente para corregir malos funcionamientos de ciertas aplicaciones. Datos mquina y base de datos En esta ultima parte se presentan datos a relativos al sistema como puede ser el tipo de sistema operativo instalado, nombre de la mquina, cdigo de pgina instalado y tipo a o a de base de da tos.

Cap tulo 3 Arquitectura de un sistema R/3

3.1. Introduccin o

El sistema R/3 de SAP se basa en una arquitectura cliente/servidor de 3 capas: la capa de base de datos, capa de aplicacin y capa de presentacin. o o La idea fundamental de la losof cliente/servidor es la distribucin de las a o tareas que debe realizar el sistema. Cada capa se encarga de proveer ciertos servicios:

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

37

38

CAP ITULO 3. ARQUITECTURA DE UN SISTEMA R/3

1. Capa de base de datos . Servicios de base de datos para el salvado y recuperacin de los datos empresariales. o 2. Capa de aplicacin. Servicios de aplicacin para el manejo de la lgica o o o de aplicacin. o 3. Capa de Presentacin. Servicios de presentacin para la impleo o mentacin del GUI. o La arquitectura multicapa cliente/servidor le conere al sistema R/3 las siguientes caracter sticas: Escalabilidad Permite la adicin de nuevos equipos en cualquiera de sus 3 o niveles para acomodarse a los requerimientos dinmicos del sistema. a Portabilidad El software normalmente continua en vigencia ms tiempo a que el hardware que lo soporta, es por ello por lo que el software SAP R/3 se caracteriza por su portabilidad a travs de distintos tipos de e hardware, sistemas operativos y RDBMS. Apertura Todos los datos estn almacenados en tablas que son accesibles a sin necesidad de instrucciones complejas de recuperacin de datos. o Parametrizabilidad SAP R/3 es un software estndar que dispone a de herramientas espec cas para la adaptacin del software a las o necesidades de la empresa. Estas herramientas, englobadas en lo que se conoce como el customizing, permiten amoldar los procesos de negocio establecidos en el estndar a la manera de trabajar de cada empresa. a El Sistema R/3 sigue varios estndares reconocidos internacionalmente e a interfaces abiertos: TCP/IP RFC Como protocolo de comunicaciones. Como el interface de programacin de ms alto o a nivel. Funciones de aplicacin pueden ser llamadas o externamente. CPI-C Para comunicaciones entre programas. SQL y ODBC Para acceso a los datos guardados en RDBs. OLE/DDE y RFC Para la integracin de aplicaciones de PC. o X.400/X.500 Como el interface de email. EDI Para el intercambio de datos a nivel de aplicacin. o ALE Para la integracin on line de aplicaciones descentralo izadas.

3.2. SERVICIOS DE BASE DE DATOS

39

Debido a su arquitectura abierta no hay prcticamente ninguna restrica cin en la portabilidad como podemos comprobar por la gura 3.2 o S.O. soportados RDBMS soportados G.U.I. soportados UNIX, Windows NT, AS/400, OS/390 Informix, Oracle, ADABAS, DB2, SQL Server 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 manipulacin de datos, R/3 usa exclusivamente comandos o del lenguaje SQL. Se dispone de 2 tipos diferentes de SQL: el Open SQL (extensin de lenguaje de programacin ABAP/4 ) y el Native SQL (SQL o o nativo de sistema de base de datos que tengamos por debajo de nuestro SAP) Optimizacin de las operaciones cliente/servidor o Se dispone de un cach de cliente consistente en bueres especiales en cada e servidor de aplicacin situados en la memoria principal. Reduce el trco de o a red y los accesos a base de datos. La optimizacin de los bueres es asegurada por el mecanismo de o sobrescritura LRU (Least Recently Used) que consigue mantener en memoria

40

CAP ITULO 3. ARQUITECTURA DE UN SISTEMA R/3

los datos ms frecuentemente usados. a Administracin base de datos SAP o SAP ha desarrollado una serie de herramientas para la administracin de o la base de datos; para el caso de ORACLE como RDBMS son: BRBACKUP Herramienta para los backups online y oine de los datos de aplicacin y control, as como de los logs. o BRRESTORE Herramienta para la restauracin de los datos de o aplicacin y control, as como de los logs. o BRARCHIVE Herramienta para el archivado de los logs. SAPDBA Herramienta que integra todas las tareas de administracin de la base de datos. o

3.3.

Servicios de aplicacin o

La capa de de aplicacin estar, en el caso ms general, compuesto de o a a multiples instancias; por lo que estos servicios estarn distribuidos por todas a estas instancias. Una instancia R/3 consiste de un dispatcher y de uno o varios procesos de trabajo para cada uno de los servicios que debe proveer, adems de un conjunto de bueres en memoria compartida a Los servicios de la capa de aplicacin se pueden clasicar en: o Dialogo Actualizacin o Gestin Bloqueos o Procesamiento Batch Servidor Mensajes Gateway Spool D V E B M G S

El nombre de la instancia contiene el nombre del sistema R/3 al que pertenece, junto con los servicios que proporciona y el puerto de comunicaciones: Un sistema R/3 central con una unica instancia ofreciendo todos los servicios tendr el nombre: a <SID>_DVEBMGS00_<TCP/IP Port>

 3.3. SERVICIOS DE APLICACION Servicios de dilogo a

41

Cuando un usuario est conectado a un sistema R/3 y realiza cualquier a peticin de informacin al sistema (por ejemplo visualizar una factura), esta o o peticin es gestionada por el sistema a travs de una cola de trabajo o o e proceso llamado de dilogo. Estos procesos actan como interlocutores entre a u el usuario nal y la base de datos. Servicios de actualizacin o El sistema est provisto de unas colas de trabajo especiales llamadas a de actualizacin por donde gestionar las modicaciones de los datos de o a aplicacin en la base de datos. o Servicio de gestin de bloqueos o Este servicio juega un papel muy importante y, como el anterior, slo o una instancia dentro de un mismo sistema puede proveer este servicio. Este servicio es el encargado de impedir que un objeto en SAP sea modicado por ms de un usuario a la vez. Este servicio es absolutamente necesario para la a integridad de los datos de aplicacin. o Se recomienda que estos dos ultimos servicios corran en la misma instancia ya que interactan entre s u . Servicios de procesamiento batch El sistema R/3 proporciona unos procesos llamados de batch espec cos para la realizacin de tareas, especialmente largas, que no requieran la o intervencin del usuario nal. De esta forma se podrn planicar tareas o a pesadas como la carga o modicacin masiva de datos maestros sin que el o usuario tenga que estar presente para su ejecucin. o Servidor de mensajes Dentro de la capa de aplicacin hay una instancia entre el resto que o provee el servicio de servidor de mensajes; este servicio es necesario para la comunicacin de todas las instancias de un sistema R/3, y monitoriza o y asigna recursos libres. La instancia donde corre este servicio es llamada instancia central. Servicio de Gateway

42

CAP ITULO 3. ARQUITECTURA DE UN SISTEMA R/3

Cada instancia necesita de este servicio para realizar tareas que se extienden ms all de la instancia local: a a Servicio de Spool Este servicio es el encargado de gestionar las peticiones de impresin dentro o de SAP R/3. Comunicacin entre diferentes sistemas R/3 o Llamadas a funciones remotas CPIC (Common Programming Interface for Comunications) Conexin de sistemas externos tales como MAPI Server, sistemas EDI. . . o

Existe un servicio de gateway por instancia y se activa automticamente a sin la intervencin del administrador cuando la instancia arranca. o

Figura 3.3: Esquema del funcionamiento del dispatcher

Dispatcher y procesos de trabajo Los servicios de dilogo, gestin de bloqueos, actualizacin, fondo y spool a o o son provistos por los procesos de trabajo, los cuales son coordinados por el

 3.4. SERVICIOS DE PRESENTACION

43

dispatcher. El dispatcher acta de interface entre la capa de presentacin u o y la de aplicacin ya que todas las peticiones que vienen del nivel de o presentacin son recibidas por el dispatcher y son asignadas a procesos de o trabajo libres de las instancias. Las peticiones de usuario, una vez asignadas por el dispatcher a su correspondiente proceso de trabajo, accedern a la a base de datos directamente con SQL. SAP R/3 funciona como un grupo de procesos de sistema trabajando en cooperacin y en paralelo. En cada servidor de aplicaciones existe un unico o dispatcher y varios procesos de trabajo.

3.4.

Servicios de presentacin o

Las aplicaciones de SAP R/3 han sido diseadas siguiendo unos n estndares que aseguran uniformidad, integracin y ergonomicidad. Esta a o uniformidad se extiende a todas las partes del diseo del interface. Algunas n de estas partes en las que observaremos la consistencia del interface son: Ayuda online Permite acceder a la documentacin sobre el uso de las o aplicaciones R/3. Esta ayuda trabaja con referencias de hipertexto permitiendo la navegacin. o Elementos de control Se dispone de campos de entrada para la introduccin de datos, campos de salida para la visualizacin de los mismos, o o table control para la visualizacin de datos en formato de tabla, pusho buttons, casillas de seleccin y radio buttons. Se implementan barras de o desplazamiento cuando la informacin a visualizar en pantalla supera o el tamao de sta. n e Men s Todas las funciones implementadas en las aplicaciones R/3 pueden u ser accedidas v menus desplegables. Estos mens desplegables se a u encuentran uniformemente estructurados a lo largo de todas las aplicaciones del sistema R/3 siguiendo una estructura arbrea. Se o permite, adems la creacin de mens propios de usuario. a o u Barras de tareas La barra de tareas contiene los s mbolos de los comandos de navegacin ms usados. o a Barras de botones Las funciones esenciales para el control de una aplicacin pueden ser accedidas a travs de las barras de botones. o e Valores de entrada posibles En casi todos los campos de entrada se dispone de una funcin que nos permite visualizar los valores limitados o para la introduccin de valores. o

Cap tulo 4 Escenarios de conguracin o

Cualquier entorno de software de gestin empresarial presenta la o necesidad de tener sistemas completos (hardware y software) separados dedicados a funciones espec cas. Entre estas funciones podemos destacar el desarrollo del software, las pruebas del mismo, la formacin a los usuarios o nales y, la ms importante de todas, la puesta en produccin del software. a o SAP R/3 dispone de mltiples alternativas de conguracin de escenarios. u o Cada empresa deber decidir, segun los criterios que veremos posteriormente, a cual es la que mejor se ajusta a sus necesidades. Esta decisin, debido al o carcter abierto y escalable de R/3, puede alterarse en cualquier momento si a se aprecia que los condicionantes de la empresa que llevaron a optar por una solucin determinada han cambiado. o

4.1.

Consideraciones generales sobre los sistemas R/3

Siguiendo la denicin de sistema R/3 que se da en el glosario, vamos a o indicar una serie de requerimientos y limitaciones que existen, y que deben tenerse en cuenta a la hora de decidir el numero de sistemas necesarios para una implantacin real. o La base de datos de un sistema R/3 requiere aproximadamente unos 15 Gb1 de disco duro y cada servidor de aplicaciones necesitar unos a 2 Gb. Un mandante que contenga unicamente la parametrizacin bsica o a ocupa unos 500 Mb, pero si le aadimos los datos de aplicacin que se n o van creando al entrar en productivo, los requerimientos de almacenamiento puede incrementarse hasta varios gigabytes. Otros factores que inuyen en
1

En la version 4.0B

45

46

CAP ITULO 4. ESCENARIOS DE CONFIGURACION

la necesidad de espacio son el sistema de base de datos elegido, el nmero de u mandantes creados, la cantidad de datos histricos que se guardan. . . o R/3 no provee de ninguna herramienta para separar los datos maestros de los datos transaccionales. No podemos transportar unicamente los datos maestros de proveedores sin pasar tambin los datos de sus pedidos y/o e facturas. Del mismo modo, tampoco podemos separar los datos de mdulos o diferentes, una aplicacin individual como FI o HR no puede aislarse para o transportarse a otros sistemas. Por otro lado, s que disponemos de herramientas para reinicializar los datos transaccionales antes de la entrada en productivo 2 lo que nos permite borrar toda la contabilidad, pedidos, facturas, rdenes de mantenimiento, o etc, que se hayan creado durante las pruebas.

4.2.

Descripcin y funciones de cada sistema o

Atendiendo unicamente a la funcin que van a cumplir, hay varios tipos o de sistemas R/3. Vamos a describir los tres ms habituales (desarrollo, a integracin y produccin) aunque dependiendo del tamao y necesidades o o n de la empresa SAP tambin contempla la posibilidad de tener un sistema de e formacin aislado y un sistema de desarrollo de cliente propio. o

4.2.1.

Sistema de desarrollo

Este es el sistema inicial donde se origina el software. Todos los desarrollos y la parametrizacin se llevan a cabo aqu Una vez que se han completado las o . pruebas unitarias de los programas, estos pueden ser transportados al sistema de integracin para hacer pruebas ms exhaustivas. Los datos de este sistema o a suelen ser escasos (nicamente los que se van creando como pruebas) y a veces u son inconsistentes. Debido al gran nmero de personas (muchas veces ajenas u a la empresa) que acceden a este sistema debemos controlar, por motivos de seguridad, que nunca tenga datos reales.

4.2.2.

Sistema de integracin o

En este sistema se realizan pruebas denitivas del software que incluyen: Pruebas integradas Con ellas nos aseguramos que nuestros desarrollos no intereren en otros mdulos del sistema. Tambin debemos probar o e
Go Livees el trmino ingls que se utiliza para referirse al momento en que el sistema e e productivo se abre a los usuarios nales para que comienzen a trabajar.
2

4.3. MANDANTES

47

conjuntamente desarrollos de distintos mdulos que interacten entre o u s . Pruebas de rendimiento Cargando el sistema de integracin con suo ciente volumen de datos podemos probar la eciencia de nuestro software permitindonos descubrir errores no funcionales pero que nos ime posibilitan poner en explotacin los programas. o Pruebas de usuario El usuario nal no suele tener acceso al sistema de desarrollo as que es en integracin donde debe comprobar que la o funcionalidad del software es la que l pidi en sus especicaciones. e o Tambin le sirve para familiarizarse con los nuevos programas y su e interface y solicitar cambios en la interaccin si algo no es de su agrado. o La formacin a usuarios es otra de las funciones de este sistema. o Aprovechando la necesidad de volumen de datos que tienen las pruebas de rendimiento, podemos ensear a los usuarios con ejemplos casi reales como n funciona el software que van a tener que utilizar. Por ultimo, destacaremos como funcin importante la posibilidad de o probar el sistema de transporte. Al pasar el software de desarrollo a integracin ya tenemos una prueba de como va a pasar de integracin a o o produccin. Veremos el sistema de transporte detalladamente en cap o tulos posteriores.

4.2.3.

Sistema de produccin o

El sistema de produccin tiene una unica funcin: la explotacin real del o o o software. Aqu es donde se almacenan los datos reales de la empresa y donde se ejecutan los procesos de negocio. Los otros sistemas deben garantizar que los programas o parametrizaciones incorrectas no afecten ni al trabajo productivo ni a los datos reales.

4.3.
4.3.1.

Mandantes
Mandantes estndar a

Cualquier sistema R/3 se instala inicialmente con tres mandantes estndar. En el caso de un sistema IDES existe tambin el mandante 800 que a e incluye un modelo de compaia completo para demostraciones y formacin. n o Las funciones de los mandantes estndar son las siguientes: a

48

CAP ITULO 4. ESCENARIOS DE CONFIGURACION

Mandante 000 Es el mandante de referencia. No contiene datos de parametrizacin empresarial y por lo tanto las creaciones de mandante o propios se deben hacer como copias de este para asegurarnos que empezamos la parametrizacin desde cero. Durante un cambio de o versin de R/3 los datos dependientes de mandante se actualizan o automticamente en el 000 y los cambios al resto de mandantes se deben a hacer desde aqu En el IMG se incluyen unos proyectos que destacan . los cambios entre diferentes versiones de SAP R/3 y que sirven de ayuda despues del upgrade. Este mandante no debe borrarse del sistema ni cambiarse ningn aspecto de l. u e Mandante 001 Es el mandante de ejemplo. Inicialmente es idntico al 000 e y salvo que lo cambiemos nosotros, ninguna actualizacin de R/3 lo o va a modicar, al contrario de lo que ocurre con el 000. Siempre lo podemos tener como ejemplo de la instalacin inicial aunque SAP no o impone ninguna prohibicin de cambiarlo o borrarlo. o Mandante 066 Mandante del servicio EarlyWatch. Para garantizar la condencialidad de nuestros datos reales en productivo existe este mandante aislado al que se conecta SAP cuando le pedimos que nos realice un servicio de deteccin de problemas de rendimiento. Los o usuarios de este mandante tiene las autorizaciones m nimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modicado nunca.

4.3.2.

Mandantes propios

A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos (siempre que el tamao de nuestra base de datos nos lo n permita). En el sistema de desarrollo se suelen crear varios mandantes, en integracin alguno menos y en el sistema de produccin solo debe existir o o un mandante propio. A continuacin vamos a describir los mandantes que se o crean habitualmente y cuales son sus funciones. Aunque vemos que tienen un nmero asignado, esto se ha hecho para facilitar la diferenciacin entre ellos. u o En nuestros sistemas R/3 nosotros podemos darle el nmero que queramos u a cada mandante propio. Es posible implementar SAP con ms o menos mandantes de los a indicados pero hay que buscar el equilibrio entre muchos y pocos. Con pocos mandantes podemos tener conictos durante la parametrizacin, el o desarrollo de programas o las pruebas, pero con muchos mandantes estaremos aumentando el tamao de la base de datos y empeorando el rendimiento n

4.3. MANDANTES

49

adems de requerir un mayor esfuerzo en los procedimiento de administracin a o de sistemas. Las funciones de los mandantes propios son las siguientes: Mandante 200 Desarrollo y parametrizacin en el sistema de desarrollo. o Aqu iniciamos nuestro prototipo de empresa y creamos los primeros desarrollos a medida que sean necesarios. Los programadores y consultores de aplicacin trabajan en este sistema. No tendremos datos o maestros ni transaccionales de manera que la pruebas las realizaremos en el mandante 220 despus de pasar todos los cambios hechos aqu e . Mandante 210 Trastero.3 Las pruebas inusuales de parametrizacin las o realizaremos en el 210 de manera que no interrumpamos el trabajo normal del mandante 200. Los cambios que hagamos aqu no se registran en ningun sitio de manera que si probamos algo que nos va bien debemos repetirlo a mano en el 200 para que quede grabado en una orden de transporte y se pueda pasar al mandante de pruebas unitarias. Peridicamente y para mantener el mandante limpio se hara una copia o de refresco desde el 220. Mandante 220 Pruebas unitarias en desarrollo. Los responsables de desarrollo y parametrizacin efectuarn aqu las pruebas unitarias o a del prototipo que se est creando. Aqu si que tendremos datos a maestros y transaccionales aunque no sern muy ables debido a que a la parametrizacin puede cambiarse. o Mandante 300 Pruebas integradas y control de calidad en integracin. La o funcin de este mandante es similar a la del 220 pero con la diferencia o de que las pruebas incluyen la interaccin entre los diferentes mdulos, o o rendimiento y aprobacin del usuario. Tambin se comprueba que o e el paso de las rdenes de transporte desde el sistema de desarrollo o sea correcto como garant de que el paso de esas mismas rdenes a a o produccin tambin lo sea. o e Mandante 310 Formacin a usuarios nales. Una vez superadas las pruebas o correspondientes al mandante 300, pasamos el prototipo aqu para que los usuarios nales reciban los cursos de formacin y tengan un sitio o donde poder seguir practicando despus. De esta manera, los datos e maestros y transaccionales que crean no nos intereren en nuestro trabajo de implantacin habitual. o
El palabra que utiliza SAP es sandbox que es una caja de arena en la que juegan los nios. El trmino ha sido libremente traducido al castellano por los autores. n e
3

50

CAP ITULO 4. ESCENARIOS DE CONFIGURACION

Mandante 320 Maestro de parametrizacin. Este mandante se usa unicao mente como referencia para poder consultar la parametricacin que teno emos en productivo sin tener que acceder a la maquina de productivo, no obligandonos a dar acceso a la misma a personal no autorizado. Para que cumpla su funcin se deben transportar los cambios al mandante o 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados. Mandante 400 Mandante productivo. Aqu es donde se lleva a cabo la explotacin real del software. Este es el unico mandante propio que o debe existir en el sistema productivo. Antes del arranque en productivo realizaremos aqu las cargas iniciales de datos maestros, movimientos e histricos. o

4.4.

Comparacin de escenarios o

SAP tiene contemplados escenarios de conguracin desde un slo sistema o o hasta cuatro. El escenario que aconseja en todas sus especicaciones tcnicas e es el de tres sistemas aunque tambin es aceptable trabajar con dos (si e las necesidades de la empresa no son muy grandes). Trabajar con un slo o sistema R/3 es un caso excepcional como veremos ms adelante. Vamos a ver a esquemticamente las ventajas y desventajas de cada una las conguraciones. a

4.4.1.
Ventajas

Conguracin con un slo sistema (Produccin) o o o

Al tener una sola mquina los costes de hardware son m a nimos. Todo el trabajo del transporte de elementos de desarrollo queda suprimido con lo que la administracin del sistema se simplica en o cierto modo. Desventajas Tendremos problemas con las tablas independientes de mandante. Problemas durante la instalacin y pruebas de los parches. o Tendremos dicultades para crear nuevos desarrollos y tendremos que provocar la indisponibilidad del sistema para realizar las pruebas integradas.

 4.4. COMPARACION DE ESCENARIOS

51

El rendimiento de nuestra unica mquina ser malo ya que tendremos a a todos los mandantes en la misma base de datos con el aumento de tamao de las tablas que ello implica. n Conclusin o SAP desaconseja totalmente esta conguracin. Algunos clientes se o decantan por ella alegando que no van a desarrollar nada de software nuevo y que tampoco van a parametrizar mucho con lo que un sistema R/3 bsico les sirve para empezar a trabajar. La realidad demuestra ms a a tarde que hacer esto signica infrautilizar el potencial de adaptabilidad y crecimiento que tiene SAP y en poco tiempo instalan un segundo sistema que les permite hacer cosas que antes no pod an. La reduccin inicial de o costes en hardware tambin resulta engaosa porque en el presupuesto de e n un proyecto de implantacin de R/3 el coste del hardware representa un o porcentaje bastante pequeo del total. Lo que ocurre es que es uno de los n primeros gastos en el que hay que incurrir y por eso da la impresin de que es o importante reducirlo al m nimo. Unicamente se aconseja esta conguracin o para centros de formacin o demostracin del producto. o o

4.4.2.
Ventajas

Conguracin con dos sistemas (Desarrollo y o Produccin) o

Todos los desarrollos nuevos y la parametrizacin creada se puede o probar en el sistema de desarrollo sin interferir con el trabajo real en productivo. Tenemos los datos reales de nuestro sistema productivo aislados en una mquina a la que no puede acceder el personal de desarrollo, de esta a manera garantizamos la condencialidad de nuestra informacin. Este o punto puede ser en algunos caso vital, estratgicamente hablando, o e incluso de obligado cumplimiento legal, en el caso de la informacin o relativa a empleados, clientes y proveedores. La inversin en hardware es reducida. El sistema de desarrollo puede ser o una mquina de caracter a sticas inferiores a la de productivo y estaremos ajustando bastante nuestro presupuesto. Desventajas

52

CAP ITULO 4. ESCENARIOS DE CONFIGURACION La cantidad y el mbito de actuacin de los desarrollos que hagan a o estar limitado por la falta de un sistema dedicado a las pruebas a integradas. Tendremos que hacer el control de calidad y las pruebas de aceptacin de usuario en el mismo sistema en el que desarrollamos o lo que puede implicar la interrupcin de las tareas de desarrollo durante o el tiempo que duren las mismas. Tampoco podremos llevar a cabo pruebas de rendimiento sin perjudicar a los equipos de desarrollo o al funcionamiento en productivo. Tareas ineludibles y de gran complejidad como un cambio de versin o nos dejan inservible el sistema de desarrollo durante todo el tiempo que dura la actualizacin de versin. o o

Conclusin o Esta es la solucin m o nima que acepta SAP para una empresa que pretenda sacar rentabilidad de R/3. Es una opcin correcta para empresas con un o pequeo nmero de desarrollos y que implanta slo uno o dos mdulos lo que n u o o reduce la cantidad de parametrizacin a realizar. A medida que la empresa o vaya instalando ms mdulos de R/3 o que vaya asimilando el Workbench a o ABAP/4 como paquete de desarrollo es posible que se vea en la necesidad de aadir un tercer sistema. En cualquier caso, es muy comn ver empresas que n u tienen esta conguracin desde hace varios aos y funcionan correctamente o n con ella. En el caso de un cambio de versin, que es uno de los proyectos o complicados que requieren una mquina aparte, la solucin por la que se a o opta consiste en alquilar durante el tiempo de la actualizacin de versin una o o mquina de pruebas o subcontratar la migracin a una consultor externa a o a que tenga mquinas disponibles para ello. a

4.4.3.
Ventajas

Conguracin con tres sistemas (Desarrollo, o Integracin y Produccin) o o

La instalacin de aplicaciones o mdulos adicionales se puede hacer sin o o afectar al trabajo habitual de desarrollo. La existencia del mandante trastero en el sistema de desarrollo facilita la familiarizacin con las funcionalidades de los mdulos y la realizacin o o o de pruebas sin peligro.

 4.4. COMPARACION DE ESCENARIOS

53

Disponemos del sistema de integracin para la realizacin de pruebas de o o rendimiento, pruebas de aceptacin de usuario, formacin a usuarios. . . o o Tres es el nmero m u nimo de sistemas que hacen falta para poder probar el sistema de transporte. Al tener integracin como paso o intermedio antes de llevar el software a productivo podemos y hacer este paso utilizando el sistema de transporte, podemos garantizar que el transporte a productivo va a ser correcto siempre que haya sido correcto el paso a integracin. La importancia de esta prueba radica en o que puede resultar frustrante haber pasado todo el ciclo de pruebas de un desarrollo y que al nal falle en produccin por una mala gestin o o del sistema de transporte. Desventajas Necesitamos una inversin mayor en hardware, tanto en mquinas o a para albergar los sistemas R/3 como en hardware auxiliar de comunicaciones, copias de respaldo, administracion de red. . . La administracin del sistema se complica y por lo tanto necesitaremos o ms personal y que adems est bien formado en estas tareas. Este a a e punto es realmente importante porque si no somos cuidadosos en la gestin de los transportes de workbench y customizing a traves de los o tres sistemas podemos llegar a anular alguna de las ventajas que supone tenerlos y convertirla en un claro inconveniente. Conclusin o Como dec amos al principio sta es la conguracin que recomienda SAP y e o es la que utilizan la mayor de las empresas grandes que tienen presupuesto a y personal suciente para gestionar todos los sistemas. Cuando se instalan muchos mdulos diferentes y de reas diferentes (log o a stica, nanzas y recursos humanos) se hace necesario tener un sistema aislado para las pruebas integradas. Un conguracin con cuatro sistemas solo ser necesaria para o a empresas que tengan un volmen de desarrollos propios realmente grandes. u Como se puede suponer, la gestin de un sistema as requiere de personal o realmente cualicado y de una metodolog y procedimientos de transporte a que eviten cualquier error ajeno a los desarrollos en s mismos.

Cap tulo 5 Monitorizacin de procesos y o usuarios

Una de las tareas bsicas de administracin de un sistema SAP R/3 a o consiste en la monitorizacin de los procesos activos en las instancias que o conforman el sistema ya sea en el entorno de desarrollo, integracin o o produccin -, as como qu usuarios han ejecutado tales procesos. o e Ser labor del administrador el evitar que se ejecuten procesos demasiado a pesados que provoquen una ralentizacin global del sistema, manteniendo o un contacto estrecho con el departamento de desarrollo y con los usuarios nales para identicar tales procesos para que sean ejecutados en modo batch durante el procesamiento nocturno.

5.1.

Monitorizacin de procesos activos o

El sistema SAP R/3 dispone de un monitor de procesos activos por el cual podemos ver qu usuario ha lanzado qu proceso. Adems, este monitor e e a nos informa de qu procesos han sido lanzados en dilogo y qu procesos e a e corren en modo batch. Este monitor puede ser accedido directamente por la transaccin o SM50 o alternativamente por el men desplegable HerramientasGestin u o MonitorSupervisar SistemaResumen Procesos. En la pantalla de la gura 5.1 podemos ver qu usuario est realizando e a peticiones al sistema, as como el tipo de proceso de trabajo que est gestio a nando tales peticiones. Explicaremos la informacin ms importante que nos o a proporciona el monitor. En la columna ID tenemos un identicador secuencial para cada uno de los procesos de trabajo y la columna Tipo nos dice la naturaleza del proceso de trabajo: 55

56

CAP ITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

Figura 5.1: Monitor de procesos de una instancia

DIA BTC UPD UPD2 ENQ SPO

para para para para para para

procesos procesos procesos procesos procesos procesos

de dilogo a batch de actualizacin V1 o de actualizacin V2 o de Enqueue de spool

La columna IDP es el identicador del proceso a nivel de sistema operativo. Cada uno de los procesos en SAP es realmente un proceso activo a nivel de sistema operativo. Este cdigo unico para cada proceso de trabajo o sirve para identicarlos. La columna Status nos indica el status de cada uno de los procesos de trabajo. El status puede tomar cada uno de estos valores: En ejec. Proceso de trabajo que est actualmente gestionando a peticiones de usuario. Espera Proceso actualmente en espera de gestionar peticiones de usuario. Finalizado Proceso que ha sufrido algn error en el procesamiento u de alguna peticin de usuario y cuya actividad ha o sido cancelada automticamente por el sistema o por a el administrador del mismo. Los procesos con tales status no pueden volver a gestionar ninguna peticin o de usuario hasta que el administrador los vuelva a activar.

 5.1. MONITORIZACION DE PROCESOS ACTIVOS

57

La columna Inicio nos indica si el proceso de trabajo se reinicia cuando sufre un error para poder seguir gestionando futuras peticiones de usuario o si por el contrario, cuando una de las peticiones sufra un error el proceso se quede en status nalizado con lo cual no se reactivar automticamente. a a El valor por defecto es S y es el valor que deberemos dejar para que los , procesos estn siempre activos aunque sufran algn error en su ejecucin. e u o Errores t picos en la ejecucin de peticiones de usuario son la terminacin o o manual de algn modo por parte del usuario. Para cambiar este valor de u S a No o viceversa deberemos acudir a la opcin del men desplegable o u ProcesoReanudar trs error. a La columna Error nos indica el nmero de errores que un proceso de u trabajo ha sufrido desde que se arranc el sistema por ultima vez. o La columna Semforo nos indica el nmero de semforo asociado a cada a u a proceso. Para ciertos tipos de actividades como pueda ser la escritura en un chero de log a nivel de sistema operativo, el sistema asigna unos cdigos a o cada proceso de trabajo. El semforo para escritura en chero del sistema a operativo es 22. La columna CPU es el tiempo de CPU que est consumiendo actualmente a el proceso de trabajo en formato minutos:segundos. Esta informacin por o defecto no est activa, ya que su propia visualizacin consume recursos del a o sistema. Para activarlo deberemos acudir a la barra de aplicaciones y pulsar el botn CPU. o La columna Hora nos indica el tiempo en segundos que ese proceso est activo. a La columna Report nos indica el programa que internamente est ejea cutando el sistema para gestionar la peticin de usuario. Todas las pantallas o de SAP tienen por detrs un programa en cdigo fuente que es compilado la a o primera vez que es llamado; las siguientes veces el programa ya se encuentra en el buer, por lo que el sistema no lo volver a compilar hasta que lo pierda a del buer y sea nuevamente llamado. La columna Mandante nos indica el mandante al que se ha conectado el usuario que est ejecutando ese proceso. a La columna Usuario nos indica el usuario que ha realizado la peticin al o sistema asociada a ese proceso de trabajo. La columna Accin indica el tipo de accin que es llevada a cabo o o sobre la base de datos para gestionar la peticin de ese usuario. Acciones o t picas pueden ser: Lectura secuencial, lectura directa, insert, update, delete. Para ms informacin sobre las acciones que ese proceso est realizando a o a posicionaremos el cursor sobre el proceso deseado y a continuacin o

58

CAP ITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

pulsaremos el botn Detalle de la barra de aplicaciones. o La barra de aplicaciones nos permite tambin refrescar el contenido de e la pantalla. Deberemos tener en cuenta que el monitor de esta pantalla se activar exclusivamente cuando pulsemos el botn refrescar, por lo que a o si deseamos tener en pantalla y en todo momento informacin actualizada o sobre los procesos actualmente en curso deberemos pulsar continuamente el botn de refresco. Otra opcin que nos brinda la barra de aplicaciones del o o monitor de procesos activos es la de borrar el modo de usuario asociado al proceso en cuestin. Esta opcin se deber usar con cuidado y siempre con o o a el consentimiento del usuario ya que podemos provocar prdida de datos si e cancelamos un modo que est actualmente accediendo a la base de datos e para actualizar. Otra posibilidad es la de debugging. SAP, en su entorno de desarrollo, dispone de una herramienta de depuracin de programas; este o debugger puede ser activado para un proceso siempre que seamos el dueo de n tal proceso. Con esto se pueden analizar errores de programacin en tiempo o de ejecucin. o Los procesos actualmente activos en la instancia en la que estamos conectados se pueden cancelar manualmente por el administrador del sistema con la opcin del men desplegable ProcesoCancelar con core y Proceso o u Cancelar sin core. Ambas opciones cancelan el proceso a nivel de sistema operativo asociado al proceso de SAP con la salvedad que la opcin con o core genera un chero llamado core donde queda registrada la razn de la o cancelacin del proceso. Como este chero no es editable, elegiremos la opcin o o sin core para no crear en los discos duros informacin que no vayamos a usar. o La cancelacin manual de un proceso debe ser realizada con extremo cuidado o y siempre deberemos asegurarnos que dicha cancelacin no provoque ningn o u problema de inconsistencia en los datos de SAP. Es muy importante tener en cuenta que la informacin visualizada en la o transaccin SM50 se limita exclusivamente a la instancia a la que estemos o conectados. Si nuestro sistema R/3 est formado por varias instancias, para a poder visualizar los procesos de cada una de ellas tendremos que conectarnos directamente a cada una para visualizar la SM50 recordemos que el nombre del servidor sobre el que est montado la instancia aparece en todo a momento en la barra de estado o acudir directamente a la transaccin SM51 o (Herramientas Gestin MonitorSupervisar SistemaServidor ). o En la transaccin SM51 visualizamos las instancias que estn activas y o a que componen el sistema SAP. Desde esta transaccin podremos saber si un o sistema SAP es distribu o si por el contrario est formado por una unica do a instancia central. En la columna Servidor aparece el nombre de la instancia. En la columna Mquina aparace el nombre del servidor sobre el que est instalada la a a

 5.1. MONITORIZACION DE PROCESOS ACTIVOS

59

Figura 5.2: Monitor de instancias activas

instancia SAP y por ultimo, en la columna Tipo se visualizan los tipos de procesos de trabajo que estn dados de alta en esa instancia. a En la barra de aplicaciones de esa pantalla tenemos la opcin de refresco o para actualizar la informacin. Tambin tenemos la opcin Procesos que nos o e o lleva directamente a la transaccin SM50 de cada una de las instancias sin o ms que posicionar el cursor sobre la instancia deseada y pulsar el botn a o descrito. Accedemos a la misma transaccin si hacemos doble click sobre o cada una de las instancias. La opcin Usuarios nos muestra un listado con los usuarios conectados a o la instancia que hayamos elegido. Esta opcin la veremos ms a fondo en la o a siguiente seccin. La opcin Log del sistema nos lleva a la transaccin SM21 o o o que est descrita en el cap a tulo 8. La opcin Colector SO nos muestra informacin tcnica acerca del sistema o o e operativo tal como el nmero de procesadores, el porcentaje de utilizacin u o CPU, la cantidad de memoria disponible y libre, e informacin sobre la o paginacin. Esta opcin se encuentra disponible en el men desplegable Pasar o o u a Collector SO. La opcin Login remoto nos abre un modo sobre la instancia previamente o seleccionada. El modo nuevo nos accede al men inicial de conexin a SAP. u o La opcin Info Release nos muestra informacin sobre la versin del kernel o o o de SAP instalado en la instancia que hayamos elegido. El kernel de SAP est formado por cheros ejecutables compilados en lenguaje C necesarios a

60

CAP ITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

Figura 5.3: Monitor de sistema operativo

para el arranque y funcionamiento de SAP.

5.2.

Monitorizacin usuarios conectados o

Otra tarea bsica de administracin que se complementa con la monia o torizacin de procesos activos es la monitorizacin de usuarios conectados al o o sistema. Existe en el sistema una herramienta que nos proporciona en formato listado los usuarios que se han conectado a la instancia actual. Tal informacin es mostrada en la transaccin SM04 Herramientas Gestin o o o MonitorSupervisar Sistema Usuarios Conectados. La pantalla de usuarios conectados nos da la siguiente informacin: o 1. Mandante de conexin . o 2. Nombre de usuario en SAP . 3. Nombre del servidor de presentacin desde donde se ha realizado la o conexin. o 4. Cdigo de transaccin perteneciente al modo actualmente activo . o o 5. Hora a la que se ejecut por ultima vez algn proceso desde el modo o u activo asociado a la conexin f o sica que estamos visualizando. 6. Cantidad de modos abiertos por el usuario .

 5.2. MONITORIZACION USUARIOS CONECTADOS

61

Figura 5.4: Monitor de conexin de usuarios por instancia o

7. Cantidad de modos internos que el sistema ha debido abrir para gestionar las peticiones del usuario. Estos modos internos no tienen nada que ver con los modos externos o de usuario denominados simplemente modos que se explicaron en el cap tulo 2. Cada l nea de este listado corresponde con una conexin f o sica al sistema por usuario. Este monitor tiene adems diversas funciones en su barra de a aplicaciones: Una de ellas es la posibilidad de ver los modos abiertos por cada usuario. Posicionando el cursor sobre un usuario y pulsando el botn Modos, o o alternativamente, haciendo doble click sobre un usuario, el sistema nos muestra una ventana de dilogo con un listado de los modos abiertos por a usuario y conexin f o sica. Esta ventana nos muestra en orden de apertura los modos abiertos por el usuario y conexin f o sica elegidos, as como la hora a la que se ha realizado la ultima peticin de informacin por tales modos. Tambin tenemos la o o e opcin de borrar el modo que queramos. Con esta ultima opcin estaremos o o cerrando remotamente al usuario la pantalla asociada a ese modo. Esta opcin o habr que usarla siempre con el consentimiento del usuario y con extremo a cuidado. Tal accin de borrado manual de modo queda reejado en el log del o sistema ver cap tulo 8 .

62

CAP ITULO 5. MONITORIZACION DE PROCESOS Y USUARIOS

Figura 5.5: Lista de modos activos por usuario

Otra opcin de la barra de aplicaciones es la de refresco de pantalla. Esta o opcin es muy util ya que el sistema slo nos estar mostrando la informacin o o a o actualizada cada vez que pulsemos la funcin de refresco. Tambin podremos o e ordenar el listado por la columna deseada tanto en orden ascendente como descendente. Como una tercera opcin de la barra de aplicaciones el sistema, si o pulsamos el botn Info Usuario, nos muestra en una ventana de dilogo el o a nombre, apellido, departamento y extensin telefnica asociados al usuario o o elegido. Estos datos aparecern siempre y cuando se hayan introducido en el a maestro de usuarios cuando se cre el usuario. o

Figura 5.6: Informacin detalllada de usuario o

Ser labor del administrador, en general, el crear los usuarios en el maestro a de usuarios con los permisos adecuados para que puedan desarrollar sus tareas sin problema y el mantener actualizados sus datos bsicos como el nombre, a departamento, telfono de contacto para que la gestin y monitorizacin de e o o

 5.2. MONITORIZACION USUARIOS CONECTADOS

63

tales usuarios resulte ms sencilla. a La limitacin de este monitor es que el listado se restringe a usuarios o que se han conectado al sistema por la instancia desde donde estamos iniciando el monitor de usuarios. Si nuestro sistema se compone de una unica instancia, este listado nos mostrar al completo todos los usuarios conectados a al sistema, pero si nuestro sistema se compone de varias instancias tenemos varias opciones para visualizar todos los usuarios conectados: Abrir una conexin f o sica por cada instancia de las que se componga nuestro sistema SAP e iniciar desde cada conexin la transaccin SM04. o o En un unico modo acudir a la transaccin SM51 y desde ah y o posicionndonos en cada una de las instancias activas pulsaremos el a botn Usuario de la barra de aplicaciones. De esta manera tendremos o un listado de usuarios por cada instancia. Desde la SM50 elegir la opcin del men deplegable Pasar aTerminales. o u Nos aparecer un listado con todas las conexiones f a sicas que han realizado los usuarios en todo el sistema. Este listado muestra el mandante, usuario, terminal e instancia a la que se ha conectado el usuario. Crear un programa o query sencilla sobre la tabla USR41 que contiene en todo momento los usuarios conectados por cualquier instancia. Hay que tener en cuenta que el resultado se nos restringe al mandante al que estamos conectados. Si el sistema tiene ms de un mandante donde a estn denidos los usuarios, el listado no ser completo. e a

Cap tulo 6 Procesamiento en fondo

6.1. Conceptos de procesamiento en fondo

Adems de la opcin de ejecutar programas y transacciones online, SAP a o nos da la posibilidad de ejecutar procesos en fondo.Podemos encontrarnos con otros trminos para referirse al mismo concepto como procesamiento batch e o procesamiento en segundo plano. Simplemente consiste en la ejecucin de o un proceso sin interaccin con el usuario, es decir, que lanzamos el proceso y o el sapgui nos devuelve el control aunque el programa todav no ha acabado a de ejecutarse. Este modo de ejecucin de procesos adquiere una importancia vital o cuando tratamos con programas que tardan mucho tiempo en completarse. Tradicionalmente se considera un buen tiempo de respuesta para un sistema online el hecho de que no transcurran ms de dos segundos entre dos acciones a del usuario sobre el programa. Parece poco probable que un usuario este esperando ms de cinco minutos a la respuesta del sistema sin pensar que a se ha quedado bloqueado o que ha fallado el programa, por eso, cuando se prevea que un proceso va a durar ms tiempo deber ser lanzado en fondo. a a El lanzamiento de programas en fondo nos permite mejorar el rendimiento de las transacciones online ya que podemos determinar que la prioridad de los mismos sea menor ya que el usuario no esta esperando respuesta inmediata. Lo ms aconsejable es lanzar los programas en fondo durante a la noche, cuando la carga de usuarios que actan online es casi nula. Esto u ultimo se deber hacer cuando los procesos no sean cr a ticos para la obtencin o de datos en tiempo real; es la direccin de la empresa la que debe decidir, por o ejemplo, si sus pedidos de compra deben emitirse online o por el contrario pueden esperar todos a la noche. 65

66

CAP ITULO 6. PROCESAMIENTO EN FONDO

6.2.

Denicin de jobs o

Un job es conjunto de uno o ms programas que se lanzan consecutivaa mente en proceso de fondo. Para crear un job 1 utilizaremos la transaccin o SM36, a la que se llega a traves de Herramientas CCMS Jobs Denicin, y que nos muestra la pantalla de la gura 6.1 o

Figura 6.1: Pantalla inicial de denicin de job o

La denicin de un job tiene tres reas principales: o a Informacin general o Hora de inicio o evento de ejecucin o Pasos

6.2.1.

Informacin general o

La informacin general conforma la base de la denicin del job. o o Primeramente debemos darle un nombre que dena el propsito que tiene. o Este nombre no es unico, lo que signica que podemos crear varios jobs que se llamen actualizar estadsticas enero. Esto se produce porque SAP asigna un nmero interno a cada job con el que diferencia a unos de otros u pero para nosotros esa clave es desconocida y slo podremos referirnos al job o por su nombre.
1

SAP utiliza la palabra denir para la accin de crear un job o

 6.2. DEFINICION DE JOBS

67

Otro datos de informacin general es la clase de job que indica a SAP la o prioridad de ejecucin de los procesos que le mandamos y en funcin de ello o o asigna los recursos adecuadamente. La clases posibles son: A La ms alta prioridad. Se utiliza para procesos que son cr a ticos para el funcionamiento del sistema. B Prioridad media. Para procesos peridicos que aseguran el mantenimiento o del 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 BTC espec cas para los jobs de clase A de manera que nunca tenga que esperar un proceso de este tipo a que haya recursos libres para su ejecucin. o Por ultimo, tenemos la posibilidad de determinar espec camente el servidor de aplicaciones que dara curso a nuestra peticin de proceso de o fondo. Si no indicamos ninguna instancia por la que deba ejecutarse entonces el sistema elegira la primera disponible.

6.2.2.

Hora de inicio o evento

Una vez denidas la caracter sticas generales del job tenemos que indicar cundo debe ejecutarse. Esta indicacin puede hacerse de diversas formas: a o Ejecucin inmediata. Como su propio nombre indica nos permite iniciar o el job en el momento de acabar su denicin. o Ejecucin por fecha/hora. Deberemos indicarle un d y una hora en o a la que queramos que comience el job. Adems podemos marcar el job a como peridico, es decir, que se repetir su ejecucin cada cierto periodo o a o de tiempo (cada d cada 35 minutos. . . ). Esta opcin es muy util a, o para la planicacin de jobs de mantenimiento o de recoleccin de o o estad sticas, de hecho, al instalar SAP ya existen una serie de jobs de estas caracter sticas. Por job. Con esta indicacin de comienzo podemos encadenar unos o jobs con otros, es decir, indicaremos al job B que empiece a ejecutarse cuando acabe el job A. Tambien podemos especicar que slo comience o cuando la nalizacin del job A sea correcta, en caso de que el job A o haya sido cancelado en mitad de su ejecucin el job B no se ejecutar. o a Por evento. El job comenzar cuando se produzca en el sistema el evento a que le indiquemos.

68

CAP ITULO 6. PROCESAMIENTO EN FONDO

Un evento es un suceso se produce automticamente en el sistema R/3 a o que podemos provocar manualmente. Previamente, el evento debe estar denido en la correspondiente tabla. SAP viene con una serie de eventos predenidos como pueden ser, el arranque o parada de las instancias, el cambio de modo de operacin de nocturno a diurno, etc. El administrador o o los desarrolladores pueden crear otros eventos a conveniencia. Estos pueden dispararse desde programas en ejecucin o podemos lanzarlos manualmente o a travs del men Herramientas CCMS Jobs Lanzar evento. e u

6.2.3.

Pasos

Tras denir cmo y cundo queremos que se procese el job, por ultimo, o a vamos a decirle qu es lo que queremos que haga. Los pasos de un job e los componen los diferentes programas que queremos que se ejecuten. Estos programas pueden ser de tres tipos: Un programa ABAP estndar o creado por nosotros al que le a indicaremos una variante que contenga los parmetros de seleccin de a o ese programa. Un comando externo que se ejecutar en el sistema operativo donde a este el servidor de aplicaciones que procesa el job. Este tipo de pasos son dependientes del sistema operativo, no sirven los mismos comandos para Unix que para Windows NT. Un ejemplo clsico es la ordenacin a o de un chero que ha creado un programa en un paso previo y que lo necesita otro programa de un paso posterior. Un programa externo que reside en otro sistema distinto a R/3. Se utiliza cuando tenemos otros sistemas de gestin distintos a SAP y o necesitamos tener interfases entre ellos. Los pasos de un job constituyen un proceso unicado, esto implica que si el primero de un job de tres pasos sufre un cancelacin, ninguno de los otros o dos pasos restantes se procesar. Es como si crearamos tres jobs encadenados a con dependencia de status con un paso cada uno.

6.3.

Anlisis de jobs a

Una vez denido completamente el job podemos analizar y monitorizar su situacin a travs de la transaccin SM37 o por el men Herramientas o e o u CCMS Jobs Actualizacin que nos muestra la pantalla de la gura 6.2. o

 6.3. ANALISIS DE JOBS

69

Figura 6.2: Pantalla inicial de seleccin de jobs o

Inicialmente tendremos que introducir los criterios de seleccin de los jobs o que queremos analizar porque pueden existir cientos de jobs denidos en un momento dado y nosotros estaremos interesados en unos pocos. La seleccin o se hace principalmente por nombre del job, usuario creador del job, fecha y hora de comienzo y estado actual en el que se encuentra. Una vez introducidos los datos y tras pulsar enter veremos la pantalla de la gura 6.3. En ella vemos un listado de los jobs con diversos datos sobre l. La informacin que ms nos e o a interesa es el estado en el que se encuentra, en la siguiente seccin hablamos o de los diferentes estados de un job.

6.3.1.

Estados de un job

Una vez denido un job lo que nos interesa conocer en todo momento su estado. Los posibles estados en los que se puede encontrar un job son los siguientes: Previsto Es el estado inicial en el que se encuentra cuando hemos denido los datos generales y los pasos del job pero no hemos dicho nada acerca de cuando debe ejecutarse. La eleccin del nombre no es muy acorde a o su signicado real porque un job que esta previsto no se ejecutar nunca a a menos que lo liberemos o modiquemos la seccin de datos de inicio. o Liberado Cuando denimos completamente un job con la transaccion SM36 o liberamos un job que estaba en estado previsto, entonces pasa a

70

CAP ITULO 6. PROCESAMIENTO EN FONDO liberado. En este estado permanecer hasta que se cumpla la condicin a o de 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 al estado listo en el que estar esperando a que haya recursos libres en el a sistema para ejecutarse. Normalmente no veremos jobs en este estado a menos que tengamos el sistema tan cargado que no haya sucientes colas de batch para atender a todos los jobs que estn en estado listo. a Activo El job se est procesando. Podemos ver el log desde este momento a y ver lo que est haciendo. a Finalizado El job complet su ejecucin correctamente. o o Cancelado Algn problema hizo que el job nalizara de manera incorrecta. u Normalmente se producen cancelacin por errores de los programas que o componen el job o problemas de acceso a la base de datos. En el log del job podemos ver el motivo de la cancelacin. o

6.3.2.

Operaciones sobre jobs

El listado de la gura 6.3 es en realidad un completo centro de control de los procesos en fondo. Si pulsamos en el men Job veremos todas las u operaciones posibles que podemos hacer para alterar el estado o composicin o de un job.

Figura 6.3: Resumen de jobs seleccionados

 6.3. ANALISIS DE JOBS

71

Vamos a describir alguna de las operaciones que podemos realizar sobre los procesos en fondo: Vericar status En alguna ocasiones podemos descubrir que un job que creemos que est activo porque la transaccin SM37 as nos lo a o dice realmente no lo est. Esto puede suceder cuando el proceso a del sistema operativo correspondiente a la cola BTC por donde va el job es cancelado o el servidor de aplicaciones tiene algn problema u de rendimiento. Con est opcin forzamos a SAP a comprobar que el a o estado que nos da para el job es realmente el que tiene en el sistema operativo. Cuando comprueba la actividad de un job que vemos como activo y no recibe respuesta del sistema operativo nos dir que el a proceso ya no est en activo y nos pregunta si queremos pasarlo a a estado cancelado. Cancelar job activo Con esta opcin detenemos un job activo y lo o pasamos directamente a estado cancelado. Si tuviera un job encadenado a continuacin este no se procesar. o a Borrar . Una vez terminado o cancelado un job podemos borrarlo manualmente de la lista con este punto del men. u LiberadoPrevisto Para poder deshacer la liberacin de un job utilizareo mos esta opcin. Es muy util para no tener que borrar y redenir un o job que hemos liberado a una hora concreta y despus nos hemos dado e cuenta de que no queremos lanzarlo an. u Copiar Si queremos que un job se ejecute dos o tres veces lo copiaremos con esta opcin y liberaremos cada una de las copias convenientemente. Si o queremos que se ejecute ms veces deber a amos pensar en la posibilidad de crear un job peridico. o Modicar Siempre y cuando no haya comenzado la ejecucin del job o (mientras este en previsto o liberado) podremos modicar cualquier dato de la denicin del mismo. o Repetir previsin Esta opcin es muy similar a la de copiar pero adems o o a nos pide los datos de inicio del job, es decir, es como si copiamos un job y liberamos inmediatamente la copia. Traslado a otro servidor Con esta opcin cambiamos el servidor de o destino de un job que no este activo.

72

CAP ITULO 6. PROCESAMIENTO EN FONDO

Capturar job activo Para comprobar en que punto va la ejecucin del o proceso que hemos lanzado podemos capturar un job que este activo. Al pulsar este opcin se nos abre un modo nuevo con el depurador o (debugger ) de ABAP/4 parado en el punto del programa que estuviera en ese momento. Slo tiene hacer esto sentido si conocemos y o entendemos el cdigo fuente del programa que se procesa. Adems hay o a que ser cauteloso con est opcin ya que hay determinadas fases de un a o programa ABAP en las que el hecho de activarse el debugger provoca una cancelacin con dump debido a un commit work impl o cito en la base de datos. Detalles de job Aqu podemos ver datos internos del job. El ms intere a sante es comprobar en que servidor de aplicaciones se est procesana do y en nmero de cola BTC para poder monitorizar su estado y/o u rendimiento con la transaccin SM51. o

Cap tulo 7 Servicios de actualizacin o

El servicio de actualizacin en SAP R/3 es especialmente importante ya o que es el encargado de gestionar las modicaciones solicitadas por los usuarios en las base de datos. Dichas actualizaciones se pueden generar a travs de e procesos de trabajo tipo dilogo, batch o update. a

7.1.

Actualizacin s o ncrona y as ncrona

La actualizacin en la base de datos de un sistema R/3 es mayoritariao mente asncrona, es decir, el sistema gestiona la peticin de actualizacin del o o usuario en un proceso aparte del proceso de dialogo del usuario. El efecto de este tipo de actualizaciones es que el usuario se desentiende totalmente del proceso de actualizacin, ya que no debe esperar a que el sistema acceda a o actualizar a la base de datos para poder seguir trabajando. Esto se traduce en una mejora del rendimiento; el proceso de dilogo del usuario no espera a que a se terminen las actualizaciones para seguir procesando las peticiones de ese usuario. La actualizacin as o ncrona no se realiza directamente en los procesos de dilogo, sino que se gestionan en procesos de actualizacin espec a o cos. En la gura 7.1 se muestra en forma esquemtica cmo las actualizaciones a o as ncronas pertenecientes a un proceso de trabajo a un usuario son lanzadas en paralelo. La actualizacin sncrona, aunque es menos frecuente, tambin se produce o e en un sistema R/3, y se diferencia de la as ncrona en que la peticin o de actualizacin en la base de datos se genera en el mismo proceso de o trabajo que gestiona el resto de peticiones del usuario dilogo si el usuario a est trabajando en online o batch si el usuario ha dejado programado un job a . De esta forma el proceso de dilogo o batch debe esperar a que se realicen a las actualizaciones en la base de datos antes de seguir procesando el resto de 73

74

CAP ITULO 7. SERVICIOS DE ACTUALIZACION

Figura 7.1: Esquema funcionamiento actualizacin as o ncrona

peticiones del usuario, por lo que el rendimiento ser peor que en el caso de a la actualizacin as o ncrona. En la gura 7.2 se muestra en forma esquemtica cmo las actualizaciones a o s ncronas pertenecientes a un proceso de trabajo asociado a un usuario son lanzadas en el mismo proceso, obligando al proceso a esperar a que la actualizacin termine para poder continuar. o

Figura 7.2: Esquema funcionamiento actualizacin s o ncrona

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

 7.2. PROCESOS DE ACTUALIZACION V1 Y V2

75

de forma s ncrona o as ncrona, ya que esto depende de la programacin de la o aplicacin en curso. Si se trata de actualizaciones dentro de alguna aplicacin o o hecha a medida ser tarea del analista de la aplicacin el decidir qu tipo a o e de actualizacin realizar. En lo que sigue nos ceiremos a la actualizacin o n o as ncrona, que a la postre es la que juega un papel ms importante en un a sistema SAP R/3.

7.2.

Procesos de actualizacin V1 y V2 o

La actualizacin as o ncrona presenta adems una ventaja adicional: a 1 implementa las LUW . Las LUWs consisten en bloques autoconsistentes de datos, de tal forma que su actualizacin en la base de datos es llevada a cabo o completamente. Si surgiera algn problema en la base de datos la grabacin u o de cada LUW no se realizar de esta manera se evitan las inconsistencias a, que pudieran surgir al grabar una LUW a medias. La actualizacin as o ncrona, consiste de 2 tipos de actualizacin : V1 y o V2. El sistema R/3 distingue entre componentes de actualizacin cr o tica primaria (V1) y secundaria no cr tica (V2). La diferenciacin entre estos o dos tipos de actualizacin permite que el sistema procese los cambios cr o ticos en la base de datos por delante de los cambios menos cr ticos asignndoles a diferentes LUWs; esto es necesario ya que las componentes V1 deben ser realizadas cuanto antes. Para asegurar la consistencia de los datos, las actualizaciones V1 se procesan con la supervisin del gestor de bloqueos o de SAP R/3 que impide que varias modicaciones sobre el mismo objeto se realicen concurrentemente. Las componentes de actualizacin V1 y V2 se procesan por distintos o procesos de trabajo, siempre que en el sistema existan procesos de actualizacin UPD y UP2: Las componentes V1 se gestionan por las colas o de trabajo UPD y los componentes V2 se gestionan por las colas de trabajo UP2. Si no existen este tipo de procesos de trabajo, las componentes V2 se gestionan tambin por las colas UPD. e

7.3.

Monitorizacin del estado de la actualo izacin del sistema o

El sistema SAP R/3 dispone de una herramienta para la activacin y deo sactivacin genrica de los servicios de actualizacin, as como para la mono e o
1

Logical units of work o unidades lgicas de trabajo o

76

CAP ITULO 7. SERVICIOS DE ACTUALIZACION

itorizacin de las actualizaciones en curso y de las posibles actualizaciones o interrumpidas que puedan haber ocurrido. El sistema SAP R/3, ante un problema grave en la base de datos como pueda ser el llenado de algn tablespace a nivel del RDBMS reacciona u desactivando la actualizacin con lo cual todas las modicaciones a realizar en o la base de datos se quedan en un estado de espera hasta que la actualizacin o vuelva a estar activa. Esta desactivacin automtica tiene lugar en aras de o a preservar la integridad de la base de datos y su ejecucin queda registrada en o el log del sistema (ver Cap tulo 8). Ser tarea del administrador el subsanar a el error que produjo la desactivacin de la actualizacin del sistema y su o o posterior activacin. La actualizacin es activada automticamente cada vez o o a que el sistema SAP R/3 es arrancado en el servidor, por lo que slo se o deber monitorizar su posible desactivacin. a o La transaccin desde donde podremos gestionar centralmente la actualo izacin es la SM13, o alternativamente por el men deplegable Herramientas o u Gestin Monitor Actualizacin. o o

Figura 7.3: Pantalla principal monitor actualizacin o

En ella, bsicamente, se nos muestra si la actualizacin del sistema a o est activa o ha sido desactivada por alguna causa. Si la actualizacin ha a o sido desactivada, el botn Info nos proporciona qu proceso y usuario han o e causado su desactivacin. El resto de campos son campos de seleccin para o o monitorizar las actualizaciones que han tenido lugar y han fallado o las que estn en curso. Como campos de seleccin tenemos: a o

7.4. ACTUALIZACIONES INTERRUMPIDAS Mandante Por defecto aparece el mandante al que nos hemos conectado. Usuario Por defecto aparece el cdigo de usuario con que nos o hemos conectado al sistema. Status Podremos elegir las actualizaciones que se han cancelado, las que todav no se han ejecutado, las que a tienen la parte V1 ejecutada, las que tienen la parte V2 ejecutada o todas las actualizaciones con los 3 status anteriores. Fecha y hora Podremos elegir una fecha y hora m nima a partir de la cual mostrar los datos. Ctdad. Reg. Podremos elegir la cantidad de actualizaciones a visualizar . Servidor Podremos elegir las actualizaciones que se han realizado desde un servidor de aplicaciones determinado.

77

Se dispone, desde esta transaccin, de la posibilidad de activar como o de desactivar la actualizacin del sistema. El administrador puede, en caso o necesario, desactivar la actualizacin para evitar una situacin cr o o tica si se ha detectado algn problema grave en la base de datos. Esta opcin se encuentra u o en la transaccin SM13, en el men desplegable Regs. Actualizacin o u o Actualizacin Desactivar (existe a este nivel tambin la opcin activar). o e o

7.4.

Actualizaciones interrumpidas

Las actualizaciones en la base de datos se pueden ver interrumpidas por dos tipos de problemas: 1. Problemas globales que afectan a toda la base de datos, como pueda ser el llenado de un tablespace en un sistema R/3 sobre un RDBMS como ORACLE o DB2 (en sistemas sobre SQL Server el concepto anlogo al a tablespace es el device). 2. Problemas locales que afectan exclusivamente a ciertas aplicaciones dentro del sistema SAP R/3 y que pueden venir causados por errores de programacin o por la cancelacin abrupta del proceso de actualizacin o o o desde el servidor de presentacin debido a una ca del u elctrico o da do e o a una interrupcin deliberada del sistema por parte del usuario. o Las actualizaciones interrumpidas por este tipo de problemas las deber supervisar el equipo de desarrollo de la aplicacin en cuestin, a o o

78

CAP ITULO 7. SERVICIOS DE ACTUALIZACION y a la postre debern ser ellos quienes decidan qu hacer con estas a e actualizaciones. Un registro de actualizacin puede tener uno de los siguientes 6 estados: o

1. Init. El registro no ha sido procesado todav a. 2. Auto. El registro ser automticamente actualizado cuando la actuala a izacin del sistema se active. o 3. Run. El registro de actualizacin est siendo procesado . o a 4. V1. La parte V1 ha sido completada. 5. V2. La parte V2 ha sido completada. Cuando esta parte se completa el registro desaparece (es la conguracin por defecto) por lo que ser muy o a dicil visualizar un registro en este status. 6. Err. Un error caus la interrupcin de la actualizacin del registro. o o o Para visualizar los registros de actualizacin interrumpidas acudiremos o a la transaccin SM13 y elegiremos el status Cancelado en la pantalla de o seleccin. A continuacin pulsamos ejecutar y el sistema nos mostrar en un o o a listado las actualizaciones interrumpidas como el de la gura 7.4

Figura 7.4: Actualizaciones pendientes

En este listado nos aparece el mandante y usuario que han lanzado el registro de actualizacin, as como la fecha y hora y transaccin desde dnde o o o se ha realizado la actualizacin. Como ultimo campo tenemos el estado actual o del registro de actualizacin. o

7.4. ACTUALIZACIONES INTERRUMPIDAS

79

Si queremos disponer de ms informacin acerca de los distintos mdulos a o o que componen el registro de actualizacin podremos hacer doble click sobre o l o posicionar el cursor en la l e nea deseada y a continuacin pulsar el botn o o de Mdulos de Actualizacin en la barra de aplicaciones. A continuacin se o o o nos mostrar una pantalla similar a la de la gura 7.5. a

Figura 7.5: Mdulos de actualizacin o o

En esta pantalla se nos divide el registro de actualizacin en varios o mdulos y se nos especica si pertenecen a la parte V1 o V2. Conjuntamente o con el departamento de desarrollo y los usuarios nales se deber decidir a qu hacer con los registros de actualizacin interrumpidos. Estos registros e o pueden ser: Contabilizados Esta opcin es para procesar registros de actualizacin o o que se encuentren en status init. Para ejecutar esta opcin deberemos o posicionar el cursor sobre el registro deseado y elegir la opcin Regs. o Actualizacin Contabilizar Uno por uno (existe tambin la opcin o e o de contabilizar todos los registros visualizados). Grabados posteriormente Opcin para registros cuya parte V1 haya o sido realizada y quede por hacer la parte V2. Con esta opcin o se contina con la grabacin. Esta opcin se encuentra en Regs. u o o Actualizacin Grabar Posteriormente Uno por uno (existe o tambin la opcin de grabar posteriormente todos los registros e o visualizados). Reiniciados En casos aislados, un registro de actualizacin se puede o quedar indenidamente es estatus Run aunque realmente no se est procesando. La opcin Reiniciar en Regs. Actualizacin a o o

80

CAP ITULO 7. SERVICIOS DE ACTUALIZACION Reinicializar Status orden actualizacin Uno por uno (existe o tambin la opcin de reiniciar todos los registros visualizados) deja e o el registro preparado para ser procesado de nuevo.

Borrados Opcin para eliminar los registros de actualizacin. Esta opcin o o o se encuentra en Regs. Actualizacin Borrar Uno por uno (existe o tambin la opcin de borrar todos los registros visualizados). Cuando e o ninguna de las opciones anteriores funciona, como pueda ser para el caso de actualizaciones que provengan de procesos batch, esta es la unica posibilidad que resta. El borrado ser el paso previo a la repeticin a o del proceso de actualizacin del objeto en cuestin alta de material, o o alta de apunte contable, modicacin de pedido desde la aplicacin o o correspondiente.

7.5.

Entradas de bloqueo

SAP R/3 dispone de un sistema de gestin de bloqueos de objetos para o evitar la modicacin concurrente de un objeto. Con esto, se asegura la o consistencia de los objetos en SAP R/3. Cuando un usuario accede a modicar un objeto, el sistema genera un registro de bloqueo con la informacin necesaria. Si un segundo usuario o intenta modicar ese mismo objeto mientras el 1er usuario lo tiene bloqueado, el sistema le muestra al segundo usuario un mensaje de error indicndole que a un usuario ya est tratando el objeto solicitado. Los bloqueos se establecen a al iniciar las transacciones de modicacin y no son liberados hasta que el o usuario pulsa Grabar, la informacin es actualizada en la base de datos y o la transaccin es nalizada. o Toda modicacin de un objeto desde cualquier aplicacin estndar o o a dentro de SAP R/3 genera entradas de bloqueo. Ser tarea del departamento a de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP R/3 generen tales bloqueos cuando desde estas nuevas aplicaciones se acceda a modicar algn objeto. u La transaccin que nos muestra los bloqueos actualmente activos en o el sistema es la SM12 y se puede acceder a ella por el siguiente men: u Herramientas Gestin Monitor Entradas de bloqueo. o En esta pantalla disponemos de unos parmetros de seleccin para ltrar a o los bloqueos actualmente activos. Los parmetros son tabla, argumento de a bloqueo, mandante y usuario. En general no conoceremos el argumento de bloqueo, ya que esa informacin depende del objeto que se est modicando. o e Es ms normal conocer la tabla o usuario que est produciendo un bloqueo. a a

7.5. ENTRADAS DE BLOQUEO

81

Figura 7.6: Pantalla principal entradas de bloqueo

Por defecto, el campo mandante y usuario estn rellenos con los valores por a defecto. Una vez rellenos los parmetros de seleccin con los valores deseados a o pulsamos el botn Enter en la barra de aplicaciones y nos aparecer un o a listado con las entradas de bloqueo que cumplen la seleccin realizada. o

Figura 7.7: Listado de bloqueos activos en el sistema

El listado est compuesto por los campos mandante, usuario, hora a la que a se ha producido el bloqueo, tabla a la que pertenece el registro bloqueado, y argumento de bloqueo que en general corresponder con el cdigo del objeto a o que se est modicando. En la barra de aplicaciones disponemos de tres e opciones: Detalles, Borrado y Refrescar. La opcin Detalles, a la que tambin se puede acceder haciendo doble o e click sobre el registro deseado, nos muestra informacin adicional sobre la o entrada de bloqueo tal como la transaccin desde donde se ha producido el o

82 bloqueo.

CAP ITULO 7. SERVICIOS DE ACTUALIZACION

Figura 7.8: Informacin detallada de un bloqueo o

En raras ocasiones puede llegar a ocurrir que el bloqueo generado por una modicacin no se llegue a liberar, lo cual provoca que el resto de usuarios o no pueda acceder a modicar esos objetos debido al bloqueo. Existen dos causas principales de bloqueos no liberados: Actualizaciones interrumpidas Cuando un registro de actualizacin o queda interrumpido, su entrada de bloqueo correspondiente no es liberada hasta que el registro de actualizacin en cuestin sea procesado o o correctamente o borrado. Estas entradas de bloqueo no se debern borrar bajo ningn concepto a u ya que se podr causar inconsistencias en la base de datos. Estas an

7.5. ENTRADAS DE BLOQUEO

83

entradas de bloqueo se liberarn automticamente cuando el registro a a de actualizacin interrumpida sea tratado. o Terminacin anormal de la conexin de usuario Si un usuario apaga o o abruptamente su PC sin haberse desconectado previamente, el modo de usuario puede quedar activo en el sistema, con lo cual los bloqueos activados por el usuario no son liberados. Se debern borrar los modos a que el usuario tenga activos en el sistema para eliminar las entradas de bloqueo; si con ello no desaparecen, y estamos seguros que la entrada de bloqueo no procede de una actualizacin interrumpida, podremos o borrar la entrada desde el listado de la transaccin SM12. o

Cap tulo 8 Log del sistema y anlisis de a dumps

8.1. Conceptos del log del sistema

El sistema R/3 graba eventos y problemas, tales como borrado de modos de usuarios del sistema, bloqueos de usuarios al introducir incorrectamente la password, parada y arranque del sistema, etc en un log. Este log no es ms a que un chero a nivel de sistema operativo. Si el sistema R/3 se ejecuta en hosts UNIX, existen dos tipos de log del sistema: Local Cada servidor de aplicaciones de R/3 dispone de un log local que contiene los mensajes que ha generado ese servidor. Este chero de log local es un chero circular. Cuando el chero llega a su tamao mximo, el sistema n a empieza a sobreescribir el chero desde el principio (la informacin ms o a antigua). El chero de log local se guarda en cada servidor de aplicacin o en la siguiente ruta: Entorno UNIX /usr/sap/<SID>/<instance number>/log/SLOG00 Entorno Windows NT C:\usr\sap\<SID>\<instance number>\log\Slog00.log donde <SID> es el nombre de la base de datos SAP y <instance number> es el nmero de instancia. u Central Cada servidor de aplicaciones copia las entradas del log local a un log 85

86

CAP ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

central. Esta opcin no se encuentra en servidores Windows NT ni AS/400, o slo existen logs locales (uno por servidor de aplicacin). El log central se o o guarda en un servidor de aplicaciones seleccionado, el resto de servidores de aplicacin env sus mensajes locales a este servidor. o an El log central es escrito en 2 cheros: un chero activo y un chero antiguo. El chero activo contiene el log actual. Cuando el chero activo llega a su longitud mxima denido en los parmetros del sistema, ste borra el chero a a e antiguo de logs, usa el chero activo como chero antiguo y crea un nuevo chero de log. Este cambio en el log no es noticado al usuario. Mientras que el log local se mantiene siempre actualizado, el log central puede sufrir retardos desde que se escribe un mensaje en el log local hasta que ese mensaje es enviado al log central. Fallos de comunicaciones entre los distintos servidores pueden resultar en retardos grandes en la escritura del log central o incluso en prdida de estos mensajes. e

8.1.1.

Accediendo al log local del sistema

Al log del Sistema se accede directamente por la transaccin SM21 o por o el men general HerramientasGestinMonitorLog Sistema . u o La pantalla de selecccin de la transaccin SM21 tiene 2 modos: El modo o o Normal y Experto. El modo normal es el denido por defecto, y al que se entra directamente cuando se ejecuta la transaccin SM21. Para cambiar o a modo experto, deberemos ir al men desplegable TratarModo experto. u Ambos modos se diferencian en que ste ultimo da ms opciones de seleccin. e a o

8.1.2.

Accediendo al log local en modo normal

Accediendo a la transaccin SM21 directamente o a travs de men o e u entramos por defecto a la pantalla de seleccin del log local del servidor de o aplicaciones al que estemos conectados en Modo Normal. Veamos los distintos parmetros de seleccin que nos permitirn ltrar a o a los datos del log: De Fecha/Hora a Fecha/Hora: Permite establecer un rango de fechas de mensajes del log a visualizar. Usuario: Nos permitir visualizar slo los mensajes que se hayan a o grabado en el sistema debido exclusivamente a la actividad del usuario especicado.

8.1. CONCEPTOS DEL LOG DEL SISTEMA

87

Figura 8.1: Pantalla principal log local del sistema

Cdigo de transacin: Nos permitir visualizar los mensajes del log o o a debidos exclusivamente a la accin de los usuarios sobre la transaccin o o especicada. Proceso SAP: Nos permitir visualizar los mensajes de log debidos a a un proceso particular R/3. Valores posibles son: DP Dn Procesos del dispatcher Procesos de trabajo, donde n = 0,...,9 o n = a, ...,z . En el caso de tener ms de 10 procesos de a trabajo numeraremos los siguientes con las letras del abecedario. VB Actualizaciones Vn Programas de actualizazin, donde n = 0,...,9 o n = o a, ...,z Sn Spool, donde n = 0,...,9 o n = a, ...,z MS Servidor de Mensajes

Clases de Problemas: Limita la visualizacin por tipo de mensaje, slo o o

88

CAP ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS errores, errores y advertencias y todos los mensajes. El valor por defecto es la opcin todos los mensajes. o

8.1.3.

Accediendo al log local en modo experto

Para acceder al log del sistema en modo experto deberemos acceder por el men desplegable tal y como se ha explicado anteriormente. La pantalla u visualizada es igual que la anterior con la salvedad que se dispone de ms a opciones de ltro como es la opcin Atributos. o

Figura 8.2: Parmetros de seleccin adicionales en modo experto a o Esta opcin nos permite ltrar adems por: o a Programa: Se restringe el resultado a los mensajes causados por la ejecucin del programa especicado. o Clase de Problema: Limita el resultado a ciertos tipos de mensajes. Los valores posibles son: K S T W X Mensajes del kernel del sistema Mensajes de estado Mensajes de transacciones Mensajes de advertencia Otros tipos de mensajes

De chero / posicin a chero / posicin: Dene el segmento del chero o o de log a leer. Si ya se ha le el chero una vez, se puede determinar do

8.1. CONCEPTOS DEL LOG DEL SISTEMA

89

la posicin de una entrada espec o ca haciendo doble click; la posicin o se encuentra en la seccin de detalles tcnicos. o e Formato mensaje (tipo): Se pueden seleccionar mensajes por el formato de la componente del sistema. Para visualizar posibles valores, deberemos pulsar el botn de ayuda de bsqueda correspondiente. o u Terminal: Se pueden ltrar los mensajes que han sido causados por la actividad llevada a cabo desde un servidor de presentacin. o Clase de desarrollo: Se pueden ltrar los mensajes que han sido producidos por la ejecucin de programas que pertenezcan a una clase o de desarrollo en particular. Las clases de desarrollo son agrupaciones de objetos de Workbench o Customizing cuyo propsito es la o jerarquizacin de tales objetos para una mejor gestin as como el o o posibilitar su transporte a otros entornos. Con entradas internas Syslog: Visualizacin de mensajes relativos a los o procesos de recoleccin y env de mensajes de log desde el log local al o o log central. Esta opcin no esta disponible para entornos que no sean o Unix.

8.1.4.

Leyendo el log del sistema

Una vez introducidos los valores de seleccin en la pantalla accederemos o al contenido del log pulsando el botn Nueva Lectura syslog. o El log del sistema aparece en formato tabla con las siguientes columnas en el siguiente orden: Hora del mensaje Proceso SAP Mandante Usuario Cdigo transaccin o o o N de mensaje Texto del mensaje

8.1.5.

Opciones de relectura del log del sistema

Si hemos visualizado una vez el contenido del log del sistema ltrando exclusivamente por fecha y sin salirnos de la transaccin volvemos a la o

90

CAP ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

Figura 8.3: Contenido del log del sistema

pantalla de seleccin, el sistema muestra tres distintas opciones para volver o a visualizar la informacin: o

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

Nueva Lectura en el Syslog. Vuelve a acceder al chero para sacar un nuevo listado con los parmetros que se hayan seleccionado. a Slo Editar Nuevamente. Vuelve a mostrar el ultimo resultado del log o visualizado anteriormente con esta opcin. o Cargar en Syslog. Permite realizar una nueva lectura en el syslog ltrando con otros valores pero mantiene en el buer el anterior resultado que puede ser accedido de nuevo a travs de la segunda opcin. e o

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 sistema distribu do, es decir , est compuesto de varios servidores de aplicaciones, a tendremos la posibilidad de acceder a cada uno de los logs locales de cada uno de los servidores sin tener que conectarnos directamente a cada uno de los servidores de aplicacin. Para ello usaremos las opciones de lectura de logs o remotos que nos ofrece la transaccin SM21. Estas opciones se encuentran o en el men desplegable en SyslogSeleccionar . u

Figura 8.5: Pantalla principal log remoto del sistema

La opcin syslog local es la que est activa por defecto y ya ha sido o a explicada . La opcin syslog remoto nos lleva a una pantalla similar a la o pantalla de seleccin del syslog local con la salvedad que incluye un parmetro o a ms en la pantalla de seleccin. Este parmetro es la instancia. Aqu le a o a podremos indicar el nombre de la instancia cuyo log del sistema queremos visualizar. La opcin todos los syslogs remotos nos lleva a una pantalla de seleccin o o idntica a la del log local con la salvedad que los mensajes que se visualizarn e a correspondern la los de todas las instancias que componen nuestro sistema a R/3. En la visualizacin de los mensajes del log aparecer un campo ms o a a

92

CAP ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

llamado instancia que nos servir para conocer en qu instancia se ha a e generado cada mensaje. La opcin Syslog Central no est disponible para sistemas R/3 fuera del o a entorno UNIX. Es importante destacar que las unicas instancias que estan disponibles para la visualizacin de los logs remotos son las que componen el sistema o R/3 al que estamos conectados.

8.2.

Concepto de dump

Dump o error en tiempo de ejecucin es un log de terminacin anormal o o de ejecucin de cualquier programa. Esto se produce por una cancelacin del o o programa que se est actualmente ejecutando; el sistema nos muestra una a pantalla con un log de terminacin donde se puede encontrar informacin o o acerca del error producido y su posible solucin. o Las posibles causas de terminacin anormal de programas, entre otras, o pueden ser: Errores de sintaxis en programas hechos a medida. Referencias obsoletas a objetos del Workbench hechos a medida que han sido eliminados. Cancelacin manual de un modo actualmente en ejecucin. o o Cuando se produce una terminacin anormal de una ejecucin de un o o programa, el dump es mostrado automticamente en exclusiva al usuario cuyo a proceso de dilogo ha sido cancelado. En ese momento el usuario podr leer a a ese log, pero si se sale de la pantalla del log del dump, ste ya no se vuelve e a mostrar en pantalla. Para acceder de nuevo a l, deberemos acudir a e la transaccin donde se puede gestionar todos los dumps producidos en el o sistema.

8.2.1.

Accediendo a los dumps del sistema

La transaccin de los dumps es ST22; accediendo por el men desplegable o u ser HerramientasGestin MonitorAnlisis de Dumps. a o a Por defecto slo se muestran los dumps producidos a fecha de hoy y el o d anterior. Si deseamos acceder a un dump ms antiguo deberemos pulsar a a la opcin Pasar a Sel. Dump breve. A continuacin nos aparacer una o o a pantalla de seleccin donde podremos ltrar por fecha, usuario, mquina, o a mandante.

8.2. CONCEPTO DE DUMP

93

Figura 8.6: Pantalla principal de anlisis de dumps a

Figura 8.7: Bsqueda de dumps antiguos u

94

CAP ITULO 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 a anterior o alguna fecha ms antigua, stos aparecern en forma de lista. Esta a e a lista est formada por los siguientes campos: a Fecha del dump Hora del dump Servidor de aplicaciones donde se ha producido Usuario que ha provocado el dump Breve descripcin del dump o Haciendo doble click en cada uno de ellos accederemos al log del dump donde tendremos toda la informacin. El contenido de todos los dumps estn o a organizados en las siguientes secciones: 1. Qu sucedi? . e o Seccin donde se explica brevemente el error. o 2. Qu se puede hacer? . e Seccin que explica brevemente las acciones a llevar a cabo. o 3. Anlisis error . a Seccin donde se explica ms detalladamente el error. Es una extensin o a o de la seccin 1. o 4. Notas para corregir errores . Seccin donde se explica ms detalladamente las acciones a llevar a o a cabo. Es una extensin de la seccin 2. o o 5. Entorno sistema . Seccin donde aparecen las variables del sistema ms importantes, tales o a como la versin de SAP, nombre del servidor, direccin IP, sistema o o operativo, RDBMS, version del kernel, etc. . . 6. Usuario, transaccin. o Seccin donde aparece el usuario que ha generado el dump, programa o que se estaba ejecutando, transaccin, idioma, etc. . . o 7. Informaciones lugar terminacin . o Seccin donde se especica la linea del programa donde se ha producido o el error.

8.2. CONCEPTO DE DUMP

95

8. Detalle cdigo fuente . o Seccin que muestra un intervalo del cdigo fuente donde se ha o o producido el error. La l nea donde se ha producido el error aparece marcada con una echa. 9. Contenido campos sistema. Seccin donde se muestran los valores que ten algunas variables del o an sistema cuando se produjo el error. 10. Variables seleccionadas . Seccin donde se detalla ms exhaustivamente el contenido de ms o a a variables cuando se produjo el error . 11. Llamadas / Eventos activos. Seccin que detalla el evento o la llamada a la que pertenece la linea o de cdigo que ha producido el error . o 12. Notas internas . Seccin que detalla la funcin C perteneciente al kernel de SAP donde o o se ha producido el error . 13. Llamadas activas kernel SAP . Seccin que detalla los elementos del kernel y su posicin que estaban o o activos en el momento del error . 14. Lista programas ABAP involucrados . Seccin que muestra los programas involucrados en la ejecucin del o o programa que produjo el error . 15. Lista tablas internas . Seccin que detalla el conjunto de tablas internas que se estaban o procesando en el momento del error y el contenido de su cabecera cuando el error se produjo. 16. Directorio tablas aplicacin (contenidos) . o Seccin que detalla las tablas de aplicacin que han sido usadas durante o o la ejecucin del programa que ha terminado en error. o 17. Directorio mbitos datos (info gestin) . a o Seccin que detalla el conjunto de objetos del workbench ( variables, o parmetros, tablas) involucradas en la ejecucin del programa. a o 18. Directorio mbitos datos (contenidos). a Seccin de contenido parecido a la anterior . o

96

CAP ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

19. ABAP/4 Bloques control CONT . Seccin con informacin complementaria a la de la seccion 8 . o o 20. Fin anlisis error tiempo ejecucin . a o Seccin que marca el n del log del dump. o Si bien el t tulo de cada seccin aparece en el idioma de conexin, o o el contenido slo se encuentra disponible en ingls y en alemn. Si nos o e a conectamos al sistema en un idioma distinto del ingls y alemn, el dump e a ser visualizado en el idioma congurado como de suplementacin, que en a o general ser el ingls, sino se ha denido suplementacin de idioma (esto a e o pertenece a la instalacin de lenguajes) se visualizar en el idioma original o a de SAP, que es el alemn. a Las secciones ms importantes y que ms nos pueden ayudar para a a solucionar el error son la 1,3,7 y 8. Ejemplo de log de dump

Errores tiempo ejecucin SYNTAX_ERROR o ocurrido el 20.07.2000 a 04:10:06 ---------------------------------------------------------Syntax error in program "AQ99HA==========CAND1========= ". ---------------------> Qu sucedi ? e o ---------------------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. -------------------------------> Qu se puede hacer ? e

8.2. CONCEPTO DE DUMP -------------------------------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.

97

To resolve the problem, contact your SAP system administrator. ----------------Anlisis error a ----------------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,

98

CAP ITULO 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....... Network address.......... Operating system......... Release.................. Hardware type............ Database Database Database Database server.......... type............ name............ owner........... "prodsap1" "10.190.20.13" "AIX" "3" "000541934C00" "sa3dbh2r" "ORACLE" "SP1" "SAPR3"

Character set............ "es_ES.ISO8859-1" SAP kernel............... Created on............... Created in............... Database version......... "40B" "Nov 4 1999 01:44:15" "AIX 2 4 004218294C00" "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, transaccin.... o

8.2. CONCEPTO DE DUMP ------------------------------Client.............. User................ Language key........ Transaction......... Program............. Screen.............. Screen line......... 111 "116665u" "S" " " "AQ99HA==========CAND1========= " "SAPMSSY0 1000" 6

99

------------------------------------------Informaciones lugar terminacin o ------------------------------------------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 -------SY-SUBRC SY-TABIX SY-FDPOS SY-PAGNO SY-COLNO Contenido....... ---------------0 0 0 0 1 Campo SY -------SY-INDEX SY-DBCNT SY-LSIND SY-LINNO Contenido........... -------------------0 0 0 1

-------------------------------Variables seleccionadas --------------------------------No existe ninguna informacin en el dump. o

100

CAP ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS

------------------------------------Llamadas / Eventos activos ------------------------------------No Tipo Nombre Programa Include Lnea ------------------------------------------------------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

8.2. CONCEPTO DE DUMP tskhstart at 0x100c2404 DpMain at 0x10016bb4 main at 0x100011fc -----------------------------------------------Lista programas ABAP involucrados ------------------------------------------------

101

-------------------------------------------------------------No existe ninguna informacin en el dump. o ---------------------------Lista tablas internas --------------------------No existe ninguna informacin en el dump. o

-----------------------------------------------------Directorio tablas aplicacin (contenidos) o -----------------------------------------------------Programa Nombre........ Cont.....1....+....2....+....3....+.... ----------------------------------------------------------------------------------------------------------Directorio mbitos datos (info gestin) a o --------------------------------------------------Programa No .. Nombre........ Long Ofsg Tipo Next Fecha gen. H.gen. --------------------------------------------------------------0 not assigned 1 /%_LISTTABLES 2 global stack 0 6968 65536 0 INVL 0 COMM 0 GLST 0 0 0

-------------------------------------------------Directorio mbitos datos (contenidos) a --------------------------------------------------

102

CAP ITULO 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 informacin en el dump. o ---------------------------------------------Fin anlisis error tiempo ejecucin a o ----------------------------------------------

Cap tulo 9 Gestin de spool o

9.1. Concepto de spool

En cualquier entorno de gestin empresarial se produce una gran cantidad o de informacin que en muchas ocasiones interesa sacar a papel a travs de o e informes, listados, anlisis. . . El spool es un almacn receptor de peticiones a e de impresin que proporciona una serie de utilidades para controlar la salida o de informacin. Aunque se asocia directamente spool con imprimir en papel, o en SAP las posibilidades son ms amplias: podemos enviar una orden de a spool por fax, o imprimirla en un chero. Nosotros nos limitaremos a ver el funcionamiento de la salida por impresora para lo cual lo primero que debemos hacer es aprender cmo se instala una. o

9.2.

Instalacin de una impresora o

Con la transaccin SPAD pantalla de la gura 9.1 a la que llegaremos o a travs de Herramientas CCMS Spool Gestin de spool podemos e o instalar dispositivos de salida en nuestro sistema R/3. Vamos a describir la instalacin de una impresora de tipo local a nivel de PC, es decir, una o impresora genrica en la que cualquiera puede imprimir pero a cada persona e que lo haga le saldr la informacin por la impresora que tenga denida por a o defecto en su servidor de presentacin. o En el campo dispositivo de salida introduciremos el nombre que le vamos a dar a la impresora y tras pulsar el boton Gestin total y el botn con el o o icono de un folio en blanco llegaremos a la pantalla de la gura 9.2 en la que deniremos los siguientes datos: Tipo de dispositivo. Es lo ms parecido a lo que en microinformtica a a se denomina driver de la impresora. Para la creacion de una impresoral 103

104

CAP ITULO 9. GESTION DE SPOOL

Figura 9.1: Transaccin SPAD. Mantenimiento de dispositivos de salida o

local elegiremos siempre el tipo SAPWIN. Este dispositivo precisa de un programa llamado saplpd que forma parte de la instalacin del frontend o de SAP. Cuando se imprime algo el sapgui ejecuta automticamente el a programa saplpd y este recibe los datos a imprimir y se encarga de enviarlos a la impresora. Clase de dispositivo. Seleccionamos de la lista la opcin Impresora o comn. u Grupo de autorizaciones. Podemos restringir a los usuarios a que puedan imprimir por determinadas impresoras. Esto es muy interesante cuando disponemos de impresoras de alto rendimiento dedicadas a la impresin de facturas, nminas, etc. No nos interesara, en estos o o casos, que ningn usuario pueda sacar listados por estas impresoras u interrumpiendo los largos procesos que suelen llevar a cabo. Como estamos deniendo una impresora local para todo el mundo dejamos este campo en blanco. Modelo. Campo descriptivo para poner la marca y modelo de la

 9.2. INSTALACION DE UNA IMPRESORA

105

Figura 9.2: Datos generales para una impresora local

impresora. Ubicacin. Campo descriptivo para indicar al usuario donde se encueno tra f sicamente la impresora. Es util rellenarlo cuando disponemos de salas separadas para las impresoras a las que hay que dirigirse para recoger la salida del spool. Por ultimo, pasamos a la pestaa marcada con la etiqueta Acomplam. n SPOOL host y nos mostrar la pantalla de la gura 9.3 a Aqu se le dice como esta conectada la impresora al servidor SAP. Elegiremos de la lista la opcin F:Imprimir en front end que le marca o que debe enviar la informacin al PC para que sea este el que le de o salida. El campo impresora host debemos rellenarlo con el nombre DEFAULT para indicarle que la orden de spool debe salir por la impresora que este congurada por defecto en el PC. Una vez hecho esto slo nos queda pulsar o el botn de grabar y ya podemos usar la impresora instalada. o

106

CAP ITULO 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 pantalla de listado, pulsar el icono de impresora de la barra de estndar de a herramientas y tendremos que rellenar las opciones que vemos en la gura 9.4. El primer campo a rellenar es el nombre de la impresora por donde queremos que salga nuestro listado1 . Este es el unico campo obligatorio, pero tambin podemos indicar otras muchas opciones que vemos a continuacin. e o La cantidad de copias que queremos sacar. Si queremos todas las pgina o slo un rango de ellas. a o El nombre y el t tulo de la orden de spool. Ser util para luego buscarla a entre el spool o entre el montn de hojas impresas que salen por una o impresora compartida. La salida inmediata o el almacenamiento en el spool.
1

En la pantalla viene con el nombre genrico de dispositivo de salida. e

9.3. COMO IMPRIMIR

107

Figura 9.4: Ventana de dilogo para imprimir un listado a

108

CAP ITULO 9. GESTION DE SPOOL Podemos marcar el borrado de la orden tras la impresin correcta o, o por el contrario, dejar que la orden permanezca en el spool para futuras reimpresiones. La cantidad de d que debe permanecer en el spool antes de ser as borrada por los jobs de mantenimiento. La impresin de una portada previa con el t o tulo de la orden de spool y el destinatario y departamento al que pertenece. Estos ultimos datos tienen sentido en una empresa en la que haya servicio de entrega de impresiones, es decir, que no tenemos que ir a la impresora sino que nos env los papeles a nuestro puesto de trabajo. an La cantidad de l neas y columna que queremos sacar y por lo tanto el formato de la pgina. a

9.4.

Operaciones sobre rdenes de spool o

Para poder administrar todas las peticiones de spool que hacemos SAP provee de la transaccin SP01 que se encuentra en Herramientas CCMS o Spool Control de salida. En ella nos encontramos inicialmente una pantalla con criterios de seleccion como la de la gura 9.5. Aqu podemos elegir las rdenes de spool por varios criterios; los o ms habituales son el creador de la orden y la fecha. Tras pulsar F8 a nos encontramos con un listado de las rdenes seleccionadas como el o de la gura 9.6. Este listado tiene la misma caracter stica que el de la transaccin de gestin de jobs; es un programa de seleccin, listado y gestin o o o o simultneamente. a Las operaciones que podemos hacer sobre una orden de spool incluyen la creacin de rdenes de salida, el cambio de los atributos, el borrado de o o la orden o la visualizacin de su contenido. Esta ultima opcin es realmente o o interesante cuando queremos comprobar el resultado de un programa que se ha ejecutado en proceso de fonfo, pero no queremos imprimirlo hasta ver si ha salido lo que esperabamos. En cuanto a los atributos, en la gura 9.7 podemos ver algunos de los que se pueden cambiar. Bsicamente son los a mismos que denimos inicialmente al crear la orden de spool (ver gura 9.4). Por ejemplo, es muy habitual comprobar tras la salida al papel que un listado que tiene 132 columnas en sus atributos ha salido con letra pequea n y en formato horizontal pero no llega a ocupar realmente ms de 80. En ese a caso cambiaremos el campo edicin por un X 65 80 para conseguir un listado o con letra ms grande y en vertical y volveremos a repetir la salida de la orden. a

 9.4. OPERACIONES SOBRE ORDENES DE SPOOL

109

Figura 9.5: Transaccin SP01. Seleccin de rdenes de spool o o o

Figura 9.6: Transaccin SP01. Listado de rdenes de spool o o

110

CAP ITULO 9. GESTION DE SPOOL

Una de las labores del administrador consiste en asegurarse que las o rdenes de spool olvidadas por los usuarios no llenan nuestra base de datos. Para ello dispone del programa RSPO0041 que le permite eliminar masivamente el spool que lleve ms de n d almacenado. a as

Figura 9.7: Atributos de una orden de spool

Cap tulo 10 Gestin de usuarios y o autorizaciones

10.1. Modelo de seguridad en R/3

En cualquier sistema de gestin de informacin integrado se guardan datos o o de diferentes reas a los que slo pueden acceder algunas personas. Estas a o restricciones pueden darse por varios motivos: Proteger datos que afecten a la estrategia de la empresa para no ofrecer ventajas a la competencia. Evitar fraudes en la contabilidad o en los cobros y pagos. Obligacin legal de proteger informacin ajena a la propia empresa o o como los datos personales de sus empleados, las condiciones econmicas o de los proveedores. SAP contempla toda esta problemtica implementando un modelo de a seguridad que permite proteger de una manera exible los datos y las operaciones que se hacen sobre ellos. En la gura 10.1 podemos ver un esquema de los componentes de la seguridad en R/3. En el lado derecho tenemos los objetos de autorizacin que se componen o de campos. Estos objetos representan lo que queremos proteger. Ejemplos de objetos de autorizacin son: o S TCODE. Protege el cdigo de transaccin y contiene un slo campo o o o que es la transaccin. Es el ms importante de todos porque todas o a las operaciones que se hacen en SAP empiezan por el acceso a una transaccin. o 111

112

CAP ITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

Figura 10.1: Componentes de la seguridad en R/3

S TABU DIS. Proteccin del contenido de tablas de customizing. o Contiene dos campos que son el grupo de autorizaciones de la tabla (DICBERCLS) a la que se quiere acceder y la actividad (ACTVT) que se quiere ejecutar (crear, modicar, borrar. . . ) F BKPF BUK. Proteccin de la contabilizacin de documentos por o o sociedad nanciera. Se compone de dos campos; la sociedad (BUKRS) a cuyos documentos contables queremos acceder y la actividad (ACTVT) que se quiere hacer. En el lado izquierdo de la gura vemos la estructura modular que va desde la autorizacin simple sobre un unico objeto de autorizacin hasta el maestro o o de usuarios que son los que acceden al sistema. Veamos lo que representa cada uno de los niveles: Autorizaciones. Una autorizacin consiste en una asignacin de o o valores a los campos de un objeto de autorizacin. Por ejemplo, o crearemos una autorizacin para el objeto S TCODE que tenga el o valor FB01 para el campo TCODE. De est manera el usuario que a tenga asignada esta autorizacin podr acceder a la transaccin de crear o a o documento contable. Tambin tendremos que crear otra autorizacin e o

10.2. MANTENIMIENTO DE USUARIOS

113

sobre el objeto F BKPF BUK con los valores 1000 para BUKRS y 01 para ACTVT con la que puedan completar la operacin de contabilizar o para la sociedad nanciera 1000. Perles. Un perl es simplemente la agrupacin de varias autorizao ciones que hayamos creado anteriormente. El perl es la unidad m nima de seguridad que le podemos asignar a un usuario, es decir, la unica forma de asignar las dos autorizaciones del ejemplo anterior es incluirlas en un perl que llamaremos CONTABLE e incluir este perl en los usuarios. Grupos de actividad. Son las agrupaciones de transacciones y actividades que se crean con el generador de perles. Estos grupos de actividad contienen internamente perles (que a su vez contienen autorizaciones) y se asignan directamente a los usuarios. Usuarios. Para que un empleado tenga acceso a los datos de gestin o de la empresa debe disponer de un cdigo de usuario en R/3. Este o usuario tendr asignados unos grupos de actividad o unos perles de a autorizacin (o ambos) para poder realizar las tareas que exige su o funcin o puesto de trabajo. o

10.2.

Mantenimiento de usuarios

Para la creacin y mantenimiento de usuario R/3 dispone de la transaco cin SU01 (Herramientas Gestin Actualizar usuarios Usuarios). En o o la pantalla correspondiente a la gura 10.2 escribiremos el cdigo del usuario o y pulsando uno de los botones de la barra de aplicacin o escogiendo una o de las opciones del men Usuario podemos realizar diversas acciones como u crear, modicar, cambiar clave acceso, bloquear. . . Pulsando sobre el botn con el icono de un folio en blanco vamos a crear o un nuevo usuario en el sistema. Vemos en la gura 10.3 las siete pestaas n que componen el registro maestro de un usuario. Estas son: Direccin. Se graban en este apartado datos personales como el o nombre, apellidos, departamento, telfono. . . . En el campo edicin e o veremos el nombre tal y como aparecer en los listados o en otras a transacciones. Datos logon. Es obligatorio indicar una clave inicial con la que acceder el usuario, aunque en su primera conexin se le pedir que a o a la cambie. Tambin podemos limitar la validez temporal de manera e

114

CAP ITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

Figura 10.2: Pantalla inicial de la actualizacin de usuarios o

que podemos tener empleados que accedan a nuestro sistema hasta determinada fecha como puede ser el n de su contrato o cesin a o nuestro departamento. Valores jos. En esta pestaa denimos el men inicial de entrada n u al sistema, la impresora SAP y algunos parmetros de impresin por a o defecto, y el formato en que debe ver el usuario las fechas y los importes en todas las transacciones SAP. Esta ultima opcin, junto con la del uso o horario, es vital para empresas multinacionales que tienen empleados en diversos pa ses. Parmetros. Existe la posibilidad de asignar parmetros por defecto a a para multitud de campos de todos los mdulos de SAP. Si un empleado o solo realiza entradas de mercanc en el centro 1000, es muy util as asignarle ese valor en el parmetro correspondiente consiguiendo que a en todas las pantallas de R/3 en la que aparezca el campo centro, ste e se encuentre relleno automticamente con el valor 1000. a papeles y perles. Las operaciones a las que esta autorizado un usuario vienen determinadas por los valores que le ponemos en estas dos pestaas. Al asignarles un papel le estamos aadienlo perles n n tambin, pero existe la posibilidad de incluir perles manualmente. Esta e posibilidad se conserva por compatibilidad con versiones anteriores pero no es el modo de trabajo habitual desde la versin 4.6A. o Grupos. A la hora de descentralizar el mantenimiento de un

10.2. MANTENIMIENTO DE USUARIOS

115

Figura 10.3: Datos de direccion del maestro de usuarios

116

CAP ITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES nmero enorme de usuarios debemos agruparlos asignndoles la u a pertenencia a uno o varios grupos. De esta manera podemos autorizar a diversos administradores a gestionar los usuarios que pertenezcan a determinados grupos.

10.3.

Generador de perles

Debido a la gran complejidad que supone la creacin manual de perles o y autorizaciones, desde la version 3.1G de R/3, existe el generador de perles. Las ventajas que aporta para el administrador la utilizacin de esta o herramienta son mltiples aunque la ms destacable es que ya no necesita u a conocer o investigar la funcionalidad de las transacciones que incluyen en los perles de usuario. El generador de perles incluyen una base de datos que relaciona cada una de las transacciones de R/3 con los objetos que comprueba. En la versin 3.0F y anteriores, la creacin de un perl de o o seguridad exig un tedioso trabajo de bsqueda de objetos que chequea a u cada transaccin. o Para crear un papel disponemos de la transaccin PFCG que nos muestra o una pantalla como la de la gura 10.4.

Figura 10.4: Transaccion PFCG. Mantenimiento de papeles

10.3. GENERADOR DE PERFILES

117

Al pulsar el botn de crear pasaremos a la pantalla de la gura 10.5 en o la que vemos las diferentes partes de la creacin de un grupo de actividad o repartidas en cuatro pestaas. En la primera de ellas rellenamos unicamente n un descripcin corta del papel y tambin podemos completar el campo de o e descripcin inferior en el que podemos indicar instrucciones sobre a quin se o e debe asignar este perl o cual es su funcin espec o ca.

Figura 10.5: Descripcion del papel

Al pasar a la pestaa men (ver gura 10.6) vemos unos botones que n u nos permiten incluir transacciones, informes o direcciones web en el grupo de actividad. Observamos en la gura como se ha incluido ya la transaccin o de contabilizar documento (perteneciente al mdulo FI). Esto implica que o el usuario al que se le asigne este perl podr ejecutar la transaccin FB01, a o pero no hemos determinado an para que sociedades nancieras, cuentas o u deudores podr hacerlo. a En la gura 10.7 tenemos la pantalla de asignacin de valores a los objetos o de autorizacin a la que se llega a travs de la pestaa Autorizaciones. Son o e n cuatros los objetos de la gestin nanciera los que chequea esta transaccin o o

118

CAP ITULO 10. GESTION DE USUARIOS Y AUTORIZACIONES

Figura 10.6: Transacciones asignadas a un papel

y habr que dar los valores correspondientes para el grupo de actividad. a Por ejemplo, en el objeto grupo de autorizacin de cuentas para deudores o podemos poner un 01 en actividad y un * en grupo de autorizaciones con lo que estamos permitiendo crear para todos los grupos de deudores. El resto de los objeto de autorizacin debe ser completado tambin, solo cuando hayamos o e asignado valores a todos tendremos los semforos en verde, indicacin de que a o podemos grabar el papel. Por ultimo, despes de completar la grabacin del grupo, tenemos la u o posibilidad de asignrselo a uno o varios usuarios. En la gura 10.8 conviene a jarse en que tenemos los semforos de las pestaas men y autorizaciones en a n u verde, indicndonos que los pasos anteriores se han procesado correctamente. a Es entonces, cuando podemos poner en la tabla de usuarios los cdigos (el o nombre nos lo rellena el propio programa) a los que queremos incluir el papel y la fecha de validez de la asignacin. Esta fecha de validez tiene la o misma funcin que la que vimos en el maestro de usuario, es decir, nos puede o interesar autorizar a un usuario a hacer determinadas cosas en el sistema durante un tiempo limitado de tiempo. Para evitar el tener que acordarnos de quitar la autorizacin cuando llegue el d ponemos la fecha de validez y o a, entonces perder la autorizacin al dia siguiente. a o

10.3. GENERADOR DE PERFILES

119

Figura 10.7: Asignacin de valores a los objetos de autorizacin o o

Figura 10.8: Asignacion de un papel a usuarios

Cap tulo 11 Sistema de transporte

El sistema R/3 dispone de una herramienta que nos permite pasar objetos de un entorno (por ejemplo, desarrollo) a otro (por ejemplo, produccin o ). Los objetos a pasar pueden ser denicin y contenido de tablas nuevas, o programas nuevos, datos de customizing e incluso modicaciones al estndar. a Este traspaso de informacin entre un sistema R/3 y otro nos facilita o el mantenimiento del sistema productivo ya que con ello evitamos tener que duplicar el trabajo de programacin o repetir la inclusin de datos o o de customizing. Todo ello redunda en una mayor productividad y en una minimizacin de riesgos ya que la informacin, antes de ser insertada en el o o sistema productivo, es probada en el sistema de desarrollo y su traspaso no ser realizado hasta que el responsable del proyecto d el visto bueno. a e La herramienta que permite este traspaso de informacin entre sistemas o R/3 es el llamado sistema de transportes.

11.1.

Ordenes de transporte

El sistema de transporte se emplea, generalmente, para trasladar objetos desde el sistema de desarrollo hasta el sistema de produccin; obviamente o si no existe tal separacin de sistemas, es decir, si slo se dispone de un o o unico sistema la utilidad del sistema de transportes se reduce a traspasar informacin dependiente de mandante de un mandante a otro dentro del o mismo sistema. El sistema de transporte puede usarse para: Borrado de objetos obsoletos en el sistema destino. Insercin de nuevos objetos en el sistema destino. o Modicacin de objetos ya existentes en el sistema destino. o 121

122

CAP ITULO 11. SISTEMA DE TRANSPORTE

Cuando se crea o modica un objeto en el sistema de desarrollo, el sistema propone un cdigo unico para identicar la creacin o modicacin o o o de ese objeto, siempre y claro est que el mandante donde se est trabajando a e est congurado para registrar cualquier modicacin (ver cap e o tulo 12). El cdigo propuesto conforma lo que se denomina Orden de Transporte y a ella o se asociarn los objetos que el usuario cree o modique, de tal manera que a el sistema bloquear, dependiendo de la naturaleza de la orden, esos objetos a para que nadie ms que el propietario de esa orden de transporte pueda a modicar esos objetos mientras la orden no est liberada, es decir preparada e para 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 estamos trabajando y 9nnnnn es un nmero secuencial que ir creciendo desde 900000 u a hasta 999999 a medida que vayamos creando nuevas rdenes de transporte. o El sistema de transportes no asocia directamente los objetos creados o modicados a una orden de transporte sino que lo hace a travs de las tareas; e las tareas deben obligatoriamente pertenecer a una unica orden de transporte y al igual que ellas siguen el mismo cdigo secuencial de tal manera que nunca o pueden existir varias rdenes o tareas con el mismo cdigo. Las tareas, al o o igual que las rdenes, estn asignadas a un usuario y su nalidad es mejorar o a la gestin de los cambios introducidos en el sistema ya que una orden puede o albergar varias tareas pertenecientes o no al mismo usuario. Ejemplo: Supongamos un sistema SAP R/3 de desarrollo cuyo SID es D10 en el cual el usuario USUARIO1 crea un nuevo programa llamado ZPROGRAMA y una nueva tabla llamada ZTABLA. Supongamos que es la primera orden de transporte que se genera en ese sistema por lo que su cdigo ser D10K900000, y que se usa la misma orden para englobar los dos o a objetos. Supongamos el mismo sistema pero el caso de introducir cada objeto en una orden distinta, por ejemplo D10K900000 y D10K900002. La diferencia bsica entre un caso y otro ser que el transporte al sistema a a productivo de la primera orden conllevar el transporte de los dos objetos a programa y tabla a la vez, mientras que en el segundo caso el transporte de una orden conllevar el transporte slo del objeto asociado. a o Ser tarea del propietario de la orden el decidir de cuantos objetos se va a a componer cada orden de transporte. No se deber crear una orden para cada a objeto a modicar o crear ya que esto complicar de manera excesiva nuestra a

 11.1. ORDENES DE TRANSPORTE

123

Figura 11.1: Esquema de una orden de transporte

Figura 11.2: Esquema de ordenes de transporte

124

CAP ITULO 11. SISTEMA DE TRANSPORTE

labor de gestin de las rdenes de transporte; tampoco se deber asignar una o o a unica orden de transporte a todos los objetos que vayamos a crear o modicar ya que ello puede llegar a hacer inmanejable la orden debido a su tamao. n Se deber, por lo tanto, llegar a un trmino intermedio de tal forma que a e incluyamos en una orden los objetos que puedan estar relacionados, bien debido a su naturaleza, bien porque pertenezcan al mismo proyecto.

11.2.

Clases de desarrollo

Cuando nos disponemos, en el sistema de desarrollo, a crear nuevos objetos con las herramientas de desarrollo apropiadas, el sistema antes de asignarle una orden de transporte nos pedir asociar el nuevo objeto por a crear a una Clase de Desarrollo. Las clases de desarrollo no son ms que agrupaciones lgicas de objetos a o que, adems, tienen asignada internamente una ruta de transporte, es decir, a un sistema origen y un sistema destino de transporte. Al asociar un objeto a una clase de desarrollo estaremos, impl citamente, asignndole la ruta de a transporte a seguir cuando la orden asociada a ese objeto sea transportada. Todos los objetos estndar del sistema SAP R/3, ya sean programas, tablas, a ayudas de bsqueda, etc, tienen asociado una clase de desarrollo estndar de u a SAP. Los objetos nuevos a crear debern asociarse a clases de desarrollo nuevas, a que se distinguirn de las estndar por el primer carcter de su identicacin, a a a o que siempre deber ser una Z. Como caso excepcional podremos asignar a a nuestros objetos la clase de desarrollo $ TMP, la cual es denominada temporal o local y tiene como particularidad el hecho de que los objetos a ella asociados no son transportados a ningn sistema destino, y por lo tanto el sistema no le u asigna ninguna orden de transporte. Esta clase de desarrollo se deber asignar a a objetos que sean de pruebas y que no deseemos que vayan a pasar nunca a formar parte del sistema de produccin. Hablamos entonces de objetos o locales privados o temporales. Ver gura 11.3.

11.3.

Tipos de rdenes de transporte o

El sistema SAP R/3 provee distinto tipo de rdenes de transporte para o cada tipo de cambio que se desee realizar en el sistema: Ordenes de customizing A la hora de implementar el modelo de empresa en SAP R/3 se necesita establecer ciertos datos en la parametrizacin o del sistema. La parametrizacin afecta primordialmente a los procesos o

 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 mandante ha sido establecido con grabacin automtica de cambios (ver cap o a tulo 12), una tarea y una orden de customizing son creadas automticamente a cuando un usuario en un sistema R/3 realiza cambios de customizing. Ordenes de modicacin transportables A la vez que cambios en el o customizing, ser tambin necesario desarrollar nuevas aplicaciones a e que se ajusten perfectamente a las necesidades de la empresa. Esto permite moldear el sistema R/3 a cualquier necesidad. Estos cambios, pertenecientes al rea de desarrollo y que afectarn bsicamente a a a a programas y tablas, son independientes de mandante; esto signica que tienen efecto en todo el sistema. La creacin de nuevos objetos, o o la modicacin de los que proporciona SAP son grabados, de manera o similar al customizing, en tareas asignadas a rdenes de modicacin o o transportables. Ordenes de modicacin locales Tambin se pueden realizar cambios o e locales; se distinguen de los anteriores en que estos cambios no pueden ser transportados a otros sistemas.

126

CAP ITULO 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 tareas hasta que son liberadas (fase previa para el transporte de dicha orden a otro sistema), stas pasan por dos estados: e Modicable Cuando la orden o tarea es creada para ser asociada a objetos de desarrollo o de customizing, sta aparece con status modicable; e es decir, permite la inclusin y eliminacin de objetos asociados. Si se o o trata de una orden, sta permite la asignacin o borrado de tareas; si e o se trata de una tarea, esta permite la asignacin o desasignacin de o o objetos del sistema . Liberada El paso previo del transporte consistir en la liberacin de a o la orden y sus tareas asociadas. Para poder liberar una orden, se deber primero liberar todas sus tareas asociadas. La liberacin de una a o tarea consiste en cerrarla para posteriores modicaciones; es decir, no se podr asignar nuevos objetos a esa tarea ni desasignar los ya existentes. a La liberacin de una orden consiste en cerrarla para posteriores tareas; o no se podr crear ninguna nueva tarea asociada a esa orden ni se podrn a a borrar las ya existentes. Una orden puede permanecer en status Modicable aunque todas sus tareas asociadas estn en estado liberado; ello nos permitir asignarle nuevas e a tareas con status modicable para poder seguir trabajando con ella hasta que liberemos la orden. La liberacin de una orden de transporte adems de bloquearla para o a cualquier modicacin futura, realiza el export de la orden. El export de o la orden consiste en la creacin de dos cheros a nivel de sistema operativo o chero data y chero coles . En estos cheros se produce la exportacin o de los datos fuera de su base de datos, de tal manera que puedan ser transportados al sistema destino. As pues, el transporte no es ms que la a exportacin de informacin fuera de la base de datos de origen a chero del o o sistema operativo y la importacin de dicha informacin en la base de datos o o destino. Los dos cheros creados en la exportacin de una orden de transporte o tienen la siguiente ubicacin en el sistema operativo: o Fichero data Ubicado en /usr/sap/trans/data; es el que contiene toda la informacin o asociada a la orden de transporte; cuantos ms objetos estn asociados a la a e

11.5. CUSTOMIZING ORGANIZER Y WORKBENCH ORGANIZER 127

Figura 11.4: Esquema pasos del transporte

orden de transporte a liberar, mayor ser el chero data a crear y mayor el a tiempo que llevar su creacin, es decir, la exportacin. La nomenclatura del a o o chero data, siendo la de la orden liberada <SID>K9nnnnn, puede ser: D9nnnnn.<SID> R9nnnnn.<SID> Fichero coles Ubicado en /usr/sap/trans/cofiles; es un chero de control necesario para el transporte; su tamao es mucho menor que el data ya que no contiene n los datos de la orden. La nomenclatura del chero coles, siendo la de la orden liberada <SID>K9nnnnn, es: K9nnnnn.<SID>

11.5.

Customizing organizer y workbench organizer

Para gestionar las rdenes de transporte y sus tareas podremos usar el o customizing organizer CO y el Workbench Organizer WBO . Tanto uno como otro se pueden acceder a travs de las transacciones SE09 como e SE10 y desde ellas se puede gestionar las rdenes de transporte relativas a o

128

CAP ITULO 11. SISTEMA DE TRANSPORTE

desarrollo (rdenes de modicacin tanto locales como transportables; esta o o herramienta la usarn los desarrolladores) y las de Customizing (herramienta a que usarn los consultores). a

Figura 11.5: Pantalla principal Workbench Organizer En ambas herramientas la pantalla de seleccin dispone como parmetro o a principal del usuario, que por defecto est relleno con el nombre del a usuario con el que nos hemos conectado al sistema. Todas las rdenes o que visualicemos con esta herramienta sern las asociadas al usuario arriba a indicado. Como parmetros adicionales podemos elegir visualizar las rdenes a o modicables y las liberadas o slo uno de los dos tipos. Adems, tambin o a e podemos restringir por fechas para evitar que el listado sea demasiado largo si es que hemos trabajado con muchas rdenes de transporte. En el caso del o customizing organizer tenemos, adems, la posibilidad de visualizar slo las a o o rdenes de customizing o slo las de workbench o ambas a la vez. o Una vez elegidos los parmetros de seleccin del CO o del WBO a o pulsaremos el botn de visualizacin y accederemos a una pantalla como o o la mostrada en la gura 11.6.

11.5. CUSTOMIZING ORGANIZER Y WORKBENCH ORGANIZER 129

Figura 11.6: Ordenes de transporte

Desde esta pantalla podremos identicar qu objetos estn asociados a e a qu rdenes de transporte sin ms que ir desplegando la estructura en rbol eo a a presentada. Esta estructura en rbol nos muestra en un primer nivel la orden a de transporte, en un segundo nivel las tareas asociadas a esa orden y en un tercer y ultimo nivel los objetos asociados a esa tarea. Tanto el primer como segundo nivel tienen asociado un propietario que es mostrado a la derecha de la orden y tarea. El propietario de la orden no tiene por qu coincidir con el propietario de las tareas asociadas ya que el e propietario de esa orden puede crear tareas asociadas y repartir la propiedad de ellas entre los usuarios que considere adecuados. Esto puede ser de utilidad en el caso del desarrollo de una nueva aplicacin donde el jefe de proyecto o crea una unica orden, si as lo considera oportuno, y crea una tarea asociada a esa orden por cada desarrollador involucrado en el proyecto asignando la propiedad de cada tarea a cada uno de los desarrolladores. De esta manera, cada desarrollador ir asignando sus objetos a su tarea con lo que no se a

130

CAP ITULO 11. SISTEMA DE TRANSPORTE

producir solapamiento. Una vez que los desarrolladores acaben su trabajo, el a jefe de proyecto les indicar que liberen sus tareas (la liberacin slo la puede a o o realizar el propietario), pero el jefe de proyecto ser el que tenga la decisin a o de cundo liberar la orden, de la cual l es propietario. La exportacin de la a e o orden a chero no se producir hasta que el propietario de la orden ejecute a la liberacin de la misma. o Desde esta pantalla podremos ejecutar la liberacin de cualquier orden de o la que seamos propietarios. La liberacin debe llevar siempre esta secuencia: o Ejecutar la liberacin de todas las tareas asociadas a esa orden o Ejecutar la liberacin de la orden o Adems de la liberacin podremos borrar asignaciones de objetos a tareas a o con estatus modicable. Esta opcin nos permite eliminar la asignacin de o o un objeto dentro de una tarea sin ms que posicionar el cursor en el objeto a deseado y pulsar a continuacin la opcin de borrar. Esta opcin no borra o o o f sicamente el objeto, slo su asignacin a una tarea, y deber ser usado o o a cuando, por error, hayamos incluido un objeto en una tarea no deseada. Esta opcin de borrado tambin puede ser util para eliminar tareas con estatus o e modicable de rdenes, la unica restriccin que nos impone el sistema es que o o esas tareas deben estar vac La opcin de borrado bien de objetos o de as. o tareas slo es aplicable cuando la orden y la tarea asociada tienen el estatus o modicable, es decir, que no se ha liberado todav Un tarea ya liberada no a. permite la desasignacin de sus objetos mediante la opcin de borrado. En o o esta pantalla, adems, podremos cambiar el texto descriptivo asociado a una a orden con el botn de modicar. o Otra opcin muy importante disponible tanto en la pantalla inicial del o WBO y del CO as como en las pantallas donde se muestran las rdenes o de transporte seleccionadas de los dos organizers es la opcin crear orden. o Eligiendo esta opcin el sistema nos muestra la pantalla de dilogo que vemos o a en la gura 11.7. Como campo principal se nos pide que introduzcamos una descripcin o para la orden a crear cuya codicacin la dar automticamente el sistema o a a al crearla. El sistema, adems, crea la orden con una unica tarea cuyo a propietario es el mismo que el que ha creado la orden; esta opcin se puede o cambiar. Podremos introducir tantas tareas como queramos sin ms que a asignar nuevos empleados a las tareas a introducir en la orden el sistema introducir tantas tareas en la orden como empleados se haya especicado . a A esta opcin de creacin de rdenes de transporte tambin se puede o o o e acceder desde fuera de la transaccin SE09 y SE10 cuando modicamos o o

 11.6. TRANSPORTE MANUAL DE ORDENES

131

Figura 11.7: Creacin de una orden de transporte o

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

11.6.

Transporte manual de rdenes o

Una vez que una orden ha sido liberada, sta se encuentra preparada para e ser importada al sistema destino. El programa de control del transporte se encuentra a nivel del sistema operativo; es el llamado tp.exe que est junto con el resto a de programas ejecutables de SAP que componen el Kernel en la ruta /usr/sap/<SID>/SYS/exe/run, donde <SID> es el directorio que tiene igual nombre que la base de datos de SAP instalada en el servidor. El programa tp se debe ejecutar desde la ruta /usr/sap/trans/bin, en el servidor y directorio adecuado dependiendo del sistema operativo: En sistemas UNIX, este directorio del transporte deber estar a compartido via NFS para todos los entornos que conforman la ruta del transporte. Es por ello por lo que podremos acceder a este path desde cualquier servidor al que nos conectemos desde el sistema operativo (por ejemplo via telnet).

132

CAP ITULO 11. SISTEMA DE TRANSPORTE En sistemas Windows NT, esta directorio de transporte deber estar a congurado como compartido para que desde todos los entornos est disponible, sin embargo slo ser local para uno de ellos. e o a Accederemos a travs del emulador MSDOS en el servidor donde la e ruta es local.

Presentamos a continuacin la estructura en rbol del sistema operativo o a UNIX que es necesaria para el transporte y explicaremos para qu sirve cada e directorio: /usr/sap/trans/bin /usr/sap/trans/data Directorio desde donde se lanza el programa de control del transporte, tp. Directorio donde se almacenan los cheros data generados en la exportacin de datos o desde la base de datos que se realiza durante la liberacin de una orden. o Directorio donde se almacenan los cheros coles generados en la exportacin de datos o desde la base de datos que se realiza durante la liberacin de una orden. o Directorio donde se almacenan en cheros los logs de cada una de las rdenes de transporte o que se importan al sistema destino. Directorio donde se almacena un listado con todas y cada una de las rdenes de transporte o que han sido liberadas desde el sistema origen. Antes de poder importar al sistema destino, el programa de control del transporte chequea que la orden solicitada se encuentra en el listado mencionado y que est todav sin a a transportar; si es as se ejecuta el transporte , al sistema destino. Las rdenes, por defecto, o al ser liberadas son aadidas al buerpor lo n que no ser necesario incluir ninguna orden a en este listado a no ser que expresamente hayamos eliminado su entrada de dicho listado o que la orden ya haya sido transportada y queramos volver a ejecutar su transporte.

/usr/sap/trans/coles

/usr/sap/trans/log

/usr/sap/trans/buer

Veamos a continuacin cmo deberemos usar el programa de control para o o gestionar el transporte de las rdenes ejecutndolo desde el directorio bin o a

 11.6. TRANSPORTE MANUAL DE ORDENES mencionado antes: tp showbuer <SID>

133

Nos muestra el listado de rdenes inclu o das en el buer. En lo que sigue, <SID> se reere al nombre del sistema destino del tranporte. Las rdenes que o ya han sido transportadas al sistema destino aparecen con el texto already imported.

Figura 11.8: Listado de rdenes transportadas y liberadas o

Todas las ejecuciones del comando tp, independientemente del argumento asociado, devuelven un cdigo de retorno cuyos valores pueden ser: o 0 Operacin ejecutada con xito o e 4 Operacin ejecutada con advertencias o 8 Operacin ejecutada con errores. o Un valor mayor que 8 tambin indicar que la operacin no se ha realizado e a o con xito. e tp delfrombuer <orden> <SID>

134

CAP ITULO 11. SISTEMA DE TRANSPORTE

Elimina del listado del directorio buer la referencia a la orden de transporte seleccionada. No borra la orden f sicamente, pero impide que se pueda transportar esa orden. tp addtobuer <orden> <SID> Aade la orden seleccionada al buer, dejando la orden preparada para n ser transportada. Esta operacin, por defecto, no es necesario ejecutarla a o no ser que una orden sea eliminada con el comando anterior y deseemos posteriormente transportarla. tp import <orden> <SID> Importa al sistema destino la orden seleccionada, y lo hace en el mandante cuyo nombre es el mismo que en el sistema origen. Si el mandante destino de la orden no coincide con el mandante origen de la orden, se deber obligatoriamente especicar el mandante destino con la opcin a o client=<mandante destino> aadida despus del <SID>. n e

Figura 11.9: Transporte de una orden a un sistema destino

tp import all <SID> Importa al sistema destino especicado todas las rdenes que hayan o sido liberadas y que, por tanto, se encuentran en el buer. Las rdenes o son importadas por orden de aparicin en buer, por lo que primero se o transportarn las rdenes que han sido liberadas primero. Si el mandante a o

 11.6. TRANSPORTE MANUAL DE ORDENES

135

destino no coincide con el origen, se deber usar la opcin especicada en el a o caso anterior. No se recomienda el uso de esta opcin ya que podemos desear importar o al sistema destino en un orden distinto al que han sido liberadas las rdenes o que se encuentran en el buer, y este comando tiene un orden de transporte preestablecido. tp import <orden> <SID> client=<nnn> u1 La opcin u1 es el modo incondicional de sobreescritura. Habr que o a especicarlo obligatoriamente si deseamos transportar al sistema destino una segunda vez una orden. Esto es as porque el sistema chequea que la orden ya ha sido transportada previamente y no vuelve a ejecutar la importacin. Para o obligarle a sobrescribir la misma orden que se ha transportado previamente, ser necesario especicar la opcin u1. a o

Figura 11.10: Esquema ejemplo del transporte de una orden Veamos a continuacin un ejemplo. Supongamos un sistema de desarrollo o D10 en un servidor NT llamado devsap10 y un sistema de produccin P10 o en otro servidor NT llamado prodsap10. En ambos entornos est establecida a la ruta del transporte D10 P10 a travs de la clase de desarrollo ZDEV. e Estableceremos el directorio de transporte C:\usr\sap\trans localmente en el servidor de produccin, prodsap10. o

136

CAP ITULO 11. SISTEMA DE TRANSPORTE

Supongamos que creamos en el mandante 101 de D10 un programa ZREPORT que queremos pasar al mandante 110 de produccin. Al crearlo, o le asignaremos la clase de desarrollo ZDEV y el sistema nos propondr un a cdigo para su orden de transporte, por ejemplo D10K902010. o Al liberar esta orden, el sistema de desarrollo se conecta a : \\prodsap10\usr\sap\trans para crear en los subdirectorios data y coles los cheros D902010.D10 y K902010.D10 correspondientemente. Abriendo una ventana de MSDOS en el sistema de produccin, sistema destino del transporte, ejecutamos: o C:\usr\sap\trans\bin\tp showbuffer P10 para comprobar que la orden D10K902010 se encuentra en el buer; si acaba de ser liberada, aparecer la ultima del listado. Una vez comprobado a que la orden se encuentra en el buer del sistema de produccin ejecutaremos o el transporte al mandante 110. Como el mandante destino y origen no coinciden deberemos usar la opcin client=<SID>. o C:\usr\sap\trans\bin\tp import D10K902010 P10 client=110 Una vez que este comando ejecute la importacin y su cdigo de retorno o o sea 0, el programa ZREPORT estar disponible en el sistema de produccin. a o

11.7.

Log del transporte

Existe dentro del sistema SAP R/3 una herramienta que nos proporciona mucha ms informacin sobre el transporte de una orden que el simple a o cdigo de retorno devuelto por el comando tp. Tal cdigo de retorno nos o o informa si el transporte se ha ejecutado correctamente, o si por el contrario ha ocurrido algn problema; sin embargo no nos informa qu tipo de problema u e ha ocurrido. La herramienta del log del transporte est disponible tanto en la a transaccin SE09 como en la SE10. Podemos pulsar el botn de visualizacin o o o individual aparece asociado a un icono de gafas en la barra de aplicaciones si conocemos el nmero de orden cuyo log queremos consultar: u Tambin podemos rellenar los parmetros de seleccin explicados en la e a o seccin del WBO y CO para, posteriormente, buscar la orden en el listado o que nos aparezca en pantalla y una vez posicionado el cursor sobre la orden deseada, pulsar la opcin log del transporte asociado a una hoja y gafas o dentro de la barra de aplicaciones.

11.7. LOG DEL TRANSPORTE

137

Figura 11.11: Visualizacin individual de rdenes o o

Figura 11.12: Log del transporte de una orden

Las dos opciones nos llevan a la misma pantalla. En ella, podemos ver desde qu sistema se ha producido el export as como el import en el sistema e destino con cada uno de sus pasos. La importacin se realiza en varios pasos, dependiendo su nmero del o u tipo de objeto a transportar. Desglosando la estructura en rbol del log a podemos obtener distintos niveles de informacin, cada vez ms detallados. o a Una vez que hemos visto en qu paso del transporte se ha producido un error, e haremos doble click sobre esa l nea para acceder a un listado completo del log en ese paso. Esto nos sirve para saber por qu razn se ha producido un e o error en el transporte y cmo habr que resolverlo. Los errores ms comunes o a a son de informacin incompleta en el sistema destino para poder activar las o modicaciones recin transportadas. e Un ejemplo puede ser que el cdigo fuente de un programa que o queramos transportar al sistema destino del transporte haga referencia a una tabla cuya denicin se encuentra en otra orden de transporte, todav o a sin transportar. Si transportamos primero la orden del cdigo fuente, la o importacin fallar devolviendo un cdigo de retorno 8. Si visualizamos el o a o

138

CAP ITULO 11. SISTEMA DE TRANSPORTE

log del transporte de dicha orden veremos que el paso que ha fallado ha sido la generacin del cdigo fuente por hacer referencia a una tabla que todav o o a no existe en el sistema destino. Lo que deberemos hacer ser, pasar la orden a donde se encuentra la denicin de la tabla a la que se hace referencia en el o programa y, posteriormente, transportar de nuevo la orden que ha fallado primero deberemos aadirla manualmente de nuevo al buer . n

Cap tulo 12 Gestin de mandantes o

Como ya se vio en el cap tulo 2, los datos en la base de datos de SAP R/3 se dividen en dependientes de mandante y en independientes de mandante. Un mandante es una unidad contable de negocio independiente que incluye, adems una hoja de balance tambin independiente. La implea e mentacin del modelo de empresa basado en los requerimientos de la empresa o se conocen como customizing o parametrizacin. El customizing, dependieno do del tipo de datos a los que afecte, se puede dividir en dependiente o en independiente de mandante. Tambin vimos en el cap e tulo 2 que un usuario, para trabajar con SAP R/3, necesita conectarse a un mandante y lo que ello signicaba. En este cap tulo vamos a profundizar en el concepto, caracter sticas y mantenimiento de los mandantes en un sistema SAP R/3. El sistema SAP R/3, cuando es instalado en los servidores, viene provisto con mandantes estndar, es decir precongurados. Los mandantes estndar a a son el 000, 001 y 066. En sistemas SAP R/3 destinados a la formacin y o educacin cuyo nombre es IDES existe adems de los anteriores el mandante o a 800. Estos mandantes se distinguen principalmente de los anteriores por estar ya parametrizados, es decir por tener implementados en cada uno de los mandantes la modelizacin de una o varias empresas modelo adems de o a incluir datos de las actividades de negocio de cada una de las empresas. Estos mandantes vienen provistos con unos usuarios estndar con a autorizacin global, es decir, sin restricciones, que en general, no debern o a ser usados para conectarse al sistema salvo por el administrador y que sea estrictamente necesario. Estos usuarios son SAP* , DDIC y EARLYWATCH (este ultimo slo existe en el mandante 066) . o 139

140

CAP ITULO 12. GESTION DE MANDANTES

12.1.

Creacin de un nuevo mandante o

Los mandantes estndar bajo ningn concepto debern ser usados como el a u a mandante de trabajo de la empresa. Estos mandantes, debern permanecer en a el sistema sin ser modicados ni borrados y sin que se creen nuevos usuarios, a excepcin del administrador del sistema, para que se conecten a ellos. o Es por ello, por lo que una de las primeras tareas del administrador ser la creacin de un nuevo mandante cuyo destino nal puede ser de test, a o de produccin, de integracin. . . dependiendo del sistema SAP R/3 con el o o que estemos tratando y de los requerimientos de la empresa. La creacin de un nuevo mandante, en general, se realizar como copia o a de uno ya existente. Se har copia del 000 si se quiere partir de cero o a copia de alguno ya existente si ya hemos creado alguno previamente, se han introducido datos en l y necesitamos una copia de l con datos incluidos. e e Las copias de mandante pueden ser Locales (los mandantes fuente y origen pertenecen al mismo sistema), Remotas (los mandantes fuente y origen pertenecen a sistemas distintos), o a travs de un export de mandante (la e informacin del mandante se exporta a chero por medio de rdenes de o o transporte). Cuando el sistema origen y el destino sean diferentes se deber tener a cuidado de copiar mandantes slo entre sistemas SAP R/3 que dispongan de o la misma versin de SAP R/3, de otra manera una copia de mandante puede o dejar inconsistente por completo el sistema destino. Un mandante es creado en dos pasos. El primer paso permite que el nuevo mandante sea reconocido por el sistema, dndose de alta, adems, a a importantes parmetros bsicos. El segundo paso (descrito en la siguiente a a seccin) llena el mandante de datos; slo despus de este paso el mandante o o e estar plenamente operativo. a El primer paso consiste, realmente, en dar de alta el mandante en la tabla T000, que es la tabla donde estn referenciados todos los mandantes a activos en el sistema. Este alta en la tabla T000 se realiza a travs de la e transaccin SCC4 o a travs del men general Herramientas Gestin o e u o Gestin Gestin de Mandantes Actualizar Mandantes . o o A esta pantalla entraremos por defecto en modo visualizar. La informacin presentada es la de la tabla T000. Pulsando el botn que cambia a modo o o modicar, tendremos la opcin de crear una nueva entrada; el primer campo o corresponde al cdigo del mandante que vayamos a crear; el segundo campo o corresponde a una pequea descripcin del mandante, el tercero a la ciudad n o asociada a la empresa que va a usar ese mandante, as como la moneda bsica a de la empresa que va a usar ese mandante. Los siguientes datos a rellenar se reeren al papel del mandante, opciones

 12.1. CREACION DE UN NUEVO MANDANTE

141

Figura 12.1: Pantalla principal de la gestin de mandantes o

de modicacin para objetos dependientes e independientes de mandante, o nivel de proteccin y restricciones. o Papel del mandante Cuando creamos un mandante deberemos asignarle un papel, es decir un propsito o funcin para lo que se va a utilizar. o o Los valores posibles son produccin , test , customizing , presentacin o o , formacin o referencia SAP . o Modicaciones y transportes de objetos dependientes de mandante Dependiendo del papel que tome el mandante puede llegar a ser necesaria la activacin o desactivacin del transporte para ese mandante en o o concreto. Para mandantes productivos es aconsejable protegerlos contra cambios en el sistema; para mandantes de customizing todos los cambios realizados debern ser registrados en rdenes de transporte a o para su posterior paso al mandante productivo. Veamos las distintas opciones: Modicaciones sin grabacin automtica No pide orden de o a transporte al modicar el customizing. Sin embargo permite asignar rdenes de transporte manualmente. Para mandantes de foro macin y test. o

142

CAP ITULO 12. GESTION DE MANDANTES

Figura 12.2: Detalle de opciones de un mandante

 12.1. CREACION DE UN NUEVO MANDANTE

143

Grabacin automtica de modicaciones Al modicar customizo a ing el sistema pide rdenes de transporte. Para mandantes de deo sarrollo. No se permiten modicaciones No se permite modicar customizing. Permite asignar rdenes de transporte manualmente. o Opcin ms usada para mandantes de sistemas productivos. o a No se permiten transportes Se permite modicar el customizing pero las modicaciones no se registran automticamente en a o rdenes de transporte. Tampoco se permite la asignacin manual o a rdenes de transporte. Opcin ms usada para mandantes de o o a sistemas productivos Modicaciones objetos independiente mandante Se puede limitar el alcance de las modicaciones permitidas en el mandante. Las opciones son: Se permite modicar repository y customizing indep.mandante Opcin ms usada para mandantes en sistemas de desarrollo o o a pruebas donde sepamos que las modicaciones independientes de mandante no afectarn negativamente al funcionamiento del sisa tema. No modicacin de objetos customizing independ.de mandante o Las modicaciones del customizing que afectan a tablas independientes de mandante afectan a todo el sistema. En ciertos sistemas no productivos con diversos mandantes donde se han realizado tareas de customizing antagnicas, se deber usar esta opcin. o a o No modicacin de objetos repository Impide modicar objetos o standard del repository (tablas, programas, pantallas, etc...) y la creacin de nuevos objetos de desarrollo. o No modif.de objetos repository y customizing indep.mandante Opcin ms usada en mandantes de sistemas de productivo. Con o a esta opcin se desactiva la posibilidad de modicar objetos stano dard de SAP (tablas, programas, etc. . . ) y la posibilidad de modicar opciones de customizing globales que afecten a todos los mandantes. Proteccin Se pueden proteger mandantes de una copia de mandante o o de comparacin (existen herramientas que nos permiten comparar los o datos de distintos mandantes). Es importante tener los mandantes

144

CAP ITULO 12. GESTION DE MANDANTES productivos protegidos contra copias intencionadas o no de mandante. Veamos los distintos niveles de proteccin: o Nivel Proteccin 0: No hay restricciones En este nivel no existe o proteccin . o Nivel Proteccin 1: No se permite sobrescritura En este nivel o se protege contra copia de mandante. El mandante as protegido no podr ser sobrescrito por una copia de mandante. a Nivel Proteccin 2: No se permite sobrescritura ni comparacin o o Este nivel adems de proteger contra copia de mandante protege a contra la herramienta de comparacin. Esta opcin ser especialo o a mente necesaria para mandantes productivos donde la informacin o all contenida es especialmente condencial y donde se debern a cumplir todos los requerimientos impuestos por las leyes ociales de proteccin de datos. o

Restricciones Por ultimo podremos restringir el uso de herramientas CATT o incluso proteger el mandante contra un upgrade - cambio de versin o -. Las opciones son: Inicio de procesos CATT permitido CATT proviene de Computer Aided Test Tool. Engloba un grupo de programas usados por SAP para el chequeo del funcionamiento del sistema. Proteccin contra upgrade Si un mandante es protegido contra o upgrade, los datos dependientes de mandante en l no podrn e a ser modicados. Esto compone lo que es el primer paso en la creacin de un mandante. o El segundo paso ser el llenado del nuevo mandante de datos a partir de un a mandante ya existente a travs de uno de los siguientes procesos: e Copia local Copia remota Transporte de mandante

12.2. COPIA LOCAL DE MANDANTE

145

12.2.

Copia local de mandante

Una vez completado el primer paso de la creacin de mandante, veamos o los pasos a seguir en el caso de que se quiera copiar con los datos de otro mandante ya existente en el mismo sistema, es decir, lo que se llama una copia local. Deberemos entrar en el nuevo mandante creado como se ha explicado en la seccin anterior. El unico usuario disponible en un mandante recin o e creado y sin ningn tipo de datos es el usuario SAP* con password PASS. u Este usuario est disponible siempre en SAP ya que as se ha programado a el kernel. La password PASS slo est activa en mandantes recin creados o a e o si en un mandante estandar o ya creado y con datos propios eliminamos del maestro de usuarios el usuario SAP*; esta eliminacin del superusuario o SAP* no es sino una simple reinicializacin del usuario. Esto permite poder o acceder siempre a un mandante aunque por error se hayan eliminado todos sus usuarios. Una vez conectados al nuevo mandante recordemos que no estar plenaa mente operativo hasta que el la copia de datos se nalice deberemos acceder a la opcin de Copia Local disponible en la transaccin SCCL o alternativao o mente Herramientas Gestin Gestin Gestin de Mandantes Copia o o o Mandante Copia Local.

Figura 12.3: Copia local de un mandante

En esta pantalla el mandante destino es el mandante al que nos hemos conectado; deberemos elegir un perl de copia, el mandante origen de copia

146

CAP ITULO 12. GESTION DE MANDANTES

de datos, el mandante origen de copia de datos de maestros de usuario y si el proceso corre en modo test o real. El sistema permite elegir distintos mandantes origen para copiar los usuarios y el resto de datos porque nos puede llegar a interesar crear un mandante con los datos de uno pero con los usuarios denidos en otro. Si no estamos seguros de si el tamao actual de nuestra base de datos n soportar el aumento debido a la creacin de un nuevo mandante deberemos a o lanzar el proceso en modo test y comprobar en el log si tenemos suciente espacio libre en la base de datos o si por el contrario debemos aumentarla como paso previo a una copia de mandante. Si no realizamos el proceso en modo test y la copia se cancela por falta de espacio, no slo tendremos un o mandante creado a medias sino que adems ser imposible seguir trabajando a a en todo el sistema hasta que la base de datos sea extendida. Los datos a copiar se establecen en los llamados Perles de Copia. Al realizar la copia local se debe elegir un perl de copia, con lo que impl citamente se estar indicando el tipo de datos a copiar. Podremos a crear nuevos perles de copia a partir de los ya existentes. Para visualizar el contenido de cada perl desde la transaccin SCCL acudiremos al o men desplegable a la opcin Perl Visualizar Perl . u o En ellos bsicamente se puede elegir los datos a copiar que pueden ser a el maestro de usuarios, los datos de customizing , los datos de aplicaciones , las variantes de reports y la validez (para todo tipo de copias, slo copias o locales, slo copias remotas, slo para export de mandantes ). o o Una vez elegido el perl lo unico que deberemos hacer es pulsar el botn o ejecutar o ejecutar en fondo. La opcin ejecutar realiza el proceso de copia en o dilogo con lo que el sistema no nos devuelve el control de nuestra sesin hasta a o que termine el proceso de copia. Esta opcin es totalmente desaconsejable o porque la copia tarda mucho tiempo. Se recomienda usar siempre la opcin o ejecutar en fondo y programar la copia para una hora en la que sepamos que la actividad del sistema va a ser nula o m nima. Una vez lanzada la copia de mandante podremos acceder al log de la copia a travs de la transaccin SCC3 o alternativamente por el men desplegable e o u Herramientas Gestin Gestin Gestin de Mandantes Logs de o o o Copia. En este log podremos ver el tanto por ciento de proceso de copia ejecutado. La copia de mandante consiste realmente en un proceso en el que se accede alfabticamente tabla a tabla para copiar los registros que e pertenecen al mandante origen en otros tantos registros cuyo mandante ser el mandante destino de la copia. El tiempo que consuma el proceso a de copia depender fundamentalmente de los recursos del sistema, los datos a elegidos a copiar en el perl de copia, y el nmero de registros de los u

12.2. COPIA LOCAL DE MANDANTE

147

Figura 12.4: Detalle de un perl de copia

148

CAP ITULO 12. GESTION DE MANDANTES

que se componga el mandante origen. Se deber tener en cuenta todo esto a para dimensionar los tablespaces o devices dependiendo del RDBMS adecuadamente y evitar un llenado de ellos que provoque una cancelacin de o la copia. Se debe recalcar que este proceso es muy cr tico y extremadamente sensible a la carga de trabajo del sistema, ya que consume muchos recursos. En el momento de la ejecucin de la copia no debe haber ningn usuario o u conectado al mandante origen ni al destino y tampoco debe haber ningn u proceso batch corriendo aparte del propio proceso de copia. De otra manera se podr provocar una cancelacin en el proceso de copia. a o

12.3.

Copia remota de mandante

Cada sistema R/3 tiene claramente denidas sus tareas; as por ejemplo, desarrollo y produccin deben estar en sistemas claramente separados. Para o poder realizar una copia de mandantes entre sistemas distintos existe la herramienta de la copia remota. Debido a que los datos deben pasar a travs e de la red, una copia remota es mucho ms lenta que una copia local. a La transaccin de copia remota es SCC9 que puede ser accedida o por el men desplegable Herramientas Gestin Gestin Gestin de u o o o Mandantes Copia de mandante Copia remota.

Figura 12.5: Copia remota de un mandante

12.4. TRANSPORTE DE MANDANTE

149

A diferencia de la copia local, en la copia remota exclusivamente se deber indicar un destino fuente como origen de la copia. Este destino fuente a ser realmente una conexin RFC, necesaria para que ambos sistemas , fuente a o y destino se puedan comunicar para el traspaso de datos. En la denicin de o este sistema lgico estar incluido el sistema origen y el mandante origen. Por o a las mismas razones que en la seccin de copia local se recomienda siempre o lanzar este proceso de copia en fondo. El sistema, igual que en la copia local, bloquea los mandantes origen y destino impidiendo que los usuarios se conecten, pero los usuarios conectados previamente no sern desconectados. Ser tarea del administrador lanzar la a a copia cuando no haya ninguna conexin al sistema o cancelar las conexiones o ya existentes. En la copia remota, slo se copian datos de tablas no las deniciones de o tablas. Si se crearon tablas nuevas en el mandante origen cuyas deniciones no fueron transportadas, estas tablas no son pasadas en el proceso de copia. Se deber proceder a transportar todas las tablas nuevas que no se encuentran a en el sistema destino antes de realizar la copia remota.

12.4.

Transporte de mandante

Con esta herramienta los datos no son copiados directamente al mandante destino sino que, a travs del programa de control de transporte tp, se realiza e un export del mandante consistente en la exportacin a chero de toda la o informacin a copiar. El export genera tres rdenes de transporte, una orden o o para los datos independientes de mandante, otra para los dependientes y otra para los textos espec cos. Otra diferencia importante con respecto a la copia remota es que el sistema destino no tiene por qu ser accesible desde el sistema origen , como e ocurr en la copia remota. Aunque el sistema destino, en este caso, no tiene a por qu ser distinto del origen, este mtodo se recomienda slo para el caso de e e o copia a un sistema destino diferente del origen ya que para copiar mandantes dentro de un mismo sistema disponemos de la copia local que consume menos tiempo. Accederemos a esta herramienta en la transaccin SCC8 o a travs o e del men desplegable Herramientas Gestin Gestin Gestin de u o o o Mandantes Transporte de Mandante Export de Mandante. En este caso, igual que en los anteriores, se deber elegir un perl de copia, a y se podr elegir entre ejecucin real o de test as como un lanzamiento del a o proceso de exportacin en dilogo o background. Por las mismas razones que o a en las dos secciones anteriores se deber elegir la ejecucin en background. a o

150

CAP ITULO 12. GESTION DE MANDANTES

Figura 12.6: Export de mandante

El sistema nos mostrar a continuacin una ventana de dilogo a o a informndonos de las tres rdenes de transporte que se van a generar: a o Orden generada con datos indep. de mandante: Orden generada con datos dep. de mandante: Orden generada con los textos espec cos: <SID>KO(No secuencial) <SID>KT(No secuencial) <SID>SX(No secuencial)

Este proceso de exportacin de mandante tambin queda registrado en o e el log de copia, en la transaccin SCC3. La creacin de estas 3 rdenes de o o o transporte lleva asociada la creacin de cheros a nivel de sistema operativo, o con lo que tendremos como limitacin de espacio para esas rdenes el asignado o o a la unidad donde est establecido el directorio de transportes en entornos e Windows , o el asignado al le system correspondiente en entornos UNIX . Deberemos recordar que la exportacin de mandante puede llegar a crear o cheros de gran tamao, dependiendo de la informacin asociada al mandante n o a exportar; por lo que un llenado del le system o de la unidad de disco asignada causar una cancelacin del proceso de exportacin. a o o Una vez creadas satisfactoriamente las rdenes de transporte lo unico que o restar ser importar (como se vio en el cap a a tulo 11) en el sistema destino primero la orden asociada a los datos independiente de mandante, y despus e la orden asociada a los datos dependientes de mandante con el programa de control de transporte tp. Como tercer paso deberemos importar los textos espec cos conectndonos a

12.4. TRANSPORTE DE MANDANTE

151

al sistema destino y accediendo a Herramientas Gestin Gestin o o Gestin de Mandantes Transporte de Mandante Trabajo Repaso Imo port. Introduciremos la orden de los textos espec cos y pulsaremos ejecutar en dilogo o background. a

Cap tulo 13 Mantenimiento de instancias

13.1. Perles del sistema

El sistema SAP R/3 dispone de unos parmetros de conguracin a o necesarios para el arranque y funcionamiento de sus instancias. En este cap tulo veremos cmo gestionar tales parmetros para optimizar el o a funcionamiento del sistema R/3. Tales parmetros nos permitirn congurar a a tamao de bueres, idioma de conexin por defecto, mandante de conexin n o o por defecto, tiempo de expiracin de passwords, nmero intentos fallidos de o u conexin para bloquear usuario, etc. . . o

13.1.1.

Mantenimiento de perles del sistema

Los parmetros activos se mantienen desde los Perles del Sistema. Estos a perles son realmente 3 cheros a nivel de sistema operativo donde se guarda toda la informacin tcnica del sistema R/3: o e 1. Perl de Inicio: El nombre es Start <nmero instancia> <nombre u mquina>. Es un perl unico por instancia del sistema R/3 que contiene a parmetros necesarios para el arranque de SAP en los servidores que a componen el sistema. 2. Perl por Defecto: El nombre es DEFAULT. Es un perl unico por sistema R/3 que contiene parmetros globales para todo el sistema. a 3. Perl de Instancia: El nombre es <SID> <nmero instancia> <nombre u de mquina> y es un perl unico por instancia del sistema R/3 con a parmetros espec a cos de cada instancia. 153

154

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

Estos tres perles estn almacenados a nivel de sistema operativo en tres a cheros con los nombres especicados anteriormente en el siguiente path de la instancia central: \usr\sap\<SID>\SYS\profile\ donde <SID> es el System Identication, es decir, el nombre de la base de datos del sistema R/3 que est compuesto de tres caracteres y que se establece a en tiempo de instalacin del sistema en los servidores. o Ejemplo: Supongamos un sistema R/3 compuesto de 2 instancias; una instancia central y otra de aplicaciones, cada una de ellas en una mquina a distinta. Supongamos que tenemos la siguiente conguracin: o Nombre base de datos SAP (SID): P11 Nombre mquina de la instancia central: servr001 a Identicador instancia central: 00(este valor de identicador para la instancia se establece en tiempo de instalacin y no se puede cambiar) o Nombre mquina de la instancia de aplicaciones: servr002 a Identicador instancia aplicaciones: 10 Los perles del sistema sern, en este caso, cinco: un unico perl por a defecto y dos perles de inicio y de instancia por cada una de las instancias que componen nuestro sistema: Perl Perl Perl Perl Perl por defecto: DEFAULT inicio instancia central: START DVEMGS00 servr001 instancia insta. central: P11 DVEBMGS00 servr001 inicio instancia aplicacl: START D10 servr002 de instancia insta. aplic.: P11 D10 servr001

Hay una herramienta en SAP para gestionar el mantenimiento de estos perles sin tener que bajar a nivel de sistema operativo. Esta herramienta se encuentra en la transaccin RZ10, accesible por el men desplegable desde o u Herramientas CCMS ConguracinActualizar Perles. o En esta transaccin existen 3 niveles de gestin de perles, en cada uno o o de los niveles se muestra distinto tipo de informacin: o Datos de gestin. En este nivel se mantiene el path completo del chero a o nivel de sistema operativo, as como fechas de modicacin y activacin o o del perl en cuestin y autor de dicha modicacin y activacin. o o o

13.1. PERFILES DEL SISTEMA

155

Figura 13.1: Pantalla pricipal perles del sistema

Figura 13.2: Datos de gestin de un perl o

156

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

Actualizacin bsica . En este nivel no se permite introducir ningn o a u parmetro nuevo, slo modicacin de los parmetros bsicos que a o o a a componen el perl. Este nivel es especialmente importante en el caso del perl de instancia ya que permite, de una manera muy sencilla y segura, cambiar los parmetros relativos a los bueres y al nmero de colas de trabajo. a u Ser este el perl que debamos modicar si deseamos que una instancia a o varias tengan una distribucin distinta de sus colas de trabajo. o

Figura 13.3: Actualizacin bsica de un perl o a

Actualizacin ampliada . En este nivel se permite la visualizacin o o o modicacin de todos los parmetros activos en el perl seleccionado, o a as como la introduccin de nuevos parmetros. Algunos parmetros o a a tienen documentacin asociada en este nivel que puede ser visualizada o pulsando F1 sobre el parmetro deseado. a

13.1. PERFILES DEL SISTEMA

157

Figura 13.4: Actualizacin ampliada de un perl o

13.1.2.

Importacin de perles del sistema o

La primera vez que se accede a esta herramienta desde que se instala el sistema SAP R/3, los perles no se encuentran disponibles desde SAP; existen slo a nivel de sistema operativo por lo que ser necesario importar o a dichos perles para que se puedan mantener desde dentro del sistema. A esta herramienta de importacin se accede desde la RZ10 en la opcin del o o men desplegable UtilidadesImportar Perl De servidores Activos. u Una vez que ejecutemos la importacin de los perles desde el sistema o operativo, los tendremos disponibles en la transaccin RZ10. Pulsando o la ayuda de bsqueda correspondiente al campo Perl, el sistema nos u mostrar en un listado los perles importados. a

158

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

13.1.3.

Visualizacin todos los parmetros activos o a

Existen ms parmetros tcnicos de conguracin SAP que los que a a e o aparecen en los perles antes indicados. Se pueden ver todos los parmetros a activos en SAP ejecutando el programa RSPARAM desde la transaccin o SE38 (editor ABAP/4). Si un parmetro no aparece en ninguno de los tres a perles del sistema no quiere decir que no exista, ya que puede encontrarse activo en el sistema pero no aparecer en ninguno de los tres perles por tener asociado su valor por defecto. Para saber si un parmetro determinado a est activo en el sistema deberemos ejecutar el programa antes mencionado a y comprobar si aparece en el listado. Si no aparece, esto signicar que el a parmetro no est activo en el sistema. a a Si deseamos modicar un parmetro al que slo se puede acceder a travs a o e de la ejecucin del programa RSPARAM, deberemos proceder incluyndolo o e como un parmetro nuevo en cualquiera de los perles existentes. Si es un a parmetro que debe tener un valor distinto por cada instancia o que slo a o se debe activar en determinadas instancias de nuestro sistema, deberemos incluirlo en el perl de instancia de las instancias adecuadas; si el parmetro a es global para todo el sistema R/3 deberemos incluirlo una unica vez en el perl por defecto (otra posibilidad menos recomendada es que se incluya en cada uno de los perles de instancia de las instancias que conforman nuestro sistema SAP R/3). Importante: Cualquier modicacin sobre cualquiera de los perles de o inicio y de instancia bien sea en la modicacin del valor de un parmetro o a o en la inclusin de un nuevo parmetro no toman efecto hasta que la o a instancia en cuestin sea reiniciada. Cualquier modicacin sobre el perl por o o defecto 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 la modicacin de cualquiera de sus tres perles a travs de una ventana de o e dilogo. a La modicacin de los perles del sistema requiere de un paso ms adems o a a de la grabacin en s de las modicaciones; este paso es la Activacin del o o perl. El concepto de activacin o generacin se encuentra presente en muchas o o de las aplicaciones de SAP como puede ser el mantenimiento de perles y autorizaciones de usuario, programacin o mantenimiento de tablas, etc. . . La o grabacin de una modicacin de tales objetos supone la creacin de una o o o nueva versin de ese objeto a nivel de SAP R/3 pero el sistema no la toma o como la actual. La activacin o generacin de ese objeto supone, en algunos o o casos como los programas y tablas, la modicacin real de ese objeto en la o base de datos o la modicacin real a nivel de sistema operativo como es el o caso de la activacin de los perles del sistema. o

 13.2. MODOS DE OPERACION

159

13.1.4.

Parmetros ms importantes de un sistema a a R/3

Debido al gran nmero de parmetros existentes en un sistema R/3 es u a prcticamente imposible conocer a fondo todos ellos, sin embargo existen a varios que, por su importancia en procesos bsicos de administracin, toman a o un papel muy importante. A continuacin listamos algunos de los parmetros o a ms importantes. a Nombre parmetro a SAPSYSTEMNAME INSTANCE NAME SAPSYSTEM SAPGLOBALHOST rdisp/wp no dia rdisp/wp no vb rdisp/wp no vb2 rdisp/wp no enq rdisp/wp no btc rdisp/wp no spo zcsa/installed languages zcsa/system language login/system client Valor de ejemplo Descripcin o US1 DVEBMGS00 00 uisabl4 6 2 1 1 2 1 DES S 800 Nombre de la base de datos Nombre instancia Nmero de instancia u Nombre del servidor Nmero colas de dialogo u Nmero colas de update u Nmero colas de update2 u Nmero colas de enqueue u Nmero colas de batch u Nmero colas de spool u Idiomas instalados D -alemna , E -ingls- , S -espaole n idioma por defecto mandante por defecto

13.2.

Modos de Operacin o

En muchos casos ser absolutamente necesario cambiar la conguracin a o de las colas de trabajo de nuestro sistema R/3 de una forma peridica o debido a exigencias de operativa de nuestra empresa. Las exigencias ms a comunes son la denicin de ms procesos de trabajo de tipo batch durante o a el procesamiento nocturno, que debern ser minimizadas en cantidad durante a el horario de trabajo de nuestra empresa para dar ms prioridad a los procesos a de dilogo. Esto nos optimizar la ejecucin de jobs de carga o modicacin a a o o masiva de datos que se pueden realizar sin intervencin del usuario durante o la noche. Esta modicacin en el nmero de procesos de trabajo, si no o u dispusiramos de la herramienta de Modos de Operacin, nos llevar a tener e o a que modicar los perles de instancia de cada una de las instancias que conforman nuestro sistema R/3 y reiniciar nuestro sistema cada vez que se

160

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

quisiera cambiar la conguracin de los procesos de trabajo. o Un Modo de Operacin no es ms que el nmero y tipo de colas de o a u trabajo de una instancia asignados a un intervalo horario. De esta manera nos aseguraremos que nuestro sistema R/3 funcione con una conguracin o de procesos determinada durante un intervalo de tiempo, y adems el a sistema cambiar en modo on line, sin necesidad de parar el sistema, a otra a conguracin cuando llegue la hora de su activacin. o o Ejemplo : Supongamos un sistema SAP formado por una unica instancia donde estn conguradas 15 colas de trabajo. Podemos denir dos modos a de operacin: diurno y nocturno. En el modo de operacin diurno daremos o o prioridad a los procesos de dilogo deniendo ms procesos DIA mientras a a que en el nocturno daremos prioridad a los procesos en fondo deniendo ms a colas BTC . Modo Diurno activo de las 8.00 am hasta las 8.00 pm Formado por 7 colas DIA 3 colas BTC 1 cola SPO 1 cola ENQ 2 colas UPD 1 cola UP2 En el modo diurno nos debemos asegurar que el sistema va a poder gestionar sin problemas las peticiones de los usuarios, las cuales entrarn a por los procesos de dilogo; es por ello que las colas DIA deben superar al a resto de colas . Modo Nocturno activo de las 8.00 pm hasta las 8.00 am Formado por 3 colas DIA 7 colas BTC 1 cola SPO 1 cola ENQ 2 colas UPD 1 cola UP2 En el modo nocturno no habr ningn usuario conectado al sistema y nos a u deberemos asegurar que el sistema podr gestionar sin problemas todos los a jobs que haya planicados; es por ello que las colas BTC deben superar al resto de colas. No se debe reducir nunca a cero el nmero de colas de DIA ya u que hay procesos internos de SAP que necesitan de estas colas y adems, de a otra forma, no podr amos conectarnos al sistema en caso de urgencia ya que

 13.2. MODOS DE OPERACION

161

las conexiones de los usuarios al sistema se gestionan a travs de procesos e DIA.

13.2.1.

Gestin de modos de operacin o o

Para crear modos de operacin deberemos acceder a la transaccin o o RZ04, o alternativamente por el men desplegable Herramientas CCMS u Conguracin Mod Oper + Servidores . o

Figura 13.5: Modos de operacin o

En esta pantalla aparecern los modos de operacin denidos en nuestro a o sistema como muestra la gura 13.5. Haciendo doble click en cada una de las entradas o posicionando el cursor en una entrada y pulsando la opcin Instancias/Form.op accederemos a una pantalla donde aparecen los o siguientes campos:

162 Host

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS Nombre del servidor a nivel de sistema operativo . Servidor Nombre de la instancia instalada en el servidor anteriormente mencionado . Perl Instancia Nombre del perl de instancia de la instancia anteriormente mencionada. Forma Operacin o Modo de operacin asociados a la instancia. o Procesos de trabajo Nmero y tipo de colas de trabajo de las que se u compone el modo de operacin anteriormente o mencionado. El campo Sum es la suma de todos los procesos de trabajo, el cual debe ser el mismo para todos los modos de operacin o denidos en nuestro sistema.

Si deseamos modicar la conguracin de alguno de los modos de o operacin denidos en el sistema, haremos doble click sobre el modo de o operacin deseado con lo que accederemos a la ventana de dilogo de la o a gura 13.6 donde podremos, con los botones + , aumentar o disminuir el nmero de colas de un tipo determinado: u
2

Figura 13.6: Distribucin de procesos de trabajo o

La unica limitacin que impone esta herramienta es que el total de o procesos no puede cambiar. Si aumentamos el nmero de colas de dilogo, u a posicionndonos en la linea correspondiente y pulsando el botn +, el a o

 13.2. MODOS DE OPERACION

163

sistema automticamente disminuir en la misma cantidad el nmero de a a u colas de fondo, y viceversa, si aumentamos en una cantidad el nmero de u colas de fondo el sistema disminuir en la misma cantidad el nmero de colas a u de dilogo. a Si deseamos aumentar o disminuir el nmero total de colas de una o varias u instancias, no podremos realizarlo a travs de los modos de operacin, sino e o que se deber realizar a travs del mantenimiento de los perles de instancia, a e con lo que el cambio no se activar realmente hasta que las instancias a modicadas sean reiniciadas de nuevo. Hasta ahora hemos visto cmo crear o modicar un modo de operacin, o o pero ste no se activa realmente hasta que no es asociado a un intervalo e horario. Como ultimo paso deberemos asociar los modos denidos a unas horas determinadas en la transaccin SM63 o a travs del men desplegable o e u Herramientas CCMS Conguracin Planicar Modos Operacin: o o

Figura 13.7: Pantalla principal asignacin horaria o

En esta pantalla tenemos la posibilidad de asociar un modo de operacin, o bien sea normal (diario) o excepcional (vlido slo para determinados d a o as), a un intervalo horario. Elegiremos la opcin modo de operacin normal o o y pulsaremos bien visualizar o bien modicar. En la siguiente pantalla podremos, si hemos elegido modicar, asociar el modo que deseemos a unas

164

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

horas determinadas.

Figura 13.8: Asignacin horaria a modos de operacin o o

13.3.

Grupos de logon

En sistemas SAP R/3 con mltiples servidores de aplicaciones es u importante distribuir la carga de trabajo tan ptimamente como sea posible, o es decir, deberemos evitar a toda costa que unos servidores de aplicaciones soporten toda la carga de trabajo debido a que un tanto por ciento muy elevado de los usuarios se hayan conectado a esas instancias y que otros se encuentren prcticamente sin realizar ningn trabajo debido a un bajo a u

13.3. GRUPOS DE LOGON

165

nmero de conexiones de usuario. Para evitar este tipo de problemas que u puede afectar muy negativamente al rendimiento global del sistema se deben usar los Grupos de Logon. Un grupo de logon es un subconjunto de servidores de aplicacin o disponibles en nuestro sistema R/3. Cuando los usuarios se conectan al sistema R/3 debern elegir uno de los grupos de logon denidos con lo que a la conexin al sistema R/3 se produce exclusivamente a travs de una de o e las instancias asociadas a ese grupo. De esta manera, deniendo grupos de logon para cada una de las reas de aplicacin de SAP que sean usadas por a o nuestra empresa, podremos conseguir un ptimo balance de carga de trabajo o en los servidores SAP. La denicin de grupos de logon, adems, nos permite o a un rendimiento ptimo de los bueres ya que los usuarios que van a realizar o tareas similares se conectarn por el mismo grupo de logon con lo cual un a tanto por ciento muy elevado de los programas que vayan a ser usados por un usuario que se acaba de conectar ya se encuentra en los bueres de dichas instancias con lo que el acceso a la informacin es mucho ms rpido. o a a Dependiendo del tamao y reas de nuestra empresa que trabajen con n a SAP deberemos denir uno o varios grupos de logon por cada departamento, a rea de trabajo, mdulos de SAP, etc . . . o

13.3.1.

Gestin de grupos de logon o

Los grupos de logon se pueden denir en la transaccin SMLG, por el o men desplegable Herramientas CCMS Conguracin Grupos Acceso u o En esta pantalla aparecen los grupos de logon ya denidos, sus instancias asociadas y si se encuentran activos o no. Para denir un grupo nuevo pulsaremos el botn Crear Entrada . o En esta ventana deberemos introducir el nombre descriptivo del grupo, que en general ser un nombre descriptivo del conjunto de usuarios que lo a vayan a usar; por ejemplo, si creamos un grupo de logon para el departamento de recursos humanos, lo ms lgico ser dar ese mismo nombre al grupo de a o a logon. Adems del nombre descriptivo se deber introducir la instancia por la a a que se conectarn los usuarios que entren por ese grupo. Podremos restringir a los accesos a este grupo de logon por direccin IP, por tiempo de respuesta o o por nmero de usuarios ya conectados. Estas restricciones, si se activan, u permitirn accesos a travs de dicho grupo slo si el servidor de presentacin a e o o se encuentra en el intervalo de direcciones IP inclu das, o slo si su conexin o o a red es de un tiempo de respuesta menor que el especicado o si el nmero u de usuarios conectados a este grupo no supera el mximo establecido. a Una vez que se han denido los grupos de logon, cada servidor de

166

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

Figura 13.9: Pantalla principal grupos de logon

presentacin deber tener instalado el programa saplogon.exe, que se instala o a con el sapgui. Este programa permite tener un unico icono de conexin a o SAP para todos los sistemas SAP y grupos de logon de los que dispongamos.

13.3.2.

Saplogon

A continuacin veremos cmo se debe usar el programa saplogon incluido o o como opcin de instalacin del sapgui. Lo primero que deberemos hacer o o es ejecutar el programa que se encontrar dentro del grupo de programas a instalado con el sapgui o SAP Frontend en nuestro PC, como muestra la gura 13.11. Los botones Server y Groups sirven para crear iconos de servidores de aplicaciones y grupos de logon respectivamente para el acceso a uno o varios sistemas SAP R/3. Como ya se ha explicado anteriormente, los accesos a travs de iconos de servidores de aplicacin nos conectan a un sistema SAP e o por un servidor determinado, mientras que los grupos de logon nos conectan a travs de uno de los servidores que tenga asociados ese grupo, con lo cual e si un servidor queda indisponible, el grupo de logon elige automticamente a otro servidor asociado. Esto redunda en una mejor gestin de acceso de los o usuarios. Para crear en el saplogon tantas entradas como servidores hay en un

13.3. GRUPOS DE LOGON

167

Figura 13.10: Pantalla detalles creacin grupo logon o

sistema, lo unico que deberemos hacer es pulsar el botn Server. En la o pantalla que se muestra en la gura 13.12 deberemos elegir el sistema SAP al que nos queremos conectar. En el campo ID introduciremos el valor del SID de nuestro sistema y en message server el servidor donde est la instancia central. A continuacin a o pulsaremos el botn Generate List y entonces el programa se comunica con o el sistema y recupera todas y cada una de las instancias que componen el sistema SAP. Si pulsamos el botn Logon, el programa simplemente nos conecta al o sistema indicado a travs del servidor seleccionado, pero no aade la entrada e n al saplogon. Si pulsamos el botn Add, los servidores seleccionados son o aadidos al saplogon. n De manera similar podemos insertar los grupos de logon denidos en un sistema; pulsando el botn Groups del saplogon e introduciendo los o valores deseados en los campos ID y message server obtendremos un listado de los grupos de logon denidos en ese sistema en la transaccin SMLG. o Procediendo de igual manera que con la opcin Server, obtendremos el listado o

168

CAP ITULO 13. MANTENIMIENTO DE INSTANCIAS

Figura 13.11: Pantalla de saplogon

de grupos de logon. Si aadimos todos los servidores y todos los grupos de logon, obtendremos n un saplogon con todos los servidores y grupos de logon denidos en nuestro sistema. Por ultimo veremos las opciones New, Properties y Delete del saplogon. La opcin Properties nos permite crear de una manera ms rpida que la opcin o a a o Server una entrada de icono de acceso a travs de un servidor de aplicaciones. e Para ello lo unico que deberemos indicar es el nombre del servidor en el campo Application Server, una descripcin del icono en el campo Description y por o ultimo indicar el nmero de instancia de ese servidor si la instancia es u unica, el nmero ser 00 en el campo System Number. u a La opcin Edit edita la entrada seleccionada, ya sea icono de servidor o o de grupo, y por ultimo, la opcin Delete elimina la entrada del saplogon o seleccionada. El programa saplogon, en denitiva, nos facilita la conexin a cualquier o servidor SAP evitando que tengamos el escritorio de nuestro PC plagado de iconos de acceso a distintos servidores y/o sistemas SAP R/3.

13.3. GRUPOS DE LOGON

169

Figura 13.12: Opcin de seleccin servidor en saplogon o o

Figura 13.13: Opcin propiedades en saplogon o

Apndice A e Transacciones ms comunes a

DB02 Anlisis de tablas e a Indices DB14 Mostrar logs actividad SAPDBA PFCG Generador de perles. RZ01 Monitor para previsin de jobs o RZ02 Grco grafos de instancias SAP a RZ03 Representacin,Control instancias SAP o RZ04 Actualizar instancias SAP RZ06 Alerts Thresholds Maintenance RZ08 Monitor alert SAP RZ10 Actualizar parmetros perl a RZ11 Actualizacin parmetros de perl o a RZ12 Actual.asignacin grupos serv.RFC o SA38 Informes ABAP SA39 SA38 para transaccin parmetros o a SAR Actualizar cdigos de transaccin o o SAR0 Visualizar rbol de informes estnd. a a SARA Gestin de archivos o 171

172

APENDICE A. TRANSACCIONES MAS COMUNES

SARL Llamada de ArchiveLink Monitor SARP Reporting (Estruct.rbol): efectuar a SART Visualizar rbol de informes a SC38 Lanzar report remoto SC80 CATT Utilities SCAT Computer Aided Test Tool SCC1 Copia mandante - seleccin especial o SCC3 Copia mandante Log SCC4 Gestin mandantes o SCC5 Borrado de mandante SCC6 Importacin de mandante o SCC7 Import.mandante - tratam.posterior SCC8 Export mandante SCC9 Copia mandante remota SCCL Import.mandante - tratam.posterior SCMP Comparacin vista/tablas o SCPF Generar gu implem. para la empresa a SCPI Interfase optimizacin de produccin o o SCT1 Resumen - Imports lgicos o SCU0 Comparac.Customizing SE01 Transport Organizer SE03 Workbench Organizer: Herramientas SE06 Instalar Workbench Organizer SE07 Visual.status gestin transp o SE09 Workbench Organizer

173 SE10 Customizing Organizer SE11 Actualizacin Dictionary ABAP o SE13 Parm.memoria para actual.tablas a SE14 Utilities para tablas Dictionary SE15 Sistema Info Dictionary SE16 Browser de datos SE17 Visualizar tabla (general) SE30 Anlisis tiempo ejecucin ABAP a o SE37 Mdulos de funciones ABAP o SE38 Editor ABAP SE39 Editor Split screen Comp. report SE41 Menu Painter SE43 Actualizar men de mbito u a SE51 Screen Painter SE54 Generar vista tabla SE61 Docu R/3 SE63 Acceso Traduccin o SE80 Browser Repository SE84 Sistema Info Repository SE85 Sistema Info ABAP/4 Dictionary SE86 ABAP/4 Sistema Info SE91 Actualizar mensajes SE93 Actualizar cdigos de transaccin o o SEWA Earlywatch Alert SM0 Resumen de procesos de trabajo

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 actualizacin o SM21 Log de sistema SM30 Llamar actualizacin de vistas o SM31 Actualizar tablas SM35 Monitoring batch input SM36 Solicitud para proceso de fondo SM37 Resumen de jobs de fondo SM38 Transaccin de gestin queue o o SM39 Anlisis jobs a SM49 Ejecucin comandos OS externos o 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 Gestin de ampliaciones SAP o SMX Visualizar jobs propios ST01 Trace sistema ST22 ABAP/4 Anlisis errores tiempo ejec. a STAT Estad sticas de acceso al sistema SU01 Actualizacin de usuarios o

175 SU01D Visualizar usuarios SU02 Actualizar perles de autorizacin o SU03 Actualizar autorizaciones SU10 Modicaciones masa Maestros usuario SU12 Modicaciones masa Maestros usuario SU20 Actualizar campos de autorizacin o SU21 Actualizar objetos de autorizacin o SU22 Utiliz.obj.autoriz.en transacciones SU24 Verif.obj.autoriz.bajo transacciones SU53 Visualizar valores de vericacin o SUIM Llamada rbol report.AUTH (infosist) a SUPC Perles para grupos actividad SUSE Actual.p.Self Upgrading Software

Apndice B e Recursos Web

http://www.sap.com Pagina principal de SAP. La versin espaola esta en http://www.sap. o n com/spain http://www.sappro.com Pagina de la editorial Wellesley Information Services que edita la revista Sap Professional Journal. Se pueden consultar ndices de las revistas anteriores y solicitar un ejemplar de muestra gratuito para evaluar la publicacin antes de suscribirse. o 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 discusin abiertos de los o que existe uno por cada mdulo de SAP R/3. Se puede descargar o cheros .zip con el historial de preguntas y respuestas de los foros mas concurridos. http://www.erpfans.com Web de la misma serie que el anterior pero mas general, con referencias a otros productos ERP como Baan, PeopleSoft, Oracle Financials, etc. http://www.sapclub.com Noticias, empleo, foros, test de conocimientos sobre el modulo BASIS, salvapantallas y fondos de escritorio con SAP como tema principal. http://www.erpsupersite.com/sap/ Noticias acerca de SAP, catlogos de libros, anlisis de implantaciones a a en empresas, etc. 177

178

APENDICE B. RECURSOS WEB http://www.saplabs.com Pagina de los diversos laboratorios Technical Core Competence de SAP que hay en el mundo. Existe un link a cada uno de ellos y all encontraremos ofertas de empleo, descripciones de los nuevos proyectos, software para descargar y enlaces a la documentacin del o Simplication Group. Esta documentacin incluye art o culos, white papers e incluso libros completos, todo ello en formato PDF. Es la mejor documentacin disponible gratuitamente que existe. o http://www.realtimeusa.com/sap-group/archives/ Archivos con los mensajes del grupo de noticias de SAP comp. soft-sys.business.sap. Es un grupo moderado (por lo menos no hay que sufrir el spam :-) y el contenido es interesante.

Apndice C e Casos reales

C.1.
Sector Autodesk, Inc. centra sus actividades en el desarrollo y venta de productos de software informtico. Es uno de los principales productores de software a CAD/CAM. Su central se encuentra en San Rafael, California y posee 4 centros de desarrollo en USA y Suiza as como veinte subsidiarias repartidas por Europa y Asia. Autodesk se encontraba, antes de la implementacin del sistema SAP o R/3, en una situacin en la que sus sistemas de gestin no se correspond o o an con las necesidades de la empresa, razn por la cual se necesitaba un cambio o radical que se ajustara a la situacin de rpido crecimiento y expansin o a o internacional que estaba experimentando. El proyecto que se planic para conseguir tales nes, System 2000, se o bas en cinco objetivos principales: o Globalizacin del software de aplicacin de negocio: Los procesos de o o negocio no se deb ver limitados por limitaciones del sistema o por an fronteras geogrcas. La informacin deb uir en tiempo real para a o a todos los aspectos del negocio. El nuevo sistema informtico deb ser capaz de soportar todos los a a idiomas, operaciones, as como procedimientos de clculo de impuestos a espec cos de cada pa en los que Autodesk ten algn centro o lial. s a u Los tiempos de los procesos de negocio se deb an ser claramente reducidos. Gestin precisa de inventario. o 179

Autodesk, Inc.

180

APENDICE C. CASOS REALES Como manufacturador de productos de software para UNIX y Windows NT, Autodesk insisti en disponer de un sistema abierto o con arquitectura cliente / servidor para la gestin de sus procesos de o negocio.

El producto R/3 de SAP result ser el sistema que mejor se ajustaba o a las necesidades de la empresa. Los mdulos R/3 de contabilidad o nanciera, controlling, gestin de materiales, ventas y distribucin fueron o o implementados en los centros americanos en slo 6 meses. o

C.2.
Sector

Schweppes, S.A.

Schweppes, S.A. pertenece al grupo Cadbury Schweppes dentro de su divisin de bebidas y su actividad radica en la fabricacin y distribucin de o o o bebidas refrescantes. Schweppes est compuesto por una plantilla de ms de 1.000 personas. a a Dispone de una sosticada red de distribucin formada por 30 delegaciones o de ventas, 8 cabeceras de rea, ms de 1.000 distribuidores y 20 almacenes, lo a a que le permite dar servicio a sus ms de 200.000 clientes de una forma rpida a a y ecaz. Toda esta infraestructura, la existencia de sistemas de informacin o distribuidos sin ninguna conexin entre las aplicaciones y sin una conexin o o geogrca entre las distintas reas de venta y las ocinas centrales llev a a a o Schweppes en 1989 a tomar la decisin de elegir SAP R/2 como la mejor o herramienta para la gestin de la compa o na. La calidad del paquete SAP R/3 evaluado en la casa matriz y la experiencia obtenida de la utilizacin del sistema R/2 llev a Schweppes o o en 1995 a seguir con la tecnolog de SAP; en este caso el sistema R/3, como a la opcin segura para la gestin de la empresa. Entre otras razones estaba o o el que SAP R/3 encajaba dentro de las estrategias de futuro en el sector de consumo en temas tan importantes como: ECR. Intranet. Internet. Comunicacin con distribuidores, proveedores y clientes o Las razones que llevaron a elegir R/3 como sistema de informacin fueron: o

 C.3. IBM ESPANA El sistema deb ser unico para conseguir una reduccin de costes. a o Deb cumplir los requerimientos para la transicin de milenio. a o Facilidad de conversin de moneda. o Implantacin o

181

La implantacin de SAP R/3 en Schweppes fue realizada de abril de 1996 o a junio de 1997. El primer paso se dio en abril de 1996 con la implantacin o del mdulo de control de calidad (QM). En el mes de octubre se implant el o o mdulo de gestin de materiales (MM). En el mes de enero se implantaron o o los mdulos de FI, CO, AM y FI-SL en el rea nanciera. Los mdulos de o a o ventas y vistribucin (SD) y planicacin de la produccin (PP) quedaron o o o implantados en junio de 1997. Infraestructura Est basada en una plataforma AIX con un SP de IBM para produccin en a o el mismo frameen el que reside el sistema de data warehouse, herramienta complementaria a SAP R/3 y con Oracle como base de datos. Asimismo, existe una mquina de backup y un entorno RS 6000 separado para test. a Pasar de un entorno host a un entorno cliente / servidor ha supuesto montar toda una nueva infraestructura en cuanto a redes LAN y WAN, cambio de estaciones de trabajo, etc. . . que ha sido importante debido a la dispersin de las fbricas, ocinas y delegaciones. Existen otras herramientas o a colaterales como datawarehousing, EIS y desarrollos verticales, todas ellas perfectamente integradas con R/3 y bajo el mismo entorno cliente / servidor, de modo que todas las funcionalidades se encuentren cubiertas.

C.3.
Sector

IBM Espa a n

IBM centra sus actividades en investigacin, desarrollo y venta de o productos y servicios de tecnolog de la informacin. a o El hecho que IBM opere en 164 pa ses en los 5 continentes supone una gran diversidad de necesidades espec cas a nivel de cada pa lo cual s, lleva a distintas aplicaciones y distintos procesos. Adems, el operar en un a mercado cada vez ms multinacional impone una unicacin de procesos que a o permita hacer negocios cross-border, as como una reduccin en el desarrollo o

182

APENDICE C. CASOS REALES

y mantenimiento de miles de aplicaciones que hoy en d mantiene el negocio a de IBM. Estudio de Necesidades En un estudio de necesidades, exist bsicamente dos opciones, adems an a a de otras pequeas rmas que se descartaron, entre otros motivos por el hecho n de no ser internacionales o tener una estructura de soporte no suciente para el proyecto que se quer abordar. a Las dos opciones eran ir a SAP o desarrollar un sistema propio. IBM apost por SAP R/3 entre otras razones: o Disponer de un sistema ya desarrollado que permite unicar y simplicar los procesos a nivel internacional Por su arquitectura integrada en un entorno cliente / servidor. Su compatibilidad con aplicaciones desarrolladas en otros lenguajes e instaladas en otros entornos. Por la exibilidad que supone respecto a tecnolog ya anticuadas. as Por su estructura de soporte. Proyecto Piloto Como proyecto piloto se eligi Espaa por el tamao de su mercado y o n n caracter sticas para la instalacin de SAP R/3 a nivel internacional. En o una primera fase se instalaron los mdulos de ventas y distribucin (SD) o o y gestin de materiales (MM) de la versin 3.0D. Para 1998 estaba prevista o o la implementacin del mdulo de nanzas (FI) casi en su totalidad. o o La divisin encargada de utilizar el sistema es Fullment dentro de ella o bsicamente el departmento de administracin. La aplicacin se utiliza para a o o cubrir los siguientes procesos comerciales: Preparacin de una propuesta. o El pedido. El env a la planta de fabricacin. o o El env desde la planta al pa o s. El env al cliente. o
2

 C.3. IBM ESPANA Facturacin. o

183

Dada la naturaleza del negocio fue necesario la realizacin de algunas o interfaces con otras aplicaciones para la conexin con otros departmentos y o divisiones de la empresa. Ello llev a una reingenier de procesos. Dicha o a reingenier ha tra consigo una simplicacin que se ha visto reejada en a do o un mejor servicio al cliente que es el objetivo primordial de IBM. La instalacin del R/3 se hizo bajo sistema operativo UNIX en un SP2 o de IBM con base de datos DB2.

Apndice D e Glosario
ABAP Advance Business Application Programming. Es el lenguaje de programacin del sistema SAP R/3. Es un lenguaje de cuarta o generacin, con una sintaxis mezcla entre COBOL y SQL. o ASAP AcceleratedSAP. Metodolog de implementacin de SAP R/3 que a o busca el ahorro mximo de tiempo de parametrizacin. a o Batch input Mtodo para la importacin rpida y consistente de datos en e o a R/3 partiendo de cheros externos. CATT Computer-Aided Test Tool. Herramienta para la generacin de datos o de test para probar el software. CO Customizing Organizer. Herramienta para administrar las rdenes de o transporte de parametrizacin. o Dynpro DYNamic PROgram. Programa dinmico que consiste en una a pantalla y la lgica de proceso subyacente que la controla. Es algo o similar a un form de visual basic. EarlyWatch Service Servicio de alerta previa que ofrece SAP a sus clientes para que, aprovechando la mayor experiencia de sus consultores, detecten rpidamente problemas de rendimiento en nuestro sistema a productivo. Entreprise IMG Gu de implementacin de la empresa. Cuando se inicia a o la parametrizacin de un sistema SAP hay que crear el Enterprise IMG o incluyendo los mdulos que se va a implementar. o 185

186

APENDICE D. GLOSARIO

Front End Trmino que engloba a los ordenadores, programas y procesos e que se ejecutan en el cliente y que procesan datos antes de enviarlos al servidor. GUI Graphical User Interface. Programa mediante el cual el usuario puede intercambiar informacin con el ordenador de manera fcil e intuitiva. o a Hot Package Conjunto de objetos del repositorio que SAP pone disponibles a sus clientes para arreglar los errores o faltas graves de funcionalidad de los programas estndar. Son los equivalentes a los Service Packs que a proporciona Microsoft para sus sistemas operativos. IDES International Demo and Education System. Es un sistema R/3 que se vende con un modelo de empresa parametrizado y completamente funcional. Se usa para las demostraciones y los cursos de formacin. o IMG Implementation Guide. Transaccin que contiene un rbol con cientos o a de transacciones de parametrizacin agrupadas por mdulos y que o o constituyen el punto de trabajo principal del equipo que implanta SAP R/3 en una empresa. LUW Logical Unit of Work. Secuencia indivisible de operaciones de base de datos que forman una actualizacin que aegura la integrad de los o datos. Modo Cada una de las seis pantallas como mximo que puede abrir un a usuario desde que abre una sesin con R/3. o OSS Online Service System. Servicio de atencin al cliente de SAP que o funciona conectndose a una serie de servidores dispuestos a lo largo a del mundo que proveen de un servicio 24x7. Se puede buscar nuestro problema en la base de conocimiento de SAP o abrir una nueva indidencia si no encontramos nada parecido a lo nuestro. RDBMS Relational Database Management System. Hace referencia a alguno de los sistemas de gestin de bases de datos relacionales sobre o los que funciona R/3 como Oracle, DB2. SQL Server. . . RFC Remote Function Call. Mediante este protocolo se permite que programa externos a SAP escritos en lenguajes distintos a ABAP ejecuten operaciones sobre la base de datos de R/3. SAP Sistemas, Productos, Aplicaciones para el Proceso de Datos.

187 SAPGUI SAP Graphical User Interface. Programa principal con el que nos conectaremos a R/3. Sesin Cada una de las conexines que un usuario hace con el servidor R/3 o o en las que le pide el mandante, el usuario y la clave. Sistema R/3 Recibe este nombre el conjunto formado por el servidor central de base de datos, los servidores de aplicacin que trabajen con o l junto con el software R/3 instalado en ellos. La identicacin de un e o sistema SAP se denomina SAPSID o simplemente SID y es un cdigo o de tres caracteres. WBO Workbench Organizer. Herramienta para administrar las rdenes de o transporte de desarrollo. WP Work process. Cada uno de los procesos que los servidores de aplicacin o proporcionan a SAP para gestionar las peticiones de dilogo, fondo, a spool, actualizacin. . . o

Bibliograf a
[1] Fundamentos de SAP R/3 Dennis L. Prince Anaya Multimedia ISBN: 8441510261 http://www.anayamultimedia.es [2] SAP R/3 System Administration : The Ocial SAP Guide Liane Will Ed.Sybex ISBN: 0782124267 http://www.amazon.com/exec/obidos/ASIN/0782124267/qid= 963220261/sr=1-64/104-9469904-0307951 [3] SAP R/3 System : A Client/Server Technology Rudiger BuckEmden, Jurgen Galimow, Sap Ag Addison-Wesley Pub Co ISBN: 0201403501 http://www.amazon.com/exec/obidos/ASIN/0201403501/qid% 3D963223251/104-9469904-0307951 [4] The R/3 System Landscape - Simplication Group http://207.105.30.51/simple/sysadmin/files/Landscape-I.pdf [5] Edicin Especial SAP R/3 ASAP World Consultancy. Blain, Jonathan o Prentice Hall Iberia ISBN: 0789713519 http://www.amazon.com/exec/obidos/ISBN%3D0789713519/ thesapfansclubanA/104-9469904-0307951 [6] As es SAP R/3 Hernndez Muoz, Jos Antonio Osborne McGraw a n e Hill ISBN: 8448121007 http://www.mcgrawhill.es/McGrawHill/catalogo.htm [7] System Administration Made Easy Release 4.0B - Simplication Group http://207.105.30.51/simple/sysadmin/saezindex.htm [8] Authorizations Made Easy Guide 4.0B - Simplication Group http://207.105.30.51/simple/authorization/40_pdf_files/ amez4ball.pdf

189