admin is tración de sap r3

GESTION DE SISTEMAS DE INFORMACION

Universidad de Deusto - Facultad de Ingenier aAntonio Toledo Carnicero Pablo Prez Prez e e c Octubre de 2006

ccopyleftCopyright (c) 2006 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) 2006 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.

PrefacioEn los ultimos 15 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.

AudenciaEste 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 autoresPablo 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 licenciado en Ciencias F sicas por la Universidad del Pa Vasco desde el ao 1995. Su experiencia laboral se inici en Grupo s n o Antol una multinacional del sector de la automocin, como programador n, o ABAP/4 y administrador de Sistemas SAP. Posteriormente ha formado parte de varias empresas del sector de las TI como Ceinsa o IT Deusto. Actualmente es jefe de proyectos del rea de sistemas en la empresa AVN y a ha formado parte de los equipos de administracin y soporte SAP de empresas o como Iberdrola o Eroski. Ha colaborado en varias ocasiones como profesor en el Master de Consultora e Implantacin de Sistemas de Informacin y o o la Diplomatura de Especializacin en Gestin de Sistemas y Redes de la o o Universidad de Deusto.

Indice generalCopyleft 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

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

6

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

8

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 guras2.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. 5.7. 5.8. Monitor de procesos de una instancia . . . . . . . Monitor de instancias activas . . . . . . . . . . . Monitor de sistema operativo . . . . . . . . . . . Monitor global de procesos activos . . . . . . . . Monitor de conexin de usuarios por instancia . . o Lista de modos activos por usuario . . . . . . . . Informacin detalllada de usuario . . . . . . . . . o Usuarios conectados vistos en la transaccin AL08 o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 59 60 60 61 62 63 64

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. Esquema funcionamiento actualizacin as o ncrona . . . . . . . . 74 7.2. Esquema funcionamiento actualizacin s o ncrona . . . . . . . . 74 7.3. Pantalla principal monitor actualizacin . . . . . . . . . . . . 76 o 9

10 7.4. 7.5. 7.6. 7.7. 7.8. 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. Actualizaciones pendientes . . . . . . . . Mdulos de actualizacin . . . . . . . . . o o Pantalla principal entradas de bloqueo . Listado de bloqueos activos en el sistema Informacin detallada de un bloqueo . . o . . . . .

INDICE DE FIGURAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 79 81 81 82 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

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

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

INDICE DE FIGURAS

11

11.12. og del transporte de una orden . . . . . . . . . . . . . . . . . 137 L 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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 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 o1.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 a1

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 oCaracter 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. . . . oPara 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 cliente1

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


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


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

2

Abreviatura de dynamic programs

Cap tulo 2 Introduccin al sapgui oComo 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


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


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


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


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/33.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


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 _DVEBMGS00_

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


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 oCualquier 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 en1

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

MandantesMandantes 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


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. oEl 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 e3

50


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 usuariosUna 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

admin is tración de sap r3

Documents

o o o sistema

o o universidad

o o estudios

sistemas y o o o redes

informacin y o o

escenarios o

o personal

programacin o