7/30/2019 Manual Basico de SAP
1/77
CURSO BSICO DE SAP R/3
Noviembre, 2005
7/30/2019 Manual Basico de SAP
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
7/30/2019 Manual Basico de SAP
3/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
4/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
5/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
6/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 6 de 77
7/30/2019 Manual Basico de SAP
7/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 7 de 77
7/30/2019 Manual Basico de SAP
8/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 8 de 77
7/30/2019 Manual Basico de SAP
9/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 9 de 77
7/30/2019 Manual Basico de SAP
10/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 10 de 77
7/30/2019 Manual Basico de SAP
11/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 11 de 77
7/30/2019 Manual Basico de SAP
12/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 12 de 77
7/30/2019 Manual Basico de SAP
13/77
7/30/2019 Manual Basico de SAP
14/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
15/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
16/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
17/77
Curso Bsico de SAP / R3
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)
7/30/2019 Manual Basico de SAP
18/77
Curso Bsico de SAP / R3
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).
7/30/2019 Manual Basico de SAP
19/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
20/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
21/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
22/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
23/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
24/77
Curso Bsico de SAP / R3
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
COCOControllingControlling
AMAMAsset MgmtAsset Mgmt
PSPSProjectProjectSystemSystem
WFWFWorkflowWorkflow
ISISIndustryIndustrySolutionsSolutions
HRHRHumanHuman
ResourcesResources
SDSDSales &Sales &
DistributionDistribution
PPPPProductionProduction
PlanningPlanning
QMQMQualityQualityMgmtMgmt
FIFIFinancialFinancial
AccountingAccounting
PMPMPlant Main-Plant Main-
tenancetenance
MMMMMaterialsMaterials
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)
7/30/2019 Manual Basico de SAP
25/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
26/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
27/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 27 de 77
El landscape recomendado por SAP contempla estos tres sistemas.
7/30/2019 Manual Basico de SAP
28/77
Curso Bsico de SAP / R3
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
7/30/2019 Manual Basico de SAP
29/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
30/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
31/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
32/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
33/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
34/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
35/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
36/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
37/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
38/77
Curso Bsico de SAP / R3
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).
7/30/2019 Manual Basico de SAP
39/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
40/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
41/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
42/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
43/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
44/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
45/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 45 de 77
R
Mandantes en un sistema R/3
R/3R/3
FIFIFinancialFinancial
AccountingAccounting
TRTR
TreasuryTreasury
BasisBasis
COCOControllingControlling
PSPSProjectProjectSystemSystem
WFWFWorkflowWorkflow
ISISIndustryIndustrySolutionsSolutions
MMMMMaterialsMaterials
MgmtMgmt
HRHRHumanHuman
ResourcesResources
SDSDSales &Sales &
DistributionDistribution
PPPP
ProductionProductionPlanningPlanning
QMQMQualityQualityMgmtMgmt
PMPMPlant Main-Plant Main-
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.
7/30/2019 Manual Basico de SAP
46/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
47/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
48/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
49/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
50/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
51/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
52/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
53/77
Curso Bsico de SAP / R3
Noviembre, 2005
Pgina 53 de 77
Arquitectura Workplace
7/30/2019 Manual Basico de SAP
54/77
Curso Bsico de SAP / R3
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).
7/30/2019 Manual Basico de SAP
55/77
Curso Bsico de SAP / R3
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
7/30/2019 Manual Basico de SAP
56/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
57/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
58/77
Curso Bsico de SAP / R3
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
7/30/2019 Manual Basico de SAP
59/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
60/77
Curso Bsico de SAP / R3
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 .
7/30/2019 Manual Basico de SAP
61/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
62/77
Curso Bsico de SAP / R3
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).
7/30/2019 Manual Basico de SAP
63/77
Curso Bsico de SAP / R3
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).
7/30/2019 Manual Basico de SAP
64/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
65/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
66/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
67/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
68/77
Curso Bsico de SAP / R3
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).
7/30/2019 Manual Basico de SAP
69/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
70/77
Curso Bsico de SAP / R3
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
7/30/2019 Manual Basico de SAP
71/77
Curso Bsico de SAP / R3
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
7/30/2019 Manual Basico de SAP
72/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
73/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
74/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
75/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
76/77
Curso Bsico de SAP / R3
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.
7/30/2019 Manual Basico de SAP
77/77
Curso Bsico de SAP / R3
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