You are on page 1of 189

´ DE SISTEMAS DE

GESTION
´
INFORMACION

Universidad de Deusto - Facultad de Ingenier´ıa
Antonio Toledo Carnicero
Pablo P´erez P´erez
c Octubre de 2004

c

copyleft
Copyright (c) 2004 Pablo P´erez P´erez y Antonio Toledo Carnicero.
This
work
is
licensed
under
the
Creative
Commons
AttributionNonCommercial-ShareAlike License. To view a copy of this license, visit
http://creativecommons.org/licenses/by-nc-sa/2.0/ or send a letter to Creative
Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.

Copyright (c) 2004 Pablo P´erez P´erez y Antonio Toledo Carnicero.
Esta obra esta licenciada bajos los t´erminos de la licencia Atribuci´on-No ComercialComparte 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 u
´ltimos 10 a˜
nos la implantaci´on de sistemas de informaci´on tipo
ERP en las grandes empresas ha sido masiva. SAP R/3 es el m´aximo
exponente de ello al ser el l´ıder mundial en n´
umero de instalaciones. La
gran amplitud y complejidad de un sistema R/3 exige la especializaci´on del
personal de la empresa en cada uno de sus aspectos como pueden ser, la
funcionalidad, la parametrizaci´on, la programaci´on o la administraci´on del
sistema. Es en este u
´ltimo aspecto, la administraci´on del sistema, en el que
se centra la presente obra.

Audencia
Este libro est´a espec´ıficamente escrito para los alumnos de la asignatura
Gesti´on de Sistemas de Informaci´
on dentro del quinto curso del programa de
estudios de Ingenier´ıa en Inform´atica de ESIDE en la Universidad de Deusto.
Son a ellos, principalmente, a qui´en va dirigido el libro.
No obstante, a lo largo de nuestra experiencia laboral hemos tenido
la oportunidad de mostrar varios cap´ıtulos del libro a diversas personas
que trabajan con SAP R/3. A algunos programadores y t´ecnicos de
atenci´on a usuarios les ha resultado u
´til para comprender determinados
aspectos globales de SAP que no tratan habitualmente en su trabajo diario
como la arquitectura del sistema, el sistema de transporte o la seguridad.
Tambi´en puede servir como introducci´on a los que quieran iniciarse en la
administraci´on de sistemas R/3.

Sobre los autores
Pablo P´
erez complet´o sus estudios de licenciatura en inform´atica en
la Universidad de Deusto en el a˜
no 1995. Comenz´o su experiencia con
SAP R/3 en 1997, en la empresa de automoci´on Grupo Antol´ın, como
programador de ABAP/4 y administrador de sistemas. Posteriormente ha
3

4 trabajado como analista y consultor t´ecnico de SAP para varias empresas y form´o parte durante 5 a˜ nos del equipo de desarrollo de Finanzas y Control de Gesti´on en la el´ectrica Iberdrola. En la actualidad trabaja en la consultora IT Deusto formando parte del equipo de administraci´on de sistemas SAP R/3 de Iberdrola. En la actualidad es el responsable de los sistemas inform´aticos de la empresa reprogr´afica Cianoplan y ocasionalmente trabaja como analista freelance de ABAP/4. . Ha colaborado en varias ocasiones como profesor en el Master de Consultor´ıa e Implantaci´on de Sistemas de Informaci´ on y la Diplomatura de Especializaci´on en Gesti´ on de Sistemas y Redes de la Universidad de Deusto. Despu´es prest´o servicios de administraci´on y consultor´ıa de sistemas formando parte de la empresa Ceinsa. Antonio Toledo es licenciando en Ciencias F´ısicas por la Universidad del Pa´ıs Vasco desde el a˜ no 1995. Trabaj´o tambi´en como programador de ABAP/4 y administrador de sistemas en la empresa Grupo Antol´ın. Su experiencia docente incluye varias ediciones del Master de Consultor´ıa e Implantaci´ on de Sistemas de Informaci´on y la Diplomatura de Especializaci´ on en Gesti´ on de Sistemas y Redes. ambos t´ıtulos de postgrado impartidos por la Universidad de Deusto.

. . . . . . . . . .2. . . . . . . . . . . Ventana de di´alogo . . La barra de t´ıtulo . . . . . . . . . . .5. . . . . . . . . . . Introducci´on . . . . . . . . .2. . . . .2. . . . . . . Introducci´ on al sapgui 2. .8. . . . . . . . . . . . . . Ayudas de b´ usqueda . . . . . 21 21 21 24 24 25 27 27 28 29 29 30 32 33 34 .1. Concepto de transacci´on . . . . . . . 2. . . . . . . . . Servicios de aplicaci´on . . . . . . . . . . . . . . . . . . . . . . . . . . Opciones t´ecnicas . . M´odulos .2. . .1. . . . . . . . . . . . . . . . . . . . . 1. . 2. . La pantalla status . La pantalla principal . . 5 . . . . . . 2. . . . . . . . . . . . . . . . . . . . . La barra de aplicaciones . Concepto de mandante . .2. . . 1. . . . . . . . . . 13 13 14 14 16 19 . . . . Servicios de presentaci´on . . . . . . . . . . . . . . . . . . . . . . . . . . . Arquitectura de un sistema R/3 3. . . . . . . . . . .7. . El men´ u desplegable . Software est´andar vs. . . . . . . . . . . . . . . .1. . . . . . . . Introducci´ on a SAP R/3 1. . . . . . . .1. . . . . . . . . . . . . . . . . . . . . . . . . . . .6. . . .12. . .14. . . . . . 2. Modos . . . . . . . . . . . 2. . . . . . . . . .4. . . . . . . . . . 2. . 2. . . . . . 2. . . . . . . . .´Indice general Copyleft 2 1. . . . . . . . . . . . Servicios de base de datos . . . . . . . . La barra de estado . . . . .2. . . . . . .10.3. . . . . . . . . . . . . . . . . Pantalla de logon a SAP R/3 . .13. . . . . . . . . . 37 37 39 40 43 . . . 3. 3. La barra est´andar de herramientas 2. . . . . .11. . .3. 3. . . 2. 2. . . . . . . . . 2. 3. . . . . . 2. . . . . . . . . . . . Caracter´ısticas principales . . . . Visi´on general de SAP R/3 . software a medida 1. . . 1. . . . . 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9. . . . . . . . . . . . . . . . . . Entorno de desarrollo .4. . .3. . .2. .

.2.2. . Monitorizaci´on del estado de la actualizaci´on 7. . Conceptos del log del sistema . . Monitorizaci´ on de procesos y usuarios 55 5. . . Servicios de actualizaci´ on 7. . . . . . . . . . . . . . . Comparaci´on de escenarios . . . . . . . . . . . . . . . . . . . 6. . . . . . . . . . . .1. . . .2. . . . . . . . Pasos . . 8. . 4. . 4. . . . . 4. . . . .1. . . . 7.2.1. . . . . 4. . 4. Accediendo al log local del sistema . . . . . . 60 6. . . . . . . 7. . . . . . .1. Descripci´on y funciones de cada sistema . . . . . . . . . . . . 6. . . .1. . . . . . . . . . Integraci´on y Producci´on) . . . . .2. Procesamiento en fondo 6. . . . . . . . Hora de inicio o evento . . . . 6. . . . . . . . . . . . . . . . . . . . . . . .2. .1. . Operaciones sobre jobs . . . . . .2. . . . . . . . . Configuraci´on con un s´olo sistema (Producci´on) . . . . Sistema de desarrollo . . . . . . . .3. del . . . . . . 73 73 75 75 77 80 . Configuraci´on con dos sistemas (Desarrollo y Producci´on) 4. 65 65 66 66 67 68 68 69 70 . . . . . . . . . . 8. . Escenarios de configuraci´ on 4. . .3. .3. 4. . . 8. . . . . . . . . . . . . . . . Actualizaci´on s´ıncrona y as´ıncrona . . . . . . 4. . .1. sistema . . Log del sistema y an´ alisis de dumps 8. . . .4. . . . . . . . . . . .2. . . . . . . . . . .1. . . . .1. . . . . Monitorizaci´on usuarios conectados . . . . . . . Conceptos de procesamiento en fondo 6. 4. Accediendo al log local en modo normal 8.3. . . . . . . . .2. . . . 45 45 46 46 46 47 47 47 48 50 50 51 52 5. . . . .4. . . . . . . .2.5. .3.3. . .1. . . . .4. . . Sistema de producci´on . . . Accediendo al log local en modo experto . . . . .1. . . . .2.2. . . 6. . . . . Actualizaciones interrumpidas .´INDICE GENERAL 6 4. . . . . . . . . 55 5. . . Configuraci´on con tres sistemas (Desarrollo. . . . .1.2. .1. . . . . . . . . Monitorizaci´on de procesos activos . . . . . . . . . . . .2. . . . . . . . . . . . . . . . . . . .2.4. . . . . . .4. .3. . Definici´on de jobs . . . . . Informaci´on general . . Sistema de integraci´on . . . . . . . . . . .2. . . . . . . . . . . . . .3. . . . . . . . . . . 85 85 86 86 88 . . . . . 6. . . . .1. . . . . . 4. Estados de un job . . Entradas de bloqueo . . . . 4. . . . 6. .3. . . . . . . Consideraciones generales sobre los sistemas R/3 . Mandantes propios . . . . . . . . . . . . Procesos de actualizaci´on V1 y V2 . . . 7. . . . . .3. . An´alisis de jobs . . . . . . . . . . . . Mandantes . .3. . . . . 7. . Mandantes est´andar . . . .

. . . . Transporte manual de ´ordenes . .1. . . Perfiles del sistema . 9. . 153 . . . . . . . . . . . . . Instalaci´on de una impresora . . 158 . . . . . 9. . . . . . . .1. . . Generador de perfiles . 126 . . . . . . . . . . . . . Importaci´on de perfiles del sistema . . . .2. . 103 . . . . . . Estados de una orden de transporte 11. Transporte de mandante .5. 12. .1. . . . . . 111 10. . . . . . . 8. .1. . . . . . . . . . .1. . 159 . . .1.2. . . . . . . . 11. . . 103 . . . . . . . . . 106 . . . . . . . . .4. . . y sus tareas organizer . 153 . Log del transporte . . . .2. . 113 10. . . Mantenimiento de perfiles del sistema .Mantenimiento de instancias 13. . . 124 . . . . . . . . .1. . . . 8. . . 121 . . . .Gesti´ on de usuarios y autorizaciones 111 10. . Interpretando los dumps . . . . . Copia local de mandante . . . . . . . .1. . . . . . .Gesti´ on de mandantes 12. Opciones de relectura del log del sistema 8. . . . . . . . . Visualizaci´on todos los par´ametros activos 13. . . . . . . . . .1. .6. . . Modos de Operaci´on . .1. . . 161 13. 13. . .2. . . . Concepto de spool . . 8. . . . . Creaci´on de un nuevo mandante . Mantenimiento de usuarios . . . Copia remota de mandante . . . 12. . . . . . . .2.5. . . . . . . . . . . . . . . . . Operaciones sobre ´ordenes de spool . 136 . . . . . 103 . . . . . .1. . . .2. . .2. . . . . . . . . . . . .2.3. . Accediendo a los dumps del sistema . 116 11. . . . . 9. 108 10. 13. . . . . . . . Leyendo el log del sistema . . . . . . Accediendo a logs remotos del sistema . . . . . . . . . . . Modelo de seguridad en R/3 . 157 . . . . . . . 124 . 121 .7. . . . . . . . . . . . . . . . 13. . . Gesti´on de modos de operaci´on . . . . .4. . 12. . . .3. .4. . . . 11. . . . . . . . . . . . .1. . . . . . . . .4. . . . . . Como imprimir .3. .1.2. 11. .Sistema de transporte ´ 11. Clases de desarrollo . . . 11. . . . . . . . . . Customizing organizer y workbench 11. . . 153 . . . 159 . . .2. . . .3. . . . . . . . . . . . . 131 . . . . 12. . . . . . . . . . . . . .2.4.´INDICE GENERAL 7 8. . . . . . . . . 139 140 145 148 149 . . . . . . . 9. . . .3. . . . . Gesti´ on de spool 9. . 8. . . . . . . . . . . . . . . 89 89 91 92 92 94 . . . . . . . . . 127 . . . . . . . . . . 13. . Ordenes de transporte . . . Tipos de ´ordenes de transporte . . . . . . Concepto de dump . . . . .6. . . . . . . . . . . . . . . . . . .1. . . . .1. . . . . . . . . R/3 . . Par´ametros m´as importantes de un sistema 13.

. . . . . . S. Schweppes. . . . . . . . .2. . . . .3. . . . . . . . . . . . . . . . . . . Casos reales 179 C. .3. . . . . Gesti´on de grupos de logon .1. . . . . . . . . . . . . . Inc. . . . . . . . . . . . . Transacciones m´ as comunes 171 B. . . . .2. . Saplogon . Grupos de logon . . . . . 164 13.A. . . . . . . . . Recursos Web 177 C. . . . . . . . . . . . . . . . . . . . . . . . . . . . .´INDICE GENERAL 8 13. . 165 13.3. . . 180 C. . . . . . . . . . . . . 179 C. . .1. .3. . Glosario 185 . 166 A. . Autodesk. . IBM Espa˜ na . . . . . 181 D. . . . . . .

Monitor de instancias activas . . . . . . . . . .2. .11. . . . . . . . . . . .6. . . . . . . . . . . . . . . . . . . . . . .3. . . 7. . . . . . . . . . . . . . . . Monitor de sistema operativo . . . . . . . 2. . . Pantalla principal monitor actualizaci´on .5. . . . . . . Barra de t´ıtulo . . . . Ventana de di´alogo .1. . . . . . . . . . . .´Indice de figuras 2. . . . . . . . . .2. . . 39 3. 22 24 27 27 28 29 30 31 33 33 35 3. . . . . . . . . . . . . . . . . . . . . . . . 74 74 76 78 79 . . . . . . . . . 9 . . . .6. . .7. . . . Esquema del funcionamiento del dispatcher . . .3. . . . . M´odulos de actualizaci´on . . . . . . 2. . . . . . . . 37 3. . . . . . . . Esquema funcionamiento actualizaci´on s´ıncrona . . . . . . . . . .9. 5. Capas de la estructura cliente/servidor de R/3 . Monitor de conexi´on de usuarios por instancia Lista de modos activos por usuario . . . Icono de acceso a las opciones t´ecnicas . . . . . . . . . . . . . . . . 7. . . 66 6. . .1. . . . . . . . . . . . Pantalla inicial de selecci´on de jobs . Barra de aplicaciones . . .4. Monitor de procesos de una instancia . . . Arquitectura abierta de R/3 . . . . . . . . Pantalla inicial de definici´on de job . 7. . . . . . . . . . . . 5. . . . . . . . . . . . . . . . . . . Menu del icono de acceso a opciones t´ecnicas 2. 5. . . . . . . . . . . . . . . 2. . . . . . Informaci´on detalllada de usuario . . . . . . . . 70 7.4. . . . . 56 59 60 61 62 62 6. . . . . . . . . . . . . . . . 2. . . Pantalla de entrada a SAP R/3 . . . . . . . . . . . . .10. . . . Pantalla principal . . . . .5. . . 2.1. 42 5. . Status del sistema . . . . . . . . Ayuda de b´ usqueda . .2. . .3. . . . . . .1. . . .1. 2. Esquema funcionamiento actualizaci´on as´ıncrona . . .8. . . . . . . . . . . Resumen de jobs seleccionados . . Actualizaciones pendientes . . . . . . . . . . . . . . . . . . . . . . 7. . . . . .5. . . Barra de estado . . . . . . . 2. . . . .2. . . . . . . . 2. . . . 69 6. Listado de valores posibles . . 5. . . . . . . . . . . . .3. . . . . . . . . . . .4. . . . . . . . . . . . . . . . . . . . . . .3. . . . . .2. 5. 2. . . . . . . . .

Transporte de una orden a un sistema destino 11. . . . Transacci´on SP01. . . . . .5. . . . . . 112 114 115 116 117 118 119 119 11. 11. . Atributos de una orden de spool . .5. Datos de direccion del maestro de usuarios . . . .7. . . B´ usqueda de dumps antiguos . . .3. Opciones de la barra de aplicaciones del log del sistema Pantalla principal log remoto del sistema . . . . . .2.1. . . . . . . . . . . . 10. . Transacciones asignadas a un papel . . 81 7. . . . . .7. . . . . . . .3. . . . 9. . 8. . . . 11. . 123 123 125 127 128 129 131 133 134 135 137 137 . . .Esquema ejemplo del transporte de una orden 11. Ventana de di´alogo para imprimir un listado . . . .6. . . Creaci´on de una orden de transporte . . Clase de desarrollo . . . . . .5. .Visualizaci´on individual de ´ordenes . . . .7. . . . . 11. 11. . . . Informaci´on detallada de un bloqueo . . . 9. . . . 10. . . . Descripcion del papel . . . . . . . . . . . . . . 81 7. . . 9. 10. . .6. 11. . . . . . .2.3. . . . . . 10. . . . 8. . 82 8. . . . . . . . . . 8. . . Listado de bloqueos activos en el sistema .6. . . . .7. . . . . Transaccion PFCG. . . . .7. . . . Asignaci´on de valores a los objetos de autorizaci´on . . . . . . . . . . . . . . . .4. 11. . Tipo de impresora para una impresora local . . . . . .12. . . . . . . . . Pantalla principal de an´alisis de dumps . Listado de ´ordenes de spool . . . . . . . . . . . Selecci´on de ´ordenes de spool . Mantenimiento de papeles . . . Pantalla principal Workbench Organizer . . .´INDICE DE FIGURAS 10 7. . .Log del transporte de una orden . . . Componentes de la seguridad en R/3 . . 11. .10. . . . . . . . . . . . 9.5. . . . . . . . . . . . . Mantenimiento de dispositivos Datos generales para una impresora local . . . 10. . . . . . . . Contenido del log del sistema .8. . . . . . . . . 9.8. . Transacci´on SP01. . . . . . . . . . . . . . . . . .4. . . .2. . . . Par´ametros de selecci´on adicionales en modo experto .1. . . . . . . . . . .2. . . . .1. . . . . . . . . . . . . . .4. . ´ 11. . . . . . . 10. . . . . . . . . Esquema pasos del transporte . . . .1. . . . Transacci´on SPAD. . . . . . . . 104 105 106 107 109 109 110 10. . . . . 10. . . Pantalla principal entradas de bloqueo . . . . . . . . . . . 9. . .6. . . . . . . . . Asignacion de un papel a usuarios . . . . . . . . . . . . . . . . . . . . . .11. . . . . . . . .3. . . . . . Esquema de ordenes de transporte . . 9. . .8. . . . . . . . . . Pantalla inicial de la actualizaci´on de usuarios . 11. . . . 8. . . . . Esquema de una orden de transporte . . . . . . Listado de ´ordenes transportadas y liberadas . 8. . . . .9. Ordenes de transporte . . . .4. . . . Pantalla principal log local del sistema . . . . . . . . . . . . . . 87 88 90 90 91 93 93 de salida . 8. . .6. . . . . . . . . . . .

. . . . . . . . . . . . . . 13. . 13. . . . . . . . . . . . . . . .2. . . . . . . . . Pantalla principal de la gesti´on de mandantes 12. . . . Pantalla principal grupos de logon . . Modos de operaci´on . . . . . . . 13. 13. . . . . . . . . . . . . . . . . . . . . . . . . . . . Actualizaci´on b´asica de un perfil . . . . . . . .3.5. . . . . . . Asignaci´on horaria a modos de operaci´on 13.3. . .Pantalla detalles creaci´on grupo logon . . . . . . . . . . . . .11. . 13. . . . . . . . . . . . . . . . . . . . . 13. . . .13. .Opci´on propiedades en saplogon . . . 13. . . . . . . . . . . . . . . . .´INDICE DE FIGURAS 11 12. . 13. . . . . . . . . Datos de gesti´on de un perfil . . . . . . .2. 13. . . . 12. . Pantalla principal asignaci´on horaria . . . . . . . . .6. Distribuci´on de procesos de trabajo . . . . . .1. .1. . . . . . . . . 155 155 156 157 161 162 163 164 166 167 168 169 169 . . . . . . Pantalla pricipal perfiles del sistema . . . . . . . 13. . . . . . . . . .Opci´on de selecci´on servidor en saplogon 13. Actualizaci´on ampliada de un perfil . .8. . . . . . . . . . . Copia local de un mandante . . . . . . . . . . 12. . . Detalle de opciones de un mandante . . . . .9. . . . . 12. . .Pantalla de saplogon . . . . . . . . .10. . . . Copia remota de un mandante . . . .6. . . . . . . . 141 142 145 147 148 150 13. .5. . . . . . .12. . . . . . . . . Export de mandante . . 12.7. . . . .4. . . . . .4. . . . . . . . . . . . . . . . Detalle de un perfil de copia . .

.

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.1. IPX y Decnet en nuestra Ethernet y tenemos concentradores de todo tipo. software a medida Tras la continua y masiva introducci´on de la inform´atica en los sistemas de gesti´on empresariales durante mas de treinta a˜ nos. Veamos un ejemplo clarificador de esta situaci´on. Estamos operando TCP/IP. Los diversos departamentos de gesti´on de la mayor´ıa de las empresas utilizan varios software diferentes hechos a medida por el propio departamento de TI1 o por alguna consultor´ıa externa. La compatibilidad es casi nula y la creaci´on de interfases para integrar los datos de un departamento con otro est´a a la orden del d´ıa.Cap´ıtulo 1 Introducci´ on a SAP R/3 1. Pr´acticamente 1 Tecnolog´ıas de la informaci´ on 13 . refleja su ca´otica situaci´on: ”Nuestra planta de 1. nos encontramos a principio de los noventa con un panorama variopinto. Los sistemas de contabilidad e inventario que tiene la planta operan en mainframes de arquitectura 370.500 trabajadores esta operando sobre una amalgama formada por sistemas anticuados y modernos servidores. Y parte del software de gesti´on de la fabricaci´on y de transporte opera en un AS/400. Software est´ andar vs. Un desfasado sistema de planificaci´on de recursos de fabricaci´on (MRP) opera en un VAX de gama alta. El director del departamento de TI de una empresa dedicada a la fabricaci´on de grandes piezas industriales.

´ A SAP R/3 CAP´ITULO 1. Integrado Tal cantidad de modulos no aportar´ıan demasiado valor a˜ nadido a la empresa si no fuera por la integraci´on. BCPS o JD Edwards. La otra mitad permanece conectada al mainframe IBM con terminales no inteligentes tipo 3270. Hablamos de programas que se dise˜ naron para las necesidades especificas de la empresa hace unos a˜ nos y que con la evoluci´on que ha venido sufriendo la industria y la tecnolog´ıa.1. se han quedado obsoletos. 1. Visi´ on general de SAP R/3 Caracter´ısticas principales Las m´ ultiples ventajas del software R/3 hace que se haya convertido en uno de los est´andares de hecho dentro de las grandes corporaciones.2. Oracle Financials o en menor medida Ross. En la mayor´ıa de los casos se trata de SAP R/3 . asi como una peque˜ na cantidad de servidores NT no tan grandes pero en crecimiento.2. pero existen otras opciones como Baan. A continuaci´on detallaremos algunas de estas ventajas. Aproximadamente la mitad de los operarios de la planta trabaja con una diversidad de sistemas Windows. En el siguiente apartado veremos detallados la cantidad de m´odulos que incluye. Veremos que casi todas la grandes empresas han optado por una solucion est´andar. 1. Problemas como el efecto 2000 o la introducci´on del Euro como moneda u ´nica en los pa´ıses de la CEE no pueden ser obviados por el departamento de TI. Existe una red de area local que engloba a toda la planta y que opera Novell 3. Las interrelaciones estrechas . La pregunta que se plantea cualquier empresa en esta situaci´on es la siguiente ¿Vamos rehaciendo y adaptando nuestro software o adquirimos una soluci´on est´andar?.” Un situaci´on como esta obliga al departamento de TI a incurrir en grandes costes para poder mantener en pie unos sistemas que ya no son tan efectivos como antes. INTRODUCCION 14 todo el c´odigo de cosecha propia que tiene la planta esta escrito en COBOL. Exhaustivo El sistema R/3 engloba la pr´actica totalidad de los procesos de gesti´on de la empresa.11. por ello es el l´ıder mundial. Adem´as de las deficiencias que cada empresa detecta en sus sistemas de informaci´on tenemos que tener en cuenta otros factores generales que afectan a todas ellas. PeopleSoft.

La arquitectura sigue varios de los est´andares de sistemas abiertos como POSIX o X/OPEN. clientes Java. La palabra inglesa proviene de customer – cliente – por lo que el significado completo de customizing viene a ser ”modificaci´on de los par´ametros del sistema para adecuarlo a las necesidades del cliente” . Podemos implantarlo en una variedad enorme de servidores diferentes y ejecutarlo sobre sistemas operativos y sistemas de gestion de bases de datos de diversos fabricantes. Esta globalidad es el argumento de mayor peso en la decisi´on de una multinacional a la hora de adquirir SAP. Actualizado Dos de los grandes problemas de los departamentos de TI a finales de los 90 han sido el efecto 2000 y la entrada en vigor del euro. la contabilizaci´on de documentos en cualquier moneda y tiene recogidas las particularidades fiscales y de gesti´on de recursos humanos de un gran n´ umero de pa´ıses. Como ejemplo ilustrativo diremos que una entrada de mercanc´ıas en R/3 puede producir una actualizaci´on del inventario de almac´en. asi como un completo sistema de desarrollo para crear nuestros nuevos programas y que mantengan la integraci´on con el est´andar. . VISION 15 entre modulos de SAP permiten tener disponible en tiempo real y con exactitud los principales indicadores de gesti´on. SAP es un sistema abierto. El software SAP R/3 tiene contemplados y solucionados estos problemas. comercio electr´onico. Data Warehouse. un apunte contable en la contabilidad financiera. . un actualizacion del sistema de informaci´on del control de costes y un aviso a producci´on de que hay nueva materia prima en almac´en. existen interfases con productos de Microsoft. . Global El sistema R/3 soporta su utilizaci´on en varios idiomas. Esto nos permite escalar nuestro sistema adecuandolo a nuestro tama˜ no de empresa y elegir a nuestros proveedores de hardware y software de sistemas sin estar atados a ninguno. Abierto Tecnol´ogicamente hablando.2.´ GENERAL DE SAP R/3 1. 1 Para referirse a la adecuaci´ on del sistema a la necesidades del cliente se escuchar´a frecuentemente el termino anglosaj´on customizing que en castellano se traduce por parametrizaci´ on. Adem´as. Flexible Podemos utilizar junto con SAP R/3 otros productos de software de otros fabricantes. la constante investigaci´on llevada a cabo por SAP hace que su software este al d´ıa incluyendo la u ´ltima tecnolog´ıas disponibles como EDI. SAP posee tambien un amplio menu de parametrizaci´on que nos permite adecuar 1 el sistema a nuestras necesidades. Lotus o Oracle entre otros.

desde la inversi´on inicial en activos fijos en curso. Log´ıstica LO Logistics. Activos Fijos AM Asset Management. Recibe todas la imputaciones contables del resto de m´odulos y las centraliza en un base de datos actualizada en tiempo real. Tesoreria TR Treasury. 2.´ A SAP R/3 CAP´ITULO 1. la contabilidad anal´ıtica nos muestra los ingresos. Gesti´ on Financiera FI Financial Accounting. Nos permite controlar el ciclo de vida completo del nuestro inmovilizado. desde la . 1. Existe otro peque˜ no subm´odulo denominado gestion de inversiones (IM Investment Management) que esta muy relacionado con AM. Bajo este ep´ıgrafe se engloba la gesti´on de todo el ciclo de vida de los productos de una empresa. M´ odulos Como apuntabamos anteriormente el software de SAP es un compendio realmente exhaustivo de aplicaciones de gesti´on. Representa la soluci´on completa para una gesti´on econ´omico financiera eficaz. en este punto. Esto nos permite conocer el estado contable de nuestra compa˜ nia (balance y cuenta de p´erdidas y ganancias) en todo momento. A cada uno de los componentes que sirven para gestionar cada una de la ´areas de la empresa se les denomina m´odulos y se les nombra con dos letras correspondientes a las iniciales del nombre en ingl´es. la puesta en explotaci´on de dicho inmovilizado y la enajenaci´on del mismo. Partiendo de los datos de FI. INTRODUCCION 16 1.2. donde act´ ua el m´odulo CO. Los subm´odulos que la componen son los siguientes. Estos son los principales m´odulos y sus caracter´ısticas. Si juntamos esto con el sistema de planificaci´on y previsi´on de costes obtendremos un sistema de informaci´on completo con las comparativas del plan contra el real que nos permiten saber si nos ajustamos al presupuesto y el porqu´e. log´ıstica y recursos humanos) se componen a su vez de subm´odulos. Los m´odulos principales (finanzas. Nos permite asegurar la liquidez de la empresa en todo momento y estructurar los activos financieros de la manera m´as lucrativa posible. gastos e inversiones desde vistas diferentes. La contabilidad financiera no siempre puede proporcionar informaci´on desde todos los puntos de vista que una gesti´on eficaz de costes requiere y es. Re´ une todos los datos de la empresa relevantes para la contabilidad financiera. Control de Gesti´ on CO Controlling. pasando por la contabilizaci´on de la manera m´as conveniente las amortizaciones.2.

) y con MM (creando solicitudes de necesidad de repuestos. . pasando por la fabricaci´on del producto hasta su venta y distribuci´on. CO y TR para tener la informaci´on actualizada en tiempo real. Este es uno de los puntos donde m´as claramente poder apreciar el retorno de la inversi´on porque los costes de almacenaje es una de las principales preocupaciones de las empresas en la actualidad. La integraci´on con MM puede provocar la solicitud de necesidades autom´atica al lanzar la planificaci´on de requerimientos de material. Aplicaciones como la planificaci´on de las revisiones.2. Gesti´on de Materiales MM Materials Management. fabricaci´on contra pedido. la programaci´on de ´ordenes de mantenimiento. las gesti´on notificaciones de aprobaci´on nos aseguran una rendimiento ´optimo de nuestra f´abrica. la gesti´on de proyectos y la gesti´on de la calidad de productos. Para una empresa industrial es fundamental el poder garantizar la disponibilidad de la planta y sus herramientas de producci´on y de esto se encarga el m´odulo de PM. fabricaci´on contra cat´alogo. VISION 17 compra y almacenaje de materia prima. . con HR (calendarios laborales. turnos. Es el m´odulo m´as grande de todos ellos y el que m´as componentes tiene. fabricaci´on por procesos. Proporciona procesos completos para todos los tipos de fabricaci´on: fabricaci´on repetitiva. Optimiza todos los procesos de compra a trav´es de varias funciones disponibles. fabricaci´on por lotes y en serie. por ejemplo) tenemos controlada una pieza vital de la empresa. Mantenimiento de Planta PM Plant Manteinance. Integrando todo esto con PP (podemos modificar las ´ordenes de producci´on en funci´on de la disponibilidad de la cadena de producci´on). Un completo sistema de verificaci´on de facturas nos proporciona la integraci´on necesaria con los modulos contables FI. gracias a la precisi´on de la gesti´on de stocks y de almacenes. Tambi´en podemos reducir los costes de aprovisionamiento y almacenamiento. Planificaci´on de la Producci´ on PP Production Planning.´ GENERAL DE SAP R/3 1. Describimos a continuaci´on los m´as usados aunque existen otros menos conocidos como la gesti´on del servicio al cliente. . hasta la gesti´on integrada de cadenas de suministro con funciones MRP y Kanban. Por un lado permite automatizar las evaluaciones de proveedores mediante la entrada de ofertas y el mantenimiento de registros info.

Existen infotipos para todas las caracter´ısticas de un empleado. datos familiares. Recursos Humanos HR Human Resources. . los horarios de f´abricas. etc. como datos personales. Es por ello que SAP porporciona unos programas diferentes para cada pa´ıs y un servicio de actualizaci´on para poder estar al d´ıa con los cambios que se producen en materia de legislaci´on laboral (aparici´on de nuevas modalidades de contrataci´on. N´omina PA Payroll Accounting. salario bruto. 3. turnos. Mantiene todos los datos de los empleados en unas estructuras denominadas infotipos que nos permiten calcular el pago de la n´omina y contabilizarla tanto en FI como CO de manera autom´atica. . Informar adeduadamente a los m´odulos financieros del estado de nuestras ventas es una labor imprescindible para poder conocer el estado econ´omico y financiero actualizado de la empresa. cambios en la normativa fiscal. . . ´areas. grupos de trabajo. SAP.18 ´ A SAP R/3 CAP´ITULO 1. Este subm´odulo se encarga de gestionar la estructura de la empresa organizando la misma en departamentos. Permite la definicici´on de tareas de puestos de trabajo y la reorganizaci´on de los mismos. etc. descuentos. Este subm´odulo es posiblemente el m´as espec´ıfico de cada pa´ıs debido a que las leyes que rigen las relaciones laborales difieren mucho de unos pa´ıses a otros. y el absentismo laboral en los procesos de negocio de la fabricaci´on y el mantemiento de planta entre otros. INTRODUCCION Ventas y Distribuci´ on SD Sales and Distribution. ha llevado su m´axima de integraci´on hasta el punto de incluir la gesti´on de turnos y plantillas. sin embargo. . ) Estructura Organizativa PD Personnel Development. la gesti´on de recursos humanos se ha considerado una ´area aislada del resto de sistemas de gesti´on de la empresa. La cambiante realidad de los mercados actuales es un reto para cualquier programa de gesti´on de ventas. . comisiones y ofertas que a veces cambian a diario. retenes. Tradicionalmente. retenciones fiscales. . SD es lo suficientemente flexible como para poder adecuarnos a precios. Los dos subm´odulos principales son PA y PD aunque tambi´en existen soluciones menos usadas como la gesti´on de candidatos. el calendario de f´abrica y la gesti´on de viajes y gastos. condiciones de entrega.

3. Tenemos la posibilidad de gestionar otros objetos del data dictionary como las ayudas de b´ usqueda. Desde un misma pantalla se puede crear. tiene m´ ultiples caracter´ısticas que facilitan la programaci´on enormemente. Es un lenguaje de muy alto nivel. modificar y borrar los objetos de bases de datos. entre los que se incluyen tablas. Tambi´en puede darse el caso de que la funcionalidad que ofrece el est´andar no se ajuste completamente a las necesidades del cliente. Es un mezcla entre el COBOL y el SQL. pueden ser referenciadas directamente en los programas permiti´endonos modificar posteriormente las tablas sin tener que cambiar los programas. elementos de datos y dominios.2. hay que tener en cuenta que se creo en los a˜ nos 70 cuando el COBOL era el lenguaje preferido para los desarrollos de aplicaciones de gesti´on. por ejemplo. VISION 1. vistas. Este entorno. el programador obtiene una buena visi´on de conjunto de la estructura general del programa. Las definiciones de las tablas. los objetos de bloqueo o los objetos de autorizaci´on. siempre existe la posibilidad de que el cliente que compre R/3 tenga alguna necesidad tan espec´ıfica de su negocio que no este contemplada en el est´andar.2. . f´acil de leer y se aprende r´apidamente. estructuras. De esta forma. Nos permite efectuar una verificaci´on de sintaxis y aceptar las sugerencias del dispositivo de correci´on autom´atica que tiene incluido. aparte de proveer de las funciones b´asicas para la edici´on de texto. ABAP/4 El lenguaje de programaci´on ABAP/4 se caracteriza por su total integraci´on en el sistema R/3. se compone de una serie de herramientas integradas que permiten crear desarrollos nuevos en poco tiempo. que SAP denomina ABAP/4 Development Workbench. Para resolver estas situaciones existe un entorno completo de desarrollo de nuevas aplicaciones integradas en R/3. Data Dictionary Es el punto de referencia para los programadores ya que permite aislarles del sistema de gesti´on de base de datos que se utilize por debajo. Tambi´en nos permite resaltar las palabras clave y tener una vista en forma de estructura jer´arquica que ofrece la posibilidad de ocultar o desglosar bloques sint´acticos.´ GENERAL DE SAP R/3 1. Editor de programas El editor ABAP/4. 19 Entorno de desarrollo Aunque la cantidad de aplicaciones desarrolladas por SAP es enorme. No en vano todo el software de aplicaci´on (se calcula que m´as de treinta millones de l´ıneas de c´odigo) que el cliente recibe cuando compra R/3 esta escrito en ABAP.

watchpoints. campos de entrada. . . checkboxes. INTRODUCCION 20 Screen Painter Con esta herramienta crearemos r´apidamente interfases gr´aficas de usuario incluyendo una amplia gama de elementos de control. Entorno de depuraci´ on El modo debugging de ABAP/4 es posiblemente la herramienta m´as alabada por los programadores habituales de este lenguaje. Las pantallas que se crean se denominan dynpro 2 y en ellas se incluye la definicion de la pantalla y sus campos y la l´ogica de proceso de la misma. el an´alisis del tiempo de ejecuci´on. aunque la variedad de eventos posibles esta bastante limitada. el sistema de test asistido por ordenador (CATT). Esta l´ogica de proceso esta dirigida por eventos. ejecuci´on paso a paso. ) pero adem´as nos permite hacer todo esto viendo el c´odigo fuente del programa. . Existe una gran variedad de herramientas adicionales cuyo uso no es tan frecuente como el Menu Painter. botones de radio. como botones de pulsaci´on. . como los lenguajes visuales modernos. por lo que la localizaci´on del lugar del error es exacta. etc.´ A SAP R/3 CAP´ITULO 1. . Tiene todas las ventajas de este tipo de ayudas a la programaci´on (creaci´on de breakpoints. 2 Abreviatura de dynamic programs . . etiquetas. ejecuci´on por bloques. listas de base de datos. el Object Browser. Otras herramientas.

Concepto de mandante El concepto se puede definir desde 2 puntos de vista distintos pero complementarios: La Visi´on L´ogica y la Visi´ on F´ısica. 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. nos aparecer´a la pantalla de conexi´on al sistema R/3 indicada en la figura 2. SAP R/3 dispone de un programa cliente que se debe instalar en cada uno de los servidores de presentaci´on (PC’s) para poder realizar la conexi´on al sistema R/3. 21 . SAP R/3 es un software multiling¨ ue que permite presentar al usuario todos los textos que aparezcan en pantalla en el idioma que ´el elija. Pantalla de logon a SAP R/3 Una vez que tengamos instalado el SAPGUI y pulsemos el icono correspondiente. adem´as de los datos arriba especificados.Tambi´en podremos elegir el idioma de conexi´on.1. En esta pantalla deberemos introducir el usuario que nos hayan asignado as´ı como su clave de acceso. Este es quiz´a el t´ermino m´as importante dentro SAP R/3. El usuario.2.Cap´ıtulo 2 Introducci´ on al sapgui Como cualquier software que est´e basado en arquitectura cliente/servidor. se conectar´a en el idioma que tenga asignado por defecto en su registro maestro de usuario. deber´a indicar a qu´e mandante se quiere conectar. En esta pantalla aparece un nuevo concepto: Mandante. Si el usuario no introduce idioma alguno. 2. siempre que ese idioma haya sido previamente instalado en el sistema. 2.1.

facturas. Datos independientes de mandante. . ) as´ı como la mayor´ıa de los datos de parametrizaci´on de la empresa. pedidos. Se ha de ser especialmente cuidadoso al modificar la parametrizaci´on independiente de mandante. Se engloban aqu´ı los datos de aplicaci´on de la empresa (datos de clientes. Esto es as´ı porque en el sistema SAP R/3 existen dos tipos de datos diferentes: Datos dependientes de mandante. Cuando el usuario navega por las pantallas de SAP es . La Visi´ on F´ısica. INTRODUCCION Figura 2.1: Pantalla de entrada a SAP R/3 La Visi´ on L´ ogica. Cada vez que se va a proceder a la modificaci´on de este tipo de datos. Se engloban aqu´ı ciertos datos de la parametrizaci´on de la empresa que son accesibles desde cualquier mandante creado. . el sistema avisa con un mensaje informativo inform´andonos de que la modificaci´on afectar´a a todos los mandantes. proveedores. cuentas contables. etc. Se llaman dependientes de mandante porque s´olo son accesibles desde el mandante en el que se crearon. Estos tipo de datos son los m´as habituales en un sistema SAP R/3. El mandante no es m´as que una unidad organizativa divisoria de la empresa y permite que distintos usuarios est´en trabajando en el mismo sistema sin ning´ un tipo de interferencia mutua ya que cada usuario s´olo dispondr´a de acceso para visualizar y actualizar los datos de aplicaci´on de la empresa que est´en asociados al mandante al que est´an conectados. La base de datos de SAP R/3 est´a formada por tablas relacionales.22 ´ AL SAPGUI CAP´ITULO 2. Este tipo de datos son los menos numerosos.

si bien los datos son completamente distintos ya que la factura 1000 del mandante 015 no es la misma que la factura 1000 del mandante 016. Las tablas que contienen al campo mandante como primer campo dentro de su clave son las llamadas dependientes de mandante. el usuario user2 s´olo podr´a acceder en modo visualizaci´on ya que la factura est´a siendo bloqueada por el usuario user1. el sistema le est´a asignando en ese momento el valor del mandante elegido. Situaci´ on 2: El usuario user1 est´a conectado al mandante 015 y el usuario user2 est´a conectado al mandante 016 del mismo sistema. con lo que el usuario s´olo podr´a acceder a visualizar o modificar los datos de cada tabla que tengan como mandante el que ha elegido en tiempo de conexi´on. El mandante es el primer campo clave de la mayor´ıa de la tablas que conforman la base de datos de SAP R/3. el usuario user1 accede a la factura 1000 de su mandante y el usuario user2 puede acceder al mismo tiempo a la factura 1000 ( si ´esta existe ) de su mandante. e incluso podr´a realizar cualquier modificaci´on posterior. Cuando un usuario se conecta a un mandante. user2 podr´a ver la modificaci´on realizada por user1. Ahora los 2 usuarios no pueden acceder a la misma informaci´on ya que sus conexiones al sistema est´an ”l´ogicamente separadas”. si una tabla es independiente de mandante. cuando el usuario user1 termine de modificarla. Sin embargo. Las tablas que no contienen al campo mandante dentro de su clave se llaman independientes de mandante. pero en cada caso accede al registro compuesto por el mandante de conexi´on del usuario y el n´ umero de factura: . sin embargo. Ejemplo: Situaci´ on 1: Los usuarios user1 y user2 est´an ambos conectados al mandante 015 de un mismo sistema. CONCEPTO DE MANDANTE 23 el sistema R/3 el que accede a dichas tablas para irle mostrando al usuario la informaci´on pedida. ´esta puede ser accedida desde cualquier mandante al que se conecte el usuario. Esto se consigue de manera transparente para el usuario e incluso para el desarrollador ya que es el propio sistema el que traduce los accesos a las tabla incluyendo en la clausula WHERE de la instrucci´on SQL el campo mandante y el valor actual que tenga.2. Mientras el usuario user1 est´a modificando la factura 1000. el sistema est´a accediendo a la tabla de facturas. Lo que realmente ocurre es que para poder los usuarios acceder a la factura 1000.2.

En la nueva visualizaci´on del sapgui se encuentra entre la barra est´andar de herramientas y la barra de aplicaciones.2: Barra de t´ıtulo Con la visualizaci´on antigua del sapgui se encuentra en la parte superior de la pantalla y su funci´on principal es mostrarnos la descripci´on de la transacci´on o men´ u de ´ambito en curso. Visualizar material. cuando el usuario user1.4. el sistema le muestra la factura con descripci´on Factura X. La barra de t´ıtulo Figura 2. ver el status de nuestra sesi´on entre otras. mientras que si el usuario user2 se conecta al mandante 016 para solicitar la factura 1000. El men´ u desplegable El men´ u desplegable es la herramienta b´asica para la navegaci´on por las distintas aplicaciones del sistema SAP R/3. . Opci´on para crear y borrar modos. El men´ u desplegable se caracteriza por tener fijas las u ´ltimas dos opciones de la derecha. desconexi´on del sistema. Ejemplos: Crear usuario. 2. INTRODUCCION 24 Mandante 015 015 016 016 Num. Acceso a la ayuda online de SAP. conectado al mandante 015. f´actura 1000 1010 1000 1050 Descripci´on Factura X Factura Y Factura Z Factura V As´ı pues. En ´el podremos encontrar todas las funciones necesarias para un llevar a cabo un control total sobre las transacciones y programas. solicita la factura 1000. Estas dos opciones son: Sistema. Ayuda.3. el sistema le mostrar´a la factura con descripci´on Factura Z. 2.´ AL SAPGUI CAP´ITULO 2.

. ya que contiene muchos de los botones necesarios para realizar las acciones m´as comunes tales como grabar. enter. 25 La barra est´ andar de herramientas La barra de herramientas est´andar es de particular inter´es.5. imprimir. Campo de Comandos Es un prompt de linea de comandos. Bot´ on Enter Se deber´a pulsar este bot´on para chequear los datos introducidos en una pantalla.5. . LA BARRA ESTANDAR DE HERRAMIENTAS 2. El bot´on enter realiza la misma funci´on que pulsar la tecla enter del teclado. Bot´ on Back Se deber´a pulsar este bot´on si queremos regresar a la pantalla anterior sin grabar los datos introducidos. etc. Bot´ on Exit . Las funciones asignadas a la barra de herramientas est´andar son las siguientes. y en ´el se pueden introducir comandos tales como c´odigos de transacciones o men´ us de ´ambito. Bot´ on Grabar Se deber´a pulsar este bot´on cuando deseemos confirmar la grabaci´on de los datos introducidos.´ 2.

Bot´ on Cancel Se deber´a pulsar este bot´on si deseamos salir de la tarea actual sin grabar. INTRODUCCION 26 Se deber´a pulsar este bot´on si queremos salir de la actual aplicaci´on. Bot´ on Buscar Se deber´a pulsar este bot´on si deseamos realizar una b´ usqueda de una cadena de caracteres en la pantalla actual. El sistema nos devuelve a la anterior aplicaci´on. Bot´ on Imprimir Se deber´a pulsar este bot´on si deseamos imprimir los datos que actualmente aparecen en pantalla. Bot´ on Buscar Siguiente Se deber´a pulsar este bot´on si deseamos seguir buscando la cadena de caracteres indicada en una b´ usqueda anterior con el bot´on buscar. El bot´on de buscar siguiente estar´a activado u ´nicamente en pantallas donde los datos aparezcan en formato de listado y formato de tabla. El bot´on de buscar estar´a activado u ´nicamente en pantallas donde los datos aparezcan en formato de listado y formato de tabla. Botones de Paginaci´ on . El bot´on de impresi´on estar´a activado u ´nicamente en pantallas donde se los datos aparezcan en formato de listado y formato de tabla.´ AL SAPGUI CAP´ITULO 2.

La pantalla principal Figura 2. La barra de aplicaciones Figura 2. creaci´on de cliente. ).2. p´agina abajo yu ´ltima p´agina: 2.3: Barra de aplicaciones Con la visualizaci´on antigua del sapgui se encuentra entre la barra est´andar de herramientas y la parte principal de la pantalla. En la nueva visualizaci´on del sapgui se encuentra entre la barra de t´ıtulos y la parte principal de la pantalla. Disponemos de las opciones primera p´agina. p´agina arriba.4: Pantalla principal . 2. LA BARRA DE APLICACIONES 27 Los botones de paginaci´on nos permiten colocarnos en las p´aginas deseadas dentro de los listados que podamos obtener en pantalla.6. Los botones de paginaci´on estar´an activado u ´nicamente en pantallas donde los datos aparezcan en formato de listado y formato de tabla. .7. En ella disponemos de las opciones b´asicas para el control de la aplicaci´on actual (ejemplos de aplicaciones: visualizar pedido de compras..6.

El mandante al que estamos conectados. subpantallas. la barra de estado nos muestra tambi´en: El nombre de la base de datos SAP (de 3 caracteres) a la que estamos conectados. El nombre de la base de datos se elige en tiempo de instalaci´on y debe ser obligatoriamente de 3 caracteres de longitud El n´ umero de modo al que corresponde la pantalla actual. Cuando se instala en el servidor el software del sistema SAP R/3. Sin embargo. .5: Barra de estado Se encuentra en la parte inferior de la pantalla y su funci´on principal es ´ la de mostrarnos los mensajes de Informaci´ on. sino que es dependiente de la configuraci´on de cada servidor de presentaci´on.para crear la base de datos que contendr´a todas las tablas relacionales de las que se componen las distintas aplicaciones modulares de SAP. Cambiaremos de uno a otro sin m´as que pulsar la tecla Insert de nuestro teclado. Esta hora no es la hora que tiene configurada el Sistema R/3 en el servidor. en la nueva visualizaci´on no aparece la hora del PC. 2. En la visualizaci´on antigua del sapgui aparece la hora que tiene configurada el servidor de presentaci´on a nivel de sistema operativo. ´este se comunica con el RDBMS . Error o Exito que la aplicaci´on en curso nos muestre al navegar por ella.8.que debe haber sido previamente instalado . La barra de estado Figura 2. . Como funciones adicionales. Los valores posibles pueden ser INS (modo insert) y OVR (modo overwrite). El modo de escritura en el que estamos. El nombre del servidor a nivel de sistema operativo al que estamos conectados. tabla. Advertencia. . etc. INTRODUCCION 28 Es la parte principal de la aplicaci´on y dependiendo de ´esta podr´a estar compuesta de campos de entrada y/ o salida.´ AL SAPGUI CAP´ITULO 2.

9.6. Esta herramienta se conoce con el nombre de Ayudas de B´ usqueda a partir de la versi´on 4.0B de SAP R/3 (hasta esta versi´on la herramienta era conocida como matchcodes). Figura 2.´ 2.10. Esta flecha podr´a estar activa permanentemente o s´olo cuando posicionemos el cursor sobre dicho campo. VENTANA DE DIALOGO 2. Se encuentran activas en casi todos los campos de entrada de cualquier pantalla de SAP R/3 y se identifican por aparecer a la derecha del campo de entrada un peque˜ no recuadro con una flecha vertical apuntando hacia abajo como podemos ver en la figura 2. Junto con este cambio de nombre se produce a su vez una mejora sustancial de la herramienta.9. Ver figura 2.7. Las ayudas de b´ usqueda son muy u ´tiles ya que en la mayor´ıa de los casos en que deberemos introducir un dato en un campo no conoceremos los valores posibles. 29 Ventana de di´ alogo Un elemento final de la ventana R/3 es la ventana de di´alogo en la que el sistema nos presenta una ventana flotante donde normalmente nos pedir´a la introducci´on de alg´ un dato o la confirmaci´on o anulaci´on de alg´ un mensaje sin posibilidad de retornar o avanzar en la navegaci´on hasta que el usuario introduzca la informaci´on pedida. Ayudas de b´ usqueda El sistema SAP R/3 dispone de una herramienta espec´ıfica para la determinaci´on de valores posibles en un campo de entrada. Veamos esto con un ejemplo: .6: Ventana de di´alogo 2.

Para ello pulsaremos su bot´on de ayuda de b´ usqueda o la tecla de funci´on F4 estando posicionados en el campo.8 que el concepto Material puede tomar. Para las conexiones f´ısicas la u ´nica limitaci´on es la que imponga la disponibilidad de recursos en el Servidor de Presentaci´on. Ejemplo: En un modo accedemos al M´ odulo de Ventas para la visualizaci´on de un pedido y en otro accedemos a los datos maestros de un cliente. Para saber qu´e posibles valores puede llegar a tomar el campo Material haremos uso de la ayuda de b´ usqueda asociada. Cada vez que creemos un nuevo .11. Modos Los modos externos en un sistema R/3 son conexiones virtuales que un usuario puede realizar a partir de una conexi´on real al sistema. Cualquier valor distinto de los presentados en el listado ser´a un valor no v´alido y el sistema mostrar´a el consiguiente mensaje de error si un valor incorrecto es introducido. A continuaci´on nos aparecer´a un listado con los posibles valores como el de la figura 2.´ AL SAPGUI CAP´ITULO 2. 2. Existe una limitaci´on : S´olo se pueden abrir 6 modos por conexi´ on real o sesi´ on Esta limitaci´on se aplica s´olo a los modos. A efectos de servidor de presentaci´on esto se traduce en la creaci´on de una nueva pantalla del SAPGUI con la que el usuario puede interactuar con el sistema R/3 independientemente de los anteriores modos externos. Es importante saber distinguir entre conexi´on real (tambi´en llamada sesi´on) y modo. no a las conexiones f´ısicas. A esta opci´on accederemos desde cualquier pantalla de SAP R/3 por el men´ u desplegable Sistema → Crear Modo. En lo que sigue nos referiremos a los modos externos simplemente como modos. sin embargo no conocemos qu´e valores posibles puede tomar ese campo.7: Ayuda de b´ usqueda En una pantalla cualquiera del m´odulo de Gesti´ on de Materiales(MM) debemos introducir un valor en el concepto Material . INTRODUCCION 30 Figura 2.

con lo cual se cerrar´an todas las ventanas de los modos que correspondan a esa conexi´on real.8: Listado de valores posibles modo no estamos realizando una nueva conexi´on real sino que estamos usando la misma conexi´on para simular conexiones virtuales. MODOS 31 Figura 2. Veamos los comandos m´as habituales para la gesti´on de modos. Estos comandos se deber´an introducir en el campo de comandos de la barra est´andar de herramientas: Llamar una transacci´on • en el mismo modo (ventana) → Indicar: /nxxxx (xxxx = c´odigo de transacci´on) • en un modo adicional → Indicar: /oxxxx (xxxx = c´odigo de transacci´on) Finalizar la transacci´on actual → Indicar: /n.11. .2. Atenci´on: Las modificaciones hechas se perder´an sin que el sistema emita un mensaje de advertencia. La opci´on del men´ u desplegable Sistema → Salir del sistema nos desconecta de la conexi´on real con la que estemos trabajando. Borrar el modo actual → Indicar: /i.

El sistema registrar´a autom´aticamente la transacci´on como un documento que queda en el sistema en prueba de qui´en hizo la transacci´on y cu´ando ´esta ocurri´o exactamente. el departamento de contabilidad habr´a anotado que el material ha pasado de la cuenta del almac´en a la de la planta de producci´on y definir´a una transacci´on financiera para registrar el intercambio de valor por el material. sacar un balance contable correcto. entonces todos los datos quedar´an registrados. 2. pero a medida que se acostumbran al sistema y se dan cuenta que suelen ejecutar siempre la misma decena de transacciones se aprenden el c´odigo y lo utilizan. Cuando un usuario est´a trabajando en un terminal. porque esto provocar´ıa una inconsistencia en el sistema. Los usuarios noveles no suelen utilizar este u ´ltimo m´etodo descrito. Salir del sistema → Indicar: /nend. Mientras tanto.14 veremos como se averigua el c´odigo de una transacci´on que estamos ejecutando. una transacci´on con el sistema no queda terminada hasta que ´este verifica que las entradas de informaci´on son correctas. En R/3 accedemos a las transacciones generalmente a trav´es del men´ u. si se cancela. por ejemplo. En la secci´on 2. El concepto de transacci´on implica que no pueden quedarse grabados s´olo una parte de los datos. Concepto de transacci´ on Una transacci´on comercial es un intercambio entre una parte del sistema y otra. quiere un suministro desde el almac´en a cambio de un albar´an. entonces ning´ un dato se grabar´a. si se graba. pero tambi´en podemos acceder directamente tecleando su c´odigo de transacci´on en el campo de comandos. Tras completar toda la informaci´on obligatoria y parte de los campos opcionales.12. El almac´en sabr´a utilizar este albar´an para conciliar el saldo de esta pieza en el inventario de las mismas. La planta de producci´on. no podr´ıamos.´ AL SAPGUI CAP´ITULO 2. el usuario tiene la opci´on de grabar la transacci´on o de desechar toda la operaci´on. INTRODUCCION 32 Generar una lista con los modos propios activos → Indicar: /o. si s´olo se registrara el movimiento de mercanc´ıas entre la planta y el almac´en y no se grabara la anotaci´on contable correspondiente. en un momento dado. En el ejemplo anterior. . Este es el punto clave de una transacci´on. Llevando esta visi´on al sistema SAP veremos que una transacci´on se compone de una o varias dynpros por las que va pasando el usuario en las que se le pide los datos referentes a la operaci´on que quiere llevar a cabo.

´ 2.13. . OPCIONES TECNICAS 2. Portapapeles es una herramienta similar al Portapapeles de Windows que nos permite realizar selecciones de texto en cualquier pantalla del SAPGUI y llevar esa selecci´on a cualquier editor de texto ( bien sea dentro del Sistema R/3 como fuera de ´el ). 33 Opciones t´ ecnicas Las opciones t´ecnicas del SAPGUI se encuentran en el u ´ltimo bot´on a la derecha de la barra est´andar de herramientas y se puede acceder a ellas pulsando el icono de la figura 2.10: Menu del icono de acceso a opciones t´ecnicas Opciones nos permite reconfigurar el aspecto de nuestro SAPGUI estableciendo nuevos colores.10 que tiene las siguientes opciones. Figura 2.9 que se encuentra en la parte superior derecha de la ventana del sapgui. Esta opci´on s´olo es v´alida para el modo de visualizaci´on antiguo. fuentes.9: Icono de acceso a las opciones t´ecnicas Al pinchar el boton nos aparece el men´ u de la figura 2.13. Figura 2.

´ AL SAPGUI CAP´ITULO 2. La parte de Datos Repository se refiere a la transacci´on y programas asociados a dicha . Tama˜ no est´ andar cambia la pantalla del SAPGUI a su tama˜ no por defecto. S´olo funciona con pantallas en las que tengamos alg´ un tipo de listado. nombre de usuario.14. INTRODUCCION 34 Generar Gr´ afico es una herramienta que nos crea una pantalla similar a la que estamos visualizando con la herramienta de gr´aficos de SAP R/3. Hardcopy (duplicado de pantalla) env´ıa la pantalla actual del SAPGUI a la impresora que tengamos configurada por defecto en el PC. Acerca de nos muestra los datos t´ecnicos de versi´on del SAPGUI que estamos utilizando. Datos SAP Este ´area est´a destinada a mostrar informaci´on t´ecnica sobre SAP R/3 y se compone de varias subpartes. Esta es una herramienta que est´a todav´ıa en desarrollo por SAP y que todav´ıa produce errores en la impresi´on de estas capturas debido a incompatibilidades con ciertos drives de monitores. Esta opci´on s´olo funciona con resoluciones de pantalla superiores a 800x600. el cual siempre se encuentra disponible desde cualquier punto de navegaci´on de SAP. fecha y hora del sistema. En ella podemos distinguir varias partes que describimos a continuaci´on: Datos utilizaci´ on En esta parte se presentan los datos relativos a la conexi´on que el usuario ha realizado sobre SAP como el mandante. idioma de conexi´on. La pantalla status Existe en SAP R/3 una ventana que nos informa sobre la conexi´on actual que hemos realizado en el sistema. as´ı como sobre los datos t´ecnicos referentes al sistema operativo. 2. el sistema de gesti´on de base de datos del servidor y la versi´on de SAP instalada. Se deber´a tener en cuenta que la hora aqu´ı presentada no tiene nada que ver con la hora presentada en la barra de estado ya que la que aparece en la ventana status se refiere a la hora actual del servidor y la hora de la barra de estado se refiere a la hora actual del PC. as´ı como la fecha y hora de la conexi´on anterior que realiz´o ese mismo usuario sobre ese sistema. que en general no coincidir´an. A esta pantalla accederemos desde el men´ u Sistema→Status.

c´odigo de p´agina instalado y tipo de base de da tos. as´ı como la fecha de vencimiento de la licencia. LA PANTALLA STATUS 35 Figura 2.2. el c´odigo que SAP asigna a nuestra instalaci´on. ya que es uno de los que m´as se consulta. SAP. De particular importancia es el campo transacci´on. peri´odicamente. nombre de la m´aquina. env´ıa unos parches que arreglan errores en sus objetos est´andar y estos deben ser instalados a medida que son proporcionados al cliente para corregir malos funcionamientos de ciertas aplicaciones. Adem´as de la versi´on base podemos tener instalados algunos parches. La parte Datos Sistema SAP nos dice qu´e versi´on de R/3 est´a instalada en el servidor. . Datos m´ aquina y base de datos En esta u ´ltima parte se presentan datos relativos al sistema como puede ser el tipo de sistema operativo instalado.14. La parte Release base nos informa de la versi´on base que tenemos instalada.11: Status del sistema transacci´on desde donde se ha ejecutado la ventana Status.

.

Cap´ıtulo 3 Arquitectura de un sistema R/3 3.1.1: Capas de la estructura cliente/servidor de R/3 37 . La idea fundamental de la filosof´ıa cliente/servidor es la distribuci´on de las tareas que debe realizar el sistema. Introducci´ on El sistema R/3 de SAP se basa en una arquitectura cliente/servidor de 3 capas: la capa de base de datos. Cada capa se encarga de proveer ciertos servicios: Figura 3. capa de aplicaci´on y capa de presentaci´on.

sistemas operativos y RDBMS. Como el interface de programaci´on de m´as alto nivel. . Estas herramientas.CAP´ITULO 3.500 Como el interface de email. Servicios de base de datos para el salvado y recuperaci´on de los datos empresariales. La arquitectura multicapa cliente/servidor le confiere al sistema R/3 las siguientes caracter´ısticas: Escalabilidad Permite la adici´on de nuevos equipos en cualquiera de sus 3 niveles para acomodarse a los requerimientos din´amicos del sistema. englobadas en lo que se conoce como el customizing. Apertura Todos los datos est´an almacenados en tablas que son accesibles sin necesidad de instrucciones complejas de recuperaci´on de datos. EDI Para el intercambio de datos a nivel de aplicaci´on. X. CPI-C Para comunicaciones entre programas. ARQUITECTURA DE UN SISTEMA R/3 38 1. Portabilidad El software normalmente continua en vigencia m´as tiempo que el hardware que lo soporta. El Sistema R/3 sigue varios est´andares reconocidos internacionalmente e interfaces abiertos: TCP/IP RFC Como protocolo de comunicaciones. SQL y ODBC Para acceso a los datos guardados en RDBs. Capa de Presentaci´on. Parametrizabilidad SAP R/3 es un software est´andar que dispone de herramientas espec´ıficas para la adaptaci´on del software a las necesidades de la empresa. OLE/DDE y RFC Para la integraci´on de aplicaciones de PC. Funciones de aplicaci´on pueden ser llamadas externamente.400/X. 3. es por ello por lo que el software SAP R/3 se caracteriza por su portabilidad a trav´es de distintos tipos de hardware. permiten amoldar los procesos de negocio establecidos en el est´andar a la manera de trabajar de cada empresa. 2. Capa de aplicaci´on. Servicios de aplicaci´on para el manejo de la l´ogica de aplicaci´on. ALE Para la integraci´on on line de aplicaciones descentralizadas. Capa de base de datos . Servicios de presentaci´on para la implementaci´on del GUI.

soportados RDBMS soportados G. DB2. La optimizaci´on de los bufferes es asegurada por el mecanismo de sobrescritura LRU (Least Recently Used) que consigue mantener en memoria .I. ADABAS. soportados UNIX. R/3 usa exclusivamente comandos del lenguaje SQL. Oracle. Servicios de base de datos Acceso a base de datos relacional Para el acceso y manipulaci´on de datos. OS/2 .U. SQL Server Windows. Macintosh Figura 3. Windows NT.O. OSF/Motif.2.2.2: Arquitectura abierta de R/3 3. Reduce el tr´afico de red y los accesos a base de datos. OS/390 Informix. AS/400.2 S. Se dispone de 2 tipos diferentes de SQL: el Open SQL (extensi´on de lenguaje de programaci´on ABAP/4 ) y el Native SQL (SQL nativo de sistema de base de datos que tengamos por debajo de nuestro SAP) Optimizaci´ on de las operaciones cliente/servidor Se dispone de un cach´e de cliente consistente en bufferes especiales en cada servidor de aplicaci´on situados en la memoria principal. SERVICIOS DE BASE DE DATOS 39 Debido a su arquitectura abierta no hay pr´acticamente ninguna restricci´on en la portabilidad como podemos comprobar por la figura 3.3.

as´ı como de los logs. Administraci´ on base de datos SAP SAP ha desarrollado una serie de herramientas para la administraci´on de la base de datos. BRRESTORE Herramienta para la restauraci´on de los datos de aplicaci´on y control.CAP´ITULO 3. para el caso de ORACLE como RDBMS son: BRBACKUP Herramienta para los backups online y offline de los datos de aplicaci´on y control. ARQUITECTURA DE UN SISTEMA R/3 40 los datos m´as frecuentemente usados. por lo que estos servicios estar´an distribuidos por todas estas instancias. 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´a el nombre: <SID>_DVEBMGS00_<TCP/IP Port> . 3. en el caso m´as general.3. BRARCHIVE Herramienta para el archivado de los logs. Servicios de aplicaci´ on La capa de de aplicaci´on estar´a. as´ı como de los logs. adem´as de un conjunto de bufferes en memoria compartida Los servicios de la capa de aplicaci´on se pueden clasificar en: Dialogo Actualizaci´on Gesti´on Bloqueos 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. SAPDBA Herramienta que integra todas las tareas de administraci´on de la base de datos. 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. compuesto de multiples instancias.

Se recomienda que estos dos u ´ltimos servicios corran en la misma instancia ya que interact´ uan entre s´ı. Servicios de procesamiento batch El sistema R/3 proporciona unos procesos llamados de batch espec´ıficos para la realizaci´on de tareas. esta petici´on es gestionada por el sistema a trav´es de una cola de trabajo o proceso llamado de di´alogo. Servicio de Gateway . SERVICIOS DE APLICACION 41 Servicios de di´ alogo Cuando un usuario est´a conectado a un sistema R/3 y realiza cualquier petici´on de informaci´on al sistema (por ejemplo visualizar una factura).´ 3. Este servicio es absolutamente necesario para la integridad de los datos de aplicaci´on.3. Servicios de actualizaci´ on El sistema est´a provisto de unas colas de trabajo especiales llamadas de actualizaci´on por donde gestionar´a las modificaciones de los datos de aplicaci´on en la base de datos. De esta forma se podr´an planificar tareas pesadas como la carga o modificaci´on masiva de datos maestros sin que el usuario tenga que estar presente para su ejecuci´on. Servicio de gesti´ on de bloqueos Este servicio juega un papel muy importante y. y monitoriza y asigna recursos libres. como el anterior. s´olo una instancia dentro de un mismo sistema puede proveer este servicio. Estos procesos act´ uan como interlocutores entre el usuario final y la base de datos. este servicio es necesario para la comunicaci´on de todas las instancias de un sistema R/3. que no requieran la intervenci´on del usuario final. especialmente largas. La instancia donde corre este servicio es llamada instancia central. Servidor de mensajes Dentro de la capa de aplicaci´on hay una instancia entre el resto que provee el servicio de servidor de mensajes. Este servicio es el encargado de impedir que un objeto en SAP sea modificado por m´as de un usuario a la vez.

sistemas EDI. Existe un servicio de gateway por instancia y se activa autom´aticamente sin la intervenci´on del administrador cuando la instancia arranca. gesti´on de bloqueos. actualizaci´on. ARQUITECTURA DE UN SISTEMA R/3 42 Cada instancia necesita de este servicio para realizar tareas que se extienden m´as all´a de la instancia local: Servicio de Spool Este servicio es el encargado de gestionar las peticiones de impresi´on dentro de SAP R/3. los cuales son coordinados por el .CAP´ITULO 3. Figura 3.3: Esquema del funcionamiento del dispatcher Dispatcher y procesos de trabajo Los servicios de di´alogo. - Comunicaci´on entre diferentes sistemas R/3 Llamadas a funciones remotas CPIC (Common Programming Interface for Comunications) Conexi´on de sistemas externos tales como MAPI Server. . . fondo y spool son provistos por los procesos de trabajo.

4. Esta uniformidad se extiende a todas las partes del dise˜ no del interface. adem´as la creaci´on de men´ us propios de usuario.´ 3. casillas de selecci´on y radio buttons. SAP R/3 funciona como un grupo de procesos de sistema trabajando en cooperaci´on y en paralelo. Algunas de estas partes en las que observaremos la consistencia del interface son: Ayuda online Permite acceder a la documentaci´on sobre el uso de las aplicaciones R/3. Barras de tareas La barra de tareas contiene los s´ımbolos de los comandos de navegaci´on m´as usados.4. pushbuttons. acceder´an a la base de datos directamente con SQL. SERVICIOS DE PRESENTACION 43 dispatcher. 3. Valores de entrada posibles En casi todos los campos de entrada se dispone de una funci´on que nos permite visualizar los valores limitados para la introducci´on de valores. table control para la visualizaci´on de datos en formato de tabla. . El dispatcher act´ ua de interface entre la capa de presentaci´on y la de aplicaci´on ya que todas las peticiones que vienen del nivel de presentaci´on son recibidas por el dispatcher y son asignadas a procesos de trabajo libres de las instancias. integraci´on y ergonomicidad. Se implementan barras de desplazamiento cuando la informaci´on a visualizar en pantalla supera el tama˜ no de ´esta. Barras de botones Las funciones esenciales para el control de una aplicaci´on pueden ser accedidas a trav´es de las barras de botones. Estos men´ us desplegables se encuentran uniformemente estructurados a lo largo de todas las aplicaciones del sistema R/3 siguiendo una estructura arb´orea. campos de salida para la visualizaci´on de los mismos. Elementos de control Se dispone de campos de entrada para la introducci´on de datos. Servicios de presentaci´ on Las aplicaciones de SAP R/3 han sido dise˜ nadas siguiendo unos est´andares que aseguran uniformidad. Men´ us Todas las funciones implementadas en las aplicaciones R/3 pueden ser accedidas v´ıa menus desplegables. una vez asignadas por el dispatcher a su correspondiente proceso de trabajo. En cada servidor de aplicaciones existe un u ´nico dispatcher y varios procesos de trabajo. Esta ayuda trabaja con referencias de hipertexto permitiendo la navegaci´on. Se permite. Las peticiones de usuario.

.

Esta decisi´on.Cap´ıtulo 4 Escenarios de configuraci´ on Cualquier entorno de software de gesti´on empresarial presenta la necesidad de tener sistemas completos (hardware y software) separados dedicados a funciones espec´ıficas. cual es la que mejor se ajusta a sus necesidades. Cada empresa deber´a decidir. segun los criterios que veremos posteriormente. Otros factores que influyen en 1 En la version 4. los requerimientos de almacenamiento puede incrementarse hasta varios gigabytes.1. la formaci´on a los usuarios finales y. Un mandante que contenga u ´nicamente la parametrizaci´on b´asica ocupa unos 500 Mb. y que deben tenerse en cuenta a la hora de decidir el numero de sistemas necesarios para una implantaci´on real. Entre estas funciones podemos destacar el desarrollo del software. pero si le a˜ nadimos los datos de aplicaci´on que se van creando al entrar en productivo. la puesta en producci´on del software. debido al car´acter abierto y escalable de R/3. puede alterarse en cualquier momento si se aprecia que los condicionantes de la empresa que llevaron a optar por una soluci´on determinada han cambiado. SAP R/3 dispone de m´ ultiples alternativas de configuraci´on de escenarios. Consideraciones generales sobre los sistemas R/3 Siguiendo la definici´on de sistema R/3 que se da en el glosario. la m´as importante de todas. 4.0B 45 . La base de datos de un sistema R/3 requiere aproximadamente unos 15 Gb1 de disco duro y cada servidor de aplicaciones necesitar´a unos 2 Gb. las pruebas del mismo. vamos a indicar una serie de requerimientos y limitaciones que existen.

Debido al gran n´ umero de personas (muchas veces ajenas a la empresa) que acceden a este sistema debemos controlar. tampoco podemos separar los datos de m´odulos diferentes. integraci´on y producci´on) aunque dependiendo del tama˜ no y necesidades de la empresa SAP tambi´en contempla la posibilidad de tener un sistema de formaci´on aislado y un sistema de desarrollo de cliente propio. . una aplicaci´on individual como FI o HR no puede aislarse para transportarse a otros sistemas.2. que nunca tenga datos reales. Tambi´en debemos probar 2 ”Go Live”es el t´ermino ingl´es que se utiliza para referirse al momento en que el sistema productivo se abre a los usuarios finales para que comienzen a trabajar. .´ CAP´ITULO 4. No podemos transportar u ´nicamente los datos maestros de proveedores sin pasar tambi´en los datos de sus pedidos y/o facturas. pedidos.1.2. Del mismo modo. la cantidad de datos hist´oricos que se guardan.2. Los datos de este sistema suelen ser escasos (´ unicamente los que se van creando como pruebas) y a veces son inconsistentes. 4. R/3 no provee de ninguna herramienta para separar los datos maestros de los datos transaccionales. facturas. Sistema de integraci´ on En este sistema se realizan pruebas definitivas del software que incluyen: Pruebas integradas Con ellas nos aseguramos que nuestros desarrollos no interfieren en otros m´odulos del sistema. . hay varios tipos de sistemas R/3. 4. que se hayan creado durante las pruebas. Todos los desarrollos y la parametrizaci´on se llevan a cabo aqu´ı. etc. Una vez que se han completado las pruebas unitarias de los programas. Sistema de desarrollo Este es el sistema inicial donde se origina el software. Descripci´ on y funciones de cada sistema Atendiendo u ´nicamente a la funci´on que van a cumplir. ESCENARIOS DE CONFIGURACION 46 la necesidad de espacio son el sistema de base de datos elegido. ´ordenes de mantenimiento. 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.2. Vamos a describir los tres m´as habituales (desarrollo. estos pueden ser transportados al sistema de integraci´on para hacer pruebas m´as exhaustivas. el n´ umero de mandantes creados. Por otro lado. 4. por motivos de seguridad.

Aqu´ı es donde se almacenan los datos reales de la empresa y donde se ejecutan los procesos de negocio. Sistema de producci´ on El sistema de producci´on tiene una u ´nica funci´on: la explotaci´on real del software. MANDANTES 47 conjuntamente desarrollos de distintos m´odulos que interact´ uen entre s´ı. Veremos el sistema de transporte detalladamente en cap´ıtulos posteriores. Por u ´ltimo.4. La formaci´on a usuarios es otra de las funciones de este sistema.3. 4.3.3. Tambi´en le sirve para familiarizarse con los nuevos programas y su interface y solicitar cambios en la interacci´on si algo no es de su agrado. Pruebas de rendimiento Cargando el sistema de integraci´on con suficiente volumen de datos podemos probar la eficiencia de nuestro software permiti´endonos descubrir errores no funcionales pero que nos imposibilitan poner en explotaci´on los programas.1. Mandantes Mandantes est´ andar Cualquier sistema R/3 se instala inicialmente con tres mandantes est´andar. destacaremos como funci´on importante la posibilidad de probar el sistema de transporte.2. Las funciones de los mandantes est´andar son las siguientes: . Los otros sistemas deben garantizar que los programas o parametrizaciones incorrectas no afecten ni al trabajo productivo ni a los datos reales. podemos ense˜ nar a los usuarios con ejemplos casi reales como funciona el software que van a tener que utilizar. 4. Aprovechando la necesidad de volumen de datos que tienen las pruebas de rendimiento. Pruebas de usuario El usuario final no suele tener acceso al sistema de desarrollo as´ı que es en integraci´on donde debe comprobar que la funcionalidad del software es la que ´el pidi´o en sus especificaciones.3. En el caso de un sistema IDES existe tambi´en el mandante 800 que incluye un modelo de compa˜ nia completo para demostraciones y formaci´on. Al pasar el software de desarrollo a integraci´on ya tenemos una prueba de como va a pasar de integraci´on a producci´on. 4.

ESCENARIOS DE CONFIGURACION Mandante 000 Es el mandante de referencia. Con pocos mandantes podemos tener conflictos durante la parametrizaci´on. Mandante 066 Mandante del servicio EarlyWatch. En nuestros sistemas R/3 nosotros podemos darle el n´ umero que queramos a cada mandante propio. en integraci´on alguno menos y en el sistema de producci´on solo debe existir un mandante propio. Aunque vemos que tienen un n´ umero asignado. Los usuarios de este mandante tiene las autorizaciones m´ınimas para poder ejecutar el informe de rendimiento.48 ´ CAP´ITULO 4. No contiene datos de parametrizaci´on empresarial y por lo tanto las creaciones de mandante propios se deben hacer como copias de este para asegurarnos que empezamos la parametrizaci´on desde cero. Mandantes propios A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos (siempre que el tama˜ no de nuestra base de datos nos lo permita). esto se ha hecho para facilitar la diferenciaci´on entre ellos. Para garantizar la confidencialidad de nuestros datos reales en productivo existe este mandante aislado al que se conecta SAP cuando le pedimos que nos realice un servicio de detecci´on de problemas de rendimiento. Inicialmente es id´entico al 000 y salvo que lo cambiemos nosotros. pero con muchos mandantes estaremos aumentando el tama˜ no de la base de datos y empeorando el rendimiento . el desarrollo de programas o las pruebas. Este mandante tampoco debe ser borrado ni modificado nunca. ninguna actualizaci´on de R/3 lo va a modificar. Durante un cambio de versi´on de R/3 los datos dependientes de mandante se actualizan autom´aticamente en el 000 y los cambios al resto de mandantes se deben hacer desde aqu´ı. Este mandante no debe borrarse del sistema ni cambiarse ning´ un aspecto de ´el. Es posible implementar SAP con m´as o menos mandantes de los indicados pero hay que buscar el equilibrio entre muchos y pocos.3.2. 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. A continuaci´on vamos a describir los mandantes que se crean habitualmente y cuales son sus funciones. En el sistema de desarrollo se suelen crear varios mandantes. 4. Siempre lo podemos tener como ejemplo de la instalaci´on inicial aunque SAP no impone ninguna prohibici´on de cambiarlo o borrarlo. Mandante 001 Es el mandante de ejemplo. al contrario de lo que ocurre con el 000.

pasamos el prototipo aqu´ı para que los usuarios finales reciban los cursos de formaci´on y tengan un sitio donde poder seguir practicando despu´es. Las funciones de los mandantes propios son las siguientes: Mandante 200 Desarrollo y parametrizaci´on en el sistema de desarrollo.3 Las pruebas inusuales de parametrizaci´on las realizaremos en el 210 de manera que no interrumpamos el trabajo normal del mandante 200. Mandante 220 Pruebas unitarias en desarrollo. Una vez superadas las pruebas correspondientes al mandante 300. Mandante 210 Trastero. No tendremos datos maestros ni transaccionales de manera que la pruebas las realizaremos en el mandante 220 despu´es de pasar todos los cambios hechos aqu´ı. Peri´odicamente y para mantener el mandante limpio se hara una copia de refresco desde el 220. La funci´on de este mandante es similar a la del 220 pero con la diferencia de que las pruebas incluyen la interacci´on entre los diferentes m´odulos. . Aqu´ı iniciamos nuestro prototipo de empresa y creamos los primeros desarrollos a medida que sean necesarios. Mandante 300 Pruebas integradas y control de calidad en integraci´on. Tambi´en se comprueba que el paso de las ´ordenes de transporte desde el sistema de desarrollo sea correcto como garant´ıa de que el paso de esas mismas ´ordenes a producci´on tambi´en lo sea. 3 El palabra que utiliza SAP es ”sandbox” que es una caja de arena en la que juegan los ni˜ nos. Aqu´ı si que tendremos datos maestros y transaccionales aunque no ser´an muy fiables debido a que la parametrizaci´on puede cambiarse. Mandante 310 Formaci´on a usuarios finales. MANDANTES 49 adem´as de requerir un mayor esfuerzo en los procedimiento de administraci´on de sistemas. rendimiento y aprobaci´on del usuario.4. Los responsables de desarrollo y parametrizaci´on efectuar´an aqu´ı las pruebas unitarias del prototipo que se est´a creando. los datos maestros y transaccionales que crean no nos interfieren en nuestro trabajo de implantaci´on habitual.3. De esta manera. 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. Los programadores y consultores de aplicaci´on trabajan en este sistema. El t´ermino ha sido libremente traducido al castellano por los autores.

Comparaci´ on de escenarios SAP tiene contemplados escenarios de configuraci´on desde un s´olo sistema hasta cuatro. Problemas durante la instalaci´on y pruebas de los parches.4. Trabajar con un s´olo sistema R/3 es un caso excepcional como veremos m´as adelante. Todo el trabajo del transporte de elementos de desarrollo queda suprimido con lo que la administraci´on del sistema se simplifica en cierto modo. 4.´ CAP´ITULO 4. Para que cumpla su funci´on se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados. Este mandante se usa u ´nicamente como referencia para poder consultar la parametricaci´on que tenemos en productivo sin tener que acceder a la maquina de productivo. 4. Configuraci´ on con un s´ olo sistema (Producci´ on) Ventajas Al tener una sola m´aquina los costes de hardware son m´ınimos. . ESCENARIOS DE CONFIGURACION 50 Mandante 320 Maestro de parametrizaci´on. El escenario que aconseja en todas sus especificaciones t´ecnicas es el de tres sistemas aunque tambi´en es aceptable trabajar con dos (si las necesidades de la empresa no son muy grandes). Este es el u ´nico mandante propio que debe existir en el sistema productivo. Antes del arranque en productivo realizaremos aqu´ı las cargas iniciales de datos maestros.4. Vamos a ver esquem´aticamente las ventajas y desventajas de cada una las configuraciones. Tendremos dificultades para crear nuevos desarrollos y tendremos que provocar la indisponibilidad del sistema para realizar las pruebas integradas. Aqu´ı es donde se lleva a cabo la explotaci´on real del software. no obligandonos a dar acceso a la misma a personal no autorizado. Mandante 400 Mandante productivo. Desventajas Tendremos problemas con las tablas independientes de mandante.1. movimientos e hist´oricos.

La realidad demuestra m´as tarde que hacer esto significa infrautilizar el potencial de adaptabilidad y crecimiento que tiene SAP y en poco tiempo instalan un segundo sistema que les permite hacer cosas que antes no pod´ıan.4. El sistema de desarrollo puede ser una m´aquina de caracter´ısticas inferiores a la de productivo y estaremos ajustando bastante nuestro presupuesto.´ DE ESCENARIOS 4.4. de esta manera garantizamos la confidencialidad de nuestra informaci´on. clientes y proveedores. 4. COMPARACION 51 El rendimiento de nuestra u ´nica m´aquina ser´a malo ya que tendremos todos los mandantes en la misma base de datos con el aumento de tama˜ no de las tablas que ello implica. Tenemos los datos reales de nuestro sistema productivo aislados en una m´aquina a la que no puede acceder el personal de desarrollo. Lo que ocurre es que es uno de los primeros gastos en el que hay que incurrir y por eso da la impresi´on de que es ´ importante reducirlo al m´ınimo. Configuraci´ on con dos sistemas (Desarrollo y Producci´ on) Ventajas Todos los desarrollos nuevos y la parametrizaci´on creada se puede probar en el sistema de desarrollo sin interferir con el trabajo real en productivo. Desventajas . en el caso de la informaci´on relativa a empleados. Unicamente se aconseja esta configuraci´on para centros de formaci´on o demostraci´on del producto. Conclusi´ on SAP desaconseja totalmente esta configuraci´on. Algunos clientes se decantan por ella alegando que no van a desarrollar nada de software nuevo y que tampoco van a parametrizar mucho con lo que un sistema R/3 b´asico les sirve para empezar a trabajar. Este punto puede ser en algunos caso vital. La inversi´on en hardware es reducida. estrat´egicamente hablando. La reducci´on inicial de costes en hardware tambi´en resulta enga˜ nosa porque en el presupuesto de un proyecto de implantaci´on de R/3 el coste del hardware representa un porcentaje bastante peque˜ no del total.2. o incluso de obligado cumplimiento legal.

ESCENARIOS DE CONFIGURACION 52 La cantidad y el ´ambito de actuaci´on de los desarrollos que hagan estar´a limitado por la falta de un sistema dedicado a las pruebas integradas. que es uno de los proyectos complicados que requieren una m´aquina aparte. es muy com´ un ver empresas que tienen esta configuraci´on desde hace varios a˜ nos y funcionan correctamente con ella. . la soluci´on por la que se opta consiste en alquilar durante el tiempo de la actualizaci´on de versi´on una m´aquina de pruebas o subcontratar la migraci´on a una consultor´ıa externa que tenga m´aquinas disponibles para ello. 4. Integraci´ on y Producci´ on) Ventajas La instalaci´on de aplicaciones o m´odulos adicionales se puede hacer sin afectar al trabajo habitual de desarrollo. Configuraci´ on con tres sistemas (Desarrollo. A medida que la empresa vaya instalando m´as m´odulos de R/3 o que vaya asimilando el Workbench ABAP/4 como paquete de desarrollo es posible que se vea en la necesidad de a˜ nadir un tercer sistema. Tareas ineludibles y de gran complejidad como un cambio de versi´on nos dejan inservible el sistema de desarrollo durante todo el tiempo que dura la actualizaci´on de versi´on. Es una opci´on correcta para empresas con un peque˜ no n´ umero de desarrollos y que implanta s´olo uno o dos m´odulos lo que reduce la cantidad de parametrizaci´on a realizar. La existencia del mandante trastero en el sistema de desarrollo facilita la familiarizaci´on con las funcionalidades de los m´odulos y la realizaci´on de pruebas sin peligro.´ CAP´ITULO 4.4. En cualquier caso.3. En el caso de un cambio de versi´on. Conclusi´ on Esta es la soluci´on m´ınima que acepta SAP para una empresa que pretenda sacar rentabilidad de R/3. Tampoco podremos llevar a cabo pruebas de rendimiento sin perjudicar a los equipos de desarrollo o al funcionamiento en productivo. Tendremos que hacer el control de calidad y las pruebas de aceptaci´on de usuario en el mismo sistema en el que desarrollamos lo que puede implicar la interrupci´on de las tareas de desarrollo durante el tiempo que duren las mismas.

. . Al tener integraci´on como paso intermedio antes de llevar el software a productivo podemos y hacer este paso utilizando el sistema de transporte. . Tres es el n´ umero m´ınimo de sistemas que hacen falta para poder probar el sistema de transporte. Cuando se instalan muchos m´odulos diferentes y de ´areas diferentes (log´ıstica. Conclusi´ on Como dec´ıamos al principio ´esta es la configuraci´on que recomienda SAP y es la que utilizan la mayor´ıa de las empresas grandes que tienen presupuesto y personal suficiente para gestionar todos los sistemas.4. podemos garantizar que el transporte a productivo va a ser correcto siempre que haya sido correcto el paso a integraci´on. tanto en m´aquinas para albergar los sistemas R/3 como en hardware auxiliar de comunicaciones.´ DE ESCENARIOS 4. . pruebas de aceptaci´on de usuario. . copias de respaldo. COMPARACION 53 Disponemos del sistema de integraci´on para la realizaci´on de pruebas de rendimiento. Este punto es realmente importante porque si no somos cuidadosos en la gesti´on de los transportes de workbench y customizing a traves de los tres sistemas podemos llegar a anular alguna de las ventajas que supone tenerlos y convertirla en un claro inconveniente. formaci´on a usuarios. Un configuraci´on con cuatro sistemas solo ser´a necesaria para empresas que tengan un vol´ umen de desarrollos propios realmente grandes. La administraci´on del sistema se complica y por lo tanto necesitaremos m´as personal y que adem´as est´e bien formado en estas tareas. Como se puede suponer. La importancia de esta prueba radica en que puede resultar frustrante haber pasado todo el ciclo de pruebas de un desarrollo y que al final falle en producci´on por una mala gesti´on del sistema de transporte. finanzas y recursos humanos) se hace necesario tener un sistema aislado para las pruebas integradas. la gesti´on de un sistema as´ı requiere de personal realmente cualificado y de una metodolog´ıa y procedimientos de transporte que eviten cualquier error ajeno a los desarrollos en s´ı mismos. administracion de red. Desventajas Necesitamos una inversi´on mayor en hardware.

.

En la columna ID tenemos un identificador secuencial para cada uno de los procesos de trabajo y la columna Tipo nos dice la naturaleza del proceso de trabajo: 55 . Adem´as.Cap´ıtulo 5 Monitorizaci´ on de procesos y usuarios Una de las tareas b´asicas de administraci´on de un sistema SAP R/3 consiste en la monitorizaci´on de los procesos activos en las instancias que conforman el sistema – ya sea en el entorno de desarrollo. Explicaremos la informaci´on m´as importante que nos proporciona el monitor. Ser´a labor del administrador el evitar que se ejecuten procesos demasiado pesados que provoquen una ralentizaci´on global del sistema.1. as´ı como el tipo de proceso de trabajo que est´a gestionando tales peticiones. En la pantalla de la figura 5. integraci´on o producci´on -. Monitorizaci´ on de procesos activos El sistema SAP R/3 dispone de un monitor de procesos activos por el cual podemos ver qu´e usuario ha lanzado qu´e proceso. as´ı como qu´e usuarios han ejecutado tales procesos.1 podemos ver qu´e usuario est´a realizando peticiones al sistema. 5. este monitor nos informa de qu´e procesos han sido lanzados en di´alogo y qu´e procesos corren en modo batch. manteniendo un contacto estrecho con el departamento de desarrollo y con los usuarios finales para identificar tales procesos para que sean ejecutados en modo batch durante el procesamiento nocturno. Este monitor puede ser accedido directamente por la transacci´on SM50 o alternativamente por el men´ u desplegable Herramientas→Gesti´on→ Monitor→Supervisar Sistema→Resumen Procesos.

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.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 di´alogo batch de actualizaci´on V1 de actualizaci´on V2 de Enqueue de spool La columna IDP es el identificador del proceso a nivel de sistema operativo. Cada uno de los procesos en SAP es realmente un proceso activo a nivel de sistema operativo. . Espera Proceso actualmente en espera de gestionar peticiones de usuario. Los procesos con tales status no pueden volver a gestionar ninguna petici´on de usuario hasta que el administrador los vuelva a activar. Finalizado Proceso que ha sufrido alg´ un error en el procesamiento de alguna petici´on de usuario y cuya actividad ha sido cancelada autom´aticamente por el sistema o por el administrador del mismo. Este c´odigo u ´nico para cada proceso de trabajo sirve para identificarlos. Proceso de trabajo que est´a actualmente gestionando peticiones de usuario. MONITORIZACION Figura 5.56 ´ DE PROCESOS Y USUARIOS CAP´ITULO 5.

Todas las pantallas de SAP tienen por detr´as un programa en c´odigo fuente que es compilado la primera vez que es llamado. update. La columna Acci´ on indica el tipo de acci´on que es llevada a cabo sobre la base de datos para gestionar la petici´on de ese usuario. Acciones t´ıpicas pueden ser: Lectura secuencial. las siguientes veces el programa ya se encuentra en el buffer. La columna Mandante nos indica el mandante al que se ha conectado el usuario que est´a ejecutando ese proceso. La columna Error nos indica el n´ umero de errores que un proceso de trabajo ha sufrido desde que se arranc´o el sistema por u ´ltima vez. La columna Sem´ aforo nos indica el n´ umero de sem´aforo asociado a cada proceso.1. MONITORIZACION 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.´ DE PROCESOS ACTIVOS 5. Para ciertos tipos de actividades como pueda ser la escritura en un fichero de log a nivel de sistema operativo. insert. por lo que el sistema no lo volver´a a compilar hasta que lo pierda del buffer y sea nuevamente llamado. Para activarlo deberemos acudir a la barra de aplicaciones y pulsar el bot´on CPU. Para cambiar este valor de S´ı a No o viceversa deberemos acudir a la opci´on del men´ u desplegable Proceso→Reanudar tr´as error. Esta informaci´on por defecto no est´a activa. el sistema asigna unos c´odigos a cada proceso de trabajo. delete. La columna Report nos indica el programa que internamente est´a ejecutando el sistema para gestionar la petici´on de usuario. lectura directa. cuando una de las peticiones sufra un error el proceso se quede en status finalizado con lo cual no se reactivar´a autom´aticamente. La columna Hora nos indica el tiempo en segundos que ese proceso est´a activo. Errores t´ıpicos en la ejecuci´on de peticiones de usuario son la terminaci´on manual de alg´ un modo por parte del usuario. y es el valor que deberemos dejar para que los procesos est´en siempre activos aunque sufran alg´ un error en su ejecuci´on. La columna CPU es el tiempo de CPU que est´a consumiendo actualmente el proceso de trabajo en formato minutos:segundos. El sem´aforo para escritura en fichero del sistema operativo es ”22”. Para m´as informaci´on sobre las acciones que ese proceso est´a realizando posicionaremos el cursor sobre el proceso deseado y a continuaci´on . ya que su propia visualizaci´on consume recursos del sistema. El valor por defecto es ”S´ı”. La columna Usuario nos indica el usuario que ha realizado la petici´on al sistema asociada a ese proceso de trabajo.

elegiremos la opci´on sin core para no crear en los discos duros informaci´on que no vayamos a usar. Como este fichero no es editable. Con esto se pueden analizar errores de programaci´on en tiempo de ejecuci´on. En la columna Servidor aparece el nombre de la instancia. La barra de aplicaciones nos permite tambi´en refrescar el contenido de la pantalla. Ambas opciones cancelan el proceso a nivel de sistema operativo asociado al proceso de SAP con la salvedad que la opci´on con core genera un fichero llamado core donde queda registrada la raz´on de la cancelaci´on del proceso. SAP. Otra posibilidad es la de debugging.58 ´ DE PROCESOS Y USUARIOS CAP´ITULO 5. dispone de una herramienta de depuraci´on de programas. Los procesos actualmente activos en la instancia en la que estamos conectados se pueden cancelar manualmente por el administrador del sistema con la opci´on del men´ u desplegable Proceso→Cancelar con core y Proceso→ Cancelar sin core. Esta opci´on se deber´a usar con cuidado y siempre con el consentimiento del usuario ya que podemos provocar p´erdida de datos si cancelamos un modo que est´e actualmente accediendo a la base de datos para actualizar. La cancelaci´on manual de un proceso debe ser realizada con extremo cuidado y siempre deberemos asegurarnos que dicha cancelaci´on no provoque ning´ un problema de inconsistencia en los datos de SAP. por lo que si deseamos tener en pantalla y en todo momento informaci´on actualizada sobre los procesos actualmente en curso deberemos pulsar continuamente el bot´on de refresco. MONITORIZACION pulsaremos el bot´on Detalle de la barra de aplicaciones. En la transacci´on SM51 visualizamos las instancias que est´an activas y que componen el sistema SAP. este debugger puede ser activado para un proceso siempre que seamos el due˜ no de tal proceso. En la columna M´ aquina aparace el nombre del servidor sobre el que est´a instalada la . Desde esta transacci´on podremos saber si un sistema SAP es distribu´ıdo o si por el contrario est´a formado por una u ´nica instancia central. Deberemos tener en cuenta que el monitor de esta pantalla se activar´a exclusivamente cuando pulsemos el bot´on refrescar. en su entorno de desarrollo. Si nuestro sistema R/3 est´a formado por varias instancias. Otra opci´on que nos brinda la barra de aplicaciones del monitor de procesos activos es la de borrar el modo de usuario asociado al proceso en cuesti´on. Es muy importante tener en cuenta que la informaci´on visualizada en la transacci´on SM50 se limita exclusivamente a la instancia a la que estemos conectados. para 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´a montado la instancia aparece en todo momento en la barra de estado – o acudir directamente a la transacci´on SM51 (Herramientas→ Gesti´on→ Monitor→Supervisar Sistema→Servidor ).

La opci´on Usuarios nos muestra un listado con los usuarios conectados a la instancia que hayamos elegido. la cantidad de memoria disponible y libre. El modo nuevo nos accede al men´ u inicial de conexi´on a SAP. La opci´on Log del sistema nos lleva a la transacci´on SM21 que est´a descrita en el cap´ıtulo 8. El kernel de SAP est´a formado por ficheros ejecutables compilados en lenguaje C necesarios . Accedemos a la misma transacci´on si hacemos doble click sobre cada una de las instancias. Tambi´en tenemos la opci´on Procesos que nos lleva directamente a la transacci´on SM50 de cada una de las instancias sin m´as que posicionar el cursor sobre la instancia deseada y pulsar el bot´on descrito. La opci´on Colector SO nos muestra informaci´on t´ecnica acerca del sistema operativo tal como el n´ umero de procesadores.2: Monitor de instancias activas instancia SAP y por u ´ltimo. En la barra de aplicaciones de esa pantalla tenemos la opci´on de refresco para actualizar la informaci´on. en la columna Tipo se visualizan los tipos de procesos de trabajo que est´an dados de alta en esa instancia. el porcentaje de utilizaci´on CPU. Esta opci´on se encuentra disponible en el men´ u desplegable Pasar a→ Collector SO.1. e informaci´on sobre la paginaci´on. Esta opci´on la veremos m´as a fondo en la siguiente secci´on. La opci´on Login remoto nos abre un modo sobre la instancia previamente seleccionada. La opci´on Info Release nos muestra informaci´on sobre la versi´on del kernel de SAP instalado en la instancia que hayamos elegido.´ DE PROCESOS ACTIVOS 5. MONITORIZACION 59 Figura 5.

6. 2.3: Monitor de sistema operativo para el arranque y funcionamiento de SAP. Mandante de conexi´on . 3. C´odigo de transacci´on perteneciente al modo actualmente activo . . Existe en el sistema una herramienta que nos proporciona en formato listado los usuarios que se han conectado a la instancia actual.2.60 ´ DE PROCESOS Y USUARIOS CAP´ITULO 5. Nombre del servidor de presentaci´on desde donde se ha realizado la conexi´on. Tal informaci´on es mostrada en la transacci´on SM04 Herramientas→ Gesti´on→ Monitor→Supervisar Sistema→ Usuarios Conectados. La pantalla de usuarios conectados nos da la siguiente informaci´on: 1. 5. MONITORIZACION Figura 5. Monitorizaci´ on usuarios conectados Otra tarea b´asica de administraci´on que se complementa con la monitorizaci´on de procesos activos es la monitorizaci´on de usuarios conectados al sistema. 5. Nombre de usuario en SAP . Hora a la que se ejecut´o por u ´ltima vez alg´ un proceso desde el modo activo asociado a la conexi´on f´ısica que estamos visualizando. 4. Cantidad de modos abiertos por el usuario .

Cantidad de modos internos que el sistema ha debido abrir para gestionar las peticiones del usuario. as´ı como la hora a la que se ha realizado la u ´ltima petici´on de informaci´on por tales modos.4: Monitor de conexi´on de usuarios por instancia 7. 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. . Esta opci´on habr´a que usarla siempre con el consentimiento del usuario y con extremo cuidado.´ USUARIOS CONECTADOS 5. Esta ventana nos muestra en orden de apertura los modos abiertos por el usuario y conexi´on f´ısica elegidos.2. o alternativamente. MONITORIZACION 61 Figura 5. haciendo doble click sobre un usuario. el sistema nos muestra una ventana de di´alogo con un listado de los modos abiertos por usuario y conexi´on f´ısica. Este monitor tiene adem´as diversas funciones en su barra de aplicaciones: Una de ellas es la posibilidad de ver los modos abiertos por cada usuario. Cada l´ınea de este listado corresponde con una conexi´on f´ısica al sistema por usuario. Posicionando el cursor sobre un usuario y pulsando el bot´on Modos. Tambi´en tenemos la opci´on de borrar el modo que queramos. Con esta u ´ltima opci´on estaremos cerrando remotamente al usuario la pantalla asociada a ese modo. Tal acci´on de borrado manual de modo queda reflejado en el log del sistema – ver cap´ıtulo 8 –.

el crear los usuarios en el maestro de usuarios con los permisos adecuados para que puedan desarrollar sus tareas sin problema y el mantener actualizados sus datos b´asicos como el nombre. Tambi´en podremos ordenar el listado por la columna deseada tanto en orden ascendente como descendente. Como una tercera opci´on de la barra de aplicaciones el sistema. Estos datos aparecer´an siempre y cuando se hayan introducido en el maestro de usuarios cuando se cre´o el usuario. Figura 5. apellido. nos muestra en una ventana de di´alogo el nombre. departamento y extensi´on telef´onica asociados al usuario elegido. tel´efono de contacto para que la gesti´on y monitorizaci´on de . en general. departamento. Esta opci´on es muy u ´til ya que el sistema s´olo nos estar´a mostrando la informaci´on actualizada cada vez que pulsemos la funci´on de refresco. si pulsamos el bot´on Info Usuario.5: Lista de modos activos por usuario Otra opci´on de la barra de aplicaciones es la de refresco de pantalla. MONITORIZACION Figura 5.6: Informaci´on detalllada de usuario Ser´a labor del administrador.62 ´ DE PROCESOS Y USUARIOS CAP´ITULO 5.

usuario. De esta manera tendremos un listado de usuarios por cada instancia.´ USUARIOS CONECTADOS 5. Si el sistema tiene m´as de un mandante donde est´en definidos los usuarios. Hay que tener en cuenta que el resultado se nos restringe al mandante al que estamos conectados. . este listado nos mostrar´a al completo todos los usuarios conectados al sistema. el listado no ser´a completo. Este listado muestra el mandante.2. Crear un programa o query sencilla sobre la tabla USR41 que contiene en todo momento los usuarios conectados por cualquier instancia. Si nuestro sistema se compone de una u ´nica instancia. La limitaci´on de este monitor es que el listado se restringe a usuarios que se han conectado al sistema por la instancia desde donde estamos iniciando el monitor de usuarios. MONITORIZACION 63 tales usuarios resulte m´as sencilla. En un u ´nico modo acudir a la transacci´on SM51 y desde ah´ı y posicion´andonos en cada una de las instancias activas pulsaremos el bot´on Usuario de la barra de aplicaciones. Nos aparecer´a un listado con todas las conexiones f´ısicas que han realizado los usuarios en todo el sistema. terminal e instancia a la que se ha conectado el usuario. Desde la SM50 elegir la opci´on del men´ u deplegable Pasar a→Terminales. pero si nuestro sistema se compone de varias instancias tenemos varias opciones para visualizar todos los usuarios conectados: Abrir una conexi´on f´ısica por cada instancia de las que se componga nuestro sistema SAP e iniciar desde cada conexi´on la transacci´on SM04.

.

si sus pedidos de compra deben emitirse online o por el contrario pueden esperar todos a la noche. es la direcci´on de la empresa la que debe decidir. Conceptos de procesamiento en fondo Adem´as de la opci´on de ejecutar programas y transacciones online. Lo m´as aconsejable es lanzar los programas en fondo durante la noche. por ejemplo. Simplemente consiste en la ejecuci´on de un proceso sin interacci´on con el usuario. Esto u ´ltimo se deber´a hacer cuando los procesos no sean cr´ıticos para la obtenci´on de datos en tiempo real. 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.Podemos encontrarnos con otros t´erminos para referirse al mismo concepto como procesamiento batch o procesamiento en segundo plano. por eso.Cap´ıtulo 6 Procesamiento en fondo 6. cuando se prevea que un proceso va a durar m´as tiempo deber´ıa ser lanzado en fondo. Tradicionalmente se considera un buen tiempo de respuesta para un sistema online el hecho de que no transcurran m´as de dos segundos entre dos acciones del usuario sobre el programa. que lanzamos el proceso y el sapgui nos devuelve el control aunque el programa todav´ıa no ha acabado de ejecutarse.1. cuando la carga de usuarios que act´ uan online es casi nula. Parece poco probable que un usuario este esperando m´as de cinco minutos a la respuesta del sistema sin pensar que se ha quedado bloqueado o que ha fallado el programa. SAP nos da la posibilidad de ejecutar procesos en fondo. Este modo de ejecuci´on de procesos adquiere una importancia vital cuando tratamos con programas que tardan mucho tiempo en completarse. 65 . es decir.

Este nombre no es u ´nico. lo que significa que podemos crear varios jobs que se llamen actualizar estad´ ısticas enero. Esto se produce porque SAP asigna un n´ umero interno a cada job con el que diferencia a unos de otros pero para nosotros esa clave es desconocida y s´olo podremos referirnos al job por su nombre. 1 SAP utiliza la palabra definir para la acci´on de crear un job .1. y que nos muestra la pantalla de la figura 6.CAP´ITULO 6.1 Figura 6.2. Para crear un job 1 utilizaremos la transacci´on SM36.2.1: Pantalla inicial de definici´on de job La definici´on de un job tiene tres ´areas principales: Informaci´on general Hora de inicio o evento de ejecuci´on Pasos 6. PROCESAMIENTO EN FONDO 66 6. Primeramente debemos darle un nombre que defina el prop´osito que tiene. Definici´ on de jobs Un job es conjunto de uno o m´as programas que se lanzan consecutivamente en proceso de fondo. a la que se llega a traves de Herramientas→ CCMS→ Jobs→ Definici´on. Informaci´ on general La informaci´on general conforma la base de la definici´on del job.

´ DE JOBS
6.2. DEFINICION

67

Otro datos de informaci´on general es la clase de job que indica a SAP la
prioridad de ejecuci´on de los procesos que le mandamos y en funci´on de ello
asigna los recursos adecuadamente. La clases posibles son:
A La m´as alta prioridad. Se utiliza para procesos que son cr´ıticos para el
funcionamiento del sistema.
B Prioridad media. Para procesos peri´odicos que aseguran el mantenimiento
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´ıficas 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 ejecuci´on.
Por u
´ltimo, tenemos la posibilidad de determinar espec´ıficamente el
servidor de aplicaciones que dara curso a nuestra petici´on de proceso de
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 definidas la caracter´ısticas generales del job tenemos que indicar
cu´ando debe ejecutarse. Esta indicaci´on puede hacerse de diversas formas:
Ejecuci´on inmediata. Como su propio nombre indica nos permite iniciar
el job en el momento de acabar su definici´on.
Ejecuci´on por fecha/hora. Deberemos indicarle un d´ıa y una hora en
la que queramos que comience el job. Adem´as podemos marcar el job
como peri´odico, es decir, que se repetir´a su ejecuci´on cada cierto periodo
de tiempo (cada d´ıa, cada 35 minutos. . . ). Esta opci´on es muy u
´til
para la planificaci´on de jobs de mantenimiento o de recolecci´on de
estad´ısticas, de hecho, al instalar SAP ya existen una serie de jobs
de estas caracter´ısticas.
Por job. Con esta indicaci´on de comienzo podemos encadenar unos
jobs con otros, es decir, indicaremos al job B que empiece a ejecutarse
cuando acabe el job A. Tambien podemos especificar que s´olo comience
cuando la finalizaci´on del job A sea correcta, en caso de que el job A
haya sido cancelado en mitad de su ejecuci´on el job B no se ejecutar´a.
Por evento. El job comenzar´a cuando se produzca en el sistema el evento
que le indiquemos.

CAP´ITULO 6. PROCESAMIENTO EN FONDO

68

Un evento es un suceso se produce autom´aticamente en el sistema R/3
o que podemos provocar manualmente. Previamente, el evento debe estar
definido en la correspondiente tabla. SAP viene con una serie de eventos
predefinidos como pueden ser, el arranque o parada de las instancias, el
cambio de modo de operaci´on de nocturno a diurno, etc. El administrador o
los desarrolladores pueden crear otros eventos a conveniencia. Estos pueden
dispararse desde programas en ejecuci´on o podemos lanzarlos manualmente
a trav´es del men´
u Herramientas→ CCMS→ Jobs→ Lanzar evento.

6.2.3.

Pasos

Tras definir c´omo y cu´ando queremos que se procese el job, por u
´ltimo,
vamos a decirle qu´e es lo que queremos que haga. Los pasos de un job
los componen los diferentes programas que queremos que se ejecuten. Estos
programas pueden ser de tres tipos:
Un programa ABAP est´andar o creado por nosotros al que le
indicaremos una variante que contenga los par´ametros de selecci´on de
ese programa.
Un comando externo que se ejecutar´a en el sistema operativo donde
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 cl´asico es la ordenaci´on
de un fichero 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 gesti´on distintos a SAP y
necesitamos tener interfases entre ellos.
Los pasos de un job constituyen un proceso unificado, esto implica que si
el primero de un job de tres pasos sufre un cancelaci´on, ninguno de los otros
dos pasos restantes se procesar´a. Es como si crearamos tres jobs encadenados
con dependencia de status con un paso cada uno.

6.3.

An´
alisis de jobs

Una vez definido completamente el job podemos analizar y monitorizar
su situaci´on a trav´es de la transacci´on SM37 o por el men´
u Herramientas→
CCMS→ Jobs→ Actualizaci´on que nos muestra la pantalla de la figura 6.2.

´
6.3. ANALISIS
DE JOBS

69

Figura 6.2: Pantalla inicial de selecci´on de jobs

Inicialmente tendremos que introducir los criterios de selecci´on de los jobs
que queremos analizar porque pueden existir cientos de jobs definidos en un
momento dado y nosotros estaremos interesados en unos pocos. La selecci´on
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 figura 6.3. En ella vemos
un listado de los jobs con diversos datos sobre ´el. La informaci´on que m´as nos
interesa es el estado en el que se encuentra, en la siguiente secci´on hablamos
de los diferentes estados de un job.

6.3.1.

Estados de un job

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

CAP´ITULO 6. PROCESAMIENTO EN FONDO

70

liberado. En este estado permanecer´a hasta que se cumpla la condici´on
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´a esperando a que haya recursos libres en el
sistema para ejecutarse. Normalmente no veremos jobs en este estado
a menos que tengamos el sistema tan cargado que no haya suficientes
colas de batch para atender a todos los jobs que est´an en estado listo.
Activo El job se est´a procesando. Podemos ver el log desde este momento
y ver lo que est´a haciendo.
Finalizado El job complet´o su ejecuci´on correctamente.
Cancelado Alg´
un problema hizo que el job finalizara de manera incorrecta.
Normalmente se producen cancelaci´on por errores de los programas que
componen el job o problemas de acceso a la base de datos. En el log
del job podemos ver el motivo de la cancelaci´on.

6.3.2.

Operaciones sobre jobs

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

Figura 6.3: Resumen de jobs seleccionados

Cuando comprueba la actividad de un job que vemos como activo y no recibe respuesta del sistema operativo nos dir´a que el proceso ya no est´a en activo y nos pregunta si queremos pasarlo a estado cancelado. Una vez terminado o cancelado un job podemos borrarlo manualmente de la lista con este punto del men´ u. Si tuviera un job encadenado a continuaci´on este no se procesar´a. Repetir previsi´ on Esta opci´on es muy similar a la de copiar pero adem´as nos pide los datos de inicio del job. Esto puede suceder cuando el proceso del sistema operativo correspondiente a la cola BTC por donde va el job es cancelado o el servidor de aplicaciones tiene alg´ un problema de rendimiento. Cancelar job activo Con esta opci´on detenemos un job activo y lo pasamos directamente a estado cancelado. Borrar . Si queremos que se ejecute m´as veces deber´ıamos pensar en la posibilidad de crear un job peri´odico.3. Con est´a opci´on forzamos a SAP a comprobar que el estado que nos da para el job es realmente el que tiene en el sistema operativo.´ 6. Copiar Si queremos que un job se ejecute dos o tres veces lo copiaremos con esta opci´on y liberaremos cada una de las copias convenientemente. es decir. Traslado a otro servidor Con esta opci´on cambiamos el servidor de destino de un job que no este activo. es como si copiamos un job y liberamos inmediatamente la copia. Modificar Siempre y cuando no haya comenzado la ejecuci´on del job (mientras este en previsto o liberado) podremos modificar cualquier dato de la definici´on del mismo. Es muy u ´til para no tener que borrar y redefinir un job que hemos liberado a una hora concreta y despu´es nos hemos dado cuenta de que no queremos lanzarlo a´ un. Liberado→Previsto Para poder deshacer la liberaci´on de un job utilizaremos esta opci´on. ANALISIS DE JOBS 71 Vamos a describir alguna de las operaciones que podemos realizar sobre los procesos en fondo: Verificar status En alguna ocasiones podemos descubrir que un job que creemos que est´a activo – porque la transacci´on SM37 as´ı nos lo dice – realmente no lo est´a. .

S´olo tiene hacer esto sentido si conocemos y entendemos el c´odigo fuente del programa que se procesa. Al pulsar este opci´on se nos abre un modo nuevo con el depurador (debugger ) de ABAP/4 parado en el punto del programa que estuviera en ese momento. . Adem´as hay que ser cauteloso con est´a opci´on ya que hay determinadas fases de un programa ABAP en las que el hecho de activarse el debugger provoca una cancelaci´on con dump debido a un commit work impl´ıcito en la base de datos. El m´as interesante es comprobar en que servidor de aplicaciones se est´a procesando y en n´ umero de cola BTC para poder monitorizar su estado y/o rendimiento con la transacci´on SM51. Detalles de job Aqu´ı podemos ver datos internos del job.72 CAP´ITULO 6. PROCESAMIENTO EN FONDO Capturar job activo Para comprobar en que punto va la ejecuci´on del proceso que hemos lanzado podemos capturar un job que este activo.

es decir. Esto se traduce en una mejora del rendimiento. Actualizaci´ on s´ıncrona y as´ıncrona La actualizaci´on en la base de datos de un sistema R/3 es mayoritariamente as´ıncrona. En la figura 7.1.Cap´ıtulo 7 Servicios de actualizaci´ on El servicio de actualizaci´on en SAP R/3 es especialmente importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en las base de datos. aunque es menos frecuente. La actualizaci´on as´ıncrona no se realiza directamente en los procesos de di´alogo. el proceso de di´alogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario. La actualizaci´on s´ıncrona. De esta forma el proceso de di´alogo o batch debe esperar a que se realicen las actualizaciones en la base de datos antes de seguir procesando el resto de 73 . El efecto de este tipo de actualizaciones es que el usuario se desentiende totalmente del proceso de actualizaci´on. y se diferencia de la as´ıncrona en que la petici´on de actualizaci´on en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario – di´alogo si el usuario est´a trabajando en online o batch si el usuario ha dejado programado un job –. ya que no debe esperar a que el sistema acceda a actualizar a la base de datos para poder seguir trabajando. el sistema gestiona la petici´on de actualizaci´on del usuario en un proceso aparte del proceso de dialogo del usuario. batch o update. tambi´en se produce en un sistema R/3.1 se muestra en forma esquem´atica c´omo las actualizaciones as´ıncronas pertenecientes a un proceso de trabajo a un usuario son lanzadas en paralelo. Dichas actualizaciones se pueden generar a trav´es de procesos de trabajo tipo di´alogo. sino que se gestionan en procesos de actualizaci´on espec´ıficos. 7.

por lo que el rendimiento ser´a peor que en el caso de la actualizaci´on as´ıncrona.74 ´ CAP´ITULO 7.1: Esquema funcionamiento actualizaci´on as´ıncrona peticiones del usuario. SERVICIOS DE ACTUALIZACION Figura 7.2: Esquema funcionamiento actualizaci´on s´ıncrona Los usuarios no pueden elegir si los cambios en la base de datos se realizan . En la figura 7.2 se muestra en forma esquem´atica c´omo las actualizaciones s´ıncronas pertenecientes a un proceso de trabajo asociado a un usuario son lanzadas en el mismo proceso. Figura 7. obligando al proceso a esperar a que la actualizaci´on termine para poder continuar.

Si se trata de actualizaciones dentro de alguna aplicaci´on hecha a medida ser´a tarea del analista de la aplicaci´on el decidir qu´e tipo de actualizaci´on realizar. Para asegurar la consistencia de los datos. esto es necesario ya que las componentes V1 deben ser realizadas cuanto antes. as´ı como para la mon1 Logical units of work o unidades l´ ogicas de trabajo . que a la postre es la que juega un papel m´as importante en un sistema SAP R/3. de esta manera se evitan las inconsistencias que pudieran surgir al grabar una LUW a medias. Si surgiera alg´ un problema en la base de datos la grabaci´on de cada LUW no se realizar´ıa. Las LUWs consisten en bloques autoconsistentes de datos. Las componentes de actualizaci´on V1 y V2 se procesan por distintos procesos de trabajo. Procesos de actualizaci´ on V1 y V2 La actualizaci´on as´ıncrona presenta adem´as una ventaja adicional: implementa las LUW 1 . siempre que en el sistema existan procesos de actualizaci´on UPD y UP2: Las componentes V1 se gestionan por las colas de trabajo UPD y los componentes V2 se gestionan por las colas de trabajo UP2. 7. En lo que sigue nos ce˜ niremos a la actualizaci´on as´ıncrona. consiste de 2 tipos de actualizaci´on : V1 y V2.2.2. las componentes V2 se gestionan tambi´en por las colas UPD.3. Si no existen este tipo de procesos de trabajo.´ V1 Y V2 7. de tal forma que su actualizaci´on en la base de datos es llevada a cabo completamente. La actualizaci´on as´ıncrona. las actualizaciones V1 se procesan con la supervisi´on del gestor de bloqueos de SAP R/3 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente. 7. PROCESOS DE ACTUALIZACION 75 de forma s´ıncrona o as´ıncrona. Monitorizaci´ on del estado de la actualizaci´ on del sistema El sistema SAP R/3 dispone de una herramienta para la activaci´on y desactivaci´on gen´erica de los servicios de actualizaci´on. ya que esto depende de la programaci´on de la aplicaci´on en curso. El sistema R/3 distingue entre componentes de actualizaci´on cr´ıtica primaria (V1) y secundaria no cr´ıtica (V2). La diferenciaci´on entre estos dos tipos de actualizaci´on permite que el sistema procese los cambios cr´ıticos en la base de datos por delante de los cambios menos cr´ıticos asign´andoles diferentes LUWs.

Como campos de selecci´on tenemos: . se nos muestra si la actualizaci´on del sistema est´a activa o ha sido desactivada por alguna causa.76 ´ CAP´ITULO 7. El resto de campos son campos de selecci´on para monitorizar las actualizaciones que han tenido lugar y han fallado o las que est´an en curso.3: Pantalla principal monitor actualizaci´on En ella. ante un problema grave en la base de datos –como pueda ser el llenado de alg´ un tablespace a nivel del RDBMS– reacciona desactivando la actualizaci´on con lo cual todas las modificaciones a realizar en la base de datos se quedan en un estado de espera hasta que la actualizaci´on vuelva a estar activa. Si la actualizaci´on ha sido desactivada. por lo que s´olo se deber´a monitorizar su posible desactivaci´on. La transacci´on desde donde podremos gestionar centralmente la actualizaci´on es la SM13. o alternativamente por el men´ u deplegable Herramientas → Gesti´on → Monitor → Actualizaci´on. El sistema SAP R/3. el bot´on Info nos proporciona qu´e proceso y usuario han causado su desactivaci´on. b´asicamente. Esta desactivaci´on autom´atica tiene lugar en aras de preservar la integridad de la base de datos y su ejecuci´on queda registrada en el log del sistema (ver Cap´ıtulo 8). Ser´a tarea del administrador el subsanar el error que produjo la desactivaci´on de la actualizaci´on del sistema y su posterior activaci´on. La actualizaci´on es activada autom´aticamente cada vez que el sistema SAP R/3 es arrancado en el servidor. Figura 7. SERVICIOS DE ACTUALIZACION itorizaci´on de las actualizaciones en curso y de las posibles actualizaciones interrumpidas que puedan haber ocurrido.

Servidor Podremos elegir las actualizaciones que se han realizado desde un servidor de aplicaciones determinado. las que tienen la parte V1 ejecutada. Usuario Por defecto aparece el c´odigo de usuario con que nos hemos conectado al sistema. en el men´ u desplegable Regs. Actualizaci´on → Actualizaci´on → Desactivar (existe a este nivel tambi´en la opci´on activar). . Actualizaciones interrumpidas Las actualizaciones en la base de datos se pueden ver interrumpidas por dos tipos de problemas: 1. desde esta transacci´on. Las actualizaciones interrumpidas por este tipo de problemas las deber´a supervisar el equipo de desarrollo de la aplicaci´on en cuesti´on. Problemas globales que afectan a toda la base de datos. como pueda ser el llenado de un tablespace en un sistema R/3 sobre un RDBMS como ORACLE o DB2 (en sistemas sobre SQL Server el concepto an´alogo al tablespace es el device). las que tienen la parte V2 ejecutada o todas las actualizaciones con los 3 status anteriores. en caso necesario. El administrador puede. Reg. Problemas locales que afectan exclusivamente a ciertas aplicaciones dentro del sistema SAP R/3 y que pueden venir causados por errores de programaci´on o por la cancelaci´on abrupta del proceso de actualizaci´on desde el servidor de presentaci´on debido a una ca´ıda del flu´ıdo el´ectrico o a una interrupci´on deliberada del sistema por parte del usuario. 2. Fecha y hora Podremos elegir una fecha y hora m´ınima a partir de la cual mostrar los datos. Podremos elegir la cantidad de actualizaciones a visualizar . ACTUALIZACIONES INTERRUMPIDAS 77 Mandante Por defecto aparece el mandante al que nos hemos conectado.4. desactivar la actualizaci´on para evitar una situaci´on cr´ıtica si se ha detectado alg´ un problema grave en la base de datos. Status Podremos elegir las actualizaciones que se han cancelado. Esta opci´on se encuentra en la transacci´on SM13. Ctdad. 7.7. de la posibilidad de activar como de desactivar la actualizaci´on del sistema.4. las que todav´ıa no se han ejecutado. Se dispone.

Run. Para visualizar los registros de actualizaci´on interrumpidas acudiremos a la transacci´on SM13 y elegiremos el status C ¸ ancelado” en la pantalla de selecci´on. Como u ´ltimo campo tenemos el estado actual del registro de actualizaci´on. La parte V1 ha sido completada. A continuaci´on pulsamos ejecutar y el sistema nos mostrar´a en un listado las actualizaciones interrumpidas como el de la figura 7. El registro ser´a autom´aticamente actualizado cuando la actualizaci´on del sistema se active. V1. Un registro de actualizaci´on puede tener uno de los siguientes 6 estados: 1. 4. El registro no ha sido procesado todav´ıa. Un error caus´o la interrupci´on de la actualizaci´on del registro.4 Figura 7. Init. La parte V2 ha sido completada. as´ı como la fecha y hora y transacci´on desde d´onde se ha realizado la actualizaci´on. SERVICIOS DE ACTUALIZACION y a la postre deber´an ser ellos quienes decidan qu´e hacer con estas actualizaciones. El registro de actualizaci´on est´a siendo procesado . 2. 5. Cuando esta parte se completa el registro desaparece (es la configuraci´on por defecto) por lo que ser´a muy dificil visualizar un registro en este status. 3. V2. Auto. Err.4: Actualizaciones pendientes En este listado nos aparece el mandante y usuario que han lanzado el registro de actualizaci´on.78 ´ CAP´ITULO 7. 6. .

Estos registros pueden ser: Contabilizados Esta opci´on es para procesar registros de actualizaci´on que se encuentren en status init. Actualizaci´on → Grabar Posteriormente → Uno por uno (existe tambi´en la opci´on de grabar posteriormente todos los registros visualizados). La opci´on Reiniciar en Regs. Figura 7. Grabados posteriormente Opci´on para registros cuya parte V1 haya sido realizada y quede por hacer la parte V2. ACTUALIZACIONES INTERRUMPIDAS 79 Si queremos disponer de m´as informaci´on acerca de los distintos m´odulos que componen el registro de actualizaci´on podremos hacer doble click sobre ´el o posicionar el cursor en la l´ınea deseada y a continuaci´on pulsar el bot´on de M´ odulos de Actualizaci´on en la barra de aplicaciones.7.5. Reiniciados En casos aislados. A continuaci´on se nos mostrar´a una pantalla similar a la de la figura 7. un registro de actualizaci´on se puede quedar indefinidamente es estatus Run” aunque realmente no se est´a procesando.5: M´odulos de actualizaci´on En esta pantalla se nos divide el registro de actualizaci´on en varios m´odulos y se nos especifica si pertenecen a la parte V1 o V2. Actualizaci´on → Contabilizar → Uno por uno (existe tambi´en la opci´on de contabilizar todos los registros visualizados). Conjuntamente con el departamento de desarrollo y los usuarios finales se deber´a decidir qu´e hacer con los registros de actualizaci´on interrumpidos. Para ejecutar esta opci´on deberemos posicionar el cursor sobre el registro deseado y elegir la opci´on Regs.4. Actualizaci´on → . Esta opci´on se encuentra en Regs. Con esta opci´on se contin´ ua con la grabaci´on.

argumento de bloqueo. Los par´ametros son tabla. Con esto. la informaci´on es actualizada en la base de datos y la transacci´on es finalizada. ya que esa informaci´on depende del objeto que se est´e modificando. Ser´a tarea del departamento 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 modificar alg´ un objeto. SERVICIOS DE ACTUALIZACION 80 Reinicializar → Status orden actualizaci´on → Uno por uno (existe tambi´en la opci´on de reiniciar todos los registros visualizados) deja el registro preparado para ser procesado de nuevo. Actualizaci´on → Borrar → Uno por uno (existe tambi´en la opci´on de borrar todos los registros visualizados).´ CAP´ITULO 7. Cuando ninguna de las opciones anteriores funciona. 7.5. modificaci´on de pedido– desde la aplicaci´on correspondiente. esta es la u ´nica posibilidad que resta. Si un segundo usuario intenta modificar ese mismo objeto mientras el 1er usuario lo tiene bloqueado. Entradas de bloqueo SAP R/3 dispone de un sistema de gesti´on de bloqueos de objetos para evitar la modificaci´on concurrente de un objeto. como pueda ser para el caso de actualizaciones que provengan de procesos batch. Los bloqueos se establecen al iniciar las transacciones de modificaci´on y no son liberados hasta que el usuario pulsa ”Grabar”. . Toda modificaci´on de un objeto desde cualquier aplicaci´on est´andar dentro de SAP R/3 genera entradas de bloqueo. En esta pantalla disponemos de unos par´ametros de selecci´on para filtrar los bloqueos actualmente activos. alta de apunte contable. Borrados Opci´on para eliminar los registros de actualizaci´on. Esta opci´on se encuentra en Regs. Es m´as normal conocer la tabla o usuario que est´a produciendo un bloqueo. el sistema genera un registro de bloqueo con la informaci´on necesaria. se asegura la consistencia de los objetos en SAP R/3. En general no conoceremos el argumento de bloqueo. el sistema le muestra al segundo usuario un mensaje de error indic´andole que un usuario ya est´a tratando el objeto solicitado. El borrado ser´a el paso previo a la repetici´on del proceso de actualizaci´on del objeto en cuesti´on –alta de material. Cuando un usuario accede a modificar un objeto. La transacci´on que nos muestra los bloqueos actualmente activos en el sistema es la SM12 y se puede acceder a ella por el siguiente men´ u: Herramientas → Gesti´on → Monitor → Entradas de bloqueo. mandante y usuario.

Una vez rellenos los par´ametros de selecci´on con los valores deseados pulsamos el bot´on ”Enter” en la barra de aplicaciones y nos aparecer´a un listado con las entradas de bloqueo que cumplen la selecci´on realizada. En la barra de aplicaciones disponemos de tres opciones: Detalles. Figura 7. hora a la que se ha producido el bloqueo.6: Pantalla principal entradas de bloqueo Por defecto. ENTRADAS DE BLOQUEO 81 Figura 7.5. La opci´on ”Detalles”. Borrado y Refrescar.7: Listado de bloqueos activos en el sistema El listado est´a compuesto por los campos mandante.7. y argumento de bloqueo que en general corresponder´a con el c´odigo del objeto que se est´e modificando. el campo mandante y usuario est´an rellenos con los valores por defecto. usuario. a la que tambi´en se puede acceder haciendo doble click sobre el registro deseado. nos muestra informaci´on adicional sobre la entrada de bloqueo tal como la transacci´on desde donde se ha producido el . tabla a la que pertenece el registro bloqueado.

Estas entradas de bloqueo no se deber´an borrar bajo ning´ un concepto ya que se podr´ıan causar inconsistencias en la base de datos. Figura 7. Existen dos causas principales de bloqueos no liberados: Actualizaciones interrumpidas Cuando un registro de actualizaci´on queda interrumpido. su entrada de bloqueo correspondiente no es liberada hasta que el registro de actualizaci´on en cuesti´on sea procesado correctamente o borrado.8: Informaci´on detallada de un bloqueo En raras ocasiones puede llegar a ocurrir que el bloqueo generado por una modificaci´on no se llegue a liberar. Estas . lo cual provoca que el resto de usuarios no pueda acceder a modificar esos objetos debido al bloqueo.´ CAP´ITULO 7. SERVICIOS DE ACTUALIZACION 82 bloqueo.

. Se deber´an borrar los modos que el usuario tenga activos en el sistema para eliminar las entradas de bloqueo.5. el modo de usuario puede quedar activo en el sistema. con lo cual los bloqueos activados por el usuario no son liberados. y estamos seguros que la entrada de bloqueo no procede de una actualizaci´on interrumpida. si con ello no desaparecen. podremos borrar la entrada desde el listado de la transacci´on SM12. ENTRADAS DE BLOQUEO 83 entradas de bloqueo se liberar´an autom´aticamente cuando el registro de actualizaci´on interrumpida sea tratado.7. Terminaci´ on anormal de la conexi´ on de usuario Si un usuario apaga abruptamente su PC sin haberse desconectado previamente.

.

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.Cap´ıtulo 8 Log del sistema y an´ alisis de dumps 8.log donde <SID> es el nombre de la base de datos SAP y <instance number> es el n´ umero de instancia. parada y arranque del sistema. Si el sistema R/3 se ejecuta en hosts UNIX. tales como borrado de modos de usuarios del sistema.1. El fichero de log local se guarda en cada servidor de aplicaci´on en la siguiente ruta: Entorno UNIX → /usr/sap/<SID>/<instance number>/log/SLOG00 Entorno Windows NT → C:\usr\sap\<SID>\<instance number>\log\Slog00. Central Cada servidor de aplicaciones copia las entradas del log local a un log 85 . etc en un log. Cuando el fichero llega a su tama˜ no m´aximo. el sistema empieza a sobreescribir el fichero desde el principio (la informaci´on m´as antigua). bloqueos de usuarios al introducir incorrectamente la password. Este fichero de log local es un fichero circular. Este log no es m´as que un fichero a nivel de sistema operativo. Conceptos del log del sistema El sistema R/3 graba eventos y problemas.

El fichero activo contiene el log actual.2. La pantalla de seleccci´on de la transacci´on SM21 tiene 2 modos: El modo Normal y Experto. . usa el fichero activo como fichero antiguo y crea un nuevo fichero de log. ´este borra el fichero antiguo de logs.1. deberemos ir al men´ u desplegable Tratar→Modo experto. Accediendo al log local del sistema Al log del Sistema se accede directamente por la transacci´on SM21 o por el men´ u general Herramientas→Gesti´on→Monitor→Log Sistema . Mientras que el log local se mantiene siempre actualizado. Esta opci´on no se encuentra en servidores Windows NT ni AS/400. Veamos los distintos par´ametros de selecci´on que nos permitir´an filtrar los datos del log: De Fecha/Hora a Fecha/Hora: Permite establecer un rango de fechas de mensajes del log a visualizar. y al que se entra directamente cuando se ejecuta la transacci´on SM21. El log central se guarda en un servidor de aplicaciones seleccionado. LOG DEL SISTEMA Y ANALISIS DE DUMPS 86 central. s´olo existen logs locales (uno por servidor de aplicaci´on). Para cambiar a modo experto. Ambos modos se diferencian en que ´este u ´ltimo da m´as opciones de selecci´on. Cuando el fichero activo llega a su longitud m´axima definido en los par´ametros del sistema. Accediendo al log local en modo normal Accediendo a la transacci´on SM21 – directamente o a trav´es de men´ u– entramos por defecto a la pantalla de selecci´on del log local del servidor de aplicaciones al que estemos conectados en Modo Normal. Fallos de comunicaciones entre los distintos servidores pueden resultar en retardos grandes en la escritura del log central o incluso en p´erdida de estos mensajes.1. 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. Usuario: Nos permitir´a visualizar s´olo los mensajes que se hayan grabado en el sistema debido exclusivamente a la actividad del usuario especificado. el resto de servidores de aplicaci´on env´ıan sus mensajes locales a este servidor. 8. 8. El modo normal es el definido por defecto.´ CAP´ITULO 8. El log central es escrito en 2 ficheros: un fichero activo y un fichero antiguo. Este cambio en el log no es notificado al usuario.1.

...9 o n = a...z . . ..9 o n = a........ En el caso de tener m´as de 10 procesos de trabajo numeraremos los siguientes con las letras del abecedario. .1. donde n = 0.. CONCEPTOS DEL LOG DEL SISTEMA 87 Figura 8.9 o n = a. donde n = 0. s´olo . VB Actualizaciones Vn Programas de actualizazi´on. Proceso SAP: Nos permitir´a visualizar los mensajes de log debidos a un proceso particular R/3.. Valores posibles son: DP Dn Procesos del dispatcher Procesos de trabajo.z MS Servidor de Mensajes Clases de Problemas: Limita la visualizaci´on por tipo de mensaje.. donde n = 0...z Sn Spool...8..1: Pantalla principal log local del sistema C´odigo de transaci´on: Nos permitir´a visualizar los mensajes del log debidos exclusivamente a la acci´on de los usuarios sobre la transacci´on especificada.

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 fichero / posici´on a fichero / posici´on: Define el segmento del fichero de log a leer. Si ya se ha le´ıdo el fichero una vez.1. se puede determinar . El valor por defecto es la opci´on todos los mensajes. Accediendo al log local en modo experto Para acceder al log del sistema en modo experto deberemos acceder por el men´ u desplegable tal y como se ha explicado anteriormente. Clase de Problema: Limita el resultado a ciertos tipos de mensajes.2: Par´ametros de selecci´on adicionales en modo experto Esta opci´on nos permite filtrar adem´as por: Programa: Se restringe el resultado a los mensajes causados por la ejecuci´on del programa especificado. 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS 88 errores.´ CAP´ITULO 8.3. La pantalla visualizada es igual que la anterior con la salvedad que se dispone de m´as opciones de filtro como es la opci´on Atributos. errores y advertencias y todos los mensajes. Figura 8.

Clase de desarrollo: Se pueden filtrar los mensajes que han sido producidos por la ejecuci´on de programas que pertenezcan a una clase de desarrollo en particular. Terminal: Se pueden filtrar los mensajes que han sido causados por la actividad llevada a cabo desde un servidor de presentaci´on. Esta opci´on no esta disponible para entornos que no sean Unix. la posici´on se encuentra en la secci´on de detalles t´ecnicos.1. 8. Leyendo el log del sistema Una vez introducidos los valores de selecci´on en la pantalla accederemos al contenido del log pulsando el bot´on Nueva Lectura syslog.5. Las clases de desarrollo son agrupaciones de objetos de Workbench o Customizing cuyo prop´osito es la jerarquizaci´on de tales objetos para una mejor gesti´on as´ı como el posibilitar su transporte a otros entornos.1.8. El log del sistema aparece en formato tabla con las siguientes columnas en el siguiente orden: Hora del mensaje Proceso SAP Mandante Usuario C´odigo transacci´on No de mensaje Texto del mensaje 8.1. Con entradas internas Syslog: Visualizaci´on de mensajes relativos a los procesos de recolecci´on y env´ıo de mensajes de log desde el log local al log central.4. CONCEPTOS DEL LOG DEL SISTEMA 89 la posici´on de una entrada espec´ıfica haciendo doble click. Formato mensaje (tipo): Se pueden seleccionar mensajes por el formato de la componente del sistema. Opciones de relectura del log del sistema Si hemos visualizado una vez el contenido del log del sistema filtrando exclusivamente por fecha y sin salirnos de la transacci´on volvemos a la . deberemos pulsar el bot´on de ayuda de b´ usqueda correspondiente. Para visualizar posibles valores.

Vuelve a acceder al fichero para sacar un nuevo listado con los par´ametros que se hayan seleccionado. LOG DEL SISTEMA Y ANALISIS DE DUMPS Figura 8.90 ´ CAP´ITULO 8. Vuelve a mostrar el u ´ltimo resultado del log visualizado anteriormente con esta opci´on.3: Contenido del log del sistema pantalla de selecci´on. Cargar en Syslog. . Permite realizar una nueva lectura en el syslog filtrando con otros valores pero mantiene en el buffer el anterior resultado que puede ser accedido de nuevo a trav´es de la segunda opci´on. el sistema muestra tres distintas opciones para volver a visualizar la informaci´on: Figura 8.4: Opciones de la barra de aplicaciones del log del sistema Nueva Lectura en el Syslog. S´olo Editar Nuevamente.

6. 91 Accediendo a logs remotos del sistema Si el sistema SAP R/3 al que estamos conectados es un sistema distribu´ıdo. Este par´ametro es la instancia. es decir . La opci´on todos los syslogs remotos nos lleva a una pantalla de selecci´on id´entica a la del log local con la salvedad que los mensajes que se visualizar´an corresponder´an la los de todas las instancias que componen nuestro sistema R/3. La opci´on syslog remoto nos lleva a una pantalla similar a la pantalla de selecci´on del syslog local con la salvedad que incluye un par´ametro m´as en la pantalla de selecci´on. 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 aplicaci´on. CONCEPTOS DEL LOG DEL SISTEMA 8. En la visualizaci´on de los mensajes del log aparecer´a un campo m´as .5: Pantalla principal log remoto del sistema La opci´on syslog local es la que est´a activa por defecto y ya ha sido explicada .1. Estas opciones se encuentran en el men´ u desplegable en Syslog→Seleccionar . est´a compuesto de varios servidores de aplicaciones.8. Figura 8. Para ello usaremos las opciones de lectura de logs remotos que nos ofrece la transacci´on SM21. Aqu´ı le podremos indicar el nombre de la instancia cuyo log del sistema queremos visualizar.1.

pueden ser: Errores de sintaxis en programas hechos a medida. Para acceder de nuevo a ´el. mandante. entre otras. Esto se produce por una cancelaci´on del programa que se est´a actualmente ejecutando. usuario. Es importante destacar que las u ´nicas instancias que estan disponibles para la visualizaci´on de los logs remotos son las que componen el sistema R/3 al que estamos conectados. Accediendo a los dumps del sistema La transacci´on de los dumps es ST22.´ CAP´ITULO 8. La opci´on Syslog Central no est´a disponible para sistemas R/3 fuera del entorno UNIX.2. Las posibles causas de terminaci´on anormal de programas. . 8. Cancelaci´on manual de un modo actualmente en ejecuci´on. ´este ya no se vuelve a mostrar en pantalla. En ese momento el usuario podr´a leer ese log.2. Dump breve. A continuaci´on nos aparacer´a una pantalla de selecci´on donde podremos filtrar por fecha. 8.1. Por defecto s´olo se muestran los dumps producidos a fecha de hoy y el d´ıa anterior. accediendo por el men´ u desplegable ser´a Herramientas→Gesti´on → Monitor→An´alisis de Dumps. m´aquina. Concepto de dump Dump o error en tiempo de ejecuci´on es un log de terminaci´on anormal de ejecuci´on de cualquier programa. el sistema nos muestra una pantalla con un log de terminaci´on donde se puede encontrar informaci´on acerca del error producido y su posible soluci´on. Referencias obsoletas a objetos del Workbench hechos a medida que han sido eliminados. LOG DEL SISTEMA Y ANALISIS DE DUMPS 92 llamado instancia que nos servir´a para conocer en qu´e instancia se ha generado cada mensaje. deberemos acudir a la transacci´on donde se puede gestionar todos los dumps producidos en el sistema. el dump es mostrado autom´aticamente en exclusiva al usuario cuyo proceso de di´alogo ha sido cancelado. Cuando se produce una terminaci´on anormal de una ejecuci´on de un programa. Si deseamos acceder a un dump m´as antiguo deberemos pulsar la opci´on Pasar a → Sel. pero si se sale de la pantalla del log del dump.

6: Pantalla principal de an´alisis de dumps Figura 8. CONCEPTO DE DUMP Figura 8.7: B´ usqueda de dumps antiguos 93 .8.2.

idioma. RDBMS. direcci´on IP. . Usuario. Secci´on donde se explica m´as detalladamente las acciones a llevar a cabo. . 3. Secci´on donde se explica brevemente el error. 6. como del d´ıa anterior o alguna fecha m´as antigua.94 ´ CAP´ITULO 8. sistema operativo. Es una extensi´on de la secci´on 2. El contenido de todos los dumps est´an organizados en las siguientes secciones: 1. etc. Es una extensi´on de la secci´on 1. programa que se estaba ejecutando. Esta lista est´a formada por los siguientes campos: Fecha del dump Hora del dump Servidor de aplicaciones donde se ha producido Usuario que ha provocado el dump Breve descripci´on del dump Haciendo doble click en cada uno de ellos accederemos al log del dump donde tendremos toda la informaci´on. ¿Qu´e se puede hacer? . Secci´on donde se explica m´as detalladamente el error. ¿Qu´e sucedi´o? . ´estos aparecer´an en forma de lista. . transacci´on. LOG DEL SISTEMA Y ANALISIS DE DUMPS 8. transacci´on. etc. 2. Secci´on donde se especifica la linea del programa donde se ha producido el error.2. version del kernel. Secci´on donde aparecen las variables del sistema m´as importantes. Notas para corregir errores .2. Secci´on que explica brevemente las acciones a llevar a cabo. Informaciones lugar terminaci´on . . Entorno sistema . . 7. tales como la versi´on de SAP. nombre del servidor. An´alisis error . 5. Secci´on donde aparece el usuario que ha generado el dump. Interpretando los dumps Tanto si visualizamos los dumps producidos a fecha actual. 4.

CONCEPTO DE DUMP 95 8. Secci´on que detalla el conjunto de objetos del workbench ( variables. . Notas internas . 12. Secci´on que detalla el conjunto de tablas internas que se estaban procesando en el momento del error y el contenido de su cabecera cuando el error se produjo. La l´ınea donde se ha producido el error aparece marcada con una flecha. Secci´on donde se detalla m´as exhaustivamente el contenido de m´as variables cuando se produjo el error .8. Secci´on de contenido parecido a la anterior . Secci´on que muestra los programas involucrados en la ejecuci´on del programa que produjo el error . Detalle c´odigo fuente . Llamadas activas kernel SAP . Llamadas / Eventos activos. Directorio ´ambitos datos (contenidos). Lista programas ABAP involucrados . 17. Secci´on que detalla las tablas de aplicaci´on que han sido usadas durante la ejecuci´on del programa que ha terminado en error. 16. Secci´on que detalla la funci´on C –perteneciente al kernel de SAP– donde se ha producido el error . 18. 15. Secci´on que detalla los elementos del kernel y su posici´on que estaban activos en el momento del error . 14. Variables seleccionadas .2. tablas) involucradas en la ejecuci´on del programa. 13. Directorio tablas aplicaci´on (contenidos) . Secci´on que muestra un intervalo del c´odigo fuente donde se ha producido el error. Secci´on donde se muestran los valores que ten´ıan algunas variables del sistema cuando se produjo el error. Directorio ´ambitos datos (info gesti´on) . Lista tablas internas . Contenido campos sistema. 11. Secci´on que detalla el evento o la llamada a la que pertenece la linea de c´odigo que ha producido el error . 9. 10. par´ametros.

Secci´on que marca el fin del log del dump.7 y 8. que en general ser´a el ingl´es. 20. Si nos conectamos al sistema en un idioma distinto del ingl´es y alem´an.96 ´ CAP´ITULO 8. LOG DEL SISTEMA Y ANALISIS DE DUMPS 19. ABAP/4 Bloques control CONT .3. ---------------------> Qu´ e sucedi´ 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. Fin an´alisis error tiempo ejecuci´on . Ejemplo de log de dump Errores tiempo ejecuci´ on SYNTAX_ERROR ocurrido el 20. This is probably due to an error in the ABAP/4 program. el contenido s´olo se encuentra disponible en ingl´es y en alem´an. Si bien el t´ıtulo de cada secci´on aparece en el idioma de conexi´on.2000 a 04:10:06 ---------------------------------------------------------Syntax error in program "AQ99HA==========CAND1========= ". sino se ha definido suplementaci´on de idioma (esto pertenece a la instalaci´on de lenguajes) se visualizar´a en el idioma original de SAP. el dump ser´a visualizado en el idioma configurado como de suplementaci´on.07. que es el alem´an. Secci´on con informaci´on complementaria a la de la seccion 8 . -------------------------------> Qu´ e se puede hacer ? . Las secciones m´as importantes y que m´as nos pueden ayudar para solucionar el error son la 1.

A hard copy print describing the problem. 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. If the problem persists. 2. If the programs are your own programs or modified SAP programs.2.8. To obtain this. If you cannot solve the problem yourself. please send the following documents to SAP: 1. 3. A suitable hardcopy printout of the system log. ----------------An´ alisis error ----------------The following syntax error was found in the program AQ99HA==========CAND1========= : "The data object "T750B" does not have a component called "PERNR". . contact your SAP system administrator. To resolve the problem. CONCEPTO DE DUMP 97 -------------------------------Please eliminate the error by performing a syntax check (or an extended program check) on the program "AQ99HA==========CAND1========= ". select the "Print" function on the current screen. call the system log with Transaction SM21 and select the "Print" function to print out the relevant part. You can also perform the syntax check from the ABAP/4 Editor. -----------------------------------Notas para corregir errores -----------------------------------Probably the only way to eliminate the error is to correct the program. To obtain this.

.......ISO8859-1" SAP kernel.190....... "40B" Application server. Character set........ Database...... Hardware type...... Network address.. Created on. "542" Patch text... " " Supported environment.....´ CAP´ITULO 8. ---------------------Entorno sistema ---------------------SAP Release.0.. Release............ Created in.. you can either use the "PRINT" command in the editor or print the programs using the report RSINCL00.. "40B" Operating system... AIX 1. LOG DEL SISTEMA Y ANALISIS DE DUMPS 98 supply the source code......... 4.......... name......4" Patch level..13" "AIX" "3" "000541934C00" Database Database Database Database "sa3dbh2r" "ORACLE" "SP1" "SAPR3" server.............................. transacci´ on. Operating system............ Details regarding the conditions under which the error occurred or which actions and input led to the error.... AIX 3" ------------------------------Usuario... type............... "es_ES..........................20.......... "AIX 2... To do this...... "ORACLE 8" SAP database version.... "prodsap1" "10.. "40B" "Nov 4 1999 01:44:15" "AIX 2 4 004218294C00" "ORACLE 8..............0..... owner................... Database version. .............

... -------------------0 0 0 1 -------------------------------Variables seleccionadas --------------------------------No existe ninguna informaci´ on en el dump.... ---------------0 0 0 0 1 Campo SY -------SY-INDEX SY-DBCNT SY-LSIND SY-LINNO Contenido........ -----------------------------------Contenido campos sistema -----------------------------------Campo SY -------SY-SUBRC SY-TABIX SY-FDPOS SY-PAGNO SY-COLNO Contenido... Language key......... The termination occurred in line 0 of the source code of program " " (when calling the editor 00)... Transaction............8.. CONCEPTO DE DUMP 99 ------------------------------Client. The main program was " ".......2...... Screen line.. 111 "116665u" "S" " " "AQ99HA==========CAND1========= " "SAPMSSY0 1000" 6 ------------------------------------------Informaciones lugar terminaci´ on ------------------------------------------The termination occurred in the ABAP/4 program "AQ99HA==========CAND1========= " in " "........ User........ Program.... The program "AQ99HA==========CAND1========= " was started as a background job........... Screen....... ...........

...: "AQ99HA==========CAND1========= ".. Program name. specifically in line 845 of the module "abgen".... ---------------------------------------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 . LOG DEL SISTEMA Y ANALISIS DE DUMPS ------------------------------------Llamadas / Eventos activos ------------------------------------No Tipo Nombre Programa Include L´ ınea ------------------------------------------------------1 ??? ??? ??? ??? 0 ----------------Notas interna -----------------The termination occurred in the function "ab_genprog" of the SAP Basis System......100 ´ CAP´ITULO 8. ". Error message... The internal operation just processed is " ".: "The data object "T750B" does not have a component called "PERNR"..

.. -----------------------------------------------------Directorio tablas aplicaci´ on (contenidos) -----------------------------------------------------Programa Nombre....3.. H..... Long Ofsg Tipo Next Fecha gen... --------------------------------------------------------------0 not assigned 1 /%_LISTTABLES 2 global stack 0 6968 65536 0 INVL 0 COMM 0 GLST 0 0 0 -------------------------------------------------Directorio ´ ambitos datos (contenidos) -------------------------------------------------- .+.....8... ---------------------------Lista tablas internas --------------------------No existe ninguna informaci´ on en el dump. ----------------------------------------------------------------------------------------------------------Directorio ´ ambitos datos (info gesti´ on) --------------------------------------------------Programa No ...2......gen.....+. Nombre.+. CONCEPTO DE DUMP 101 tskhstart at 0x100c2404 DpMain at 0x10016bb4 main at 0x100011fc -----------------------------------------------Lista programas ABAP involucrados ------------------------------------------------------------------------------------------------------------No existe ninguna informaci´ on en el dump.2.....1.. Cont....

...102 ´ CAP´ITULO 8.. --------------------------------------------------------? 0 not assigned <initial> 1 /%_LISTTABLES |\0\0\00\0\0\0\0\0\0\0\0\0\0\0\0\0\ 2 global stack | 0000 ----------------------------------------ABAP/4 Bloques control CONT ----------------------------------------No existe ninguna informaci´ on en el dump.. Nombre.+.+...+......... Cont.... ---------------------------------------------Fin an´ alisis error tiempo ejecuci´ on ---------------------------------------------- ..2....1.. LOG DEL SISTEMA Y ANALISIS DE DUMPS Programa No ..3..

an´alisis.2. Es lo m´as parecido a lo que en microinform´atica se denomina driver de la impresora. es decir. Para la creacion de una impresoral 103 . Nosotros nos limitaremos a ver el funcionamiento de la salida por impresora para lo cual lo primero que debemos hacer es aprender c´omo se instala una. 9. una impresora gen´erica en la que cualquiera puede imprimir pero a cada persona que lo haga le saldr´a la informaci´on por la impresora que tenga definida por defecto en su servidor de presentaci´on. en SAP las posibilidades son m´as amplias: podemos enviar una orden de spool por fax. Aunque se asocia directamente spool con imprimir en papel. Concepto de spool En cualquier entorno de gesti´on empresarial se produce una gran cantidad de informaci´on que en muchas ocasiones interesa sacar a papel a trav´es de informes. . El spool es un almac´en receptor de peticiones de impresi´on que proporciona una serie de utilidades para controlar la salida de informaci´on.2 en la que definiremos los siguientes datos: Tipo de dispositivo. o imprimirla en un fichero. .Cap´ıtulo 9 Gesti´ on de spool 9. En el campo dispositivo de salida introduciremos el nombre que le vamos a dar a la impresora y tras pulsar el boton Gesti´ on total y el bot´on con el icono de un folio en blanco llegaremos a la pantalla de la figura 9. listados. Vamos a describir la instalaci´on de una impresora de tipo local a nivel de PC.1.1 a la que llegaremos a trav´es de Herramientas→ CCMS→ Spool→ Gesti´on de spool – podemos instalar dispositivos de salida en nuestro sistema R/3. Instalaci´ on de una impresora Con la transacci´on SPAD – pantalla de la figura 9.

104 ´ DE SPOOL CAP´ITULO 9. Cuando se imprime algo el sapgui ejecuta autom´aticamente el programa saplpd y este recibe los datos a imprimir y se encarga de enviarlos a la impresora. en estos casos. Como estamos definiendo una impresora local para todo el mundo dejamos este campo en blanco. etc. Este dispositivo precisa de un programa llamado saplpd que forma parte de la instalaci´on del frontend de SAP. Clase de dispositivo. 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 impresi´on de facturas. n´ominas. Grupo de autorizaciones. Campo descriptivo para poner la marca y modelo de la .1: Transacci´on SPAD. que ning´ un usuario pueda sacar listados por estas impresoras interrumpiendo los largos procesos que suelen llevar a cabo. Mantenimiento de dispositivos de salida local elegiremos siempre el tipo SAPWIN. GESTION Figura 9. Seleccionamos de la lista la opci´on Impresora com´ un. Modelo. No nos interesara.

´ DE UNA IMPRESORA 9. INSTALACION 105 Figura 9. Ubicaci´on.3 Aqu´ı se le dice como esta conectada la impresora al servidor SAP. Campo descriptivo para indicar al usuario donde se encuentra f´ısicamente la impresora. Elegiremos de la lista la opci´on F:Imprimir en front end que le marca que debe enviar la informaci´on al PC para que sea este el que le de salida.2: Datos generales para una impresora local impresora. Por u ´ltimo. . El campo impresora host debemos rellenarlo con el nombre DEFAULT para indicarle que la orden de spool debe salir por la impresora que este configurada por defecto en el PC. SPOOL host y nos mostrar´a la pantalla de la figura 9. Una vez hecho esto s´olo nos queda pulsar el bot´on de grabar y ya podemos usar la impresora instalada. pasamos a la pesta˜ na marcada con la etiqueta Acomplam.2. Es u ´til rellenarlo cuando disponemos de salas separadas para las impresoras a las que hay que dirigirse para recoger la salida del spool.

4. La cantidad de copias que queremos sacar. pulsar el icono de impresora de la barra de est´andar de herramientas y tendremos que rellenar las opciones que vemos en la figura 9. Ser´a u ´til para luego buscarla entre el spool o entre el mont´on de hojas impresas que salen por una impresora compartida. pero tambi´en podemos indicar otras muchas opciones que vemos a continuaci´on. . La salida inmediata o el almacenamiento en el spool. 1 En la pantalla viene con el nombre gen´erico de dispositivo de salida. Como imprimir Teniendo una impresora ya instalada podemos.3. GESTION 106 Figura 9. El nombre y el t´ıtulo de la orden de spool. desde cualquier pantalla de listado. El primer campo a rellenar es el nombre de la impresora por donde queremos que salga nuestro listado1 . Si queremos todas las p´agina o s´olo un rango de ellas. Este es el u ´nico campo obligatorio.3: Tipo de impresora para una impresora local 9.´ DE SPOOL CAP´ITULO 9.

4: Ventana de di´alogo para imprimir un listado 107 .3. COMO IMPRIMIR Figura 9.9.

´ DE SPOOL CAP´ITULO 9. Operaciones sobre ´ ordenes de spool Para poder administrar todas las peticiones de spool que hacemos SAP provee de la transacci´on SP01 que se encuentra en Herramientas→ CCMS→ Spool→ Control de salida. B´asicamente son los mismos que definimos inicialmente al crear la orden de spool (ver figura 9. que no tenemos que ir a la impresora sino que nos env´ıan los papeles a nuestro puesto de trabajo. Estos ultimos datos tienen sentido en una empresa en la que haya servicio de entrega de impresiones. La cantidad de l´ıneas y columna que queremos sacar y por lo tanto el formato de la p´agina. por el contrario. En ese caso cambiaremos el campo edici´on por un X 65 80 para conseguir un listado con letra m´as grande y en vertical y volveremos a repetir la salida de la orden. es decir.5. el borrado de la orden o la visualizaci´on de su contenido. los m´as habituales son el creador de la orden y la fecha. . En cuanto a los atributos. Este listado tiene la misma caracter´ıstica que el de la transacci´on de gesti´on de jobs. Por ejemplo. listado y gesti´on simult´aneamente. es muy habitual comprobar tras la salida al papel que un listado que tiene 132 columnas en sus atributos ha salido con letra peque˜ na y en formato horizontal pero no llega a ocupar realmente m´as de 80. en la figura 9. Esta u ´ltima opci´on es realmente interesante cuando queremos comprobar el resultado de un programa que se ha ejecutado en proceso de fonfo. dejar que la orden permanezca en el spool para futuras reimpresiones.4. Las operaciones que podemos hacer sobre una orden de spool incluyen la creaci´on de ´ordenes de salida. es un programa de selecci´on.4).7 podemos ver algunos de los que se pueden cambiar. En ella nos encontramos inicialmente una pantalla con criterios de seleccion como la de la figura 9. el cambio de los atributos. GESTION 108 Podemos marcar el borrado de la orden tras la impresi´on correcta o. 9. Tras pulsar F8 nos encontramos con un listado de las ´ordenes seleccionadas como el de la figura 9. Aqu´ı podemos elegir las ´ordenes de spool por varios criterios.6. La impresi´on de una portada previa con el t´ıtulo de la orden de spool y el destinatario y departamento al que pertenece. La cantidad de d´ıas que debe permanecer en el spool antes de ser borrada por los jobs de mantenimiento. pero no queremos imprimirlo hasta ver si ha salido lo que esperabamos.

4.6: Transacci´on SP01.5: Transacci´on SP01. Selecci´on de ´ordenes de spool Figura 9.´ 9. Listado de ´ordenes de spool 109 . OPERACIONES SOBRE ORDENES DE SPOOL Figura 9.

110 ´ DE SPOOL CAP´ITULO 9. Figura 9. GESTION 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.7: Atributos de una orden de spool . Para ello dispone del programa RSPO0041 que le permite eliminar masivamente el spool que lleve m´as de n d´ıas almacenado.

Estas restricciones pueden darse por varios motivos: Proteger datos que afecten a la estrategia de la empresa para no ofrecer ventajas a la competencia. Protege el c´odigo de transacci´on y contiene un s´olo campo que es la transacci´on. En la figura 10. Estos objetos representan lo que queremos proteger. Obligaci´on legal de proteger informaci´on ajena a la propia empresa como los datos personales de sus empleados. Ejemplos de objetos de autorizaci´on son: S TCODE.Cap´ıtulo 10 Gesti´ on de usuarios y autorizaciones 10. Modelo de seguridad en R/3 En cualquier sistema de gesti´on de informaci´on integrado se guardan datos de diferentes ´areas a los que s´olo pueden acceder algunas personas.1.1 podemos ver un esquema de los componentes de la seguridad en R/3. Es el m´as importante de todos porque todas las operaciones que se hacen en SAP empiezan por el acceso a una transacci´on. las condiciones econ´omicas de los proveedores. 111 . Evitar fraudes en la contabilidad o en los cobros y pagos. SAP contempla toda esta problem´atica implementando un modelo de seguridad que permite proteger de una manera flexible los datos y las operaciones que se hacen sobre ellos. En el lado derecho tenemos los objetos de autorizaci´on que se componen de campos.

GESTION Figura 10. Una autorizaci´on consiste en una asignaci´on de valores a los campos de un objeto de autorizaci´on. borrar. ) F BKPF BUK.112 ´ DE USUARIOS Y AUTORIZACIONES CAP´ITULO 10. Tambi´en tendremos que crear otra autorizaci´on . Protecci´on del contenido de tablas de customizing. modificar. la sociedad (BUKRS) a cuyos documentos contables queremos acceder y la actividad (ACTVT) que se quiere hacer.1: Componentes de la seguridad en R/3 S TABU DIS. Se compone de dos campos. De est´a manera el usuario que tenga asignada esta autorizaci´on podr´a acceder a la transacci´on de crear documento contable. . Protecci´on de la contabilizaci´on de documentos por sociedad financiera. Por ejemplo. crearemos una autorizaci´on para el objeto S TCODE que tenga el valor FB01 para el campo TCODE. En el lado izquierdo de la figura vemos la estructura modular que va desde la autorizaci´on simple sobre un u ´nico objeto de autorizaci´on hasta el maestro de usuarios que son los que acceden al sistema. 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. . Veamos lo que representa cada uno de los niveles: Autorizaciones.

2. 10. Usuarios. Grupos de actividad.2. Un perfil es simplemente la agrupaci´on de varias autorizaciones que hayamos creado anteriormente. Mantenimiento de usuarios Para la creaci´on y mantenimiento de usuario R/3 dispone de la transacci´on SU01 (Herramientas→ Gesti´on→ Actualizar usuarios→ Usuarios). Son las agrupaciones de transacciones y actividades que se crean con el generador de perfiles. Pulsando sobre el bot´on con el icono de un folio en blanco vamos a crear un nuevo usuario en el sistema. modificar. Para que un empleado tenga acceso a los datos de gesti´on de la empresa debe disponer de un c´odigo de usuario en R/3. Este usuario tendr´a asignados unos grupos de actividad o unos perfiles de autorizaci´on (o ambos) para poder realizar las tareas que exige su funci´on o puesto de trabajo. Tambi´en podemos limitar la validez temporal de manera . En la pantalla correspondiente a la figura 10. es decir. Estos grupos de actividad contienen internamente perfiles (que a su vez contienen autorizaciones) y se asignan directamente a los usuarios. . . apellidos.10. la u ´nica forma de asignar las dos autorizaciones del ejemplo anterior es incluirlas en un perfil que llamaremos CONTABLE e incluir este perfil en los usuarios. . Datos logon. aunque en su primera conexi´on se le pedir´a que la cambie. En el campo edici´on veremos el nombre tal y como aparecer´a en los listados o en otras transacciones. . El perfil es la unidad m´ınima de seguridad que le podemos asignar a un usuario. . Estas son: Direcci´ on. bloquear. Es obligatorio indicar una clave inicial con la que acceder´a el usuario. Vemos en la figura 10. Perfiles. tel´efono.2 escribiremos el c´odigo del usuario y pulsando uno de los botones de la barra de aplicaci´on o escogiendo una de las opciones del men´ u Usuario podemos realizar diversas acciones como crear. 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 operaci´on de contabilizar para la sociedad financiera 1000.3 las siete pesta˜ nas que componen el registro maestro de un usuario. Se graban en este apartado datos personales como el nombre. departamento. cambiar clave acceso.

´este se encuentre relleno autom´aticamente con el valor 1000. A la hora de descentralizar el mantenimiento de un . Esta u ´ltima opci´on.114 ´ DE USUARIOS Y AUTORIZACIONES CAP´ITULO 10. la impresora SAP y algunos par´ametros de impresi´on por defecto. y el formato en que debe ver el usuario las fechas y los importes en todas las transacciones SAP. GESTION Figura 10. Grupos. junto con la del uso horario. Esta posibilidad se conserva por compatibilidad con versiones anteriores pero no es el modo de trabajo habitual desde la versi´on 4.2: Pantalla inicial de la actualizaci´on de usuarios que podemos tener empleados que accedan a nuestro sistema hasta determinada fecha como puede ser el fin de su contrato o cesi´on a nuestro departamento. pero existe la posibilidad de incluir perfiles manualmente. Al asignarles un papel le estamos a˜ nadienlo perfiles tambi´en. es muy u ´til asignarle ese valor en el par´ametro correspondiente consiguiendo que en todas las pantallas de R/3 en la que aparezca el campo centro. Las operaciones a las que esta autorizado un usuario vienen determinadas por los valores que le ponemos en estas dos pesta˜ nas. En esta pesta˜ na definimos el men´ u inicial de entrada al sistema. papeles y perfiles.6A. Si un empleado solo realiza entradas de mercanc´ıas en el centro 1000. es vital para empresas multinacionales que tienen empleados en diversos pa´ıses. Par´ ametros. Valores fijos. Existe la posibilidad de asignar par´ametros por defecto para multitud de campos de todos los m´odulos de SAP.

2.10.3: Datos de direccion del maestro de usuarios 115 . MANTENIMIENTO DE USUARIOS Figura 10.

En la versi´on 3.116 ´ DE USUARIOS Y AUTORIZACIONES CAP´ITULO 10. Las ventajas que aporta para el administrador la utilizaci´on de esta herramienta son m´ ultiples aunque la m´as destacable es que ya no necesita conocer o investigar la funcionalidad de las transacciones que incluyen en los perfiles de usuario. Generador de perfiles Debido a la gran complejidad que supone la creaci´on manual de perfiles y autorizaciones. 10. desde la version 3. Mantenimiento de papeles .3. la creaci´on de un perfil de seguridad exig´ıa un tedioso trabajo de b´ usqueda de objetos que chequea cada transacci´on. Para crear un papel disponemos de la transacci´on PFCG que nos muestra una pantalla como la de la figura 10. existe el generador de perfiles. De esta manera podemos autorizar a diversos administradores a gestionar los usuarios que pertenezcan a determinados grupos.1G de R/3.0F y anteriores. GESTION n´ umero enorme de usuarios debemos agruparlos asign´andoles la pertenencia a uno o varios grupos.4: Transaccion PFCG. Figura 10.4. El generador de perfiles incluyen una base de datos que relaciona cada una de las transacciones de R/3 con los objetos que comprueba.

10.6) vemos unos botones que nos permiten incluir transacciones. En la figura 10.3. cuentas o deudores podr´a hacerlo.5: Descripcion del papel Al pasar a la pesta˜ na men´ u (ver figura 10. Observamos en la figura como se ha incluido ya la transacci´on de contabilizar documento (perteneciente al m´odulo FI). informes o direcciones web en el grupo de actividad. GENERADOR DE PERFILES 117 Al pulsar el bot´on de crear pasaremos a la pantalla de la figura 10. En la primera de ellas rellenamos unicamente un descripci´on corta del papel y tambi´en podemos completar el campo de descripci´on inferior en el que podemos indicar instrucciones sobre a qui´en se debe asignar este perfil o cual es su funci´on espec´ıfica.5 en la que vemos las diferentes partes de la creaci´on de un grupo de actividad repartidas en cuatro pesta˜ nas. pero no hemos determinado a´ un para que sociedades financieras.7 tenemos la pantalla de asignaci´on de valores a los objetos de autorizaci´on a la que se llega a trav´es de la pesta˜ na Autorizaciones. Figura 10. Son cuatros los objetos de la gesti´on financiera los que chequea esta transacci´on . Esto implica que el usuario al que se le asigne este perfil podr´a ejecutar la transacci´on FB01.

Es entonces. Por u ´ltimo. en el objeto grupo de autorizaci´on de cuentas para deudores podemos poner un 01 en actividad y un * en grupo de autorizaciones con lo que estamos permitiendo crear para todos los grupos de deudores. En la figura 10. . desp´ ues de completar la grabaci´on del grupo. indicaci´on de que podemos grabar el papel.118 ´ DE USUARIOS Y AUTORIZACIONES CAP´ITULO 10. Para evitar el tener que acordarnos de quitar la autorizaci´on cuando llegue el d´ıa. indic´andonos que los pasos anteriores se han procesado correctamente. ponemos la fecha de validez y entonces perder´a la autorizaci´on al dia siguiente. Por ejemplo. El resto de los objeto de autorizaci´on debe ser completado tambi´en.6: Transacciones asignadas a un papel y habr´a que dar los valores correspondientes para el grupo de actividad. nos puede interesar autorizar a un usuario a hacer determinadas cosas en el sistema durante un tiempo limitado de tiempo. cuando podemos poner en la tabla de usuarios los c´odigos (el nombre nos lo rellena el propio programa) a los que queremos incluir el papel y la fecha de validez de la asignaci´on. solo cuando hayamos asignado valores a todos tendremos los sem´aforos en verde. es decir. tenemos la posibilidad de asign´arselo a uno o varios usuarios. Esta fecha de validez tiene la misma funci´on que la que vimos en el maestro de usuario.8 conviene fijarse en que tenemos los sem´aforos de las pesta˜ nas men´ u y autorizaciones en verde. GESTION Figura 10.

GENERADOR DE PERFILES Figura 10.8: Asignacion de un papel a usuarios 119 .10.3.7: Asignaci´on de valores a los objetos de autorizaci´on Figura 10.

.

La herramienta que permite este traspaso de informaci´on entre sistemas R/3 es el llamado sistema de transportes. Inserci´on de nuevos objetos en el sistema destino. datos de customizing e incluso modificaciones al est´andar.1. si s´olo se dispone de un u ´nico sistema la utilidad del sistema de transportes se reduce a traspasar informaci´on dependiente de mandante de un mandante a otro dentro del mismo sistema. es probada en el sistema de desarrollo y su traspaso no ser´a realizado hasta que el responsable del proyecto d´e el visto bueno. 11. es decir. antes de ser insertada en el sistema productivo. programas nuevos. desarrollo) a otro (por ejemplo. ´ Ordenes de transporte El sistema de transporte se emplea. generalmente. 121 . Modificaci´on de objetos ya existentes en el sistema destino. Todo ello redunda en una mayor productividad y en una minimizaci´on de riesgos ya que la informaci´on. para trasladar objetos desde el sistema de desarrollo hasta el sistema de producci´on. obviamente si no existe tal separaci´on de sistemas. Los objetos a pasar pueden ser definici´on y contenido de tablas nuevas. producci´on ).Cap´ıtulo 11 Sistema de transporte El sistema R/3 dispone de una herramienta que nos permite pasar objetos de un entorno (por ejemplo. El sistema de transporte puede usarse para: Borrado de objetos obsoletos en el sistema destino. Este traspaso de informaci´on entre un sistema R/3 y otro nos facilita el mantenimiento del sistema productivo ya que con ello evitamos tener que duplicar el trabajo de programaci´on o repetir la inclusi´on de datos de customizing.

de tal manera que el sistema bloquear´a. al igual que las ´ordenes. La diferencia b´asica entre un caso y otro ser´a que el transporte al sistema productivo de la primera orden conllevar´a el transporte de los dos objetos – programa y tabla – a la vez. El sistema de transportes no asocia directamente los objetos creados o modificados a una orden de transporte sino que lo hace a trav´es de las tareas. Las tareas. El c´odigo propuesto conforma lo que se denomina Orden de Transporte y a ella se asociar´an los objetos que el usuario cree o modifique.CAP´ITULO 11. es decir preparada para ser transportada. 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. siempre y claro est´a que el mandante donde se est´e trabajando est´e configurado para registrar cualquier modificaci´on (ver cap´ıtulo 12). por ejemplo D10K900000 y D10K900002. las tareas deben obligatoriamente pertenecer a una u ´nica orden de transporte y al igual que ellas siguen el mismo c´odigo secuencial de tal manera que nunca pueden existir varias ´ordenes o tareas con el mismo c´odigo. SISTEMA DE TRANSPORTE 122 Cuando se crea o modifica un objeto en el sistema de desarrollo. dependiendo de la naturaleza de la orden. 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 n´ umero secuencial que ir´a creciendo desde 900000 hasta 999999 a medida que vayamos creando nuevas ´ordenes de transporte. el sistema propone un c´odigo u ´nico para identificar la creaci´on o modificaci´on de ese objeto. esos objetos para que nadie m´as que el propietario de esa orden de transporte pueda modificar esos objetos mientras la orden no est´e liberada. Supongamos el mismo sistema pero el caso de introducir cada objeto en una orden distinta. No se deber´a crear una orden para cada objeto a modificar o crear ya que esto complicar´a de manera excesiva nuestra . mientras que en el segundo caso el transporte de una orden conllevar´a el transporte s´olo del objeto asociado. Ser´a tarea del propietario de la orden el decidir de cuantos objetos se va a componer cada orden de transporte. Supongamos que es la primera orden de transporte que se genera en ese sistema por lo que su c´odigo ser´a D10K900000. est´an asignadas a un usuario y su finalidad es mejorar la gesti´on de los cambios introducidos en el sistema ya que una orden puede albergar varias tareas pertenecientes o no al mismo usuario. y que se usa la misma orden para englobar los dos objetos.

1.1: Esquema de una orden de transporte Figura 11.´ 11. ORDENES DE TRANSPORTE Figura 11.2: Esquema de ordenes de transporte 123 .

bien debido a su naturaleza. Ver figura 11. llegar a un t´ermino intermedio de tal forma que incluyamos en una orden los objetos que puedan estar relacionados. impl´ıcitamente. Todos los objetos est´andar del sistema SAP R/3. Las clases de desarrollo no son m´as que agrupaciones l´ogicas de objetos que. tampoco se deber´a asignar una u ´nica orden de transporte a todos los objetos que vayamos a crear o modificar ya que ello puede llegar a hacer inmanejable la orden debido a su tama˜ no. y por lo tanto el sistema no le asigna ninguna orden de transporte. a crear nuevos objetos con las herramientas de desarrollo apropiadas. etc. tienen asociado una clase de desarrollo est´andar de SAP. asign´andole la ruta de transporte a seguir cuando la orden asociada a ese objeto sea transportada. tablas. un sistema origen y un sistema destino de transporte. bien porque pertenezcan al mismo proyecto. en el sistema de desarrollo. el sistema antes de asignarle una orden de transporte nos pedir´a asociar el nuevo objeto por crear a una Clase de Desarrollo. adem´as. Esta clase de desarrollo se deber´a asignar a objetos que sean de pruebas y que no deseemos que vayan a pasar nunca a formar parte del sistema de producci´on.3. la cual es denominada temporal o local y tiene como particularidad el hecho de que los objetos a ella asociados no son transportados a ning´ un sistema destino. Se deber´a. por lo tanto. que se distinguir´an de las est´andar por el primer car´acter de su identificaci´on. ya sean programas. Como caso excepcional podremos asignar a nuestros objetos la clase de desarrollo $ TMP. Al asociar un objeto a una clase de desarrollo estaremos. tienen asignada internamente una ruta de transporte. Los objetos nuevos a crear deber´an asociarse a clases de desarrollo nuevas. Tipos de ´ ordenes de transporte El sistema SAP R/3 provee distinto tipo de ´ordenes de transporte para 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 parametrizaci´on del sistema. es decir. Hablamos entonces de objetos locales privados o temporales.124 CAP´ITULO 11. Clases de desarrollo Cuando nos disponemos. SISTEMA DE TRANSPORTE labor de gesti´on de las ´ordenes de transporte. ayudas de b´ usqueda. que siempre deber´a ser una ”Z”. La parametrizaci´on afecta primordialmente a los procesos .3. 11.2. 11.

pertenecientes al ´area de desarrollo y que afectar´an b´asicamente a programas y tablas. son independientes de mandante. de manera similar al customizing. una tarea y una orden de customizing son creadas autom´aticamente cuando un usuario en un sistema R/3 realiza cambios de customizing. Ordenes de modificaci´ on transportables A la vez que cambios en el customizing.´ 11.3. ´ Ordenes de modificaci´ on locales Tambi´en se pueden realizar cambios locales. por ello. Estos cambios. La creaci´on de nuevos objetos. se distinguen de los anteriores en que estos cambios no pueden ser transportados a otros sistemas.3: Clase de desarrollo de negocio y es. en tareas asignadas a ´ordenes de modificaci´on transportables. TIPOS DE ORDENES DE TRANSPORTE 125 Figura 11. Si un mandante ha sido establecido con grabaci´on autom´atica de cambios (ver cap´ıtulo 12). Esto permite moldear el sistema R/3 a cualquier necesidad. ser´a tambi´en necesario desarrollar nuevas aplicaciones que se ajusten perfectamente a las necesidades de la empresa. o la modificaci´on de los que proporciona SAP son grabados. dependiente de mandante. . esto significa que tienen efecto en todo el sistema.

As´ı pues. permite la inclusi´on y eliminaci´on de objetos asociados. realiza el export de la orden. es decir. SISTEMA DE TRANSPORTE 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). Para poder liberar una orden. no se podr´a asignar nuevos objetos a esa tarea ni desasignar los ya existentes. cuantos m´as objetos est´en asociados a la . ello nos permitir´a asignarle nuevas tareas con status modificable para poder seguir trabajando con ella hasta que liberemos la orden. CAP´ITULO 11. La liberaci´on de una orden consiste en cerrarla para posteriores tareas. el transporte no es m´as que la exportaci´on de informaci´on fuera de la base de datos de origen a fichero del sistema operativo y la importaci´on de dicha informaci´on en la base de datos destino. Una orden puede permanecer en status Modificable aunque todas sus tareas asociadas est´en en estado liberado.126 11. El export de la orden consiste en la creaci´on de dos ficheros a nivel de sistema operativo – fichero data y fichero cofiles –. ´esta aparece con status modificable. se deber´a primero liberar todas sus tareas asociadas. no se podr´a crear ninguna nueva tarea asociada a esa orden ni se podr´an borrar las ya existentes. esta permite la asignaci´on o desasignaci´on de objetos del sistema . es decir. de tal manera que puedan ser transportados al sistema destino. Los dos ficheros creados en la exportaci´on de una orden de transporte tienen la siguiente ubicaci´on en el sistema operativo: Fichero data Ubicado en /usr/sap/trans/data. si se trata de una tarea. ´esta permite la asignaci´on o borrado de tareas. Si se trata de una orden. es el que contiene toda la informaci´on asociada a la orden de transporte.4. ´estas pasan por dos estados: Modificable Cuando la orden o tarea es creada para ser asociada a objetos de desarrollo o de customizing. La liberaci´on de una orden de transporte adem´as de bloquearla para cualquier modificaci´on futura. La liberaci´on de una tarea consiste en cerrarla para posteriores modificaciones. En estos ficheros se produce la exportaci´on de los datos fuera de su base de datos. Liberada El paso previo del transporte consistir´a en la liberaci´on de la orden y sus tareas asociadas.

es un fichero de control necesario para el transporte.<SID> Fichero cofiles Ubicado en /usr/sap/trans/cofiles.5.<SID> 11. la exportaci´on. Tanto uno como otro se pueden acceder a trav´es de las transacciones SE09 como SE10 y desde ellas se puede gestionar las ´ordenes de transporte relativas a . CUSTOMIZING ORGANIZER Y WORKBENCH ORGANIZER 127 Figura 11. puede ser: D9nnnnn. siendo la de la orden liberada <SID>K9nnnnn.4: Esquema pasos del transporte orden de transporte a liberar.5. Customizing organizer y workbench organizer Para gestionar las ´ordenes de transporte y sus tareas podremos usar el customizing organizer – CO – y el Workbench Organizer – WBO –.<SID> R9nnnnn. siendo la de la orden liberada <SID>K9nnnnn. mayor ser´a el fichero data a crear y mayor el tiempo que llevar´a su creaci´on. es decir. La nomenclatura del fichero data. es: K9nnnnn.11. su tama˜ no es mucho menor que el data ya que no contiene los datos de la orden. La nomenclatura del fichero cofiles.

Adem´as. esta herramienta la usar´an los desarrolladores) y las de Customizing (herramienta que usar´an los consultores). En el caso del customizing organizer tenemos.5: Pantalla principal Workbench Organizer En ambas herramientas la pantalla de selecci´on dispone como par´ametro principal del usuario. Figura 11. tambi´en podemos restringir por fechas para evitar que el listado sea demasiado largo si es que hemos trabajado con muchas ´ordenes de transporte.128 CAP´ITULO 11.6. SISTEMA DE TRANSPORTE desarrollo (´ordenes de modificaci´on tanto locales como transportables. Una vez elegidos los par´ametros de selecci´on del CO o del WBO pulsaremos el bot´on de visualizaci´on y accederemos a una pantalla como la mostrada en la figura 11. Todas las ´ordenes que visualicemos con esta herramienta ser´an las asociadas al usuario arriba indicado. que por defecto est´a relleno con el nombre del usuario con el que nos hemos conectado al sistema. la posibilidad de visualizar s´olo las ´ordenes de customizing o s´olo las de workbench o ambas a la vez. . adem´as. Como par´ametros adicionales podemos elegir visualizar las ´ordenes modificables y las liberadas o s´olo uno de los dos tipos.

en un segundo nivel las tareas asociadas a esa orden y en un tercer y u ´ltimo 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. De esta manera.6: Ordenes de transporte Desde esta pantalla podremos identificar qu´e objetos est´an asociados a qu´e ´ordenes de transporte sin m´as que ir desplegando la estructura en ´arbol presentada. si as´ı lo considera oportuno.11.5. cada desarrollador ir´a asignando sus objetos a su tarea con lo que no se . CUSTOMIZING ORGANIZER Y WORKBENCH ORGANIZER 129 ´ Figura 11. 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. El propietario de la orden no tiene por qu´e coincidir con el propietario de las tareas asociadas ya que el 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 aplicaci´on donde el jefe de proyecto crea una u ´nica orden. Esta estructura en ´arbol nos muestra en un primer nivel la orden de transporte.

s´olo su asignaci´on a una tarea. Eligiendo esta opci´on el sistema nos muestra la pantalla de di´alogo que vemos en la figura 11. Desde esta pantalla podremos ejecutar la liberaci´on de cualquier orden de la que seamos propietarios. Podremos introducir tantas tareas como queramos sin m´as que asignar nuevos empleados a las tareas a introducir en la orden – el sistema introducir´a tantas tareas en la orden como empleados se haya especificado –. Otra opci´on muy importante disponible tanto en la pantalla inicial del WBO y del CO as´ı como en las pantallas donde se muestran las ´ordenes de transporte seleccionadas de los dos organizers es la opci´on crear orden. La liberaci´on debe llevar siempre esta secuencia: Ejecutar la liberaci´on de todas las tareas asociadas a esa orden Ejecutar la liberaci´on de la orden Adem´as de la liberaci´on podremos borrar asignaciones de objetos a tareas con estatus modificable. por error. el jefe de proyecto les indicar´a que liberen sus tareas (la liberaci´on s´olo la puede realizar el propietario).130 CAP´ITULO 11.7. y deber´a ser usado cuando. La exportaci´on de la orden a fichero no se producir´a hasta que el propietario de la orden ejecute la liberaci´on de la misma. Esta opci´on nos permite eliminar la asignaci´on de un objeto dentro de una tarea sin m´as que posicionar el cursor en el objeto deseado y pulsar a continuaci´on la opci´on de borrar. En esta pantalla. La opci´on de borrado – bien de objetos o de tareas – s´olo es aplicable cuando la orden y la tarea asociada tienen el estatus modificable. podremos cambiar el texto descriptivo asociado a una orden con el bot´on de modificar. Esta opci´on no borra f´ısicamente el objeto. crea la orden con una u ´nica tarea cuyo propietario es el mismo que el que ha creado la orden. adem´as. que no se ha liberado todav´ıa. El sistema. A esta opci´on de creaci´on de ´ordenes de transporte tambi´en se puede acceder desde fuera de la transacci´on SE09 y SE10 cuando modificamos o . Un tarea ya liberada no permite la desasignaci´on de sus objetos mediante la opci´on de borrado. es decir. SISTEMA DE TRANSPORTE producir´a solapamiento. de la cual ´el es propietario. Una vez que los desarrolladores acaben su trabajo. adem´as. Esta opci´on de borrado tambi´en puede ser u ´til para eliminar tareas con estatus modificable de ´ordenes. hayamos incluido un objeto en una tarea no deseada. pero el jefe de proyecto ser´a el que tenga la decisi´on de cu´ando liberar la orden. la u ´nica restricci´on que nos impone el sistema es que esas tareas deben estar vac´ıas. Como campo principal se nos pide que introduzcamos una descripci´on para la orden a crear cuya codificaci´on la dar´a autom´aticamente el sistema al crearla. esta opci´on se puede cambiar.

este directorio del transporte deber´a estar compartido via NFS para todos los entornos que conforman la ruta del transporte. es el llamado tp. donde <SID> es el directorio que tiene igual nombre que la base de datos de SAP instalada en el servidor. en el servidor y directorio adecuado dependiendo del sistema operativo: En sistemas UNIX. 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). El programa tp se debe ejecutar desde la ruta /usr/sap/trans/bin. El programa de control del transporte se encuentra a nivel del sistema operativo.6. Transporte manual de ´ ordenes Una vez que una orden ha sido liberada. TRANSPORTE MANUAL DE ORDENES 131 Figura 11.exe que est´a junto con el resto de programas ejecutables de SAP que componen el Kernel en la ruta /usr/sap/<SID>/SYS/exe/run.´ 11. ´esta se encuentra preparada para ser importada al sistema destino. El sistema nos pide asignarle una orden ya creada o crear una nueva.7: Creaci´on de una orden de transporte creamos un nuevo objeto de desarrollo.6. . 11.

se ejecuta el transporte al sistema destino. SISTEMA DE TRANSPORTE 132 En sistemas Windows NT. el programa de control del transporte chequea que la orden solicitada se encuentra en el listado mencionado y que est´a todav´ıa sin transportar. Directorio donde se almacena un listado con todas y cada una de las ´ordenes de transporte que han sido liberadas desde el sistema origen. por defecto. al ser liberadas son a˜ nadidas al ”buffer”por lo que no ser´a necesario incluir ninguna orden 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. esta directorio de transporte deber´a estar configurado como compartido para que desde todos los entornos est´e disponible. Presentamos a continuaci´on la estructura en ´arbol del sistema operativo UNIX que es necesaria para el transporte y explicaremos para qu´e sirve cada directorio: /usr/sap/trans/bin /usr/sap/trans/data /usr/sap/trans/cofiles /usr/sap/trans/log /usr/sap/trans/buffer Directorio desde donde se lanza el programa de control del transporte. si es as´ı. Accederemos a trav´es del emulador MSDOS en el servidor donde la ruta es local. Directorio donde se almacenan en ficheros los logs de cada una de las ´ordenes de transporte que se importan al sistema destino. Veamos a continuaci´on c´omo deberemos usar el programa de control para gestionar el transporte de las ´ordenes ejecut´andolo desde el directorio bin .CAP´ITULO 11. tp. Antes de poder importar al sistema destino. Directorio donde se almacenan los ficheros cofiles generados en la exportaci´on de datos desde la base de datos que se realiza durante la liberaci´on de una orden. Las ´ordenes. sin embargo s´olo ser´a local para uno de ellos. Directorio donde se almacenan los ficheros data generados en la exportaci´on de datos desde la base de datos que se realiza durante la liberaci´on de una orden.

TRANSPORTE MANUAL DE ORDENES 133 mencionado antes: tp showbuffer <SID> Nos muestra el listado de ´ordenes inclu´ıdas en el buffer.8: Listado de ´ordenes transportadas y liberadas Todas las ejecuciones del comando tp.6. devuelven un c´odigo de retorno cuyos valores pueden ser: 0 → Operaci´on ejecutada con ´exito 4 → Operaci´on ejecutada con advertencias 8 → Operaci´on ejecutada con errores. Figura 11. tp delfrombuffer <orden> <SID> . independientemente del argumento asociado.´ 11. Un valor mayor que 8 tambi´en indicar´a que la operaci´on no se ha realizado con ´exito. En lo que sigue. Las ´ordenes que ya han sido transportadas al sistema destino aparecen con el texto already imported. <SID> se refiere al nombre del sistema destino del tranporte.

tp import <orden> <SID> Importa al sistema destino la orden seleccionada. por lo que primero se transportar´an las ´ordenes que han sido liberadas primero. se encuentran en el buffer. y lo hace en el mandante cuyo nombre es el mismo que en el sistema origen. No borra la orden f´ısicamente. pero impide que se pueda transportar esa orden. Esta operaci´on. dejando la orden preparada para ser transportada. se deber´a obligatoriamente especificar el mandante destino con la opci´on client=<mandante destino> a˜ nadida despu´es del <SID>. Si el mandante . por tanto. Las ´ordenes son importadas por orden de aparici´on en buffer. tp addtobuffer <orden> <SID> A˜ nade la orden seleccionada al buffer.9: Transporte de una orden a un sistema destino tp import all <SID> Importa al sistema destino especificado todas las ´ordenes que hayan sido liberadas y que. SISTEMA DE TRANSPORTE Elimina del listado del directorio buffer la referencia a la orden de transporte seleccionada. Figura 11. Si el mandante destino de la orden no coincide con el mandante origen de la orden.134 CAP´ITULO 11. por defecto. no es necesario ejecutarla a no ser que una orden sea eliminada con el comando anterior y deseemos posteriormente transportarla.

prodsap10. y este comando tiene un orden de transporte preestablecido. No se recomienda el uso de esta opci´on ya que podemos desear importar al sistema destino en un orden distinto al que han sido liberadas las ´ordenes que se encuentran en el buffer.´ 11. TRANSPORTE MANUAL DE ORDENES 135 destino no coincide con el origen. Para obligarle a sobrescribir la misma orden que se ha transportado previamente.6. En ambos entornos est´a establecida la ruta del transporte D10 → P10 a trav´es de la clase de desarrollo ZDEV. Habr´a que especificarlo obligatoriamente si deseamos transportar al sistema destino una segunda vez una orden. ser´a necesario especificar la opci´on u1. tp import <orden> <SID> client=<nnn> u1 La opci´on u1 es el modo incondicional de sobreescritura.10: Esquema ejemplo del transporte de una orden Veamos a continuaci´on un ejemplo. . Supongamos un sistema de desarrollo D10 en un servidor NT llamado devsap10 y un sistema de producci´on P10 en otro servidor NT llamado prodsap10. se deber´a usar la opci´on especificada en el caso anterior. Figura 11. Estableceremos el directorio de transporte C:\usr\sap\trans localmente en el servidor de producci´on. Esto es as´ı porque el sistema chequea que la orden ya ha sido transportada previamente y no vuelve a ejecutar la importaci´on.

sistema destino del transporte. Al crearlo.136 CAP´ITULO 11. o si por el contrario ha ocurrido alg´ un problema. ejecutamos: C:\usr\sap\trans\bin\tp showbuffer P10 para comprobar que la orden D10K902010 se encuentra en el buffer. 11. aparecer´a la u ´ltima del listado. SISTEMA DE TRANSPORTE Supongamos que creamos en el mandante 101 de D10 un programa ZREPORT que queremos pasar al mandante 110 de producci´on. le asignaremos la clase de desarrollo ZDEV y el sistema nos propondr´a un c´odigo para su orden de transporte. el programa ZREPORT estar´a disponible en el sistema de producci´on. .7. buscar la orden en el listado que nos aparezca en pantalla y una vez posicionado el cursor sobre la orden deseada. Como el mandante destino y origen no coinciden deberemos usar la opci´on client=<SID>. Podemos pulsar el bot´on de visualizaci´on individual – aparece asociado a un icono de gafas – en la barra de aplicaciones si conocemos el n´ umero de orden cuyo log queremos consultar: Tambi´en podemos rellenar los par´ametros de selecci´on explicados en la secci´on del WBO y CO para. Al liberar esta orden. sin embargo no nos informa qu´e tipo de problema ha ocurrido. por ejemplo D10K902010.D10 correspondientemente. Abriendo una ventana de MSDOS en el sistema de producci´on. posteriormente. La herramienta del log del transporte est´a disponible tanto en la transacci´on SE09 como en la SE10. si acaba de ser liberada. Tal c´odigo de retorno nos informa si el transporte se ha ejecutado correctamente.D10 y K902010. Log del transporte Existe dentro del sistema SAP R/3 una herramienta que nos proporciona mucha m´as informaci´on sobre el transporte de una orden que el simple c´odigo de retorno devuelto por el comando tp. Una vez comprobado que la orden se encuentra en el buffer del sistema de producci´on ejecutaremos el transporte al mandante 110. pulsar la opci´on log del transporte – asociado a una hoja y gafas – dentro de la barra de aplicaciones. C:\usr\sap\trans\bin\tp import D10K902010 P10 client=110 Una vez que este comando ejecute la importaci´on y su c´odigo de retorno sea 0. el sistema de desarrollo se conecta a : \\prodsap10\usr\sap\trans para crear en los subdirectorios data y cofiles los ficheros D902010.

todav´ıa sin transportar. Un ejemplo puede ser que el c´odigo fuente de un programa que queramos transportar al sistema destino del transporte haga referencia a una tabla cuya definici´on se encuentra en otra orden de transporte. Una vez que hemos visto en qu´e paso del transporte se ha producido un error. podemos ver desde qu´e sistema se ha producido el export as´ı como el import en el sistema destino con cada uno de sus pasos. dependiendo su n´ umero del tipo de objeto a transportar. La importaci´on se realiza en varios pasos. la importaci´on fallar´a devolviendo un c´odigo de retorno 8. Esto nos sirve para saber por qu´e raz´on se ha producido un error en el transporte y c´omo habr´a que resolverlo. En ella. Si visualizamos el . Si transportamos primero la orden del c´odigo fuente. LOG DEL TRANSPORTE 137 Figura 11.11: Visualizaci´on individual de ´ordenes Figura 11.11. haremos doble click sobre esa l´ınea para acceder a un listado completo del log en ese paso. Desglosando la estructura en ´arbol del log podemos obtener distintos niveles de informaci´on. cada vez m´as detallados. Los errores m´as comunes son de informaci´on incompleta en el sistema destino para poder activar las modificaciones reci´en transportadas.7.12: Log del transporte de una orden Las dos opciones nos llevan a la misma pantalla.

Lo que deberemos hacer ser´a. transportar de nuevo la orden que ha fallado – primero deberemos a˜ nadirla manualmente de nuevo al buffer –. . posteriormente. SISTEMA DE TRANSPORTE log del transporte de dicha orden veremos que el paso que ha fallado ha sido la generaci´on del c´odigo fuente por hacer referencia a una tabla que todav´ıa no existe en el sistema destino. pasar la orden donde se encuentra la definici´on de la tabla a la que se hace referencia en el programa y.138 CAP´ITULO 11.

El customizing. Estos mandantes se distinguen principalmente de los anteriores por estar ya parametrizados. Tambi´en vimos en el cap´ıtulo 2 que un usuario. Estos mandantes vienen provistos con unos usuarios est´andar con autorizaci´on global. caracter´ısticas y mantenimiento de los mandantes en un sistema SAP R/3. se puede dividir en dependiente o en independiente de mandante. La implementaci´on del modelo de empresa basado en los requerimientos de la empresa se conocen como customizing o parametrizaci´on. que en general. Estos usuarios son SAP* . En este cap´ıtulo vamos a profundizar en el concepto. Los mandantes est´andar son el 000. El sistema SAP R/3. adem´as una hoja de balance tambi´en independiente. Un mandante es una unidad contable de negocio independiente que incluye. sin restricciones. para trabajar con SAP R/3. necesita conectarse a un mandante y lo que ello significaba. es decir. 001 y 066. 139 . dependiendo del tipo de datos a los que afecte. En sistemas SAP R/3 destinados a la formaci´on y educaci´on cuyo nombre es IDES existe adem´as de los anteriores el mandante 800. los datos en la base de datos de SAP R/3 se dividen en dependientes de mandante y en independientes de mandante. es decir preconfigurados.Cap´ıtulo 12 Gesti´ on de mandantes Como ya se vio en el cap´ıtulo 2. es decir por tener implementados en cada uno de los mandantes la modelizaci´on de una o varias empresas modelo adem´as de incluir datos de las actividades de negocio de cada una de las empresas. DDIC y EARLYWATCH (este u ´ltimo s´olo existe en el mandante 066) . no deber´an ser usados para conectarse al sistema salvo por el administrador y que sea estrictamente necesario. viene provisto con mandantes est´andar. cuando es instalado en los servidores.

a excepci´on del administrador del sistema. o a trav´es de un export de mandante (la informaci´on del mandante se exporta a fichero por medio de ´ordenes de transporte). dependiendo del sistema SAP R/3 con el que estemos tratando y de los requerimientos de la empresa. adem´as. . en dar de alta el mandante en la tabla T000. que es la tabla donde est´an referenciados todos los mandantes activos en el sistema. Las copias de mandante pueden ser Locales (los mandantes fuente y origen pertenecen al mismo sistema). el segundo campo corresponde a una peque˜ na descripci´on del mandante. el primer campo corresponde al c´odigo del mandante que vayamos a crear. Este alta en la tabla T000 se realiza a trav´es de la transacci´on SCC4 o a trav´es del men´ u general Herramientas→ Gesti´on→ Gesti´on→ Gesti´on de Mandantes→ Actualizar Mandantes . Pulsando el bot´on que cambia a modo modificar. para que se conecten a ellos. La informaci´on presentada es la de la tabla T000. as´ı como la moneda b´asica de la empresa que va a usar ese mandante.1. de integraci´on. de producci´on. s´olo despu´es de este paso el mandante estar´a plenamente operativo. GESTION Creaci´ on de un nuevo mandante Los mandantes est´andar bajo ning´ un concepto deber´an ser usados como el mandante de trabajo de la empresa. El segundo paso (descrito en la siguiente secci´on) llena el mandante de datos. deber´an permanecer en el sistema sin ser modificados ni borrados y sin que se creen nuevos usuarios. La creaci´on de un nuevo mandante. Los siguientes datos a rellenar se refieren al papel del mandante. en general. por lo que una de las primeras tareas del administrador ser´a la creaci´on de un nuevo mandante cuyo destino final puede ser de test. El primer paso consiste. El primer paso permite que el nuevo mandante sea reconocido por el sistema. se realizar´a como copia de uno ya existente. Es por ello. Estos mandantes. opciones . de otra manera una copia de mandante puede dejar inconsistente por completo el sistema destino. importantes par´ametros b´asicos. Se har´a copia del 000 si se quiere partir de cero o copia de alguno ya existente si ya hemos creado alguno previamente. realmente. d´andose de alta. A esta pantalla entraremos por defecto en modo visualizar. tendremos la opci´on de crear una nueva entrada. . se han introducido datos en ´el y necesitamos una copia de ´el con datos incluidos. Cuando el sistema origen y el destino sean diferentes se deber´a tener cuidado de copiar mandantes s´olo entre sistemas SAP R/3 que dispongan de la misma versi´on de SAP R/3. Un mandante es creado en dos pasos. ´ DE MANDANTES CAP´ITULO 12. el tercero a la ciudad asociada a la empresa que va a usar ese mandante.140 12. Remotas (los mandantes fuente y origen pertenecen a sistemas distintos).

Para mandantes de formaci´on y test. Sin embargo permite asignar ´ordenes de transporte manualmente. customizing . formaci´on o referencia SAP . Veamos las distintas opciones: Modificaciones sin grabaci´ on autom´ atica No pide orden de transporte al modificar el customizing. . para mandantes de customizing todos los cambios realizados deber´an ser registrados en ´ordenes de transporte para su posterior paso al mandante productivo. test . Para mandantes productivos es aconsejable protegerlos contra cambios en el sistema. nivel de protecci´on y restricciones. presentaci´on . CREACION 141 Figura 12.1: Pantalla principal de la gesti´on de mandantes de modificaci´on para objetos dependientes e independientes de mandante. Papel del mandante Cuando creamos un mandante deberemos asignarle un papel. Los valores posibles son producci´on .´ DE UN NUEVO MANDANTE 12. es decir un prop´osito o funci´on para lo que se va a utilizar.1. Modificaciones y transportes de objetos dependientes de mandante Dependiendo del papel que tome el mandante puede llegar a ser necesaria la activaci´on o desactivaci´on del transporte para ese mandante en concreto.

GESTION Figura 12.2: Detalle de opciones de un mandante .142 ´ DE MANDANTES CAP´ITULO 12.

.de objetos repository y customizing indep. Es importante tener los mandantes . No se permiten transportes Se permite modificar el customizing pero las modificaciones no se registran autom´aticamente en ´ordenes de transporte. En ciertos sistemas no productivos con diversos mandantes donde se han realizado tareas de customizing antag´onicas. se deber´a usar esta opci´on.de mandante Las modificaciones del customizing que afectan a tablas independientes de mandante afectan a todo el sistema. ) y la posibilidad de modificar opciones de customizing globales que afecten a todos los mandantes.1. etc. Opci´on m´as usada para mandantes de sistemas productivos. etc. Con esta opci´on se desactiva la posibilidad de modificar objetos standard de SAP (tablas. Tampoco se permite la asignaci´on manual a ´ordenes de transporte. . No modificaci´ on de objetos repository Impide modificar objetos standard del repository (tablas. No modif. No se permiten modificaciones No se permite modificar customizing. No modificaci´ on de objetos customizing independ. Protecci´ on Se pueden proteger mandantes de una copia de mandante o de comparaci´on (existen herramientas que nos permiten comparar los datos de distintos mandantes). Permite asignar ´ordenes de transporte manualmente.mandante Opci´on m´as usada para mandantes en sistemas de desarrollo o pruebas donde sepamos que las modificaciones independientes de mandante no afectar´an negativamente al funcionamiento del sistema. . pantallas. Para mandantes de desarrollo.´ DE UN NUEVO MANDANTE 12.) y la creaci´on de nuevos objetos de desarrollo.. programas. Opci´on m´as usada para mandantes de sistemas productivos Modificaciones objetos independiente mandante Se puede limitar el alcance de las modificaciones permitidas en el mandante. Las opciones son: Se permite modificar repository y customizing indep.mandante Opci´on m´as usada en mandantes de sistemas de productivo. CREACION 143 Grabaci´ on autom´ atica de modificaciones Al modificar customizing el sistema pide ´ordenes de transporte. programas.

Las opciones son: Inicio de procesos CATT permitido CATT proviene de Computer Aided Test Tool. Nivel Protecci´ on 1: No se permite sobrescritura En este nivel se protege contra copia de mandante. Veamos los distintos niveles de protecci´on: Nivel Protecci´ on 0: No hay restricciones En este nivel no existe protecci´on . Engloba un grupo de programas usados por SAP para el chequeo del funcionamiento del sistema. los datos dependientes de mandante en ´el no podr´an ser modificados.´ DE MANDANTES CAP´ITULO 12. El segundo paso ser´a el llenado del nuevo mandante de datos a partir de un mandante ya existente a trav´es de uno de los siguientes procesos: Copia local Copia remota Transporte de mandante . Esta opci´on ser´a especialmente necesaria para mandantes productivos donde la informaci´on all´ı contenida es especialmente confidencial y donde se deber´an cumplir todos los requerimientos impuestos por las leyes oficiales de protecci´on de datos. El mandante as´ı protegido no podr´a ser sobrescrito por una copia de mandante. Restricciones Por u ´ltimo podremos restringir el uso de herramientas CATT o incluso proteger el mandante contra un upgrade .cambio de versi´on -. Esto compone lo que es el primer paso en la creaci´on de un mandante. Nivel Protecci´ on 2: No se permite sobrescritura ni comparaci´ on Este nivel adem´as de proteger contra copia de mandante protege contra la herramienta de comparaci´on. GESTION 144 productivos protegidos contra copias – intencionadas o no – de mandante. Protecci´ on contra upgrade Si un mandante es protegido contra upgrade.

2. es decir.12. esta eliminaci´on del superusuario SAP* no es sino una simple reinicializaci´on del usuario. Esto permite poder acceder siempre a un mandante aunque por error se hayan eliminado todos sus usuarios. el mandante origen de copia . veamos los pasos a seguir en el caso de que se quiera copiar con los datos de otro mandante ya existente en el mismo sistema. La password PASS s´olo est´a activa en mandantes reci´en creados o si en un mandante estandar o ya creado y con datos propios eliminamos del maestro de usuarios el usuario SAP*. Figura 12. Este usuario est´a disponible siempre en SAP ya que as´ı se ha programado el kernel. lo que se llama una copia local.3: Copia local de un mandante En esta pantalla el mandante destino es el mandante al que nos hemos conectado. Deberemos entrar en el nuevo mandante creado como se ha explicado en la secci´on anterior. 145 Copia local de mandante Una vez completado el primer paso de la creaci´on de mandante. COPIA LOCAL DE MANDANTE 12. El u ´nico usuario disponible en un mandante reci´en creado y sin ning´ un tipo de datos es el usuario SAP* con password PASS. deberemos elegir un perfil de copia. Una vez conectados al nuevo mandante – recordemos que no estar´a plenamente operativo hasta que el la copia de datos se finalice – deberemos acceder a la opci´on de Copia Local disponible en la transacci´on SCCL o alternativamente Herramientas→ Gesti´on→ Gesti´on→ Gesti´on de Mandantes→ Copia Mandante→ Copia Local.2.

En este log podremos ver el tanto por ciento de proceso de copia ejecutado. s´olo para export de mandantes ). En ellos b´asicamente se puede elegir los datos a copiar que pueden ser el maestro de usuarios. Los datos a copiar se establecen en los llamados Perfiles de Copia. Una vez elegido el perfil lo u ´nico que deberemos hacer es pulsar el bot´on ejecutar o ejecutar en fondo. los datos de aplicaciones . La opci´on ejecutar realiza el proceso de copia en di´alogo con lo que el sistema no nos devuelve el control de nuestra sesi´on hasta que termine el proceso de copia. Al realizar la copia local se debe elegir un perfil de copia. Una vez lanzada la copia de mandante podremos acceder al log de la copia a trav´es de la transacci´on SCC3 o alternativamente por el men´ u desplegable Herramientas→ Gesti´on→ Gesti´on→ Gesti´on de Mandantes→ Logs de Copia. con lo que impl´ıcitamente se estar´a indicando el tipo de datos a copiar. Esta opci´on es totalmente desaconsejable porque la copia tarda mucho tiempo.146 ´ DE MANDANTES CAP´ITULO 12. Si no estamos seguros de si el tama˜ no actual de nuestra base de datos soportar´a el aumento debido a la creaci´on de un nuevo mandante deberemos lanzar el proceso en modo test y comprobar en el log si tenemos suficiente espacio libre en la base de datos o si por el contrario debemos aumentarla como paso previo a una copia de mandante. las variantes de reports y la validez (para todo tipo de copias. no s´olo tendremos un mandante creado a medias sino que adem´as ser´a imposible seguir trabajando en todo el sistema hasta que la base de datos sea extendida. GESTION de datos. La copia de mandante consiste realmente en un proceso en el que se accede alfab´eticamente tabla a tabla para copiar los registros que pertenecen al mandante origen en otros tantos registros cuyo mandante ser´a el mandante destino de la copia. El tiempo que consuma el proceso de copia depender´a fundamentalmente de los recursos del sistema. los datos de customizing . Si no realizamos el proceso en modo test y la copia se cancela por falta de espacio. s´olo copias remotas. el mandante origen de copia de datos de maestros de usuario y si el proceso corre en modo test o real. los datos elegidos a copiar en el perfil de copia. s´olo copias locales. Para visualizar el contenido de cada perfil desde la transacci´on SCCL acudiremos al men´ u desplegable a la opci´on Perfil→ Visualizar Perfil . Podremos crear nuevos perfiles de copia a partir de los ya existentes. 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 definidos en otro. Se recomienda usar siempre la opci´on 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. y el n´ umero de registros de los .

2.4: Detalle de un perfil de copia 147 . COPIA LOCAL DE MANDANTE Figura 12.12.

GESTION que se componga el mandante origen. Para poder realizar una copia de mandantes entre sistemas distintos existe la herramienta de la copia remota. as´ı por ejemplo. De otra manera se podr´ıa provocar una cancelaci´on en el proceso de 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. 12. desarrollo y producci´on deben estar en sistemas claramente separados. Figura 12.148 ´ DE MANDANTES CAP´ITULO 12. La transacci´on de copia remota es SCC9 que puede ser accedida por el men´ u desplegable Herramientas→ Gesti´on→ Gesti´on→ Gesti´on de Mandantes→ Copia de mandante→ Copia remota. una copia remota es mucho m´as lenta que una copia local.5: Copia remota de un mandante . Se deber´a tener en cuenta todo esto para dimensionar los tablespaces o devices – dependiendo del RDBMS – adecuadamente y evitar un llenado de ellos que provoque una cancelaci´on de la copia. En el momento de la ejecuci´on de la copia no debe haber ning´ un usuario conectado al mandante origen ni al destino y tampoco debe haber ning´ un proceso batch corriendo aparte del propio proceso de copia. Copia remota de mandante Cada sistema R/3 tiene claramente definidas sus tareas.3. Debido a que los datos deben pasar a trav´es de la red.

otra para los dependientes y otra para los textos espec´ıficos. se deber´a elegir un perfil de copia. en este caso. 12. como ocurr´ıa en la copia remota. En la copia remota. s´olo se copian datos de tablas no las definiciones de tablas. Si se crearon tablas nuevas en el mandante origen cuyas definiciones no fueron transportadas. Transporte de mandante Con esta herramienta los datos no son copiados directamente al mandante destino sino que. igual que en la copia local. una orden para los datos independientes de mandante. En este caso. En la definici´on de este sistema l´ogico estar´a incluido el sistema origen y el mandante origen. Este destino fuente ser´a realmente una conexi´on RFC. . necesaria para que ambos sistemas . no tiene por qu´e ser distinto del origen. pero los usuarios conectados previamente no ser´an desconectados. El sistema. y se podr´a elegir entre ejecuci´on real o de test as´ı como un lanzamiento del proceso de exportaci´on en di´alogo o background. Accederemos a esta herramienta en la transacci´on SCC8 o a trav´es del men´ u desplegable Herramientas→ Gesti´on→ Gesti´on→ Gesti´on de Mandantes→ Transporte de Mandante→ Export de Mandante.12. El export genera tres ´ordenes de transporte. TRANSPORTE DE MANDANTE 149 A diferencia de la copia local. Aunque el sistema destino. Otra diferencia importante con respecto a la copia remota es que el sistema destino no tiene por qu´e ser accesible desde el sistema origen . bloquea los mandantes origen y destino impidiendo que los usuarios se conecten. Por las mismas razones que en las dos secciones anteriores se deber´a elegir la ejecuci´on en background. en la copia remota exclusivamente se deber´a indicar un destino fuente como origen de la copia. Por las mismas razones que en la secci´on de copia local se recomienda siempre lanzar este proceso de copia en fondo. se realiza un export del mandante consistente en la exportaci´on a fichero de toda la informaci´on a copiar. igual que en los anteriores. a trav´es del programa de control de transporte tp. Ser´a tarea del administrador lanzar la copia cuando no haya ninguna conexi´on al sistema o cancelar las conexiones ya existentes.4.4. Se deber´a proceder a transportar todas las tablas nuevas que no se encuentran en el sistema destino antes de realizar la copia remota. estas tablas no son pasadas en el proceso de copia. fuente y destino se puedan comunicar para el traspaso de datos. este m´etodo se recomienda s´olo para el caso de 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.

Una vez creadas satisfactoriamente las ´ordenes de transporte lo u ´nico que restar´a ser´a importar (como se vio en el cap´ıtulo 11) en el sistema destino primero la orden asociada a los datos independiente de mandante. Como tercer paso deberemos importar los textos espec´ıficos conect´andonos . y despu´es la orden asociada a los datos dependientes de mandante con el programa de control de transporte tp. en la transacci´on SCC3. con lo que tendremos como limitaci´on de espacio para esas ´ordenes el asignado a la unidad donde est´e establecido el directorio de transportes – en entornos Windows –. de mandante: Orden generada con los textos espec´ıficos: <SID>KO(No secuencial) <SID>KT(No secuencial) <SID>SX(No secuencial) Este proceso de exportaci´on de mandante tambi´en queda registrado en el log de copia.150 ´ DE MANDANTES CAP´ITULO 12. o el asignado al file system correspondiente – en entornos UNIX –. de mandante: Orden generada con datos dep. La creaci´on de estas 3 ´ordenes de transporte lleva asociada la creaci´on de ficheros a nivel de sistema operativo. Deberemos recordar que la exportaci´on de mandante puede llegar a crear ficheros de gran tama˜ no. por lo que un llenado del file system o de la unidad de disco asignada causar´a una cancelaci´on del proceso de exportaci´on. GESTION Figura 12.6: Export de mandante El sistema nos mostrar´a a continuaci´on una ventana de di´alogo inform´andonos de las tres ´ordenes de transporte que se van a generar: Orden generada con datos indep. dependiendo de la informaci´on asociada al mandante a exportar.

12.4. TRANSPORTE DE MANDANTE

151

al sistema destino y accediendo a Herramientas→ Gesti´on→ Gesti´on→
Gesti´on de Mandantes→ Transporte de Mandante →Trabajo Repaso Import. Introduciremos la orden de los textos espec´ıficos y pulsaremos ejecutar
en di´alogo o background.

Cap´ıtulo 13
Mantenimiento de instancias
13.1.

Perfiles del sistema

El sistema SAP R/3 dispone de unos par´ametros de configuraci´on
necesarios para el arranque y funcionamiento de sus instancias. En
este cap´ıtulo veremos c´omo gestionar tales par´ametros para optimizar el
funcionamiento del sistema R/3. Tales par´ametros nos permitir´an configurar
tama˜
no de bufferes, idioma de conexi´on por defecto, mandante de conexi´on
por defecto, tiempo de expiraci´on de passwords, n´
umero intentos fallidos de
conexi´on para bloquear usuario, etc. . .

13.1.1.

Mantenimiento de perfiles del sistema

Los par´ametros activos se mantienen desde los Perfiles del Sistema. Estos
perfiles son realmente 3 ficheros a nivel de sistema operativo donde se guarda
toda la informaci´on t´ecnica del sistema R/3:
1. Perfil de Inicio: El nombre es Start <n´
umero instancia> <nombre

aquina>. Es un perfil u
´nico por instancia del sistema R/3 que contiene
par´ametros necesarios para el arranque de SAP en los servidores que
componen el sistema.
2. Perfil por Defecto: El nombre es DEFAULT. Es un perfil u
´nico por sistema
R/3 que contiene par´ametros globales para todo el sistema.
3. Perfil de Instancia: El nombre es <SID> <n´
umero instancia> <nombre
de m´
aquina> y es un perfil u
´nico por instancia del sistema R/3 con
par´ametros espec´ıficos de cada instancia.
153

En esta transacci´on existen 3 niveles de gesti´on de perfiles. Ejemplo: Supongamos un sistema R/3 compuesto de 2 instancias.: P11 D10 servr001 Hay una herramienta en SAP para gestionar el mantenimiento de estos perfiles sin tener que bajar a nivel de sistema operativo. es decir. cinco: un u ´nico perfil por defecto y dos perfiles de inicio y de instancia por cada una de las instancias que componen nuestro sistema: Perfil Perfil Perfil Perfil Perfil por defecto: DEFAULT inicio instancia central: START DVEMGS00 servr001 instancia insta. aplic. as´ı como fechas de modificaci´on y activaci´on del perfil en cuesti´on y autor de dicha modificaci´on y activaci´on. accesible por el men´ u desplegable desde Herramientas→ CCMS→ Configuraci´on→Actualizar Perfiles. Supongamos que tenemos la siguiente configuraci´on: Nombre base de datos SAP (SID): ”P11” Nombre m´aquina de la instancia central: ”servr001” Identificador instancia central: ”00”(este valor de identificador para la instancia se establece en tiempo de instalaci´on y no se puede cambiar) Nombre m´aquina de la instancia de aplicaciones: ”servr002” Identificador instancia aplicaciones: ”10” Los perfiles del sistema ser´an. MANTENIMIENTO DE INSTANCIAS 154 Estos tres perfiles est´an almacenados a nivel de sistema operativo en tres ficheros con los nombres especificados anteriormente en el siguiente path de la instancia central: \usr\sap\<SID>\SYS\profile\ donde <SID> es el System Identification. En este nivel se mantiene el path completo del fichero a nivel de sistema operativo. central: P11 DVEBMGS00 servr001 inicio instancia aplicacl: START D10 servr002 de instancia insta. en este caso.CAP´ITULO 13. el nombre de la base de datos del sistema R/3 que est´a compuesto de tres caracteres y que se establece en tiempo de instalaci´on del sistema en los servidores. una instancia central y otra de aplicaciones. en cada uno de los niveles se muestra distinto tipo de informaci´on: Datos de gesti´on. . Esta herramienta se encuentra en la transacci´on RZ10. cada una de ellas en una m´aquina distinta.

2: Datos de gesti´on de un perfil 155 . PERFILES DEL SISTEMA Figura 13.1: Pantalla pricipal perfiles del sistema Figura 13.1.13.

3: Actualizaci´on b´asica de un perfil Actualizaci´on ampliada . Ser´a este el perfil que debamos modificar si deseamos que una instancia o varias tengan una distribuci´on distinta de sus colas de trabajo. . Algunos par´ametros tienen documentaci´on asociada en este nivel que puede ser visualizada pulsando F1 sobre el par´ametro deseado. En este nivel se permite la visualizaci´on o modificaci´on de todos los par´ametros activos en el perfil seleccionado. as´ı como la introducci´on de nuevos par´ametros.156 CAP´ITULO 13. Figura 13. s´olo modificaci´on de los par´ametros b´asicos que componen el perfil. MANTENIMIENTO DE INSTANCIAS Actualizaci´on b´asica . Este nivel es especialmente importante en el caso del perfil de instancia ya que permite. cambiar los par´ametros relativos a los bufferes y al n´ umero de colas de trabajo. En este nivel no se permite introducir ning´ un par´ametro nuevo. de una manera muy sencilla y segura.

Pulsando la ayuda de b´ usqueda correspondiente al campo Perfil. existen s´olo a nivel de sistema operativo por lo que ser´a necesario importar dichos perfiles para que se puedan mantener desde dentro del sistema.1.13. el sistema nos mostrar´a en un listado los perfiles importados.1. los perfiles no se encuentran disponibles desde SAP. Una vez que ejecutemos la importaci´on de los perfiles desde el sistema operativo.4: Actualizaci´on ampliada de un perfil 13.2. Importaci´ on de perfiles del sistema La primera vez que se accede a esta herramienta desde que se instala el sistema SAP R/3. A esta herramienta de importaci´on se accede desde la RZ10 en la opci´on del men´ u desplegable Utilidades→Importar Perfil→ De servidores Activos. . los tendremos disponibles en la transacci´on RZ10. PERFILES DEL SISTEMA 157 Figura 13.

Si no aparece. deberemos proceder incluy´endolo como un par´ametro nuevo en cualquiera de los perfiles existentes. programaci´on o mantenimiento de tablas. Para saber si un par´ametro determinado est´a activo en el sistema deberemos ejecutar el programa antes mencionado y comprobar si aparece en el listado. . si el par´ametro es global para todo el sistema R/3 deberemos incluirlo una u ´nica vez en el perfil por defecto (otra posibilidad menos recomendada es que se incluya en cada uno de los perfiles de instancia de las instancias que conforman nuestro sistema SAP R/3). La activaci´on o generaci´on de ese objeto supone. Importante: Cualquier modificaci´on sobre cualquiera de los perfiles de inicio y de instancia – bien sea en la modificaci´on del valor de un par´ametro o en la inclusi´on de un nuevo par´ametro – no toman efecto hasta que la instancia en cuesti´on sea reiniciada. Este hecho es avisado por el sistema R/3 cada vez que se procede a la modificaci´on de cualquiera de sus tres perfiles a trav´es de una ventana de di´alogo. en algunos casos como los programas y tablas. La grabaci´on de una modificaci´on de tales objetos supone la creaci´on de una nueva versi´on de ese objeto a nivel de SAP R/3 pero el sistema no la toma como la actual. . El concepto de activaci´on o generaci´on se encuentra presente en muchas de las aplicaciones de SAP como puede ser el mantenimiento de perfiles y autorizaciones de usuario. Si un par´ametro no aparece en ninguno de los tres perfiles del sistema no quiere decir que no exista. deberemos incluirlo en el perfil de instancia de las instancias adecuadas. este paso es la Activaci´ on del perfil. La modificaci´on de los perfiles del sistema requiere de un paso m´as adem´as de la grabaci´on en s´ı de las modificaciones. CAP´ITULO 13. Si es un par´ametro que debe tener un valor distinto por cada instancia o que s´olo se debe activar en determinadas instancias de nuestro sistema. etc. Se pueden ver todos los par´ametros activos en SAP ejecutando el programa RSPARAM desde la transacci´on SE38 (editor ABAP/4). esto significar´a que el par´ametro no est´a activo en el sistema. MANTENIMIENTO DE INSTANCIAS Visualizaci´ on todos los par´ ametros activos Existen m´as par´ametros t´ecnicos de configuraci´on SAP que los que aparecen en los perfiles antes indicados. .158 13.1. la modificaci´on real de ese objeto en la base de datos o la modificaci´on real a nivel de sistema operativo como es el caso de la activaci´on de los perfiles del sistema. Si deseamos modificar un par´ametro al que s´olo se puede acceder a trav´es de la ejecuci´on del programa RSPARAM.3. ya que puede encontrarse activo en el sistema pero no aparecer en ninguno de los tres perfiles por tener asociado su valor por defecto. Cualquier modificaci´on sobre el perfil por defecto no toma efecto hasta que el sistema R/3 al completo es reiniciado.

2. toman un papel muy importante.4. nos llevar´ıa a tener que modificar los perfiles de instancia de cada una de las instancias que conforman nuestro sistema R/3 y reiniciar nuestro sistema cada vez que se . Nombre de la base de datos Nombre instancia N´ umero de instancia Nombre del servidor N´ umero colas de dialogo N´ umero colas de update N´ umero colas de update2 N´ umero colas de enqueue N´ umero colas de batch N´ umero colas de spool Idiomas instalados D -alem´an. por su importancia en procesos b´asicos de administraci´on. E -ingl´es.. si no dispusi´eramos de la herramienta de Modos de Operaci´ on. A continuaci´on listamos algunos de los par´ametros m´as importantes. sin embargo existen varios que. Las exigencias m´as comunes son la definici´on de m´as procesos de trabajo de tipo batch durante el procesamiento nocturno.´ 13. S -espa˜ nolidioma por defecto mandante por defecto Modos de Operaci´ on En muchos casos ser´a absolutamente necesario cambiar la configuraci´on de las colas de trabajo de nuestro sistema R/3 de una forma peri´odica debido a exigencias de operativa de nuestra empresa. Esto nos optimizar´a la ejecuci´on de jobs de carga o modificaci´on masiva de datos que se pueden realizar sin intervenci´on del usuario durante la noche. MODOS DE OPERACION 13.1. que deber´an ser minimizadas en cantidad durante el horario de trabajo de nuestra empresa para dar m´as prioridad a los procesos de di´alogo. Nombre par´ametro Valor de ejemplo Descripci´on SAPSYSTEMNAME INSTANCE NAME SAPSYSTEM SAPGLOBALHOST rdisp/wp no dia rdisp/wp no vb rdisp/wp no vb2 rdisp/wp no enq rdisp/wp no btc rdisp/wp no spo zcsa/installed languages US1 DVEBMGS00 00 uisabl4 6 2 1 1 2 1 DES zcsa/system language login/system client S 800 13. Esta modificaci´on en el n´ umero de procesos de trabajo.2. 159 Par´ ametros m´ as importantes de un sistema R/3 Debido al gran n´ umero de par´ametros existentes en un sistema R/3 es pr´acticamente imposible conocer a fondo todos ellos.

Modo Nocturno activo de las 8. es por ello que las colas DIA deben superar al resto de colas .00 pm hasta las 8. las cuales entrar´an por los procesos de di´alogo.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. y adem´as el sistema cambiar´a en modo on line. Un Modo de Operaci´ on no es m´as que el n´ umero y tipo de colas de trabajo de una instancia asignados a un intervalo horario.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´a ning´ un usuario conectado al sistema y nos deberemos asegurar que el sistema podr´a gestionar sin problemas todos los jobs que haya planificados. no podr´ıamos conectarnos al sistema en caso de urgencia ya que . No se debe reducir nunca a cero el n´ umero de colas de DIA ya que hay procesos internos de SAP que necesitan de estas colas y adem´as. de otra forma. a otra configuraci´on cuando llegue la hora de su activaci´on. En el modo de operaci´on diurno daremos prioridad a los procesos de di´alogo definiendo m´as procesos DIA mientras que en el nocturno daremos prioridad a los procesos en fondo definiendo m´as colas BTC . sin necesidad de parar el sistema. MANTENIMIENTO DE INSTANCIAS quisiera cambiar la configuraci´on de los procesos de trabajo.160 CAP´ITULO 13. Podemos definir dos modos de operaci´on: diurno y nocturno. Ejemplo : Supongamos un sistema SAP formado por una u ´nica instancia donde est´an configuradas 15 colas de trabajo. es por ello que las colas BTC deben superar al resto de colas. Modo Diurno activo de las 8. De esta manera nos aseguraremos que nuestro sistema R/3 funcione con una configuraci´on de procesos determinada durante un intervalo de tiempo.00 am hasta las 8.

MODOS DE OPERACION 161 las conexiones de los usuarios al sistema se gestionan a trav´es de procesos DIA.2.2.op – accederemos a una pantalla donde aparecen los siguientes campos: . o alternativamente por el men´ u desplegable Herramientas→ CCMS→ Configuraci´on→ Mod Oper + Servidores . Figura 13. Haciendo doble click en cada una de las entradas – o posicionando el cursor en una entrada y pulsando la opci´on Instancias/Form. 13.5: Modos de operaci´on En esta pantalla aparecer´an los modos de operaci´on definidos en nuestro sistema como muestra la figura 13. Gesti´ on de modos de operaci´ on Para crear modos de operaci´on deberemos acceder a la transacci´on RZ04.1.5.´ 13.

aumentar o disminuir el n´ umero de colas de un tipo determinado: 2 Figura 13. Perfil Instancia Nombre del perfil de instancia de la instancia anteriormente mencionada.6 donde podremos. Forma Operaci´on Modo de operaci´on asociados a la instancia. el . posicion´andonos en la linea correspondiente y pulsando el bot´on ”+”. El campo Sum es la suma de todos los procesos de trabajo. el cual debe ser el mismo para todos los modos de operaci´on definidos en nuestro sistema. Si aumentamos el n´ umero de colas de di´alogo. Si deseamos modificar la configuraci´on de alguno de los modos de operaci´on definidos en el sistema.6: Distribuci´on de procesos de trabajo La u ´nica limitaci´on que impone esta herramienta es que el total de procesos no puede cambiar. Procesos de trabajo N´ umero y tipo de colas de trabajo de las que se compone el modo de operaci´on anteriormente mencionado. Servidor Nombre de la instancia instalada en el servidor anteriormente mencionado .CAP´ITULO 13. con los botones ”+ ”−”. MANTENIMIENTO DE INSTANCIAS 162 Host Nombre del servidor a nivel de sistema operativo . haremos doble click sobre el modo de operaci´on deseado con lo que accederemos a la ventana de di´alogo de la figura 13.

sino que se deber´a realizar a trav´es del mantenimiento de los perfiles de instancia. si hemos elegido modificar.´ 13. con lo que el cambio no se activar´a realmente hasta que las instancias modificadas sean reiniciadas de nuevo. pero ´este no se activa realmente hasta que no es asociado a un intervalo horario. no podremos realizarlo a trav´es de los modos de operaci´on. bien sea normal (diario) o excepcional (v´alido s´olo para determinados d´ıas). Si deseamos aumentar o disminuir el n´ umero total de colas de una o varias instancias. Hasta ahora hemos visto c´omo crear o modificar un modo de operaci´on. a un intervalo horario. Como u ´ltimo paso deberemos asociar los modos definidos a unas horas determinadas en la transacci´on SM63 o a trav´es del men´ u desplegable Herramientas→ CCMS→ Configuraci´on→ Planificar Modos Operaci´on: Figura 13. En la siguiente pantalla podremos. asociar el modo que deseemos a unas . si aumentamos en una cantidad el n´ umero de colas de fondo el sistema disminuir´a en la misma cantidad el n´ umero de colas de di´alogo. y viceversa.7: Pantalla principal asignaci´on horaria En esta pantalla tenemos la posibilidad de asociar un modo de operaci´on. MODOS DE OPERACION 163 sistema autom´aticamente disminuir´a en la misma cantidad el n´ umero de colas de fondo.2. Elegiremos la opci´on modo de operaci´on normal y pulsaremos bien visualizar o bien modificar.

Figura 13. es decir.8: Asignaci´on horaria a modos de operaci´on 13. 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 pr´acticamente sin realizar ning´ un trabajo debido a un bajo . Grupos de logon En sistemas SAP R/3 con m´ ultiples servidores de aplicaciones es importante distribuir la carga de trabajo tan ´optimamente como sea posible.164 CAP´ITULO 13. MANTENIMIENTO DE INSTANCIAS horas determinadas.3.

m´odulos de SAP.13. si creamos un grupo de logon para el departamento de recursos humanos.3. Dependiendo del tama˜ no y ´areas de nuestra empresa que trabajen con SAP deberemos definir uno o varios grupos de logon por cada departamento. cada servidor de . Estas restricciones. Podremos restringir los accesos a este grupo de logon por direcci´on IP. o s´olo si su conexi´on a red es de un tiempo de respuesta menor que el especificado o si el n´ umero de usuarios conectados a este grupo no supera el m´aximo establecido. que en general ser´a un nombre descriptivo del conjunto de usuarios que lo vayan a usar. ´area de trabajo. nos permite un rendimiento ´optimo de los bufferes ya que los usuarios que van a realizar tareas similares se conectar´an por el mismo grupo de logon con lo cual un tanto por ciento muy elevado de los programas que vayan a ser usados por un usuario que se acaba de conectar ya se encuentra en los bufferes de dichas instancias con lo que el acceso a la informaci´on es mucho m´as r´apido. permitir´an accesos a trav´es de dicho grupo s´olo si el servidor de presentaci´on se encuentra en el intervalo de direcciones IP inclu´ıdas. lo m´as l´ogico ser´a dar ese mismo nombre al grupo de logon. La definici´on de grupos de logon. Adem´as del nombre descriptivo se deber´a introducir la instancia por la que se conectar´an los usuarios que entren por ese grupo. En esta ventana deberemos introducir el nombre descriptivo del grupo. definiendo grupos de logon para cada una de las ´areas de aplicaci´on de SAP que sean usadas por nuestra empresa. sus instancias asociadas y si se encuentran activos o no. Para evitar este tipo de problemas que puede afectar muy negativamente al rendimiento global del sistema se deben usar los Grupos de Logon. etc . podremos conseguir un ´optimo balance de carga de trabajo en los servidores SAP. . por ejemplo. GRUPOS DE LOGON 165 n´ umero de conexiones de usuario. Una vez que se han definido los grupos de logon. Cuando los usuarios se conectan al sistema R/3 deber´an elegir uno de los grupos de logon definidos con lo que la conexi´on al sistema R/3 se produce exclusivamente a trav´es de una de las instancias asociadas a ese grupo. por tiempo de respuesta o por n´ umero de usuarios ya conectados. Para definir un grupo nuevo pulsaremos el bot´on Crear Entrada . . por el men´ u desplegable Herramientas→ CCMS→ Configuraci´on→ Grupos Acceso En esta pantalla aparecen los grupos de logon ya definidos.3. De esta manera. si se activan. adem´as. Un grupo de logon es un subconjunto de servidores de aplicaci´on disponibles en nuestro sistema R/3.1. 13. Gesti´ on de grupos de logon Los grupos de logon se pueden definir en la transacci´on SMLG.

Lo primero que deberemos hacer es ejecutar el programa que se encontrar´a dentro del grupo de programas instalado con el sapgui o SAP Frontend en nuestro PC.exe.3. Para crear en el saplogon tantas entradas como servidores hay en un . Este programa permite tener un u ´nico icono de conexi´on a SAP para todos los sistemas SAP y grupos de logon de los que dispongamos. Como ya se ha explicado anteriormente.9: Pantalla principal grupos de logon presentaci´on deber´a tener instalado el programa saplogon. el grupo de logon elige autom´aticamente otro servidor asociado. los accesos a trav´es de iconos de servidores de aplicaci´on nos conectan a un sistema SAP por un servidor determinado.11. con lo cual si un servidor queda indisponible. MANTENIMIENTO DE INSTANCIAS Figura 13. que se instala con el sapgui. 13. 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. Esto redunda en una mejor gesti´on de acceso de los usuarios.166 CAP´ITULO 13. como muestra la figura 13.2. mientras que los grupos de logon nos conectan a trav´es de uno de los servidores que tenga asociados ese grupo. Saplogon A continuaci´on veremos c´omo se debe usar el programa saplogon incluido como opci´on de instalaci´on del sapgui.

lo u ´nico que deberemos hacer es pulsar el bot´on Server. De manera similar podemos insertar los grupos de logon definidos en un sistema. GRUPOS DE LOGON 167 Figura 13. obtendremos el listado . Procediendo de igual manera que con la opci´on Server. el programa simplemente nos conecta al sistema indicado a trav´es del servidor seleccionado. Si pulsamos el bot´on Add.13. Si pulsamos el bot´on Logon. pulsando el bot´on Groups del saplogon e introduciendo los valores deseados en los campos ID y message server obtendremos un listado de los grupos de logon definidos en ese sistema en la transacci´on SMLG. pero no a˜ nade la entrada al saplogon. En el campo ID introduciremos el valor del SID de nuestro sistema y en message server el servidor donde est´a la instancia central.12 deberemos elegir el sistema SAP al que nos queremos conectar.3. En la pantalla que se muestra en la figura 13. A continuaci´on pulsaremos el bot´on Generate List y entonces el programa se comunica con el sistema y recupera todas y cada una de las instancias que componen el sistema SAP. los servidores seleccionados son a˜ nadidos al saplogon.10: Pantalla detalles creaci´on grupo logon sistema.

una descripci´on del icono en el campo Description y por u ´ltimo indicar el n´ umero de instancia de ese servidor – si la instancia es u ´nica. ya sea icono de servidor o de grupo. La opci´on Edit edita la entrada seleccionada. Por u ´ltimo veremos las opciones New. Si a˜ nadimos todos los servidores y todos los grupos de logon. el n´ umero ser´a 00 – en el campo System Number. obtendremos un saplogon con todos los servidores y grupos de logon definidos en nuestro sistema. nos facilita la conexi´on a cualquier servidor SAP evitando que tengamos el escritorio de nuestro PC plagado de iconos de acceso a distintos servidores y/o sistemas SAP R/3. . en definitiva. La opci´on Properties nos permite crear de una manera m´as r´apida que la opci´on Server una entrada de icono de acceso a trav´es de un servidor de aplicaciones. MANTENIMIENTO DE INSTANCIAS Figura 13. la opci´on Delete elimina la entrada del saplogon seleccionada. Properties y Delete del saplogon. El programa saplogon. Para ello lo u ´nico que deberemos indicar es el nombre del servidor en el campo Application Server. y por u ´ltimo.168 CAP´ITULO 13.11: Pantalla de saplogon de grupos de logon.

3.12: Opci´on de selecci´on servidor en saplogon Figura 13. GRUPOS DE LOGON Figura 13.13: Opci´on propiedades en saplogon 169 .13.

.

Ap´ endice A Transacciones m´ as comunes DB02 An´alisis de tablas e ´Indices DB14 Mostrar logs actividad SAPDBA PFCG Generador de perfiles. RZ01 Monitor para previsi´on de jobs RZ02 Gr´afico grafos de instancias SAP RZ03 Representaci´on. SARA Gesti´on de archivos 171 .RFC SA38 Informes ABAP SA39 SA38 para transacci´on par´ametros SAR Actualizar c´odigos de transacci´on SAR0 Visualizar ´arbol de informes est´and.asignaci´on grupos serv.Control instancias SAP RZ04 Actualizar instancias SAP RZ06 Alerts Thresholds Maintenance RZ08 Monitor alert SAP RZ10 Actualizar par´ametros perfil RZ11 Actualizaci´on par´ametros de perfil RZ12 Actual.

mandante .´arbol): efectuar SART Visualizar ´arbol de informes SC38 Lanzar report remoto SC80 CATT Utilities SCAT Computer Aided Test Tool SCC1 Copia mandante .mandante . TRANSACCIONES MAS SARL Llamada de ArchiveLink Monitor SARP Reporting (Estruct. para la empresa SCPI Interfase optimizaci´on de producci´on SCT1 Resumen .tratam.selecci´on especial SCC3 Copia mandante Log SCC4 Gesti´on mandantes SCC5 Borrado de mandante SCC6 Importaci´on de mandante SCC7 Import.posterior SCC8 Export mandante SCC9 Copia mandante remota SCCL Import.posterior SCMP Comparaci´on vista/tablas SCPF Generar gu´ıa implem.Customizing SE01 Transport Organizer SE03 Workbench Organizer: Herramientas SE06 Instalar Workbench Organizer SE07 Visual.Imports l´ogicos SCU0 Comparac.status gesti´on transp SE09 Workbench Organizer .172 ´ ´ COMUNES APENDICE A.tratam.

report SE41 Menu Painter SE43 Actualizar men´ u de ´ambito SE51 Screen Painter SE54 Generar vista tabla SE61 Docu R/3 SE63 Acceso Traducci´on SE80 Browser Repository SE84 Sistema Info Repository SE85 Sistema Info ABAP/4 Dictionary SE86 ABAP/4 Sistema Info SE91 Actualizar mensajes SE93 Actualizar c´odigos de transacci´on SEWA Earlywatch Alert SM0 Resumen de procesos de trabajo .173 SE10 Customizing Organizer SE11 Actualizaci´on Dictionary ABAP SE13 Par´am.tablas SE14 Utilities para tablas Dictionary SE15 Sistema Info Dictionary SE16 Browser de datos SE17 Visualizar tabla (general) SE30 An´alisis tiempo ejecuci´on ABAP SE37 M´odulos de funciones ABAP SE38 Editor ABAP SE39 Editor Split screen Comp.memoria para actual.

STAT Estad´ısticas de acceso al sistema SU01 Actualizaci´on de usuarios . TRANSACCIONES MAS SM01 Bloquear transacciones SM02 Mensajes de sistema SM04 Lista de usuarios SM12 Visualizar y borrar bloqueos SM13 Visualizar registros actualizaci´on SM21 Log de sistema SM30 Llamar actualizaci´on de vistas SM31 Actualizar tablas SM35 Monitoring batch input SM36 Solicitud para proceso de fondo SM37 Resumen de jobs de fondo SM38 Transacci´on de gesti´on queue SM39 An´alisis jobs SM49 Ejecuci´on comandos OS externos SM50 Resumen de procesos de trabajo SM51 Lista con Sistemas SAP SM59 Destinos RFC (visualizar y actual.174 ´ ´ COMUNES APENDICE A.) SMLI Utilidad para import de idiomas SMLT Utilidad para transporte de idiomas SMOD Gesti´on de ampliaciones SAP SMX Visualizar jobs propios ST01 Trace sistema ST22 ABAP/4 An´alisis errores tiempo ejec.

obj.en transacciones SU24 Verif.175 SU01D Visualizar usuarios SU02 Actualizar perfiles de autorizaci´on SU03 Actualizar autorizaciones SU10 Modificaciones masa Maestros usuario SU12 Modificaciones masa Maestros usuario SU20 Actualizar campos de autorizaci´on SU21 Actualizar objetos de autorizaci´on SU22 Utiliz.p.AUTH (infosist) SUPC Perfiles para grupos actividad SUSE Actual.autoriz.autoriz.Self Upgrading Software .obj.bajo transacciones SU53 Visualizar valores de verificaci´on SUIM Llamada ´arbol report.

.

com Excelente web dedicada enteramente a SAP. La versi´on espa˜ nola esta en http://www.com/sap/ Noticias acerca de SAP. http://www. Tienen foros de usuarios.com Pagina de la editorial Wellesley Information Services que edita la revista ”Sap Professional Journal”. chat.com Web de la misma serie que el anterior pero mas general. etc. http://www.zip con el historial de preguntas y respuestas de los foros mas concurridos. PeopleSoft.sappro. Se puede descargar ficheros . 177 . con referencias a otros productos ERP como Baan. http://www.erpfans.com Noticias.Ap´ endice B Recursos Web http://www. etc. http://www. etc. Son especialmente interesantes los foros de discusi´on abiertos de los que existe uno por cada m´odulo de SAP R/3. cat´alogos de libros. descripciones de los diferentes productos de SAP. Se pueden consultar ´ındices de las revistas anteriores y solicitar un ejemplar de muestra gratuito para evaluar la publicaci´on antes de suscribirse.sap.sap.sapclub. salvapantallas y fondos de escritorio con SAP como tema principal.erpsupersite.com Pagina principal de SAP. com/spain http://www. foros. Oracle Financials.sapfans. test de conocimientos sobre el modulo BASIS. an´alisis de implantaciones en empresas. empleo. art´ıculos.

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

centra sus actividades en el desarrollo y venta de productos de software inform´atico. se bas´o en cinco objetivos principales: Globalizaci´on del software de aplicaci´on de negocio: Los procesos de negocio no se deb´ıan ver limitados por limitaciones del sistema o por fronteras geogr´aficas. Inc.Ap´ endice C Casos reales C. El nuevo sistema inform´atico deb´ıa ser capaz de soportar todos los idiomas. antes de la implementaci´on del sistema SAP R/3. Gesti´on precisa de inventario. operaciones. System 2000. Inc. en una situaci´on en la que sus sistemas de gesti´on no se correspond´ıan con las necesidades de la empresa. 179 . raz´on por la cual se necesitaba un cambio radical que se ajustara a la situaci´on de r´apido crecimiento y expansi´on internacional que estaba experimentando. Su central se encuentra en San Rafael. Sector Autodesk. Los tiempos de los procesos de negocio se deb´ıan ser claramente reducidos. Es uno de los principales productores de software CAD/CAM. Autodesk se encontraba. Autodesk. La informaci´on deb´ıa fluir en tiempo real para todos los aspectos del negocio. as´ı como procedimientos de c´alculo de impuestos espec´ıficos de cada pa´ıs en los que Autodesk ten´ıa alg´ un centro o filial.1. California y posee 4 centros de desarrollo en USA y Suiza as´ı como veinte subsidiarias repartidas por Europa y Asia. El proyecto que se planific´o para conseguir tales fines.

8 cabeceras de ´area. pertenece al grupo Cadbury Schweppes dentro de su divisi´on de bebidas y su actividad radica en la fabricaci´on y distribuci´on de bebidas refrescantes. m´as de 1. Sector Schweppes. Comunicaci´on con distribuidores. Entre otras razones estaba el que SAP R/3 encajaba dentro de las estrategias de futuro en el sector de consumo en temas tan importantes como: ECR.´ APENDICE C. lo que le permite dar servicio a sus m´as de 200.A.2. Internet. en este caso el sistema R/3. El producto R/3 de SAP result´o ser el sistema que mejor se ajustaba a las necesidades de la empresa. como la opci´on segura para la gesti´on de la empresa. la existencia de sistemas de informaci´on distribuidos sin ninguna conexi´on entre las aplicaciones y sin una conexi´on geogr´afica entre las distintas ´areas de venta y las oficinas centrales llev´o a Schweppes en 1989 a tomar la decisi´on de elegir SAP R/2 como la mejor herramienta para la gesti´on de la compa˜ n´ıa.000 personas.000 clientes de una forma r´apida y eficaz.A. proveedores y clientes Las razones que llevaron a elegir R/3 como sistema de informaci´on fueron: . Dispone de una sofisticada red de distribuci´on formada por 30 delegaciones de ventas. Toda esta infraestructura.000 distribuidores y 20 almacenes. Schweppes. C. S. ventas y distribuci´on fueron implementados en los centros americanos en s´olo 6 meses. Los m´odulos R/3 de contabilidad financiera. Schweppes est´a compuesto por una plantilla de m´as de 1. gesti´on de materiales. Autodesk insisti´o en disponer de un sistema abierto con arquitectura cliente / servidor para la gesti´on de sus procesos de negocio. controlling. CASOS REALES 180 Como manufacturador de productos de software para UNIX y Windows NT. S. Intranet. La calidad del paquete SAP R/3 evaluado en la casa matriz y la experiencia obtenida de la utilizaci´on del sistema R/2 llev´o a Schweppes en 1995 a seguir con la tecnolog´ıa de SAP.

. Infraestructura Est´a basada en una plataforma AIX con un SP de IBM para producci´on en el mismo ”frame”en el que reside el sistema de data warehouse. AM y FI-SL en el ´area financiera. todas ellas perfectamente integradas con R/3 y bajo el mismo entorno cliente / servidor. el operar en un mercado cada vez m´as multinacional impone una unificaci´on de procesos que permita hacer negocios cross-border. desarrollo y venta de productos y servicios de tecnolog´ıa de la informaci´on. C. El primer paso se dio en abril de 1996 con la implantaci´on del m´odulo de control de calidad (QM). En el mes de octubre se implant´o el m´odulo de gesti´on de materiales (MM). El hecho que IBM opere en 164 pa´ıses en los 5 continentes supone una gran diversidad de necesidades espec´ıficas a nivel de cada pa´ıs. Los m´odulos de ventas y vistribuci´on (SD) y planificaci´on de la producci´on (PP) quedaron implantados en junio de 1997. . Adem´as. existe una m´aquina de backup y un entorno RS 6000 separado para test. Deb´ıa cumplir los requerimientos para la transici´on de milenio. IBM ESPANA 181 El sistema deb´ıa ser u ´nico para conseguir una reducci´on de costes. CO. cambio de estaciones de trabajo. Existen otras herramientas colaterales como datawarehousing. oficinas y delegaciones. IBM Espa˜ na Sector IBM centra sus actividades en investigaci´on. de modo que todas las funcionalidades se encuentren cubiertas. que ha sido importante debido a la dispersi´on de las f´abricas. lo cual lleva a distintas aplicaciones y distintos procesos. Asimismo. etc. Pasar de un entorno host a un entorno cliente / servidor ha supuesto montar toda una nueva infraestructura en cuanto a redes LAN y WAN. En el mes de enero se implantaron los m´odulos de FI. EIS y desarrollos verticales.˜ C. Implantaci´ on La implantaci´on de SAP R/3 en Schweppes fue realizada de abril de 1996 a junio de 1997. Facilidad de conversi´on de moneda. herramienta complementaria a SAP R/3 y con Oracle como base de datos.3. as´ı como una reducci´on en el desarrollo .3.

Las dos opciones eran ir a SAP o desarrollar un sistema propio.0D. Proyecto Piloto Como proyecto piloto se eligi´o Espa˜ na por el tama˜ no de su mercado y caracter´ısticas para la instalaci´on de SAP R/3 a nivel internacional. Por su estructura de soporte. El env´ıo a la planta de fabricaci´on. El env´ıo al cliente. La divisi´on encargada de utilizar el sistema es ”Fulfilment dentro de ella b´asicamente el departmento de administraci´on.´ APENDICE C. Para 1998 estaba prevista la implementaci´on del m´odulo de finanzas (FI) casi en su totalidad. IBM apost´o por SAP R/3 entre otras razones: Disponer de un sistema ya desarrollado que permite unificar y simplificar 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. El pedido. El env´ıo desde la planta al pa´ıs. adem´as de otras peque˜ nas firmas que se descartaron. La aplicaci´on se utiliza para cubrir los siguientes procesos comerciales: 2 Preparaci´on de una propuesta. . exist´ıan b´asicamente dos opciones. Por la flexibilidad que supone respecto a tecnolog´ıas ya anticuadas. CASOS REALES 182 y mantenimiento de miles de aplicaciones que hoy en d´ıa mantiene el negocio de IBM. Estudio de Necesidades En un estudio de necesidades. En una primera fase se instalaron los m´odulos de ventas y distribuci´on (SD) y gesti´on de materiales (MM) de la versi´on 3. entre otros motivos por el hecho de no ser internacionales o tener una estructura de soporte no suficiente para el proyecto que se quer´ıa abordar.

Dada la naturaleza del negocio fue necesario la realizaci´on de algunas interfaces con otras aplicaciones para la conexi´on con otros departmentos y divisiones de la empresa.3. IBM ESPANA 183 Facturaci´on. Dicha reingenier´ıa ha tra´ıdo consigo una simplificaci´on que se ha visto reflejada en un mejor servicio al cliente que es el objetivo primordial de IBM.˜ C. . La instalaci´on del R/3 se hizo bajo sistema operativo UNIX en un SP2 de IBM con base de datos DB2. Ello llev´o a una reingenier´ıa de procesos.

.

Ap´
endice D
Glosario
ABAP Advance Business Application Programming. Es el lenguaje de
programaci´on del sistema SAP R/3. Es un lenguaje de cuarta
generaci´on, con una sintaxis mezcla entre COBOL y SQL.
ASAP AcceleratedSAP. Metodolog´ıa de implementaci´on de SAP R/3 que
busca el ahorro m´aximo de tiempo de parametrizaci´on.
Batch input M´etodo para la importaci´on r´apida y consistente de datos en
R/3 partiendo de ficheros externos.
CATT Computer-Aided Test Tool. Herramienta para la generaci´on de datos
de test para probar el software.
CO Customizing Organizer. Herramienta para administrar las ´ordenes de
transporte de parametrizaci´on.
Dynpro DYNamic PROgram. Programa din´amico que consiste en una
pantalla y la l´ogica de proceso subyacente que la controla. Es algo
similar a un form de visual basic.
EarlyWatch Service Servicio de alerta previa que ofrece SAP a sus clientes
para que, aprovechando la mayor experiencia de sus consultores,
detecten r´apidamente problemas de rendimiento en nuestro sistema
productivo.
Entreprise IMG Gu´ıa de implementaci´on de la empresa. Cuando se inicia
la parametrizaci´on de un sistema SAP hay que crear el Enterprise IMG
incluyendo los m´odulos que se va a implementar.
185

186

´
APENDICE
D. GLOSARIO

Front End T´ermino que engloba a los ordenadores, programas y procesos
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 informaci´on con el ordenador de manera f´acil e intuitiva.
Hot Package Conjunto de objetos del repositorio que SAP pone disponibles
a sus clientes para arreglar los errores o faltas graves de funcionalidad
de los programas est´andar. Son los equivalentes a los Service Packs que
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 formaci´on.
IMG Implementation Guide. Transacci´on que contiene un ´arbol con cientos
de transacciones de parametrizaci´on agrupadas por m´odulos y que
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 actualizaci´on que aegura la integrad de los
datos.
Modo Cada una de las seis pantallas como m´aximo que puede abrir un
usuario desde que abre una sesi´on con R/3.
OSS Online Service System. Servicio de atenci´on al cliente de SAP que
funciona conect´andose a una serie de servidores dispuestos a lo largo
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 gesti´on de bases de datos relacionales sobre
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.
Sesi´
on Cada una de las conexi´ones que un usuario hace con el servidor R/3
en las que le pide el mandante, el usuario y la clave.
Sistema R/3 Recibe este nombre el conjunto formado por el servidor
central de base de datos, los servidores de aplicaci´on que trabajen con
´el junto con el software R/3 instalado en ellos. La identificaci´on de un
sistema SAP se denomina SAPSID o simplemente SID y es un c´odigo
de tres caracteres.
WBO Workbench Organizer. Herramienta para administrar las ´ordenes de
transporte de desarrollo.
WP Work process. Cada uno de los procesos que los servidores de aplicaci´on
proporcionan a SAP para gestionar las peticiones de di´alogo, fondo,
spool, actualizaci´on. . .

.

amazon.Sybex – ISBN: 0782124267 http://www.Simplification Group http://207. Jurgen Galimow.30.Simplification Group http://207.105.htm [8] Authorizations Made Easy Guide 4.30.0B .Simplification Group http://207.com/exec/obidos/ASIN/0201403501/qid% 3D963223251/104-9469904-0307951 [4] The R/3 System Landscape .mcgrawhill.es [2] SAP R/3 System Administration : The Official SAP Guide – Liane Will – Ed.htm [7] System Administration Made Easy Release 4.Bibliograf´ıa [1] Fundamentos de SAP R/3 – Dennis L.pdf 189 . Jos´e Antonio – Osborne McGrawHill – ISBN: 8448121007 http://www.pdf [5] Edici´on Especial SAP R/3 – ASAP World Consultancy.51/simple/sysadmin/files/Landscape-I. Blain.51/simple/authorization/40_pdf_files/ amez4ball.30.es/McGrawHill/catalogo.51/simple/sysadmin/saezindex. Prince – Anaya Multimedia – ISBN: 8441510261 http://www.com/exec/obidos/ASIN/0782124267/qid= 963220261/sr=1-64/104-9469904-0307951 [3] SAP R/3 System : A Client/Server Technology – Rudiger BuckEmden.amazon.com/exec/obidos/ISBN%3D0789713519/ thesapfansclubanA/104-9469904-0307951 [6] As´ı es SAP R/3 Hern´andez Mu˜ noz. Sap Ag – Addison-Wesley Pub Co – ISBN: 0201403501 http://www. Jonathan – Prentice Hall Iberia – ISBN: 0789713519 http://www.0B .105.105.anayamultimedia.amazon.