UNIVERSIDAD NACIONAL AUTNOMA

DE MXICO
FACULTAD DE ESTUDIOS SUPERIORES
ARAGN

IMPLEMENTACIN DEL ERP SAP R3 Y

ADMINISTRACIN DE APLICACIONES

TRABAJO ESCRITO
EN LA MODALIDAD DE TESIS CONJUNTA
QUE PARA OBTENER EL TTULO DE:
INGENIERO EN COMPUTACIN
P

MARISOL LPEZ JAVIER

IGNACIO EDUARDO MRQUEZ MEJA

ASESOR
ING. ALEJANDRO REN GONZLEZ PONCE

MXICO 2007

DEDICATORIAS Y AGRADECIMIENTOS
Dedico este trabajo a quienes me inspiran para ser cada da una mejor persona. Apoyan todo el tiempo
mis decisiones, deseos y metas, adoptndolas como suyas para que las cumpla con xito; y por
quienes siempre valdr la pena esforzarse en cada nuevo reto: MI FAMILIA.
Agradezco a Dios que me lleva de la mano en cada paso de la extraordinaria vida que me ha
concedido.

Marisol L. J.

Dedico este trabajo al ser ms importante en mi vida y al que le debo lo que soy ahora y ser por
siempre MI MADRE. Y en especial a todas aquellas personas que son parte de mi xito profesional y
que son un apoyo incondicional siempre: MI FAMILIA.
Agradezco a la Universidad Nacional Autnoma de Mxico por todo el conocimiento y la experiencia
que me brindo durante la estancia en la carrera. A todos mis profesores en los que me inspir para
seguir adelante en el camino del aprendizaje.

I. Eduardo M. M.

De igual forma nuestros ms sinceros agradecimientos para:

Ing. Alejandro Ren Gonzlez Ponce y revisores, que contribuyeron para convertir este proyecto en
una realidad, por medio de su tiempo, conocimientos y experiencia.
Amigos y profesores con quienes compartimos momentos inolvidables, que atesoraremos por siempre.

NDICE
Pg
Justificacin

Objetivos

III

Introduccin

Tabla de convenciones e conos

VIII

Captulo 1. Antecedentes de SAP R3

1.1 Evolucin de los sistemas ERP
1.2 La compaa SAP AG

1
2
4

Captulo 2. Fundamentos
2.1 Caractersticas de los sistemas ERP
2.2 Qu es SAP R3?
2.3 Tecnologa cliente servidor
2.4 Estructura de mandantes
2.5 Interfaz de usuario
2.6 Integracin de aplicaciones empresariales
2.7 Mdulos que componen SAP R3
2.7.1 FI: Contabilidad financiera
2.7.2 CO: Control de costos
2.7.3 TR: Tesorera
2.7.4 PS: Sistema de proyectos
2.7.5 MM: Administracin de materiales
2.7.6 PM: Mantenimiento de planta
2.7.7 QM: Administracin de calidad
2.7.8 SD: Ventas y distribucin
2.7.9 IS: Soluciones de industria
2.7.10 AA: Contabilidad de activos fijos
2.7.11 PP: Produccin
2.7.12 HR: Recursos humanos
2.7.13 BC: Basis
2.7.14 CS: Servicio al cliente
2.7.15 WF: Flujo de trabajo
2.8 Ventajas que ofrece SAP R3 respecto a otros sistemas empresariales

6
7
8
10
11
14
17
19
19
19
19
19
20
20
20
20
20
20
21
21
21
21
21
21

Captulo 3. Implementacin de SAP R3 versin ECC 5.0

3.1 Preparacin del servidor
3.1.1 Instalacin de sistemas SAP
3.2 Instalacin de SAP Solution Manager
3.3 Instalacin de SAP R3
3.4 Instalacin de SAP BW
3.5 Configuracin post-instalacin

23
24
27
32
37
42
46

Captulo 4. Administracin y operacin de aplicaciones

4.1 Inicio y stop de los sistemas SAP
4.2 Sistema de transportes
4.3 Monitoreo de sistemas SAP
4.4 Administracin de usuarios
4.5 Sistema de impresin
4.6 Seguridad en sistemas SAP
4.7 Administracin de la base de datos

62
63
70
78
88
96
103
106

Captulo 5. Caso Prctico

5.1 Proceso estndar de instalacin
5.2 Proceso de mantenimiento de la aplicacin SAP R3
5.2.1 Revisin inicial en sistemas SAP
5.2.2 Actualizacin de Kernel de SAP
5.2.3 Aplicacin de support packages
5.2.4 Mantenimiento a parmetros del perfil de la instancia de acuerdo
a estadsticas
5.2.5 Archiving
5.2.6 Roles y perfiles de usuario

111
112
150
151
151
152
156

Conclusiones

164

Bibliografa

167

Glosario de trminos

168

157
159

JUSTIFICACIN

Hoy en da, un estudiante de Ingeniera en Computacin e incluso los egresados enfrentan la

disyuntiva de decidir cual de las vertientes que el mercado laboral ofrece es la que podra llevarlos a
lograr un desarrollo ptimo como profesionistas, pero en muchas ocasiones, se ubican en reas en las
que surge una oportunidad y no en donde haban planeado incursionar.
Una de las opciones o vertientes antes mencionadas es la empresa alemana SAP AG Systems
Aplications and Products (Sistemas Aplicaciones y Productos para procesamiento de datos), que ha
desarrollado sistemas ERP Enterprise Resource Planning (Sistemas de Planeacin de Recursos de la
Empresa) de grandes dimensiones, para los que se requieren profesionistas preparados que soporten
de manera eficiente su administracin tcnica y funcional.
El xito de sta empresa es un hecho, basndose en las cifras sobre segmento de mercado,
facturacin y plantilla conseguidas por SAP solo un par de aos despus de la presentacin del
sistema R3: Real time 3 layers (Tiempo Real 3 capas: Presentacin, Aplicacin, Base de Datos), en
1992. Tras el lanzamiento de su producto estrella, SAP se convirti en lder de mercado y una de las
empresas de mayor xito en la industria de las tecnologa de la informacin. As como Microsoft
Windows se ha convertido en el sistema operativo estndar de los equipos de escritorio y porttiles,
para un gran nmero de empresas SAP R3 ha llegado a ser el sistema operativo empresarial por
excelencia. La conjuncin de los factores antes mencionados, da como resultado la oportunidad de
incrementar la participacin de profesionistas egresados de la Universidad Nacional Autnoma de
Mxico dentro de la comunidad de personas que manejan y administran los sistemas de SAP.
Desafortunadamente, la documentacin y capacitacin acerca de la empresa SAP AG y sus sistemas,
estn restringidas al personal que trabaja directamente en dicha empresa, o los proveedores de sta,
debido a que dichos sistemas y la capacitacin tienen costos significativamente elevados.
El contenido de esta investigacin es una excelente herramienta por medio de la que se puede iniciar
la interaccin con los sistemas de la empresa SAP y brindar un panorama ms amplio de esta
tecnologa de informacin.

II

OBJETIVOS

III

Objetivo general
El objetivo principal de este trabajo, ser mostrar al lector la magnitud de los sistemas ERP de la
empresa SAP y con ello dejar ver las inminentes oportunidades de desarrollo profesional que estos
ofrecen.

Objetivo particular
A nivel particular, se manejan los siguientes objetivos:
Brindar un panorama claro de la posicin actual de los sistemas SAP R3, SAP SM Solution Manager
(Administrador de aplicaciones) y SAP BW Business Information Warehouse (Gestor de bases de
datos) en el entorno de tecnologa de la informacin y sus tendencias de desarrollo.
Y explicar paso a paso, el proceso a realizar para la implementacin y correcta administracin de los
sistemas SAP logrando familiarizar al lector con el funcionamiento stos.

IV

INTRODUCCIN

En la actualidad, los sistemas ERP son parte fundamental de diversas empresas. El primer paso
crucial en la implementacin de un sistema ERP, es la determinacin del sistema que mejor se adapte
a la organizacin, tomando en cuenta las necesidades de la misma, y con ello evitar caer en el error de
seleccionar un sistema muy sofisticado para una pequea empresa que muy probablemente no podr
recuperar la inversin; o en otro caso dimensionar incorrectamente los requerimientos de la compaa y
seleccionar un sistema que quede corto con sus necesidades y deba ser ampliado o modificado en
poco tiempo y en el peor de los casos deba ser eliminado para implementar uno nuevo. Los sistemas
como tal no son tiles si no existe una necesidad, y los ERP no son la excepcin. Si el sistema que se
desea implementar no tiene como justificacin un considerable retorno de la inversin, difcilmente ser
aceptado por los directivos de la empresa.
El documento presentado a continuacin, es el resultado de una investigacin acerca de la evolucin
de los sistemas de administracin empresarial ERP y su posicin actual dentro del entorno de sistemas
desarrollados por la empresa SAP AG, que tienen como base el ERP denominado R3. La
documentacin y anlisis de los procesos de implementacin y administracin para el sistema principal
SAP R3 y dos importantes aplicaciones ligadas a l: SAP SM Solution Manager y SAP BW Business
Information Warehouse. Y finalmente, la exposicin de las caractersticas funcionales ms relevantes
que cada uno de los tres sistemas mencionados ofrecen a sus usuarios.
Este trabajo de investigacin esta orientado a la comunidad de la Universidad Nacional Autnoma de
Mxico, profesionistas que desempean actividades relacionadas con el rea de tecnologa de la
informacin y personas interesadas en la actual tendencia de crecimiento de los sistemas de SAP.
El desarrollo de este trabajo, estar sustentado en la siguiente hiptesis: La ejecucin de los procesos
estndar de implementacin y administracin del ERP SAP R3 y dos aplicaciones ligadas a l ms el
anlisis de los antecedentes y posicin actual en la industria de la tecnologa de la informacin de
dichos sistemas, proporcionar los elementos necesarios para familiarizarse con el entorno de los
sistemas de SAP y con ello resaltar la amplia gama de opciones que dicha empresa y sus aplicaciones
estn generando para el desarrollo de profesionistas del rea de sistemas.
Debido a que los sistemas de SAP cubren tanto reas tcnicas como funcionales un su implementacin
y configuracin, y a que en la actualidad SAP ha desarrollado diversas aplicaciones orientadas a la
inteligencia de negocios,

el anlisis e investigaciones presentados a continuacin se limitarn

nicamente a los procesos de implementacin y administracin a nivel tcnico del sistema principal R3,
y dos aplicaciones ligadas a l: el administrador de aplicaciones SAP Solution Manager y el
administrador de bases de datos SAP Business Information Warehouse.
VI

A continuacin se explica brevemente el contenido de cada uno de los captulos que componen este
documento:
Tabla de convenciones e conos: En ella se incluye el listado y descripcin de las convenciones y
diferentes conos (propios de los sistemas SAP), que sern utilizados a lo largo de la tesis.
Captulo 1. Antecedentes de SAP R3. En este Captulo se analiza la evolucin que han tenido los
sistemas ERP incluyendo el desarrollo del sistema SAP R3, y la historia de la empresa alemana SAP
AG.
Captulo 2. Fundamentos. Se explica cuales son las caractersticas ms relevantes de los sistemas
ERP. Que es SAP R3, arquitectura cliente servidor sobre la que trabaja y la integracin de aplicaciones
empresariales que maneja, haciendo una analoga con los mdulos que lo integran y finalmente
algunas de las ventajas que ofrece SAP R3 respecto a otros sistemas de administracin empresarial.
Captulo 3. Implementacin de SAP R3 versin ECC 5.0 Enterprise Central Component (Componente
central empresarial). Se definen los puntos principales a tomar en cuenta para realizar de la
implementacin tcnica y enlazada de los sistemas SAP SM, SAP R3 y SAP BW. La visin general de
los recursos y caractersticas que ofrecen a nivel funcional cada uno de los tres sistemas mencionados
anteriormente y el porque de su enlace. Cerrando con el proceso de post-instalacin a realizar una vez
finalizada la implementacin.
Captulo 4. Administracin y operacin de aplicaciones. Incluye la descripcin y ejemplos de las
principales actividades a realizar para una correcta administracin tcnica de los diferentes sistemas
SAP.
Captulo 5. Caso prctico. Ejecucin paso a paso de la instalacin de los sistemas: SAP SM, SAP R3 y
SAP BW, explicando brevemente cada una de las actividades y conceptos utilizados durante esta
actividad. Por ltimo, se explica un proceso de mantenimiento preventivo que debe ejecutarse
peridicamente en las aplicaciones de SAP, para garantizar un rendimiento ptimo.
Glosario de trminos. Incluye un listado de trminos que se manejan en el entorno de tecnologa de la
informacin propios de los sistemas SAP, que requieren ser aclarados para facilitar la comprensin
del presente documento.
VII

CONVENCIONES E CONOS

TABLA DE
CONVENCIONES
E CONOS

VIII

CONVENCIONES E CONOS

Convencin o cono
ERP Enterprise Resource Planning
(Sistemas de Planeacin de Recursos
de la Empresa)

Transaccin SCC4

Descripcin
Al utilizar siglas en ingls, se indica el significado de stas a
continuacin de las siglas e inmediatamente su traduccin en
espaol. Estas definiciones se hacen nicamente en la primera
ocasin que una sigla es utilizada en el documento, para el resto
de los casos, slo se indica la sigla como tal. Adicionalmente,
todas las siglas significativas estn definidas en el glosario de
trminos.
Este icono es utilizado para indicar tips para el lector.

Los cdigos de transacciones de sistemas SAP, son indicados

con mayscula y fuente itlica, en este caso no estarn
representando una sigla por lo que no tendrn adjunta alguna
traduccin en ingls o en espaol.
Se utilizan iconos o imgenes de botones del sistema, como
apoyo en la simulacin de procesos de acceso o cambios en el
sistema.
Se resaltan algunas zonas de pantallas en SAP, cuando se
desea concentrar la atencin en mens o secciones especficas.

SAP* DDIC

Los usuarios por default SAP* y DDIC, sern indicados en

maysculas. Al igual que los cdigos de transacciones, no
representan siglas por lo que no incluyen significados o
traducciones.
Dentro de las pantallas de SAP se utilizan diferentes tipos de
flechas para sealar el rea o botn al que se esta haciendo
referencia.

documento pdf: Language Transport

(BC-CTS-LAN)

SAP o SAP R3

Los nombres de documentos utilizados como apoyo se indican

en fuente itlica.
En la mayora de las ocasiones los usuarios de los sistemas
como R3 se refieren a l simplemente como SAP, esta
particularidad es aplicada en algunos casos para este
documento.

IX

CONVENCIONES E CONOS

Convencin o cono
nota de SAP OSS nmero 309497

usuario de sistema operativo

Servicio el SAP<sid>_<instance no.>

Descripcin
Al utilizar una nota SAP OSS, se indica el nmero
de dicho documento de apoyo.
Esta nomenclatura en nombres de usuarios, indica
que se debe sustituir dentro de los signos <> el
identificador propio del sistema que se esta
instalando.
sid = ID de sistema
instance no = Nmero de instancia

la autorizacin S_CTS_ADMIN

Los nombres de autorizaciones y perfiles de usuario

de SAP, son indicados en maysculas.

perfil ZROL_MENU_COMERCIAL
Se remarcan algunos botones de las pantallas de
SAP para indicar su ubicacin.

Tipo de Dispositivo (device types).

usuario de sistema operativo propio de sap

DSMADM
parmetro: zsca/system_language

Se utilizan nombres en espaol entre comillas, que

equivalen a nombres en ingls que aparecen en
imgenes explicativas o pantallas del SAP.

Los usuarios creados durante el proceso de

instalacin de CDs, son indicados en maysculas.

Los nombres de parmetros propios de SAP son

indicados con fuente itlica.

ANTECEDENTES DE SAP R3

CAPTULO 1.
ANTECEDENTES DE SAP R3

ANTECEDENTES DE SAP R3
1.1 Evolucin de los sistemas ERP
El origen de los sistemas ERP se remonta a la dcada de los 70, cuando se comenz a utilizar un
software llamado MRP Material Requirement Planning (Planeacin de requerimientos de materiales),
cuyo objetivo era planificar todos los requerimientos de materia prima dentro de las organizaciones
empresariales; uno de los primeros sistemas MRP fue el llamado Mapics, desarrollado por IBM y
utilizado originalmente en Mxico. De la propia naturaleza de los sistemas MRP y sus desarrollos
iniciales pueden destacarse los siguientes aspectos:
Los clculos que requiere un sistema MRP para planificar rdenes de compra y produccin,
son muy simples, pero han de reproducirse para una gran cantidad de datos.
Los sistemas MRP estn concebidos para su uso mediante un soporte informtico, adoptando
la utilizacin de bases de datos compartidas. Los aspectos clave de un sistema MRP estn
relacionados con las limitaciones y posibilidades de este tipo de soporte.
Los sistemas MRP han sido desarrollados mediante diferentes formas de estructura modular.
Este carcter modular se refiere tanto a la realizacin de procesos, como al software que
respalda el funcionamiento de estos sistemas.
A comienzos de la dcada de los 80 aparecen los sistemas de planificacin de recursos de fabricacin
MRP II (Manufacturing Resources Planning), mediante los que se pretende contrastar la disponibilidad
de recursos necesarios para la ejecucin de las rdenes de produccin planificadas. Es por esto, por lo
que en ocasiones se les denomina MRP con capacidad finita.
Para poder contrastar el plan de produccin con la capacidad existente, en el MRP II se introduce un
mdulo de centros de trabajo, donde se define la disponibilidad de recursos del sistema. Para
determinar el consumo esperado de recursos por las rdenes de produccin planificadas se introduce
el sistema informacin sobre las rutas, donde se establece qu centros de trabajo y qu intensidad de
uso requiere cada artculo de fabricacin. Mediante la planificacin de las necesidades de capacidad,
se realiza el contraste entre la capacidad disponible por cada centro de trabajo y la carga resultante del
conjunto de rdenes de produccin planificadas para un perodo determinado.
Si bien durante los aos 80 hubo intentos de integracin de la gestin de la empresa, iniciativas como
la denominada BRP Business Resources Planning (Planeacin de recursos de negocio), este proceso
puede considerarse caracterstico de la dcada de los 90, en que termina por imponerse la
denominacin ERP.

ANTECEDENTES DE SAP R3
En gran parte, estos sistemas integrados de gestin empresarial pueden ser considerados como la
extensin de los sistemas MRP, a partir de su uso en compras, produccin, ingeniera y almacenes, a
otras reas de la empresa.
El futuro de los sistemas ERP
En los 90s estudios indicaban que se viva el final del dominio del ERP. A la vez, las empresas
pasaban del desencanto que les gener ese tipo de sistemas a su revaloracin. En especial, los
sistemas para la planeacin de recursos en la empresa (ERPs), tuvieron en 1999 el ltimo ao de su
dominio en el mercado de aplicaciones empresariales, como efecto de las sobreinversiones por el
cambio de dgitos del ao 2000 y de las promesas y expectativas no cumplidas en su promocin.
En el ao 2002, ocurre la recuperacin clara del ERP al dejar los porcentajes negativos. Detrs de ese
hecho est el surgimiento de productos enfocados al mercado mediano, tales como Solomon (Microsoft
Business Solutions), Exactus, Epicor, Dynaware, Kepler, QAD e Intelesys, y el lanzamiento de
productos de Oracle y SAP orientados a empresas medianas.
Hacia el 2003, de nuevo cae el mercado corporativo, y el ERP retorna a crecimientos negativos de -2%
-3%. Sin embargo, se puede decir, que en la actualidad los sistemas ERP constituyen la base del
desarrollo de los sistemas especializados de gestin mostrados a continuacin en la figura 1.1.1.

Figura 1.1.1 Etapas de la Evolucin de los sistemas ERP

SCM: La Gestin de la Cadena de Suministro

La Gestin de la Cadena de Suministro SCM, Supply Chain Management, es el trmino utilizado para
describir el conjunto de procesos de produccin y logstica cuyo objetivo final es la entrega de un
producto a un cliente. Esto quiere decir, que la cadena de suministro incluye las actividades asociadas
desde la obtencin de materiales para la transformacin del producto, hasta su colocacin en el
mercado.
3

ANTECEDENTES DE SAP R3
CRM: La gestin con el cliente
CRM Customer Relationship Management es una herramienta de ayuda a la venta, que contempla
globalmente la relacin Organizacin-Cliente, y que nos permite planificar adecuadamente las
gestiones de marketing y comerciales con clientes.
La solucin CRM fue una de las propuestas ms interesantes. Este hecho respondi a la necesidad por
parte de las organizaciones de acceder y compartir fcilmente toda la informacin crtica empresarial,
con el fin de desarrollar informes de produccin y sistemas de anlisis que hagan aumentar el negocio
y de ofrecer a sus clientes la informacin que necesitan en el momento oportuno. Este tipo de
soluciones permiti aprovechar los sistemas y bases de datos ya existentes, en definitiva mejorar las
relaciones con los clientes, empleados y colaboradores.
BI: Inteligencia del Negocio
Despus de los sistemas ERP y de soluciones tipo CRM, las tendencias de los proveedores de
tecnologa apuntan a las herramientas de BI Business Intelligence, un concepto que integra la gestin y
planificacin del negocio, que ayuda en la toma de decisiones y que permite transformar los datos de
una compaa, en informacin estratgica para conseguir el logro de las metas corporativas reales para
tomar decisiones y emprender las acciones necesarias.
Integrar las distintas tecnologas disponibles para hacerlas compatibles con los objetivos propios de
una empresa es una cualidad del BI. Considerando que la tendencia apunta a la integracin de los
datos, el BI es el futuro si se compara con sistemas operacionales corporativos tales como ERP y
CRM, debido a que si antes la idea era acumular datos, ahora se busca darle un sentido de negocio a
toda esa informacin.
Las empresas tienen ya un ERP que centraliza los procesos, y muchos de ellos pasan a una segunda
etapa: al Business Intelligence, independientemente del giro en que se muevan. El ERP crecer con las
aplicaciones enfocadas en el mercado medio.

1.2 La compaa SAP AG

SAP AG es una corporacin en el mbito mundial. Fundada en 1972 y con sede en Walldorf, Alemania.
SAP es la cuarta compaa mundial en ventas de software en el mundo. La compaa SAP fue fundada
por cuatro antiguos empleados de IBM y hoy es una empresa multinacional, teniendo presencia en ms
de 50 pases alrededor del mundo.

ANTECEDENTES DE SAP R3
SAP fue uno de los primeros desarrolladores de software en administracin empresarial. Debido a esto,
los sistemas de administracin integral de SAP tales como sus sistemas R2 Real Time 2 layers
(Tiempo Real, 2 capas: Cliente y servidor) y R3, son de los ms utilizados en el mundo. Ambos
sistemas tienen el respaldo de un slido conocimiento en administracin y organizacin comercial. El
sistema R2 de SAP fue previo a la salida de su sistema R3 en 1992. R2 estaba enfocado
principalmente para sistemas mainframe.
Con 12 millones de usuarios, 96,400 instalaciones, y ms de 1,500 socios, SAP es la compaa ms
grande de software Inter-empresa y el tercer abastecedor de software independiente ms grande del
mundo. Hoy SAP emplea a ms de 34,000 personas en ms de 50 pases, sus profesionales se
dedican a proporcionar el nivel ms alto de servicio y de ayuda para los clientes. Usando soluciones de
SAP, las organizaciones de todos los tamaos pueden reducir costos, mejorar su funcionamiento, y
ganar agilidad para responder a las necesidades cambiantes del negocio.
Despus de haber dominado el mercado, la empresa afronta una mayor competencia de Microsoft e
IBM. En marzo de 2004 cambi su enfoque de negocio en favor de crear la "plataforma" que desarrolla
y utiliza, la nueva versin de su software: SAP NetWeaver1.
Es en este punto donde SAP se encuentra enfrentado con Microsoft e IBM, en lo que se conoce como
"la guerra de las plataformas". Microsoft ha desarrollado una plataforma basada en la web llamada
.NET, mientras IBM ha desarrollado otra llamada WebSphere.
A comienzos de 2004 sostuvo conversaciones con Microsoft sobre una posible fusin. Las empresas
dijeron que las conversaciones finalizaron sin un acuerdo.
La compra de SAP por parte de Microsoft hubiera sido uno de los acuerdos ms grandes en la historia
de la industria del software, dado el valor de mercado de la alemana, de ms de 55.000 millones de
euros en junio del 2004.
SAP ha conquistado clientes de forma consistente para aumentar la cuota del mercado global entre sus
cuatro principales competidores a un 55% a fines de 2004, desde un 47% dos aos antes. La
participacin combinada de Oracle y PeopleSoft declin de un 29% a un 23%.

SAP Netweaver: Plataforma tecnolgica desarrollada por SAP, con el objetivo de integrar todas las
aplicaciones informticas del cliente.
5

FUNDAMENTOS

CAPTULO 2.
FUNDAMENTOS

FUNDAMENTOS
2.1 Caractersticas de los sistemas ERP
Los avances tecnolgicos continan cambiando el estilo de vida de los consumidores, desde la manera de
adquirir productos y servicios, hasta la manera de comunicrselo a la empresa. Por ello, las empresas que no
adopten la tecnologa como una parte importante de su estrategia y toma de decisiones, estarn fuera de la
economa.
Un ERP es un sistema de informacin integral que incorpora los procesos operativos y de negocio de una
empresa. El propsito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos rpidos de
respuesta a sus problemas as como un eficiente manejo de informacin que permita la toma oportuna de
decisiones y disminucin de los costos totales de operacin.
Entre las principales caractersticas que distinguen a un sistema ERP, se pueden mencionar las siguientes:
Integral
Permiten controlar los diferentes procesos de la empresa entendiendo que todos los departamentos de sta,
se relacionan entre s, es decir, que el resultado de un proceso es el detonante de inicio del siguiente. Por
ejemplo, en una empresa, el que un cliente haga un pedido representa que se debe crear una orden de venta
que desencadena el proceso de produccin, de control de inventarios, de planeacin de distribucin del
producto, cobranza, y sus respectivos movimientos contables. Si la empresa no usa un ERP, necesitar tener
varios sistemas que manejen todos los procesos mencionados, esta falta de integracin provoca entre otras
cosas: duplicidad de informacin, aumento del margen de contaminacin de la informacin (errores de
captura manual), y se genera un escenario viable para que existan irregularidades. Con un ERP, el operador
simplemente captura el pedido y el sistema se encarga del resto, por lo que la informacin no se manipula de
manera manual y se encuentra protegida.
Modular
Los ERP entienden que una empresa es un conjunto de departamentos que se encuentran interrelacionados
por la informacin que comparten y que se genera a partir de sus procesos. Una ventaja de los ERP, tanto
econmica como tcnica es que la funcionalidad se encuentra dividida en mdulos, los cuales pueden
instalarse de acuerdo con los requerimientos del cliente.
Adaptable
Los ERP estn creados para adaptarse a la naturaleza de cada empresa. Esto, por medio de la configuracin
o parametrizacin de los procesos de negocio de acuerdo con las salidas que se necesiten para cada uno.

FUNDAMENTOS
Otras caractersticas destacables de los sistemas ERP son:
En un sistema ERP los datos se ingresan slo una vez y deben ser consistentes, completos y
comunes.
Las empresas que lo implanten suelen tener que modificar alguno de sus procesos para alinearlos
con los del sistema ERP. Este proceso se conoce como Reingeniera de Procesos, aunque no
siempre es necesario.
Aunque el ERP pueda tener mens modulares configurables segn los roles de cada usuario, es un
todo. Esto es: es un nico programa (con multiplicidad de libreras) con acceso a una base de datos
centralizada. No se debe confundir en este punto la definicin de un ERP con la de una suite de
gestin.
La tendencia actual es ofrecer aplicaciones especializadas para determinadas empresas. Es lo que
se denomina versiones sectoriales o aplicaciones sectoriales IS Industry Solutions especialmente
indicadas o preparadas para determinados procesos de negocio de un sector.
Los fabricantes de ERP deben enfrentar dos desafos: adaptar tcnicamente su producto para poder
ejecutarse en cualquier plataforma existente en el mercado y garantizar que el ERP se adecuar
funcionalmente a los procesos del negocio, cualquiera que sea el giro de la empresa. Esto ltimo se logra ya
sea mediante la configuracin de los mdulos estndar (ventas, inventarios, tesorera), la implementacin de
add-ons o mdulos especializados (medios masivos, transporte, servicios pblicos, aeronutica) o bien, por
medio de desarrollos en el lenguaje propio del ERP.
2.2 Qu es SAP R3?
Como se ha mencionado anteriormente, la compaa SAP AG se funda en los aos 70. Su nombre se forma
con las siglas en alemn: Systeme, Anwendungen und Produkte (Sistemas, Aplicaciones y Productos para
procesamiento de datos).
Siguiendo la evolucin normal de cualquier sistema y atendiendo a las necesidades de sus clientes, en la
dcada de los 80, el R2 de SAP, se mejora para dar como resultado el R3; el nmero 3, indica que ahora el
sistema operara en tres niveles o capas: 1) servidor de base de datos, 2) servidor de aplicacin (donde
residir el programa exclusivamente) y 3) presentacin o cliente.
R3 se instala en un ambiente distribuido, es decir, se instala tres veces en uno o ms servidores, de manera
que se tengan ambientes dedicados a una funcin. As, se tiene una instalacin dedicada al desarrollo y
configuracin de la funcionalidad DEV Development, otro para probar la interaccin de una configuracin con
los dems mdulos QAS Quality Assurance System. A su vez, este ambiente puede ser utilizado para
proporcionar entrenamiento. El tercer ambiente es el de produccin PRD Production donde se plasma la
operacin de la empresa, ya que contiene informacin real y en vivo.

FUNDAMENTOS
Una mala administracin de este servidor o la negligencia en cuanto la seguridad pertinente a este ambiente
puede ocasionar prdida de informacin, retraso en la operacin y prdidas financieras, por ello, la
administracin de los cambios que se realizan a travs de los ambientes es de vital importancia.
A pesar de que R3 es un sistema bastante completo, y que como principio bsico es la empresa la que debe
adaptarse al sistema y no viceversa, en ocasiones es necesario expandir la funcionalidad provista a un nivel
no contenido por el sistema e inclusive a veces se requiere la creacin de nueva funcionalidad. R3 provee los
medios para poder realizar dichas labores, ya que incluye su propio lenguaje de programacin de 4
generacin denominado ABAP/4 Advanced Business Aplication Programming 4th Generation orientado al
desarrollo de aplicaciones de negocios2.
La figuras 2.2.1 y 2.2.2 explican grficamente la arquitectura multicapa de R3, a nivel de hardware y
software.

Figura 2.2.1 Arquitectura multicapa a nivel de HARWARE

Para modificar o crear nuevos subprogramas dentro de R3 es necesario no slo el conocimiento tcnico,
sino una licencia otorgada por SAP, denominada llave de desarrollador sin la que cualquier esfuerzo de
modificacin resulta en vano ([Link]).
9

FUNDAMENTOS

Figura 2.2.2 Arquitectura multicapa a nivel de SOFTWARE

2.3 Tecnologa cliente servidor

La tecnologa cliente/servidor es un modelo para el desarrollo de sistemas de informacin en el que las
transacciones se dividen en procesos independientes que cooperan entre s para intercambiar informacin,
servicios o recursos. Se denomina cliente al proceso que inicia el dilogo o solicita los recursos y servidor al
proceso que responde a las solicitudes. En este modelo, las aplicaciones se dividen de forma que el servidor
contiene la parte que debe ser compartida por varios usuarios, y en el cliente permanece slo lo particular de
cada usuario.
Los clientes realizan generalmente funciones como:
Manejo de la interfaz de usuario.
Captura y validacin de los datos de entrada.
Generacin de consultas e informes sobre las bases de datos.
Por su parte los servidores realizan, entre otras, las siguientes funciones:
Gestin de perifricos compartidos.
Control de accesos concurrentes a bases de datos compartidas.
Enlaces de comunicaciones con otras redes de rea local o extensa.
Siempre que un cliente requiere un servicio, lo solicita al servidor correspondiente y ste le responde
proporcionndolo. Normalmente, pero no necesariamente, el cliente y el servidor estn ubicados en distintos
procesadores. Los clientes se suelen situar en ordenadores personales y/o estaciones de trabajo y los
servidores en procesadores departamentales o de grupo.
Entre las principales caractersticas de la tecnologa cliente/servidor se pueden destacar las siguientes:
El servidor presenta a todos sus clientes una interfaz nica y bien definida.
10

FUNDAMENTOS
El cliente no necesita conocer la lgica del servidor, slo su interfaz externa.
El cliente no depende de la ubicacin fsica del servidor, ni del tipo de equipo fsico en el que se
encuentra, ni de su sistema operativo.
Los cambios en el servidor implican pocos o ningn cambio en el cliente.
En el sistema SAP R3 hay muchos procesos, servicios, impresoras, etc. Dado que SAP R3 est basado en el
concepto cliente / servidor, distribuir el sistema significa compartir los servicios entregados entre los clientes y
los servidores para optimizar la performance y disponibilidad, balanceando la carga del sistema. El sistema
puede definirse en forma centralizada o distribuida.
Para instalaciones consideradas pequeas en trminos de usuarios (en general, menos de 100), puede existir
slo un servidor para ejecutar las aplicaciones SAP. En este caso, todos los servicios se ejecutan en el
servidor central, y slo se distribuye el servidor de presentacin SAPGUI Graphical user interface (Interfaz
grfica de usuario), que se puede ejecutar en una PC como se muestra en la figura 2.3.1.

Figura 2.3.1 Tecnologa Cliente-Servidor SAP R3

2.4 Estructura de mandantes

Un mandante es una unidad autnoma y completa en trminos comerciales, organizacionales y tcnicos.
Consiste en una configuracin de negocio (parametrizacin), sus propios datos maestros y transaccionales,
as como sus propios datos de usuarios, vase figura 2.4.1.

11

FUNDAMENTOS

Figura 2.4.1 Mandante

Desde un punto de vista funcional, la figura 2.4.2 muestra que un mandante representa una empresa o
corporativo.

Figura 2.4.2 Analoga de un mandante

Una instancia puede tener varios mandantes (figura 2.4.3). Los datos dentro de un mandante no pueden ser
compartidos con otros mandantes de otra instancia.

Figura 2.4.3 Instancia con varios mandantes

SAP MMC SAP Microsoft Management Console (Consola de administracin de las instancias de SAP), es la
herramienta por medio de la que se monitorean de manera grfica los sistemas, en el ejemplo de la figura
2.4.4 se observan:
1. Sistemas instalados (DE2).
2. Instancias de base de datos (MXMTYSAPSM01).
3. Instancias de aplicacin (MXMTYSAPSM01 10).

12

FUNDAMENTOS

Figura 2.4.4 SAP Microsoft Management Console

La figura 2.4.5 se observa que a nivel de sistema, es posible administrar los mandantes por medio de la
transaccin SCC4.

Figura 2.4.5 Administracin de mandantes

El repositorio almacena todos los objetos de desarrollo del ABAP Workbench. La configuracin del sistema se
describe como la parametrizacin (customizing). SAP distingue entre customizing dependiente de mandante
(client-dependent) y dependiente de mandante (cross-client) figura 2.4.6.

13

FUNDAMENTOS

Figura 2.4.6 Estructura de datos de SAP

Los cambios pueden ser dependientes de mandante o independientes de mandante. De ah entonces que
los cambios realizados se transporten entre mandantes o entre diferentes instancias. Los cambios
realizados en la parametrizacin se asignan a rdenes (o paquetes) de transporte de parametrizacin
(customizing requests). Los cambios realizados en el repositorio se asignan a peticiones de transporte de
workbench (workbench requests).
2.5 Interfaz de usuario
SAP Graphic User Interface. Es la interfaz grfica que el usuario de SAP R3 utiliza para conectarse y utilizar
el sistema.
En esta aplicacin se dan de alta los accesos para cada sistema instalado (DEV, QAS, PRD), que pueden
estar en el mismo servidor o distribuidos en diferentes equipos. Se ingresan datos como: Descripcin del
sistema, la direccin IP del servidor, ID y nmero del sistema (figura 2.5.1).

Figura 2.5.1 SAP GUI: Definicin de accesos al sistema

14

FUNDAMENTOS
Una vez que se da de alta el acceso al servidor respectivo, se presenta la pantalla inicial similar a la de la
figura 2.5.2, en la que se deben ingresar los datos de seguridad para el sistema: Mandante, ID de usuario y
password, el usuario puede elegir tambin, el idioma en el que desea trabajar en SAP, en la mayora de los
casos el idioma local es asignado por default.

Figura 2.5.2 Pantalla inicial de los sistemas SAP

La interfaz en la que el usuario trabaja, es ms amigable en cada nueva versin de SAP liberada.
En la figura 2.5.3 se muestra la estructura general de la pantalla de trabajo de un usuario.
1. Cuenta con un campo de acceso rpido, en donde se teclean los cdigos de las transacciones a las
que se quiere acceder.
2. Se puede acceder tambin a las transacciones, buscndolas en el men desplegable que esta
organizado en base a las diferentes reas de la empresa o mdulos de R3 implementados.
3. El usuario puede guardar en carpetas como: Favoritos nombradas por l, los accesos a las
transacciones especficas en las que trabaja, para evitar tener que buscarlas en el men desplegable.
4. Desde cualquier transaccin el usuario genera solicitudes de impresin de documentos como:
pedidos, rdenes de compra, estados financieros, etc.
5. Pueden tenerse varias pantallas de R3 abiertas, para trabajar en diversas transacciones a la vez.
6. Se puede acceder a la pgina de SAP Help desde la pantalla de R3.

15

FUNDAMENTOS

Figura 2.5.3 Pantalla de trabajo del usuario

El sistema ofrece informacin descriptiva de la funcin y en ocasiones la parametrizacin, de cada uno de los
campos en todas las transacciones por medio de la tecla F1, vase figura 2.5.4.

Figura 2.5.4 Textos de ayuda en cada campo

Como se ha mencionado anteriormente SAP R3 tiene su propio lenguaje de programacin ABAP/4, que
permite ampliar las funciones estndar del sistema, en la figura 2.5.5. se observa la pantalla de trabajo para
esta herramienta.
16

FUNDAMENTOS

Figura 2.5.5 Editor para el lenguaje de programacin ABAP/4

Las caractersticas mencionadas anteriormente, son slo unas cuantas de las muchas que el usuario puede
aprovechar para realizar eficazmente el proceso que desarrolla dentro del sistema y de la organizacin.
2.6 Integracin de aplicaciones empresariales
SAP R3 es un sistema ERP que integra las distintas gestiones administrativas de una empresa. Dicha
integracin se basa en la continua comunicacin entre los diversos mdulos que conforman a R3 y que se
ven involucrados en los diferentes procesos de negocio. SAP R3, por lo tanto, trabaja bajo el concepto de que
las operaciones que suceden en una empresa, forman parte de un proceso ordenado que involucra diversas
entidades organizativas en el flujo de la informacin, este proceso se representa en la figura 2.6.1.

17

FUNDAMENTOS

Figura 2.6.1 Esquema: Distribucin de aplicaciones en una empresa

Dichas entidades organizativas conforman la estructura organizacional de SAP R3. Esta estructura representa
la forma en la que la empresa quiere verse y conducirse dentro de SAP R3, por lo que no representa un
organigrama ni una organizacin fsica real. La estructura organizacional de SAP R3 es una estructura de
informacin. Esta estructura de informacin tiene una jerarqua estricta entre las diferentes entidades que la
componen. Dichas entidades se encuentran repartidas entre los diversos mdulos que constituyen el sistema
y que se encargan de darles la informacin necesaria. Cada operacin en SAP R3 genera informacin que
puede analizarse desde los diversos puntos de la estructura, de acuerdo con su jerarqua y naturaleza.
Debido a necesidades organizativas, puede tener sentido un desacoplamiento de sistemas de aplicacin. El
objetivo es poder instalar y ejecutar componentes de aplicacin de forma descentralizada y tcnicamente
independiente. El concepto ALE Application Link Enabling (Interconexin de aplicaciones habilitada) soporta
la estructuracin y el funcionamiento de aplicaciones SAP distribuidas. Abarca un intercambio de mensajes
controlado empresarialmente en la retencin de datos, a sistemas sin conexin fija. La integracin de
aplicaciones no se realiza en una base de datos central, sino mediante el intercambio de mensajes.
Para introducir un sistema distribuido pero integrado, el cliente especifica, en el marco de un modelo lgico,
qu aplicaciones se procesan en qu sistemas y cmo las aplicaciones intercambian datos entre ellas.
Desde el punto de vista tcnico, el intercambio de datos se realiza mediante los IDOCs Intermediate
Documents (Documentos intermediarios) conocidos por la interfase EDI Electronic Data Interchange
(Intercambio electrnico de datos). Desde el punto de vista de la aplicacin, EDI soporta el intercambio de
mensajes entre sistemas R3 de empresas diferentes mientras que ALE posibilita el intercambio de
informacin dentro de una empresa.
18

FUNDAMENTOS
2.7 Mdulos que componen SAP R3
SAP R3 esta divido en diferentes mdulos que pretenden representar los distintos departamentos en los que
se divide una empresa, con el fin de mantener un control organizado de los procesos de cada rea.
Los mdulos de SAP R3 estn enlazados (figura 2.7.1) entre s en base a la secuencia que cada uno de ellos
ocupa en el proceso de negocio, por medio de este enlace SAP R3 ofrece informacin en lnea, todo dentro
de un proceso integral.

Figura 2.7.1 Mdulos de SAP R3

2.7.1 FI: Contabilidad financiera

Contabilidad Financiera (Financials), es el encargado de todos los procesos de contabilidad general,
contabilidad especial, cuentas por cobrar y cuentas por pagar; as como de la emisin de los estados de
resultados y el balance general de una empresa.
2.7.2 CO: Control de costos
Control de Costos (Controlling), es el encargado de la contabilizacin y control de costos, centros de costos,
centros de beneficios y anlisis de rentabilidad (CO-PA Controlling Profitabiity Analisys).
2.7.3 TR: Tesorera
Tesorera (Treasury), es el encargado de los procesos de flujo de caja, conciliacin bancaria y actividades
burstiles.
2.7.4 PS: Sistema de proyectos
Sistema de Proyectos (Project System), es el encargado de administrar todos los procesos logsticos,
contables, financieros, presupuestales y de ejecucin de los proyectos de una empresa.
19

FUNDAMENTOS
2.7.5

MM: Administracin de materiales

Manejo de Materiales (Materials Management), es el encargado de administrar los procesos de adquisicin de

bienes y servicios, control de inventarios, verificacin de facturas de proveedores y valoracin de inventarios.
2.7.6 PM: Mantenimiento de planta
Mantenimiento de Planta (Plant Maintenance), es el encargado de administrar los procesos de planificacin,
control y costo del mantenimiento, sea preventivo, correctivo o de revaloracin.
2.7.7 QM: Administracin de calidad
Control de Calidad (Quality Management), es el encargado de administrar los procesos de muestreo,
inspeccin, decisin de empleo y certificacin de calidad para materias primas y productos terminados en la
cadena logstica.
2.7.8 SD: Ventas y distribucin
Ventas y Distribucin (Sales and Distribution), es el encargado de administrar los procesos de preventa,
venta, entrega a clientes, facturacin y notas de crdito, distribucin y devoluciones.
2.7.9

IS: Soluciones de industria

Soluciones Industriales (Industry Solutions), representa a una serie de productos SAP especializados en
diversos ramos industriales, como el automotriz, el de venta a menudeo, etc. Estos productos son
aplicaciones que se agregan a R3 para extender su funcionalidad bsica a los procesos especficos de ciertas
industrias.
Las soluciones industriales disponibles son:
Aeronutica
Automotriz
Bancaria
Qumica
Productos de consumo
Ingeniera
Tiendas
Electrnica

Comunicaciones
Transformacin
Petrolera
Farmacutica
Pblica
Salud
Telecomunicaciones
Construccin

2.7.10 AA: Contabilidad de activos fijos

Contabilidad de Activos Fijos (Asset Accounting), es el encargado de los procesos de adquisicin, alta, baja,
depreciacin y control de activos fijos.

20

FUNDAMENTOS
2.7.11 PP: Produccin
Planificacin y Control de la Produccin (Production Planning), es el encargado de administrar los procesos
de planificacin de necesidades, produccin en piso y costo de produccin.
2.7.12 HR: Recursos humanos
Recursos Humanos (Human Resources), es el encargado de los procesos de administracin de personal y
nmina.
2.7.13 BC: Sistema Base
Administracin de Sistema Base (Basis), es el encargado de todas las gestiones de control, mantenimiento y
soporte tcnico a los servidores, instancias y mandantes del sistema SAP R3.
2.7.14 CS: Servicio al cliente
Servicio a Clientes (Customer Service), es el encargado de administrar los procesos de servicio de postventa, como son: atencin a clientes, reparacin de equipos, centros de soporte, etc.
2.7.15 WF: Flujo de trabajo
Flujo de Trabajo (Work Flow), es el encargado de agilizar la gestin de los procesos dentro de la
organizacin, al empujar la realizacin de tareas ligadas mediante el envo de notificaciones a los
responsables.

2.8

Ventajas que ofrece SAP R3 respecto a otros sistemas empresariales

Una vez finalizado el proceso de implementacin y habiendo capacitado a los usuarios, SAP R3 es una
herramienta sencilla de entender y que mejora notablemente los rendimientos de la empresa de forma que la
diferencia es clara y marcada. El proceso de adaptacin depende en mucho de la administracin del cambio
que sea ejercida por los lderes tanto empresariales como de consultora.
Francisco Guzmn, gerente de proyecto en cadena de suministro de Sintec, menciona que tericamente la
principal aportacin del MRP sera la simplicidad de su algoritmo y la estructura lgica que facilita su
administracin. Sin embargo, aunque esa s es su principal ventaja, no es su principal aportacin a los
sistemas de manufactura.

21

FUNDAMENTOS
El concepto detrs del MRP es su gran aportacin: separar la demanda dependiente de la independiente (que
se origina fuera del sistema y no se puede controlar su variabilidad); es decir, planear la produccin de la
demanda dependiente (de los componentes que ensamblan los productos finales) slo en la medida en que
sta se ligue con la satisfaccin de la demanda independiente"3.
SAP seala que uno de los principales problemas que tiene con la implantacin del software es la resistencia
al cambio mencionada en lneas anteriores, adems de la inversin econmica en el paquete y la
capacitacin, la empresa debe invertir tiempo y esfuerzo en hacer el cambio en la forma de trabajar de sus
integrantes. SAP R3 tiene adems otras ventajas. Ofrece algo ms que soluciones informticas. Las
aplicaciones tambin enlazan sus procesos empresariales con los de sus clientes y proveedores, permitiendo
integrar a los bancos y otras empresas colaboradoras (incluyendo al llamado TeamSap y sus partners con
una disponibilidad de 24 h diarias de atencin al cliente) dentro de las comunicaciones internas (a nivel
nacional e internacional).
Ofrece tambin la posibilidad de escoger entre ms de 100 escenarios y 1000 procesos empresariales ya
confeccionados en numerosos sectores industriales, permitiendo beneficiarse de los modelos empresariales
de las empresas lderes. SAP ha desarrollado una amplia librera de procesos de negocio predefinidos que
abarcan cada requerimiento de software funcional. Nuevos procesos de negocio y tecnologas se ponen a
disposicin de los clientes regularmente, facilitndoles soluciones empresariales al ltimo nivel tecnolgico, lo
que les permite satisfacer la siempre cambiante demanda del mercado. Dispone asimismo de sistemas EIS
Executive Information Systems (Sistemas de Informacin para directivos) y de alerta temprana como son
EarlyWatch4 y GoingLive Cheks5 que ayudan a detectar y corregir los problemas antes de que afecten a las
operaciones. SAP es infinitamente ampliable: es posible disear software especfico en varios lenguajes de
programacin.
Finalmente, el R3 de SAP es un sistema de arquitectura abierta que facilita a las empresas la eleccin de los
equipos informticos y los sistemas operativos de tal manera que se pueda aprovechar al mximo los
avances en la tecnologa. Emplea estndares internacionales reconocidos, lo que permite a la empresa hacer
distintas combinaciones (segn sus preferencias) entre proveedores de hardware, bases de datos, sistemas
operativos y lenguajes de programacin.
3

Roca Puente Mario, El secreto de planear con estrategia, Mitos y realidades del ERP y el MRP. Infolatina
(on-line database). Brenix - Contacto de Unin Empresarial. (Marzo 18, 2004).
4
Servicio de soporte por parte de SAP que tiene la finalidad de identificar lo antes posible los problemas de
rendimiento que puedan darse dentro de un sistema de produccin.
5
Monitoreo constante del funcionamiento del sistema PRD para determinar posibles ajustes necesarios.
22

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

CAPTULO 3.
IMPLEMENTACIN DE SAP R3 versin
ECC 5.0

23

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

3.1 Preparacin del servidor
Tras ver las amplias posibilidades de un ERP, es importante sealar que la correcta implantacin de un ERP
conlleva incrementos radicales de productividad as como la posibilidad de tener mejor informacin en la toma
de decisiones. La implantacin de un ERP, en la mayora de los casos, no se plantea para conseguir
pequeas mejoras, sino mejoras radicales.
Vistas las caractersticas y posibilidades del ERP, parece claro que el cambio organizacional necesario para
la implantacin de ste es muy importante ya que se han de remodelar los procesos y han de estar
implicadas personas de distintas reas, creando equipos multidisciplinarios.
Para valorar la complejidad de una implantacin de ERP, se debe tomar en cuenta que en una implantacin
interactan los siguientes seis elementos:
1. El sistema ERP.
A priori, puede parecer la pieza ms importante del proceso de implantacin pero no es as. La correcta
gestin del cambio es ms importante que el propio ERP en s.
En el mercado se pueden encontrar centenares de ERPs con caractersticas y precios distintos. Por un lado,
ERPs horizontales (que sirven para cualquier tipo de organizacin de cualquier sector) y ERPs verticales
(desarrollados o parametrizados para atender a las necesidades concretas de un sector).
Lo bsico es entender que cada organizacin tiene necesidades distintas y que el ERP y su parametrizacin
dependern de estas necesidades. Por ello, un ERP no es una solucin tipo y las soluciones vlidas para
otras organizaciones pueden no ser vlidas para otra.
2. Las personas y la cultura de la organizacin.
Las personas son clave en las organizaciones y el impacto de una implantacin de un ERP sobre ellas es
muy importante. Obviamente, la gestin del cambio es un elemento clave.
El correcto anlisis de los requerimientos de los usuarios e integrarlos desde el primer momento de la
implantacin es clave para conseguir buenos resultados con el proyecto.
Adems, se deben definir exactamente las mejoras que va a obtener cada una de las personas de la
organizacin con la implantacin y definir un plan de comunicacin para vender el proyecto a todas las
personas de la organizacin. Es poco habitual que las organizaciones cuenten con personal con una visin
tanto de negocio como de tecnologa que consiga liderar el proyecto por lo que el trabajo de consultores
externos, y en concreto del director de proyecto, es muy importante.
24

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

3. La estrategia.
El proceso ideal sera que el plan tecnolgico (incluyendo el ERP y su hardware asociado) soporte la
estrategia corporativa y no al contrario, como algunos fabricantes de ERPs mantienen.
Bsicamente, la idea es tener perfectamente definida la estrategia de la organizacin que asocie a ella los
recursos tecnolgicos necesarios para que sea posible ejecutarla.
4. El hardware.
Aunque en principio el hardware no es la parte ms compleja de la implantacin, en algunos casos se detecta
que la mala eleccin del hardware o diseo del sistema hace disminuir el rendimiento global de la
implantacin. En este sentido es bsico definir exactamente los requerimientos del sistema y as disear la
solucin de manera que no se invierta ni ms ni menos de lo necesario.
5. Los procesos.
Se ha de considerar que adems de las personas, los procesos son los que definen la eficiencia y eficacia de
la organizacin. Por ello en el proyecto de implantacin de ERP se deben redefinir los procesos para mejorar
su eficiencia y eficacia.
El enfoque correcto es redefinir los procesos (con las posibilidades que el ERP ofrece) como un paso previo a
la implantacin y que los nuevos procesos sean soportados por el ERP.
Lo habitual es encontrar implantaciones de ERPs en las que, tras la implantacin, se ejecutan los procesos
exactamente igual que antes del ERP. Este es un gran problema ya que no se consigue ninguna mejora en
los costes o tiempos de los procesos. Aunque se cuente con el mejor ERP del mundo, si los procesos no se
remodelan, seguirn siendo igual de eficientes o ineficientes como lo eran hasta el momento de la
implantacin y entonces, la implantacin del ERP tendr bajo o nulo impacto en la eficacia y eficiencia.
6. El resto de aplicaciones de gestin existentes en la organizacin.
Cada vez es ms usual que las organizaciones tengan distintas aplicaciones para la gestin. Entre las
aplicaciones ms habituales estn las herramientas propias o sectoriales (por ejemplo clculo de
presupuestos), las de Gestin de Relaciones con los clientes (CRM), Business Intelligence (BI), Gestin de la
cadena de suministro (SCM), etc.
En la mayora de las ocasiones, todas las aplicaciones estn conectadas con el ERP para conseguir una
gestin de la informacin eficiente. Por ello, la integracin entre las distintas aplicaciones es una tarea cada
vez ms compleja.
25

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

En este sentido tambin es importante valorar las ventajas e inconvenientes que tiene el que todas las
aplicaciones de gestin sean del mismo fabricante. En cuanto a las ventajas, obviamente la integracin es
mejor y ms sencilla. Sin embargo, elegir todas las soluciones del mismo fabricante resta libertad en el
proceso de decisin.
Preparacin tcnica para la instalacin
Se recomienda tener a mano los manuales de Instalacin de los sistemas SAP a instalar tomando en
cuenta el sistema operativo y el software de base de datos. SAP facilita a travs de una pgina de
descargas: SAP OSS SAP Online Service Support 6 (Servicio de soporte en lnea de SAP), los diferentes
manuales que un consultor de sistema base requiere para realizar una instalacin. El proceso completo de
instalacin se realiza en idioma ingls, el software, manuales y notas OSS se encuentran en dicho idioma,
para efectos prcticos de este documento, se han traducido algunas pantallas y textos.
Evaluando necesidades de Software y Hardware
Los requisitos mnimos de un servidor que ser utilizado para instalar un sistema SAP son los siguientes:
contar ms de 20 GB de espacio en al menos tres discos separados (en nuestro caso particiones). 512 MB
de memoria RAM, para un entorno de prueba, pues para un sistema productivo el requerimiento de
memoria es en ocasiones superior a los 10 GB.
Es necesario asegurarse que el sistema operativo a utilizar (para nuestro caso Windows) cuente con la ltima
versin de service pack disponible. Otro punto importante es que est instalado sobre NTFS.
Comprobando la red
Se debe comprobar el correcto funcionamiento de la red en el equipo as como que responde a su nombre
de mquina con el comando ping. Es importante que la red est perfectamente configurada, puesto que
las conexiones SAP se realizan a travs de TCP-IP.
CD's de Instalacin
Se deben tener a la mano los CDs de instalacin, incluso se recomienda copiar los que ms se utilizarn
al un directorio del servidor pues con ello se facilitar el proceso. Ejemplo de los CDs mencionados
anteriormente son los cds de Export que contienen la base de datos de SAP.

Para tener acceso a la pgina de descargas de SAP OSS, es necesario contar con un usuario y password
de acceso que son proporcionados por el administrador clasificado como sper usuario ante SAP.
26

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

3.1.1

Instalacin de sistemas SAP

La instalacin de un sistema de SAP hasta la versin de R3 ECC 5.0 Enterprise Central Component
(Componente central empresarial) se puede dividir en 4 grandes fases:
1.

Preparacin del servidor.

2.

Instalacin de instancias7 (central, de base de datos y de dialogo).

3.

Configuracin tcnica.

4.

Aplicacin de support packages.

Un solo servidor puede albergar tantas instancias como sea capaz de hacer funcionar, de modo que se
pueden tener en un solo host la instancia central con su base de datos central y adems dos instancias de
dilogo, por ejemplo.
Cmo distribuir las instancias en los host
A continuacin se indican diferentes formas de como realizar la distribucin de instancias para las diferentes
variantes de sistemas SAP. Utilizando el instalador llamado SAPinst:
Como sistema central en un solo host. Se ejecuta el instalador y se instalan todas las instancias en el
mismo host.
Sistema distribuido en varios host. Se realizan los siguientes pasos:
1. Especificar o crear un directorio de transportes, compartido.
2. Ejecutar SAPinst e instalar:
Instancia Central e servicios en el host global.
Instancia de base de datos en el host de base de datos.
Instancia (s) de dilogo, si es requerida, en el host para instancia de dilogo.

Una instancia es una instalacin completa de R3 + base de datos, y puede haber una instancia por cada
tipo de proceso excepto el de enqueue y el mensajero, que estn siempre en la instancia central.
27

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

La figura [Link] muestra como se distribuyen las instancias en varios host:

Figura [Link] Distribucin de instancias en varios host

Configuracin lgica del Sistema

Es necesario considerar los siguientes puntos:
Planear la distribucin de las instancias SAP, con la ayuda del proveedor de hardware.
Realizar una configuracin que ofrezca alto rendimiento basada en la informacin del sizing realizado y que
por lo tanto soporte la carga del sistema, tomando en cuenta:
Ejecucin de aplicaciones desarrolladas.
Como intensificar las aplicaciones que estn siendo utilizadas.
El nmero de usuarios.
Decidir entre realizar una instalacin en un domino o de manera local:
Instalacin Local
Es necesario loguearse con el usuario administrador en el equipo. En una instalacin local toda la informacin
de cuentas de usuario es guardada de manera local en el host, y no es visible para otros usuarios del
sistema.
Si se realiza una instalacin distribuida en un equipo local, se pueden generar problemas de autorizaciones
para los usuarios del sistema operativo: <SAPSID>ADM y SAPSERVICE<SAPSID>.

28

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Instalacin de dominio
Es necesario loguearse como Administrador de Dominio en el dominio a utilizar, y que todas los equipos
pertenezcan al mismo domino. En un dominio de instalacin, la informacin del usuario es almacenada
centralmente en el controlador de dominio y es accesible a todos los host del sistema si ste es distribuido a
travs de ms de un equipo8.
Distribucin de los componentes en los discos
Cuando se instala un sistema SAP con una base de datos Microsoft SQL Server, los directorios principales
requeridos para el sistema son automticamente creados. Durante el procedimiento de instalacin se debe
especificar explcitamente donde estarn ubicados aquellos directorios, esto es, en que unidades o discos
deben residir. La asignacin de los directorios a las unidades y discos correspondientes afecta la seguridad y
el performance del sistema y por lo tanto este punto debe ser considerado cuidadosamente.
La figura [Link] ofrece un overview de los componentes y directorios principales del sistema, su propsito y
la cantidad de espacio libre inicial requerido. Una buena distribucin de estos en los discos asegura que
habr:
Suficiente espacio libre para el crecimiento del sistema.
Seguridad de los datos.
Un buen performance.

Figura [Link] Componentes y directorios principales del sistema

8

SAP recomienda realizar una instalacin de dominio.

29

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Cuando se instala un sistema SAP con MS SQL Server, los componentes centrales de la base de datos son
los SQL Server program files, tempdb files, SAP data files y transaction log files. Los archivos log graban
todos los cambios realizados a la base de datos para habilitar la restauracin y recuperacin. Los tempdb,
fijan todas las tablas temporales y procedimientos guardados. Los data files contienen los datos del sistema
SAP.
SAP Data Files
Los data files son creados por default en los directorios \<SAPSID>DATA<N>. El primer data file es llamado
<SAPSID>[Link] y subsecuentemente los directorios <SAPSID>DATA<N>.ndf. Donde <N> denota el
nmero de archivo.
Los valores default de estos directorios pueden ser modificados. El espacio mnimo requerido para todos los
archivos es de 20 GB. Por razones de seguridad, los data files deben ser guardados en un sistema de discos
separado. Estos, no deben ser incluidos en el mismo sistema de discos de los log file u otros programas SQL
y archivos de base de datos. Para asegurar redundancia de datos, SAP recomienda usar RAID 5.
Archivo Log de transaccin
El log de transaccin para la base de datos es creado por default en el directorio \<SAPSID>LOG1. El archivo
de log es llamado <SAPSID>[Link] y requiere un mnimo de 1 GB de espacio. Es posible cambiar el
directorio default del directorio del log de transaccin.
El archivo log de transaccin graba todos los cambios realizados a la base de datos y si es requerido habilita
modificaciones a ser realizadas o deshacerlas. Esto juega un rol crucial cuando la base de datos requiera ser
restaurada debido a daos o falta de recursos. Por esta razn, estos deben ser guardados con extrema
seguridad. SAP recomienda el uso de RAID 1, el cual implementa hardware basado en espejo.
Archivos de programa
Otros archivos de datos de SAP y log son creados en subdirectorios de \Program files\Microsoft SQL Server.
Estos incluyen los programas SQL y los archivos de base de datos master, msdb y tempdb. Estos, se ubican
por separado en un sistema de discos tercero y no en los mismos discos en los que se encuentren los
archivos de log o de datos. SAP recomienda usar RAID 1.

30

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Por razones de performance, los archivos tempdb9 se deben ubicar en un sistema de discos con alta
velocidad. Esto es particularmente recomendado debido a que el tempdb es accesado frecuentemente
durante la operacin de SQL Sever y si no se hace de esta forma podra afectarse el performance.
Los archivos del kernel de SAP y el directorio de transportes pueden ser asignados a cualquiera de los
arreglos representados, pero ambos deben ser ubicados en el mismo arreglo. El directorio de transportes no
necesariamente debe residir en el host de la instancia central, vase figura [Link].

Figura [Link] Distribucin de componentes en arreglos RAID

Arreglo 1

\Archivos de programa \ Microsoft SQL Server

\TEMPDB

Arreglo 2

\<SAPSID>DATA1
\<SAPSID>DATA2
\<SAPSID>DATA3

Arreglo 3

\<SAPSID>log1
Distribucin de directorios en arreglos

Despus de la instalacin inicial del software de base de datos, el tempdb es guardado en un subdirectorio
of \Program Files\Microsoft SQL Server. Un poco ms adelante, cuando SAPinst estructure y cargue la base
de datos, este es trasferido a un nuevo directorio \TEMPDB y su tamao es extendido a 300 MB.
31

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Instalando el Collation MS SLQ Server correcto para MS SQL Server 2000

Cuando se realice la instalacin de la base de datos MS SQL Server 2000 para un sistema SAP, en el campo
Collation Settings se debe seleccionar Binary order, para trabajar con el Carcter Set 850 (Multilenguaje).
Esto significa que todas las nuevas bases de datos y columnas de tabla sern creadas con esta caracterstica
collation.
Para visualizar el collation default de MS SQL Server se utiliza el query:
select serverproperty('collation')

Este query devuelve el collation default del servidor. Cuando se selecciona Binary order, para trabajar con
Carcter set 850 (Multilenguaje), este devuelve: SQL_Latin1_General_CP850_BIN.
Desafortunadamente este collation setting no clasifica los datos Unicode como estos son requeridos por un
sistema SAP. Para resolver este problema, Microsoft provee un collation correcto para SQL Server. SAP
proporciona la nota 600027 con las indicaciones para la instalacin del collation indicado.
Prerrequisitos
El software de base de datos MS SQL Server 2000 debe estar instalado. En el campo Collation Settings, se
debe seleccionar Binary order for use with the 850 (Multilingual) Character Set. Se debe tener instalada la
ltima versin del service pack y hotfix disponible. Es importante revisar las siguientes notas de SAP OSS:
62988 y 608651.
3.2 Instalacin de SAP Solution Manager
El denominado SAP Solution Manager es un conjunto centralizado y robusto de herramientas para monitorear
y dar soporte a las soluciones SAP (figura 3.2.1).

Figura 3.2.1 Pantalla principal de SAP Solution Manager

32

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

SAP Solution Manager posibilita el soporte tcnico para los sistemas distribuidos, con una funcionalidad que
cubre todos los aspectos claves de la implantacin, operacin y perfeccionamiento continuo de las
soluciones.
El producto en cuestin combina herramientas, contenidos y un acceso directo a SAP, con el fin de aumentar
la confiabilidad de las soluciones y recortar los costos totales de propiedad.
Con SAP Solution Manager, se puede estar seguro que todo el ambiente de soluciones SAP se est
desempeando al mximo de su potencial. El conjunto de herramientas trabaja sobre el ambiente completo
de IT Information Technology (Tecnologa de la informacin), dando soporte al software SAP y de terceros y
cubriendo las soluciones SAP, tanto actuales como futuras. Siendo parte de la plataforma SAP NetWeaver, el
conjunto de herramientas SAP Solution Manager se incluye en la tarifa de mantenimiento anual fijada para las
soluciones SAP.
SAP Solution Manager se centra en los aspectos tcnicos y de negocios de sus soluciones, enfocndose
poderosamente en los procesos bsicos de negocios. El conjunto de herramientas da soporte a la conexin
entre los procesos de negocios y la infraestructura IT subyacente. En consecuencia, posibilita las
comunicaciones entre el departamento de IT y sus diversas lneas de negocios. Adems, garantiza que el
cliente derive los mximos beneficios posibles de sus inversiones en la tecnologa de la informacin.
En la nueva versin de SAP R3 ECC 5.0, la instalacin de SAP Solution Manager es requisito obligatorio para
instalar el sistema, pues durante este proceso se genera la clave Solution Manager Key, que es uno de los
datos iniciales a capturar para poder iniciar con la fase de instalacin del R3.
A continuacin se explica de manera breve el funcionamiento de algunos de los mdulos y transacciones ms
importantes del sistema. Desde donde los usuarios desencadenan los procesos de soporte, mantenimiento y
configuracin para los diferentes sistemas SAP dentro del landscape.
Creacin de mensajes de soporte y mantenimiento (NOTIF_CREATE)
La transaccin NOTIF_CREATE que es una de las ms importantes, desde ella, el usuario crea los
mensajes de mantenimiento y soporte, vase figura 3.2.2.
A travs de estos mensajes se da seguimiento de las solicitudes de apoyo de los usuarios. Se debe capturar
el componente de SAP en el que se tiene el problema, datos del proyecto en el que el usuario participa y una
descripcin del problema.

33

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.2.2 Captura de mensaje (Transaccin NOTIF_CREATE)

Estos mensajes (o solicitudes) de mantenimiento o soporte, contienen diferentes secciones para dar
seguimiento al problema, en dichas secciones se asigna a los responsables de atender el error o solicitud de
acuerdo a la clasificacin del problema por medio de la transaccin CRMD_ORDER (figura 3.2.3). En el
proceso, el mensaje pasa por diferentes estatus de acuerdo al porcentaje de avance que se tiene en la
solucin.

Figura 3.2.3 Modificacin de mensaje (Transaccin CRMD_ORDER)

Monitoreo de operaciones (CRM_DNO_MONITOR)

Desde esta transaccin se puede realizar un monitoreo de todos los mensajes levantados por los usuarios, al
igual que del resto de los sistemas SAP, se cuenta con la funcionalidad de un amplio rango de filtros para
generar informes, se pueden revisar los mensajes en base a su estatus, fecha de creacin, persona que lo
cre, nmero del mensaje, prioridad, etc. Como se muestra en las figuras 3.2.4 y 3.2.5 respectivamente.
34

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.2.4 Monitoreo de mensajes (Transaccin CRM_DNO_MONITOR)

Figura 3.2.5 Monitoreo de mensajes (Transaccin CRM_DNO_MONITOR)

Schedule Manager (SCMA)

Esta transaccin existe en todos los sistemas de SAP, pero para el caso de Solution Manager ha adquirido
una relevancia mayor. El Schedule manager es una herramienta por medio de la cual se calendarizan tareas
a realizar en el sistema, en SAP Solution Manager se utiliza para dar seguimiento a un proceso de transportes
en el que se exportan cambios de un sistema de desarrollo que sern importados a los sistemas de calidad y
finalmente al sistema productivo. Dichos cambios son generados en ocasiones, por las correcciones que se
realizan para resolver errores reportados en los mensajes de soporte, , las configuraciones realizadas que
se solicitan en los mensajes de mantenimiento.

35

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Cuando se implementa SAP Solution Manager, los cambios entre sistemas dentro de todo el landscape solo
deben ser transferidos por medio de la herramienta Schedule manager (Administrador de actividades),
adicionalmente, los usuarios tienen perfiles de seguridad que les permiten solamente, realizar las actividades
en el sistema a las que tienen autorizacin de acuerdo a su puesto, vase figura 3.2.6.

Figura 3.2.6 Proceso de transportes en Schedule Manager (Transaccin SCMA)

Configuracin del sistema SAP Solution Manager (SPRO)

Todos los sistemas de SAP, contienen la transaccin SPRO, al ingresar a ella se muestra un rbol que tiene
una organizacin similar al rbol de transacciones funcionales que los usuarios utilizan de manera cotidiana,
en la figura 3.2.7. se aprecia la pantalla principal de la transaccin SPRO.
Es aqu en donde los consultores configuran y parametrizan el sistema de acuerdo a la informacin de la
empresa. Y en donde se deben hacer las modificaciones necesarias en caso de algn error en el sistema o la
necesidad de una configuracin adicional.

Figura 3.2.7 Configuracin de SAP Solution Manager (Transaccin SPRO)

36

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

3.3 Instalacin de SAP R3
Una vez instalado el sistema SAP Solution Manager es posible continuar con la instalacin, el siguiente
sistema a instalar ser SAP R3.
Para iniciar con dicha instalacin se requiere generar una cadena de caracteres llave denominada: Solution
Manager Key (SMK), que es obligatoria dentro de los campos iniciales a capturar. Dicha clave se genera por
medio de un sencillo proceso dentro de la transaccin SMSY, siguiendo las indicaciones de la nota de SAP
OSS 811923. La figura 3.3.1 muestra la pantalla en la que se genera la clave mencionada.

Figura 3.3.1 Generacin de la Solution Manager Key (SMK)

La figura 3.3.2 indica el campo en el que se solicita ingresar el solution manager key.

Figura 3.3.2 Pantalla de captura de SMK

37

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

En la figura 3.3.3 se observa la pantalla principal del sistema SAP R3, el cual puede ser considerado como la
matriz de la gama de sistemas que SAP tiene a disposicin del cliente.

Figura 3.3.3 Pantalla principal de SAP R3 ECC 5.0

El Sistema SAP R3 integra las distintas gestiones administrativas de una empresa. Dicha integracin se basa
en la continua comunicacin entre los diferentes mdulos que conforman a R3 y que se ven involucrados en
los diferentes procesos de negocio.
Por lo tanto, este sistema trabaja bajo el concepto de que las operaciones que suceden en una empresa,
forman parte de un proceso ordenado que involucra diversas entidades organizativas en el flujo de la
informacin. Dichas entidades organizativas conforman la estructura organizacional de SAP R3.
Esta estructura representa la forma en la que la empresa quiere verse y conducirse dentro del sistema, por lo
que no representa un organigrama ni una organizacin fsica real. La estructura organizacional de SAP R3 es
una estructura de informacin.
Esta estructura de informacin tiene una jerarqua estricta entre las diferentes entidades que la componen.
Dichas entidades se encuentran repartidas entre los diversos mdulos que constituyen el sistema y que se
encargan de darles la informacin necesaria. Cada operacin en SAP R3 genera informacin que puede
analizarse desde los diversos puntos de la estructura, de acuerdo con su jerarqua y naturaleza.

38

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

El sistema ofrece una amplia gama de mdulos que tienen la finalidad de controlar las funciones de diversas
reas de una empresa como: Contabilidad General, Cuentas por pagar, Cuentas por cobrar, Ventas,
Compras, Manejo de almacenes, Produccin, Costeo, Mantenimiento de planta, Control de Calidad, etc.
Vase figura 3.3.4.

Figura 3.3.4 Mdulos de SAP R3

El sistema cuenta con una funcionalidad denominada drill-down por medio de la cual se accede al mximo
detalle de la informacin que se presente en alguna transaccin, incluso se puede consultar por ejemplo, el
impacto que tiene una operacin de un rea sobre la contabilidad de la empresa o los almacenes de
materiales. Los mdulos de SAP se encuentran clasificados en carpetas que se pueden expandir una a una
hasta llegar a cada transaccin. En las siguientes imgenes se muestra la distribucin de las transacciones
en el rbol funcional de SAP R3, describiendo brevemente la funcin de algunos de los mdulos ms
importantes de SAP R3.
Mdulo de Produccin
En este mdulo el usuario puede crear los datos principales que se manejarn en sus procesos (Datos
maestros), Planificar la produccin de los productos que la empresa comercializa (Planificacin), Planificar el
costo de la produccin planeada (Planificacin de costos), etc. (figura 3.3.5).

Figura 3.3.5 SAP R3 Mdulo de Produccin

39

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Mdulo de Finanzas
En este mdulo los usuarios del rea contable tienen a su disposicin entre otras funciones: Crear y
administrar su catlogo de cuentas (Libro Mayor), Interactuar de manera contable con las operaciones
generadas con los deudores de la empresa (Deudores), Interactuar de manera contable con las operaciones
generadas desde el mdulo de compras para los proveedores (Acreedores), Crear datos bsicos y
administracin de los bancos con los que la empresa trabaja (Bancos), Administrar el valor contable de los
activos fijos con los que la empresa cuenta (Activos Fijos) figura 3.3.6.

Figura 3.3.6 SAP R3 Mdulo de Finanzas

Mdulo de Herramientas
En la seccin de Herramientas (figura 3.3.7), es en donde se realiza la administracin tcnica del sistema.
Incluye las herramientas de desarrollo del lenguaje ABAP en el que los programadores trabajan para cubrir
aquellos detalles que la funcionalidad estndar de SAP no cubre (Workbench Abap), se accesa a la seccin
de configuracin funcional para cada consultor especialista (Customizing), el usuario o consultor basis tiene a
su disposicin en el mdulo de Gestin: administrar licencias del sistema o verificar los resultados de la
instalacin, crear nuevos mandantes para el sistema, realizar archiving, actualizacin de usuarios, seguridad
del sistema y muchas otras amplias funciones.

40

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.3.7 SAP R3 Mdulo de Herramientas

Configuracin del sistema SAP R3

La configuracin de los diferentes mdulos de R3 se realiza en la tercera fase de implementacin por parte
de los consultores funcionales quienes se encargan de preparar cada mdulo para que funcione de acuerdo a
los procesos que se desarrollan en la empresa.
Como se ha mencionado anteriormente cada sistema SAP contiene su rbol de configuracin que es similar
al rbol funcional y en que se encuentran las transacciones en las que se parametriza el sistema (figura
3.3.8).

Figura 3.3.8 Configuracin de SAP R3 (Transaccin SPRO)

41

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

3.4 Instalacin de SAP BW

Entre los sistemas adicionales que pueden ser instalados despus de SAP Solution Manager y SAP R3 se
encuentra SAP BW (figura 3.4.1), que destaca en su relevancia debido a la potencialidad que ofrece respecto
a la explotacin de las grandes cantidades de informacin que se generan en SAP R3 y otros sistemas. En
este proyecto de instalacin se ha optado por instalar este sistema, por lo que a continuacin se describen
sus caractersticas.
SAP Business Information Warehouse (SAP BW) que es el sistema que permite analizar datos operativos de
aplicaciones SAP, de otras aplicaciones de negocio y datos externos como bases de datos, servicios online e
Internet.

Figura 3.4.1 Pantalla principal de SAP Business Information Warehouse

SAP BW, esta preconfigurado en base a reas y procesos de negocio, y permite examinar las interrelaciones
en todas las reas de la organizacin empresarial.
Las siguientes necesidades son tomadas en cuenta cuando se disea SAP BW.
Un sistema de data warehousing que optimice la estructura de datos para reporteo y anlisis.
Un sistema separado.
Ingeniera y herramientas OLAP.
Arquitectura basada en un data warehousing comprensivo.
Administracin automtica del data warehousing.
Preconfigurado con el saber-como de SAP global business.

42

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Tomando en cuenta estos antecedentes, SAP decide crear su propia solucin data warehousing que
clasifica las tareas de reporteo como un mismo componente de negocios. Para evitar que las numerosas
desventajas asociadas con el reporteo en los sistemas ERP, almacenamiento de datos, administracin de
reporteo tomara lugar en un servidor separado, el servidor SAP BW.
SAP BW habilita el Procesamiento Analtico Online (OLAP) para clasificar la informacin desde grandes
cantidades a datos operativos e histricos. La tecnologa OLAP permite un anlisis multimencional en base a
varias perspectivas de negocio.
SAP BW proporciona informacin orientada a negocios para cargar con sus tareas. Con el Businness
Explorer (Bex), SAP BW analiza y toma decisiones dentro de la organizacin. Estas herramientas incluyen
querys, reporteo y funciones OLAP. Los empleados con autorizacin de acceso pueden analizar datos
histricos y actuales desde diferentes niveles de detalle y desde diferentes perspectivas. Se puede utilizar la
Web o Microsoft Excel, para hacerlo. A continuacin se explica brevemente el funcionamiento de algunos de
los mdulos de SAP BW.
Business Explorer
Es un componente que provee un reporteo flexible y herramientas que ayudan a realizar anlisis estratgicos
que soporten el proceso de toma de decisiones en una organizacin. Entre las herramientas que incluye se
encuentran: Query, reporteo y funciones OLAP (figura 3.4.2).
El BEx permite a un amplio rango de usuarios el acceso a la informacin por medio del Enterprise Portal,
Internet, Intranet o utilizando dispositivos mviles.

Figura 3.4.2 SAP BW Mdulo Business Explorer

43

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Modelado
Este mdulo puede ser considerado como el ms importante debido a que en el se crean los elementos
bsicos por medio de los cuales se realizar el manejo de la informacin de las bases de datos, vase figura
3.4.3. Dichos elementos bsicos son llamados Objetos, estos, formarn parte de los cubos hacia donde se
extrae la informacin.

Figura 3.4.3 SAP BW Mdulo de Modelado

Gestin
Este mdulo es similar en todos los sistemas de SAP (figura 3.4.4). Desde aqu se puede accesar a la
configuracin del sistema por medio de la transaccin SPRO, Supervisin de las operaciones realizadas en
el Workbench, etc.

Figura 3.4.4 SAP BW Mdulo de Gestin

44

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Business Planning and Simulation
Este mdulo que puede considerarse incluso como un sistema adicional, pues permite al cliente generar una
planeacin estratgica y global de negocios. La planeacin de los informes generados en BW, permiten
realizar simulacin de las estrategias que las empresas siguen. Este mdulo trabaja en conjuncin con
herramientas de Microsoft Office como MS Excel (figura 3.4.5).

Figura 3.4.5 SAP BW Mdulo Business Planning and Simulation

Configuracin del sistema SAP BW

La figura 3.4.6 muestra el rbol de configuracin de SAP BW, en el que se puede observar que para este
caso la similitud con el rbol funcional es menor, uno de los pasos ms importantes en la configuracin de
este sistema es la creacin de las conexiones con los sistemas SAP y no SAP desde los que se extraern las
bases de datos para el reporteo en BW.

Figura 3.4.6 Configuracin de SAP BW (Transaccin SPRO)

45

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

3.5 Configuracin post-instalacin
Una vez finalizada la instalacin de los sistemas SAP, es necesario realizar algunos pasos de configuracin
tcnica, antes de iniciar con la configuracin funcional que realizan los consultores especializados en cada
rea de negocio. A continuacin se indican los pasos principales para dicha configuracin tcnica.
Inicio y Stop del Sistema SAP
El inicio y stop de una instancia de R3 se realiza con la herramienta SAP Microsoft Management Console
(figura 3.5.1).

Figura 3.5.1 SAP Microsoft Management Console

Esta consola es de gran utilidad debido a que indica los fallos que pueda tener el sistema, como errores
de ABAP, que los tablespaces se estn quedando sin espacio e incluso el grado de rendimiento que
tiene la base de datos, los mensajes de warning de optimizacin del sistema, errores en tablas,
informacin sobre procesos, las colas de trabajo de los diferentes procesos del sistema, etc.
Entrando en el Sistema SAP
Para loguearse al sistema SAP es necesario tener instalado el SAPGUI y haber arrancado tanto
la base de datos (1) como la instancia (2), (figura 3.5.2).

Figura 3.5.2 El Sistema debe mostrarse en color verde

46

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

El SAPGUI es la aplicacin frontend que permite la comunicacin con las aplicaciones (Solution
Manager, R3 o BW). Es un entorno grfico de ventanas. Para instalarlo se utiliza el paquete de software de
SAP, en el CD de SAPGUI para Windows. La instalacin se realiza como la de cualquier aplicacin en
dicho sistema operativo.
Al terminar la instalacin se tiene un nuevo icono en el escritorio llamado Sap Logon, como el que se
muestra a continuacin.

Figura 3.5.3 Icono de acceso al sistema SAP

La figura 3.5.4 indica la forma como se deben dar de alta los diferentes sistemas a los que se va a
ingresar, capturando los datos de cada uno. (vase Captulo 2. Interfaz de usuario).

Figura 3.5.4 Alta de sistemas en el SAP Logon

Cuando el consultor de sistema base ingresa por primera vez, debe utilizar uno de los usuarios que el
sistema tiene por default SAP* DDIC (figura 3.5.5) y que le servirn para realizar algunas funciones de
configuracin pero principalmente crear su usuario personalizado con el que realizar todas sus labores
en el sistema.

47

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.5.5 Ingreso a SAP con usuario maestro SAP*

Address Manteinance
Al loguearse en el sistema con el usuario SAP* y en el mandante 000, e intentar ejecutar cualquier
transaccin importante (como la STMS) el sistema solicita que se realice el proceso Adress Manteinance
(Mantenimiento de direccin). El sistema estar solicitando una serie de parmetros, datos del cliente
como la direccin o razn social.
Se debe ingresar a la transaccin SUCOMP, capturar el nombre y presionar: crear. A continuacin se
capturan los datos especficos del cliente mencionados anteriormente, vase figura 3.5.6.

Figura 3.5.6 Ingreso de datos del cliente (Transaccin SUCOMP)

Definir Perfiles instancia y Modos de Operacin

Una vez que se tiene configurado el sistema principal, se debe modificar el perfil de la instancia desde la
transaccin RZ10. Un perfil de la instancia es un fichero que incluye cierta informacin sobre la misma,
como el idioma y mandante que aparecen por defecto al loguearse, el directorio por defecto de los
transportes, etc.

48

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Una instancia puede tener varios perfiles segn la necesidad del momento. Por defecto tiene dos, el perfil
principal y el perfil de arranque. El primer paso es importar los perfiles siguiendo en el sistema el path:
Utilidades/ Importar Perfil / De servid. Activos (figura 3.5.7).

Figura 3.5.7 Importar perfiles (Transaccin RZ10)

Despus del import se presentara un informe similar al de la figura 3.5.8 mostrada a continuacin.

Figura 3.5.8 Verificacin de informacin de un perfil (Transaccin RZ10)

Una vez importados en el sistema, se debe seleccionar el perfil de la instancia, que se llama
DEV_DVEBMGS01_SAPDES (para este caso), y elegir Actualizacin Ampliada, finalmente presionar el
botn modificar.

(figura 3.5.9).

49

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.5.9 Modificacin del perfil DEV_DVEBMGS01_SAPDES

Se despliegan entonces los parmetros que contiene la instancia, entre ellos el nombre de la instancia
(INTANCE_NAME), los procesos de dilogo (rdisp/wp_no), el directorio de transportes que se utilizar
(DIR_TRANS), etc. 10, vase la figura 3.5.10.

Figura 3.5.10 Parmetros de la instancia

Cada uno de estos parmetros tiene asignada una funcin que determina el rendimiento de la instancia o
del sistema. Estos, pueden ser modificados en sus valores de acuerdo a las necesidades de rendimiento
que se presenten. Una vez que se tiene cargado el perfil de la instancia y el sistema de transportes en su
sitio, se procede a crear un nuevo modo de operacin en la transaccin RZ04.

10

Tras dar el nombre del nuevo parmetro y su valor, presionar el botn Copiar dos veces para regresar a
la pantalla anterior. En esta, tambin se debe presionar Copy para ir a la pantalla anterior, donde se
presiona el botn guardar. El sistema indicar entonces que ha guardado el perfil y que lo ha activado,
adems, ser necesario reiniciar la instancia (Por medio de SAPMMC) para que los cambios surtan
efecto.
50

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Un modo de operacin sirve para indicarle al sistema qu cantidad de procesos batch, de dilogo, etc, va a
tener, para casa perfil de instancia que se haya creado. Al ingresar a la opcin de crear modo de operacin,
el sistema solicita una serie de parmetros, entre los que se encuentran: Host, No de sistema SAP, Perfil de
inicio, Perfil de instancia, etc11 (figura 3.5.11).

Figura 3.5.11 Actualizacin de datos de instancia

Sistema de Transportes
Despus de haber modificado el perfil de la instancia se ingresa a la transaccin STMS, para dar
mantenimiento al Sistema de Transportes (figura 3.5.12).
El Sistema de Transportes es una herramienta fundamental, puesto que es aquella que permite importar y
exportar objetos en nuestro sistema SAP, en el mismo servidor (entre los diferentes mandantes) entre
diferentes servidores (Diferentes sistemas, diferentes mandantes).
En una instalacin SAP de varios entornos (productivo, test, desarrollo), el Sistema de Transportes permite
llevar de un entorno a otro: Roles, usuarios, mandantes, idiomas, configuraciones funcionales, etc. Su
funcin principal es la forma de tener el sistema actualizado y al da en todos sus entornos y mandantes. La
transaccin STMS solicita por defecto un nombre para el Sistema de Transportes, que se definen de
acuerdo al criterio del consultor basis.

11

Ntese que las parametrizaciones siguen una secuencia lgica, un componente se parametriza para ser
utilizado en la configuracin siguiente.
51

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.5.12 Administrador del sistema de transportes (Transaccin STMS)

1.
2.
3.

Resumen de import.
Resumen del sistema.
Rutas de transporte.

Al presionar el botn de Resumen del sistema, se despliega un esquema con los sistemas de transportes
que se tienen creados, como se muestra en la figura 3.5.13.

Figura 3.5.13 Sistemas de transportes

Desde el men Detalles, seleccionar Generar destinos RFC (para asegurarse de que realmente las
conexiones se han realizado, pues cada sistema de transporte debe tener la suya), despus, seleccionar la
opcin: Distribuir y activar configuracin, esta accin es muy importante sobre todo cuando se tiene ms de
una instancia, ya que todas reconocern as los cambios realizados en un sistema de transportes al que
estn conectadas.
Una vez creados los sistemas de transportes es necesario configurar las rutas de transporte. En caso de
tener varios servidores o ms instancias, es recomendable elaborar un mapa que describa cmo se requiere
que queden entrelazados los diferentes sistemas.

52

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Desde la primera pantalla de la transaccin STMS, pulsar: Rutas de Transporte. A continuacin pulsar el
botn Visualizar o Modificar (o F5), se coloca cada uno de los sistemas de transporte en la parte media de
la pantalla y se pulsa el botn Verificar. Si el sistema no enva mensajes de error, se procede a guardar los
cambios

Una vez realizados los pasos previos de configuracin del sistema de transportes, se contina con la
parametrizacin tcnica.
Instalacin de lenguajes
Los lenguajes en la versin ECC 5.0 de R3 se importan de los cds de support packages que vienen
incluidos en la caja de CDs de SAP y se instalan en el sistema a travs de transportes, es por eso que
debe configurarse antes el Sistema de Transportes.
Para esta fase de la post instalacin se utilizan notas de SAP OSS, dentro las ms importantes estn:
42305, 103687, 10935, 73606, 39763, 23955, 309497 y el documento pdf llamado Language Transport (BCCTS-LAN) que se encuentra en el CD de los paquetes de lenguajes.
Por defecto, SAP instala los idiomas Ingls y Alemn. Estos lenguajes utilizan un code page especfico que
es el ISO8859-1 y son los dos idiomas en que la aplicacin est completamente traducida, es por eso que
se utilizan para hacer las suplementaciones a los otros lenguajes.
Adems, en caso de tener que instalar Support Packages en el entorno SAP. Deben ser instalados despus
de haber importado el idioma, puesto que los Support Packages slo se traducen en los lenguajes que se
tienen instalados en el sistema.
Un code page es una lista de caracteres (letras, nmeros, signos) y soportan una serie de idiomas que
comparten esos caracteres. El ISO8859-1 es un Single Code Page, lo cual significa que slo se pueden
instalar aquellos idiomas que tengan caracteres similares al Ingls o Alemn.
Mantenimiento de tablas
Antes de instalar cualquier idioma es necesario asegurarse de que se dio mantenimiento a las tablas 12
referentes a los idiomas.
12

Siempre que se requieren hacer cambios o ver tablas de la base de datos se debe utilizar un usuario
especfico que tenga los permisos para modificar objetos de SAP.
53

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Se debe corroborar que en la tabla TCP0C hay una entrada que contiene los valores locales necesarios
(para instalar los idiomas, se deben leer previamente todas las notas arriba comentadas y se debe haber
instalado en Windows fuentes y su codepage) pues de no ser as quizs se presenten errores que
impliquen realizar la instalacin del idioma nuevamente.
Ingresar a la transaccin SE38, que es el lanzador de programas (reports) ABAP y ejecutar el report
RSCPINST. Para esto, se debe capturar el nombre del report y presionar el botn ejecutar (figura 3.5.14).

Figura 3.5.14 Editor ABAP (Transaccin SE38)

Seleccionar ingls en el Step1 y Latin1 or MDMP en el Step2, como se muestra a continuacin (figura
3.5.15).

Figura 3.5.15 Configuracin de idioma y localidad

Presionar simulate y, si todo es correcto, se regresa a la pantalla anterior y activar. Se repetirn los mismos
pasos cuando se tengan instalados los otros idiomas.

Una vez que se ha dado mantenimiento al sistema hasta este punto, es conveniente aumentar el tamao de
ciertos tablespaces en SQL que estarn escasos de espacio. Para comprobar que, efectivamente se estn
quedando sin espacio, se utiliza el SAP Microsoft Management Console, en Open Alerts / SQL.
54

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Cmo aumentar el tamao de los tablespaces

En este caso, al utilizar SQL Server es posible apoyarse en la herramienta de administracin grfica, en
donde se puede cambiar el espacio de los tablespaces de manera muy sencilla (figura 3.5.16).

Figura 3.5.16 MS SQL Server Console Root

Import de los lenguajes

Para realizar el import de lenguajes, se utiliza la transaccin SMLT, es necesario apoyarse en el documento
pdf: Language Transport (BC-CTS-LAN), en el que se describe el proceso de import.
A continuacin se explica de manera breve, dicho proceso:
Presionar: Clasificar Idioma, como se indica en la figura 3.5.17.

Figura 3.5.17 Clasificacin de Idioma

55

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Elegir Espaol, suplementacin con Ingls y grabar.
En la nueva carpeta de idioma que se ha creado, presionar: importar paquete (figura
3.5.18).

Figura 3.5.18 Importacin de paquete de idioma

El sistema solicita una ruta (que ser la unidad de cd- rom o directorio en el servidor), presionar: buscar
paquetes. El sistema encuentra automticamente 1 paquete, seleccionar y presionar el botn de
ejecutar.
Es recomendable importar primero un lenguaje y cuando ste termine importar el siguiente, esto, por dos
motivos13. El primero porque al tener los dos imports en paralelo pueden agotarse los procesos batch, el
segundo porque hay que tener en cuenta el tamao de los tablespaces.
As, al terminar de importar el primer lenguaje es necesario verificar el tamao de los tablespaces.
Finalmente,

cuando el proceso de import de los lenguajes ha terminado, es necesario modificar

nuevamente el perfil de la instancia en la transaccin RZ10.

Se aadir un parmetro nuevo llamado: zcsa/installed_languages con el valor DES, de modo que el
sistema asuma que se tienen instalados D(Alemn), S(Espaol) y E(Ingls) . Este cambio es muy
importante pues es en donde se indica al sistema que se debe permitir a los usuarios loguearse en los
idiomas que se instalaron recientemente para el sistema.
Tambin se modifica el parmetro: zsca/system_language para asignarle el valor: S, y as,

tome el

Espaol como idioma por defecto. Se debe reiniciar la instancia despus de grabar el perfil y activarlo.

13

El import de un lenguaje tardar varias horas, se entender que ha finalizado cuando se observe
dentro de la carpeta del lenguaje y dentro de Imported Packages, el smbolo
delante del nombre del
paquete que est subiendo. Adems, se pueden comprobar los logs de los transportes que van
realizando as como el log del job.
56

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

A continuacin, se ejecuta nuevamente el report RSCPINST y se observa que aparecen todos los idiomas
que se aadieron en el perfil de la instancia, vase figura 3.5.19.

Figura 3.5.19 Resultado del report RSCPINST

Suplementacin del idioma Espaol

El siguiente paso es suplementar el idioma Espaol, esto, siguiendo las indicaciones de la nota de SAP
OSS nmero 309497, algunas veces se llegan a presentar errores a la hora de suplementar,
posiblemente ser necesario aplicar support package de basis. Para determinar a que se deben los
errores generados, es recomendable revisar las notas del OSS de SAP, en donde como se sabe, se
indican en la mayora de los casos; las instrucciones a seguir para resolver el problema.
Si se van a aplicar support package, es necesario verificar primero el nivel de support package con el que se
cuenta en la actualidad.
Esta verificacin puede realizarse utilizando la transaccin: SPAM (figura 3.5.20).

Figura 3.5.20 Verificacin del nivel de support package

Seleccionar la opcin Support Packages Importados y presionar Visualizar, se desplegar una lista de
aquellos que ya estn instalados en el sistema. Por medio de esta lista es posible determinar el siguiente
nivel de support package que debe ser instalado en el sistema. En la figura 3.5.21 se observa el listado de
support package de basis y las fechas en las que fueron importados.
57

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.5.21 Support Packages importados (Transaccin SPAM)

Continuando con el proceso de suplementacin del espaol. En la transaccin SMLT, presionar Espaol y
dar doble clic sobre suplementacin con ingls, dicha carpeta se cre cuando se dio de alta la clave
Espaol antes de importar. A continuacin se despliega una lista de tablas, en la que se deben seleccionar
aquellas que se desean suplementar con el idioma ingls. Se debe ingresar una descripcin y a
continuacin presionar el botn: Seleccionar todo, para indicar que se desean suplementar todas las tablas
que se desplegaron en la lista, y finalmente presionar el botn ejecutar (figura 3.5.22).

Figura 3.5.22 Suplementacin de idioma espaol (Transaccin SALT)

El proceso dura una hora aproximadamente, y se puede revisar el estatus del import del idioma, dentro de
la carpeta que se cre. Al finalizar se muestra un indicador verde, que significa que el proceso de
suplementacin de las tablas ha finalizado de manera satisfactoria. 14
Creacin de los mandantes
Una vez terminada la instalacin de lenguajes, se procede a crear los mandantes por medio de la
transaccin SCC4 (figura 3.5.23).
14

Es conveniente revisar nuevamente el tamao de los tablespaces despus de ejecutar la

suplementacin y ampliarlos si fuera necesario.
58

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.5.23 Listado de mandantes (Transaccin SCC4)

Una de las cosas ms importantes que se deben tomar en cuenta en un sistema SAP, es que existen tres
mandantes por defecto que nunca podrn ser productivos, tampoco podr tener acceso a ellos ninguna
persona que no sea el administrador.
El mandante 000 es el mandante de seguridad. En el mandante 000 se realizan las configuraciones
bsicas de toda la instancia, de modo que todos los mandantes que se crean sern copias suyas. Por esa
razn la copia de este mandante no se realiza al principio, sino hasta que se hayan realizado ciertas
parametrizaciones como el idioma, pues tendr que ser comn para todos los mandantes. El mandante
000, sirve entre otras cosas, para comparar con respecto a l los cambios que se hayan realizado y as,
poder detectar posibles fallos. El mandante 001 es una copia del mandante 000, por ello no debe ser
modificado, en caso de prdida del sistema y del mandante 000, siempre estar disponible.
El mandante 066 es el mandante que utiliza SAP para realizar las auditorias. Dos veces al ao entran al
sistema y verifican que todo este correcto, adems, si se tienen problemas graves en el sistema, es
posible solicitar ayuda al personal de SAP e ingresarn al sistema por medio de este mandante. Al igual
que los mandantes 000 y 001, este mandante tampoco debe modificarse puesto que, si por alguna
modificacin realizada el personal de SAP no puede conectarse, se deslindan de toda responsabilidad de
soporte para la instalacin.
Para iniciar con la creacin de mandantes presionar: Visualizar/Modificar y a continuacin Entradas Nuevas.
Se despliega una nueva ventana en la que se ingresan los siguientes datos:
Mandante: Nmero de mandante (3 dgitos).
Descripcin: Texto.
Rol de mandante: Rol que desempea el mandante dentro del sistema.
Tambin es necesario limitar los permisos de modificacin de cada mandante de acuerdo al rol que le es
asignado, en las secciones marcadas con

en la figura 3.5.24.
59

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

Figura 3.5.24 Informacin de un mandante (Transaccin SCC4)

En la mayora de los casos se utilizan los valores default en las opciones de la lista anterior. Se guardarn
los cambios y, en la ventana anterior se despliega la entrada nueva para el cliente o mandante que se ha
creado, como se observa en la figura 3.5.25.

Figura 3.5.25 Nuevo mandante creado

Una vez que se ha creado la entrada para el nuevo mandante es necesario loguearse en l, con el
usuario SAP* y la contrasea pass.
En todas las copias de mandantes que se realicen, la contrasea de los usuarios SAP* y de DDIC ser
pass hasta que sea modificada por el administrador. Desde el mandante nuevo se lanza la copia de las
tablas que lo constituirn, el mandante fuente ser como se ha mencionado anteriormente el mandante
60

IMPLEMENTACIN DE SAP R3 versin ECC 5.0

nmero 000, antes de iniciar la copia, se debe verificar que haya espacio suficiente en los tablespaces,
pues son los que van a soportar la carga de la copia. Si no se tiene muy claro lo que va a ocupar la copia
de mandante, es recomendable tener una ventana en la que se va a monitorear peridicamente el
crecimiento de los tablespaces, agrandndolos cuando fuese necesario.
Una vez comprobados los tamaos de los tablespaces y estando dentro del nuevo cliente, se ingresa a la
transaccin SCCL (transaccin para copiar mandantes) y se indican los mandantes fuente y destino (figura
3.5.26).

Figura 3.5.26 Copia de mandante (Transaccin SCCL)

Es posible indicar al sistema que la copia se inicie de manera inmediata o que se calendarice como un
proceso en background, esta opcin permite programar las copias de mandante para los casos en los que
el sistema ya esta siendo utilizado, con esto se evita bajar el performance del sistema, lanzando la copia en
horarios no pico. Tambin, se podr definir que alguno de los mandantes sea el que se utiliza por defecto al
loguearse al sistema. Esto se hace al modificar el perfil de la instancia (transaccin RZ10) aadiendo el
parmetro: login/system_client con valor del mandante deseado, vase figura 3.5.27.

Figura 3.5.27 Mandante predeterminado para loguearse.

61

ADMINISTRACIN Y OPERACIN DE APLICACIONES

CAPTULO 4.
ADMINISTRACIN Y OPERACIN DE
APLICACIONES

62

ADMINISTRACIN Y OPERACIN DE APLICACIONES

4.1 Inicio y stop de los sistemas SAP
A continuacin de explica el proceso de inicializacin de los sistemas de SAP: R3, SM y BW. Describiendo el
nmero de actividades a realizar cuando se presenta algn problema durante estos procesos. De igual forma
se describe el nmero de actividades a realizar antes de detener el sistema SAP R3 y los pasos a seguir para
realizar esta actividad.
La inicializacin de SAP es el requisito mnimo para trabajar con el sistema y es tarea del usuario de sistema
operativo <SID>ADM o el administrador. Las re-inicializaciones son igualmente necesarias para el
mantenimiento de la base de datos o el reconocimiento de nuevo hardware y parmetros del sistema.
En los ambientes Microsoft Windows los programas se encuentran activos solamente mientras el usuario que
los ejecut se encuentre activo en el sistema. Cuando el usuario sale del sistema, sus programas son
terminados. De ah entonces que el sistema SAP utiliza el concepto de servicios para inicializar. Estos
programas son inicializados y administrados por el sistema operativo.
Durante la instalacin del sistema SAP, los servicios de SAP y la base de datos son instalados
adicionalmente a los servicios del sistema operativo. Los servicios SAP son el SAPOSCOL y el
SAP<sid>_<instance no.>
Secuencia de Inicio
1) Inicio de la Base de Datos (BD). El elemento subyacente del sistema SAP es la BD, de ah
entonces que sta debe encontrarse en estado operacional antes de inicializar las instancias
SAP.
2) El proceso SAPOSCOL es inicializado en fondo. ste recoge los datos del sistema operativo
sobre los recursos y los hace disponibles a travs de la memoria compartida de las instancias
SAP.
3) Inicio de la Instancia Central. Solamente cuando los servidores de mensajes (message server) y
de bloqueos (enqueue server) estn activos, otras instancias pueden ser inicializadas.
4) Inicio de otras Instancias. El dispatcher y los workprocess de otras instancias de dilogo son
inicializadas.

63

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Herramientas para iniciar el sistema SAP
La herramienta por medio de la cual se realiza la inicializacin de SAP es Microsoft Management Console,
MMC (Instancia Central e Instancias de Dilogo), vase figura 4.1.1. Se cuenta con una herramienta
adicional: Central computer management system (CCMS) del sistema SAP, pero slo es utilizada para
inicializar instancias de dilogo.

Figura 4.1.1 Microsoft Management Control

1) Acceder al sistema con el usuario <sid>adm.

2) Se inicia la consola de administracin MMC (Microsoft Management Console). Seleccionar la
instancia deseada y hacer clic en la opcin start del men contextual (botn derecho del mouse).
3) Al seleccionar la funcin START. El sistema revisa primero si la base de datos se encuentra activa, si
no es as, la inicializa automticamente. Si la base de datos se encuentra activa, la instancia central
(message server y dispatcher) es inicializada por el servicio SAP<SID>_<Instance no.>.
La figura 4.1.2 Muestra un diagrama del proceso para iniciar el sistema SAP.

Figura 4.1.2 Flujo para iniciar el sistema SAP

64

ADMINISTRACIN Y OPERACIN DE APLICACIONES

El estatus del sistema SAP, las instancias individuales, el message server y el dispatcher se muestra en el
MMC de acuerdo a la siguiente leyenda de colores.

Iniciar Instancias de dilogo mediante el CCMS Computer Center Management System (Sistema de
administracin de rendimiento)

Figura 4.1.3 Transaccin RZ03

En la pantalla anterior (figura 4.1.3), se muestra la transaccin RZ03: Control/ start SAP instance.
El proceso de inicio es una fase importante que es registrada por:

El sistema operativo (OS).

La base de datos (BD).
El sistema SAP.

Si el sistema no inicializa, es importante encontrar el error en las bitcoras apropiadas para

determinar el componente que falla (OS, BD, R3).
Anlisis de Errores: No Inicializa la base de datos
Todos los mensajes que son creados por diferentes servicios o el MMC, son administrados por un servicio de
registro de eventos: el event manager. El event viewer permite visualizar las alertas y errores del sistema, de
las aplicaciones y de seguridad, como se observa en la figura 4.1.4.

Figura 4.1.4 Servicio de Registro de eventos

65

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Esta herramienta es llamada al seleccionar el men Start/Programs/Administrative Tools/ Event Viewer. Se
selecciona el componente relevante de la barra de men y el sistema despliega una lista de errores, alertas e
informacin que ha sido generada.
Revisar en la ventana de servicios (Start/Programs/Administrative tools/services) que los servicios de la base
de datos y de la instancia estn activos, vase figura 4.1.5.

Figura 4.1.5 Supervisin de los servicios de la base de datos y de la instancia

Anlisis de Errores: No Inicializa una o ms instancias de R3

Revisar la bitcora de inicio en el MMC (seleccionar instancia deseada y hacer clic en All Tasks/View
Developer Traces del men contextual). La figura 4.1.6 muestra un ejemplo de los traces disponibles.

Figura 4.1.6 Lista de traces disponibles.

Dichos traces pueden ser analizados tambin a nivel sistema operativo. Las bitcoras de los procesos de
inicio del sistema SAP son almacenadas en el sistema de archivos. Si existen problemas durante el inicio,
estas bitcoras pueden proveer informacin til tal como mensajes de error o descripciones de problemas.

66

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Estos archivos son almacenados en el directorio de inicio (DIR_HOME) de la instancia en cuestin. Se deben
revisar los trace files ms importantes:
dev_ms = trace del message server.
dev_disp = trace del dispatcher.
dev_w<n> = (donde n es el nmero de workprocess), trace de cada workprocess.
Detener el sistema SAP R3
Pueden existir diversas razones para detener el sistema SAP:
Instalar parches de Kernel.
Realizar actualizaciones de Hardware.
Para que los cambios realizados a parmetros del sistema R3 tomen efecto.
Antes de detener el sistema, se deben llevar a cabo una serie de acciones:
Informar a los usuarios en lnea (SM02).
Monitorear a los usuarios activos (SM04).
Revisar procesos en fondo que sern interrumpidos (SM37) para re-calendarizarlos.
Revisar sesiones de carga de datos (batch input) activas (SM35).
Revisar procesos interrumpidos por el sistema (SM13).
Transaccin SM02 System Messages
Antes de detener el sistema, se debe dar aviso a todos los usuarios mediante un mensaje del sistema, como
el que se observa en la figura 4.1.7.

Figura 4.1.7 Creacin de mensajes de sistema

67

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin SM04 User List
Deben revisarse los usuarios que se encuentren activos en el sistema, vase figura 4.1.8.

Figura 4.1.8 Lista de usuarios activos

Transaccin SM37 Job Overview

Se deben revisar los trabajos que se encuentren activos con el fin de recalendarizarlos si stos son
interrumpidos por dar de baja el sistema. Los trabajos que fueron calendarizados para el tiempo en que el
sistema estuvo dado de baja son automticamente inicializados una vez que el sistema ha levantado. En la
figura 4.1.9 se puede observar la pantalla en la que se revisa el status de los trabajos activos o ejecutados.

Figura 4.1.9 Status de los trabajos

68

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin SM13 Update Request
Se utiliza esta transaccin para revisar los procesos de actualizacin que son finalizados al detener el
sistema. Los registros de actualizacin vuelven a su estado de ltima consistencia (rolled back) y se les
asigna el estatus init. Estos registros son actualizados durante el re-inicio. La figura 4.1.10 muestra el status
error de los procesos de actualizacin despus de haber detenido el sistema.

Figura 4.1.10 Finalizacin de procesos de actualizacin

Transaccin SM35 Batch Input

Esta transaccin despliega los procesos de carga de datos (batch input) que se encuentran en ejecucin,
como se observa en la figura 4.1.11. En su caso, habr que re-calendarizarlos. Se utilizan las dos opciones
mencionadas en prrafos pasados para detener el sistema: Central computer management system (CCMS)
del sistema SAP (solamente instancias de dilogo) figura 4.1.12 y desde el sistema operativo: con el Microsoft
Management Console, MMC (Instancia Central e Instancias de Dilogo).

Figura 4.1.11 procesos de carga de datos (batch input)

69

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin RZ03 control de stop SAP instante

Figura 4.1.12 Central computer management system

Detener el sistema SAP en ambientes Microsoft Windows

1) Acceder el sistema con el usuario <sid>adm.
2) Iniciar la consola de administracin MMC (Microsoft Management Console). Seleccionar una instancia
deseada (o el sistema SAP) y hacer clic en la opcin stop del men contextual (botn derecho del
mouse).
Detener el sistema desde la lnea de comando
Detener todo el sistema SAP: stopsap.
Iniciar una instancia especfica de SAP: stopsap name=<sid> nr = <instance no.> SAPDIAHOST
= <server name>.
4.2 Sistema de transportes
A continuacin se describe la arquitectura del sistema de transportes de SAP, la creacin y liberacin de
rdenes de transporte, as como su importacin en los sistemas de consolidacin, tambin se muestran las
actividades y pasos a seguir en la presentacin de problemas de transporte. El CTS Change and Transport
System (Sistema de modificaciones y transportes) es la herramienta que SAP provee para el control de
versiones y transportacin de objetos a diferentes ambientes. Control de cambios es el control de cualquier
modificacin en la parametrizacin u objetos del software de SAP (Programas de ABAP, Objetos del
Diccionario de Datos, Perfiles de Autorizacin, Configuracin de tablas) que cambiar las caractersticas de
los sistemas SAP.
Escenario Tpico de Transporte
En las figura 4.2.1 se exponen ejemplos de escenarios que se presentan para realizar los transportes entre
los diferentes ambientes de una instalacin de SAP. Iniciando siempre en el sistema de desarrollo (DEV) y
finalizando en el import de los cambios en el ambiente productivo (PRO).

70

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.2.1 Escenario Tpico de Transporte

Realizacin de Transportes
La administracin de los transportes se realiza mediante la transaccin STMS, vase figura 4.2.2. Los
botones marcados se utilizan para:
Realizar los transportes.
Definir los sistemas del TMS Transport Management System (Sistema de administracin de
transportes).
Establecer rutas de transporte.
Tambin es posible realizar transportes entre mandantes dentro del mismo sistema mediante la transaccin
SCC1.

Figura 4.2.2 Administracin de transportes

Ejemplo de transporte de un programa ABAP

Se crea el programa: Program 1 en la transaccin SE38 como se observa en la figura 4.2.3.

71

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.2.3 Creacin del programa

El campo status define el tipo de programa (figura 4.2.4.)

Figura 4.2.4 Status del programa

Se asigna una clase de desarrollo (con la ruta de clase adecuada, en este caso QAS) al programa (figura
4.2.5).

Figura 4.2.5 Asignacin de clase de desarrollo

72

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Se genera una orden de transporte (figura 4.2.6).

Figura 4.2.6 Generacin de la orden de transporte

La figura 4.2.7 resalta el campo Project que

asocia las rdenes de transporte a un proyecto de

implementacin. Esto facilita el visualizar todas las rdenes de transporte que pertenecen a un determinado
proyecto.

Figura 4.2.7 Campo project

Las peticiones de transporte (workbench o customizing) son liberadas en las transacciones SE09 o SE10,
vase figura 4.2.8. El sistema de transportes asigna un nmero <sid>K<nnnnn> (tal como DEVK900050) a
una peticin de transporte (change request).

Figura 4.2.8 Liberacin de peticiones de transporte

73

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Se libera la tarea y despus la orden de transporte (figura 4.2.9).

Figura 4.2.9 Liberacin de tarea y orden de transporte

La figura 4.2.10 indica como se documenta apropiadamente el transporte con informacin descriptiva de los
cambios realizados.

Figura 4.2.10 Documentacin de transporte

A continuacin se verifica que el transporte se haya liberado sin error alguno, (figura 4.2.11).

Figura 4.2.11 Verificacin de liberacin del transporte

La importacin de la orden de transporte se hace desde la transaccin STMS. Al hacer click en el botn
refresh aparece un transporte en la cola de transportes del sistema al que ser importada la orden como se
observa en la figuras 4.2.12 y 4.2.13 respectivamente (ejemplo: QAS). Transaccin: STMS/Overview/Imports.

74

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.2.12 Cola de transportes del sistema

Figura 4.2.13 Ejemplo de importacin de la orden

Se importan todas las rdenes de transporte que hay en la cola, o solamente de una orden de transporte en
particular mediante los botones sealados en rojo. Un transporte se puede importar inmediatamente o en
forma calendarizada (al igual que los jobs). Una vez que seleccionadas las ordenes a impotar, se observa la
pantalla siguiente (figura 4.2.14) en la que se debe definir el sistema destino.

Figura 4.2.14 Inicio de importacin de la orden de transporte

El import se puede realizar en forma sncrona en donde la pantalla se bloquea hasta que termina el
transporte, o se puede mandar en forma asncrona, en donde el proceso se desbloquea aunque no haya
acabado la importacin (figura 4.2.15).
75

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.2.15 Tipo de ejecucin de import

La figura 4.2.16 muestra la etiqueta options en donde se definen las diferentes opciones de importacin.

Figura 4.2.16 Opciones de importacin

En la figura 4.2.17 se observa la lista de imports realizados para el sistema WPS, el smbolo resaltado indica
que la orden esta lista para ser importada nuevamente si as se desea.

Figura 4.2.17 Ejemplo: Lista de rdenes importadas

Para conocer el significado de los diferentes status de una orden de transporte, se debe presionar el botn
leyenda con el que se despliega la siguiente lista (figura 4.2.18).

76

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.2.18 Descripcin del status del transporte

Herramientas CTS
Las herramientas del organizador de transportes poseen una coleccin de utilidades que apoyan el trabajo
para el Sistema de modificaciones y transportes (CTS), vase figura 4.2.19.
Si se est trabajando con privilegios de administrador en el Sistema de modificaciones y transportes (CTS) y
teniendo (la autorizacin S_CTS_ADMIN), se podr usar un rango ms grande de herramientas. Como un
administrador, se puede hacer los cambios crticos a los parmetros del sistema.

Figura 4.2.19 Herramientas del organizador de transportes

Transaccin SCC1 Copiar orden de transporte

En esta transaccin se encuentran herramientas muy tiles para la administracin de rdenes de transporte.
La transaccin SCC1 permite importar transportes de cambios de customizing que han registrado en una
orden de transporte entre mandantes dentro de un mismo sistema (se debe estar logueado en el mandante
destino), como se muestra en la figura 4.2.20.

77

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.2.20 Copia de orden de transporte

Administracin de Cambios
Finalmente, es recomendable contar con una administracin adecuada del control de cambios, por medio de
formatos en los que se registren los cambios realizados en el sistema y las autorizaciones para realizar estos,
a continuacin se presenta un ejemplo de dichos formatos (figura 4.2.21).

Figura 4.2.21 Formato de control de cambios

4.3 Monitoreo de sistemas SAP

Esta parte del captulo proporciona los elementos bsicos para el monitoreo de las actividades y operaciones
diarias de los sistemas de SAP. En general, los sistemas de SAP proveen diversas funciones de monitoreo
del estado tcnico del sistema.
Estas funciones son utilizadas por el administrador del sistema de forma rutinaria. El monitoreo continuo
permite identificar en forma rpida posibles problemas o conflictos. Una actitud proactiva es preferible a una
reactiva en la resolucin de problemas. El monitoreo permite adems asegurar un buen desempeo
(performance) para el procesamiento de los procesos de negocio.
78

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Los sistemas SAP proveen varias funciones para el monitoreo y configuracin del estado tcnico del sistema.
Los administradores del sistema deben utilizar un conjunto de transacciones para el monitoreo rutinario. Este
conjunto de transacciones se puede dividir en transacciones de monitoreo de usuarios, monitoreo de
procesos y de anlisis de errores.
Transacciones de Monitoreo de Usuarios
La medida ms simple y grfica del tamao de un sistema R3 es por el nmero de usuarios.
SM04: Muestra usuarios activos en una instancia.
AL08: Muestra usuarios activos en todo el sistema SAP.
ST07: Muestra usuarios activos por mdulo funcional.
Transaccin SM04 Overview of Users
La transaccin SM04 despliega los usuarios activos en una instancia local (figura 4.3.1). Varias funciones de
administracin se encuentran disponibles en esta transaccin, tales como la finalizacin de la sesin de un
usuario, el despliegue de la informacin de un usuario, la memoria y recursos que consume etc.

Figura 4.3.1 Usuarios activos en una instancia local

Botn Session: Muestra el nmero de sesiones por usuario, y si es necesario se puede cerrar alguna de ellas
desde aqu (figura 4.3.2).

Figura 4.3.2 Sesiones por usuario

79

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Botn User Info: Muestra informacin general del usuario (figura 4.3.3).

Figura 4.3.3 Informacin general del usuario

Transaccin AL08 Overview of Global Users

Esta transaccin no provee ninguna funcin de edicin, simplemente despliega una lista de usuarios activos
en el sistema, listados por instancia, vase la figura 4.3.4.

Figura 4.3.4 Listado de usuarios activos por instancia

Transaccin ST07 Application Monitor

Esta transaccin muestra los usuarios activos en el sistema clasificados por componente de aplicacin o
mdulo funcional en el que se encuentran trabajando (figura 4.3.5).

Figura 4.3.5 Distribucin de usuarios

80

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transacciones de Monitoreo de Aplicaciones
Transaccin ST07 SAP buffer
Esta transaccin ofrece datos tiles tales como la cantidad de memoria SAP que consume cada mdulo
funcional en el sistema (figura 4.3.6).

Figura 4.3.6 Monitoreo de consumo de memoria

Transaccin ST07 DB access

Ofrece datos sobre la actividad de la base de datos por mdulo funcional (figura 4.3.7).

Figura 4.3.7 Monitoreo de actividad de la base de datos

Transaccin ST07 Response times

Ofrece los tiempos de respuesta por componente de aplicacin (figura 4.3.8).

Figura 4.3.8 Monitoreo de los tiempos de respuesta

81

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin ST07 Response times graphic
Desde esta transaccin se ejecuta una visualizacin grfica de los tiempos de respuesta en el sistema y con
ello se tiene un panorama ms claro del funcionamiento del sistema (figura 4.3.9).

Figura 4.3.9 Monitoreo grfico de los tiempos de respuesta

Transacciones de Monitoreo de Procesos

Para analizar la actividad de los procesos de un sistema R3 existen tres transacciones:
SM51: Muestra las instancias disponibles de un sistema SAP.
SM50: Muestra los procesos de trabajo locales de una instancia en particular.
SM66: Muestra en forma global los procesos de trabajo activos en un sistema SAP.
Las funciones obtenidas de las transacciones SM50 y SM66 son muy similares.
Transaccin SM51
Esta transaccin muestra las instancias disponibles en un sistema SAP. Muestra su estatus, procesos de
trabajo definidos y los servidores donde se encuentran definidas (figura 4.3.10).

Figura 4.3.10 Instancias disponibles para el sistema SAP

Transaccin SM51 Release Notes

Esta opcin proporciona informacin similar a la del men System/status, donde se obtiene informacin del
kernel (como nivel de parche), de la base de datos y del sistema operativo (figura 4.3.11).
82

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.3.11 Informacin del kernel

Transaccin SM51 Remote logon

Una funcin muy til dentro de la transaccin SM51 es la capacidad de accesar las instancias definidas para
consultar transacciones que son locales a dichas instancias, vase la figura 4.3.12. Por ejemplo, de esta
forma se puede revisar la bitcora del sistema en la transaccin SM21, sin necesidad de iniciar diferentes
sesiones del SAPGUI para acceder los otros servidores de aplicacin.

Figura 4.3.12 Acceso a instancias definidas

Transaccin SM50 Process Overview

La figura 4.3.13 muestra el resumen de procesos el cual proporciona los siguientes datos:
No: Nmero nico de cada proceso de trabajo de una instancia.
Tp: Tipo de proceso de trabajo (DIA, BTC, etc.)
PID: Identificador del proceso de trabajo para el sistema operativo.
Status: Indica el estado de un proceso de trabajo (waiting, running, stopped).
Reason: Indica la razn por la que un proceso de trabajo se ha detenido.
83

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Start: Indica si un proceso de trabajo ha sido re-inicializado por el despachador.
Err: Nmero de veces que el proceso de trabajo ha sido terminado.
Sem: Nmero del semforo actuando con el proceso de trabajo.
CPU: Indica el tiempo usado por el proceso de trabajo (en minutos y segundos).

Figura 4.3.13 Resumen de procesos

Transaccin SM66 System Work Process Overview

Esta transaccin muestra los procesos de trabajo definidos en todo el sistema SAP y no solamente en una
instancia en particular (figura 4.3.14). Mediante el botn SELECT PROCESS, se puede definir que se
muestren solamente los procesos activos, inactivos o de algn tipo en especial (dialog, update, enqueue,
background, etc.).

Figura 4.3.14 Resumen de trabajos en todo el sistema SAP

Otras Transacciones tiles

Transacciones importantes para el monitoreo de otros procesos del sistema (actualizaciones, bloqueos y
procesos en fondo) son:
SM13: Muestra que los procesos de actualizacin se lleven a cabo correctamente. Si algn problema
surge durante una actualizacin, son registrados en esta transaccin para que puedan ser
analizados.
SM12: Muestra los bloqueos de objetos en la memoria SAP.
SM37: Muestra el estado de ejecucin de los procesos en fondo.
84

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin SM13 Update Requests
La figura 4.3.15 muestra la pantalla inicial para desplegar un informe de los procesos de actualizacin de
registros que se ejecutan en el sistema, ser necesario ingresar diferentes parmetros como usuario,
mandante o periodo de tiempo. Desde esta pantalla es posible cambiarse al modo administracin de
actualizaciones por medio del botn: Administration (transaccin SM14).

Figura 4.3.15 Pantalla inicial del resumen de actualizaciones

Al ejecutar la consulta, se obtiene un informe similar al de la figura 4.3.16, en este ejemplo, se presentaron
errores al ejecutar los procesos de actualizacin; por medio del botn repeat update es posible lanzar
nuevamente la actualizacin fallida.

Figura 4.3.16 Informe procesos de actualizacin de registros

Anlisis de Errores
Las transacciones para el anlisis de errores son las siguientes:
SM21: Bitcora local del sistema R3.
ST22: Anlisis de errores de ABAP runtime.
AL11: SAP Directories.

85

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin SM21 System Log
La bitcora del sistema (tambin llamada SysLog) permite evaluar los mensajes registrados en el sistema
(figura 4.3.17).

Figura 4.3.17 Bitcora del sistema (SysLog)

Transaccin SM21 Reread system log

Una distincin es hecha entre mensajes, alertas y errores. Las entradas correspondientes son clasificadas por
color, como se observa en la figura 4.3.18. El SysLog permite identificar el usuario que gener el problema, la
transaccin que estaba utilizando as como otros detalles. Siempre se debe utilizar el SysLog para analizar
situaciones de error que ocurrieron en el pasado.

Figura 4.3.18 Mensajes, alertas y errores

Transaccin SM21 Reread system log

El tamao del SysLog es definido por el parmetro rslg/max_diskspace/local. Cada registro utiliza 192 bytes y
el tamao por defecto de la bitcora (log) es de 500160 bytes, que es el mltiplo de 192 que corresponde a
2605 registros. Una vez que el SysLog se ha llenado, los registros ms antiguos son sobre-escritos, vase
figura 4.3.19.

86

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.3.19 Anlisis del tamao del SysLog

Transaccin ST22 ABAP runtime errors

Cuando errores no predecibles ocurren durante la ejecucin de un programa ABAP, un archivo de error de
ejecucin (short dump) es generado. Estos archivos pueden ser consultados desde la transaccin ST22
(figura 4.3.20) a la cual se puede llegar tambin mediante el men Tools/ABAP Workbench/Test/Dump
Analysis. Los programas ABAP son verificados estticamente cuando son creados y dinmicamente cuando
son ejecutados. Los errores de estado, los cuales no son predecibles estticamente y ocurren solo durante la
ejecucin del programa, son identificados por esta transaccin.

Figura 4.3.20 Consulta de errores de ejecucin de aplicacin ABAP

Un listado de error de ejecucin (figura 4.3.21) se divide en diferentes secciones tales como: un resumen del
error, posibles causas y soluciones, as como trminos recomendados a utilizar en el portal SAP Marketplace
para encontrar una nota SAP OSS que pueda resolver el error.

87

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.3.21 Listado de errores de ejecucin

Transaccin AL11 SAP Directories

Esta transaccin permite accesar los directorios que se encuentran definidos por las variables de ambiente
del sistema SAP R3, vase la figura 4.3.22.

Figura 4.3.22 Directorios del sistema SAP R3

4.4 Administracin de usuarios

Para poder acceder al sistema, se debe contar con un registro maestro de usuario). Dicho registro habilita la
asignacin de roles de autorizaciones a un usuario (qu actividades puede realizar). El registro maestro de
usuario es dependiente de mandante (client-specific), es decir, se mantienen usuarios separados por cada
mandante (figura 4.4.1).

88

ADMINISTRACIN Y OPERACIN DE APLICACIONES

A continuacin se describe el proceso de creacin de usuarios SAP, as como el uso de los roles existentes
de usuarios para asignar autorizaciones. Se describen las actividades a realizar para el mantenimiento de
usuarios.

Figura 4.4.1 Usuarios dependientes de mandante

Concepto de Autorizaciones
Cuando un usuario accesa al sistema, las autorizaciones asignadas son almacenadas en el contexto
de usuario.
El contexto de usuario es almacenado en la memoria compartida del servidor de aplicacin donde el
usuario se registr al inicio.
Para que un usuario pueda ejecutar un programa o transaccin, el sistema realiza una validacin del
esquema de autorizaciones (figura 4.4.2) asignado (en base al mdulo en el que trabaja) a su registro de
usuario.

Figura 4.4.2 Esquema de autorizaciones de usuario

89

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Creacin y Mantenimiento de un Usuario
Transaccin SU01
Se puede crear un usuario ya sea copindolo a partir de otro, o comenzando desde cero en la transaccin
SU01 (figura 4.4.3).

Figura 4.4.3 Creacin del usuario

En la etiqueta Direccin se especifican datos del usuario como: nombre y datos personales para su
localizacin, vase figura 4.4.4. Es muy importante llenar estos campos para poder localizar al usuario
cuando sea necesario (por ejemplo, cuando ste, se encuentre bloqueando una tabla, ejecutando un reporte
muy costoso en trminos de eficiencia, etc.).

Figura 4.4.4 Captura de datos generales del usuario

En la figura 4.4.5 se observa la etiqueta Logon data en donde se especifica el password inicial, as como el
grupo al que pertenecer el usuario (opcional), el tipo de usuario de que se trata y el tiempo que tendr de
validez, los dos botones marcados en rojo permiten generar un password automtico mediante un asistente
(1) y desactivar el password de un usuario (2).

90

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.4.5 Generacin de password

Caractersticas de los passwords:

o
o
o
o
o
o
o

Pueden contener cualquier carcter, incluyendo nmeros, espacios y puntuacin.

No hay distincin entre letras maysculas y minsculas.
No deben comenzar con tres caracteres idnticos.
No debe comenzar con ?, ! o espacio.
No debe ser PASS o SAP*.
Cuando el usuario accesa el sistema por primera vez, debe especificar un nuevo password.
Si el usuario cambia su password, no puede utilizar ninguno de sus ltimos cinco passwords.

El Campo Grupo de usuarios para verificacin de autorizacin define el grupo de usuarios que pueden
modificar el registro maestro de usuario (figura 4.4.6).

Figura 4.4.6 Verificacin de usuarios para modificar registro maestro

91

ADMINISTRACIN Y OPERACIN DE APLICACIONES

SU01 Grupos de Usuarios
Son creados en la transaccin SUGR, o desde la ruta: SU01/Environment/User Groups (figura 4.4.7).

Figura 4.4.7 Creacin de grupos de usuarios.

Se asigna el nombre del grupo a crear y a continuacin se ingresa la lista de usuarios (ya existentes en el
sistema) que formaran parte del grupo, como se muestra en la figura 4.4.8.

Figura 4.4.8 Asignacin de usuarios a un grupo

SU01 Datos por Defecto

En esta etiqueta se define la impresora que por omisin que tendr el usuario (adicionalmente debe contar
con las autorizaciones necesarias sobre dicha impresora); las opciones de impresin que tendr este usuario,
as como los formatos de fecha y notacin decimal (figura 4.4.9).

92

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.4.9 Configuracin de impresora y opciones regionales para el usuario

SU01 Parmetros
En esta etiqueta se definen en memoria SAP los valores propuestos a ser utilizados por omisin en el llenado
de diversos campos que se activan durante la operacin (figura 4.4.10). Por ejemplo, si un usuario slo tiene
autorizacin para acceder a la sociedad 001, se puede definir que los campos que refieran a este elemento
de datos (data element), sean automticamente llenados con el valor 001.

Figura 4.4.10 Configuracin de parmetros de usuario

SU01 Roles
En esta etiqueta se asignan los roles de autorizacin creados en el generador de perfiles para los usuarios
(figura 4.4.11).

93

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.4.11 Asignacin de roles de usuario

SU01 Perfiles
En esta etiqueta se asignan los Activities groups o perfiles de autorizacin a un usuario (figura 4.4.12).

Figura 4.4.12 Asignacin de perfiles de autorizacin

SU01 Grupos
Al asignar usuarios SAP a grupos de usuarios, la tarea de mantenimiento de usuarios puede ser distribuida a
diferentes administradores. El administrador del sistema slo asigna entonces a cada administrador, las
autorizaciones necesarias para crear y modificar los usuarios de un grupo (figura 4.4.13).

Figura 4.4.13 Distribucin de grupos de usuarios

SU01 Personalizacin
En el sistema se pueden crear objetos de personalizacin por medio de los cuales se limita y especializa cada
opcin de men para un usuario. Dichos objetos son asignados en esta etiqueta (figura 4.4.14).

94

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.4.14 Configuracin del men para el usuario

SU01 Bloqueo de un usuario

El botn bloquear/desbloquear (lock/unlock) bloquea el registro maestro del usuario (a diferencia del
botn desactivar), vase figura 4.4.15.
El sistema NO ejecuta los trabajos en fondo de un usuario bloqueado.

Figura 4.4.15 Bloqueo y desbloqueo del registro maestro del usuario

Mantenimiento Masivo de Usuarios

Transaccin SU10
Por medio de esta transaccin se pueden hacer modificaciones globales a un grupo de usuarios (figura
4.4.16), por ejemplo, asignar un Rol de usuario para todos en la opcin Authorization Data.

Figura 4.4.16 Modificaciones globales a un grupo de usuarios

95

ADMINISTRACIN Y OPERACIN DE APLICACIONES

4.5 Sistema de impresin
A continuacin se describe la arquitectura y flujo de impresin del sistema SAP R3. De igual forma, el
procedimiento para la creacin de impresoras estndares y el procedimiento para la administracin de
trabajos de impresin.
El sistema R3 tiene su propio sistema de SPOOL interno que provee una interface uniforme a los servicios de
impresin de diversos sistemas operativos. Todas las peticiones de impresin generadas por el sistema y sus
componentes son primero canalizadas al sistema de impresin de SAP. A continuacin se proporcionan
algunas definiciones bsicas relacionadas con el sistema de impresin SAP.
Dispositivo de Salida
Cada documento a imprimir en R3 requiere un destino. Debido a que la impresin puede ser realizada no solo
en impresoras, sino en dispositivos de fax o archiving, el trmino general en R3 para estos destinos es
dispositivo de salida (output device).
Spool System
El spooler (programa de impresin asncrona) es un software que permite la entrada y salida de peticiones
de impresin que pueden ser compartidas por un gran nmero de usuarios en forma ordenada y libre de
interferencias.
Tipo de dispositivo
La creacin de una peticin de salida (output request) hace que el SAP spool system enve un flujo de datos
completamente formateados a una impresora utilizando el spooler del sistema operativo (OS spool). Esto
significa que el modelo de la impresora a la que se destina la impresin debe ser conocido al sistema SAP.
Las definiciones de este tipo son conocidas como Tipo de Dispositivo (device types). Si una impresora no
puede ser controlada a nivel sistema operativo, no puede ser tampoco utilizada desde el sistema SAP.
Mtodo de Acceso
Cada definicin de tipo de dispositivo requiere la especificacin de un mtodo de acceso. El mtodo de
acceso (ms parmetros asociados como el nombre de la cola de impresin o el nombre del servidor de red)
indica al spooler de R3 la ruta de impresin de los datos a su destino. En general, los mtodos de acceso
pueden ser clasificados como acceso local y acceso remoto. La figura 4.5.1 ejemplifica diferentes casos de
mtodos de acceso.

96

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.5.1 Conexin de Impresoras: Mtodos de Acceso

Impresin Local
El proceso de trabajo de spool (spool work process) y el spool del sistema operativo se encuentran en el
mismo servidor, vase figura 4.5.2.

Figura 4.5.2 Proceso de trabajo de impresin en el mismo servidor

Impresin Remota
En este caso, el proceso de trabajo de spool (spool work process) y el spool del sistema operativo se
encuentran en diferentes servidores, vase figura 4.5.3.

Figura 4.5.3 Proceso de trabajo de impresin en servidores distintos

97

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Front-end Printing
Los usuarios del sistema SAP pueden imprimir directamente en sus impresoras locales utilizando la impresin
de tipo front end (figura 4.5.4).

Figura 4.5.4. Impresin local de tipo front end

Programa SAPLPD
SAP provee el programa saplpd para los hosts con sistema operativo Microsoft Windows. El programa saplpd
transfiere la salida de impresin del sistema SAP al control de salida de Microsoft Windows (figura 4.5.5).

Figura 4.5.5 Transferencia de salida de impresin de SAP a Windows

Imprimiendo en Sistemas SAP

Aunque existen diferentes formas de crear documentos (reportes, SAPscripts, SAP smart forms), la impresin
en papel se lleva a cabo siempre en dos pasos:
o Primero, la creacin de una peticin de spool (spool request).
o Segundo, la creacin de una peticin de salida (output request).

98

ADMINISTRACIN Y OPERACIN DE APLICACIONES

El spool request contiene informacin de impresin independiente de dispositivos de salida tales como el
autor, fecha, nmeros de copias y los datos a imprimir. Solamente cuando el spool request va a ser impreso
en un dispositivo en particular se crea un output request, vase la figura 4.5.6. El output request contiene los
datos del spool request pero traducidos a un lenguaje de impresora especfica que el dispositivo de salida
conoce.

Figura 4.5.6 Creacin de una peticin spool y peticin de salida

Flujo de Datos durante la Impresin

La fuente del spool request puede ser un programa ABAP, un editor de programa, el sistema de
procesamiento de textos SAPscript o el sistema de presentacin de grficos de SAP.
La base de datos secuencial-temporal (temporary sequential TemSe) es un repositorio para datos
secuenciales tales como los datos de spool requests o bitcoras (logs) del procesamiento en fondo. TemSe
ocasiona muy rara vez problemas de espacio en la base de datos, pero si as fuera, entonces es necesario
las herramientas del sistema de impresin para reorganizar TemSe.
Definicin de Dispositivos de Salida
La configuracin del sistema de spool es una tarea de administracin del sistema. La herramienta de
configuracin se encuentra en la transaccin SPAD (figura 4.5.7).

99

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.5.7 Administracin y configuracin del sistema spool

Transaccin SPAD, datos a ingresar

En la etiqueta DeviceAttributes (figura 4.5.8) se deben ingresar los siguientes datos:
Output Device: Nombre, mximo 30 caracteres.
Short Name: Para propsitos internos.
Device Type: Modelo o familia de impresora.
Spool Server: Servidor de aplicacin SAP con procesos de trabajo de spool.

Figura 4.5.8 Configuracin del dispositivo de impresin

Para el caso de la etiqueta Access Method (figura 4.5.9) se llenarn los siguientes campos:
Host Spool Access Method: Local, Remoto.
Host Printer: Nombre de la impresora a nivel sistema operativo.
Destination Host: Nombre del servidor donde el spooler de sistema operativo (tal como saplpd) se
encuentra.

100

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.5.9 Configuracin de mtodo d acceso

La figura 4.5.10 muestra los campos contenidos en la etiqueta Atributos de salida, por medio de los cuales
se puede definir la impresin de una pgina inicial propia de SAP: cover page, modo de impresin, bandeja
de salida, etc.

Figura 4.5.10 Configuracin de salida de impresin

101

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Administracin de Spool Output Requests
La administracin de las peticiones de spool y de salida se hace en la transaccin SP01 (figura 4.5.11).
Transaccin SP01

Figura 4.5.11 Configuracin de peticiones de spool y de salida

Transaccin SP01 Further Selection Criteria

Cada usuario puede definir sus propios criterios de seleccin mediante la opcin further selection criteria,
como se muestra en la figura 4.5.12.

Figura 4.5.12 Criterios de seleccin de peticioness de spool y de salida

Transaccin SP02
La administracin especfica de las peticiones de spool de un usuario se realiza en la transaccin SP02
(figura 4.5.13).

Figura 4.5.13 Peticiones de spool y de salida de un usuario

102

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Al consultar el detalle de alguna peticin de spool por medio de doble clic, podremos revisar el status de sta
en una ventana como la que se observa en la figura 4.5.14.

Figura 4.5.14 Status de trabajo de impresin

Monitoreo de spool y output requests remotos

Para monitorear peticiones de spool y de salida en sistemas remotos, bastar con ingresar el identificador o
nombre del sistema remoto en el campo resaltado en la figura 4.5.15.

Figura 4.5.15 Monitoreo de peticiones de spool y salida en sistemas remotos

4.6 Seguridad en sistemas SAP

Para efectos de seguridad de auditoria, es posible agregar un parmetro en el perfil de la instancia (figura
4.6.1) por medio del cual se restringe el acceso mltiple de un mismo usuario, ya sea en el mismo o diferente
equipo. Un registro mltiple de usuario se presenta cuando varios usuarios estn compartiendo una
identificacin del usuario, o alguien est usando la identificacin de una clave de usuario sin el conocimiento
del propietario.

103

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Por cuestiones ticas, no est permitido ms de un logueo por usuario en el sistema R3.

Figura 4.6.1 Pantalla de modificacin del perfil de instancia de SAP R3

Transacciones (SE03, SCC4) para evitar que el sistema de produccin se modifique

El propsito de estas transacciones en el sistema de la produccin es asegurarse que los cambios han sido
realizados y aprobados en el sistema de desarrollo. Una vez que se ha definido cual ser el sistema de
produccin, este se bloquear por default para que no puedan realizarse cambios de configuracin en l.
La configuracin que debe ser aplicada a un sistema productivo (a nivel de mandante), est representada en
la figura 4.6.2. Por medio de estas restricciones se garantiza que habr un manejo apropiado de los diferentes
ambientes SAP.

Figura 4.6.2 Detalle de las restricciones del mandante

104

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Transaccin SE06 Opciones para la modificacin del sistema
Aqu se definen los usuarios que podrn realizar diversas tareas de administracin del sistema, con el
propsito de evitar el dao o modificacin en el ste por personas no autorizadas (figura 4.6.3). Se debe
tener presente que esto representa un riesgo de seguridad y puede tener un impacto grave, pues una
operacin errnea ejecutada accidentalmente por un usuario; podra daar el sistema R3 en alguno de sus
ambientes.

Figura 4.6.3 Configuracin de usuarios para modificar el sistema

Transaccin SM01 Bloquear y desbloquear cdigos de transacciones peligrosas

La seguridad convencional previene el acceso a estas transacciones, vase figura 4.6.4, pero algunos
administradores, programadores, consultores, y los usuarios con privilegios podran utilizarlas dependiendo
del sistema en el que trabajen. El uso de los bloqueos de transacciones provee una segunda lnea de
defensa.

Figura 4.6.4 Bloqueo y desbloqueo de transacciones peligrosas

Acceso restringido a usuarios SAP* o DDIC

Estos son usuarios que existen por default en el sistema, los cuales cuentan con autorizaciones de sper
usuario que les permiten ejecutar tareas de administrador una vez finalizada la instalacin inicial del sistema,
, tareas de alta relevancia cuando el sistema ya esta en productivo como por ejemplo la creacin de un
mandante nuevo.
105

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Si un usuario de SAP R3 requiere una funcionalidad similar, se debe realizar una copia de uno de los sper
usuarios para que pueda utilizar las autorizaciones asignadas a estos.
Normas para el uso de las contraseas
Dentro del perfil de instancia del sistema (RZ10) se pueden agregar parmetros de seguridad para el uso de
contraseas, por medio de estos, es posible restringir entre otras cosas: longitud mnima, tiempo de vigencia,
etc. Se puede prevenir el uso de palabras fciles para contraseas ingresando estas en la tabla USR40 por
medio de la transaccin SM31. El sistema verifica esta tabla cuando el usuario intenta ingresar una nueva
contrasea. Una contrasea mal planificada podra poner al sistema en el riesgo.
4.7 Administracin de la base de datos
A continuacin se describe la estructura de la base de datos de los sistemas SAP y, en forma general el
funcionamiento de MS SQL Server 2000 utilizado en la instalacin a realizar en el capitulo 5.
El motor de la base de datos se compone a grandes rasgos de procesos, rea de memoria y estructuras de
almacenamiento (figura 4.7.1).

Figura 4.7.1 Estructura de SQL Server 2000

Memoria de la Base de Datos

Existen dos tipos de estructuras de Memoria (figura 4.7.2):
The Shared Global Area (SGA): compartida por todos los usuarios.
The Process Global Area (PGA): memoria especfica de usuario.

106

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Figura 4.7.2 Estructuras de Memoria SGA y PGA

Memoria SGA
La memoria SGA tiene las siguientes tres secciones (figura 4.7.3) que son compartidas por los usuarios.
El rea de Shared Pool contiene informacin del diccionario de datos y requerimientos SQL enviados
por los usuarios para procesamiento.
El rea de Database Buffer Cache almacena los datos que son accesados por los usuarios
conectados a la base de datos.
El rea de Redo Log Buffer almacena la bitcora de cambios realizados a la base de datos.

Figura 4.7.3 Secciones de la memoria SGA

Directorios y nombres de Data Files

Cada data file se guarda en un directorio separado.
Cada subdirectorio contiene el nombre de un tablespace y el nmero de secuencia de data file.
El nombre de archivo y directorio es reconocido por la herramienta de administracin de la base de
datos SAPDBA.
Recomendaciones SAP
Los control files deben mantenerse en paralelo en discos separados.
El modo ARCHIVELOG debe ser activado para asegurar que los ONLINE REDO LOGS son
respaldados (requerimiento de SAP).
Los ONLINE REDO LOGS deben ser replicados (mirrored) en discos separados.
107

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Monitoreo de la Base de Datos
Transaccin DB02
Los siguientes parmetros pueden ser analizados desde la transaccin DB02, (figura 4.7.4).
o
o
o
o
o
o
o
o

Estadsticas de los buffers de la base de datos.

Estadsticas de actividad de los data files.
Estadsticas del buffer cach del Diccionario.
Vista directa de todas las tablas de administracin de SQL.
Anlisis de bloqueos (Lockwait).
Anlisis y estadsticas de las estructuras de almacenamiento.
Cambios a los parmetros de SQL.
Revisiones de consistencia de la base de datos.

Figura 4.7.4 Anlisis de rendimiento de la base de datos

Utilizacin de la herramienta SAPDBA

Inicializando el sapdba:
o Acceder como el usuario administrador de SQL.
o Ejecutar el comando sapdba.
Sapdba puede ejecutarse en modo lnea de comando. Sus funciones incluyen:
o Inicializar y detener la base de datos.
o Revisar las estadsticas de la base de datos.
o Revisar si la base de datos est abierta.

108

ADMINISTRACIN Y OPERACIN DE APLICACIONES

La figura 4.7.5 muestra la pantalla inicial o men principal, de la herramienta SAPDBA.

4.7.5 Pantalla de ejecucin SAPDBA

Un ambiente de usuario correcto, bitcoras (logs) y directorios apropiados son requisito para su operacin
exitosa. Cuando es necesario extender la base de datos, se deben analizar los problemas de espacio en
tablespaces y a continuacin aadir un data file a un tablespace. Se requiere de un respaldo antes de realizar
cambios a los data files. El respaldo de los Tablespace se puede realizar mediante la herramienta sapdba.
Los archivos de control de SQL son respaldados automticamente.
Cuando el Tablespace no tiene ms espacio se utilizar el sapdba men: Freespace and fragmentation of all
tablespaces. A continuacin se deben revisar las estadsticas Used y %Used. Si la utilizacin es alta (>90%)
entonces de debe extender el tablespace con un nuevo data file.
Los respaldos en lnea (Online) pueden ser realizados mientras la base de datos se encuentra activa; el
acceso a la base de datos no se encuentra bloqueado. Los respaldos en lnea (Online) se realizan mientras la
base de datos est abierta y los tablespaces asociados estn en lnea. Los respaldos fuera de lnea (Offline)
solamente se pueden realizar cuando la base de datos se ha detenido. Pueden ser totales (FULL) o parciales
(PARTIAL). Cuando es Total, los respaldos pueden ser utilizados para restaurar una base de datos al estado
consistente que exista en el momento del respaldo. Todas las modificaciones a la base de datos realizadas
desde el respaldo total deben ser repetidas; la base de datos no puede ser recuperada al punto de tiempo
actual.
Un respaldo total offline no puede ser realizado mientras la base de datos permanezca abierta; el respaldo,
llamado en fro, es tomado despus que la instancia ha sido dada de baja. El respaldo total es realizado a
nivel sistema operativo de todos los data files, archivos online redo log, un respaldo total debe incluir los
archivos de parmetros asociados con la base de datos.

109

ADMINISTRACIN Y OPERACIN DE APLICACIONES

Los respaldos parciales son realizados despus del respaldo total, mientras la base de datos se encuentra ya
sea abierta o dada de baja. Los respaldos parciales son solamente tiles para una base de datos en modo
ARCHIVELOG.
Restauracin de la Base de Datos
Entre los tipos de fallas que pueden provocar que se requiera una restauracin de la base de datos, existen
las siguientes:
Errores del usuario.
Errores de procesamiento.
Fallas de la instancia.
CPU, falla de corriente, falla del sistema (system crash).
Falla del medio de almacenamiento.
Estas fallas pueden provocar entre otras cosas:
Prdida de datos.
Prdida de archivos de control.
Prdida de los archivos online redo log.
Prdida de los archivos offline redo logs (.../saparch).
Las opciones del men de recuperacin de la herramienta SAPDBA se muestran a continuacin en la figura
4.7.6.

Figura 4.7.6 Men de recuperacin de SAPDBA

Recuperacin Automtica (Automatic recovery): Si esta opcin es seleccionada, los primeros cuatro pasos del
men son ejecutados; el sistema pregunta despus de cada paso si se quiere continuar o no. Si el SAPDBA
encuentra que los respaldos de los data files o de los offline REDO logs estn en cinta, el sistema solicita las
cintas con sus correspondientes etiquetas. A la prdida de un data file, el SAPDBA automticamente
selecciona el ltimo respaldo vlido de los archivos daados as como los REDO log files requeridos. Se
puede utilizar tambin, la interfaz grfica de MS SQL Server 2000 para el proceso de mantenimiento y
restauracin de las diferentes bases de datos con las que se trabaja.
110

CASO PRCTICO

CAPTULO 5.
CASO PRCTICO

111

CASO PRCTICO
5.1 Proceso estndar de instalacin
A continuacin se expone a detalle el proceso de instalacin de los sistemas utilizados en este trabajo de
tesis. Aunque en esencia son similares, se destacan los puntos en los que cada uno es diferente y que
justifican la razn por la que se deben instalar en la secuencia enunciada en captulos anteriores15.
1. SAP Solution Manager 3.2.
2. SAP R3 ECC 5.0.
3. SAP Business Information Warehouse 3.5.
Requisitos principales para iniciar la instalacin:
Preparacin del servidor, tomando en cuenta los pasos mencionados en el captulo 3 (Particiones,
Unidades Lgicas, Red, Antivirus, UPS, etc.)
Paquete de discos de instalacin proporcionado por SAP. En dicho paquete esta incluido el software
de base de datos, en este caso SQL, y el software para la instalacin de los sistemas SAP.
Manuales y notas de instalacin descargados del SAP Service Marketplace y los incluidos en CDs de
instalacin.
Instalacin Microsoft SQL Server 2000
El primer paso ser instalar el manejador de base de datos, en este caso MS SQL Server 2000, SAP
proporciona software a sus proveedores con la restriccin de que ser utilizado para demos a clientes. Para
estos casos el manejador de base de datos a utilizar es SQL Server. Sin embargo, el cliente tiene la opcin
de solicitar el software para otros manejadores de base de datos como Oracle o DB2.

El CD de instalacin de MS SQL
Server 2000 se encuentra dentro
del
paquete
de
CDs
proporcionado por SAP. Al
ejecutarse la instalacin de SQL,
se despliega la siguiente pantalla.

15

La instalacin de los sistemas SAP se inicia con la ejecucin del archivo SAPInst ubicado en el CD
Master o Principal dentro del paquete antes mencionado.

112

CASO PRCTICO

Indicar que la instalacin se

realizar de manera local.

Se debe indicar que es

necesario crear una nueva
instancia de SQL Server.

Se proporciona al instalador el
nombre de la compaa para
la que se esta instalando el
software.

113

CASO PRCTICO

Seleccionar los componentes

a instalar, se despliega una
lista en la que por default,
estarn marcados todos.

Indicar el tipo de collation a

utilizar para la base de datos.
Asignar Latin, pues durante la
instalacin de los sistemas
SAP, se dar de alta el idioma
Espaol.

Una vez terminada la instalacin del manejador de base de datos, se puede iniciar la instalacin del primer
sistema: SAP Solution Manager.

Es necesario corroborar que el servidor de base de datos esta levantado antes de iniciar con la
instalacin de los sistemas SAP.

114

CASO PRCTICO
SAP Solution Manager: Instancia Central
Los pasos a realizar para la instalacin de este sistema son los siguientes:
Al ejecutar el archivo sapinst se despliega la pantalla en la que se seleccionan las opciones de instalacin, el
orden de las opciones en el listado es el orden que se debe seguir durante el proceso. En general, para todos
los sistemas primero debe instalarse la instancia central, a continuacin la instancia de base de datos y al
final la instancia de dilogo16 (en este caso no se instalar ya que es una instalacin local).

El proceso de instalacin se lanza

por medio del archivo: [Link],
que est ubicado en el CD
MASTER 51030856 del paquete de
CDs de instalacin.
La ruta a seguir para ubicar el
ejecutable antes mencionado es:
IM01_NT_i386\SAPINST\
NT\I386

Desplegar: Abap System / MS

SQL Server / Non-Unicode17.
Seleccionando la opcin: Central
Instance Installation, se lanza la
instalacin de la instancia central
para SAP Solution Manager.

16

Las instancias de dilogo estn encargadas de la comunicacin entre instancias, cuando estas residen en
diferentes servidores.
17
Para el caso de esta instalacin se utilizar instalacin tipo non-unicode, para minimizar el consumo de
recursos en el servidor. SAP recomienda que a partir de la versin 7.0 de kernel, se utilice instalacin de
tipo unicode para permitir el uso de multilenguajes.
115

CASO PRCTICO

A continuacin es necesario
indicar el identificador del primer
sistema a instalar: SAP Solution
Manager, dicho identificador
consta de tres caracteres que la
mayora de las veces denota el
nombre del sistema, se puede
agregar una D para determinar
que ser un sistema de Desarrollo.
Tambin se debe indicar el
nmero de la instancia, el sistema
propone como inicial 00 pero se
puede cambiar por algn otro
nmero de 2 dgitos.

Se debe asignar el porcentaje de

memoria (con respecto a la
memoria total del servidor) que el
sistema tendr disponible para su
funcionamiento.
Se indica el dominio al que el
equipo pertenece, para este caso
se utiliza la opcin de instalacin
local pues el servidor no esta
asignado a ningn dominio de red.

116

CASO PRCTICO

El programa de instalacin solicita se

indique en que unidad de las
detectadas en el servidor, se realizar
la instalacin de los archivos para la
instancia central de SAP Solution
Manager.
Adicionalmente, solicita el equipo en el
que esta ubicado el directorio de
transportes.

Se debe ingresar el nombre de la

instancia de base de datos de SQL
Server que se instal previamente.

Durante la instalacin se notifica que

ser creada la nueva base de datos
para el sistema.

117

CASO PRCTICO

La instalacin genera un usuario

de sistema operativo propio de
sap DSMADM para el sistema
instalado, es necesario ingresar
un password para dicho usuario.

El instalador asigna por default

los puertos a utilizar por los
diferentes servicios que sern
creados.
Se debe tomar en cuenta que los
puertos de mensajes y puerta de
enlace central deben ser los
mismos para todas las instancias
del mismo sistema.

Durante la instalacin es
necesario indicar la ruta en la que
se encuentra el CD de JAVA de
donde se extraern archivos para
la instalacin.

118

CASO PRCTICO

Una vez finalizada la carga de

parmetros se muestra una
pantalla con un resumen que
deber ser revisada para luego
confirmar el inicio de la instalacin.

En dicha lista se muestran las

rutas en la que se encuentran los
CD de los cuales se requieren
extraer algunos paquetes.
Y el resto de parmetros que se
han
ingresado
como
identificadores y unidades lgicas
a utilizar.

Durante la ejecucin de la
instalacin se dispone de la
herramienta LOG, por medio de la
cual se monitorea paso a paso el
proceso.
Desde aqu tambin es posible
detectar errores que detengan la
instalacin y una breve descripcin
de ellos, para con esto poder
determinar la causa y posible
solucin.

119

CASO PRCTICO

Si todo salio bien, se despliega

una pantalla en la que se indica
que la instalacin finaliz de
manera satisfactoria y que se
han creado archivos de
instalacin temporales en la
ruta:
C:\Program Files\
Sapinst_instdir\SOLMAN32\
WEBAS_ABAP_MSS_NUC\
CI

En caso de presentarse algn error que detenga la instalacin, es posible consultar el LOG de
instalacin (en la carpeta de archivos temporales) para resolverlo y lanzar la instalacin nuevamente.
SAP Solution Manager: Instancia de Base de Datos
Una vez finalizada la instalacin de la instancia central, se inicia la instalacin de la instancia de base de
datos.

El siguiente paso es instalar la

instancia de base de datos para
Solution Manager, ejecutando
sapinst, desplegando las opciones
de la carpeta non-unicode.
En esta ocasin ejecutar: Database
Instance Installation.

120

CASO PRCTICO

Se solicita el nombre de la
instancia central o sistema al que
estar ligada la base de datos a
cargar.
En la pantalla de captura aparece
por default el nombre de la
instancia que ya esta instalada.

En esta opcin se indica si se

trata de una instalacin estndar
(la primera vez que se instala) o
de una copia de sistema (en caso
de que se est realizando una
migracin de versin de SAP).
Debido a que se esta ejecutando
una instalacin desde cero, se
seleccionar
Standard
Installation.

Asignar el nmero de la instancia

de base de datos (es diferente al
nmero de la instancia central),
para este caso el instalador
propone como inicial 00, pero se
puede asignar un nmero de 2
dgitos diferente.

121

CASO PRCTICO

En este caso tambin ser

necesario asignar el porcentaje
de memoria en MB, que estar
destinado para la instancia de
base de datos.

SAPInst solicita se indique en

cul de los directorios detectados
en el servidor, se realizar la
instalacin de la instancia de base
de datos.
De igual forma que en la
instalacin de la instancia central,
se debe indicar en que equipo se
ubicar
el
directorio
de
transportes para este sistema.

Es necesario anotar en un lugar seguro cada password asignado durante un proceso de instalacin.

122

CASO PRCTICO

En este proceso de instalacin se

crea
un
nuevo
usuario
SAPSERVICEDSM al que ser
necesario asignar un tambin
password.

Se deber ingresar la ruta en la

que se encuentra el CD de export
del cual se requiere extraer
informacin durante la carga de la
base de datos.

Uno de los pasos ms importantes

durante la instalacin de la
instancia de base de datos, es la
asignacin de las ubicaciones de
los archivos DATA y Log para la
base de datos. Es recomendable
que los archivos DATA se ubiquen
en un directorio diferente a donde
se almacenan los Logs y los
ejecutables.
Adems se debe asignar el
tamao para dichos directorios.

123

CASO PRCTICO

El instalador define el directorio en

donde se almacenarn los archivos
temporales de la base de datos, es
posible cambiar la ubicacin de
dichos archivos, se debe tomar en
cuenta que SAP recomienda usar la
configuracin propuesta por default.

En este paso se indica al instalador

el criterio que utilizar para la carga
de archivos de la base de datos.
Puede ser por orden alfabtico o por
tamao. El instalador indica por
default la carga por tamao de
archivo iniciando con los ms
grandes.

Nuevamente, se despliega la lista de

parmetros capturados por medio
de los que se realizar la carga de la
base de datos, es importante revisar
que todo sea correcto antes de
confirmar el inicio del proceso.

124

CASO PRCTICO

El primer paso de la carga es

un logueo de los usuarios SAP*
y DDIC a la instancia que se
enlaz a esta base de datos.
Se debe ingresar el password
de inicio de estos usuarios
dicho
password
es
proporcionado en la gua de
instalacin que se descarga
desde SAP OSS.

Es importante verificar que la instancia central instalada en el paso anterior este levantada (Utilizar SAP
MMC). Para que el logueo remoto de los usuarios SAP* y DDIC se realice correctamente.

Una vez que el logueo a la

instancia es correcto, el instalador
solicita el cambio de password
inicial a uno personalizado, para
ambos usuarios.

125

CASO PRCTICO

Cuando el logueo con los usuarios

SAP* y DDIC es correcto, se inicia
la carga de la base de datos.
Durante este proceso se muestra
una pantalla con el avance de la
carga de los componentes
necesarios.

Una vez concluido el tiempo de la

carga de la base de datos, se
despliega una pantalla en la que
se indica que la instalacin fue
satisfactoria.
Adems se informa que los
archivos temporales utilizados
para la instalacin fueron
grabados en la ruta:
C:\Program Files\
sapinst_instdir\
SOLMAN32\
WEBAS_ABAP_MSS_NUC
\DB

En caso de presentarse algn error que detenga la carga de la base de datos, se puede consultar el log
de instalacin para identificar las causas y buscar su solucin.
SAP R3: Instancia central
Las pantallas de captura de parmetros para la instalacin de SAP R3, son muy similares a las que se
observaron durante la instalacin anterior.

126

CASO PRCTICO
Este sistema es instalado en segundo lugar debido a que como se ha mencionado en el captulo 3, se debe
instalar Solution Manager para generar desde una transaccin de ste sistema, la clave: Solution Manager
Key, que es un dato indispensable para realizar la instalacin.

Se ejecuta sapinst desde el CD

Master.
Seleccionando la opcin SAP
ERP 2004, se iniciar la
instalacin de SAP R3.
Desplegar los mens hasta llegar
a la opcin para instalar la
instancia central en sistema nonunicode.

En esta primera pantalla de

captura se ingresan los datos
para identificar la instancia de
R3, el nmero de la instancia y el
nombre del host, el instalador
propone el nmero siguiente
disponible para la instancia a
instalar.
Es aqu en donde se ingresa la
clave: Solution Manager Key.

127

CASO PRCTICO

A continuacin se indica el
porcentaje de memoria
destinada a esta instancia y
que la instalacin se realiza
de manera local.

En esta pantalla se indica al

instalador la unidad en la que
se quieren instalar los
archivos de la instancia
central18.
Adems, el nombre del host
en donde residir el directorio
de transportes para este
sistema.

18

Se recomienda instalar las instancias centrales en la misma unidad y las instancias de base de datos en
otra unidad con ms espacio disponible en disco, tomando en cuenta el crecimiento constante de las bases
de datos.
128

CASO PRCTICO

En este momento el instalador

propone utilizar la base de
datos DSM creada en la
instalacin anterior.
Se utilizar una base de datos
individual para cada sistema
por lo que se indica que se
debe crear una nueva base de
datos.

Se muestran pantallas muy

similares a las de la
instalacin anterior, en las que
se capturan passwords para
los usuarios administradores
de SAP, puertos, rutas para
indicar ubicacin de CDs e
informes de los parmetros
capturados desde que inicia el
proceso.

Una vez finalizada la

instalacin y si no se presenta
algn error, el sistema enva
la pantalla de instalacin
correcta de la instancia
central.

129

CASO PRCTICO
SAP R3: Base de Datos

Siguiendo la ruta indicada en la

pantalla, se lanza ahora la
instalacin de la instancia de base
de datos para SAP R3.

Se debe indicar a que instancia

central estar ligada esta base de
datos.
El sistema muestra por default, el
identificador de la instancia que se
acaba de instalar y que es
precisamente a la que se ligar la
base de datos.

En este caso se trata de una

instalacin estndar de la base de
datos y no de una migracin.

130

CASO PRCTICO

El siguiente paso es capturar el

nmero de instancia que se quiere
asignar.
El sistema propone automticamente
01 por ser el consecutivo de la
instancia de base de datos 00 que
utilizada para Solution Manager.

Nuevamente ser necesario indicar el

mximo de memoria permitido para la
instancia que se esta instalando, y que
ser una instalacin local.

Indicar que los directorios de la

instancia de base de datos residirn
en el mismo host que los de la
instancia central sapdes, al igual que
el directorio de transportes del
sistema.

131

CASO PRCTICO

Indicar al instalador el nombre de la

instancia de SQL a la que se enlazar
la base de datos que estn a punto de
crearse.

Para que R3 tenga su propia base de

datos se debe indicar al sistema que
es necesario crear una nueva.

Ser necesario capturar nuevamente

datos como passwords para usuarios
administradores y rutas de acceso a
los CDs de informacin a utilizar en la
carga de la base de datos.

132

CASO PRCTICO

Asignar ahora, otra unidad a los

archivos DATA de esta base de
datos.
En esta unidad slo residirn
estos archivos.
Los archivos de log de R3 pueden
estar en la misma unidad de los
logs de la base de datos de
Solution Manager.

Conservar marcado el indicador

por default: Carga por tamao de
archivos.
Con el que se indica que la carga
se realiza en base al peso de los
archivos y que iniciar con los de
mayor tamao.

Finalmente se despliega la lista de

parmetros capturados para
realizar esta instalacin de
instancia de base de datos.

133

CASO PRCTICO

Una vez corroborados todos

los datos. Se inicia la
instalacin por medio del
botn start.

Nuevamente ser necesario

simular un logueo a la
instancia, en este caso ser a
la instancia de R3, con los
usuarios SAP* y DDIC.

De igual forma ser necesario

cambiar el password inicial de
ambos usuarios.

134

CASO PRCTICO

A continuacin iniciar la carga de

la base de datos. En esta pantalla
se observa el progreso de la
instalacin para cada uno de los
componentes que se cargarn.

Una vez finalizada la carga de la

base de datos, se despliega en
pantalla un mensaje que confirma
que la instalacin fue correcta19.

19

El proceso de la carga de base de datos dura aproximadamente 2 horas, este tiempo puede variar en
base a los recursos del servidor.
135

CASO PRCTICO
SAP Business Warehouse: Instancia Central

Una vez ejecutado el instalador

sapinst, se lanza la instalacin de
la instancia central desde el flder:
SAP Netweaver 04 Support
Relase 1

En ocasiones el proceso de
instalacin se detendr por algn
error o falta de algn componente
de Java.
En este caso al iniciar nuevamente
la instalacin se muestra esta
pantalla la opcin de utilizar los
archivos cargados para la
instalacin que haba iniciado o si
se prefiere instalar nuevamente.
La decisin se toma en base a las
causas del error que detuvieron la
instalacin anterior.

Cuando una instalacin es cancelada y al reiniciarla se despliega la pantalla anterior, lo ms

recomendable es iniciar una nueva instalacin. Los archivos cargados en la instalacin cancelada sern
borrados.

136

CASO PRCTICO

Capturar el identificador para el sistema

BW y el nmero de la instancia que le
corresponde en secuencia con las
anteriores.

Definir nuevamente el espacio de

memoria RAM destinado para la nueva
instancia.
Adems indicar que para este caso se
esta realizando una instalacin local.

Indicar al instalador el directorio en el que

se ubicarn los ejecutables y el host en
donde reside el directorio para los
transportes del sistema.

137

CASO PRCTICO

Ingresar el nombre del servidor de

base de datos de SQL a la que se
ligar la base de datos de esta
instancia.

Indicar al instalador que se debe

crear una nueva base de datos
para el sistema BW.

138

CASO PRCTICO

De igual manera que instalaciones

pasadas se observan pantallas en las
que ser necesario ingresar los
passwords
para
los
usuarios
administradores de SAP BW, puertos
asignados a los servicios, rutas de
ubicacin de los CDs para carga de
informacin e informes con los
parmetros capturados durante el
proceso.

Una vez revisado el informe de

parmetros capturados, se confirma
que todo esta correcto y se inicia la
instalacin por medio del botn start.

Se despliega la pantalla de avance de

instalacin de los componentes
necesarios.

139

CASO PRCTICO

Una vez finalizada la carga de

informacin y si no se present
ningn error, se despliega la
pantalla que confirma que la
instalacin finaliz de manera
satisfactoria.

SAP Business Warehouse: Instancia de Base de Datos

Iniciar la instalacin de la base

de datos de BW dando doble clic
sobre la opcin Database
Instance Installation en el flder
non-unicode.

140

CASO PRCTICO

Asignar el identificador de tres

caracteres para la instancia
de base de datos.

Indicar como en casos

anteriores, que la instalacin
a realizar es desde cero por lo
que la opcin Standard
Installation estar marcada.

Asignar el nmero de
instancia de base de datos y
el nombre del host en el que
residir la instancia.

141

CASO PRCTICO

Ingresar el mximo de
memoria destinada para esta
instancia en el servidor.
Indicar que la instalacin
ser local.

Seleccionar el directorio en
el que residirn los archivos
ejecutables para la instancia
de base de datos que se
esta instalando.
Adems, indicar el host en
donde reside el directorio de
transportes
para
este
sistema.

Ingresar el nombre del

servidor SQL al que se
enlaza esta base de datos.

142

CASO PRCTICO

Se debe indicar al instalador que es

necesario crear una nueva base de
datos para el sistema BW.

Ingresar el password destinado al

usuario administrador de BW:
DBWADM.
De igual forma asignar password al
usuario
de
de
servicios:
SAPSERVICEDBW.

Tambin ser necesario indicar las

ubicaciones de los CDs de Export y
Kernel.

143

CASO PRCTICO

Nuevamente se deben definir las

ubicaciones en donde residirn los
archivos de la base de datos y los logs.

La opcin de carga de los archivos de

la base de datos ser nuevamente:
Load by Data File Size.

Al final se observa la pantalla de

informe de los parmetros capturados
en la que se confirma que puede iniciar
la carga de la base de datos.

144

CASO PRCTICO

Durante la instalacin se solicita

nuevamente cambiar el password
inicial que el usuario DDIC tiene
asignado, por uno personalizado.

De igual forma ser necesario

modificar el password de inicio del
usuario SAP*.

Al final de la instalacin se
despliega la pantalla de instalacin
finalizada correctamente.

145

CASO PRCTICO
SAP Business Warehouse: Instancia Central Java
Para finalizar la instalacin de SAP Business Warehouse ser necesario instalar una pequea instancia
adicional de java que estar ligada a la instancia central de SAP BW instalada previamente. Por medio de
esta instancia se cargarn diversos servicios de java que son requeridos para el correcto funcionamiento de
SAP BW.

La instalacin de esta instancia se inicia

desde el flder: Java Add-In for ABAP
dentro del flder principal SAP Netweaver
04 Support Release 1.
Ejecutar la
Finalization.

opcin:

Java

System

Es necesario proporcionar la ruta en la

que se encuentra el CD de Java.

146

CASO PRCTICO

Indicar a que instancia se quiere ligar la

instancia de Java que se est instalando.

En este paso de la instalacin es se debe

ingresar la ruta exacta del directorio en el
que se encuentra instalado JDK en el
servidor.

En los manuales de instalacin descargados de SAP Service Marketplace, se deben consultar los
prerrequisitos para la instalacin de las instancias, por ejemplo: la versin de JDK que se requiere para
instalar la instancia de Java para SAP BW.

147

CASO PRCTICO

De acuerdo a como se ha realizado la

instalacin de las instancias anteriores,
se habr de indicar que esta instancia es
instalada de manera local.

En este paso, el instalador solicita

ingresar el password para los usuarios
DBWADM y SAPSERVICEDBW, los
cuales ya se han definido en la
instalacin de la base de datos de SAP
BW.

Se propone asignar el identificador 03

para la instancia que se esta instalando.
Adems se tiene la opcin de ingresar un
puerto especifico para el servicio de
mensajes, en caso de dejarlo vaco el
sistema tomar un puerto libre.

148

CASO PRCTICO

Indicar el nmero de servidores Java

que se estn manejando y el
porcentaje de memoria heap para esta
instancia.

En esta instancia existen usuarios de

Java como: SAPJSF, J2EE_ADMIN,
SOM y J2EE_QUEST a los que se
debe asignar un password.

Se tienen usuarios de SAP adicionales

como SAPDBWDB, al cual se debe
asignar un password.

149

CASO PRCTICO

Se observa el informe de los parmetros

que fueron
capturados para la
instalacin de la instancia de Java.

Al finalizar la revisin de los parmetros

ingresados se despliegan las pantallas de
avance en la instalacin y el mensaje de
finalizacin satisfactoria.

5.2 Proceso de mantenimiento de la aplicacin SAP R3

Una vez que el sistema esta funcionando correctamente es necesario realizar peridicamente un proceso de
mantenimiento preventivo que garantizar que el sistema tenga el mximo rendimiento en todo momento.
A continuacin se explican las actividades bsicas para realizar dicho mantenimiento para un sistema SAP,
estas actividades aplican para los tres sistemas de los que se ha hablado en captulos anteriores. Cabe
mencionar que dentro de los sistemas SAP existen diversas transacciones por medio de las cuales se
supervisa el correcto funcionamiento de estos.

150

CASO PRCTICO

Ser dar mantenimiento a los servidores a nivel de sistema operativo, como la aplicacin de parches,
actualizacin de antivirus, etc. Tambin ser necesario dar mantenimiento al las bases de datos de SQL
Server desde dicha aplicacin.
5.2.1 Revisin inicial en sistemas SAP
Recin finalizada la instalacin de los sistemas, se debe realizar una sencilla actividad en la que se
comprueba que no haya errores por inconsistencias.

Es necesario ingresar al sistema en el

mandante 00 y ejecutar la transaccin
SM28 en donde se realiza la
verificacin antes mencionada.

5.2.2 Actualizacin de Kernel de SAP

Este proceso consiste en reemplazar archivos de sistema operativo para SAP, por otro grupo con versiones
actualizadas de estos. Esta continua actualizacin se ejecuta para resolver algunos errores en el sistema.
Para realizar la actualizacin del kernel es necesario apoyarse en documentos como notas de SAP OSS y
Manual de actualizacin de Kernel, adems, se deben conocer algunas instrucciones a ejecutar desde la
ventana de comandos para el manejo de los archivos del kernel. Es recomendable que la actualizacin sea
ejecutada primero en el servidor de desarrollo.
Para obtener el kernel ms reciente ser necesario ingresar a la pgina de SAP Service Marketplace en
donde se proporcionan los archivos en las versiones ms recientes.

151

CASO PRCTICO
Una vez que se han descargado los archivos de kernel se deben descomprimir por medio del comando: car,
en una ventana de MS-DOS. Es necesario realizar un respaldo de los archivos de kernel
(NT:drive>:\usr\sap\<sid>\sys\exe\run) que se van a sustituir para que en caso de tener algn problema por la
actualizacin sea posible regresarlos a su estado anterior.
Los pasos a realizar son los siguientes:
1. Detener el sistema por medio de SAP MMC.
2. Detener los servicios que utilizan los archivos de kernel.
3. Copiar los archivos recientes y ya descomprimidos en el directorio: <drive>:\usr\sap\<sid>\sys\exe\run,
seguir las instrucciones contenidas en las notas OSS para aplicaciones de kernel.
4. Levantar el sistema y monitorear que el funcionamiento de ste sea correcto, para despus actualizar el
kernel en el servidor productivo de SAP.

5.2.3 Aplicacin de support packages

Un support package es una coleccin de correcciones que arreglan errores en el repositorio de ABAP. Estas
correcciones afectan tanto el rea funcional como el rea de sistema base.
El propsito de un support package es solucionar problemas antes de que se presenten en nuestro sistema.
Siempre ha existido un conflicto respecto a la edicin del cliente de aplicar los support packages ms
recientes. La posicin de SAP es de aplicar dichos paquetes para prevenir posibles errores, sin embargo el
cliente exige que todo cambio aplicado en el sistema sea reversible, para el caso de los support packages no
existe esta posibilidad ya que son parches que se aplican sobre el cdigo de programa que ejecuta
funciones especficas en el sistema.
Ante estos argumentos, el cliente, en ocasiones prefiere no aplicar los support packages liberados debido a
que no quiere invertir el tiempo necesario en las pruebas requeridas en los ambientes de desarrollo. Los
desarrolladores de SAP buscan en la actualidad una formar ms sencilla de trabajar con estas correcciones.

152

CASO PRCTICO

Como se ha descrito en captulos

anteriores, para determinar el
nivel de support package
instalados a la fecha, se utiliza la
transaccin
SPAM.
Seleccionando la opcin: Support
Packages Importados y pulsando
el botn Visualizar.

Se despliega una lista como la

siguiente, en donde se observa el
historial de imports de support
package con las versiones a la
fecha de cada uno.

1. El primer paso es descargar los support packages desde SAP Service Marketplace, debern
descargarse las versiones superiores disponibles en base al listado anterior.
2. Los archivos descargados se guardan en un directorio en donde se descomprimirn.
3. Para descomprimir dichos archivos se utiliza el siguiente comando desde una ventana de MSDOS: car xvf <patch-file>.
4. Copiar los archivos descomprimidos al directorio: <drive>:\usr\sap\trans\eps\in.
5. A continuacin es necesario loguearse en el mandante 000, con un usuario que tenga las
mismas autorizaciones que el usuario SAP* (no con este usuario).
6. Ejecutar la transaccin SPAM, y seleccionar en el men support package / Cargar paquetes.

153

CASO PRCTICO

Regresar a la pantalla inicial y

seleccionar: Support Packages (todos).

Se observa en la lista, bajo el rango

nuevos los nombres de aquellos
support packages que sern aplicados.

1. Seleccionar Parches > Actualizar.

2. Seleccionar el componente a
importar. Presione <enter>.
3. Seleccionar <enter>.
4. El nombre del primer support
package aparece en la cola de support
package.

154

CASO PRCTICO

1. Seleccionar
parche en la cola.

para aplicar el

2. Seleccionar <enter>.

Se observa un mensaje en el que se

indica que se realizar la aplicacin del
support package. Pulsar <enter>.

Despus de algunos minutos el support

package ser aplicado y se puede iniciar
la aplicacin de los nuevos paquetes. El
siguiente Support Package no podr ser
aplicado hasta que el previo haya sido
confirmado.
Realizar los siguientes pasos:
1. Revisar la barra de estatus para ver si
el parche en la cola ha sido confirmado.

155

CASO PRCTICO
Si un objeto de SAP ha sido modificado y el support package que se esta aplicando lo contiene, es posible
que las modificaciones manuales que se hayan realizado se pierdan. Este problema ocurre usualmente con
una correccin avanzada, en donde una correccin es incorporada en una versin futura del sistema SAP R3,
y la correccin avanzada esta disponible antes de la futura versin.
5.2.4 Mantenimiento a parmetros del perfil de la instancia de acuerdo a estadsticas
El anlisis de las estadsticas del sistema es muy importante, ya que en ellas se detectan problemas de
rendimiento. En los perfiles de instancia estn contenidos los parmetros que rigen el funcionamiento del
sistema, en algunos casos ser necesario modificar dichos parmetros o agregar nuevos para optimizar el
rendimiento de este.
Por medio de revisiones peridicas de las estadsticas del sistema es posible definir si es necesaria la
modificacin de parmetros en el perfil de la instancia. A continuacin se describe el proceso a ejecutar para
modificar el nmero de procesos de trabajo en el perfil del sistema, para mejorar el rendimiento de este.

Ingresar a la transaccin RZ04.

y doble
Clic en el botn
clic en el nombre de el servidor en donde
reside el sistema.

156

CASO PRCTICO

En la seccin: Perfil de instancia, clic

en botn modificar.
Se modificar el nmero de procesos
de dilogo, fondo o spool en base a las
necesidades detectadas.

5.2.5 Archiving
El termino data archiving se refiere a remover datos de aplicacin desde la base de datos de R3, utilizando
un programa de archiving externo y almacenando los datos en un archivo de archiving. Acceder a los
archivings es posible utilizando los reportes del sistema, cuando se ejecuta una consulta y el sistema no
encuentra registros para la bsqueda, se despliega una pantalla en la que se ofrece la opcin de buscar en
los registros que estn en archivos de archiving.
Parte de los elementos que sern archivados cuando se lanza el proceso de archiving, son aquellos que
durante el proceso de trabajo de los usuarios han sido marcados con el estatus marcado para borrado. A
continuacin se indican los pasos para ejecutar el proceso bsico de archiving.

Ingresar a la transaccin SARA.

Seleccionar el objeto sobre el que se
realizar el proceso de archiving.

157

CASO PRCTICO

Se debe crear una variante por

medio de la cual se realiza la
seleccin de los elementos a
archivar.

Ingresar los parmetros para la

variante por medio de la que se
realizar la seleccin del rango de
objetos a archivar.

Calendarizar el inicio del proceso

de archiving, es posible hacerlo de
manera inmediata o a una
determinada fecha y hora
diferente.

158

CASO PRCTICO

Ingresar un dispositivo de salida,

como una impresora dada de
alta en SAP a donde se mandar
imprimir el resultado del proceso
de archiving.

5.2.6 Roles y perfiles de usuario

La seguridad y restriccin de acceso a ciertos mdulos del sistema se maneja por medio de los roles y
perfiles de usuario, es recomendable dar un mantenimiento peridico a estos elementos para garantizar de
que los usuarios tienen acceso a todas las transacciones que sus actividades les requieren y al mismo tiempo
no tengan acceso a transacciones que no cubre su proceso de negocio.
Dentro de un Rol de usuario de SAP, reside un perfil de usuario que es el elemento que agrupa objetos de
autorizacin, dichos objetos son los encargados de restringir o autorizar los accesos a las diversas
transacciones del sistema.
A continuacin se muestra el proceso por medio del cual se puede modificar un rol de usuario y la forma en la
que se puede asignar a cada usuario del sistema. Adicionalmente, se pueden crear grupos de usuarios en la
transaccin SU01, por medio de los cuales se facilita an ms la asignacin de uno o varios roles de usuario.

159

CASO PRCTICO

Ingresar a la transaccin PFCG.

Capturar el nombre del rol que
.
desea crear
Cuando
se
requiere
dar
mantenimiento a un rol ya
existente, se coloca el nombre del
rol en el campo y se pulsa el botn
modificar.

Es recomendable que los nombres de los objetos creados como nuevos en el sistema, en este caso los
roles, sean nombrados con inicial Z o Y, para que cuando ocurra una migracin de versin de SAP, todos
estos objetos sean tomados en cuenta. En caso de no hacerlo, dichos objetos no sern copiados para la
nueva versin.

Una de las formas en las que se

pueden agregar transacciones a
las que el usuario podr ingresar
es por medio de la ventana
Transacciones de men en donde
son seleccionadas desde un rbol
similar al rbol funcional de SAP.

160

CASO PRCTICO

Desde la opcin Asignar

Transacciones se pueden ingresar
de
manera
manual
las
transacciones especficas a las que
se quiere dar acceso a un usuario.
Para este caso el usuario tendr un
listado de transacciones y no un
men completo de SAP.

La
opcin
de
ingresar
autorizaciones desde esta ventana,
permite dar acceso al usuario a
ciertas transacciones sin que estas
le sean desplegadas en su men
de usuario.

Pulsando el botn de modificar

autorizaciones se ingresa a la
pantalla en donde se administran
las autorizaciones y se agregan
objetos de autorizacin de manera
manual.

161

CASO PRCTICO

En la segunda pantalla se
muestran todas las autorizaciones
contenidas
en
el
perfil
ZROL_MENU_
DEMO_COMERCIAL.

Por medio del men: Tratar /

Insertar Autorizacin / Entrada
manual.
Se pueden ingresar objetos de
autorizacin especficos que hagan
falta en el rol de usuario.

Cuando se despliega un error de autorizacin para un usuario, se puede ejecutar la transaccin SU53
que mostrar un resumen de los objetos que faltan al usuario para poder ingresar a la transaccin a la que no
esta teniendo acceso.

162

CASO PRCTICO

Para asignar un rol a un usuario

regresar a la ventana principal de
modificacin de roles y pulsar la
pestaa Usuario.
1. Ingresar en un nuevo rengln el
nombre del usuario al que se le
debe asignar el rol en cuestin.
2. Presione el botn de Comparar
. Este
Usuario
paso se realiza para confirmar que
los usuarios asignados al rol
existen.
3. Grabar los cambios .

Otra forma de asignar un rol a un usuario es ingresando desde la transaccin SU01 para administracin de
usuarios.

Siguiendo
el
proceso
mencionado en el captulo 4,
ingresar el ID del usuario y
pulsar el botn modificar, si el
usuario ya existe. En caso de
ser usuario nuevo, ingresar el
nuevo ID y alias. presionar el
botn crear.

Seleccionar
Roles.

la

pestaa:

Ingresar en el campo: Rol, el

nombre del rol que este
usuario requiere en el
mandante en el que esta
creado.
Salvar los cambios

163

CONCLUSIONES

CONCLUSIONES

164

CONCLUSIONES

La conjuncin de los elementos tericos derivados de los primeros captulos de este documento tales
como los antecedentes de los sistemas de la empresa SAP, ms la aplicacin de estos de manera
prctica en los ltimos captulos de nuestro trabajo de investigacin, nos habilita para presentar los
siguientes puntos de conclusin:

La investigacin bibliogrfica y electrnica realizada para el anlisis en torno a la evolucin de los

sistemas ERP y el desarrollo de los sistemas de administracin empresarial de la empresa alemana
SAP AG proporciona una visin clara de qu son y como funcionan, adems de revelar que la
tendencia de los sistemas informticos hacia la llamada Business Intelligence, ha llevado a la empresa
SAP a desarrollar nuevas aplicaciones que conforman en la actualidad, una suite completa de servicios
para el cliente. Hoy en da, el R3 esta dentro de un entorno de sistemas que ofrecen al cliente el
mximo aprovechamiento de sus recursos informticos. Incluso, SAP ha creado sistemas para la
pequea y mediana empresa (Business One) que ofrecen gran parte de la funcionalidad que sus
sistemas estndar. Adicionalmente, este documento como tal, cubre la necesidad de contar con
documentacin descriptiva y prctica sobre el desarrollo y funcionamiento de los sistemas SAP.
Como una excelente oportunidad, fue posible aplicar de manera prctica los conocimientos adquiridos
en los primeros captulos de este documento al ejecutar paso a paso los procesos de implementacin
y administracin de un sistema de SAP, con lo que se ha permitido conocer a detalle el proceso base
de la implementacin de los sistemas SAP y el funcionamiento interno de stos.
Con base en los puntos anteriores, confirmamos que la investigacin realizada respecto a la historia y
evolucin de los sistemas desarrollados por SAP AG, en complemento con el proceso practico de
instalacin y administracin de sus aplicaciones SAP SM, SAP R3 y SAP BW,

ha dado como

resultado un una base sustentable de conocimiento acerca del funcionamiento y magnitud de lo

sistemas SAP y pone de manifiesto la existencia de una extensa rea de oportunidad para los lectores
interesados en desempearse dentro del rea de tecnologa de la informacin. La inminente corriente
de innovaciones ya mencionadas deja ver que en paralelo con ella, est generndose una gran
cantidad de conocimiento que puede ser aprovechado por la comunidad de profesionistas que laboran
en el entorno SAP.

165

CONCLUSIONES

Finalmente, como un punto importante a nivel administrativo, se debe tener presente que el proceso de
implementacin de un sistema SAP, implica un compromiso de grandes dimensiones tanto del equipo
encargado de la implementacin del sistema como del personal de la empresa que ha elegido SAP.
Una vez finalizada la implementacin del sistema y teniendo ste en productivo, se debe apoyar a los
usuarios para que se adapten a esta nueva forma de trabajo y con ello inicie la mejora en la ejecucin
de los procesos empresariales a su cargo. Debe haber personal especficamente dedicado a la
administracin del cambio, adems de consultores que brinden soporte durante un considerable
periodo de tiempo. Una vez que se logra la estabilidad de la aplicacin, el cliente puede iniciar con la
evaluacin de resultados y el retorno de inversin de un sistema SAP.

166

BIBLIOGRAFA

BI B L I OG RAF A
HERNNDEZ, Jos et al. Implementacin de SAP R/3, MacGraw-Hill, Mxico, 1999.
HIJON NEIRA, Raquel. Utilizacin del sistema SAP R/3, Universidad Pontificia Comillas (ICAI-ICADE),
Coleccin Ingeniera, 2005.
SAP AG. Overview BW, Gua de trabajo, SAP AG, Alemania, 2006.
SAP AG. Installation Guide SAP Solution Manager 4.0 Windows MSSQL., SAP AG, Alemania, 2006.
SAP AG. MySAP ERP 2005 I

nstallation Guides ABAP-Java, SAP AG, Alemania, 2006.

SAP AG. Business Planning and Simulation_Sem210, Gua de trabajo, SAP AG, Alemania, 2006.
SAP AG. Installation Guide SAP Bussines Warehouse 3[1].5 SR1, SAP AG, Alemania, 2006.
ESPIEIRA, Sheldon (1994). La evolucin de los sistemas ERP: Del MRP al Business Intelligence,
PC

[Link],

de

septiembre

de

2004,

EEUU,

[Link]

[Link]/[Link]?sid=&id=10&Ida=1692 (vi:12.01.06)
GUMPERT FERNANDEZ, Pablo (2006). Qu es el Collation en SQL ?, Devjoker, 6 de septiembre de
2006, Espaa, [Link] (vi:07.05.06)
SAP MEXICO (2005). SAP Solution Manager, Implementacin, Operacin, Monitoreo y Soporte,
Mxico, [Link]
(vi: 20.02.06)
SAP AG (2003). SAP Library Components of SAP Communication Technology, Alemania,
[Link]
(vi: 13.01.2007)

167

GLOSARIO DE TRMINOS

GLOSARIO
DE TRMINOS

168

GLOSARIO DE TRMINOS
A
Abap Workbench: Conjunto de herramientas para desarrollo dentro de los sistemas SAP. Incluye objetos
ABAP, con un concepto de programacin orientada a objetos. Permite ejecutar programas desarrollados en
versiones previas del lenguaje de programacin ABAP/4.
Archiving: Trmino utilizado por SAP para la funcionalidad que depura transacciones y datos de las bases de
datos de los sistemas. La literatura de SAP indica que los datos archivados se pueden restaurar al sistema de
produccin. Sin embargo, para propsitos prcticos, esto no se recomienda.
ASAP: AcceleratedSAP, metodologa paso a paso para acelerar y optimizar la implementacin de un sistema
SAP. Esta basada en las mejores prcticas de negocio alrededor del mundo e incluye: patrones, cuestionarios y
escenarios, que apoyan al personal encargado de la implementacin. La literatura SAP indica que el uso de esta
metodologa puede reducir el tiempo de implementacin requerido hasta en un 50%.

Batch Input: Interfaz para facilitar la transferencia de grandes cantidades de datos antiguos o externos hacia un
sistema SAP.

BI: Business Intelligence (Inteligencia del negocio), concepto o herramienta que tiene como objetivo agrupar
todos los sistemas de Informacin de una empresa, para obtener de ellos no solo informacin o conocimiento, si
no una verdadera inteligencia que otorgue a la organizacin ventajas competitivas en su rea de negocio, es
considerado el siguiente nivel despus de los sistemas ERP y de las soluciones CRM.

Business One: Es el sistema desarrollado por SAP para brindar funciones como las del sistema R3, pero
orientado a medianas y pequeas empresas que cuentan con inversiones menores a las que adquieren R3.
Entre las funciones de negocio que ofrece se encuentran las siguientes: contabilidad, logstica, automatizacin
de fuerza de ventas y reportes, entre otras.

Collation: Juego de caracteres o letras asociadas a una base de datos SQL server ANSI como Microsoft SQL
Server, Oracle o MySQL. El collation permite asociar un valor nico a cada letra dependiendo del idioma
seleccionado. Slo se aplican cuando guardamos datos en formato no unicode es decir en el caso de MSSQL
server cuando guardamos los datos como varchar en vez de nvarchar. Por defecto si no especificamos Collation
al crear una nueva base de datos se selecciona el predeterminado por la base de datos y ste a su vez est
predeterminado por el idioma que tengamos seleccionado en el sistema operativo donde instalamos el servidor
de bases de datos.
CRM: Customer Relationship Management (Gestin con el cliente), herramienta que complementa el
funcionamiento de un sistema ERP para optimizar las ventas en una empresa, contempla globalmente la relacin
organizacin-cliente y permite planificar adecuadamente las gestiones de marketing y comerciales con clientes.
CTS: Change and Transport System, es una herramienta que ayuda a organizar proyectos de desarrollo en el
Abap Workbench y customizing, para despus transportar los cambios realizados dentro del entorno de los
diferentes sistemas SAP.
Cubos: Objetos centrales de SAP BW en los cuales se almacena la informacin filtrada desde las diferentes
bases de datos conectadas al sistema. Los reportes y anlisis son realizados en base a ellos.

Datafiles: Ficheros fsicos en los que se almacenan los objetos que forman parte de un tablespace. Un datafile
pertenece solamente a un tablespace y a una instancia de base de datos. Cuando se crea un datafile, se debe
indicar su nombre, su ubicacin o directorio, el tamao que va a tener y el tablespace al que va a pertenecer.
Adems, al crearlos, ocupan ya ese espacio aunque se encuentran totalmente vacos.

169

GLOSARIO DE TRMINOS
Datawarehouse: Es una coleccin de datos en la cual se encuentra integrada la informacin de una institucin y
que se usa como soporte para el proceso de toma de decisiones gerenciales. El Datawarehouse es un deposito
donde se almacenan los datos que la organizacin utiliza para saber como esta funcionando. El
almacenamiento de datos concentra mucha informacin proveniente de los procesos, de los sistemas operativos
y financieros.
Directorio de transportes: Directorio compartido que debe ser creado antes o durante el proceso de
instalacin de un sistema SAP. En l, se almacenarn las rdenes de transporte y dems objetos utilizados para
la transferencia de cambios entre los sistemas que conformen el landscape de SAP.
Drill down: Funcin incluida en los diferentes sistemas SAP, por medio de la que el usuario consulta el detalle
de los registros desplegados en pantalla, al dar doble clic sobre el registro en cuestin.

Earlywatch: Servicio de soporte por parte de SAP que tiene la finalidad de identificar lo antes posible los
problemas de rendimiento que puedan darse dentro de un sistema de produccin. Un equipo de ingenieros de
servicio se conecta de forma remota al sistema SAP, ya en produccin, para analizar los componentes
principales de una instalacin cliente/servidor y comprobar las transacciones utilizadas con ms frecuencia y el
estado del hardware. Este servicio se desarrolla sin interrumpir la operatividad del sistema productivo. Al trmino
de una sesin de Early Watch, se redacta un informe detallado con representaciones grficas y
recomendaciones para optimizar la configuracin del sistema y evitar cuellos de botella en el sistema productivo.
ERP: Enterprise Resource Planning (Sistemas de Planeacin de Recursos de la Empresa), sistema de
informacin integral que incorpora los procesos operativos y de negocio de una empresa, su propsito
fundamental es otorgar apoyo a los clientes del negocio, tiempos rpidos de respuesta a sus problemas as
como un eficiente manejo de informacin que permita la toma oportuna de decisiones y disminucin de los
costos totales de operacin.

Going live: Fase nmero 5 dentro de la metodologa de implementacin utilizada para sistemas de SAP, en ella
el sistema instalado es lanzado a productivo e inicia un monitoreo constante del funcionamiento de este para
determinar posibles ajustes necesarios que no fueron detectados durantes las etapas de pruebas.

IDOCs: Intermediate Documents (Documentos intermediarios), estructura estndar de datos para intercambio
electrnico de informacin entre aplicaciones desarrolladas por SAP o externas.
Instancia: Es una unidad administrativa que agrupa los componentes de un sistema SAP que proveen uno o
ms servicios. Existen varios tipos: Instancia Central es aquella instancia que contiene absolutamente todos los
servicios para la operacin de un sistema SAP R3. Instancia de Dilogo es aquella que provee servicios
especficos (ej. servidor de dilogo y/o servidor de procesamiento en fondo).

Kernel: Componente central del sistema de base de datos. Gestiona el acceso a los datos permanentemente
almacenados en una instancia de base de datos y procesa las sentencias de SQL. Esta conformado por un
grupo de archivos de sistema operativo que residen en uno de los directorios de instalacin de SAP.

L
Landscape: Esquema o mapa de la distribucin y conexiones en un entorno de sistemas SAP.
Logueo: Accin de ingresar al sistema por medio del ID de usuario SAP.
Log de instalacin: Registro de acciones realizadas durante la instalacin de un sistema en SAP. Se graba en
un documento txt en uno de los directorios de instalacin y puede ser consultado durante o al final de esta.

170

GLOSARIO DE TRMINOS
M
Memoria heap: Es una de las tres reas de memoria disponibles para una aplicacin. Las otras dos se llaman:
rea de memoria global (es donde residen las variables globales) y pila. Al contrario que el heap, las variables
globales se adjudican cuando se inicia el programa, y permanecen hasta que termina.
MRP: Material Requirement Planning (Planeacin de requerimientos de materiales), software o sistema,
predecesor de los sistemas ERP que tena como objetivo planificar todos los requerimientos de materia prima
dentro de las organizaciones empresariales.

N
Notas OSS: Documentacin tcnica que SAP proporciona a los usuarios de sus sistemas desde su pgina de
soporte en lnea, incluye procesos de instalacin, correcciones propuestas, errores ocurridos con otros usuarios
de SAP en el mundo y como fueron corregidos, etc. Una vez que un usuario no ha podido resolver un problema
tcnico en su sistema, tiene la opcin de crear una nueva nota para solicitar apoyo del personal especializado de
SAP Alemania.

Objeto de Autorizacin: Elemento del sistema de autorizaciones. Los objetos de autorizacin permiten
verificaciones complejas vinculadas a una autorizacin que permite a un usuario el realizar una accin. Para
ejecutar la verificacin de autorizacin correctamente el usuario debe superar la verificacin para cada objeto
contenido en el campo.
Ordenes (peticiones) de transporte: Objeto que contiene los cambios realizados (programas abap,
configuracin) en un sistema SAP de desarrollo y que es importado a cada uno de los otros sistemas, para con
ello igualar la configuracin de todos.
Orden de transporte (proceso de liberacin): Este proceso se refiere a ingresar a una transaccin del sistema
R3 u otro sistema SAP, en donde el objeto: orden de transporte, sufre un cambio de status, para con ello poder
estar disponible o a la vista en el resto de los sistemas del entorno SAP; y finalmente ser importado en alguno de
ellos.

P
Parametrizacin (Customizing): Proceso por medio del que los especialistas de SAP adaptan los sistemas de
acuerdo a los procesos que las empresas realizan. Se distinguen dos tipos: parametrizacin independiente de
mandante (client-dependent) y dependiente de mandante (cross-client).
Perfil de autorizacin: Elemento de autorizacin del sistema, un perfil garantiza el acceso de los usuarios al
sistema. Forma parte de un rol y contiene los objetos de autorizacin de las transacciones que le son
asignadas cuando es configurado.
PGA: Process Global Area (Area global de procesos), estructura de memoria de base de datos especfica de un
usuario.

Respositorio de ABAP: Conjunto de objetos de negocio (Diccionario abap, programas, documentacin) para
desarrollo en el entorno de abap en un sistema SAP.
RFC (Destino, conexin): Remote Function Call (Funcin de llamada remota), interfaz estndar para la
comunicacin entre sistemas SAP y externos, funciona como la ruta de comunicacin entre los sistemas
mencionados y se define por medio de las direcciones IP de los equipos en donde residen los sistemas a
vincular.
Rol de usuario: Elemento que engloba a travs de un perfil, los objetos de autorizacin necesarios para que un
usuario tenga acceso a las transacciones que requiere y no pueda acceder a las transacciones de otra rea o de
nivel ms alto.
171

GLOSARIO DE TRMINOS
S

Sapdba: Herramienta de administracin de base de datos por medio de la que se ejecutan funciones como
respaldo, depuracin o restauracin.
Sapinst: Archivo ejecutable por medio del cual se inicia la instalacin de diferentes aplicaciones SAP.
SAP: Systems Aplications and Products (Sistemas Aplicaciones y Productos para procesamiento de datos),
compaa alemana desarrolladora de sistemas de administracin integral como R2 o R3. Entre los usuarios de
estos sistemas es comn utilizar el trmino SAP para referirse a R3, Business Warehouse, Solution Manager,
etc.
SCM: Supply Chain Management (Gestin de la cadena de suministro), herramienta que complementa las
funciones de un sistema ERP por medio de la cual se gestiona y optimiza el conjunto de procesos de produccin
y logstica cuyo objetivo final es la entrega de un producto a un cliente.
SAP MMC: SAP Microsoft Management Console (Consola de administracin de las instancias de SAP), por
medio de ella se pueden detener y arrancar los sistemas SAP, adems, proporciona informes de errores en las
bases de datos y las instancias centrales.
SAP Netweaver: Plataforma tecnolgica desarrollada por SAP, tiene como objetivo la integracin total de las
aplicaciones informticas del cliente (tanto las desarrolladas por SAP como las de otros proveedores),
personas, datos y procesos de negocio. Utiliza normas estndares de Internet como HTTP, XML y
servicios Web, garantizando la compatibilidad con Microsoft .NET, J2EE; con lo que convierte a SAP en un
sistema web-enabled, habilitndolo totalmente para trabajar en l mediante la web.
SAP OSS: SAP Online Service System (Servicio de soporte en lnea), ofrecido por SAP para sus clientes, desde
Walldorf Alemania. Este servicio es operado en colaboracin cercana con un partner de telecomunicaciones en
Stuttgart, quien proporciona garantas de un acceso seguro a diversas opciones entre las que se pueden
mencionar: Base de datos de notas de soporte, noticias relevantes, reporte de problemas, descarga de parches,
conexin remota, consultora remota, earlywatch y telnet. Se ingresa a este servicio desde la pgina de SAP
Service Marketplace, utilizando un usuario proporcionado por SAP Alemania.
SAP Service Marketplace: Pagina web en la que SAP proporciona diversos servicios de soporte a la comunidad
mundial de las aplicaciones SAP. Contiene una gran variedad de portales enfocados a cubrir la diversidad de
necesidades de los clientes, usuarios, consultores, etc. [Link]
Sesin: Ventana que se abre cuando el usuario se loguea en SAP, una vez iniciada, el usuario puede abrir
hasta 5 sesiones o modos adicionales por medio del botn iniciar modo nuevo, esto, sin necesidad de ingresar
su ID de usuario y password nuevamente.
SGA: Shared Global Area (Area global compartida) estructura de memoria de base de datos compartida por
todos los usuarios.
Sistema EIS: Es un sistema de informacin para directivos que permite automatizar la labor de obtener los datos
ms importantes de una organizacin, resumirlos y presentarlos de la forma ms comprensible posible, provee
al ejecutivo acceso fcil a informacin interna y externa al negocio con el fin de dar seguimiento a los factores
crticos del xito. Se enfocan primordialmente a proporcionar informacin de la situacin actual de la compaa y
dejan en un plano secundario la visualizacin o proyeccin de esta informacin en escenarios futuros.
Sizing: Anlisis por medio del cual se determina la cantidad de recursos necesarios (hardware) para una
implementacin de SAP, tomando en cuenta la cantidad de usuarios y procesos que estarn trabajando en el
sistema a instalar.
Suplementacin de lenguajes: Etapa en el proceso de instalacin de lenguajes nuevos en un sistema SAP, en
la que se indica que aquellas tablas que no tengan traduccin en el nuevo lenguaje que se instala, debern ser
traducidas en uno de los idiomas estndar (eje. Ingls).

172

GLOSARIO DE TRMINOS
Support Package: Coleccin de correcciones para solucionar errores en el repositorio de ABAP, agrupadas en
objetos llamados paquetes. Estas correcciones afectan tanto el rea funcional como el rea de sistema base, su
propsito es solucionar problemas antes de que se presenten en un sistema SAP. Se descargan desde la
pgina web de SAP Service Marketplace.

T
Tablespaces: Un tablespace es una unidad lgica de almacenamiento de datos representada fsicamente por
uno o ms archivos de datos. Se recomienda no mezclar datos de diferentes aplicaciones en un mismo
tablespace.
Transaccin: Programa especifico para ejecutar una operacin dentro de SAP, cada transaccin tiene asignado
un cdigo corto por medio del cual se ejecuta desde el rbol funcional de SAP o desde el campo de comandos
en la barra de herramientas superior.
Transporte: Proceso por medio del cual las rdenes de transporte generadas en los sistemas de desarrollo son
importadas en los sistemas de calidad y productivo.

Unicode: Estndar industrial cuyo objetivo es proporcionar el medio por el cual un texto en cualquier forma e
idioma pueda ser codificado para el uso informtico. La desventaja de guardar campos en formato unicode es
que ocuparn mucho ms espacio e indirectamente consumirn ms recursos pero sern 100% compatibles.
UPS: Uninterruptible Power Suply, equipo de regulacin y respaldo de voltaje por medio del cual se garantiza la
seguridad y correcto funcionamiento de los equipos (servidores) en los que se tienen instalados los sistemas
SAP. Cuentan con bateras en donde se almacena energa que permite aplicar medidas de emergencia cuando
hay un corte de energa elctrica.
User ID: Clave de usuario generada en SAP por medio de la cual una persona puede ingresar al sistema.

Variante (SAP): Conjunto de parmetros con los cuales se realiza una seleccin de registros desde diversas
transacciones de SAP.

173