Manual Basico de SAP

7/30/2019 Manual Basico de SAP

1/77

CURSO BSICO DE SAP R/3

Noviembre, 2005


2/77

Curso Bsico de SAP / R3

Noviembre, 2005

Pgina 2 de 77

CURSO BSICO DE SAP/R3

1. SAP R/3.

Qu es SAP?

Para que sirve SAP?

Estructura Funcional del Sistema.

Conceptos del Business Framework

2. Arquitectura de un sistema SAP

BD Servidor de aplicacin Front end

Cliente/Servidor.

3. Toma de contacto con el entorno SAP.

Interface de usuario R/3 Navegacin

Tcnicas de parametrizacin: visin general

4. Plataforma Tecnolgica

Hardware, S.O., Bases de Datos

Comunicaciones

5. Administracin y servicios Remotos

Principios de seguridad en R/3

Funciones del Administrador

Administracin de usuarios

Computing Center Management System (CCMS)

Online Service System (OSS)

Servicios de soporte de SAP


3/77


Noviembre, 2005

Pgina 3 de 77

6. Estructura de un S.I. SAP

Niveles del S.I. (Bsico, ampliaciones, modificaciones)

Mandantes

Servicios (Dispacher, jobs, spooling, instancias)

7. Entorno de Desarrollo de SAP R/3

Introduccin

Workbench ABAP y lenguaje de desarrollo ABAP/4

Herramientas (diccionario, reports, consultas, bach-inputs, jobs, ...)

Interfaces de comunicacin (CPI-C, RFC, EDI, ALE, OLE)

Integracin de SAP con Internet

My SAP

WorkPlace.

Business Information Warehouse.

Business to Business Procurement Marketplaces

Online Store / CRM / Internet Sales.


4/77


Noviembre, 2005

Pgina 4 de 77

Objetivos del curso

El objetivo del presente curso pretende un acercamiento a la metodologa de trabajo de SAP,as como una toma de contacto con toda la terminologa utilizada por SAP. La gran mayorade los trminos utilizados en la notacin de SAP, son fcilmente distinguibles, as como muyintuitivos. Con el propsito de facilitar la inmersin en esta nueva tecnologa, se impartireste curso al personal de la entidad familiarizado con entornos de desarrollo o administracin,siendo estos las personas que tendrn que familiriarizarse con toda esta terminologa bsica deadministracin y desarrollo.

En este curso se explicarn desde conceptos de la arquitectura SAP, pasando por las tcnicasbsicas de navegacin a travs de las pantallas de SAP, hasta una explacacin detallada detodos los servicios de SAP, en trminos de administracin y desarrollo.

Este curso acompaa todas las explicaciones con fotografas, para facilitar la idea intuitiva delos conceptos que se esten desarrollando.


5/77


Noviembre, 2005

Pgina 5 de 77

1. SAP R/3

Enterprise Resource Planning o ERP es un trmino utilizado en la industria para denominar alos paquetes de software de aplicaciones multimodulares diseados para soportar mltiplesfunciones de negocio. Ejemplos de ERPs son JD Edwards, Baan, Meta-4, etc.

Los mdulos de la ERP son capaces de interactuar con el plicaci propio de la plicacin t,y pueden ser alterados por el cliente para que se adapte a sus procesos especficos de negocio.

SAP (Systems, Applications, and Products in Data Processing) es la ERP lider del plicac.

SAP fue el primero en integrar todas las funciones corporativas plicacin te en una nicaplicacin.


6/77


Noviembre, 2005

Pgina 6 de 77


7/77


Noviembre, 2005

Pgina 7 de 77


8/77


Noviembre, 2005

Pgina 8 de 77


9/77


Noviembre, 2005

Pgina 9 de 77


10/77


Noviembre, 2005

Pgina 10 de 77


11/77


Noviembre, 2005

Pgina 11 de 77


12/77


Noviembre, 2005

Pgina 12 de 77


13/77


14/77


Noviembre, 2005

Pgina 14 de 77

SAP AG

R

R/3R/3

BasisBasis

SDSales &

Distribution

FIFinancial

Accounting

COControlling

TRTreasury

PSProjectSystem

WFWorkflow

ISIndustry

Solutions

MMMaterials

Mgmt

HRHuman

Resources..

PPProduction

Planning

QMQualityMgmt PM

PlantMain-

tenance

Accounting

Human Resources

Logistics

Industry /Cross-Application

Extensive businessfunctions

R/3 Integration Diagram

La principal caracterstica de los componentes del sistema R/3, es la combinacin de lams moderna tecnologa con las funciones de negocio. El alto nivel de integracin de estaaplicacin permite que todas las funciones puedan ser accedidas directamente a travs delsistema, as como toda la compaa. Cuando se implante el sistema R/3, los datos sonintegrados en una nica base de datos.

Realizando los procesos de negocio con el sistema R/3, no nos restringimos a un modulode aplicacin individual. Todos los datos y funciones estn interconectados unos con otros,asegurando as la coherencia de los mismos, as como un flujo de datos mucho ms

efectivo, posibilitando la ejecucin de todo tipo de procesos de negocio.


15/77


Noviembre, 2005

Pgina 15 de 77

El Business Framework es la nueva arquitectura de los sistemas R/3, desde el punto devista del negocio.

Se trabaja con componentes de negocio, los cuales son mdulos de software configurables,aportando as dinamismo a toda la infraestructura de la empresa. Adems, este nuevosoftware puede ser acoplado rpidamente a los nuevos requerimientos del negocio, omejorado simplemente, sin ningn tipo de interrupcin en el proceso diario de trabajo.Utilizando la Business Framework technology Therefore, SAP provee a sus clientes conuna nueva plataforma para configurar y conectar procesos de negocio y flujos deinformacin a travs de todos los marcos de trabajo.

Ejemplos de componentes de negocio: FI (Financial Accounting), LO (Logistics), HR(Human Resources) o componentes industriales para la formacin de aplicacionesespecficas o aplicaciones de Internet como el Business-to-Business, Consumer-to-Business y aplicaciones de Intranet .

Las ventajas de la Business Framework Architecture (BFA) incluyen la capacidad defacilitar los cambios y de configurar dinmicamente procesos de negocio, as como la fcilintegracin de los componentes de Internet e Intranet en sus procesos de negocio,conexiones simples entre R/3 y otro software, desarrollos propios del cliente, as como unaimplementacin de la ms avanzada tecnologa, todo ello sin interrumpir las operacionesdel negocio.


16/77


Noviembre, 2005

Pgina 16 de 77

El grfico de Business Framework graphic nos muestra al sistema R/3 como una familia dedistintos componentes integrados.

Componentes:

Business Components (Human Resources, por ejemplo)

Business Objects (Facturas, empleados, por ejemplo)

BAPI-Interfaces (crear una factura, cambiar la direccin de un empleado, ...)

Los componentes del negocio interactuan en el Business Framework sobre BusinessApplication Programming Interfaces (BAPIs). BAPIs tambin proporcionan un interfazestable y estandar, para integrar aplicaciones y componentes externos en el BusinessFramework. Estos interfaces estn definidos para facilitar la integracin del marco detrabajo de SAP con clientes y partners .

Para distribuir la informacin de negocio en el Business Framework, existen tecnologascomo Application Link Enabling (ALE). ALE garantiza la integracin entre loscomponentes de negocio.


17/77


Noviembre, 2005

Pgina 17 de 77

2. Arquitectura de un sistema SAP

El sistema R/3 System posee una arquitectura modular de software que nos permite aplicarel principio de cliente/servidor. Esta arquitectura constituye la base de las diferentesopciones que tiene el cliente para planificar y realizar su instalacin de SAP R/3. Tanto unaconfiguracin central como una distribuida con numerosos servidores dedicados, sonsoportadas por SAP.

Esta arquitectura nos permite separar los niveles de aplicacin de los niveles depresentacin y de base de datos. Esto es un requisito para poder aplicar balances de carga,

as como de utilizar el rendimiento potencial de las actuales estructuras, en prximasgeneraciones de hardware.

Esta arquitectura nos proporciona escalabilidad, osea, ajustar nuestro rendimiento a lasdemandas actuales, por ejemplo, si ha aumentado el nmero de usuarios o porque se hanaadido mdulos adicionales.

Caractersticas y utilizacin de la escalabilidad de los sistemas R/3

Instalacin de servidores adicionales para la eliminacin de cuellos de botella.

Servidores paralelos para homogeneizar la carga y ejecucin local de los programas.

Buffers de datos y programas cerca de los procesadores. Logon y balance de carga (distribucin de usuarios a servidores dedicados, distribucin

de carga de los procesos de background)


18/77


Noviembre, 2005

Pgina 18 de 77

En la terminologa de SAP, un componente de software proporciona un servicio In SAPterminology, a software component provides a service (software-oriented view). Este tipode componentes pueden consistir de un proceso o de un grupo de procesos, y en funcin deestos, as ser llamado el servidor ( Por ejemplo, si un servidor tiene servicios de spool,ser un servidor de spool).


19/77


Noviembre, 2005

Pgina 19 de 77

Los niveles principales son el nivel de presentacin, el nivel de aplicacin y el nivel de basede datos.

En un sistema R/3 central, todas las tareas de procesamiento son realizadas por un solohost, respondiendo as con el procesamiento clsico de los mainframe processing, conterminales X .

Una configuracin de sistemas R/3 de dos niveles son implementadas utilizandoservidores de presentacin especiales, cuya nica responsabilidad es la de formatearel interfaz grfico.

En una configuracin de tres niveles, utilizas como mnimo un host, para cada uno de lostres niveles. Utilizando los datos de la base de datos, diferentes servidores de aplicacin,pueden operar al mismo tiempo. Adems, con objeto de optimizar el rendimiento, puedesaplicar desde el balance de carga, alta disponibilidad de spool, as como servidoresdedicados para cierto tipo de aplicaciones.


20/77


Noviembre, 2005

Pgina 20 de 77

Los sistemas R/3 referencian a todos los componentes de software que estn asignados a lamisma base de datos. The R/3 System refers to all software components that are assignedto the same database.

Si se utilizan las opciones de distribucin de los sistemas R/3, de acuerdo con losprincipios de cliente/servidor, los componentes de R/3 se desplegaran en una jerarqua detres niveles.

El servidor de base de datos es instalado en un host dedicado.

Varios servidores de aplicacin se podrn conectar a la base de datos. Varios servidores de presentacin podrn conectarse con cada servidor de aplicacin. A

estos servidores tambin se les llamara frontends (workstation, PC). Estos ordenadoresprocesara, todas las tareas de presentacin. Los usuarios trabajaran interactivamente conR/3, utilizando el interfaz proporcionado por los servidores de presentacin.


21/77


Noviembre, 2005

Pgina 21 de 77

3. Toma de contacto con un entorno SAP

SAP AG

R

Client

User

Password

Language

Client

User

Password

Language

Logging On

El sistema R/3 es un sistema basado en mandantes (clientes). Con el concepto demandante, se pueden controlar diferentes empresas sobre el mismo sistema R/3. Cadasesin de usuario solo accede a los datos del mandante que selecciono al entrar.

El sistema R/3 es multi lenguaje. El idioma por defecto es parametrizable.


22/77


Noviembre, 2005

Pgina 22 de 77

R

13:10

Display Customer Line Items: Initial Screen

Line items Edit Goto Settings Environment System Help

Line layout

Totals variant

Open itemsCleared items

Parked items

With vendor line items

Customer

Company code

Line item selection

Selection criteria... With work list

Settings

Standard Line items

Totals

List begins with

Botn

Barra de estado

CheckboxesCheckboxes

Comandos Barra de

Herramientas

Botn radio

OpcionesTtulo

Pantalla

Barra de ttulo: La barra de ttulo muestra donde la tarea actual de trabajo.

Campo de comandos: Desde aqu se puede ir a una tarea directamente introduciendo elcdigo de transaccin.

Opciones: Desde aqu se puede cambiar algunos aspectos del interface R/3.

Barra de herramientas: En esta barra se encuentran los iconos de navegacin, salvado,ayuda, etc.

Checkboxes: Los checkboxes permites seleccionar varios items al mismo tiempo.

Radio buttons: Los radio buttons permiten seleccionar exactamente un item. Barra de estado: Muestra informacin sobre el estado actual del sistema (Nombre del

sistema, mandante, sesin, usuario, etc.


23/77


Noviembre, 2005

Pgina 23 de 77

Procedimiento de Customizing

El Customizing Organizer y el Sistema de Gestin de Transportes estn diseados paratrabajar juntos. Durante el proceso normal de parametrizacin:

El jefe de proyecto define la orden de transporte y las tareas subsidiarias para todos losusuarios implicados.

Estos usuarios realizan los cambios en el customizing, que son grabados en la orden detransporte.

Despus de completar el customizing, los usuarios deben liberar sus tareas.

La orden de transporte puede ser liberada desde el sistema origen para exportarla al

sistema operativo. El transporte al sistema destino tiene lugar a nivel de sistema operativo.


24/77


Noviembre, 2005

Pgina 24 de 77

4. Plataforma tecnolgica

SAP AG

R

R/3 Basis Middleware

ABAPWorkbench

R/3 application

R/3 Basis (Middleware)

System Software

R/3R/3Client / ServerClient / Server

ABAP/4ABAP/4

COCOControllingControlling

AMAMAsset MgmtAsset Mgmt

PSPSProjectProjectSystemSystem

WFWFWorkflowWorkflow

ISISIndustryIndustrySolutionsSolut ions

HRHRHumanHuman

ResourcesResources

SDSDSales &Sales &

DistributionDistribution

PPPPProductionProduction

PlanningPlanning

QMQMQualityQualityMgmtMgmt

FIFIFinancialFinancial

AccountingAccounting

PMPMPlant Main-Plant Main-

tenancetenance

MMMMMaterialsMaterials

MgmtMgmt

R/3R/3Client / ServerClient / Server

ABAP/4ABAP/4


AMAMAsset MgmtAsset Mgmt



ISISIndustryIndustrySolutionsSolutions

HRHRHumanHuman

ResourcesResources

SDSDSales &Sales &


PPPPProductionProduction

PlanningPlanning





tenancetenance


MgmtMgmt

Utilizando el sistema bsico de R/3, las aplicaciones pueden correr sobre diferentesplataformas con un alto rendimiento, y pueden ser adaptadas a los requerimientosindividuales de cada usuario.

R/3 Basis software (tambin llamado middleware):

Proporciona el entorno de ejecucin para las aplicaciones de R/3

Se encarga del ptimo acoplamiento e inclusin de las aplicaciones en el entorno delsistema.

Define la arquitectura de un marco de trabajo estable, para facilitar las mejoras delsistema.

Contiene las herramientas para administrar todo el sistema.

Proporciona recursos y componentes de sistemas para ser distribuidos

Proporciona interfaces para descentralizar partes del sistema en productos externos

Caractersticas de la tecnologa del mdulo bsico:

La arquitectura del sistema bsico de R/3 es compatible con la estructura de unaconfiguracin cliente / servidor

Bases de Datos relacionales Interfaz de usuario grfico (GUI)


25/77


Noviembre, 2005

Pgina 25 de 77

SAP AG

R

Benutzerschnittstelle

Screen interpreter ABAPinterpreter

R/3 Basis System Overview

System software and platforms

System interfaces

Flow control

Programming interfaces

Userint

erface

Applications

Benutzerschnittstelle

Communicationinterface

ABAPDictionary

El interfaz de usuario proporciona las opciones de presentacin.

Los interfaces de comunicacin definen los canales para el intercambio electrnico deinformacin, para transferencia de datos, o para la comunicacin programa a programa deacuerdo con el protocolo CPI-C y para el intercambio estndar de datos utilizando DI.

Todos los programas de aplicacin de los sistemas R/3, estn hechos en ABAP IV, que espropio lenguaje de programacin de SAP. Los componentes de control para la secuencia depantallas se denominan DYNPROS (= programas dinmicos). La interaccin entre laspantallas y los interpretes ABAP, forman la base tecnolgica de las aplicaciones de los

sistemas R/3. Ambos intrpretes utilizan una vista global de todos de todos los datos delsistema R/3, que se almacenan en el ABAP Dictionary.


26/77


Noviembre, 2005

Pgina 26 de 77

R

Plataformas para los sistemas R/3

*

DB2 forOS/390DB2 forOS/390

Windows 3.1, Windows 95, Windows NT,OSF/Motif *, OS/2 Presentation Manager (PM),

Macintosh *, Java

Windows 3.1, Windows 95, Windows NT,OSF/Motif *, OS/2 Presentation Manager (PM),

Macintosh *, Java

ABAP, C, C++, HTML, JavaABAP, C, C++, HTML, Java

OS/390OS/390AIX

Digital UNIXHP-UX

AIXDigital UNIX

HP-UX

ReliantUNIX (SINIX)

SOLARIS

ReliantUNIX (SINIX)

SOLARISWindows NTWindows NT OS/400OS/400

Hardware Bull/ZenithCompaqData General...

Bull/ZenithCompaqData General...

NCRSequentSNI

NCRSequentSNI

DigitalHP (Intel)IBM (Intel)

DigitalHP (Intel)IBM (Intel)

BullDigitalHP

BullDigitalHP

IBMSNISUN

IBMSNISUN

UNIX SystemsUNIX Systems

IBMAS/400

IBMAS/400

Sistemasoperativos

SAPGUI

Lenguajes

Bases de

datos

IBMS/390

IBMS/390

DB2 Common ServerINFORMIX-OnLineORACLE

DB2 Common ServerINFORMIX OnLineORACLE

DB2 Common ServerINFORMIX-OnLine

ORACLEMS SQL Server

DB2 Common Server

INFORMIX OnLineORACLE

MS SQL Server

DB2 forAS/400

DB2 forAS/400

El sistema R/3 se basa en una arquitectura abierta, eso significa que es extremadamenteportable.

El R/3 es totalmente compatible con todas las plataformas UNIX importantes, WindowsNT, AS/400 y S/390.

Soporta diferentes bases de datos como Informix, Oracle, ADABAS, DB6, DB4, DB2,SQL Server, etc.

El interfaz grfico de usuario (SAPGUI), tambin es compatible con sistemas operativoscomo Windows, OS/2, UNIX, y Mac.


27/77


Noviembre, 2005

Pgina 27 de 77

El landscape recomendado por SAP contempla estos tres sistemas.


28/77


Noviembre, 2005

Pgina 28 de 77

SAP AG

R

Interfaces

General communication

CPI-C communication

RFC

Business Objects and BAPIs

OLE

Internet architecture

EDI

ALE

Data Transfer into the R/3 System


29/77


Noviembre, 2005

Pgina 29 de 77

SAP AG

R

Objectives

Define the R/3 System as an open system.

Recognize the principle communication mechanismsin an R/3 System.

Discuss the options the R/3 System provides whenyou transfer legacy data.


30/77


Noviembre, 2005

Pgina 30 de 77

SAP AG

R

Communication: R/3 as an Open System

Ethernet

Tokenring

X.25

LU6.2(R/2)

CPI-C (SAP implementation)

TCP/IP(R/3)

RFC

Tokenring

Ethernet

. . . . . .

Physicallayer

Connectionlayer

Networklayer

Transportlayer

Presentationlayer /

session layer

Applicationlayer

OLE Automation

El sistema R/3 es un sistema abierto. Soporta una gran variedad de protocolos decomunicacin en redes. La informacin puede ser intercambiada entre un sistema R/3 yotro R/3, R2 u otro sistema que no sea SAP a travs de la red.

SAP soporta el protocolo TCP/IP (Transmission Control Protocol/Internet Protocol) y elSNA LU6.2 (System Network Architecture; Logical Unit 6.2) . La comunicacin entresistemas R/3 se realiza con el protocolo standar TCP/IP. LU6.2 fue desarrollado por IBMy se utiliza para comunicarse con sistemas R/2 sobre mainframes.

La programacin de aplicaciones R/3 soporta CPI-C (Common Programming Interface

Communication), RFC (Remote Function Call) y Automatizacin OLE (Object Linkingand Embedding) como interfaces de comunicacin.


31/77


Noviembre, 2005

Pgina 31 de 77

El protocolo CPI-C protocol conecta protocolos tipo LU6.2 y TCP/IP. Adems se puedeutilizar CPI-C para conectar mainframes (Sistemas R/2) y sistemas cliente servidor (SistemasR/3).

El SAP gateway (Manejador de CPI-C) es un grupo de procesos que permiten lacomunicacin entre sistemas R/2, sistemas R/3 y aplicaciones externas basadas en elprotocolo CPI-C .

Mientras mensajes cortos son intercambiados entre los servidores de aplicacin a travs delmessage server en un sistema R/3, gran cantidad de datos (datos de aplicacin) fluyen a

travs del SAP gateway. Esto significa que el medio de comunicacin, puede ser parte delmismo sistema, o de un sistema R/3 diferente o de un sistema R/2, o formar parte de unprograma externo.

En los sistema R/3 , los procesos del SAP gateway que se comunican clientes basados en elprotocolo TCP/IP . LU6.2 (de IBM) se utiliza para mainframes.


32/77


Noviembre, 2005

Pgina 32 de 77

Los sistemas R/3 soportan el CPI-C starter set como un mtodo elemental decomunicacin programa-a-programa. Es utilizado para la comunicacin entre sistemas R/2o (mainframes) aplicaciones, para las cuales no se puede o no se quiere utilizar otrosprotocolos ms fciles de utilizar.

ABAP contienen seis comandos de comunicacin:

COMMUNICATION INITespecifica parmetros de comunicacin

COMMUNICATION ALLOCATE - estructura la comunicacin

COMMUNICATION ACCEPT - acepta la comunicacin

COMMUNICATION SENDenva datos

COMMUNICATION RECEIVErecibe datos COMMUNICATION DEALLOCATEfin de la comunicacin

Una vez que la comunicacin se ha establecido, se llama a un programa para enviar datos.En este punto, el otro programa debe estar preparado para recibir datos. El emisor y elreceptor pueden cambiar. Al final de la transferencia de datos, la conexin se corta.Tambin se puede configurar el buffer de envo, para as evaluar los cdigos de retorno.

Para la comunicacin CPI-C con programas externos, adems de las CPIC AdvancedFunction Calls (para convertir ASCII a EBCDIC, por ejemplo) SAP tambin proporcionafunciones en la forma de libreras de C (para establecer una cadena de conexin, porejemplo).

Los parmetros relacionados con la conexin, no son componentes del programa decomunicacin. Se puede mantener la tabla TXCOM utilizando la Transaccin SM54.


33/77


Noviembre, 2005

Pgina 33 de 77

SAP AG

R

Remote Function Call

External system

RFCinterface

CPI-C

ProgrammProgrammProgrammProgram

R/3 System

RFCinterface

CPI-C

ABAPProgramm

ABAPProgramm

ABAPprogram

R/2 System

RFCinterface

ABAPProgramm

ABAPProgramm

ABAPprogram

CPI-C

Remote Function Call (RFC) es un interfaz de comunicacin basado en CPI-C, pero conmuchas ms funciones y ms fcil de manejar por los desarrolladores. Se pueden utilizarsistemas R/3 y R/2 as como aplicaciones externas de comunicacin RFC.

RFC es el protocolo para llamar a subrutinas especiales a travs de la red. Estas subrutinasestn etiquetadas como mdulos de funcin. Estos mdulos de funcin son comparables alas funciones de C o a los Procedures de PASCAL. Estos mdulos poseen un interfazdefinido, por el cual datos, tablas y cdigos de retorno pueden ser intercambiados. Estosmdulos de funcin son manejados en el sistema R/3 en sus propia librera de funciones,

llamada Function Builder. El Function Builder (Transaccin SE37) provee a los programadores de aplicaciones con

un til entorno de programacin, documentando testeando aplicaciones, las cuales puedenser llamadas tanto localmente como remotamente. El sistema R/3 genera el cdigoadicional requerido para las llamadas remotas (RFC Stub) automticamente.

Los requerimientos tcnicos para RFC son los mismos que los de CPI-C. Se mantienen losparmetros de las conexiones RFC, utilizando la transaccin SM59. Los sistemas R/3tambin proporcionan el RFC-SDK (Software Development Kit) que utilizan grancantidad de libreras de C para permitir a los programas externos conectarse con el sistemaR/3.


34/77


Noviembre, 2005

Pgina 34 de 77

SAP AG

R

RFC from R/3 System to R/3 System

RFC

Calling systemABAP coding

...

CALL FUNCTION XY

DESTINATION...

EXPORTING...

IMPORTING...

...

88MHz

FUNCTION XY.

.

.

.

ENDFUNCTION.

Called system

Los mdulos de funcin de llamadas remotas se diferencian de los mdulos de funcin dellamadas locales en un parmetro (Destination) que especfica el host de destino donde elprograma va a ejecutarse.

Hay tres tipos de llamadas RFC :

Llamada RFC Sncrona: la llamada del programa para hasta que el mdulo de funcinha sido procesado en el sistema destino, y algn resultado ha sido devuelto al emisor.Slo as permite al programa emisor continuar ejecutndose.

Llamada RFC Asncrona: El programa emisor corre paralelo e independiente delprocesamiento de la llamada en el sistema destino. Los programadores son

responsables del procesamiento del manejo del resultado de la llamada. Adems , elsistema destino ha de estar disponible en el momento de la llamada RFC.

Llamada RFC Transaccional: Varios mdulos de funcin pueden agruparse en unatransaccin. Estos son procesados solamente en el sistema destino con una LUW(Logical Unit Work), y siguiendo la secuencia en que han sido llamados. En el caso deun error, el sistema emisor recibe una confirmacin de que puedes acceder utilizando laTransaccin SM58. . En el caso de una llamada RFC Transaccional, el sistema destinono tiene porque estar disponible en el mismo momento que la llamada RFC. Adems,se puede configurar la frecuencia y el intervalo de consultas individuales.


35/77


Noviembre, 2005

Pgina 35 de 77

Los Business objects forman la base para la comunicacin al ms alto y ms amigable de

los niveles de comunicacin (network layers) . Estos permiten a los sistemas R/3 desdeconectarse a Internet a conectarse con programas de escritorio (Excel). SAP utiliza estosbusiness objects con el objetivo de integrar objetos al nivel de negocio ms que a un nivelpuramente tcnico.

Business objects:

Forman la base de al comunicacin amigable entre sistemas cliente / servidor .

Estn orientados al negocio: hay objetos como Cliente, Factura, Oferta, por

ejemplo.

Proporcionan funciones (mtodos) de negocio . Para un objeto Cliente, por ejemplo hay

Crear Cliente y Ver Cliente. Estos nombre permiten la claridad y as evitar errores deprogramacin.

Son manejados centralmente desde el sistema R/3 en el Business Object Repository(BOR).

BAPIs (Business Application Programming Interfaces) interfaces funcionales. Utilizan losmtodos de negocio de los business objects. Las BAPIs pueden ser utilizadas desde lossistemas R/3 o externamente.


36/77


Noviembre, 2005

Pgina 36 de 77

SAP AG

R

R/3 System as an OLE Client

ABAPprogram

ABAPprogram

RFC

SAPGUISAPGUI

PCprogram

PCprogram

OLEserver

OLEserver

188188

R/3

OLE (Object Linking and Embedding) es una camino orientado a objetos para lacomunicacin entre programas. Se puede conectar aplicaciones de escritorio al sistemaR/3, para programas que utilizan la Automatizacin OLE2 (Word, Excel). De esta maneralos usuarios pueden utilizar el sistema R/3 sin tener que sacrificar su entorno habitual deescritorio.

Si el sistema R/3 acta como un cliente OLE, entonces el usuario llama a las aplicacionesde escritorio desde las aplicaciones ABAP. Los comandos OLE son transferidos desde elcdigo va RFC por el SAPGUI al PC. El SAPGUI mapea las llamadas RFC a los

comandos OLE de la aplicacin del PC. Las funciones OLE de los programas de escritorio estn especificados en el sistema R/3 en

el tipo de informacin. Esta informacin contiene una descripcin de los mtodos, atributosy parmetros. El tipo de informacin es independiente del idioma.

ABAP contiene cinco comandos especiales OLE CREATE OBJECT, CALL METHOD,GET/SET PROPERTY y FREE OBJECT con los que se pueden acceder a las funciones deescritorio.


37/77


Noviembre, 2005

Pgina 37 de 77

SAP AG

R

R/3 System as an OLE Server

Functionmodules

BusinessobjectsBAPIs

RFC

Data

PCprogram

PCprogram

R/3

188

RFCAPI

SAP

automation

server

Cuando el sistema R/3 se utiliza como un servidor OLE, sus funciones pueden ser llamadasdesde una aplicacin de escritorio. Este enva comandos OLE al SAP Automation server.El servidor convierte estos comandos en llamadas RFC y las enva al sistema R/3. Estelanza mdulos de funcin o BAPIs de los business objects en el sistema R/3 . Una vezque estas han sido procesadas, sus datos se envan va SAP Automation Server de vuelta ala aplicacin de escritorio.

Los usuarios pueden utilizar los mdulos de funcin del sistema R/3. La programacin esorientada a objetos, por ejemplo Visual Basic o Visual C++.

Los business objects son manejados centralmente en el sistema R/3 en el Business ObjectRepository , y pueden ser llamadas desde el escritorio utilizando por ejemplo Visual Basic.Esto significa que todas las funciones de negocio implementadas en el Repositorio sondisponibles desde aplicaciones externas.

Ambos, mdulos de funcin y business objects estn ubicados dentro del sistema R/3. Losusuarios deben primero entrar al sistema R/3. Este acceso puede ser automatizado.


38/77


Noviembre, 2005

Pgina 38 de 77

SAP AG

R

Internet Architecture

Web hostWeb host

HTTPserver

R/3 applicationserver

R/3 applicationR/3 applicationserverserverITSITSITS

WGate

AGate

ClientClient

B

rowser

Internet es la red global de redes de computadores. Es una plataforma estandarizada paraintercambiar datos entre individuos y organizaciones. Escenarios de Business-to-business yconsumer-to-business han sido desarrollados durante la furiosa demanda de Internet de losltimos aos, as que resultan muy tiles a la hora de conectar compaas a Internet.

R/3 permite la conexin a Internet desde la versin 3.1G. El Internet Transaction Server(IST) forma el principal componente de la arquitectura de Internet. Est formado por doscomponentes Application Gate (A) y Web Gate (W).


39/77


Noviembre, 2005

Pgina 39 de 77

SAP AG

R

EDI Architecture

Documents

Ext. application

EDI messages

EDI subsystem

Idoc type

Idoc interface

Control record

Daten-

satzDaten-

satz

Data

record

SteuersatzSteuersatzControl record

R/3 application

SAP documents

EDI son las siglas de Electronic Data Interchange y describe el intercambio electrnico delos datos estructurados de negocio entre diferentes aplicaciones

La arquitectura EDI consta de:

EDI-aplicaciones disponibles: Permiten procesar automticamente las transacciones denegocio.

El interface IDOC: Fue concebido como una interface abierta y consiste endocumentacin intermedia y sus correspondientes mdulos funcin.

El subsistema EDI: Convierte la documentacin intermedia en mensajes EDI yviceversa. SAP no soporta este elemento de la arquitectura EDI.

El principal componente de la interface Idoc es el tipo Idoc. Un Idoc es un estadard sap queespecifica la estructura y el formato de los datos a transferir electrnicamente. Esto fuedesarrollado teniendo en cuenta los estndares EDIFACT y ANSI X12. Los Idocs seidentifican de forma nica con los registros de control. Los registros de datos forman el centrode la aplicacin. Los registros de estado graban el estado de un Idoc en su camino desde laestructura de un S.I.SAP.


40/77


Noviembre, 2005

Pgina 40 de 77

R

Niveles de cambio

Software base

Software de sistema

ABAPWB.Programa

Propio

Aplicaciones R/3

Desarrollos Mejoras CustomizingCustomizing

Modificacin

11

2244

Exit 1

33

Exit 2

Hay cuatro formas diferentes de adaptar el sistema R/3 a las necesidades del cliente:

1) Customizing: Mediante esta va se establecen los parmetros del cliente usando uninterfaz especial. La parametrizacin o Customizing es una parte obligada a la hora deabordar una implantacin.

2) Mejoras: Esto permite al cliente cambiar objetos del repositorio SAP sin usarmodificaciones.

3) Modificaciones: Las modificaciones son cambios a los objetos del repositorio de SAP.Cuando se realiza un upgrade o se aplican parches, estos objetos se han de comparar.

4) Desarrollos propios: El sistema R/3 contiene un rango de nombre para objetos propiosdel cliente, sobre el cual se pueden crear tablas, funciones, programas, etc.


41/77


Noviembre, 2005

Pgina 41 de 77

R

Mandantes en en sistema R/3 de 3 entornosSistema de consolidacin

DTEST

SAPMandante

000

TMAST

QTST

TMAST TMAST

PROD

Tres sistemas de Base de datos

Desarrollo, consolidacin

Y produccin Testeo total de los desarrollos Se evitan restriciones a la hora de desarrollar

Mandante de desarrollo y test

Mandante maestro de

Mandante de test en consolidacin

Mandante productivo

DTEST

TMAST

QTST

PROD

Sistema de produccinSistema de desarrollo

Bajo ningn concepto se han de crear desarrollos, objetos, modificaciones o mejoras en elsistema productivo. Para dichas tareas se utilizar uno o ms sistemas de desarrollodependiendo del mbito del proyecto.

La nueva funcionalidad se desarrollo en el sistema de desarrollo y posteriormente setransporta a los diferentes sistemas. Esto asegura el trabajo diario en el sistema productivo.

La mayora de los clientes optan por un entorno de tres sistemas:

Esto permite testera totalmente los nuevos desarrollos, upgrades, parches, etc.

El sistema de Calidad o Consolidacin, permite testear la totalidad de los transportes.


42/77


Noviembre, 2005

Pgina 42 de 77

R

Peticin de cambio

t

Tarea

Tarea

Tarea

Jefe de proyecto

o

Desarrollador

Desarrollador

Gestin de proyectos con el Workbench Organizer

Desarrollador

Cuando comienza un nuevo proyecto de desarrollo, el jefe de proyecto crea una peticin decambio (orden de transporte), a la cual asigna miembros del equipo de trabajo. Unapeticin de cambio contiene cambios generados en un sistema. El Workbench Organizer(WO) asigna un nmero a esta peticin de cambio (K9).

El WO asigna una tarea para cada miembro del equipo de trabajo. Cuando un miembro delequipo asigna un objeto a la peticin de cambio, esto queda reflejado en su tarea.

Cuando se termina todo el trabajo de la peticin de cambio, cada miembro del equipolibera su tarea. Una vez que se han liberado todas las tareas, el jefe de proyecto libera la

peticin de cambio, para su posterior transporte a produccin.


43/77


Noviembre, 2005

Pgina 43 de 77

R

Cerrando un proyecto

Asignar el objeto a una

Clase de desarrollo

Asignar el objeto

A una p. cambio

Liberar

tarea

Crear objeto

Bloqueo

Desarrollo

Administrador

Asignacin automtica

a una tarea

Liberar

Peticin d. cambio

Directorio

De transportes

Production system

ExportImport

Jefe de proyecto

Cuando los desarrolladores terminan sus tareas, las liberan. Los objetos y sus bloqueos sonpasados de la tarea a la peticin de cambio.

Cuando el proyecto est completado, el jefe de proyecto libera la peticin de cambio. Losbloqueos de los objetos en la peticin de cambio, quedan liberados.

Las peticiones de cambio pueden ser transportables o locales. El WO las clasificaautomticamente dependiendo de su clase de desarrollo. Solo las transportables pueden serpasadas a produccin.

Segn se libera la orden se realiza un test en modo test, que determina si va a ser posible

transportar esa orden al sistema destino. Los objetos de la orden son exportados al directorio de transportes.

El resultado del export y del test import queda reflejado en el directorio de logs, parapoder ser chequeados por los diferentes consultores.

El import al sistema destino no es automtico. Lo realiza el administrador del sistemausando el programa de control de transportes tp.

Despus del import se pueden chequear los logs guardados en el directorio log.


44/77


Noviembre, 2005

Pgina 44 de 77

R

RepositoryBrowser

DictionaryABAPEditor

FunctionBuilder

ScreenPainter

MenuPainter

ABAP Workbench

Herramientas del ABAP Workbench

Function Builder

Screen Painter

ABAP DictionaryABAP Editor

RepositoryBrowser

Menu PainterPainter

Las herramientas del ABAP Workbench, permiten cambiar y crear objetos del repositorio.

El browser del repositorio proporciona un resumen de los objetos del repositorio.

El ABAP Workbench contiene herramientas que soportan el ciclo completo para eldesarrollo de nuevas funcionalidades.


45/77


Noviembre, 2005

Pgina 45 de 77

R

Mandantes en un sistema R/3

R/3R/3



TRTR

TreasuryTreasury

BasisBasis




ISISIndustryIndustrySolutionsSolutions


MgmtMgmt

HRHRHumanHuman

ResourcesResources

SDSDSales &Sales &


PPPP

ProductionProductionPlanningPlanning



tenancetenance

Mandantes por defecto

Mandantes del cliente

Mandante 000

Mandante 001

Mandante 066

Mandante 100

Mandante 200

Mandante XXX

Un mandante es una unidad organizativa dentro del sistema R/3. Los mandantes tienen supropio entorno de datos de maestro de usuarios, de datos de aplicacin y parametrizacin.

Los usuarios de diferentes mandantes coexisten independientemente en un mismo sistemaR/3. Los usuarios pueden ver solamente los datos del mandante en el que han establecido lasesin.

El mandante 000 es definido como un estndar de SAP y no debe ser cambiado por losclientes. Este mandante se usa como plantilla para crear mandantes adicionales.

Se pueden usar hasta 997 mandantes.


46/77


Noviembre, 2005

Pgina 46 de 77

El interfaz de presentacin SAPGUI (GUI = Graphical User Interface) implementa lasfunciones especficas de entrada y salida del sistema R/3. El SAPGUI esta disponible paradiversas plataformas y proporciona las mismas funciones para cada una de estas. Si se haaprendido a manejar el sistema R/3 en una plataforma , se puede utilizar el sistema en otraplataforma , con la excepcin de unos pocos atributos del GUI, de la misma manera.

Junto con los procesos de frontend, el SAPGUI implementa el control grfico de loselementos de R/3. El software de presentacin de R/3 implementa el interfaz grfico deusuario utilizando las funciones proporcionadas por el entorno de presentacin.

El flujo de datos entre el nivel de presentacin y el nivel de aplicacin no consiste depantallas preparadas, sino de informacin compactada utilizando los elementos de control ylos input del usuario.

El tamao de los datos transferidos en cada cambio de pantalla oscila entre 1 y 2 kB.Tambin puede conectarse a los servidores de aplicacin a travs de una WAN.


47/77


Noviembre, 2005

Pgina 47 de 77

Con el lenguaje de programacin ABAP, se pueden utilizar los SAP OPEN SQL paraacceder a los datos de la base de datos sin interferencia con las labores de gestin dela base de datos del sistema.

El interfaz de base de datos de R/3 convierte las sentencias Open SQL de las sentenciasABAP en las correspondientes sentencias de base de datos. Esto significa que losprogramas escritos en ABAP no dependen de la base de datos utilizada.

Cuando se interpretan las sentencias de Open SQL, el interfaz de base de datos de R/3comprueba la sintaxis de estas sentencias y se asegura que los buffers locales de SAP sitos

en la memoria compartida de los servidores de aplicacin, son utilizados de maneraptima.

Los datos que son requeridos con mucha asiduidad por las aplicaciones, son almacenadosen estos buffers, evitando as a la base de datos accesos innecesarios a disco. En particular,todos los datos tcnicos tales como programas ABAP, pantallas o informacin delDiccionario ABAP, as como parmetros para la administracin del negocio,parametrizacin en un sistema en funcionamiento, etc, son susceptibles de bufferizacin.Lo mismo se aplica a los datos transaccionales que son normalmente accedidos en modo deslo lectura.


48/77


Noviembre, 2005

Pgina 48 de 77

Los principales componentes de un servidor de aplicacin R/3 son:

Dispatcher como centro de control de la instancia

Cola del dispatcher para atender peticiones Nmero parametrizable de work processes para procesar los programas ABAP

Buffers en la memoria compartida

El manejador de tareas coordina las actividades de los work process de dilogo. Activa elprocesador de pantallas o el procesador de ABAP (qu controla el flujo lgico de laspantallas as como de procesar las sentencias ABAP respectivamente) y ejecuta el roll-in yel roll-out del contexto de usuario.

La gestin de memoria del sistema diferencia entre areas de la memoria principal que sondisponibles exclusivamente para un work process, y reas de memoria que pueden serutilizadas por todos los work processes. El espacio de memoria utilizado exclusivamentepor un work process tiene dos reas reservadas para los datos especficos de sesin, quedeben de ser protegidos ms all de la duracin de un paso de trabajo. Estas son lasllamadas roll y paging areas. La roll area contiene datos que son disponibles al inicio de unpaso de dilogo (rolled-in) y que son salvados al final del mismo (rolled-out). La roll reatambin contiene los datos que caracterizan a los usuarios (contexto de usuario), talescomo sus autorizaciones, informacin de administracin y datos adicionales para losABAP y el procesador de dilogo. Estos datos tambin fueron utilizados por los pasos de

dilogo ejecutados anteriormente. Hay tambin reas de memoria para todos los process enla memoria compartida para los calendarios de fbrica, pantallas, tablas y buffers deprogramas.


49/77


Noviembre, 2005

Pgina 49 de 77

El sistema R/3 en ejecucin es un grupo de procesos paralelos y cooperando. En cadaservidor de aplicacin, estos procesos incluyen desde el dispatcher hasta el nmero dework process. Work process especiales pueden ser instalados para procesos de dilogo,actualizacin, background y spooling.

Adems de estos tipos de work process (dilogo (D), actualizacin o update (V), gestinde bloqueos (E), background (B), spool (S)), el sistema R/3 proporciona dos serviciosadicionales para las comunicaciones externas:

El servidor de mensajes (M) establece la comunicacin entre dispatchers distribuidos

del sistema R/3 , y es esencial en el funcionamiento de los servidores de aplicacin quefuncionan en paralelo.

El servidor de gateway (tambin llamado manejador de CPI-C) permite lacomunicacin entre sistemas R/3, R/2 y aplicaciones de sistemas externos.


50/77


Noviembre, 2005

Pgina 50 de 77

SAP AG

R

Distribution of Business Processes with ALE

Order entry,billing,accounting,inventory controlling

Program

planning,centralpurchasing

Shipping,inventorymanagement

MRP,CRP, SFC,inventorymanage-ment

Ware-housemanagement

Head office

ShippingBusiness

unit

PlantWarehouse

Por razones tcnicas, organizativas y de negocio, puede ser necesario distribuir lossistemas de aplicacin, con el objetivo de instalarlos y operar con ellos de una maneradescentralizada.

El concepto de ALE (Application Link Enabling) nos permite establecer y operar conaplicaciones SAP distribuidas. ALE permite un intercambio controlado de mensajes denegocio a travs de sistemas enlazados. Las aplicaciones son integradas a travs decomunicaciones sncronas y asncronas , y no a travs de una base de datos central.

Para establecer este modelo de sistemas integrados distribuidos, el cliente especifica en un

modelo lgico que aplicaciones deben corren en cada sistema y como se intercambian losdatos las aplicaciones.

Los datos se intercambian utilizando IDocs (intermediate documents) desde un interfazEDI. EDI soporta desde el intercambio de mensajes entre sistemas R/3 de diferentescompaas hasta el intercambio de datos en la misma compaa.


51/77


Noviembre, 2005

Pgina 51 de 77

Cuando se transfieren datos de un sistema R/3 a otro, o desde un sistema heredado a unsistema R/3 System, se debe asegurar la integridad de los datos que se transfieren.

Como el sistema utiliza las mismas transacciones para la transferencia de datos que unusuario de dilogo, los datos heredados son sometidos a los mismos chequeos y controles alos que son sometidos los datos introducidos manualmente. Esto nos asegura la integridadde los datos.

Estos mtodos utilizados para la transferencia de datos heredados, son conocidos como losmtodos de "batch input".

Para muchas reas del sistema R/3, SAP proporciona mtodos de transferencia de datosheredados. Estos mtodos utilizan tcnicas de programacin batch input, call transaction ydirect input. Los mtodos estndar de SAP son controlados mediante el Data TransferWorkbench (Transaction SXDA). Si no hay mtodos estndar de transferencia, sepueden programar utilizando batch input o call transaction.


52/77


Noviembre, 2005

Pgina 52 de 77

Con el batch input, los datos transferidos son bufferizados como una BDC (Batch DataCommunication) en un fichero plano (batch input session). En el siguiente paso, el sistemaprocesa esta sesin, esto es, los datos son transferidos a las transacciones de aplicacindentro del entorno del batch input, e introducidos en la base de datos.

El sistema R/3 permite grabar una transaccin en modo dilogo. Se puede utilizar estaforma de grabacin para generar una sesin de batch input y un programa de transferencia.

Alternativamente a los batch input, se puede llamar a la transaccin directamente (Call

Transaction), despus un se toma un registro del fichero plano e introducido en la tablaBDC.

Los mtodos de batch input y call transaction se pueden aplicar entre sistemas R/3. Losdatos son sometidos a los mismos chequeos de consistencia antes de su transferencia enmodo dilogo.

Los programas de Direct input ejecutan el chequeo de consistencia y actualizan los datosdirectamente en la base de datos, sin acceder previamente a las transacciones deaplicacin. Estos procesos son slo utilizados por los programadores de SAP.


53/77


Noviembre, 2005

Pgina 53 de 77

Arquitectura Workplace


54/77


Noviembre, 2005

Pgina 54 de 77

El Workplace es la plataforma para el acceso de los usuarios a los contenidos del negocio.

Los usuarios acceden al Workplace y a las aplicaciones que contiene utilizando el SingleSign-On.

El usuario puede configurar Workplace. Adicionalmente puede personalizar su Workplaceaadindole los links ms frecuentes, as como las transacciones ms utilizadas. Lasfunciones de Drag&Relate estn implementadas.

El Workplace es la puerta de salida para todos los componentes del mySAP.com y para losque no lo sean. Se puede acceder a estos componentes va Internet o va Intranet con unnico logon.

La pantalla del Workplace nos permite acceder a todos los componentes del sistema. Desdela versin 3.1I, se puede acceder a los sistemas R/3 Systems a travs de Internet o de unaintranet. Los componentes tpicos de mySAP.com son el Knowledge Warehouse (KW), elBusiness Information Warehouse (BW), el Customer Relationship Management(CRM), elAdvanced Planner and Optimizer (APO), el Strategic Enterprise Management (SEM), elCorporate Finance Management (CFM), y el Business-to-Business Procurement (BBP).


55/77


Noviembre, 2005

Pgina 55 de 77

R

Administracin y Servicios Remotos

Principios de seguridad en R/3

Administracin de usuarios

Funciones del Administrador

Computing Center Management System

Servicios de soporte SAP


56/77


Noviembre, 2005

Pgina 56 de 77

R

Aspectos de Seguridad en un sistema R/3

Client

(SAPGUI)Firewall

(SAProuter)

Application

server

Application

serverDatabase

server

Internet

transaction

server (ITS)

WEB

server

Presentation ApplicationNetwork / Communication

DatabaseInternet

Firewall

WEB browser

Firewall

La terminologa R/3 integra varios mecanismos de seguridad a diferentes niveles:

Red/Comunicaciones: Un firewall y un saprouter protegen la red interna. Adems sepueden integrar mecanismos adicionales de seguridad como Kerberos.

Aplicacin: El concepto de autorizacin evita el acceso no deseado a datos ytransacciones. Los usuarios deben identificarse con su ID y su password a la hora derealizar el logon. El mecanismo de bloqueos de SAP R/3 evita que se realicen cambios enlos datos al mismo tiempo.

Internet: El sistema R/3 soporta los estndares de seguridad de Internet, como por ejemplo

https. Base de Datos: Solo el administrado de base de datos puede tener acceso desde fuera del

sistema R/3. En este caso se aplican los mecanismos de seguridad del fabricante.

Passwords: Existen usuarios preconfigurados en los mandantes 000, 001, y 066 despusde la instalacin del sistema. Estos usuarios tienen claves por defecto y por lo tanto se hande cambiar.


57/77


Noviembre, 2005

Pgina 57 de 77

SAP AG

R

El concepto de autorizacin

Perfil 1 Perfil compuesto 2

Autorizacin1

Perfil 2 Perfil compuesto 1

AutorizacinPerfil x

Autorizacin 2 Autorizacin x

Maestro de usuarios

Objeto de autorizacin 1 Objeto de autorizacin 2 Objeto de autorizacin x

El concepto de autorizacin es orientado a objetos. Varias unidades a proteger (centro decoste, proveedor, etc) forman un objeto de autorizacin

Para crear una autorizacin, se usa exactamente un objeto de autorizacin. El objeto deautorizacin es rellenado entonces con estos valores tomando forma de autorizacin.

Para reducir al mnimo el mantenimiento, se pueden combinar las autorizaciones enperfiles de autorizacin. Estos se asignan a usuarios y no han de mantenerseindividualmente por usuario.

Se pueden crear perfiles compuestos de autorizaciones y perfiles. Se suelen usar para

usuarios que han de trabajar con varios perfiles de autorizacin.


58/77


Noviembre, 2005

Pgina 58 de 77

R

Administracin del sistema

Mostrar la lista de servidores

Sesiones de usuarios

Resumen de Work Process

Entradas de bloqueo

Reistros de actualizacin

Mensajes del sistema

Cdigos de transaciones

Log del sistema

SM51

SM04 AL08

SM50 SM66

SM12

SM13

SM02

SM01

SM21

Funciones de

Administracin


59/77


Noviembre, 2005

Pgina 59 de 77

Las transacciones son unidades de procesamiento agrupadas en funciones que ejecutancambios consistentes en la base de datos. Por ejemplo creacin de un material, de unafactura, de una orden de compra, etc.

Ms an, una transaccin SAP esta implementada como una serie de pasos de dilogoconectados y consistentes. Un paso de dilogo de un usuario esta representado por unapantalla (dynpro, que es un programa dinmico).

Las transacciones SAP no son ejecutadas necesariamente por un nico work process dedilogo. De hecho, diferentes work processes de dilogo pueden procesar pasos de dilogo

individuales de una transaccin. Tambin se pueden utilizar actualizaciones asncronaspara procesar la parte de dilogo de una transaccin y la correspondiente actualizacin enla base de datos de diferentes work processe y tambin en diferentes hosts.

En un sistema R/3, un paso de dilogo empieza procesando los datos introducidos por elusuario (PAI: Process After Input) y por procesar y enviar la siguiente pantalla (PBO:Process Before Output); el sistema recibe entonces la siguiente pantalla procesada por elusuario, y de nuevo analiza y procesa los datos introducidos por el usuario en esta pantalla.Los pasos de dilogo y del sistema no tiene lugar a la vez. Para el sistema, cada mediaparte del paso de dilogo se llaman respectivamente PBO y PAI.


60/77


Noviembre, 2005

Pgina 60 de 77

SAP AG

R

Start oftransaction

CALL FUNCTION'ENQUEUE_E...'EXPORTING CALL FUNCTION '...'

IN UPDATE TASK

COMMIT WORK

Startupdate

End update

SAP LUW 1

SAP LUW 1

t

First part of the SAP LUW 1 Second part of the SAP LUW 1

New SAP LUW 2

Requestlock

Note changes

Releaselock

Save"

LUW (Logical Unit of Work)

El concepto de transaccin, segn se ha explicado previamente, se corresponde con eltrmino de Logical Unit of Work (LUW).

Como las actuales base de datos no soportan flujos de transacciones para todos losprocesos, es conveniente diferenciar las LUW de SAP y las LUW de la base de datos(SAP-LUW / DB-LUW). A DB-LUW es ejecutada completamente o nada . Esto asegura laconsistencia de los datos. Esto significa que los datos son lgicamente correctos antes ydespus de la LUW. Esto tambin se puede aplicar a las SAP-LUW.

Como en una SAP-LUW, cada paso de dilogo es ejecutado por un work process, como se

ha descrito anteriormente, por lo tanto se corresponde con una DB-LUW. Lasactualizaciones de base de datos ocurren dentro de una DB-LUW.

La tcnica predominante utilizada en las SAP-LUW es la de las actualizacionesasncronas. Esto significa que las peticiones de modificacin del usuario son almacenadastemporalmente, y al final de la fase de dilogo (en la segunda parte de laSAP-LUW,) labase de datos es actualizada con un work process de update, por separado. Como en otropaso de dilogo, esta actualizacin tiene lugar dentro de sus propia DB-LUW paramantener la coherencia de los datos .


61/77


Noviembre, 2005

Pgina 61 de 77

SAP AG

R

Call function'ENQUEUE_E...'

Enqueue server

. . .

Lock table in

main memory

. . .

Dialog server

a)

b)

Requesting a Lock

V-WPV-WP

Dispatcher

E-WPE-WP

Dispatcher

D-WPD-WP

MessageMessage

serverserver

Los mecanismos de bloqueos de las bases de datos relacionales no son suficientes paramanejar los objetos de negocio (tales como las rdenes de venta), y esto puede causarefectos no deseados en muchas tablas de la base de datos. El sistema R/3 posee sus propiosmecanismos de bloqueo, que son gestionados por los work process de enqueue. Estemecanismo de bloqueo impide el acceso concurrente a los mismos objetos.

El work process de enqueue gestiona los bloqueos a travs de una tabla de bloqueo (b)almacenada en la memoria principal del servidor (donde corre el work process deenqueue).

Si un bloqueo es solicitado (a), el sistema comprueba si esta clase de bloqueo poseeentradas en la tabla de bloqueo o no. De existir entradas para este bloqueo en la tabla, lapeticin de bloqueo ser rechazada. De esta manera el programa de aplicacin avisar a losusuarios que no puede realizar la operacin solicitada por no esta disponible la operacinsolicitada.

Como la pantalla de dilogo y el work processes de enqueue no estan ubicados en el mismoservidor de aplicacin, estos dos work process se comunican mediante message server.


62/77


Noviembre, 2005

Pgina 62 de 77

SAP AG

R

SAP Lock Objects

Activate

Lock objectLock object

ESFLIGHT

ABAPfunction module

ENQUEUE_ESFLIGHT

ABAPfunction module

DEQUEUE_ESFLIGHT

ABAPDictionary

Para que el sistema pueda atender las peticiones de bloqueo, se debe definir primero losobjetos de bloqueo en el ABAP Dictionary. El objeto de bloqueo consiste de una tablaprimaria, cuyas entradas se pueden bloquear. Tambin se puede tenet tables secundariasadicionales utilizando claves externas (el nombre del objeto de bloqueo definido por elusuario debe empezar con "EY" o "EZ").

En un objeto de bloqueo , se puede especificar el modo de bloqueo ("S" bloqueo de lectura,"E" bloqueo de escritura). Un bloqueo de escritura (modo "E") solo puede ser activado siningn otro usuario ha activado un bloqueo sobre el conjunto de registros. El mismo

usuario puede borrar una entrada de bloqueo tipo "E" o "S" llamando a la rutina de borradodesde programa.

Si un objeto de bloqueo es activado, el sistema genera un mdulo de funcin ENQUEUE(bloqueador) y otro DEQUEUE (desbloqueador). Los mdulos de funcin se denominanENQUEUE_ y DEQUEUE_.

Los bloqueos son activados y desactivados popr programas de aplicacin, o utilizandoprogramas especiales de actualizacin (segunda parte de la SAP-LUW).


63/77


Noviembre, 2005

Pgina 63 de 77

Los work processes pueden realizar cambios directos en la base de datos, a travs delinterfaz de base de datos, utilizando para ello sentencias de base de datos.

Con las actualizaciones asncronas , procesando la instruccin ABAP CALL FUNCTION'...' IN UPDATE TASK la peticin de cambio es grabada en la tabla de cambiosintermedios VBLOG (c). Esta tabla de sistema salva las peticiones de modificacin hechaspor el usuario dentro de la transaccin SAP.

Si el usuario cancela la transaccin durante la fase de dilogo, o la transaccin se terminapor otro motivo, la entrada en la tabla VBLOG no ser completa, y los cambios no se

actualizarn en la base de datos.

Los procesos de actualizacin son de dos tipos: V1 o actualizaciones crticas (aquellas queno pueden ser reiniciadas en caso de error) y V2 o actualizaciones de baja prioridad(aquellas que en caso de error si se pueden reiniciar).


64/77


Noviembre, 2005

Pgina 64 de 77

La actualizacin es lanzada por la sentencia ABAP COMMIT WORK especificada en elltimo paso de dilogo (d) de la transaccin SAP.

En la segunda parte de la SAP-LUW, el work processes de actualizacin (update) copia lasentradas hechas en la VBLOG (e) y actualiza los cambios en las correspondientes tablas deaplicacin de la base de datos de R/3 (f).

Los usuarios son notificados automticamente si una actualizacin (V1 o V2) es cancelada.El sistema puede evaluar y tratar la actualizacin cancelada.


65/77


Noviembre, 2005

Pgina 65 de 77

SAP AG

R

Removing Locks

Lock table in

Main memory

h)

. . .

Dialog server

Dispatcher

D-WP

Enqueue server

. . . V-WP

Dispatcher

E-WP

g)

Messageserver

Al final de la SAP-LUW, la actualizacin borra el bloqueo (g).

Los bloqueos tambin son borrados si la actualizacin es fallida (h).

Si una actualizacin es cancelada , los registros de actualizacin pueden ser actualizadosms tarde en la VBLOG , dependiendo del problema. Este mtodo se utiliza paraactualizaciones V canceladas. No se debe utilizar este mtodo para actualizaciones V1.

SAP recomienda procesar la transaccin nuevamente. (Nota OSS 16083).

Si la base de datos cae mientras se produce un actualizacin , los registros de la VBLOG

que no han sido actualizados (estos tendrn status "INIT") son actualizadosautomticamente cuando se levante la base de datos. Se pueden utilizar los parmetros depara controlar esta funcin del sistema.


66/77


Noviembre, 2005

Pgina 66 de 77

R

Presentacin

Applicacin

Buffer

Base de Datos

Comunicacin

SAPGUISAPGUI SAPGUISAPGUI

Dispatcher

Work

process

Work

process

Work

process

BDProcesos de BD

Procesando peticiones de Usuario

El proceso central de una instancia R/3 es el dispatcher. Junto con el sistema operativo, eldispatcher controla los recursos de una instancia R/3.

La entrada del usuario es recibida mediante el SAPGUI, convertida en su propio formato ymandada al dispatcher. La peticin del usuario es puesta en la cola del dispatcher yposteriormente es procesada.

El dispatcher distribuye las peticiones una detrs de otra a los work processes disponibles.Los datos son realmente procesados en los work processes. No existe una asignacinusuario-work process.

Una vez que los datos han sido procesados el resultado del work process en mandadomediante el dispatcher al SAPGUI. El SAPGUI interpreta los datos y genera la salida porpantalla.

Cuando se inicializa el sistema, el dispatcher realiza las siguientes funciones: lee losperfiles de sistema, genera las reas de roll, arranca los work processes y se conecta alservidor de mensajes.


67/77


Noviembre, 2005

Pgina 67 de 77

R

111444

Tabla de planificaciones

Job1 C ... ...

Proceso de fondo

333

Servidor de proceso en fondo

. . .D-WP

Dispatcher

B-WPB-WPPlanificadorDe fondo

12

9

6

3

11 1

7 58 4

210

?Job

333

222

. . .

Servidor de dialogo

Dispatcher

333D-WPPlanifica

trabajos

Los procesos de fondo se utilizan generalmente para tareas peridicas que suponen unacarga importante para el sistema.

El proceso en fondo es planificado en forma de jobs (trabajos). Cada job consiste en uno oms pasos (Programas ABAP o comandos externos) que son procesados secuencialmente.Los jobs tienen prioridades de ejecucin.

Los jobs generalmente, no son arrancados en el mismo instante. Se pueden planificardependientes de otro job, de un evento de sistema o por hora.

El planificador de jobs es el responsable de arrancar los jobs automticamente. El

planificador es un programa ABAP que busca en las tablas de definicin de jobs para saberque jobs tiene que procesar.

El planificador de jobs soporta balanceo de carga.


68/77


Noviembre, 2005

Pgina 68 de 77

El balance de carga es utilizado para los procesos de background.

Todos los jobs especificados con un servidor de destino, son ejecutados en ese servidor, yno estn sometidos al balanceo de la carga

Los jobs a los que no se les especifica un servidor de destino, son distribuidos por losservidores de aplicacin que posean work process de batch.

El procesamiento de los job tambin admite colas de prioridades. Los jobs pertenecientes ala clase "A" tiene la mxima prioridad y se ejecutaran primero. (Secuencia: Prioridad A

con servidor de destino especificado antes que prioridad A sin servidor de destinoespecificado; prioridad B con servidor de destino especificado antes que prioridad B sinservidor de destino especificado y as).


69/77


Noviembre, 2005

Pgina 69 de 77

R

Servidor de imp.

Sistema R/3

Servidor de imp.TemSe

LAN WAN

Spool de

sistema

operativo

saplpd

Spool

Aplicacin R/3

LAN WAN

Spool de

sistema

operativo

Spool de sistemaoperativo

Servicios de impresin R/3

S-WP

Impresin

Spooling: Este trmino hace referencia a la transmisin de datos a dispositivos de salidacomo impresoras, dispositivos de fax, etc. En grandes entorno distribuidos estaadministracin es muy importante.

El sistema de spool R/3 proporciona las ordenes de spool a impresoras y servidores despool, tanto a travs de una LAN como a travs de una WAN.

Las ordenes de spool son generadas tanto en dialogo como en background y son ubicadasen las base de datos de spool con los detalles de impresin. Los datos propiamente dichosson guardados en la base de datos TEMSE (TEMporary Sequential object)

Cuando los datos van a ser impresos, una peticin de impresin es generada para una ordende spool. Esta peticin de impresin es procesada por el work process de spool.

Una vez que el work process de spool ha formateado los datos, pasa la peticin deimpresin al spool del sistema operativo.

El sistema operativo termina el proceso de impresin.

El sistema R/3 proporciona herramientas potentes a los administradores del sistema parasus tareas diarias.


70/77


Noviembre, 2005

Pgina 70 de 77

Estas son algunas de las funciones:

Resumen de servidores y procesos

Gestin de bloqueos y actualizaciones

Creacin de mensajes del sistema

Bloqueo de transacciones

Visualizar y analizar el log del sistema


71/77


Noviembre, 2005

Pgina 71 de 77

R

R/3 Computing Center Management System

Control

Administracin de sistema (parada, arranque, reconfigurar el sistema)

Gestin de los perfiles del

Proceso de fondo y planificacin de jobs

Distribucincarga Ajuste del sistemasystem

Monitorizacin

Control del rendimiento del sistema R/3Base de datos y sistema operativo

Analisis de alertas

Con el CCMS se puede monitorizar, controlar y configurar el sistema R/3.

El CCMS proporciona monitores grficos y herramientas administrativas.

Parada y arranque del sistema

Monitorizacin y anlisis del sistema R/3

Reporte automtico de las alertas del sistema

Configuracin del sistema: Perfiles del sistema, modos de operacin, etc

Procesar y controlar los trabajos de fondo, planificar backups de la base de datos, etc


72/77


Noviembre, 2005

Pgina 72 de 77

R

Servicios remotos de SAP

Online Service System (OSS)

Going Live y, Early Watch

Consultoria Remota

SAP Net

Online Service System (OSS):

El OSS permite a los clientes de SAP consultar una gran base de datos de notas. Tambinpermite crear mensajes con cuestiones propias.

Going Live y Early Watch:

El Going Live chequea el sistema R/3 poco antes de entrar en produccin. Una sesinEarly Watch identifica problemas de rendimiento principalmente.

Consultora remota

En una sesin de consultora remota, los consultores de SAP pueden acceder al sistema R/3del cliente, e intentar analizar y resolver un problema determinado.

SAPNet:

SAPNet proporciona prcticamente todos los servicios del OSS, adems proporcionaservicios adicionales que no se encuentran en el OSS (QuickSizer).

Servicios adicionales: Upgrade remoto, archivado, etc.


73/77


Noviembre, 2005

Pgina 73 de 77

R

R/3 Online Service System (OSS)

OSS

Cliente/

PartnerPartner

SAP /SAP /branch

Funiones

Mensajes De problemas

Notas

Hot news

Correcciones

Servicio de conexiones

Gestin de registros SAP

Informacin de cursos

Mantenimiento de usuarios OSS

Que funciones se pueden usar en el OSS?

Se pueden reportar problemas en los diferentes sistemas del cliente.

Se pueden buscar notas usando palabras clave.

Se pueden visualizar las ltimas noticias de funcionalidad, hot packages, etc.

Se pueden registrar desarrolladores y objetos.

Se pueden descargar los hot packages para importarlos en el sistema.

Se pueden mantener los datos del cliente y de sus sistemas.

Se pueden visualizar las fechas de eventos como cursos, entregas de software, etc.

Se puede habilitar el acceso de SAP AG a los sistemas del cliente.


74/77


Noviembre, 2005

Pgina 74 de 77

R

Servidor de imp.

Sistema R/3

Servidor de imp.TemSe

LAN WAN

Spool de

sistema

operativo

saplpd

Spool

Aplicacin R/3

LAN WAN

Spool de

sistema

operativo

Spool de sistemaoperativo

Servicios de impresin R/3

S-WP

Impresin

Spooling: Este trmino hace referencia a la transmisin de datos a dispositivos de salidacomo impresoras, dispositivos de fax, etc. En grandes entorno distribuidos estaadministracin es muy importante.

El sistema de spool R/3 proporciona las ordenes de spool a impresoras y servidores despool, tanto a travs de una LAN como a travs de una WAN.

Las ordenes de spool son generadas tanto en dialogo como en background y son ubicadasen las base de datos de spool con los detalles de impresin. Los datos propiamente dichosson guardados en la base de datos TEMSE (TEMporary Sequential object)

Cuando los datos van a ser impresos, una peticin de impresin es generada para una ordende spool. Esta peticin de impresin es procesada por el work process de spool.

Una vez que el work process de spool ha formateado los datos, pasa la peticin deimpresin al spool del sistema operativo.

El sistema operativo termina el proceso de impresin.


75/77


Noviembre, 2005

Pgina 75 de 77

R

Instancia R/3

Instancia (a)

. . . D-WP

Dispatcher

D-WP

Instancia (b)

. . . B-WP

Dispatcher

D-WP

Instancia Central (c)

. . . V-WP

Dispatcher

D-WP E-WP B-WP S-WP

MessageMessage

serverserver

Una instancia es una unidad administrativa que combina componentes de un sistema R/3proporcionando uno o ms servicios. Los servicios proporcionados por una instancia sonarrancados y parados al mismo tiempo.

Un sistema central R/3 consiste en una instancia que proporciona todos los servicios R/3.

Cada instancia tiene sus propios buffers

El servidor de mensajes proporciona a los servidores de aplicacin comunicacin con lainstancia central (trigger de actualizaciones, peticin y borrado de bloqueos, trigger depeticiones background, etc)

Incluso los puestos clientes pueden conectarse a SAP va servidor de mensajes. Estosignifica que se puede usar la base de datos de rendimiento para un balanceo automtico dela carga.


76/77


Noviembre, 2005

Pgina 76 de 77

Conexines de R/3

Representacin de las comunicaciones externas de R/3. Las flechas indican en que direccinlas conexiones TCP son establecidas.

Conexin a FrontendsUn dispatcher corre en cada servidor de aplicacin del que pueden conectarse los clientesSAPgui . Se accede al dispatcher a travs del puerto sapdp, donde es el nmero deinstancia (00 to 99). El valor por defecto es sapdp00 y el puerto correspondiente es el 3200.

En cada sistema R/3 hay un servicio de informacin que puede ser utilizado para la asignacinvariable de los SAPguis a los servidores de aplicacin (dispatcher). Este servicio loproporciona el message server. Este servicio se puede utilizar para organizar los frontends engrupos de logon y as distribuir la carga entre los servidores de aplicacin. El message serverforma parte de la instancia central, y se accede a l a travs del puerto sapms. Sepueden elegir puertos diferentes para diferentes sistemas R/3.


77/77


Noviembre, 2005

Conectando Impresoras

El sistema R/3 utiliza work process de spool para resolver las peticiones de impresin. Puedehaber uno o ms work process de spool, que pueden ser utilizados por uno o ms servidoresde aplicacin.

El sistema imprime de las siguientes maneras:

Salida al spooler del sistema operativo local del servidor de aplicacin .

Salida a "line printer service" (lp) del servidor de destino

Salida al demonio de impresin de (SAPlpd) que corre en el servidor de destino

Impresin de frontend

Imprimir utilizando la conexin de dilogo del SAPgui.La conexin existente esutilizada.

Conexin a un Partner Externo o a otro sistema R/3

Cada servidor de aplicacin tiene un SAP gateway que se utiliza para comunicar conotro sistema SAP, o con otra aplicacin que use el interfaz de comunicacin CPI-C o

RFC. Tambin se puede utilizar el gateway para la comunicacin entre aplicaciones dentro

de SAP. Se puede acceder al SAP gateway a travs del puerto sapgw, donde es el nmero de la instancia. Los valores por defecto , si el nmero de instancia es el00:

Puerto SAP Gateway: sapgw00 3300/TCP

Manual Basico de SAP

Documents

Transcript of Manual Basico de SAP