CURSO BÁSICO DE SAP R/3

Curso Básico de SAP / R3 Noviembre, 2005

Noviembre, 2005

CURSO BÁSICO 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 aplicación – Front end Cliente/Servidor.

3. Toma de contacto con el entorno SAP.
  

Interface de usuario R/3 Navegación Técnicas de parametrización: visión general

4. Plataforma Tecnológica
 

Hardware, S.O., Bases de Datos Comunicaciones

5. Administración y servicios Remotos
     

Principios de seguridad en R/3 Funciones del Administrador Administración de usuarios Computing Center Management System (CCMS) Online Service System (OSS) Servicios de soporte de SAP
Página 2 de 77

Curso Básico de SAP / R3 Noviembre, 2005

6. Estructura de un S.I. SAP
  

Niveles del S.I. (Básico, ampliaciones, modificaciones) Mandantes Servicios (Dispacher, job´s, spooling, instancias)

7. Entorno de Desarrollo de SAP R/3
     

Introducción Workbench ABAP y lenguaje de desarrollo ABAP/4 Herramientas (diccionario, reports, consultas, bach-inputs, job´s, ...) Interfaces de comunicación (CPI-C, RFC, EDI, ALE, OLE) Integración de SAP con Internet My SAP
   

WorkPlace. Business Information Warehouse. Business to Business Procurement – Marketplaces Online Store / CRM / Internet Sales.

Página 3 de 77

Este curso acompaña todas las explicaciones con fotografías. siendo estos las personas que tendrán que familiriarizarse con toda esta terminología básica de administración y desarrollo.Curso Básico de SAP / R3 Noviembre. son fácilmente distinguibles. para facilitar la idea intuitiva de los conceptos que se esten desarrollando. se impartirá este curso al personal de la entidad familiarizado con entornos de desarrollo o administración. Con el propósito de facilitar la inmersión en esta nueva tecnología. así como muy intuitivos. en términos de administración y desarrollo. En este curso se explicarán desde conceptos de la arquitectura SAP. así como una toma de contacto con toda la terminología utilizada por SAP. La gran mayoría de los términos utilizados en la notación de SAP. pasando por las técnicas básicas de navegación a través de las pantallas de SAP. Página 4 de 77 . hasta una explacación detallada de todos los servicios de SAP. 2005 Objetivos del curso El objetivo del presente curso pretende un acercamiento a la metodología de trabajo de SAP.

2005 1. etc. and Products in Data Processing) es la ERP lider del 5plicac.Curso Básico de SAP / R3 Noviembre. Baan. Meta-4. Página 5 de 77 . SAP R/3 Enterprise Resource Planning o ERP es un término utilizado en la industria para denominar a los paquetes de software de aplicaciones multimodulares diseñados para soportar múltiples funciones de negocio. y pueden ser alterados por el cliente para que se adapte a sus procesos específicos de negocio. Los módulos de la ERP son capaces de interactuar con el 5plicaci propio de la 5plicación5t. SAP fue el primero en integrar todas las funciones corporativas 5plicación5te en una única 5plicación. Applications. SAP (Systems. Ejemplos de ERPs son JD Edwards.

Curso Básico de SAP / R3 Noviembre. 2005 Página 6 de 77 .

Curso Básico de SAP / R3 Noviembre. 2005 Página 7 de 77 .

Curso Básico de SAP / R3 Noviembre. 2005 Página 8 de 77 .

2005 Página 9 de 77 .Curso Básico de SAP / R3 Noviembre.

Curso Básico de SAP / R3 Noviembre. 2005 Página 10 de 77 .

2005 Página 11 de 77 .Curso Básico de SAP / R3 Noviembre.

Curso Básico de SAP / R3 Noviembre. 2005 Página 12 de 77 .

WF Página 13 de 77 . PP. QM. TR. PM Contabilidad: FI. Todos ellos se agrupan en categorías funcionales de la siguiente manera: Logística: SD. PS Recursos Humanos: HR Soluciones Sectoriales/Aplicaciones Intermodulares: IS. 2005 Este dibujo nos muestra la división de los diversos módulos de SAP. CO.Curso Básico de SAP / R3 Noviembre. MM.

así como un flujo de datos mucho más efectivo. 2005 R/3 Integration Diagram  Extensive business functions Logistics SD Sales & Distribution MM Materials Mgmt Accounting FI Financial Accounting CO Controlling TR Treasury PP Production Planning QM Quality Mgmt PM Plant Maintenance HR Human Resources . asegurando así la coherencia de los mismos. posibilitando la ejecución de todo tipo de procesos de negocio. así como toda la compañía. Todos los datos y funciones están interconectados unos con otros. los datos son integrados en una única base de datos. Cuando se implante el sistema R/3. R/3 Basis PS Project System WF Workflow IS Industry Solutions Human Resources Industry / Cross-Application R © SAP AG  La principal característica de los componentes del sistema R/3. Realizando los procesos de negocio con el sistema R/3. El alto nivel de integración de esta aplicación permite que todas las funciones puedan ser accedidas directamente a través del sistema. es la combinación de la más moderna tecnología con las funciones de negocio. no nos restringimos a un modulo de aplicación individual.Curso Básico de SAP / R3 Noviembre.  Página 14 de 77 .

...... HR 4. desarrollos propios del cliente.... así como una implementación de la más avanzada tecnología. sin ningún tipo de interrupción en el proceso diario de trabajo. los cuales son módulos de software configurables. o mejorado simplemente. Employee Employee Self -Self Service Service Business Business Information Information Warehouse Warehouse Internet Internet Applications Applications Core 3.... Utilizando la Business Framework technology Therefore. Se trabaja con componentes de negocio..... HR (Human Resources) o componentes industriales para la formación de aplicaciones específicas o aplicaciones de Internet como el Business-to-Business. .. .. Las ventajas de la Business Framework Architecture (BFA) incluyen la capacidad de facilitar los cambios y de configurar dinámicamente procesos de negocio.0 .Curso Básico de SAP / R3 Noviembre. conexiones simples entre R/3 y otro software. Consumer-toBusiness y aplicaciones de Intranet .0 .0 LO 4. FI 4.1 Core 3.. ... . LO (Logistics). aportando así dinamismo a toda la infraestructura de la empresa.0 HR 4.  Página 15 de 77 . desde el punto de vista del negocio. así como la fácil integración de los componentes de Internet e Intranet en sus procesos de negocio. SAP provee a sus clientes con una nueva plataforma para configurar y conectar procesos de negocio y flujos de información a través de todos los marcos de trabajo. Además.  Ejemplos de componentes de negocio: FI (Financial Accounting). .1 Comple -Comple mentary mentary Software Software Add -on Add -on Develop -Develop ment ment Internet Intranet R © SAP AG  El Business Framework es la nueva arquitectura de los sistemas R/3. ... . . todo ello sin interrumpir las operaciones del negocio. 2005 R/3 in the Business Framework  Extensive business administration functions  R/3 as a family of separate. .. integrated components . este nuevo software puede ser acoplado rápidamente a los nuevos requerimientos del negocio.

Display order. por ejemplo) Business Objects (Facturas.)   Los componentes del negocio interactuan en el Business Framework sobre Business Application Programming Interfaces (BAPIs). ALE garantiza la integración entre los componentes de negocio. Human Resources e. cambiar la dirección de un empleado.  Página 16 de 77 .. empleados.Curso Básico de SAP / R3 Noviembre. BO. 2005 Business Framework Components  Extensive business administration functions  R/3 as a family of separate. por ejemplo) BAPI-Interfaces (crear una factura. existen tecnologías como Application Link Enabling (ALE).. Order. integrated components  Working with business administration components : BC. BAPIs e. . Componentes: Business Components (Human Resources. BAPIs también proporcionan un interfaz estable y estandar. Para distribuir la información de negocio en el Business Framework. change employee address Business Components ALE BAPI BAPI BOBO BO BO BAPI BAPI BO BO BAPI BAPI BAPI BAPI BAPI Client Client components components R © SAP AG  El gráfico de Business Framework graphic nos muestra al sistema R/3 como una familia de distintos componentes integrados. employee.g.g. para integrar aplicaciones y componentes externos en el Business Framework.g. applicant e. Estos interfaces están definidos para facilitar la integración del marco de trabajo de SAP con clientes y partners .

son soportadas por SAP.  Buffers de datos y programas cerca de los procesadores. osea. Características y utilización de la escalabilidad de los sistemas R/3  Instalación de servidores adicionales para la eliminación de cuellos de botella.  Servidores paralelos para homogeneizar la carga y ejecución local de los programas. integrated components  Working with business administration components: BC. 2005 2.. ajustar nuestro rendimiento a las demandas actuales. Esta arquitectura constituye la base de las diferentes opciones que tiene el cliente para planificar y realizar su instalación de SAP R/3. en próximas generaciones de hardware. Arquitectura de un sistema SAP Client / Server .    Página 17 de 77 . por ejemplo. BO. BAPIs  Integration of external applications via open interfaces  Flexibility.Scalability of the R/3 System  Extensive business administration functions  R/3 as a family of separate. Esto es un requisito para poder aplicar balances de carga. Presentation Application Scalability . Database R © SAP AG  El sistema R/3 System posee una arquitectura modular de software que nos permite aplicar el principio de cliente/servidor... Esta arquitectura nos proporciona escalabilidad. si ha aumentado el número de usuarios o porque se han añadido módulos adicionales. Esta arquitectura nos permite separar los niveles de aplicación de los niveles de presentación y de base de datos. así como de utilizar el rendimiento potencial de las actuales estructuras.. Tanto una configuración central como una distribuida con numerosos servidores dedicados.Curso Básico de SAP / R3 Noviembre. scalability and performance using client / server architecture .

distribución de carga de los procesos de background) Client / Server Principles Client Hardwareoriented view LAN / WAN Server Client Process 1 Requirement for a service Provision of a service Server Process 1 Softwareoriented view R © SAP AG  En la terminología de SAP. así será llamado el servidor ( Por ejemplo. un componente de software proporciona un servicio In SAP terminology. Página 18 de 77 . 2005  Logon y balance de carga (distribución de usuarios a servidores dedicados. y en función de estos. será un servidor de spool). a software component provides a service (software-oriented view). Este tipo de componentes pueden consistir de un proceso o de un grupo de procesos.Curso Básico de SAP / R3 Noviembre. si un servidor tiene servicios de spool.

Además. 2005 R/3 System Client / Server Central system Presentation Configurations Three -tier config . todas las tareas de procesamiento son realizadas por un solo host. diferentes servidores de aplicación. respondiendo así con el procesamiento clásico de los mainframe processing. así como servidores dedicados para cierto tipo de aplicaciones.Curso Básico de SAP / R3 Noviembre. para cada uno de los tres niveles. application . presentation processes Database . con terminales X . Presentation processes Application Application processes Database Flow of : Database . utilizas como mínimo un host. Utilizando los datos de la base de datos. alta disponibilidad de spool. Two -tier config . pueden operar al mismo tiempo. En una configuración de tres niveles.  En un sistema R/3 central. con objeto de optimizar el rendimiento. cuya única responsabilidad es la de formatear el interfaz gráfico. application processes Database processes R © SAP AG Los niveles principales son el nivel de presentación.   Página 19 de 77 . el nivel de aplicación y el nivel de base de datos. Una configuración de sistemas R/3 de dos niveles son implementadas utilizando servidores de presentación especiales. puedes aplicar desde el balance de carga.

A estos servidores también se les llamara frontends (workstation. Los usuarios trabajaran interactivamente con R/3. Varios servidores de presentación podrán conectarse con cada servidor de aplicación. The R/3 System refers to all software components that are assigned to the same database. de acuerdo con los principios de cliente/servidor. 2005 Three-Tier Hierarchy Database server  Database access  Dialog processing  Background processing  Update / lock Application server Presentation server Terminal server  SAP presentation X terminals. Estos ordenadores procesara. utilizando el interfaz proporcionado por los servidores de presentación. El servidor de base de datos es instalado en un host dedicado.     Página 20 de 77 . Varios servidores de aplicación se podrán conectar a la base de datos. Si se utilizan las opciones de distribución de los sistemas R/3. PC). NC terminals © SAP AG R Workstations. todas las tareas de presentación. PCs.Curso Básico de SAP / R3 Noviembre. laptops  Los sistemas R/3 referencian a todos los componentes de software que están asignados a la misma base de datos. los componentes de R/3 se desplegaran en una jerarquía de tres niveles.

El sistema R/3 es multi lenguaje.  Página 21 de 77 . se pueden controlar diferentes empresas sobre el mismo sistema R/3. Toma de contacto con un entorno SAP Logging On Client Client User User Password Password Language Language R © SAP AG  El sistema R/3 es un sistema basado en mandantes (clientes). 2005 3. El idioma por defecto es parametrizable. Con el concepto de mandante. Cada sesión de usuario solo accede a los datos del mandante que selecciono al entrar.Curso Básico de SAP / R3 Noviembre.

Settings Line layout Totals variant Standard With work list List begins with Line items Totals Botón Botón radio 13:10 R Barra de estado   Barra de título: La barra de título muestra donde la tarea actual de trabajo. Opciones: Desde aquí se puede cambiar algunos aspectos del interface R/3.      Procedimiento de Customizing Página 22 de 77 . sesión. 2005 Pantalla Display Customer Line Items: Initial Screen Line items Edit Goto Settings Environment Título Comandos System Help Opciones Customer Company code Line item selection Barra de Herramientas Checkboxes Open items Cleared items Parked items With vendor line items Selection criteria.. Radio buttons: Los radio buttons permiten seleccionar exactamente un item. salvado. Campo de comandos: Desde aquí se puede ir a una tarea directamente introduciendo el código de transacción. mandante. usuario.Curso Básico de SAP / R3 Noviembre. Barra de estado: Muestra información sobre el estado actual del sistema (Nombre del sistema.. etc. etc. Barra de herramientas: En esta barra se encuentran los iconos de navegación. ayuda. Checkboxes: Los checkboxes permites seleccionar varios items al mismo tiempo.

Durante el proceso normal de parametrización:  El jefe de proyecto define la orden de transporte y las tareas subsidiarias para todos los usuarios implicados.     4. Estos usuarios realizan los cambios en el customizing. los usuarios deben liberar sus tareas. Después de completar el customizing. 2005 ♦ El Customizing Organizer y el Sistema de Gestión de Transportes están diseñados para trabajar juntos. La orden de transporte puede ser liberada desde el sistema origen para exportarla al sistema operativo.Curso Básico de SAP / R3 Noviembre. Plataforma tecnológica Página 23 de 77 . El transporte al sistema destino tiene lugar a nivel de sistema operativo. que son grabados en la orden de transporte.

para facilitar las mejoras del sistema.  Define la arquitectura de un marco de trabajo estable. Proporciona recursos y componentes de sistemas para ser distribuidos   Proporciona interfaces para descentralizar partes del sistema en productos externos  Características de la tecnología del módulo básico:  La arquitectura del sistema básico de R/3 es compatible con la estructura de una configuración cliente / servidor   Bases de Datos relacionales Interfaz de usuario gráfico (GUI) Página 24 de 77 . R/3 Basis software (también llamado middleware):  Proporciona el entorno de ejecución para las aplicaciones de R/3  Se encarga del óptimo acoplamiento e inclusión de las aplicaciones en el entorno del sistema. 2005 R/3 Basis Middleware MM Materials PP Materials PPMgmt ProductionMgmt Production Planning Planning QM QM Quality Quality MM MM Sales & Sales & Distribution Distribution SD SD Financial Financial Financial Accounting Accounting FI FI CO Controlling Controlling CO R/3 R/3 IS Industry Industry Solutions Solutions Solutions IS AssetAM Mgmt Asset Mgmt AM Client //Server Client Server Quality Mgmt ABAP/4 Mgmt PM ABAP/4 PM PlantPM MainPlant Maintenance tenance HR HR Human Human Resources Resources WF Workflow Workflow WF WF Project Project System System PS PS R/3 application ABAP Workbench R/3 Basis ( Middleware ) System Software © AG SAP R  Utilizando el sistema básico de R/3. y pueden ser adaptadas a los requerimientos individuales de cada usuario.Curso Básico de SAP / R3 Noviembre. las aplicaciones pueden correr sobre diferentes plataformas con un alto rendimiento.   Contiene las herramientas para administrar todo el sistema.

que es propio lenguaje de programación de SAP. para transferencia de datos. 2005 R/3 Basis System Overview Applications Benutzerschnittstelle Communication interface R Programming interfaces Benutzerschnittstelle User interface Screen interpreter ABAP Dictionary ABAP interpreter Flow control System interfaces System software and platforms © SAP AG   El interfaz de usuario proporciona las opciones de presentación. La interacción entre las pantallas y los interpretes ABAP.Curso Básico de SAP / R3 Noviembre.  Página 25 de 77 . Los interfaces de comunicación definen los canales para el intercambio electrónico de información. o para la comunicación programa a programa de acuerdo con el protocolo CPI-C y para el intercambio estándar de datos utilizando ËDI. que se almacenan en el ABAP Dictionary. Ambos intérpretes utilizan una vista global de todos de todos los datos del sistema R/3. están hechos en ABAP IV. Todos los programas de aplicación de los sistemas R/3. Los componentes de control para la secuencia de pantallas se denominan DYNPROS (= programas dinámicos). forman la base tecnológica de las aplicaciones de los sistemas R/3.

UNIX.. Java R *  El sistema R/3 se basa en una arquitectura abierta. El R/3 es totalmente compatible con todas las plataformas UNIX importantes. y Mac. Digital HP (Intel) IBM (Intel) NCR Sequent SNI IBM AS/400 IBM S/390 Sistemas operativos Windows NT DB2 Common Server INFORMIX OnLine INFORMIX-OnLine ORACLE MS SQL Server MS SQL Server OS/400 OS/390 Bases de datos DB2 for AS/400 DB2 for OS/390 SAPGUI Lenguajes Windows 3. El interfaz gráfico de usuario (SAPGUI). C. OSF/Motif *.    Página 26 de 77 . SQL Server. DB2. eso significa que es extremadamente portable. OS/2. también es compatible con sistemas operativos como Windows. HTML. ADABAS. DB4. Windows NT. etc. 2005 Plataformas para los sistemas R/3 Hardware UNIX Systems UNIX Systems Bull IBM Digital SNI SNI HP SUN AIX Reliant Digital UNIX UNIX (SINIX) HP-UX SOLARIS SOLARIS DB2 Common Server INFORMIX OnLine INFORMIX-OnLine ORACLE Bull/Zenith Compaq Data General . OS/2 Presentation Manager (PM).1. Java ABAP..Curso Básico de SAP / R3 Noviembre. Soporta diferentes bases de datos como Informix. Macintosh *. C++. DB6. AS/400 y S/390. Windows NT. Windows 95. Oracle.

Página 27 de 77 .Curso Básico de SAP / R3 Noviembre. 2005 El landscape recomendado por SAP contempla estos tres sistemas.

Curso Básico de SAP / R3 Noviembre. 2005 Interfaces  General communication  CPI-C communication  RFC  Business Objects and BAPIs  OLE  Internet architecture  EDI  ALE  Data Transfer into the R/3 System R © SAP AG Página 28 de 77 .

Curso Básico de SAP / R3 Noviembre.  Recognize the principle communication mechanisms in an R/3 System.  Discuss the options the R/3 System provides when you transfer legacy data. R © SAP AG Página 29 de 77 . 2005 Objectives  Define the R/3 System as an open system.

2) . X.Curso Básico de SAP / R3 Noviembre.. R2 u otro sistema que no sea SAP a través de la red. La información puede ser intercambiada entre un sistema R/3 y otro R/3. SAP soporta el protocolo TCP/IP (Transmission Control Protocol/Internet Protocol) y el SNA LU6. LU6. 2005 Communication: R/3 as an Open System Application layer OLE Automation Presentation layer / session layer RFC CPI-C (SAP implementation) Transport layer Network layer LU6.2 fue desarrollado por IBM y se utiliza para comunicarse con sistemas R/2 sobre mainframes..25 . Logical Unit 6. Soporta una gran variedad de protocolos de comunicación en redes.. RFC (Remote Function Call) y Automatización OLE (Object Linking and Embedding) como interfaces de comunicación..2 (R/2) TCP/IP (R/3) Ethernet Token ring .2 (System Network Architecture. La comunicación entre sistemas R/3 se realiza con el protocolo standar TCP/IP. La programación de aplicaciones R/3 soporta CPI-C (Common Programming Interface Communication). R Physical layer © SAP AG  El sistema R/3 es un sistema abierto.   Página 30 de 77 Token ring Connection layer Ethernet .

 El SAP gateway (Manejador de CPI-C) es un grupo de procesos que permiten la comunicación entre sistemas R/2.2 y TCP/IP. sistemas R/3 y aplicaciones externas basadas en el protocolo CPI-C . o formar parte de un programa externo.2 (de IBM) se utiliza para mainframes. puede ser parte del mismo sistema.   Página 31 de 77 . En los sistema R/3 . Mientras mensajes cortos son intercambiados entre los servidores de aplicación a través del message server en un sistema R/3.Curso Básico de SAP / R3 Noviembre. LU6. Esto significa que el medio de comunicación. Además se puede utilizar CPI-C para conectar mainframes (Sistemas R/2) y sistemas cliente servidor (Sistemas R/3). los procesos del SAP gateway que se comunican clientes basados en el protocolo TCP/IP .2 DB3 TCP/IP External applications DB2 R © SAP AG El protocolo CPI-C protocol conecta protocolos tipo LU6. 2005 R/3 Gateway Service R/3 System R/2 System TCP/IP DB1 SAP Gateway TCP/IP R/3 System LU6. o de un sistema R/3 diferente o de un sistema R/2. gran cantidad de datos (datos de aplicación) fluyen a través del SAP gateway.

estructura la comunicación  COMMUNICATION ACCEPT . En este punto. por ejemplo) SAP también proporciona funciones en la forma de librerías de C (para establecer una cadena de conexión.. no son componentes del programa de comunicación.acepta la comunicación  COMMUNICATION SEND – envía datos  COMMUNICATION RECEIVE – recibe datos  COMMUNICATION DEALLOCATE – fin de la comunicación Una vez que la comunicación se ha establecido.. además de las CPIC Advanced Function Calls (para convertir ASCII a EBCDIC. el otro programa debe estar preparado para recibir datos. Es utilizado para la comunicación entre sistemas R/2 o (mainframes) aplicaciones. El emisor y el receptor pueden cambiar.. CMRCV R Remove connection © SAP AG  Los sistemas R/3 soportan el CPI-C “starter set” como un método elemental de comunicación programa-a-programa. se llama a un programa para enviar datos. CMDEAL Data exchange CMRCV CMSEND CMRCV . para así evaluar los códigos de retorno. Se puede mantener la tabla TXCOM utilizando la Transacción SM54. Al final de la transferencia de datos. También se puede configurar el buffer de envío. por ejemplo). Los parámetros relacionados con la conexión. para las cuales no se puede o no se quiere utilizar otros protocolos más fáciles de utilizar.. 2005 Communication with CPI-C Initiator Initiator Program 1 88MHz Connection Connection partner partner Program 2 CMINIT CMALLOC Structure connection CMACCP CMSEND CMRCV CMSEND . la conexión se corta. Página 32 de 77     . ABAP contienen seis comandos de comunicación:  COMMUNICATION INIT – especifica parámetros de comunicación  COMMUNICATION ALLOCATE .Curso Básico de SAP / R3 Noviembre. Para la comunicación CPI-C con programas externos.

pero con muchas más funciones y más fácil de manejar por los desarrolladores. Los requerimientos técnicos para RFC son los mismos que los de CPI-C. por el cual datos. documentando testeando aplicaciones. Se mantienen los parámetros de las conexiones RFC. las cuales pueden ser llamadas tanto localmente como remotamente. 2005 Remote Function Call R/3 System ABAP ABAP ABAP Programm Programm program RFC interface CPI-C CPI-C Programm Programm Programm Program RFC interface CPI-C RFC interface ABAP ABAP ABAP Programm Programm program R External system © SAP AG R/2 System  Remote Function Call (RFC) es un interfaz de comunicación basado en CPI-C. El sistema R/3 genera el código adicional requerido para las llamadas remotas (RFC Stub) automáticamente. utilizando la transacción SM59. RFC es el protocolo para llamar a subrutinas especiales a través de la red. Estos módulos de función son comparables a las funciones de C o a los Procedures de PASCAL. Se pueden utilizar sistemas R/3 y R/2 así como aplicaciones externas de comunicación RFC.Curso Básico de SAP / R3 Noviembre. El Function Builder (Transacción SE37) provee a los programadores de aplicaciones con un útil entorno de programación. tablas y códigos de retorno pueden ser intercambiados. Estos módulos de función son manejados en el sistema R/3 en sus propia librería de funciones.    Página 33 de 77 . Estas subrutinas están etiquetadas como módulos de función. llamada Function Builder. Estos módulos poseen un interfaz definido. Los sistemas R/3 también proporcionan el RFC-SDK (Software Development Kit) que utilizan gran cantidad de librerías de C para permitir a los programas externos conectarse con el sistema R/3.

R © SAP AG  Los módulos de función de llamadas remotas se diferencian de los módulos de función de llamadas locales en un parámetro (Destination) que específica el host de destino donde el programa va a ejecutarse.. 2005 RFC from R/3 System to R/3 System 88MHz Calling system ABAP coding Called system .. FUNCTION XY.. EXPORTING. . el sistema destino ha de estar disponible en el momento de la llamada RFC. . En el caso de una llamada RFC Transaccional. Llamada RFC Transaccional: Varios módulos de función pueden agruparse en una transacción... Llamada RFC Asíncrona: El programa emisor corre paralelo e independiente del procesamiento de la llamada en el sistema destino. . y siguiendo la secuencia en que han sido llamados. Además. IMPORTING.   Página 34 de 77 ... Los programadores son responsables del procesamiento del manejo del resultado de la llamada.Curso Básico de SAP / R3 Noviembre.. el sistema destino no tiene porque estar disponible en el mismo momento que la llamada RFC. Hay tres tipos de llamadas RFC :   Llamada RFC Síncrona: la llamada del programa para hasta que el módulo de función ha sido procesado en el sistema destino.. Sólo así permite al programa emisor continuar ejecutándose. el sistema emisor recibe una confirmación de que puedes acceder utilizando la Transacción SM58. se puede configurar la frecuencia y el intervalo de consultas individuales. En el caso de un error. Estos son procesados solamente en el sistema destino con una LUW (Logical Unit Work). . Además . CALL RFC FUNCTION XY DESTINATION. . ENDFUNCTION.. y algún resultado ha sido devuelto al emisor.

• Proporcionan funciones (métodos) de negocio . por ejemplo hay “Crear Cliente” y “Ver Cliente”. • Son manejados centralmente desde el sistema R/3 en el Business Object Repository (BOR). por  ejemplo. Página 35 de 77 . “Factura”. Estos nombre permiten la claridad y así evitar errores de programación. Las BAPIs pueden ser utilizadas desde los sistemas R/3 o externamente. Estos permiten a los sistemas R/3 desde conectarse a Internet a conectarse con programas de escritorio (Excel).  BAPIs (Business Application Programming Interfaces) interfaces funcionales. 2005  Los Business objects forman la base para la comunicación al más alto y más amigable de los niveles de comunicación (network layers) . Business objects: • Forman la base de al comunicación amigable entre sistemas cliente / servidor . Para un objeto “Cliente”. • Están orientados al negocio: hay objetos como “Cliente”. “Oferta”. Utilizan los métodos de negocio de los business objects. SAP utiliza estos business objects con el objetivo de integrar objetos al nivel de negocio más que a un nivel puramente técnico.Curso Básico de SAP / R3 Noviembre.

De esta manera los usuarios pueden utilizar el sistema R/3 sin tener que sacrificar su entorno habitual de escritorio. Esta información contiene una descripción de los métodos.    Página 36 de 77 . El tipo de información es independiente del idioma. para programas que utilizan la Automatización OLE2 (Word. CALL METHOD. Los comandos OLE son transferidos desde el código vía RFC por el SAPGUI al PC. 2005 R/3 System as an OLE Client 188 188 SAPGUI SAPGUI PC PC program program OLE OLE server server RFC R/3 ABAP ABAP program program R © SAP AG  OLE (Object Linking and Embedding) es una camino orientado a objetos para la comunicación entre programas. Se puede conectar aplicaciones de escritorio al sistema R/3. Excel). atributos y parámetros. GET/SET PROPERTY y FREE OBJECT con los que se pueden acceder a las funciones de escritorio. Las funciones OLE de los programas de escritorio están especificados en el sistema R/3 en el tipo de información. Si el sistema R/3 actúa como un cliente OLE.Curso Básico de SAP / R3 Noviembre. entonces el usuario llama a las aplicaciones de escritorio desde las aplicaciones ABAP. ABAP contiene cinco comandos especiales OLE CREATE OBJECT. El SAPGUI mapea las llamadas RFC a los comandos OLE de la aplicación del PC.

Los business objects son manejados centralmente en el sistema R/3 en el Business Object Repository . Esto significa que todas las funciones de negocio implementadas en el Repositorio son disponibles desde aplicaciones externas. Una vez que estas han sido procesadas. Los usuarios deben primero entrar al sistema R/3. Este lanza módulos de función o BAPIs de los business objects en el sistema R/3 . El servidor convierte estos comandos en llamadas RFC y las envía al sistema R/3. módulos de función y business objects están ubicados dentro del sistema R/3. por ejemplo Visual Basic o Visual C++. La programación es orientada a objetos. Ambos. Los usuarios pueden utilizar los módulos de función del sistema R/3. y pueden ser llamadas desde el escritorio utilizando por ejemplo Visual Basic. sus funciones pueden ser llamadas desde una aplicación de escritorio. Este envía comandos OLE al SAP Automation server. sus datos se envían vía SAP Automation Server de vuelta a la aplicación de escritorio. Este acceso puede ser automatizado. 2005 R/3 System as an OLE Server 188 R/3 SAP RFC PC program automation server RFC API Data Function modules Business objects BAPIs R © SAP AG  Cuando el sistema R/3 se utiliza como un servidor OLE.    Página 37 de 77 .Curso Básico de SAP / R3 Noviembre.

 Página 38 de 77 .1G. 2005 Internet Architecture Browser WGate HTTP server Web host AGate Client ITS ITS R/3 application R/3 application server server R © SAP AG  Internet es la red global de redes de computadores. así que resultan muy útiles a la hora de conectar compañías a Internet.Curso Básico de SAP / R3 Noviembre. R/3 permite la conexión a Internet desde la versión 3. El Internet Transaction Server (IST) forma el principal componente de la arquitectura de Internet. Es una plataforma estandarizada para intercambiar datos entre individuos y organizaciones. Escenarios de Business-to-business y consumer-to-business han sido desarrollados durante la furiosa demanda de Internet de los últimos años. Está formado por dos componentes Application Gate (A) y Web Gate (W).

I. Página 39 de 77 . 2005 EDI Architecture Documents EDI messages Idoc type SAP documents Control record DatenDatenData satz satz record Steuersatz Steuersatz Control record Ext. Un Idoc es un estadard sap que especifica la estructura y el formato de los datos a transferir electrónicamente.Curso Básico de SAP / R3 Noviembre. application EDI subsystem Idoc interface R/3 application R © SAP AG  EDI son las siglas de Electronic Data Interchange y describe el intercambio electrónico de los datos estructurados de negocio entre diferentes aplicaciones La arquitectura EDI consta de: • • •  EDI-aplicaciones disponibles: Permiten procesar automáticamente las transacciones de negocio. Esto fue desarrollado teniendo en cuenta los estándares EDIFACT y ANSI X12. SAP no soporta este elemento de la arquitectura EDI. Los Idocs se identifican de forma única con los registros de control. El principal componente de la interface Idoc es el tipo Idoc.SAP. El interface IDOC: Fue concebido como una interface abierta y consiste en documentación intermedia y sus correspondientes módulos función. Los registros de estado graban el estado de un Idoc en su camino desde la estructura de un S. El subsistema EDI: Convierte la documentación intermedia en mensajes EDI y viceversa. Los registros de datos forman el centro de la aplicación.

programas. 2005 Niveles de cambio Desarrollos 4 Mejoras 2 3 Customizing 1 . estos objetos se han de comparar. 3) Modificaciones: Las modificaciones son cambios a los objetos del repositorio de SAP. La parametrización o Customizing es una parte obligada a la hora de abordar una implantación.Curso Básico de SAP / R3 Noviembre. Cuando se realiza un upgrade o se aplican parches. funciones.Programa Propio ABAP WB Aplicaciones R/3 Exit 1 Exit 2 Modificación Software base Software de sistema R  Hay cuatro formas diferentes de adaptar el sistema R/3 a las necesidades del cliente: 1) Customizing: Mediante esta vía se establecen los parámetros del cliente usando un interfaz especial. etc. Página 40 de 77 . 4) Desarrollos propios: El sistema R/3 contiene un rango de nombre para objetos propios del cliente. 2) Mejoras: Esto permite al cliente cambiar objetos del repositorio SAP sin usar modificaciones. sobre el cual se pueden crear tablas.

Curso Básico de SAP / R3 Noviembre, 2005

Mandantes en en sistema R/3 de 3 entornos
Sistema de desarrollo Sistema de consolidación Sistema de producción

DTEST SAP
Mandante 000

QTST

PROD

TMAST

TMAST

TMAST

 Tres sistemas de Base de datos Desarrollo, consolidación Y producción  Testeo total de los desarrollos  Se evitan restriciones a la hora de desarrollar

DTEST TMAST QTST PROD

Mandante de desarrollo y test Mandante maestro de test Mandante de test en consolidación Mandante productivo
R

Bajo ningún concepto se han de crear desarrollos, objetos, modificaciones o mejoras en el sistema productivo. Para dichas tareas se utilizará uno o más sistemas de desarrollo dependiendo del ámbito del proyecto. La nueva funcionalidad se desarrollo en el sistema de desarrollo y posteriormente se transporta a los diferentes sistemas. Esto asegura el trabajo diario en el sistema productivo. La mayoría 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 Consolidación, permite testear la totalidad de los transportes.

Página 41 de 77

Curso Básico de SAP / R3 Noviembre, 2005

Gestión de proyectos con el Workbench Organizer
o t Petición de cambio

Jefe de proyecto

Desarrollador

Tarea

Tarea

Desarrollador Tarea Desarrollador
R

Cuando comienza un nuevo proyecto de desarrollo, el jefe de proyecto crea una petición de cambio (orden de transporte), a la cual asigna miembros del equipo de trabajo. Una petición de cambio contiene cambios generados en un sistema. El Workbench Organizer (WO) asigna un número a esta petición de cambio (<sid>K9<nnnnn>). El WO asigna una tarea para cada miembro del equipo de trabajo. Cuando un miembro del equipo asigna un objeto a la petición de cambio, esto queda reflejado en su tarea. Cuando se termina todo el trabajo de la petición de cambio, cada miembro del equipo libera su tarea. Una vez que se han liberado todas las tareas, el jefe de proyecto libera la petición de cambio, para su posterior transporte a producción.

Página 42 de 77

Curso Básico de SAP / R3 Noviembre, 2005

Cerrando un proyecto
Crear objeto Asignar el objeto a una Clase de desarrollo Asignar el objeto A una p. cambio Asignación automática a una tarea

Desarrollo

Bloqueo

Production system
Liberar tarea Liberar Petición d. cambio

Import
Jefe de proyecto

Export
Directorio De transportes
R

Administrador

Cuando los desarrolladores terminan sus tareas, las liberan. Los objetos y sus bloqueos son pasados de la tarea a la petición de cambio. Cuando el proyecto está completado, el jefe de proyecto libera la petición de cambio. Los bloqueos de los objetos en la petición de cambio, quedan liberados. Las peticiones de cambio pueden ser transportables o locales. El WO las clasifica automáticamente dependiendo de su clase de desarrollo. Solo las transportables pueden ser pasadas a producción.
 Según 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, para

poder ser chequeados por los diferentes consultores.

El import al sistema destino no es automático. Lo realiza el administrador del sistema usando el programa de control de transportes “tp”. Después del import se pueden chequear los logs guardados en el directorio “log”.

Página 43 de 77

El ABAP Workbench contiene herramientas que soportan el ciclo completo para el desarrollo de nuevas funcionalidades. permiten cambiar y crear objetos del repositorio. Página 44 de 77 .Curso Básico de SAP / R3 Noviembre. El browser del repositorio proporciona un resumen de los objetos del repositorio. 2005 Herramientas del ABAP Workbench ABAP Workbench Repository Browser Dictionary ABAP Editor Function Builder Screen Painter Menu Painter Screen Painter Menu Painter Repository Browser ABAP Editor Function Builder ABAP Dictionary R    Las herramientas del ABAP Workbench.

 El mandante 000 es definido como un estándar de SAP y no debe ser cambiado por los clientes.Curso Básico de SAP / R3 Noviembre.  Los usuarios de diferentes mandantes coexisten independientemente en un mismo sistema R/3. 2005 Mandantes en un sistema R/3 Mandante 000 Mandante 001 SD Sales & Distribution MM Materials Mgmt FI Financial Accounting Mandantes por defecto Mandante 066 CO Controlling TR Mandante 100 Treasury PP Production Planning QM Quality Mgmt R/3 PS Basis Mandante 200 Project System WF Workflow IS Industry Solutions PM Plant Maintenance HR Human Resources Mandantes del cliente Mandante XXX R  Un mandante es una unidad organizativa dentro del sistema R/3. Los mandantes tienen su propio entorno de datos de maestro de usuarios.  Se pueden usar hasta 997 mandantes. Los usuarios pueden ver solamente los datos del mandante en el que han establecido la sesión. Este mandante se usa como plantilla para crear mandantes adicionales. de datos de aplicación y parametrización. Página 45 de 77 .

con la excepción de unos pocos atributos del GUI. El SAPGUI esta disponible para diversas plataformas y proporciona las mismas funciones para cada una de estas. se puede utilizar el sistema en otra plataforma .    Página 46 de 77 . También puede conectarse a los servidores de aplicación a través de una WAN. sino de información compactada utilizando los elementos de control y los input del usuario. 2005 R/3 Presentation Interface Presentation X terminal X terminal X terminal X terminal X terminal X terminal Workstation // PC Workstation PC Window manager SAPGUI process X terminal X terminal server server SAPGUI process SAPGUI process LAN / WAN network SAPGUI process SAP Dispatcher R Application © SAP AG  El interfaz de presentación SAPGUI (GUI = Graphical User Interface) implementa las funciones específicas de entrada y salida del sistema R/3. El tamaño de los datos transferidos en cada cambio de pantalla oscila entre 1 y 2 kB. de la misma manera. El software de presentación de R/3 implementa el interfaz gráfico de usuario utilizando las funciones proporcionadas por el entorno de presentación. Si se ha aprendido a manejar el sistema R/3 en una plataforma . el SAPGUI implementa el control gráfico de los elementos de R/3. El flujo de datos entre el nivel de presentación y el nivel de aplicación no consiste de pantallas preparadas.Curso Básico de SAP / R3 Noviembre. Junto con los procesos de frontend.

   Página 47 de 77 . 2005 R/3 Database Interface Application server Database server ABAP interpreter SELECT * FROM . Cuando se interpretan las sentencias de Open SQL. Native SQL DB data R © SAP AG  Con el lenguaje de programación ABAP. el interfaz de base de datos de R/3 comprueba la sintaxis de estas sentencias y se asegura que los buffers locales de SAP sitos en la memoria compartida de los servidores de aplicación. se pueden utilizar los SAP OPEN SQL para acceder a los datos de la base de datos sin interferencia con las labores de gestión de la base de datos del sistema. DB interface Data local buffer Database OPEN-SQL App. SELECT .. data Native SQL DB data DB EXEC SQL. parametrización en un sistema en funcionamiento. Lo mismo se aplica a los datos transaccionales que son normalmente accedidos en modo de sólo lectura. END EXEC. Esto significa que los programas escritos en ABAP no dependen de la base de datos utilizada. etc.Curso Básico de SAP / R3 Noviembre. son utilizados de manera óptima. son almacenados en estos buffers. En particular. así como parámetros para la administración del negocio. todos los datos técnicos tales como programas ABAP. pantallas o información del Diccionario ABAP.. son susceptibles de bufferización. El interfaz de base de datos de R/3 convierte las sentencias Open SQL de las sentencias ABAP en las correspondientes sentencias de base de datos. Los datos que son requeridos con mucha asiduidad por las aplicaciones.. evitando así a la base de datos accesos innecesarios a disco..

User context R Roll file © SAP AG  Los principales componentes de un servidor de aplicación R/3 son:  Dispatcher como centro de control de la instancia  Cola del dispatcher para atender peticiones  Número 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 diálogo. Activa el procesador de pantallas o el procesador de ABAP (qué controla el flujo lógico de las pantallas así como de procesar las sentencias ABAP respectivamente) y ejecuta el roll-in y el roll-out del contexto de usuario.. tales como sus autorizaciones. El espacio de memoria utilizado exclusivamente por un work process tiene dos áreas reservadas para los datos específicos de sesión.. Estos datos también fueron utilizados por los pasos de diálogo ejecutados anteriormente. Hay también áreas de memoria para todos los process en la memoria compartida para los calendarios de fábrica.Curso Básico de SAP / R3 Noviembre. pantallas. Página 48 de 77   . 2005 Dialog Work Processes Frontend: SAPGUI LAN / WAN network Request queues internalmemory Dispatcher Screen processor ABAP processor Database interface Task handler Work process 1 . La roll area contiene datos que son disponibles al inicio de un paso de diálogo (rolled-in) y que son salvados al final del mismo (rolled-out). tablas y buffers de programas. y áreas de memoria que pueden ser utilizadas por todos los work processes. Estas son las llamadas roll y paging areas. Roll in Work process n Buffer access Application buffer Roll out Roll area Shared memory Factory calendar Screens ABAP programs Tables Dictionary objects. La roll área también contiene los datos que caracterizan a los usuarios (contexto de usuario). que deben de ser protegidos más allá de la duración de un paso de trabajo. La gestión de memoria del sistema diferencia entre areas de la memoria principal que son disponibles exclusivamente para un work process. información de administración y datos adicionales para los ABAP y el procesador de diálogo...

M Disp. estos procesos incluyen desde el dispatcher hasta el número de work process. R/2 y aplicaciones de sistemas externos. background y spooling. el sistema R/3 proporciona dos servicios adicionales para las comunicaciones externas:  El servidor de mensajes (M) establece la comunicación entre dispatchers distribuidos del sistema R/3 .  El servidor de gateway (también llamado manejador de CPI-C) permite la comunicación entre sistemas R/3. D Background 11 10 9 8 7 SAP dispatcher Spool S Lock admin. Disp. Work process especiales pueden ser instalados para procesos de diálogo.  Página 49 de 77 . En cada servidor de aplicación. spool (S)). actualización o update (V). background (B). Disp. gestión de bloqueos (E). E Gateway service 12 1 2 3 4 6 5 B R/2 G R R/3 © SAP AG  El sistema R/3 en ejecución es un grupo de procesos paralelos y cooperando. y es esencial en el funcionamiento de los servidores de aplicación que funcionan en paralelo.Curso Básico de SAP / R3 Noviembre. actualización. Además de estos tipos de work process (diálogo (D). 2005 R/3 Application Services Message service V2 Dialog Update V Disp.

puede ser necesario distribuir los sistemas de aplicación. organizativas y de negocio.    Página 50 de 77 . ALE permite un intercambio controlado de mensajes de negocio a través de sistemas enlazados. el cliente especifica en un modelo lógico que aplicaciones deben corren en cada sistema y como se intercambian los datos las aplicaciones. Los datos se intercambian utilizando IDocs (intermediate documents) desde un interfaz EDI. SFC. CRP. El concepto de ALE (Application Link Enabling) nos permite establecer y operar con aplicaciones SAP distribuidas. EDI soporta desde el intercambio de mensajes entre sistemas R/3 de diferentes compañías hasta el intercambio de datos en la misma compañía. Las aplicaciones son integradas a través de comunicaciones síncronas y asíncronas . y no a través de una base de datos central. billing. con el objetivo de instalarlos y operar con ellos de una manera descentralizada. inventory management Business unit Program planning. accounting. inventory management Shipping MRP. Para establecer este modelo de sistemas integrados distribuidos. inventory controlling Head office Shipping. central purchasing Plant Warehouse management Warehouse R © SAP AG  Por razones técnicas.Curso Básico de SAP / R3 Noviembre. 2005 Distribution of Business Processes with ALE Order entry.

Si no hay métodos estándar de transferencia. Estos métodos utilizan técnicas de programación batch input. Como el sistema utiliza las mismas transacciones para la transferencia de datos que un usuario de diálogo.    Página 51 de 77 . Esto nos asegura la integridad de los datos. SAP proporciona métodos de transferencia de datos heredados. o desde un sistema heredado a un sistema R/3 System.Curso Básico de SAP / R3 Noviembre. 2005 Data Transfer Legacy system R/3 System Sequential files © SAP AG SAPinterfaces / checks SAP data R  Cuando se transfieren datos de un sistema R/3 a otro. call transaction y direct input. se pueden programar utilizando batch input o call transaction. son conocidos como los métodos de "batch input". Para muchas áreas del sistema R/3. se debe asegurar la integridad de los datos que se transfieren. Los métodos estándar de SAP son controlados mediante el Data Transfer Workbench (Transaction SXDA). los datos heredados son sometidos a los mismos chequeos y controles a los que son sometidos los datos introducidos manualmente. Estos métodos utilizados para la transferencia de datos heredados.

Los métodos de batch input y call transaction se pueden aplicar entre sistemas R/3. Se puede utilizar esta forma de grabación para generar una sesión de batch input y un programa de transferencia.     Página 52 de 77 .Curso Básico de SAP / R3 Noviembre. 2005 Batch Input BATCH INPUT: Sequential file CALL TRANSACTION: Sequential file DIRECT INPUT: Sequential file BDC table BDC table Queue file CALL TRANSACTION SAPtransfer program Batch input function Batch input function Application function Application function Application function Application function SAP database © SAP AG SAP database SAP database R  Con el batch input. Los datos son sometidos a los mismos chequeos de consistencia antes de su transferencia en modo diálogo. sin acceder previamente a las transacciones de aplicación. En el siguiente paso. esto es. Los programas de Direct input ejecutan el chequeo de consistencia y actualizan los datos directamente en la base de datos. los datos transferidos son bufferizados como una BDC (Batch Data Communication) en un fichero plano (batch input session). los datos son transferidos a las transacciones de aplicación dentro del entorno del batch input. El sistema R/3 permite grabar una transacción en modo diálogo. el sistema procesa esta sesión. e introducidos en la base de datos. después un se toma un registro del fichero plano e introducido en la tabla BDC. Alternativamente a los batch input. se puede llamar a la transacción directamente (Call Transaction). Estos procesos son sólo utilizados por los programadores de SAP.

Curso Básico de SAP / R3 Noviembre. 2005 Arquitectura Workplace Página 53 de 77 .

el Corporate Finance Management (CFM). Los componentes típicos de mySAP. Adicionalmente puede personalizar su Workplace añadiéndole los links más frecuentes.com son el Knowledge Warehouse (KW).Curso Básico de SAP / R3 Noviembre.    Página 54 de 77 . Desde la versión 3. La pantalla del Workplace nos permite acceder a todos los componentes del sistema. 2005 El Workplace es la plataforma para el acceso de los usuarios a los contenidos del negocio.com y para los que no lo sean. El Workplace es la puerta de salida para todos los componentes del mySAP. se puede acceder a los sistemas R/3 Systems a través de Internet o de una intranet. El usuario puede configurar Workplace. el Advanced Planner and Optimizer (APO). así como las transacciones más utilizadas. el Business Information Warehouse (BW).1I. Se puede acceder a estos componentes vía Internet o vía Intranet con un único logon. el Customer Relationship Management(CRM).  Los usuarios acceden al Workplace y a las aplicaciones que contiene utilizando el Single Sign-On. y el Business-to-Business Procurement (BBP). Las funciones de Drag&Relate están implementadas. el Strategic Enterprise Management (SEM).

Curso Básico de SAP / R3 Noviembre. 2005 Administración y      Servicios Remotos Principios de seguridad en R/3 Administración de usuarios Funciones del Administrador Computing Center Management System Servicios de soporte SAP R Aspectos de Seguridad en un sistema R/3 Presentation Client (SAPGUI) Network / Communication Firewall (SAProuter) Application Application server Firewall Firewall Internet transaction server (ITS) WEB server Application server Database server WEB browser Internet Database R Página 55 de 77 .

y 066 después de la instalación del sistema. Estos usuarios tienen claves por defecto y por lo tanto se han de cambiar. Además se pueden integrar mecanismos adicionales de seguridad como Kerberos. como por ejemplo https. 2005 La terminología R/3 integra varios mecanismos de seguridad a diferentes niveles:  Red/Comunicaciones: Un firewall y un saprouter protegen la red interna. Base de Datos: Solo el administrado de base de datos puede tener acceso desde fuera del sistema R/3. proveedor. Los usuarios deben identificarse con su ID y su password a la hora de realizar el logon. Aplicación: El concepto de autorización evita el acceso no deseado a datos y transacciones. El mecanismo de bloqueos de SAP R/3 evita que se realicen cambios en los datos al mismo tiempo. etc) forman un objeto de autorización Página 56 de 77 . En este caso se aplican los mecanismos de seguridad del fabricante. Internet: El sistema R/3 soporta los estándares de seguridad de Internet.     El concepto de autorización Maestro de usuarios Perfil 1 Perfil 2 Perfil compuesto 1 Autorización Perfil x Perfil compuesto 2 Autorización 1 Objeto de autorización 1 Autorización 2 Objeto de autorización 2 Autorización x Objeto de autorización x R © AG SAP  El concepto de autorización es orientado a objetos. Passwords: Existen usuarios preconfigurados en los mandantes 000.Curso Básico de SAP / R3 Noviembre. 001. Varias unidades a proteger (centro de coste.

Se pueden crear perfiles compuestos de autorizaciones y perfiles. El objeto de autorización es rellenado entonces con estos valores tomando forma de autorización. Para reducir al mínimo el mantenimiento. se usa exactamente un objeto de autorización. Se suelen usar para usuarios que han de trabajar con varios perfiles de autorización. 2005  Para crear una autorización.Curso Básico de SAP / R3 Noviembre. se pueden combinar las autorizaciones en perfiles de autorización. Estos se asignan a usuarios y no han de mantenerse individualmente por usuario.   Administración del sistema Mostrar la lista de servidores Sesiones de usuarios SM51 SM04 AL08 SM50 SM66 Resumen de Work Process Funciones de Administración Entradas de bloqueo Reistros de actualización Mensajes del sistema Códigos de transaciones SM01 R SM12 SM13 SM02 Log del sistema SM21 Página 57 de 77 .

de una factura. Por ejemplo creación de un material.Curso Básico de SAP / R3 Noviembre. de una orden de compra. etc. 2005 SAP Transactions and Screens First user dialog step Second user dialog step Third user dialog step Time PBO Screen 100 PAI PBO Screen 200 PAI PBO Screen 300 PAI System dialog step System dialog step SAP transaction © SAP AG User chooses Save / Exit R  Las transacciones son unidades de procesamiento agrupadas en funciones que ejecutan cambios consistentes en la base de datos. Página 58 de 77 .

Un paso de diálogo de un usuario esta representado por una pantalla (dynpro.. un paso de diálogo empieza procesando los datos introducidos por el usuario (PAI: Process After Input) y por procesar y enviar la siguiente pantalla (PBO: Process Before Output). También se pueden utilizar actualizaciones asíncronas para procesar la parte de diálogo de una transacción y la correspondiente actualización en la base de datos de diferentes work processe y también en diferentes hosts. Para el sistema. De hecho. Página 59 de 77 .   LUW ( Logical Unit of Work ) Request lock CALL FUNCTION 'ENQUEUE_E. En un sistema R/3. 2005  Más aún. diferentes work processes de diálogo pueden procesar pasos de diálogo individuales de una transacción. que es un programa dinámico).' IN UPDATE TASK Release lock “Save " COMMIT WORK SAP LUW 1 Start of transaction New SAP LUW 2 Start update End update SAP LUW 1 ∆t First part of the SAP LUW 1 © SAP AG Second part of the SAP LUW 1 R  El concepto de transacción. se corresponde con el término de Logical Unit of Work (LUW). el sistema recibe entonces la siguiente pantalla procesada por el usuario..Curso Básico de SAP / R3 Noviembre. cada media parte del paso de diálogo se llaman respectivamente PBO y PAI.. según se ha explicado previamente. Las transacciones SAP no son ejecutadas necesariamente por un único work process de diálogo. una transacción SAP esta implementada como una serie de pasos de diálogo conectados y consistentes. y de nuevo analiza y procesa los datos introducidos por el usuario en esta pantalla..' EXPORTING Note changes CALL FUNCTION '. Los pasos de diálogo y del sistema no tiene lugar a la vez.

es conveniente diferenciar las LUW de SAP y las LUW de la base de datos (SAP-LUW / DB-LUW). cada paso de diálogo es ejecutado por un work process. Las actualizaciones de base de datos ocurren dentro de una DB-LUW. y esto puede causar efectos no deseados en muchas tablas de la base de datos. D-WP a) Call function 'ENQUEUE_E.. por lo tanto se corresponde con una DB-LUW.... 2005  Como las actuales base de datos no soportan flujos de transacciones para todos los procesos. La técnica predominante utilizada en las SAP-LUW es la de las actualizaciones asíncronas. Como en una SAP-LUW. que son gestionados por los work process de enqueue.) la base de datos es actualizada con un work process de update. Esto también se puede aplicar a las SAP-LUW.' Message server . como se ha descrito anteriormente. Esto significa que las peticiones de modificación del usuario son almacenadas temporalmente. por separado. Este mecanismo de bloqueo impide el acceso concurrente a los mismos objetos. Como en otro paso de diálogo. esta actualización tiene lugar dentro de sus propia DB-LUW para mantener la coherencia de los datos . A DB-LUW es ejecutada completamente o nada .Curso Básico de SAP / R3 Noviembre. Página 60 de 77 . y al final de la fase de diálogo (en la segunda parte de laSAP-LUW.. Esto asegura la consistencia de los datos. El sistema R/3 posee sus propios mecanismos de bloqueo. E-WP V-WP b) Lock table in main memory R © SAP AG  Los mecanismos de bloqueos de las bases de datos relacionales no son suficientes para manejar los objetos de negocio (tales como las órdenes de venta). Esto significa que los datos son lógicamente correctos antes y después de la LUW.   Requesting a Lock Dialog server Dispatcher Enqueue server Dispatcher ..

  Página 61 de 77 . el sistema comprueba si esta clase de bloqueo posee entradas en la tabla de bloqueo o no. 2005  El work process de enqueue gestiona los bloqueos a través de una tabla de bloqueo (b) almacenada en la memoria principal del servidor (donde corre el work process de enqueue). la petición de bloqueo será rechazada.Curso Básico de SAP / R3 Noviembre. Si un bloqueo es solicitado (a). estos dos work process se comunican mediante message server. De esta manera el programa de aplicación avisará a los usuarios que no puede realizar la operación solicitada por no esta disponible la operación solicitada. Como la pantalla de diálogo y el work processes de enqueue no estan ubicados en el mismo servidor de aplicación. De existir entradas para este bloqueo en la tabla.

o utilizando programas especiales de actualización (segunda parte de la SAP-LUW). Si un objeto de bloqueo es activado. 2005 SAP Lock Objects ABAP Dictionary Lock object ESFLIGHT Activate ABAP function module ENQUEUE_ ESFLIGHT © SAP AG ABAP function module DEQUEUE_ ESFLIGHT R  Para que el sistema pueda atender las peticiones de bloqueo. El objeto de bloqueo consiste de una tabla primaria.Curso Básico de SAP / R3 Noviembre. Un bloqueo de escritura (modo "E") solo puede ser activado si ningún otro usuario ha activado un bloqueo sobre el conjunto de registros. se puede especificar el modo de bloqueo ("S" bloqueo de lectura. El mismo usuario puede borrar una entrada de bloqueo tipo "E" o "S" llamando a la rutina de borrado desde programa.    Página 62 de 77 . se debe definir primero los objetos de bloqueo en el ABAP Dictionary. "E" bloqueo de escritura). En un objeto de bloqueo . Los módulos de función se denominan ENQUEUE_<nombre del objeto> y DEQUEUE_<nombre del objecto>. También se puede tenet tables secundarias adicionales utilizando claves externas (el nombre del objeto de bloqueo definido por el usuario debe empezar con "EY" o "EZ"). Los bloqueos son activados y desactivados popr programas de aplicación. cuyas entradas se pueden bloquear. el sistema genera un módulo de función ENQUEUE (bloqueador) y otro DEQUEUE (desbloqueador).

procesando la instrucción ABAP CALL FUNCTION '.. Esta tabla de sistema salva las peticiones de modificación hechas por el usuario dentro de la transacción SAP. Los procesos de actualización son de dos tipos: V1 o actualizaciones críticas (aquellas que no pueden ser reiniciadas en caso de error) y V2 o actualizaciones de baja prioridad (aquellas que en caso de error si se pueden reiniciar). Si el usuario cancela la transacción durante la fase de diálogo. E-WP V-WP c) Call function . o la transacción se termina por otro motivo. la entrada en la tabla VBLOG no será completa..' IN UPDATE TASK la petición de cambio es grabada en la tabla de cambios intermedios VBLOG (c).. y los cambios no se actualizarán en la base de datos. Con las actualizaciones asíncronas . in update task VBLOG © SAP AG DB R  Los work processes pueden realizar cambios directos en la base de datos.Curso Básico de SAP / R3 Noviembre....Server Dispatcher Enqueue server Dispatcher . D-WP Message server . utilizando para ello sentencias de base de datos. a través del interfaz de base de datos... 2005 Writing Log Records Dialog .    Página 63 de 77 .

E-WP V-WP Message server e) Second part of SAP-LUW f) VBLOG © SAP AG DB R  La actualización es lanzada por la sentencia ABAP COMMIT WORK especificada en el último paso de diálogo (d) de la transacción SAP.. el work processes de actualización (update) copia las entradas hechas en la VBLOG (e) y actualiza los cambios en las correspondientes tablas de aplicación de la base de datos de R/3 (f).. Los usuarios son notificados automáticamente si una actualización (V1 o V2) es cancelada. El sistema puede evaluar y tratar la actualización cancelada. 2005 Updating Log Records Dialog server Dispatcher Enqueue server Dispatcher . En la segunda parte de la SAP-LUW. D-WP d) Save: COMMIT WORK .Curso Básico de SAP / R3 Noviembre..   Página 64 de 77 ..

los registros de actualización pueden ser actualizados más tarde en la VBLOG . Los bloqueos también son borrados si la actualización es fallida (h). Se pueden utilizar los parámetros de para controlar esta función del sistema. dependiendo del problema. los registros de la VBLOG que no han sido actualizados (estos tendrán status "INIT") son actualizados automáticamente cuando se levante la base de datos.Curso Básico de SAP / R3 Noviembre. No se debe utilizar este método para actualizaciones V1... Si la base de datos cae mientras se produce un actualización . (Nota OSS 16083).  Página 65 de 77 . E-WP V-WP h) Lock table in Main memory R © SAP AG    Al final de la SAP-LUW. D-WP Message server ... Si una actualización es cancelada . 2005 Removing Locks Dialog server Dispatcher Enqueue server Dispatcher g) . SAP recomienda procesar la transacción nuevamente. Este método se utiliza para actualizaciones V” canceladas. la actualización borra el bloqueo (g).

Cuando se inicializa el sistema.Curso Básico de SAP / R3 Noviembre. convertida en su propio formato y mandada al dispatcher. el dispatcher controla los recursos de una instancia R/3.     Página 66 de 77 . Junto con el sistema operativo. La petición del usuario es puesta en la cola del dispatcher y posteriormente es procesada. No existe una asignación usuario-work process. El SAPGUI interpreta los datos y genera la salida por pantalla. arranca los work processes y se conecta al servidor de mensajes. La entrada del usuario es recibida mediante el SAPGUI. el dispatcher realiza las siguientes funciones: lee los perfiles de sistema. Los datos son realmente procesados en los work processes. genera las áreas de roll. El dispatcher distribuye las peticiones una detrás de otra a los work processes disponibles. 2005 Procesando peticiones de Usuario Presentación SAPGUI SAPGUI SAPGUI SAPGUI Applicación Dispatcher Comunicación Work process Work process Work process Buffer Base de Datos Procesos de BD R BD  El proceso central de una instancia R/3 es el dispatcher. Una vez que los datos han sido procesados el resultado del work process en mandado mediante el dispatcher al SAPGUI.

. Los jobs tienen prioridades de ejecución. El planificador de jobs soporta balanceo de carga. El planificador de jobs es el responsable de arrancar los jobs automáticamente. . Servidor de dialogo Dispatcher 2 2 4 4 11 10 9 8 7 6 5 3 D-WP 3 1 1 Planifica trabajos ... R Tabla de planificaciones  Los procesos de fondo se utilizan generalmente para tareas periódicas que suponen una carga importante para el sistema.. 12 1 2 3 4 Job ? Job1 C ... Los jobs generalmente. no son arrancados en el mismo instante. de un evento de sistema o por hora.     Página 67 de 77 ...Curso Básico de SAP / R3 Noviembre. El proceso en fondo es planificado en forma de jobs (trabajos). 2005 Proceso de fondo Servidor de proceso en fondo Dispatcher 3 3 D-WP 3 3 Planificador De fondo B-WP . Se pueden planificar dependientes de otro job. Cada job consiste en uno o más pasos (Programas ABAP o comandos externos) que son procesados secuencialmente. El planificador es un programa ABAP que busca en las tablas de definición de jobs para saber que jobs tiene que procesar.

(Secuencia: Prioridad A con servidor de destino especificado antes que prioridad A sin servidor de destino especificado. Todos los jobs especificados con un servidor de destino. 2005 Workload Balancing Dialog and background processing server 1 D-WP D-WP B-WP B-WP B-WP Name Job1 Job2 Job3 Job4 Job5 Job6 Job7 Class C C A C C B C Targ. Server Start time Server 1 23:00 23:00 23:00 23:00 23:00 23:00 23:00 Dialog and background processing server 2 D-WP D-WP D-WP B-WP B-WP © SAP AG Server 1 Server 2 Scheduling table R   El balance de carga es utilizado para los procesos de background. son distribuidos por los servidores de aplicación que posean work process de batch. Los jobs pertenecientes a la clase "A" tiene la máxima prioridad y se ejecutaran primero.   Página 68 de 77 . son ejecutados en ese servidor. y no están sometidos al balanceo de la carga Los jobs a los que no se les especifica un servidor de destino. El procesamiento de los job también admite colas de prioridades.Curso Básico de SAP / R3 Noviembre. prioridad B con servidor de destino especificado antes que prioridad B sin servidor de destino especificado y así).

una petición de impresión es generada para una orden de spool. Las ordenes de spool son generadas tanto en dialogo como en background y son ubicadas en las base de datos de spool con los detalles de impresión. 2005 Servicios de impresión R/3 Sistema R/3 Aplicación R/3 Spool Servidor de imp. etc. El sistema operativo termina el proceso de impresión.Curso Básico de SAP / R3 Noviembre. Una vez que el work process de spool ha formateado los datos. El sistema de spool R/3 proporciona las ordenes de spool a impresoras y servidores de spool. El sistema R/3 proporciona herramientas potentes a los administradores del sistema para sus tareas diarias. tanto a través de una LAN como a través de una WAN. Impresión saplpd LAN WAN Spool de sistema operativo TemSe Servidor de imp.       Página 69 de 77 . Esta petición de impresión es procesada por el work process de spool. En grandes entorno distribuidos esta administración es muy importante. Los datos propiamente dichos son guardados en la base de datos TEMSE (TEMporary Sequential object) Cuando los datos van a ser impresos. Spool de sistema operativo LAN WAN S-WP Spool de sistema operativo R  Spooling: Este término hace referencia a la transmisión de datos a dispositivos de salida como impresoras. pasa la petición de impresión al spool del sistema operativo. dispositivos de fax.

Curso Básico de SAP / R3 Noviembre. 2005  Estas son algunas de las funciones:  Resumen de servidores y procesos  Gestión de bloqueos y actualizaciones  Creación de mensajes del sistema  Bloqueo de transacciones  Visualizar y analizar el log del sistema Página 70 de 77 .

Curso Básico de SAP / R3 Noviembre. modos de operación. controlar y configurar el sistema R/3. planificar backups de la base de datos. · Parada y arranque del sistema · Monitorización y análisis del sistema R/3 · Reporte automático de las alertas del sistema · Configuración del sistema: Perfiles del sistema. 2005 R/3 Computing Center Management System  Control      Administración de sistema (parada. El CCMS proporciona monitores gráficos y herramientas administrativas. reconfigurar el sistema) Gestión de los perfiles del sistema Proceso de fondo y planificación de jobs Distribución carga Ajuste del sistemasystem  Monitorización  Control del rendimiento del sistema R/3 Base de datos y sistema operativo Analisis de alertas R    Con el CCMS se puede monitorizar. etc · Procesar y controlar los trabajos de fondo. etc Página 71 de 77 . arranque.

Página 72 de 77 . 2005 Servicios remotos de SAP     Online Service System (OSS) Going Live y. También permite crear mensajes con cuestiones propias. los consultores de SAP pueden acceder al sistema R/3 del cliente. Early Watch Consultoria Remota SAP Net R  Online Service System (OSS): El OSS permite a los clientes de SAP consultar una gran base de datos de notas.  SAPNet: SAPNet proporciona prácticamente todos los servicios del OSS. archivado. además proporciona servicios adicionales que no se encuentran en el OSS (QuickSizer). etc.Curso Básico de SAP / R3 Noviembre.  Consultoría remota En una sesión de consultoría remota. e intentar analizar y resolver un problema determinado.  Going Live y Early Watch: El Going Live chequea el sistema R/3 poco antes de entrar en producción. Una sesión Early Watch identifica problemas de rendimiento principalmente.  Servicios adicionales: Upgrade remoto.

etc. Página 73 de 77 . 2005 R/3 Online Service System (OSS) Funiones Mensajes Notas Hot Cliente / OSS SAP / branch De problemas news de conexiones de registros SAP de cursos de usuarios OSS R Correcciones Servicio Gestión Partner Información Mantenimiento Que funciones se pueden usar en el OSS?         Se pueden reportar problemas en los diferentes sistemas del cliente. Se pueden visualizar las fechas de eventos como cursos. Se pueden descargar los hot packages para importarlos en el sistema. Se pueden mantener los datos del cliente y de sus sistemas. Se puede habilitar el acceso de SAP AG a los sistemas del cliente. entregas de software. hot packages. Se pueden buscar notas usando palabras clave.Curso Básico de SAP / R3 Noviembre. Se pueden visualizar las últimas noticias de funcionalidad. etc. Se pueden registrar desarrolladores y objetos.

El sistema de spool R/3 proporciona las ordenes de spool a impresoras y servidores de spool. pasa la petición de impresión al spool del sistema operativo.      Página 74 de 77 . Las ordenes de spool son generadas tanto en dialogo como en background y son ubicadas en las base de datos de spool con los detalles de impresión. En grandes entorno distribuidos esta administración es muy importante. Los datos propiamente dichos son guardados en la base de datos TEMSE (TEMporary Sequential object) Cuando los datos van a ser impresos.Curso Básico de SAP / R3 Noviembre. tanto a través de una LAN como a través de una WAN. El sistema operativo termina el proceso de impresión. Una vez que el work process de spool ha formateado los datos. Impresión saplpd LAN WAN Spool de sistema operativo TemSe Servidor de imp. dispositivos de fax. una petición de impresión es generada para una orden de spool. Spool de sistema operativo LAN WAN S-WP Spool de sistema operativo R  Spooling: Este término hace referencia a la transmisión de datos a dispositivos de salida como impresoras. etc. Esta petición de impresión es procesada por el work process de spool. 2005 Servicios de impresión R/3 Sistema R/3 Aplicación R/3 Spool Servidor de imp.

Cada instancia tiene sus propios buffers El servidor de mensajes proporciona a los servidores de aplicación comunicación con la instancia central (trigger de actualizaciones. .     Conexiónes de R/3 Página 75 de 77 .. D-WP B-WP Instancia Central (c) Dispatcher Message server R . Esto significa que se puede usar la base de datos de rendimiento para un balanceo automático de la carga.Curso Básico de SAP / R3 Noviembre. Los servicios proporcionados por una instancia son arrancados y parados al mismo tiempo.. D-WP D-WP . D-WP V-WP E-WP B-WP S-WP  Una instancia es una unidad administrativa que combina componentes de un sistema R/3 proporcionando uno o más servicios. ... 2005 Instancia R/3 Instancia (a) Dispatcher Instancia (b) Dispatcher . trigger de peticiones background. Un sistema central R/3 consiste en una instancia que proporciona todos los servicios R/3. etc) Incluso los puestos clientes pueden conectarse a SAP vía servidor de mensajes. petición y borrado de bloqueos.

En cada sistema R/3 hay un servicio de información que puede ser utilizado para la asignación variable de los SAPguis a los servidores de aplicación (dispatcher). El valor por defecto es sapdp00 y el puerto correspondiente es el 3200. Las flechas indican en que dirección las conexiones TCP son establecidas. Página 76 de 77 . donde <nr> es el número de instancia (00 to 99). Este servicio lo proporciona el message server. Este servicio se puede utilizar para organizar los frontends en grupos de logon y así distribuir la carga entre los servidores de aplicación. y se accede a él a través del puerto sapms<SID>. 2005 Representación de las comunicaciones externas de R/3.Curso Básico de SAP / R3 Noviembre. Se pueden elegir puertos diferentes para diferentes sistemas R/3. Conexión a Frontends Un dispatcher corre en cada servidor de aplicación del que pueden conectarse los clientes SAPgui . Se accede al dispatcher a través del puerto sapdp<nr>. El message server forma parte de la instancia central.

Salida a "line printer service" (lp) del servidor de destino Salida al demonio de impresión de (SAPlpd) que corre en el servidor de destino Impresión de frontend Imprimir utilizando la conexión de diálogo del SAPgui.Curso Básico de SAP / R3 Noviembre. que pueden ser utilizados por uno o más servidores de aplicación. Se puede acceder al SAP gateway a través del puerto sapgw<nr>.La conexión existente es utilizada. 2005 Conectando Impresoras El sistema R/3 utiliza work process de spool para resolver las peticiones de impresión. o con otra aplicación que use el interfaz de comunicación CPI-C o RFC. donde <nr> es el número de la instancia. Los valores por defecto . si el número de instancia es el 00: Puerto SAP Gateway: sapgw00 3300/TCP     Página 77 de 77 . Puede haber uno o más work process de spool. También se puede utilizar el gateway para la comunicación entre aplicaciones dentro de SAP. El sistema imprime de las siguientes maneras:      Salida al spooler del sistema operativo local del servidor de aplicación . Conexión a un Partner Externo o a otro sistema R/3 Cada servidor de aplicación tiene un SAP gateway que se utiliza para comunicar con otro sistema SAP.

Sign up to vote on this title
UsefulNot useful