1 - APOSTILA BASIS - Portugues

Prévia do material em texto

Technical Impl. and Operation I for SAP S/4HANA and SAP Business - Week 1 
FORMAÇÃO EXECUTIVA PROFISSIONAL 
SAP BASIS 
 
 
 
 
Pag 2 
 
 
 
 
Conteúdo 
Visão geral do curso 
 
Unidade 1: Sistemas SAP 
Lição 1: Descrevendo a Configuração dos Sistemas SAP 
 
Unidade 2: Navegação 
Lição 1: Descrevendo o SAP GUI e o SAP LOGON 
Lição 2: Descrevendo Funções, Ajuda e Personalização do SAP GUI 
Lição 3: Descrever a Navegação usando um Navegador 
Lição 4: Descrever o SAP Business Client 
Lição 5: Apêndice: Descrevendo o SAP Enterprise Portal 
 
Unidade 3: O Kernel do Sistema SAP 
Lição 1: Explicando a arquitetura básica do SAP NetWeaver AS 
Lição 2: Explicação do SAP NetWeaver Application Server ABAP (SAP Processos do NetWeaver AS para ABAP) 
Lição 3: Descrever os Processos Java do SAP NetWeaver AS 
 
Unidade 4: Desenvolvimento de Software em Sistemas SAP 
Lição: Descrever a estrutura de dados de um sistema SAP e Logística de Software 
Lição: Acessando e Editando Objetos do Repositório ABAP 
Lição: Importando Solicitações de Transporte 
Lição: Apêndice: Explicando o Desenvolvimento do SAP NetWeaver Infraestrutura (NWDI) 
 
Unidade 5: Usuários e Autorizações no AS ABAP 
Lição 1: Criação, cópia e manutenção de registros mestre de usuário 
Lição 2: Manutenção de autorizações de usuários com funções e perfis 
Lição 3: Definindo Parâmetros de Login e Utilizando as Informações do Usuário de Sistema 
Lição 4: Apêndice - Descrevendo Tarefas Avançadas de Administração de Usuário 
 
Unidade 6: Usuários e Autorizações no AS Java 
Lição 1: Configurando o Mecanismo de Gerenciamento de Usuários SAP (UME) 
Lição 2: Mantendo usuários e grupos 
Lição 3: Gerenciando a Autorização Java 
Lição 4: Administrando Diretores Especiais 
 
Unidade 7: Tecnologias de Comunicação e Integração 
Lição 1: Descrever Chamadas de Função Remotas e BAPIs 
Lição 2: Explicando Processos de Negócios entre Sistemas 
Lição 3: Descrevendo o SAP Gateway 
 
 
 
 
 
 
 
Pag 3 
 
 
 
 
Unidade 8: Fundação SAP Fiori 
Lição 1: Explorando o SAP Fiori Design 
Lição 2: Explorando o SAP Fiori Launchpad 
Lição 3: Personalizando o SAP Fiori 
Lição 4: Explicando os Tipos de Aplicação 
Lição 5: Examinando o SAP Fiori para S / 4HANA 
Lição 6: Apêndice: Referenciando Catálogos SAP Fiori 
Lição 7: Apêndice: Criando catálogos do SAP Fiori 
 
 
Unidade 9: Monitoramento e Resolução de Problemas do Sistema 
Lição 1: Usando a Arquitetura de Monitoramento do Centro de Computação Sistema de gestão 
Lição 2: Explicando o Conceito de Ferramentas de Monitoramento na Solução SAP Solution Manager 
Lição 3: Rastreando e Registrando no Sistema SAP 
Lição 4: Procedimentos para Resolução de Problemas 
 
Unidade 10: Visão Geral do Portfólio SAP 
Lição 1: Explicando a Função do SAP NetWeaver 
Lição 2: Descrevendo o Portfólio de Software SAP 
Lição 3: Descrevendo a Estratégia de Liberação do SAP 
 
Unidade 11: SAP Support Portal e SAP Community 
Lição 1: Descrevendo o Portal de Suporte SAP 
Lição 2: Descrevendo a Comunidade SAP 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
PÚBLICO-ALVO 
Este curso destina-se aos seguintes públicos: 
● Arquiteto de soluções 
● Administrador do sistema 
● Consultor de Tecnologia 
 
 
 
 
 
 
 
Pag 4 
 
 
 
 
UNIDADE 1 
Sistemas SAP 
 
OBJETIVOS DA UNIDADE: 
Descrever a configuração de um sistema SAP 
 
VISÃO GERAL DA LIÇÃO 
Os processos de negócios podem ser realizados com a ajuda do software da SAP. Esses negócios de processos 
são mapeados nos sistemas SAP. Esta lição explica a configuração básica de sistemas SAP. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: Descrever a configuração de um sistema SAP 
 
Soluções e Sistemas SAP 
Nos sistemas SAP, os processos de negócios são mapeados em soluções (aplicativos). Os vários processos de 
negócios relacionados ao grupo de soluções são agrupados por assunto. De um ponto de vista técnico, esses 
processos de negócios são executados em sistemas SAP (componentes). Sistemas SAP são, portanto, a visão 
técnica das funções; soluções são a visão orientada para o processo. É possível que os mesmos sistemas SAP 
sejam integrados em diferentes soluções. Uma solução é portanto, um tipo de contêiner lógico em torno de 
um conjunto de sistemas SAP. 
 
 
Soluções e Sistemas SAP 
 
Soluções 
O nome SAP S/4HANA significa SAP Business Suite 4 para SAP HANA e é o mais recente na coleção de 
aplicativos de negócios da SAP. Sua empresa pode se beneficiar rapidamente da velocidade de avaliação 
com o SAP HANA pois este produto oferece muitos processos de negócio que já estão otimizados para uso 
na inovadora plataforma de memória SAP HANA. Com o SAP Fiori, o SAP S/4HANA oferece uma tecnologia 
inovadora para projetar interfaces de usuário, que ajuda você a fornecer aos seus funcionários acesso mais 
fácil e rápido às funções que são relevantes para eles. O uso do SAP HANA permite que sua empresa crie 
 
 
 
 
Pag 5 
 
 
 
 
novos aplicativos no Big Data meio ambiente e a Internet das Coisas. Para mais informações, consulte: 
http://discover.sap.com/hana e http://go.sap.com/product/enterprise-management/s4hana-erp.html. 
 
O SAP ERP (SAP Enterprise Resource Planning) é uma solução líder de mercado para otimizar processos de 
negócios em sua empresa e otimizar seu cenário de TI, reduzindo sua complexidade. O aplicativo suporta 
processos de negócios integrados e essenciais aos negócios de finanças, gestão de capital humano, gestão 
de ativos, vendas e distribuição, compras e outras funções importantes de negócios. O SAP ERP também 
oferece suporte a processos, porque inclui funções de negócios específicas do setor que podem ser 
seletivamente ativados através do Switch Framework. Isso mantém o núcleo do aplicativo estável. 
Para mais informações, consulte: http://go.sap.com/product/enterprise-management/erp.html 
 
A solução SAP Customer Relationship Management (SAP CRM) oferece marketing, vendas, e atendimento 
ao cliente através de uma plataforma abrangente para o cliente com inteligência, que pode ser usada para 
gerenciar clientes e processos relacionados ao cliente de forma efetiva. O SAP CRM permite a interação com 
o cliente através de múltiplos canais, incluindo smartphones, a Internet e as mídias sociais, além de oferecer 
uma comunicação dedicada infra-estrutura que pode ser usada para conectar todos os usuários a qualquer 
momento, em qualquer lugar. Para mais informações, consulte http://go.sap.com/product/crm.html 
 
A solução SAP Supply Chain Management (SAP SCM) permite que as empresas adaptem seus processos da 
cadeia de suprimentos alinhados com um ambiente competitivo em constante mudança. O SAP SCM 
converte as mudanças de fornecimento convencionais de processos sequenciais lineares em redes 
configuráveis de fornecimento aberto. Nessas redes, as empresas orientadas para o cliente e orientadas pela 
demanda podem identificar a dinâmica da oferta e da demanda de maneira mais inteligente e rápida e eles 
podem responder apropriadamente a um ambiente globalmente distribuído. Para mais informações, 
consulte http://go.sap.com/product/scm.html 
 
A solução, SAP Supplier Relationship Management (SAP SRM), fornece uma plataforma que auxilia as 
organizações em todos os setores a melhorarem seus fornecedores de forma centralizada e com gestão dos 
contratos. Ele também permite que as organizações interajam com os fornecedores através de vários canais. 
O SAP SRM acelera e otimiza o processo completo, de ponta a ponta processo de aquisição, apoiando 
processos integrados e garantindo a conformidade do contrato, o que leva a economias relevantes. Para mais 
informações, consulte http://go.sap.com/product/srm.html 
 
A solução SAP Product Lifecycle Management (SAP PLM) ajuda as empresas a gerenciar, rastrear e controlar 
todas as informações relacionadas ao produto, durante o ciclo de vida deste e das cadeia de suprimentos 
ativas estendidas. O SAP PLM promove a criatividade e libera o produto para um processo de inovação a 
partir de restriçõesorganizacionais. Para mais informações, consulte http://go.sap.com/product/plm.html 
 
SAP Systems e SAP NetWeaver Application Server (SAP NetWeaver AS) 
A maioria dos sistemas SAP baseia-se no SAP NetWeaver Application Server (SAP NetWeaver AS) e o utiliza 
como o ambiente de tempo de execução. O SAP NetWeaver AS é o resultado lógico do desenvolvimento 
adicional da Tecnologia de servidor de aplicativos SAP (anteriormente: SAP Basis), com especial atenção para 
as aplicações baseadas em Web. 
 
 
 
 
 
 
http://discover.sap.com/hana
http://go.sap.com/product/enterprise-management/s4hana-erp.html
http://go.sap.com/product/enterprise-management/erp.html
http://go.sap.com/product/crm.html
http://go.sap.com/product/scm.html
http://go.sap.com/product/srm.html
http://go.sap.com/product/plm.html
 
 
 
 
Pag 6 
 
 
 
 
Recursos do SAP NetWeaver AS 
 
O SAP NetWeaver AS oferece as seguintes características: 
 
● Um ambiente de tempo de execução confiável e totalmente testado que foi desenvolvido regularmente 
por mais de 10 anos 
 
● Uma estrutura para a execução de processos de negócios complexos que atendem aos mais altos padrões 
de segurança 
 
● Um ambiente de desenvolvimento confiável e fácil de usar 
 
● Suporte para padrões abertos, como HTTP, HTTPS, SMTP, SOAP, SSL, SSO, X.509, Unicode, HTML, XML e 
WML 
 
● Alta escalabilidade 
 
● Suporte para diferentes sistemas operacionais e plataformas de banco de dados 
 
 
SAP NetWeaver AS como base para sistemas SAP 
 
 
 
 
 
Pag 7 
 
 
 
 
 
Servidor de aplicativos SAP NetWeaver 
 
Como os aplicativos fornecidos pela SAP geralmente não exigem os dois ambientes de tempo de execução, 
ou seja, ABAP e Java, existem diferentes opções de instalação para o SAP NetWeaver AS. Estes são: 
 
● SAP NetWeaver AS ABAP: Infraestrutura completa na qual aplicativos baseados em ABAP podem ser 
desenvolvidos e usados. 
 
● SAP NetWeaver AS Java: Infraestrutura completa na qual aplicativos compatíveis com JEE podem ser 
desenvolvidos e usados. 
 
● SAP NetWeaver AS ABAP + Java (pilha dupla): Infraestrutura completa na qual tanto a base ABAP 
e aplicativos baseados em JEE podem ser desenvolvidos e usados. 
 
Introdução 
Os sistemas SAP são usados para mapear processos de negócios ou aplicativos de negócios e implementar 
esses aplicativos independentemente do ambiente de hardware usado (sistema operacional, banco de 
dados) na maior extensão possível. O SAP NetWeaver oferece dois diferentes ambientes de execução para 
isso: um ambiente de tempo de execução ABAP (tipo de uso AS ABAP) e um Java ambiente de tempo de 
execução (tipo de uso AS Java). 
 
 
 
 
 
 
 
Pag 8 
 
 
 
 
Nota: 
Se você usar um sistema SAP S / 4HANA, deverá usar o banco de dados SAP HANA e sistema operacional 
Linux os quais são necessários para o SAP HANA. O ABAP (Advanced Business Application Programming) é 
uma linguagem de programação desenvolvida pela SAP. Muitos aplicativos de negócios de um sistema SAP 
são escritos em ABAP. ABAP tem sido otimizado para o desenvolvimento de aplicativos de negócios 
altamente escalonáveis. Os clientes podem usar o ABAP Workbench para o desenvolvimento de aplicações 
completamente novas, bem como para melhorar e modificar aplicações padrão SAP. Ao fazer isso, toda a 
infraestrutura do AS ABAP pode ser usada. A infraestrutura também suporta a criação das aplicações mais 
complexas por grandes grupos de desenvolvedores. O ABAP do Application Server fornece o ambiente de 
tempo de execução para programas escritos em ABAP. 
 
A SAP não apenas fornece um ambiente de tempo de execução para programas ABAP, mas também um 
tempo de execução ambiente para programas Java. AS Java é um servidor de aplicativos de acordo com o 
Java Enterprise Edition (JEE). 
 
A linguagem de programação Java foi introduzida em 1995 pela Sun Microsystems Inc. ™. Java é uma 
linguagem de programação orientada a objeto e independente de plataforma que se espalhou muitas áreas. 
O conceito Java permite o desenvolvimento de uma ampla gama de diferentes tipos de aplicativos - de 
aplicativos clássicos a applets usados em sites para aplicações cliente / servidor. Java Platform Enterprise 
Edition (Java EE, anteriormente J2EE) é um padrão de fornecedor para toda uma gama de componentes de 
software que são criados principalmente na linguagem de programação Java. A Sun / Oracle usa os testes de 
compatibilidade do Java EE para garantir que as especificações do Java Enterprise Edition são utilizados. 
 
O objetivo desta especificação é fornecer uma estrutura geralmente aceita para uso componentes modulares 
para desenvolver aplicações distribuídas em vários níveis. Com o Java EE especificação, a Sun / Oracle deseja 
garantir que os aplicativos da Web em conformidade com o ambiente de execução na especificação em todos 
os servidores compatíveis com Java EE. De acordo com a especificação do Java EE, a lógica do aplicativo é 
empacotada no Enterprise Java Beans (EJB). Eles representam os componentes Java executáveis do 
programa. Um contêiner fornece implicitamente os componentes com os serviços do ambiente de execução. 
 
Arquitetura baseada em cliente / servidor 
Antes de discutirmos várias configurações de cliente / servidor no contexto de sistemas SAP, primeiro 
precisamos definir os conceitos cliente e servidor. Existem basicamente duas maneiras de fazer isso. 
Na visão orientada a hardware, o termo servidor significa o servidor central em uma rede que fornece dados, 
memória e recursos para as estações de trabalho (clientes). 
Na visão orientada a software, o cliente e o servidor são ambos definidos no nível do processo (serviço). 
 
Um serviço neste contexto é um serviço fornecido por um componente de software. Este software 
componente pode consistir em um processo ou um grupo de processos (como um SAP NetWeaver 
Application Server) e é então chamado de servidor para esse serviço. Componentes de software que usam 
um serviço é chamado de cliente. Ao mesmo tempo, os clientes também podem ser servidores de outras 
Serviços. 
 
 
 
 
 
 
 
 
 
 
 
Pag 9 
 
 
 
 
O gráfico a seguir esclarece as duas abordagens para as definições. 
 
 
Figura 4: Visão Orientada a Hardware e Visão Orientada a Software 
 
No contexto dos sistemas SAP, os termos cliente e servidor são geralmente usados conforme definido na 
visão orientada a software. 
 
Configuração de cliente / servidor para sistemas SAP 
Os processos a seguir são frequentemente usados para operar softwares de aplicativo de negócios: 
● Processos de apresentação (por exemplo, para exibir telas) 
● Processos de aplicativos (por exemplo, para executar programas aplicativos) 
● Processos de banco de dados (por exemplo, para gerenciar e organizar dados do banco de dados) 
 
Quando você estiver instalando e configurando um sistema SAP, decida como vai distribuir os processos 
necessários entre o hardware disponível. Existem várias formas de fazendo isso, alguns dos quais são 
descritos em mais detalhes abaixo. As configurações são single-tier ou multi-tier, dependendo do número de 
camadas de hardware usadas (veja o seguinte gráfico). O sistema SAP ECC é um exemplo de software 
aplicativo de negócios. 
 
● Em configurações de camada única, todas as tarefas de processamento (banco de dados, aplicação e 
apresentação) 
 são executados por um computador. Este é o processamento de mainframe clássico. 
 
● Configurações de duas camadas geralmente são implementadas usando computadores de apresentação 
especiais 
que são responsáveis apenas pela formatação da interface gráfica. 
 
 
 
 
Pag 10 
 
 
 
 
● Em uma configuração de três camadas, cada camada é executada em seu próprio host mesmo utilizando 
muitos servidores de aplicação diferentes. Os servidores de aplicação podem trabalhar simultaneamente 
com os dados de um servidor de banco de dados. 
 
 
Figura 5: Configurações simples de cliente / servidor 
 
As configurações de camada única geralmente são usadas para testes e demonstrações (por exemplo,Sistema SAP em um laptop). Se muitos usuários quiserem trabalhar em um sistema configurado dessa 
maneira, os custos extras de hardware para cada usuário adicional se tornam maiores do que os custos 
associados com a implementação de níveis adicionais de hardware (por exemplo, mover a apresentação de 
processos para outros hosts). 
 
A configuração de dois níveis com processos de apresentação distribuídos (como mostrado no gráfico) pode 
manter um bom desempenho para um número significativamente maior de usuários, sem aumentar 
substancialmente os custos de hardware. A carga resultante do processo de apresentação é distribuído para 
os vários computadores front-end e por isso não influencia o desempenho do host do banco de dados. 
No entanto, se o número de usuários exceder um certo limite superior, o host central, no qual os processos 
de aplicativos e bancos de dados executados, correm o risco de se tornar um gargalo. Para evitar isso, você 
pode melhorar o desempenho do sistema SAP distribuindo a camada de processos de aplicação para vários 
hosts. Outra vantagem de adicionar uma camada de hardware especificamente para processos de aplicação 
é que facilita a escalabilidade. Se o número de usuários em um sistema SAP aumenta com o tempo, isso 
afetará negativamente o desempenho do sistema SAP, então esse problema pode, na maioria dos casos, ser 
resolvido simplesmente adicionando outro host para processos de aplicativos. 
 
Uma configuração alternativa de dois níveis é instalar sistemas de desktop poderosos e usá-los para 
apresentação e aplicativos (cliente / servidor de duas camadas). Essas configurações são especialmente 
adequadas para aplicações com alta demanda de processador (por exemplo, simulações ou para 
 
 
 
 
Pag 11 
 
 
 
 
desenvolvedores), mas não são implementados no ambiente SAP, exceto para fins de teste, devido à 
administração adicional necessária. 
No ambiente do SAP Business Suite, configurações de cliente / servidor mais complexas consistindo em mais 
de três níveis são teoricamente possíveis e utilizados na prática. A nível adicional poderia ser um servidor da 
Web, por exemplo. 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Descrever a configuração de um sistema SAP 
 
 
 
 
 
 
Pag 12 
 
 
 
 
UNIDADE 2 
Navegação 
 
Lição 1 
Descrevendo o SAP GUI e o SAP LOGON 
 
Lição 2 
Descrevendo Funções, Ajuda e Personalização do SAP GUI 
 
Lição 3 
Descrevendo a Navegação usando um Navegador 
 
Lição 4 
Descrição do SAP Business Client 
 
Lição 5 
Apêndice: Descrição do SAP Enterprise Portal 
 
 
OBJETIVOS DA UNIDADE 
● Fazer o login no sistema SAP com sucesso 
● Listar algumas variantes do SAP GUI 
● Fazer logoff do sistema SAP com sucesso 
● Usar vários métodos para iniciar as funções do sistema SAP 
● Criar uma lista de favoritos 
● Usar as funções de ajuda 
● Descrever os menus padrão Sistema e Ajuda 
● Conectar-se com êxito a um sistema SAP baseado em AS ABAP usando um navegador 
● Conectar-se com êxito a um sistema SAP baseado em Java usando um navegador 
● Descrever o SAP Business Client 
● Descrever o objetivo do SAP Enterprise Portal 
● Descrever os elementos da tela do SAP Enterprise Portal 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 13 
 
 
 
 
Unidade 2 
Lição 1 
Descrevendo o SAP GUI e o SAP LOGON 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, você aprenderá comandos básicos de navegação usando o SAP GUI for Windows 
 
Exemplo Comercial 
Você deseja descobrir quais tipos de SAP GUI estão disponíveis para você e usá-los para efetuar logon em um 
Sistema AS ABAP. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Fazer o login no sistema SAP com sucesso 
● Listar algumas variantes do SAP GUI 
● Fazer logoff do sistema SAP com sucesso 
 
Visão Geral da GUI do SAP 
O nível de apresentação, o SAP GUI (Graphical User Interface), permite que você interaja com Sistemas SAP 
baseados no AS ABAP. SAP GUI implementa uma interface de usuário gráfica usando as funções fornecidas 
pelo ambiente de apresentação relevante. SAP GUI é baseado no Windows Style Guide e está disponível para 
várias plataformas, fornecendo as mesmas funções para cada uma. Existem diferentes variantes do SAP GUI, 
que podem ser operadas da mesma forma, independentemente da plataforma subjacente. 
 
 
Os seguintes tipos de SAP GUI estão disponíveis: 
● SAP GUI para o ambiente do Windows 
● SAP GUI para o ambiente Java 
● SAP GUI para HTML 
 
Nota: 
Na lista anterior, os termos oficiais da GUI do SAP são usados; estes termos são apenas disponíveis em 
inglês. Coloquialmente, os seguintes termos são usados como sinônimos (em na mesma ordem): SAP GUI 
para Windows, SAP GUI para Java ou Java GUI e Web GUI. Estes termos não são termos “oficiais SAP”, mas 
são, no entanto, generalizados. 
 
 
Atenção! 
As variantes da GUI do SAP são adequadas apenas para trabalhar com base em Sistemas SAP AS ABAP. O 
SAP GUI para Java não permite acesso ao SAP baseado em sistemas Java. O nome refere-se apenas à 
tecnologia de implementação: SAP GUI para Java foi implementado em Java e pode, portanto, ser usado 
em sistemas front-end em que um sistema operacional Windows não está em execução (Mac OS X ou Linux, 
por exemplo, está sendo executado). 
 
Os aplicativos SAP baseados em Java são acessados por meio de um navegador. 
 
 
 
 
Pag 14 
 
 
 
 
O SAP GUI para o ambiente Windows (SAP GUI for Windows) é a implementação do SAP GUI em um ambiente 
Microsoft Windows. O SAP GUI for Windows está escrito em C ou C ++ é executado em plataformas baseadas 
no Windows e suporta todas as transações em um sistema SAP. 
 
O fluxo de dados entre a camada de apresentação e a camada de aplicativo não consiste em telas preparadas, 
mas sim informações lógicas e compactadas sobre elementos de controle e entrada (protocolo DIAG). O 
volume de dados transferidos para cada alteração de tela é geralmente de poucos KB. Portanto, você 
também pode conectar facilmente servidores de apresentação em WANs. 
 
O SAP GUI para o ambiente Java (SAP GUI for Java) é escrito em Java e é a implementação é independente 
da plataforma do SAP GUI. Como o SAP GUI é para o ambiente Windows, este GUI também usa o protocolo 
DIAG e, portanto, o volume de dados transferido para cada mudança de tela também é geralmente apenas 
alguns KB e o servidor de apresentação pode ser facilmente conectado via WANs. 
 
Você pode instalar o SAP GUI no front-end ou, alternativamente, instalá-lo em um Windows Terminal Server 
(WTS) e acessá-lo usando clientes de terminal. O SAP GUI para HTML requer o SAP Internet Transaction 
Server (ITS) que faz parte do AS ABAP no lado do servidor e um navegador da Web no lado do cliente. O SAP 
ITS fornece os serviços necessários para gerar respostas em formato HTML (dentro do sistema SAP). Estas 
respostas são transferidas para o Servidor da Web ou Cliente da Web fora do sistema SAP usando o Internet 
Communication Manager do AS ABAP. A principal vantagem do SAP GUI para HTML é a instalação mais 
simples no front-end; uma instalação de um navegador é suficiente. 
 
A figura, Variantes do SAP GUI, mostra as várias alternativas e o fluxo de comunicação com o despachante 
(dispatcher) ABAP e o Internet Communication Manager (ICM). 
 
 
Variantes da GUI do SAP 
 
 
 
 
Pag 15 
 
 
 
 
Nota: 
Você pode encontrar mais informações sobre as várias alternativas da GUI do SAP nas seguintes notas SAP: 
 
● Nota SAP 66971: plataformas suportadas do SAP GUI 
● Nota SAP 314568: SAP GUI para HTML: Funcionalidades / Limitações / Comportamentos Especiais 
● Nota SAP 146505: SAP GUI para o ambiente Java (independente de plataforma GUI) 
● Nota SAP 138869: SAP GUI no Windows Terminal Server (WTS) 
 
Procedimento: 
Faça logon no sistema SAP 
Muitas das soluções fornecidas pela SAP podem ser acessadas usando o SAP GUI (SAP Graphical Interface de 
usuário). Por uma questão de simplicidade, outras descrições referem-se ao SAP GUI para o Ambiente 
Windows. A SAP fornece outro programapara iniciar o front-end: Logon SAP. Depois de ter chamado Logon 
SAP, é exibida uma lista de sistemas SAP para os quais o processo de logon pode ser iniciado. Esta lista é 
tirada de um arquivo no front-end: saplogon.ini. O arquivo é geralmente pré-configurado centralmente e 
fornecido ao usuário final. 
 
Durante o logon, o SAP Logon também permite a distribuição de carga de logon usando os recursos 
disponíveis para o sistema SAP selecionado. 
 
 
Figura 7: O programa de logon do SAP 
 
Ao efetuar logon em um sistema SAP, você é solicitado a inserir o usuário e a senha, entre outras coisas. Se 
você implementou uma solução SSO (Single Sign-On), talvez não seja necessário inserir essas informações. 
Quando você faz logon, você especifica um determinado client (mandante) do sistema SAP; este campo é 
frequentemente preenchido de forma adequada. 
 
 
 
 
 
Pag 16 
 
 
 
 
Dica: 
Um client geralmente corresponde ao mapeamento de uma empresa em um sistema SAP. Ou seja, várias 
empresas podem ser mapeadas e ativadas em paralelo em um sistema SAP com vários clients (mandantes). 
O cliente tem um campo-chave correspondente nas tabelas do banco de dados usado por esse sistema SAP. 
Se você estiver conectado a um determinado cliente (mandante), você só poderá acessar dados 
corporativos para esse cliente. Desta forma, os clients (mandantes) correspondem a entidades comerciais 
separadas. 
 
Ao efetuar logon, você pode selecionar um idioma de logon suportado por esse sistema SAP. Os sistemas SAP 
podem suportar muitos idiomas, o mínimo sendo inglês e outra lingua selecionada. O número de idiomas 
instalados determina quais idiomas o sistema suporta. 
 
Na tela de logon, você também tem a opção de usar o botão Nova Senha para alterar sua senha, no máximo 
uma vez por dia. O administrador do sistema SAP pode incluir um texto adicional na tela de logon. Para obter 
mais informações, consulte a Nota SAP 205487: Texto personalizado na tela de logon do SAP GUI 
 
Nota: 
Notas SAP contêm informações detalhadas sobre certas funções ou correções para erros conhecidos em 
produtos SAP. Você pode acessar o SAP Notes a partir de, por exemplo, Portal de Suporte SAP na Internet, 
usando um usuário válido (S-user) e senha em https://support.sap.com/notes 
 
No decorrer de um logon em um sistema SAP, você pode trabalhar em várias sessões (processamento janelas 
de um sistema SAP) simultaneamente. O administrador do sistema SAP pode usar um parâmetro do sistema 
para definir quantas sessões são permitidas para cada logon no sistema SAP. Para obter mais informações, 
consulte a Nota SAP 12466: Restrições de logon no SAP R/3. 
https://support.sap.com/notes
 
 
 
 
Pag 17 
 
 
 
 
 
A tela de logon de um sistema SAP 
 
Os dados dos usuários nos sistemas SAP são chamados de registro mestre do usuário. Os registros mestre de 
usuário são armazenados no sistema SAP para cada cliente (mandante). Isso significa que você só pode fazer 
logon nos clients (mandantes) onde o seu usuário (registro mestre) existe. Se você tiver apenas um usuário 
para o client 100, poderá fazer logon no cliente 100. Se você puder fazer logon em vários clients, terá vários 
registros mestre de usuário. Esses registros permitem que você execute atividades diferentes, dependendo 
de qual client você está logado. 
 
Por motivos de segurança e monitoramento, vários logons simultâneos em sistemas SAP são registrados. Se 
o mesmo usuário efetua login mais de uma vez e, em seguida, para cada logon subseqüente, o sistema exibe 
uma mensagem de aviso que oferece ao usuário as seguintes opções: 
 
● Feche todas as sessões existentes e faça o logon novamente 
● Mantenha as sessões existentes abertas e abra uma sessão adicional (isso é registrado no log). 
● Finalizar este logon 
A segunda opção pode ser desativada centralmente para todo o sistema. 
 
Mudando a senha 
Na primeira vez que você fizer logon no sistema SAP, use a senha inicial atribuída a você. Durante o primeiro 
login, você é solicitado a definir uma nova senha. Por razões de segurança, recomenda-se alterar a senha 
ocasionalmente. 
 
 
 
 
 
 
 
Pag 18 
 
 
 
 
Para alterar a senha inicial 
1. Digite a nova senha duas vezes. O sistema SAP contém várias regras relacionadas à estrutura de uma senha. 
2. Para concluir o processo, escolha OK para salvar sua nova senha. Para alterar a senha 
 
Dica: Os usuários podem alterar sua senha não mais do que uma vez por dia na tela inicial. Por outro lado, 
os administradores de usuários com autorização para a transação SU01 podem alterar a senha de um 
usuário quantas vezes quiserem. Na verdade, o administrador pode atribuir apenas novas senhas iniciais. 
Uma senha inicial deve ser alterada na próxima hora em que o usuário executar o logon. 
 
1. Na tela de logon do sistema SAP, insira os dados de logon com a senha antiga. 
2. No canto superior esquerdo, selecione o botão Nova senha. 
3. Digite a nova senha duas vezes. O sistema SAP contém várias regras relacionadas à estrutura de uma senha. 
4. Para concluir o processo, escolha OK para salvar sua nova senha. 
 
Estrutura da tela 
Depois de ter logado com sucesso, a tela inicial do sistema SAP é exibida. Esta tela também é conhecida como 
tela do SAP Easy Access. A tela SAP Easy Access é a tela inicial padrão nos sistemas SAP. O lado esquerdo da 
tela contém uma hierarquia em árvore dos menus disponíveis para você no sistema SAP; você pode usar o 
lado direito da tela para exibir o logotipo da sua empresa. Este gráfico é disponibilizado centralmente pelo 
administrador do sistema SAP e não pode ser personalizado por usuários individuais. 
 
 
 
 
 
 
 
 
 
 
Pag 19 
 
 
 
 
Você pode encontrar uma descrição detalhada de como configurar o gráfico no SAP Easy Access em Extras 
→ Informações de administração (se você tiver a autorização necessária). Observe que o gráfico é 
armazenado no sistema SAP e transportado para o front end toda vez que um usuário faz logon. Embora seja 
transportado em formato comprimido, o gráfico não deve exceder 20 KB. Você pode impedir que o gráfico 
seja exibido escolhendo a velocidade baixa na Configuração de conexão no programa Logon do SAP (consulte 
a Nota 161053 do SAP: Usando o SAP GUI na WAN) ou desativando a exibição da imagem na tela SAP Easy 
Access em Extras → Configurações. 
 
Uma tela típica (com alguns elementos comuns) aparece quando você escolhe a guia Padrões em Sistema → 
Perfil do usuário → Dados próprios. Você então verá a tela mostrada na figura, os elementos da tela no SAP 
GUI, com os dados para seu próprio usuário: 
 
 
Elementos da tela na GUI do SAP 
 
Uma interface de usuário do SAP pode conter os seguintes elementos de tela, por exemplo: 
● campo de comando 
● Barra de menus, barra de funções do sistema, barra de título, barra de ferramentas da aplicação, barra de 
status 
● caixas de seleção 
● botões de rádio 
● Páginas de guia 
 
 
 
 
 
Pag 20 
 
 
 
 
Você pode iniciar aplicativos diretamente inserindo seu código de transação no campo Comando. Você pode 
ocultar e mostrar o campo escolhendo o pequeno ícone de triângulo à direita do campo de comando. Você 
pode encontrar o código de transação para um aplicativo no menu SAP no Tela SAP Easy Access, na barra de 
status (se não estiver oculta) ou no próprio aplicativo nas opções: Sistema → Status. 
 
A barra de menu é a linha superior de qualquer janela de diálogo no sistema SAP. Os menus mostrados aqui 
dependem de qual aplicativo você está executando. Os botões na barra de ferramentas padrão são 
mostrados em todas as telas do SAP. Se eles não estiverem disponíveis em um aplicativo, os botões que você 
não pode usar nessa tela são desativados. Se você colocar o cursor sobre um botão por um curto período, o 
sistema exibe um sinalizador com o nome ou função de o botão. Se apropriado, a configuração da tecla de 
função correspondente também é exibida. 
 
A barra de título dá o nome da função que você está usando atualmente. 
A barra deferramentas da aplicação mostra os botões disponíveis na aplicação que você está executando. 
A barra de status exibe informações sobre o status atual do sistema, como avisos e erros. Também é possível 
modificar a variante de exibição para mostrar, por exemplo, o código de transação da transação em que você 
está atualmente. Dentro de um grupo de campos, as caixas de seleção permitem que você selecione várias 
opções ao mesmo tempo. 
 
No caso de botões de opção, você pode selecionar apenas uma opção. 
As páginas de tabulação são usadas para organizar várias subtelas de forma clara. 
Campos de entrada e botões são elementos adicionais da tela. 
 
Fazendo logoff do sistema 
Você deve efetuar logoff do sistema SAP quando terminar seu trabalho no sistema SAP. Existem várias 
maneiras de fazer isso. Para fazer logoff através da barra de menus 
 
1. Escolha Sistema → Logoff. 
 
Dica: 
Como alternativa, você pode escolher no menu SAP Easy Access ou digitar a opção / Comando NEND no 
campo Comando. Se várias sessões estiverem abertas, o amarelo seta apenas fecha a janela ativa. O campo 
de diálogo para efetuar logoff apenas aparece na última janela. 
 
Cuidado: 
O comando / NEX encerra imediatamente seu logon sem consultar as janelas de diálogo primeiro. Todas 
as sessões da sua sessão de terminal estão fechadas e as entradas que não foram salvas são perdidas! 
 
2. Uma caixa de diálogo Logoff informa que você perderá dados que não foram salvos quando você fizer 
logoff. 
 
 
 
 
Pag 21 
 
 
 
 
 
Caixa de Diálogo Logoff 
 
3. Para fazer logoff, escolha Sim. 
 
Dica: 
Do ponto de vista do sistema operacional Windows, uma sessão SAP é uma aplicação normal. Portanto, 
você também pode fechar as sessões do SAP por meio do sistema, usando a combinação de teclas Alt + F4. 
Quando você fecha a última janela de sua sessão, a caixa de diálogo também é exibida. Para mais 
informações, consulte a seguinte documentação on-line. Ajuda → SAP Biblioteca → Introdução ao sistema 
SAP. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Fazer o login no sistema SAP com sucesso 
● Listar algumas variantes do SAP GUI 
● Fazer logoff do sistema SAP com sucesso 
 
 
 
 
 
Pag 22 
 
 
 
 
Unidade 2 
Lição 2 
Descrevendo Funções, Ajuda e Funções do SAP GUI Personalização 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, você aprenderá várias maneiras de chamar funções em sistemas SAP. Você também aprende 
sobre as opções de ajuda disponíveis nos sistemas SAP baseados em AS ABAP. 
 
Exemplo Comercial 
Você quer saber como as funções podem ser iniciadas no sistema SAP e o que ajuda o sistema pode fornecer-
lhe. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Usar vários métodos para iniciar as funções do sistema SAP 
● Criar uma lista de favoritos 
● Usar as funções de ajuda 
● Descrever os menus padrão Sistema e Ajuda 
 
Menu do usuário e menu SAP 
O menu SAP Access é exibido automaticamente após o login; representa o padrão de ponto de acesso a um 
sistema SAP para o SAP GUI for Windows. A barra de navegação à esquerda da tela contém uma estrutura 
de árvore clara, consistindo de entradas de menus. Você pode ajustar a área de Favoritos para suas próprias 
necessidades específicas. As entradas dos menus SAP e os menus do usuário só podem ser alterados pelos 
administradores do sistema. 
 
 
 
 
Pag 23 
 
 
 
 
 
Lista de Favoritos e Menu do Usuário 
 
O usuário final pode alternar do menu do usuário baseado na função para o menu padrão SAP (as 
configurações do sistema permitem isso). 
 
Dica: 
Os administradores do sistema podem usar a tabela USERS_SSM para determinar se devem ou não 
conceder permissão para os usuários SAP alternar entre o menu SAP e seus menus de usuário. A 
disponibilidade do usuário ou do menu SAP não afeta as autorizações de um usuário. Isto significa que um 
usuário sempre pode chamar funções autorizadas usando um código de transação, independente da 
estrutura do menu. 
 
O menu do usuário baseado em funções é criado com base nas funções atribuídas ao usuário e transferido 
para o front-end. Portanto, faz sentido manter os papéis o menor possível porque papéis grandes podem 
levar muito tempo para serem transferidos para o front end. Se um usuário tiver várias funções atribuídas, 
algumas funções poderão ser repetidas em diferentes partes no menu do usuário baseado em função. Se 
você não quiser que essas funções sejam exibidas duas vezes, consulte a nota SAP 357693: Redundancy 
Avoidance no Easy Access (e as outras notas SAP listadas neste SAP Nota) para obter informações sobre como 
identificar e excluir duplicatas e questões relacionadas. 
 
 
 
 
 
 
 
Pag 24 
 
 
 
 
Dica: 
Contanto que você tenha a autorização apropriada, você também pode exibir para o usuário menus 
diferentes daqueles atribuídos a você em seu registro mestre de usuário. Feito isso, escolha outro menu. 
Use Criar função para iniciar a manutenção da função transação, PFCG. 
 
Os menus do usuário e do SAP podem ser estruturados de maneira bastante complexa. É, portanto, difícil 
lembrar-se do caminho exato para a transação que você está procurando. Enquanto a transação não foi 
copiada para a área favorita, você pode encontrá-lo mais facilmente com pesquisa especial de transações. 
 
As transações SEARCH_SAP_MENU e SEARCH_USER_MENU buscam os menus correspondentes para o 
padrão de texto predefinido. O resultado da pesquisa está em uma exibição de lista de qual você pode pegar 
o caminho de navegação. As transações encontradas não podem ser iniciadas diretamente com um duplo 
clique. 
 
Gestão de Favoritos 
Além do menu de área ou do menu SAP, o usuário também é fornecido com funções na Área de favoritos. 
Links para transações frequentemente usadas, links da Web ou arquivos podem ser armazenados na Área de 
favoritos. 
 
A lista de favoritos contém referências a funções do sistema SAP ou links para conteúdo da Internet ou para 
arquivos no computador front-end do usuário final. A lista de favoritos, inicialmente vazia, pode ser editado 
por cada usuário final de acordo com suas preferências. Você só pode ver seus próprios favoritos. Como os 
dados dos favoritos são armazenados no sistema SAP, cada usuário pode ter diferentes coleções de favoritos 
em diferentes sistemas SAP. 
 
Dica: 
Os menus favoritos completos, incluindo as estruturas de pastas, podem ser facilmente copiados fazendo 
o upload ou download de um sistema SAP para outro. O download dos menus favoritos são armazenados 
temporariamente no PC front-end. Para melhorar a estruturação, ordene os favoritos em pastas 
separadas. Você pode editar seus favoritos na tela do SAP Easy Access usando a opção de menu Favoritos. 
 
O menu Favoritos oferece a opção de adicionar uma função do menu do usuário (ou SAP) para sua lista de 
favoritos pessoais selecionando a função e escolhendo Favoritos →Adicionar. Aqui o caminho do menu 
também é gravado com o texto da entrada favorita de forma limitada. Se você destacou uma opção de menu 
usando o mouse, você pode copiar o nó selecionado na Área Favoritos, clicando com o botão direito do 
mouse no nó 
 
Alternativamente, você também pode arrastar os elementos da área de menu usando o mouse e armazene-
os na área Favoritos. Você pode adicionar URLs ou links para arquivos à sua lista de favoritos escolhendo 
Favoritos → Adicionar outros objetos. Clique no símbolo do triângulo à esquerda do símbolo de arquivo para 
expandir ou reduzir a lista de favoritos. 
 
Dica: 
Para alterar o nome de uma transação nos favoritos, destaque os entrada favorita e selecione o caminho 
do menu Favoritos → Alterar. Você pode mudar e salvar o texto na caixa de diálogo que é aberta. 
 
 
 
 
 
 
Pag 25 
 
 
 
 
Você pode excluir as entradas favoritas que não são mais necessárias. Ao fazê-lo, o link para a função 
correspondente é excluído da sua lista de favoritos. Se você quiser excluir todo o Menu Favoritos, destaque 
a entrada Favoritose clique com o botão direito para acessar o menu de contexto disponível e escolha 
“Excluir todos os favoritos”. 
 
Chamando Funções 
Você tem várias opções para navegar em um sistema SAP: 
 
● Inserindo códigos de transação no campo de comando 
● Selecionando entradas no menu SAP 
● Selecionando entradas no menu do usuário 
● Selecionando entradas da lista de favoritos 
● Escolhendo itens dos menus na barra de menus 
 
 
Várias opções de navegação 
 
Você pode acessar os menus na barra de menus usando a combinação de teclas Alt + <#> (#corresponde à 
letra sublinhada do item de menu selecionado) ou a navegação Alt e cursor usando as setas do teclado. Você 
também pode usar o teclado para acessar a tela SAP Easy Access ou o campo de comando e chamar as 
funções do sistema SAP a partir daí. 
 
 
 
 
 
Pag 26 
 
 
 
 
Dica: Use as seguintes teclas para navegar usando o teclado: 
● TAB move de um elemento de campo para o próximo dentro de um grupo de campos. 
● Ctrl + TAB vai de um grupo de campos para o primeiro elemento do próximo campo grupo. 
Você pode encontrar mais atalhos usando o Customizing do layout local (Alt + F12) → Ajuda do SAP GUI. 
Pressione F1 no campo Comando para exibir as opções de entrada para este campo. As seguintes entradas 
são possiveis: 
 
Entradas possíveis no campo OK Code 
 
● / n para cancelar a transação atual 
● / nXXXX para chamar a transação XXXX diretamente de outra transação. Sem o prefixo, você só pode 
chamar XXXX na tela SAP Easy Access. 
● / o para exibir uma visão geral das sessões 
● / oXXXX para chamar a transação XXXX em uma nova sessão diretamente de outra transação 
● / nend para terminar a sessão de início de sessão com uma caixa de diálogo de confirmação 
● / nex para finalizar a sessão de logon sem uma caixa de diálogo de confirmação 
● / i para excluir a sessão que você está usando atualmente 
 
Nota: 
O campo Comando é uma exceção, porque quando você seleciona F4, a ajuda de entrada é não exibida. A 
ajuda de entrada no campo de comando lista apenas os últimos 15entradas feitas neste campo no front 
end. Esta lista é armazenada no registro no front-end e é válido para todas as sessões no front-end 
(independentemente do sistema usado). 
 
Opções de Ajuda 
O sistema SAP fornece várias opções de ajuda, que serão introduzidas na seção seguinte. 
 
F1 Ajuda 
Você pode usar a tecla F1 para exibir uma explicação de campos, menus, funções e mensagens. A ajuda F1 
também exibe informações técnicas no campo relevante. Ele contém o parâmetro ID, que você pode usar ao 
definir valores padrão específicos do usuário para campos de entrada que também se referem para este ID 
de parâmetro. Você também pode exibir informações interessantes, por exemplo, chamando a Ajuda F1 para 
o campo de comando. 
 
 
 
 
Pag 27 
 
 
 
 
 
A Ajuda F1 
 
Você também pode usar outros botões na caixa de diálogo Performance Assistant para exibir informações 
no campo selecionado. Uma das informações mais importantes, além do link para a Ajuda do aplicativo 
sensível ao contexto, é o link para as Informações técnicas. Escolha esta opção para exibir informações 
detalhadas, como o ID do parâmetro atribuído ao campo. Você pode usar parâmetros para definir padrões 
para campos de entrada utilizados com freqüência. Para fazer isso, os parâmetros são armazenados com os 
valores desejados no registro mestre do usuário. 
 
Nota: Você pode precisar ativar o Performance Assistant primeiro usando o menu Ajuda → Configurações 
→ Ajuda F1. 
 
Ajuda de entrada 
Você pode escolher F4 para exibir possíveis valores de entrada. Você também pode chamar a ajuda de 
entrada para um campo usando o botão imediatamente à direita do campo selecionado. Se um campo 
contiver símbolo de marca de seleção, você pode prosseguir para a próxima etapa desse aplicativo depois de 
entrar com o valor permitido (entrada obrigatória). Você pode usar variantes de transação ou tela, ou 
Customizing para marcar campos como obrigatórios ou opcionais, ocultos ou preenchidos com valores 
padrão ocultos. 
 
 
 
 
 
Pag 28 
 
 
 
 
 
A ajuda de entrada 
 
A ajuda de entrada exibe uma lista de possíveis entradas para um campo. Se houver muitas entradas 
possíveis, tela de seleção separada é exibida. Se houver uma lista de ocorrências longa, a ajuda de entrada 
será exibida apenas como muitas entradas conforme o usuário especificou na página da guia Ajuda F4 em 
Ajuda → Configurações. O valor padrão para isso é 500. 
 
Dica: Se houver mais de 500 hits, você poderá usar o botão mostrado na figura uma vez para aumentar o 
número de ocorrências dessa seleção ou alterar a variante de pesquisa. 
 
Dica: Os usuários também podem criar listas de valores pessoais. 
 
Exemplo: 
Um funcionário da S & D que é apenas responsável pelos clientes na Baviera quer ver os clientes da Baviera, 
e define uma lista de valores pessoais correspondente. No entanto, apesar disso (dependendo as 
autorizações atribuídas) o empregado ainda tem a opção em todos os momentos de mudar para a visão total 
de todos os clientes ou de atualizar ou excluir completamente a lista de valores. 
 
Ajuda SAP 
A documentação de ajuda do SAP é uma ajuda útil para conhecer as funções do sistema. Isso também explica 
os conceitos da arquitetura do sistema, dá exemplos de como você pode configurar vários processos e avisa 
 
 
 
 
Pag 29 
 
 
 
 
sobre possíveis erros do usuário e suas consequências. A documentação online também contém várias dicas 
e truques para ajudá-lo a executar tarefas comuns no sistema SAP com mais facilidade e rapidez. 
 
 
A biblioteca SAP 
 
Dica: Você também pode acessar a documentação do SAP na Internet. Para fazer isso, vá para 
http://help.sap.com. Lá você pode acessar a documentação completa do produto para todos os lançamentos 
aqui; uma pesquisa por solução de texto completo fácil de usar também está disponível. 
 
O sistema e os menus de ajuda 
Os menus Sistema e Ajuda estão sempre disponíveis com as mesmas opções em todas as telas de um Sistema 
SAP. O menu Sistema permite acessar várias funções do sistema. Este menu também contém funções que 
você só pode acessar usando este menu (e não de qualquer outra forma). Você pode fazer logoff usando 
Sistema → Log Off, e exibe informações úteis sobre o seu sistema e a função que você estão usando 
atualmente, como o código de transação, escolhendo Sistema → Status 
 
http://help.sap.com/
 
 
 
 
Pag 30 
 
 
 
 
 
O sistema e os menus de ajuda 
 
Você acessa a documentação do sistema SAP no menu Ajuda. Você também pode exibir as Notas de versão 
e configure as configurações padrão para a ajuda de entrada. No entanto, você principalmente deve usar o 
menu Ajuda para navegar até a seção específica da documentação relevante para o seu trabalho no contexto 
atual. A ajuda sensível ao contexto também é chamada de Ajuda do aplicativo. A ferramenta para acessar a 
documentação como um todo é a Biblioteca SAP. 
 
Personalização da GUI do SAP 
O sistema SAP contém uma ampla variedade de opções de personalização. Você pode selecionar 
Suplementos → Configurações para influenciar o design da primeira tela do sistema SAP, por exemplo, 
incluindo uma imagem na área direita da vista ou incluindo o nomes técnicos (códigos de transação) na tela 
SAP Easy Access. Na barra de ferramentas padrão, use o botão a seguir para adaptar o layout local: 
Personalizando o botão de layout local, você pode gerenciar o histórico de entrada escolhendo Opções ... → 
Dados Locais. 
 
Se estiver ativado, o histórico de entrada cria um pequeno banco de dados no front end contendo o último 
x entradas feitas nos campos de entrada nas transações. Você pode especificar o valor para "x". Estes 
entradas são exibidas como ajuda de entrada para campos que são declarados de acordo. Existe uma ligeira 
atraso no histórico de entrada. Para minimizar essa exibição, escolha Opções → Local → Dados → Histórico 
→ Imediato. 
 
 
 
 
 
Pag 31 
 
 
 
 
 
As Opções tambémpermitem definir a velocidade das informações rápidas e exibir as mensagens do sistema 
caixas de diálogo (Opções ... → Mensagens). Vários outros auxílios e configurações estão disponíveis aqui, 
por exemplo, você pode escolher um esquema de cores para sua GUI. 
 
Nota: 
Usando o Customizing de layouts locais, você pode escolher Configurações de desenho → Geral para 
adaptar o tamanho da fonte na janela da GUI do SAP. No entanto, você precisa fechar o SAP Logon, abra-
o e faça o login no sistema novamente antes para que suas alterações de configurações entrem em vigor. 
 
 
 
Duas opções possíveis de personalização 
 
Você pode escolher Sistema → Perfil do usuário → Dados do usuário podem definir valores padrão pessoais. 
Você pode escolher entre as páginas do separador Endereço, Valores fixos e Parâmetros. 
 
Dica: Você pode usar parâmetros para inserir valores padrão nos campos que você usa regularmente. O 
pré-requisito para que você seja capaz de fazer isso é que o campo de entrada foi atribuído um ID de 
parâmetro. 
 
 
 
 
 
 
 
Pag 32 
 
 
 
 
Para encontrar o ID do parâmetro, selecione o campo de entrada para o qual você deseja definir um valor 
padrão, e escolha a ajuda F1, seguida pelo botão Informações Técnicas. Isso chama uma caixa de diálogo que 
exibe o ID do parâmetro correspondente em Dados do campo (desde que um ID de parâmetro está atribuído 
ao campo). Se, por exemplo, você inserir o ID de parâmetro XUS em seu perfil de usuário na página da guia 
Parâmetros e atribua um valor a isso, todos os campos com XUS como seu ID de parâmetro agora tem o valor 
que você inseriu como padrão. Esse é o caso na transação SU01, por exemplo. A lista de favoritos na tela SAP 
Easy Access e as variantes de exibição da barra de status opções adicionais de personalização. 
 
Dica: 
Você pode usar as informações exibidas na barra de status na borda inferior direita da janela da GUI. Lá, 
você pode, por exemplo, sempre exibir a transação código da transação que está sendo executada no 
momento. 
 
Informação relacionada 
● Documentação: Você pode encontrar ajuda estendida para o SAP Easy Access em Ajuda → Aplicativo → 
Socorro. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Usar vários métodos para iniciar as funções do sistema SAP 
● Criar uma lista de favoritos 
● Usar as funções de ajuda 
● Descrever os menus padrão Sistema e Ajuda 
 
 
 
 
 
 
 
 
Pag 33 
 
 
 
 
Unidade 2 
Lição 3 
Descrevendo a Navegação usando um Navegador 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, você aprende sobre navegação com o SAP baseado em AS ABAP e AS Java usando um navegador. 
 
Exemplo Comercial 
Você deseja usar um navegador para trabalhar em sistemas SAP baseados em AS ABAP ou AS Java. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Conecte-se com êxito a um sistema SAP baseado em AS ABAP usando um navegador 
● Conecte-se com êxito a um sistema SAP baseado em Java usando um navegador 
 
 
 
 
 
 
 
Navegação com Navegador: Sistema SAP baseado em ABAP 
Com os sistemas SAP baseados no AS ABAP, você pode optar por se comunicar pelo SAP GUI ou um 
navegador. Você pode consultar a Product Availability Matrix (PAM), por exemplo, para descobrir quais tipos 
de navegador são suportados. A navegação do navegador é usada em várias condições diferentes: 
 
● Você faz o logon no sistema SAP com o SAP GUI para HTML. O SAP GUI for Windows não é requerido. A 
navegação é feita apenas pelo navegador. 
 
● Você usa um SAP GUI para Windows com o sistema SAP, por exemplo. Algumas transações aberto em um 
navegador. Em um sistema Solution Manager, por exemplo, esse é o caso SM_WORKCENTER (Solution 
Manager Work Center). 
 
● Você chama um serviço da Web baseado em navegador de um sistema SAP. 
 
A URL da chamada baseada no navegador começa com http (s): // <hostname of application servidor →: 
<Port ppnn. Onde pp é um número que pode ser definido por um parâmetro de perfil, por exemplo 80 para 
http, nn é o número da instância, por exemplo, 42. A URL poderia, portanto, começar com http: 
//twdf0000.wdf.sap.corp: 8042 
 
 
 
 
 
Pag 34 
 
 
 
 
 
Navegação com Navegador: AS Sistema SAP Baseado em ABAP 
 
A figura, Navegação com Navegador: Sistema SAP Baseado em ABAP, mostra logon e navegação com o SAP 
GUI para HTML. 
 
Como os usuários sempre existem por cliente no AS ABAP e, portanto, dependem do cliente, sistema solicita 
que você insira o cliente no logon. 
 
Navegação com Navegador: Sistema SAP baseado em Java 
Com os sistemas SAP baseados em Java, você não pode navegar com o SAP GUI - mesmo com o SAP GUI para 
Java ou o SAP GUI para HTML. Você pode usar um navegador para navegar. Você pode consultar o Product 
Availability Matrix (PAM), por exemplo, para descobrir quais tipos de navegador suportado. 
 
A URL da chamada baseada no navegador começa com http (s): // <hostname of application servidor →: 
<Port 5ppnn. pp é um número que pode ser definido por um parâmetro, por exemplo, 00 para http, nn é o 
número da instância, por exemplo, 43. A URL poderia, portanto, começar com 
http://twdf0000.wdf.sap.corp:54300 
 
http://twdf0000.wdf.sap.corp:54300/
 
 
 
 
Pag 35 
 
 
 
 
 
Navegação com Navegador: Sistema SAP Baseado em Java 
 
A figura, Navegação com Navegador: Sistema SAP Baseado em Java, mostra logon e navegação usando um 
navegador. 
 
O AS Java não possui uma cópia do cliente como o AS ABAP. Os usuários são, portanto, sempre em todo o 
sistema. No logon, o sistema não solicita que você insira um cliente. 
 
Informação relacionada 
● Para mais informações, consulte a seguinte documentação on-line. Ajuda → SAP → Biblioteca → 
Introdução ao sistema SAP. 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Conecte-se com êxito a um sistema SAP baseado em AS ABAP usando um navegador 
● Conecte-se com êxito a um sistema SAP baseado em Java usando um navegador 
 
 
 
 
 
Pag 36 
 
 
 
 
Unidade 2 
Lição 4 
Descrição do SAP Business Client 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, você aprende sobre o SAP Business Client e as diferentes variantes. 
 
Exemplo Comercial 
Sua empresa quer usar o SAP Business Client e deseja saber mais sobre o seu funções. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: Descrever o SAP Business Client 
 
Visão geral 
O SAP Business Client fornece aos usuários um cliente local com navegação baseada em funções. É usado 
como o ponto central de acesso para todas as aplicações e transações SAP e, portanto, pontes a lacuna entre 
os clientes (como o SAP GUI) e o acesso ao navegador. Está disponível em duas versões: 
● SAP Business Client para HTML 
● SAP Business Client para Windows 
 
Uma comparação das duas versões é fornecida na tabela a seguir. 
 
Tabela 1: Comparação das Funções do SAP Business Client (BC) 
SAP Business Client para HTML SAP Business Client para Windows 
para usuários normais para usuários avançados 
Nenhuma instalação necessária está instalada no host front end 
Integrado no navegador (usa o SAP GUI para 
HTML) 
Inclui a funcionalidade do SAP GUI 
Escopo funcional restrito: sem função de pesquisa 
sem menus suspensos, sem arrastar e soltar 
Oferece escopo funcional completo 
Nenhuma funcionalidade do SAP Enterprise Portal 
Pode ser usada para o SAP Enterprise Portal, 
incluindo conteúdo de perfis 
Disponível no Windows, Linux e Mac OS disponível somente no Windows 
 
Como a navegação é baseada em funções, as funções especiais de navegação são geralmente atribuídas a 
funções padrão atribuídas ao usuário. Essas funções de navegação permitem que as funções a serem usadas 
no sistema SAP. 
SAP Business Client (BC) para HTML 
O SAP Business Client (BC) para HTML é uma interface baseada em navegador com um escopo. 
A função SAP GUI for HTML é usada para transações ABAP para acessar o AS Sistemas ABAP. 
 
 
 
 
 
 
 
 
Pag 37 
 
 
 
 
Cuidado: 
Esta variante não pode ser usada para acessar o SAP NetWeaver Portal.SAP Business Clients (BC) para HTML 
 
1. Para iniciar o Business Client para HTML, insira a transação NWBC no sistema SAP ou Inicie o navegador e 
digite o seguinte URL: https: // <nome do host totalmente qualificado>: <HTTPS-port> / sap / bc / nwbc. 
 
Dica: Antes de poder usar o SAP Business Client para HTML, o serviço /sap/bc/nwdc deve ser ativado na 
transação SICF. 
 
2. O cliente de negócios para HTML será aberto na janela do navegador. 
 
SAP Business Client (BC) para Windows 
O SAP Business Client (BC) para Windows é uma interface do usuário destinada a usuários avançados. Se 
instalado o SAPGUI para Windows é usada como um mecanismo de renderização. Portanto, substitui o SAP 
GUI como o ponto central de acesso para aplicativos SAP. O SAP Business Client para Windows pode acessar 
o servidor de aplicação. Sistemas SAP baseados em ABAP com menus baseados em funções e podem acessar 
o SAP Enterprise Portal sistemas com funções PCD (Portal Content Directory). Para obter mais informações, 
consulte a Nota SAP 2227396 - SAP Business Client 6.0: Pré-requisitos e restrições. 
 
 
 
 
Pag 38 
 
 
 
 
 
Criar uma entrada de logon do SAP Business Client (BC) 
 
Escolha o botão Novo (folha branca) para criar uma nova entrada. A nova entrada pode ser um dos seguintes 
tipos diferentes: 
● SAP Fiori Launchpad 
● SAP Business Client 
● Logon SAP 
● Atalho para o Logon SAP 
 
 
SAP Business Clients (BC): navegação baseada em função 
 
O SAP Business Client oferece uma navegação baseada em funções, usando um painel, páginas de visão geral 
e barra de início. 
 
 
 
 
 
Pag 39 
 
 
 
 
SAP Business Client e SAP Roles 
As informações exibidas com o SAP Business Client (BC) dependem das funções atribuídas ao usuário. Como 
isso pode ser definido de forma muito específica pelo usuário e depende da aplicação, algumas funções foram 
adicionadas à transação PFCG (manutenção de função). 
 
 
Funções do SAP Business Clients (BC) e do PFCG 
 
A figura mostra a conexão entre as funções SAP, que são atualizadas no sistema SAP na transação PFCG e a 
exibição no SAP Business Client. 
 
Discussão facilitada - Informação relacionada 
 
● Nota SAP 2227396 - SAP Business Client 6.0: Pré-requisitos e restrições 
● Nota SAP 2227431 - versões esperadas do SAP Business Client 6.0 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de descrever o SAP Business Client 
 
 
 
 
 
 
Pag 40 
 
 
 
 
Unidade 2 
Lição 5 
Apêndice: Descrevendo o SAP Enterprise Portal 
 
VISÃO GERAL DA LIÇÃO 
Esta lição é uma introdução à interface do usuário do SAP Enterprise Portal a partir da perspectiva do usuário 
final. 
 
Exemplo Comercial 
Os usuários querem usar o portal da empresa. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Descrever o objetivo do SAP Enterprise Portal 
● Descrever os elementos da tela do SAP Enterprise Portal 
 
Log do SAP Enterprise Portal - Você acessa o SAP Enterprise Portal usando um navegador da Web normal. 
 
Dica: 
Uma lista de navegadores da Web suportados pode ser encontrada na Matriz de Disponibilidade do 
Produto. (PAM). Como o produto está sendo continuamente desenvolvido, você é aconselhado a verificar 
esta informação no PAM atual. O PAM está disponível no SAP Service Marketplace, Link Rápido / pam. 
Para acessar este serviço online, você precisa de um ID do cliente SAP ou ID do parceiro SAP. 
 
O logon usando um ID de usuário e senha é o método padrão após uma instalação do portal. O portal pode 
então ser configurado para usar os mesmos nomes de usuário e senhas que são usados para registrar para a 
rede da empresa. Também é possível implementar procedimentos de Logon Único. A SAP suporta o acesso 
ao SAP Enterprise Portal através de uma conexão de discagem. URLs especiais para logon podem ser 
fornecidas para isso. 
 
 
 
 
 
Pag 41 
 
 
 
 
 
Acesso ao SAP Enterprise Portal 
 
Proceda da seguinte forma para efetuar logon no portal (isso não está disponível neste treinamento): 
1. Abra o seu navegador da Web. 
2. Digite o URL do SAP Enterprise Portal. O formato típico é 
http (s): //<portal nome do host do servidor>. <domínio do servidor de portal>: <porta http (s) ICM> / irj, 
 
Exemplo: http://twdf0000.wdf.sap.corp:53000/irj ou https://twdf0000.wdf.sap.corp:53001/irj 
 
Nota: 
Para funcionários de uma empresa, essa URL pode ser configurada como navegadores da pagina Web 
inicial. Outra opção é acessar o portal clicando em uma imagem em uma página inicial da empresa, por 
exemplo. 
 
3. Nos campos Usuário e Senha, insira seu ID de usuário e senha. 
4. Escolha Log On ou pressione Enter no teclado. 
 
Idioma do Portal 
No SAP Enterprise Portal, todo usuário possui um registro mestre de usuário. A linguagem do portal que o 
usuário quer pode ser definido neste registro mestre de usuário. As opções de navegação e textos de menu 
são exibidas neste idioma, desde que tenham sido traduzidos para ele. Se o usuário abrir uma tela de logon 
e ainda não está autenticado, o idioma de exibição da tela de logon é determinado pelas configurações do 
navegador. O portal também contém uma configuração padrão para casos em que as configurações de 
http://twdf0000.wdf.sap.corp:53000/irj
https://twdf0000.wdf.sap.corp:53001/irj
 
 
 
 
Pag 42 
 
 
 
 
idioma não podem ser lidas ou o idioma definido não está disponível. O mesmo também se aplica após o 
registro, se um idioma não foi definido no registro mestre do usuário 
 
Elementos importantes da tela e funções de navegação 
Para exibir no navegador da Web, a exibição de saída do SAP Enterprise Portal, conhecida como portal da 
área de trabalho, é subdividida nas seguintes áreas: 
 
● Área de cabeçalho 
● Barra de título da página 
● Painel de Navegação 
● Área de Conteúdo 
 
No sistema standard, a SAP fornece vários desktops de portal (que podem ser adaptados por clientes). Dois 
importantes são: 
 
● O padrão agora é o desktop do portal Ajax intuitivo e fácil de usar 
● A área de trabalho padrão antiga ainda está disponível como a área de trabalho clássica do portal 
 
As figuras a seguir mostram os elementos de tela mais importantes do SAP Enterprise Portal nos dois 
desktops. 
 
 
Estrutura do Desktop do Portal Baseado em Ajax 
 
 
 
 
Pag 43 
 
 
 
 
 
Elementos da tela do Classic Portal Desktop 
 
Dependendo da área de trabalho do portal, o uso de algumas funções pode ser um pouco diferente. As 
seguintes 
seções relacionadas à área de trabalho do portal Ajax. 
 
Área de cabeçalho - A área do cabeçalho está localizada na parte superior da janela do navegador. Esta área 
não muda quando você navega de uma página para outra. A área de cabeçalho contém um cabeçalho de 
portal, AFP widgets e a navegação de nível superior. 
O cabeçalho do portal consiste no seguinte: 
 
● logotipo da empresa 
● Pesquisa de documentos 
● Link para logoff 
 
A área de cabeçalho contém as seguintes funções que podem ser chamadas através de links:, 
 
● Para navegação (Voltar, Continuar e Histórico) 
● Para gerenciar favoritos do portal (Favoritos) 
● Para personalizar o portal ou a página atual (Personalizar) 
● Para alternar para o modo de tela inteira ou para chamar tabsets (Exibir). 
 
 
 
 
 
Pag 44 
 
 
 
 
Desde um dos widgets do AFP, o Histórico fornece uma seleção das últimas páginas visitadas do portal e 
permite que você acesse essas páginas rapidamente. As páginas que você visitou mais de uma vez são 
armazenados apenas uma vez neste histórico. Você pode escolher Voltar e Continuar para navegar pelo 
histórico das páginas que você tem visitada, semelhante às funções Voltar e Avançar no seu navegador da 
Web. 
 
O widget Favoritos fornece uma lista de links que cada usuário pode compilar e que permitem acesso a 
objetos no portal, como páginas de portal, iViews de página inteira, objetos KM e objetos externos, como 
sites. Favoritos podem ser organizados em uma estrutura de pastas. Em contraste aos favoritos do 
navegador, os favoritos do portal são independentesdo cliente e, portanto, estão disponíveis para você em 
todos os computadores depois de ter logado no portal. A navegação de nível superior está diretamente 
abaixo dos widgets do AFP. Este é o ponto de entrada para A navegação pelo conteúdo que foi atribuído a 
você. 
 
No sistema standard, as entradas na navegação de nível superior são divididas em dois níveis de tabulação 
(ficha de registro de primeiro nível e subguia de segundo nível) e são predefinidas pelo seu administrador. 
No desktop clássico do portal, o administrador pode fazer configurações simples para ativar o efeito de foco. 
Isso permite uma navegação mais rápida, porque você só precisa se mover o mouse sobre entradas no nível 
de navegação de nível superior e as entradas do segundo nível são imediatamente visível. 
 
Barra de título da página 
A barra de título da página está abaixo da navegação de nível superior. Ele fornece funções para personalizar 
a página na área de conteúdo e oferece opções de navegação eficientes na página de conteúdo atual. 
 
Nota: 
Seu administrador de conteúdo pode definir quais opções você tem para uma página na área de conteúdo. 
 
No menu Opções (Página), você tem funções adicionais, como atualização de página, abertura do página 
atual em uma nova janela ou adicionando a página atual aos favoritos do navegador da Web. E se permitida 
pelo administrador de conteúdo, você também pode personalizar a página atual. Isto significa que você pode 
decidir qual conteúdo atribuído é exibido na página e como isso é exposto. 
 
Painel de Navegação 
O painel de navegação está localizado no lado esquerdo da janela do seu navegador. Você pode minimizar o 
painel de navegação usando o símbolo de seta para ter mais espaço dentro da janela. Você pode expandi-lo 
novamente ou alterar seu tamanho para acessar ferramentas e pastas. Com base na área de conteúdo, o 
painel de navegação pode conter os seguintes iViews de navegação: 
 
Navegação detalhada 
A navegação detalhada é a continuação hierárquica da navegação de nível superior. Isto contém todo o 
conteúdo abaixo do segundo nível de navegação. 
 
Navegação dinâmica 
Uma navegação dinâmica iView contém controles para a interface do usuário, por exemplo listas suspensas 
e links que podem ser usados para chamar dados sobre o conteúdo exibido na área de conteúdo. O iView 
pode consistir em uma lista de clientes, pedidos, regiões ou funcionários, ou de dados que acessam um banco 
de dados. Toda vez que você seleciona uma opção em uma Navegação dinâmica iView, você atualiza apenas 
os dados que estão atualmente exibidos no portal área de conteúdo. 
 
 
 
 
Pag 45 
 
 
 
 
Se nenhuma iViews de navegação dinâmica for atribuído ao conteúdo exibido, a iView for navegação 
dinâmica não é exibida no painel de navegação 
 
Tópicos relacionados 
Esta iView contém uma lista de links para tópicos relevantes para o iView ou a página de portal que você está 
atualmente trabalhando. Os links são predefinidos no iView e no nível da página (Conteúdo do Portal 
Estúdio). Clique em um objeto em Tópicos Relacionados para abrir o conteúdo em uma nova janela do 
navegador. Se nenhum tópico relacionado estiver atribuído ao conteúdo exibido, o iView para tópicos 
relacionados ainda não exibidos. 
 
O painel de navegação é expandido apenas se os iViews contiverem conteúdo a ser exibido. Ao alterar o 
painel de navegação, você aumenta ou reduz o painel ou a área de conteúdo. Você pode somente acessar os 
iViews se o painel de navegação estiver expandido. 
 
Área de conteúdo 
O conteúdo real acessado é exibido na área de conteúdo da área de trabalho do portal. A área de conteúdo 
é preenchida com dados que você acessa de fontes de informações em sua empresa ou na Internet com a 
ajuda de pequenos aplicativos conhecidos como iViews. A área de conteúdo exibe uma página com vários 
iViews ou apenas um iView no modo de página inteira. iViews pode acessar arquivos de documentos, e-mails, 
páginas da Web e dados em aplicativos da empresa. Eles compilar uma visão pessoal de todos os elementos 
importantes para a sua área de tarefas. Com o iViews, você pode estender o escopo do seu portal para 
qualquer fonte de informação disponível - por exemplo, sistema SAP, aplicações customdeveloped, a Internet 
e outros. Os iViews exibem não apenas conteúdo estático, eles Também podem exibir conteúdo dinâmico de 
vários aplicativos. 
 
 
Figura 28: Exemplos de iViews 
 
 
 
 
 
Pag 46 
 
 
 
 
Uma página é executada na área de conteúdo do seu portal e consiste em um ou mais iViews. além do que, 
além do mais para iViews, uma página contém informações de layout, ou seja, informações sobre a 
organização de os iViews individuais. 
 
Funções Avançadas de Navegação 
Outros métodos de navegação são fornecidos além da navegação usando as opções de menu de navegação 
de nível superior e nos iViews de navegação disponíveis no painel de navegação. 
 
Seqüência de nós de navegação de nível superior 
Se você usa a área de trabalho do portal Ajax, você pode (desde que a opção não tenha sido desativada) 
facilmente alterar a sequência (inicialmente definida pelo administrador de conteúdo) da navegação de nível 
superior nós arrastando e soltando. O portal guarda permanentemente uma seqüência selecionada para que 
seja aplicada na próxima vez que você fizer logon. 
 
Links Rápidos 
Links rápidos são usados para chamar iViews e páginas usando um nome que indica a finalidade da iViews 
ou página. É adicionado diretamente ao URL do portal. Um administrador de conteúdo define primeiro esses 
links rápidos no iView ou no nível da página. Se, por exemplo, o whoiswho quick link for definido para um 
iView, a chamada é http (s)://<nome do host do servidor de portal>. <servidor de portal domínio>: <porta 
http (s) ICM> / irj / portal / whoiswho. Os usuários podem apenas chamar links rápidos para iViews ou páginas 
contidas em suas funções. 
 
Acessibilidade no SAP Enterprise Portal 
A SAP está comprometida em permitir que pessoas com deficiências motoras ou visuais usem produtos SAP 
e para cumprir as normas nesta área. Isso inclui a operação do SAP Enterprise Portal. Nem todos os usuários 
com deficiência precisam do mesmo suporte. Pessoas com deficiência visual tem requisitos diferentes para 
usuários com deficiências físicas. Não há razão para, por exemplo, que usuários fisicamente limitados que 
podem ver bem devem ter que fazer o teclado entradas para elementos não interativos da interface do 
usuário ou trabalhe mais devagar textos que não são visíveis para acessibilidade. Para uma melhor 
compreensão destes requisitos, algumas dessas funções também são fornecidas na interface padrão para 
melhor suporte usuários com deficiência física e boa visão. Todas as funções de acessibilidade estão ativadas 
usando a opção Activity Acessibility-Feature no perfil do usuário e requer um leitor de tela. A navegação de 
nível superior é afetada pela opção Ativar funcionalidade de acessibilidade. Se o efeito de acessibilidade for 
ativado, a navegação é desativada. A tabela abaixo mostra quais funções estão disponíveis com e sem a opção 
Acessibilidade no SAP Enterprise Portal 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 47 
 
 
 
 
Tabela 2: Acessibilidade no SAP Enterprise Portal 
Opção do usuário Com o comutador para acessibilidade 
Sem o comutador de 
acessibilidade 
Acessar todos os elementos da 
interface do usuário com a tecla 
Tab 
✓ ✓ 
Acione todos os eventos apenas 
com o teclado ✓ ✓ 
Receber equivalentes de texto 
que a tela leitor lê e comunica 
ao do utilizador 
✓  
Ignorar links de navegação e 
elementos grandes como 
tabelas, árvores, páginas de 
guias e caixas de grupo para 
acessar o elemento desejado da 
interface do usuário mais 
rapidamente 
✓  
Navegue por teclas de atalho ✓  
 
Se a acessibilidade estiver ativada, os usuários poderão navegar usando teclas de atalho. Mesmo se a 
acessibilidade estiver ativada, teclas de atalho são usadas para permitir que o usuário vá e selecionevários 
elementos de navegação rapidamente. As seguintes teclas de atalho estão disponíveis para navegação: 
 
Tabela 3: Navegação via teclas de atalho 
Atalho Ação 
Tecla de navegação 
ALT + T Ir diretamente para a área de navegação superior 
ALT + N Ir diretamente para a área da barra de navegação 
ALT + C Ir diretamente para a área de conteúdo 
Tecla de ação 
SHIFT + F10 Abre um menu de contexto (no caso de navegação via controle de árvore) 
ALT + Z 
Pular elemento grande, por exemplo, grupo de botões de seleção, tabela, bandeja, 
TLN, e assim por diante, se você está atualmente nele 
ALT + B Retornar ao início do elemento grande se você estiver nele 
 
 
 
 
 
Pag 48 
 
 
 
 
Informação relacionada 
● Documentação on-line do SAP NetWeaver 7.4, caminho Primeiros passos → Uso do SAP → Software → 
Primeiros Passos → Portal 
 
 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Descrever o objetivo do SAP Enterprise Portal 
● Descrever os elementos da tela do SAP Enterprise Portal 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 49 
 
 
 
 
Unidade 2 
Avaliação de Aprendizagem 
 
1. Você só pode trabalhar em uma janela (sessão) de cada vez em um sistema SAP. 
Determine se esta afirmação é verdadeira ou falsa. 
 
Verdadeiro 
Falso 
 
2. Quais das seguintes afirmações descrevem com precisão um cliente em um sistema SAP? 
Escolha as respostas corretas. 
 
A Um cliente representa uma entidade comercial completamente independente. 
B Um cliente possui seu próprio banco de dados. 
C Um cliente corresponde a um cliente. 
D Um cliente pode representar uma empresa inteira. 
 
3. Quais das seguintes strings são entradas válidas no campo Comando? 
Escolha as respostas corretas. 
 
A / nend 
B / nex 
C ?SM04 
D / nsm04 
E do SAP Easy Access: SM04 
F do SAP Easy Access: search_sap_menu 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 50 
 
 
 
 
 
Unidade 2 
Avaliação de Aprendizagem – Respostas 
 
1. Você só pode trabalhar em uma janela (sessão) de cada vez em um sistema SAP. 
Determine se esta afirmação é verdadeira ou falsa. 
 
Verdadeiro 
Falso 
 
Dentro de um logon, é possível trabalhar em várias janelas (sessões) em paralelo. 
 
2. Quais das seguintes afirmações descrevem com precisão um cliente em um sistema SAP? 
Escolha as respostas corretas. 
 
A Um cliente representa uma entidade comercial completamente independente. 
B Um cliente possui seu próprio banco de dados. 
C Um cliente corresponde a um cliente. 
D Um cliente pode representar uma empresa inteira. 
 
Os dados para todos os clientes em um sistema SAP são armazenados em um único banco de 
dados comum. Estes dados são, no entanto, divididos pelo cliente, para que diferentes empresas 
possam ser administradas e controlado em diferentes clientes. Um cliente não é um cliente dentro 
de um sistema SAP. 
 
3. Quais das seguintes strings são entradas válidas no campo Comando? 
Escolha as respostas corretas. 
 
A / nend 
B / nex 
C ?SM04 
D / nsm04 
E do SAP Easy Access: SM04 
F do SAP Easy Access: search_sap_menu 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 51 
 
 
 
 
UNIDADE 3 
O Kernel do Sistema SAP 
 
Lição 1 
Explicando a arquitetura básica do SAP NetWeaver AS 53 
 
Lição 2 
Explicando Processos ABAP (SAP NetWeaver AS para ABAP) do SAP NetWeaver Application Server 64 
 
Lição 3 
Descrevendo o SAP NetWeaver AS Java Processes 86 
 
 
OBJETIVOS DA UNIDADE 
● Descrever configurações simples de cliente / servidor 
● Nomeie os processos do SAP NetWeaver Application Server 
● Defina o termo instância / servidor de aplicativos 
● Entender como o AS ABAP funciona 
● Listar os processos AS ABAP e descrever sua finalidade 
● Descrever como as solicitações para o AS ABAP são processadas 
● Entender como o SAP NetWeaver AS Java funciona 
● Listar os processos Java do SAP NetWeaver AS e descrever sua finalidade 
● Descrever como as solicitações para o SAP NetWeaver AS Java são processadas 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 52 
 
 
 
 
 
Unidade 3 
Lição 1 
 
Explicando a arquitetura básica do SAP NetWeaver AS 
 
VISÃO GERAL DA LIÇÃO 
Esta lição apresenta a arquitetura básica dos sistemas SAP. Baseado em simples Configurações 
cliente/servidor, os processos individuais do SAP NetWeaver Application Server são introduzidos e os termos 
instância e Application Server são definidos. Nós também explicamos a arquitetura dos diferentes tipos de 
SAP NetWeaver Application Server. 
 
Exemplo Comercial 
No decorrer da implementação de um sistema SAP, você precisa estabelecer a arquitetura do sistema SAP e 
como você vai distribuir os processos necessários do sistema SAP entre os hardwares disponíveis 
 
OBJETIVO DA LIÇÂO 
Depois de completar esta lição, você será capaz de: 
● Descrever configurações simples de cliente / servidor 
● Nomear os processos do SAP NetWeaver Application Server 
● Definir o termo instância / servidor de aplicativos, Instância ou servidor de aplicativos e sistema SAP 
 
Dica: 
Os fabricantes de hardware geralmente usam o termo servidor de aplicativos para descrever hardware. 
Fornecedores de software - como o SAP - usam para descrever uma solução de software. Isso pode ser 
confuso. 
 
Por exemplo, o prompt: 
Por favor, reinicie oservidor de aplicativos pode ter dois significados completamente diferentes. 
 
Uma instância (SAP) ou servidor de aplicativos (SAP) é uma unidade administrativa que combina 
componentes do sistema SAP que fornecem um ou mais serviços. Os serviços fornecidos por um servidor de 
aplicação são iniciados ou parados juntos. Você usa um perfil de instância comum para definir parâmetros 
de todos os componentes de um servidor de aplicativos. Cada servidor de aplicativos possui seu próprio 
buffer e áreas na RAM. Um servidor de aplicativos é executado em um host. Vários servidores de aplicativos 
podem ser executados em um único host. Um servidor de aplicativos é identificado por seu ID de sistema 
SAP (SID) e um (dois dígitos) número da instância. 
 
Dica: 
O termo instância (SAP) e o servidor de aplicação são frequentemente usados como sinônimos, mas 
falamos exclusivamente de uma "instância de serviços centrais". 
 
 
 
 
Pag 53 
 
 
 
 
 
Figura 29: Instâncias / Servidores de Aplicativos de um Sistema SAP (Exemplo) 
 
Nota: 
Os termos “instância central” e “instância de diálogo” ainda são usados para sistemas SAP sem uma instância 
de serviços centrais. 
 
Quando você instala um sistema SAP, você já tem a opção de separar os processos em nível de aplicativo de 
processos no nível de banco de dados. Portanto, o banco de dados para um sistema SAP pode ser instalado 
e operado em um host separado, separado dos servidores de aplicativos do o sistema SAP. Existe 
(geralmente) exatamente um banco de dados para cada sistema SAP. O banco de dados geralmente tem o 
mesmo ID do sistema SAP (DB SID) que o sistema SAP (SAP SID). 
 
Os fatores a seguir influenciam o “design do servidor de aplicativos” de um sistema SAP: 
 
● Liberação do sistema SAP (devido a alterações de arquitetura em todos os lançamentos) 
● Tipo de uso instalado do sistema SAP (AS ABAP ou AS Java, em casos excepcionais como ABAP + Java) 
● Decisão do cliente SAP (escalabilidade, alta disponibilidade) 
 
Como os aplicativos fornecidos pelo SAP nem sempre exigem os dois ambientes de tempo de execução, ou 
seja, ABAP e Java, existem diferentes opções de instalação para o SAP NetWeaver AS. As opções de instalação 
são: 
 
 
 
 
 
Pag 54 
 
 
 
 
● Sistema SAP baseado em ABAP: infraestrutura completa na qual aplicativos baseados em ABAP pode ser 
desenvolvido e usado. 
● Sistema SAP baseado em Java: Infraestrutura completa para desenvolvimento e uso de Java EEbased 
aplicações. 
 
● AS ABAP + como sistema SAP baseado em Java (dual stack): Infraestrutura completa na qual aplicativos 
baseados em ABAP e Java EE podem ser desenvolvidose usados. Tal sistema só será instalado se 
explicitamente exigido pelo aplicativo, por exemplo, para a solução SAP Solution Manager 7.1 
 
Nota: 
Os sistemas de pilha dupla não são mais suportados desde o SAP NetWeaver 7.5! 
 
A figura, Arquitetura do SAP NetWeaver AS (da Release 7.10), mostra a instância arquitetura de sistemas SAP 
com SAP NetWeaver AS a partir da Release 7.10 *: 
 
 
Figura 30: Arquitetura do SAP NetWeaver AS (da versão 7.10) 
 
Cuidado: 
*Isso significa: numérico da versão 7.10. Embora a versão 7.20 seja mais antigo que 7.03, que é 
numericamente mais recente. 
 
 
 
 
 
Pag 55 
 
 
 
 
O Primary Application Server (PAS) é o servidor de aplicativos que foi instalado pela primeira vez Sistema 
SAP. Se um sistema SAP baseado em AS ABAP não tiver uma instância de serviço central, o PAS também inclui 
o processo de trabalho de enfileiramento e o servidor de mensagens. 
 
O PAS está localizado no sistema de arquivos em \ usr \ sap \ <SID> \ D <instance_number> em AS Sistemas 
SAP baseados em ABAP e AS ABAP + Java. Em sistemas SAP baseados em Java, é localizado em \ usr \ sap \ 
<SID> \ J<instance_number>. 
 
Nota: 
Em versões mais antigas, o PAS estava localizado em \ usr \ sap \ <SID>\ DVEBMGS <instance_number>. 
 
A instância de serviços centrais fornece serviços centrais de AS ABAP ou AS Java, a mensagem serviço e 
serviço de enfileiramento. A instância dos serviços centrais é opcional no AS-based ABAP Sistemas SAP do AS 
ABAP 7.00 e é a opção de instalação padrão no AS ABAP 7.31 e mais tarde. Em sistemas SAP baseados em AS 
ABAP, a instância de serviços centrais é usada para disponibilidade. Em sistemas SAP baseados em Java, a 
instância de serviços centrais também inclui processo de gateway a partir do AS Java 7.10. Você não pode 
fazer logon na instância de serviços centrais como usuário de diálogo. A instância de serviços centrais não é 
chamada de servidor de aplicativos. 
 
A instância dos serviços centrais está localizada no sistema de arquivos em \ usr \ sap \ <SID>\ ASCS 
<instance_number> em sistemas SAP baseados em AS ABAP. No SAP baseado em Java sistemas, ele está 
localizado em \ usr \ sap \ <SID> \ SCS <instance_number>. 
 
Todos os outros servidores de aplicativos de um sistema SAP são chamados de Servidores de Aplicativos 
Adicionais (AAS). 
 
Um AAS está localizado no sistema de arquivos em \ usr \ sap \ <SID> \ D <instance_number> em AS Sistemas 
SAP baseados em ABAP e AS ABAP + Java. Em sistemas SAP baseados em Java, é localizado em \ usr \ sap \ 
<SID> \ J <instance_number>. Se o PAS e o banco de dados (e a instância de serviços centrais, se houver) 
estiverem instalados no mesmo host, isso é chamado de sistema central. 
 
Dica: 
No AS ABAP 7.0 e posterior, o processo de trabalho de enfileiramento e o servidor de mensagens podem 
opcionalmente, ser instalado como a instância de serviços centrais. Este é o padrão opção de instalação no 
AS ABAP 7.31 e posterior. 
 
As seguintes alterações na arquitetura e na terminologia foram introduzidas com o SAP NetWeaver 
AS 7.10 *: 
 
● A antiga "instância central" foi renomeada como "Primary Application Server (PAS)" 
● A antiga “instância de diálogo” foi renomeada como “Additional Application Server (AAS)” 
● O Dispatcher Java foi substituído pelo processo ICM. 
● O processo do SDM foi eliminado. 
● A instância de serviços centrais (Java) compreende um processo de gateway. 
 
Cuidado: 
* Isso significa: numérico da versão 7.10. Embora 7,20 seja mais antigo que 7,03, que, por exemplo, é 
numericamente mais recente. 
 
 
 
 
Pag 56 
 
 
 
 
 
O servidor de aplicativos que é instalado primeiro é geralmente chamado de Aplicativo Principal Servidor ou 
PAS para breve. Outros servidores de aplicativos para um sistema são chamados de Additional Servidores de 
Aplicativos ou AAS para breve. 
 
Processos do SAP NetWeaver AS 
O sistema de tempo de execução SAP consiste em um grande número de processos paralelos que trabalham 
juntos. Aqui, você pode distinguir entre o ambiente de tempo de execução para ABAP (AS ABAP) e o ambiente 
de tempo de execução para Java (AS Java). 
 
Processos AS ABAP 
 
 
No AS ABAP, esses processos em todos os servidores de aplicativos incluem o dispatcher ABAP e um número 
de processos de trabalho: 
● O despachante ABAP distribui as solicitações para os processos de trabalho. 
● Os processos de trabalho de diálogo cumprem todas as solicitações para a execução de etapas de diálogo 
acionadas por um usuário ativo. Todo despachante requer pelo menos dois processos de trabalho de diálogo. 
● Processos de trabalho de spool transmitem fluxos de dados sequenciais para dispositivos de saída 
(impressoras). Finalmente um processo de trabalho de spool é necessário para cada sistema SAP. É possível 
configurar mais de um processo de trabalho de spool por despachante. 
 
 
 
 
Pag 57 
 
 
 
 
● Atualizar processos de trabalho executar solicitações de atualização. Similarmente aos processos de 
trabalho em spool, você precisa de pelo menos um processo de atualização de trabalho por sistema SAP, e 
você pode configurar mais de um por despachante. 
● Processos de trabalho em segundo plano executam programas que são executados sem interagir com o 
usuário. Você precisa de pelo menos dois processos de trabalho em segundo plano para cada sistema SAP. 
Você pode configurar mais de um processo de trabalho em segundo plano para cada distribuidor. 
 
O processo de trabalho de enfileiramento administra a tabela de bloqueios na memória de trabalho do host. 
A tabela de bloqueios contém os bloqueios de bancos de dados lógicos do ambiente de tempo de execução 
ABAP do sistema SAP. 
Apenas um processo de trabalho de enfileiramento é necessário para cada sistema SAP. Se uma Instância 
central de serviços é usada, em seguida, como um servidor de enfileiramento, o enfileiramento é um 
processo da instância de serviços centrais, não um processo de trabalho de despachante. 
 
Para resumir, o despachante de um AS ABAP gerencia diferentes tipos de processos de trabalho: processos 
de diálogo, atualização, background, enfileiramento e spool. Esses processos de trabalho em diferentes 
tarefas ao executar os fluxos de trabalho de negócios no sistema SAP. 
 
O administrador de um sistema SAP pode usar parâmetros de perfil para configurar o número de diferentes 
processos de trabalho. Além dos processos de trabalho, o sistema de tempo de execução AS ABAP fornece 
serviços adicionais (estes não são processos de trabalho) para comunicação interna e externa: 
 
● O servidor de mensagens ABAP (MS) lida com a comunicação entre as redes distribuídas distribuidores no 
AS ABAP, permitindo a escalabilidade de vários servidores de aplicativos paralelos. Ele é configurado 
exatamente uma vez para cada sistema SAP e pode fazer parte dos serviços centrais da instância. 
● O Enqueue Server (ES) gerencia a tabela de bloqueios com os bloqueios lógicos do banco de dados 
Ambiente de tempo de execução ABAP do sistema SAP. Existe uma vez para cada sistema SAP e é parte da 
instância dos serviços centrais. 
● O leitor de gateway (GW) permite a comunicação entre os sistemas SAP ou entre os sistemas SAP e 
sistemas de aplicação externos. Existe um por despachante. 
● O Internet Communication Manager (ICM) permite a comunicação com o SAP sistema usando protocolos 
da web, como HTTP. O ICM recebe solicitações do cliente e encaminha-os para o sistema SAP para 
processamento. Em um sistema AS ABAP + Java, reconhece se a solicitação é uma chamada para o AS ABAP 
ou o AS Java e encaminha os solicitar em conformidade. Ele também pode direcionar solicitações HTTP de 
um sistema SAP para um servidor da Web e enviar a resposta de volta ao sistema SAP. Você pode configurar 
um máximo de um processo ICM por despachante. 
Os serviços que um servidor de aplicativos pode fornecer são determinados pelo tipo de processos de 
trabalho que tem. Um servidor de aplicativos pode, então, assumir várias funções,por exemplo, como um 
servidor de diálogo e simultaneamente como um servidor de atualização, se ele fornecer vários processos de 
trabalho de diálogo e pelo menos um processo de atualização de trabalho. 
 
Nota: 
Para exibir uma visão geral dos servidores de aplicativos de uma instalação AS ABAP, chame a transação 
SM51. Chame a transação SM50 para obter uma visão geral dos processos de trabalho do sistema SAP. A 
primeira tela desta transação exibe apenas os processos de trabalho são configurados na instância em que 
sua sessão de logon está sendo executada. 
 
 
 
 
Pag 58 
 
 
 
 
 
 
Figura 32: Arquitetura AS ABAP 
 
O AS ABAP Message Server fornece o AS ABAP com um serviço central de mensagens para comunicação 
interna (por exemplo, para iniciar atualizações, solicitar e remover bloqueios, desencadeando solicitações de 
fundo). O servidor de mensagens também fornece informações sobre quais servidores de aplicativos do 
sistema estão atualmente disponíveis. 
 
Os despachantes ABAP dos servidores de aplicativos individuais se comunicam por meio da mensagem do 
servidor, que é instalado exatamente uma vez por sistema SAP. 
 
Quando você faz logon no AS ABAP usando o SAP GUI for Windows ou o SAP GUI for Java usando grupos de 
logon, o servidor de mensagens executa uma distribuição de carga de usuários para as instâncias. Esta 
distribuição de carga, que ocorre durante o procedimento de logon, também é conhecida como 
balanceamento de carga de logon. Após o balanceamento de carga pelo servidor de mensagens, o SAP GUI 
comunica-se diretamente com o despachante. O usuário permanece conectado a este aplicativo servidor até 
fazer logoff. 
 
Nota: Para exibir uma visão geral dos usuários que estão conectados ao mesmo servidor de aplicativos 
você está, ligue para a transação SM04. Para ver em qual servidor de aplicativos você está conectado, 
selecione Sistema → Status. No AS ABAP 7.40 e posterior, você também pode ver todos os usuários logados 
em todo o sistema através da transação SM04. 
 
 
 
 
Pag 59 
 
 
 
 
Se você estiver acessando o AB ABAP via protocolos da Web, como HTTP, usando o navegador, o Internet 
Communication Manager (ICM) recebe a solicitação. Isso encaminha a solicitação para o dispatcher de seu 
servidor de aplicativos. A comunicação de outros sistemas SAP via Remote Function Call (RFC) é aceita pelo 
Leitor de Gateway (GW). 
 
Processos AS Java (da versão 7.10) 
 
 
Figura 33: Processos AS Java (da versão 7.10) 
 
Cuidado: * Isso significa: numérico da versão 7.10. Embora 7.20 seja mais antigo que 7.03, por exemplo, é 
numericamente mais recente. 
 
Os seguintes processos existem no AS Java da Release 7.10 *: 
 
● O Internet Communication Manager (ICM) distribui solicitações recebidas para o servidor de processos. Nos 
releases anteriores ao AS Java 7.10, o dispatcher Java executava essa tarefa. 
 
● O processo do servidor executa os aplicativos Java. Todo processo do servidor é multi-threaded, o que 
significa que pode processar consultas em paralelo. Cada ICM pode ter entre um e 16 processos do servidor. 
 
● O serviço de mensagens Java gerencia uma lista de processos do servidor. É responsável pela comunicação 
dentro do ambiente de tempo de execução Java. 
 
● O serviço de enfileiramento Java gerencia os bloqueios lógicos definidos pelo Java executado programa 
aplicativo em um processo do servidor. 
 
 
 
 
Pag 60 
 
 
 
 
● O leitor de gateway (GW) permite a comunicação entre os sistemas SAP ou entre os sistemas SAP e sistemas 
de aplicação externa. Existe uma vez em cada sistema SAP (nas instâncias dos serviços centrais). 
 
Nota: 
A totalidade do ambiente Java (todos os processos e o esquema do banco de dados) é também se refere a 
um cluster Java, e os processos individuais (ICM e servidor) como nós do cluster Java. 
 
Você pode obter uma visão geral dos processos Java iniciados (dispatcher Java e servidor Java processos) 
através das informações do sistema do ambiente de execução Java ((http: // <Host nome>: <Porta HTTP do 
dispatcher Java da Instância> / sap / monitoring / SystemInfo, para exemplo http: //twdf1234.wdf.sap.corp: 
5 $$ 00 → Informação do Sistema) 
 
 
Figura 34: Arquitetura AS Java (da versão 7.10) 
 
Analogamente ao AS ABAP, o serviço de mensagens do AS Java fornece uma mensagem central serviço para 
comunicação interna. O serviço de mensagens Java também fornece as informações sobre quais servidores 
de aplicativos e nós do AS Java estão disponíveis. Cada nó do Java cluster pode se comunicar diretamente 
com o serviço de mensagens. 
 
No AS Java, o serviço de enfileiramento contém bloqueios lógicos. Cada nó do cluster Java pode comunicar-
se diretamente com o serviço de enfileiramento. Quando o AS Java é acessado usando um navegador, o ICM 
recebe solicitações, que são então processados pelos processos do servidor. 
 
 
 
 
 
 
Pag 61 
 
 
 
 
Cuidado: 
* significa: numérico da versão 7.10. Embora 7,20 seja mais antigo que 7,03, para, por exemplo, seja 
numericamente mais recente. 
 
Processos AS ABAP + Java (para o Release 7.03) 
 
Para o AS ABAP + Java (significando processos ABAP e Java no mesmo sistema SAP, sob o mesmo ID do 
sistema SAP), os mesmos princípios de arquitetura se aplicam aos AS ABAP separados e sistemas AS Java. 
Vários recursos especiais se aplicam, no entanto. 
 
Nota: 
O AS ABAP + Java também é chamado de sistema de “pilha dupla”. 
 
 
Figura 35: AS ABAP + Java (para a versão 7.03), como o SAP Solution Manager 7.1 
 
Atenção!! 
* significa: numérico da versão 7.10. Embora 7,20 seja mais antigo que 7,03, para, por exemplo, seja 
numericamente mais recente. 
 
 
 
 
 
 
 
 
Pag 62 
 
 
 
 
Como os dois ambientes de tempo de execução são capazes de atender solicitações via protocolos da Web. 
O Internet Communication Manager pode decidir se a solicitação é endereçada ao AS ABAP ou o ambiente 
de tempo de execução AS Java. Ele decide isso com o URL da solicitação. Em um solicitar ao ambiente de 
tempo de execução AS ABAP, por exemplo, a chamada de um ABAP Web Dynpro, o ICM encaminha a 
solicitação ao despachante ABAP e os processos de trabalho respondem ao pedido. Se a solicitação for uma 
solicitação para o Java Runtime Environment, por exemplo, a chamada de um Java Server Page (JSP), o ICM 
encaminha a solicitação para o AS Java e um dos servidores de processos responde ao pedido. 
 
Em um sistema AS ABAP + Java, os dados também são mantidos em esquemas de bancos de dados separados 
(mas na mesma base de dados). Ou seja, somente os processos de trabalho AS ABAP podem acessar dados 
AS ABAP e somente Processos do servidor AS Java podem acessar dados AS Java. Na troca de dados, tanto 
tempo de execução os ambientes se comunicam usando o SAP Java Connector (SAP JCo). 
Esta comunicação é necessária, por exemplo, se os dados de faturamento forem armazenados nos dados AS 
ABAP o esquema deve ser exibido em uma interface de usuário do AS Java. O SAP JCo é integrado ao AS Java 
e também é usado quando um sistema AS Java precisa se comunicar com um sistema AS ABAP remoto. 
 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Descreva configurações simples de cliente / servidor 
● Nomeie os processos do SAP NetWeaver Application Server 
● Definir o termo instância / servidor de aplicativos 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 63 
 
 
 
 
Unidade 3 
Lição 2 
Explicando o SAP NetWeaver Application Server ABAP 
(SAP NetWeaver AS para ABAP) 
 
VISÃO GERAL DA LIÇÃO 
Esta lição discute como o SAP NetWeaver Application Server ABAP (SAP NetWeaver AS para ABAP) funciona. 
Os processos são introduzidos e é explicado como eles funcionam. 
 
Exemplo Comercial 
Sua empresa decidiu implementar o SAP ERP. As principais funções do negócio, como a contabilidade no SAP 
ERP é processada pelo ambiente de tempo de execução ABAP. Para os funcionários nos diferentes 
departamentos técnicos (desenvolvimento, administração do sistema SAP, preparação do trabalho,segurança e assim por diante), é importante que eles entendam como o SAP O NetWeaver AS for ABAP 
funciona em mais detalhes. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Entenda como o AS ABAP funciona 
● Listar os processos AS ABAP e descrever sua finalidade 
● Descrever como as solicitações para o AS ABAP são processadas 
 
Processamento de solicitações no SAP NetWeaver AS para ABAP 
Os usuários podem efetuar logon no sistema SAP usando o SAP GUI ou um Web client (navegador), para 
exemplo. Ao efetuar logon via SAP GUI, as solicitações do usuário são processadas pelo tempo de execução 
ABAP meio Ambiente. Ao fazer o login através de um navegador, o processamento pode ser feito pelo ABAP 
ou pelo Ambiente de tempo de execução JAVA, dependendo da solicitação. 
 
Solicitar processamento no SAP GUI 
Os usuários fazem logon através do servidor de mensagens (ABAP) (balanceamento de carga) ou fazem logon 
diretamente no Expedidor ABAP, os processos de trabalho executam as entradas do usuário. O 
processamento de uma solicitação de usuário no AS ABAP, conforme descrito na figura, Processando um 
usuário Request, envolve diferentes processos em todas as três camadas (apresentação, aplicação e camada 
de banco de dados): 
 
 
 
 
 
Pag 64 
 
 
 
 
 
Figura 36: Processando uma solicitação de usuário 
 
As entradas de tela de um usuário são aceitas pelo programa de apresentação SAP SAP GUI (SAP Graphical 
User Interface), convertido para um formato interno e encaminhado para o AS ABAP. O despachante 
(dispatcher) ABAP é o processo central do AS ABAP. Ele gerencia os recursos para o servidor de aplicações 
escritas em ABAP em coordenação com o respectivo sistema operacional. A principal tarefa do despachante 
ABAP inclui a distribuição dos pedidos ao “seu” processo (Work Process), a integração da camada de 
apresentação e a organização da atividade de comunicação. 
 
O distribuidor primeiro salva as solicitações de processamento nas filas de solicitações e, em seguida, 
processa de acordo com o princípio “primeiro a entrar, primeiro a sair” (FiFo – First In, First Out). 
O despachante ABAP distribui os pedidos um após o outro para o trabalho disponível processos. Os dados 
são realmente processados no processo de trabalho, embora o usuário que criou o pedido usando o SAP GUI 
nem sempre é atribuído o mesmo processo de trabalho. Não há fixo atribuição de processos de trabalho aos 
usuários. Para processar solicitações de usuários, muitas vezes é necessário ler dados do esquema ABAP do 
banco de dados ou escreva para ele. Para isso, todo processo de trabalho está conectado diretamente ao 
esquema ABAP do banco de dados. 
 
Quando o processo estiver concluído, o resultado do processo de trabalho é enviado via despachante de 
volta para o SAP GUI. O SAP GUI interpreta esses dados e gera a tela de saída para o usuário. 
 
Os buffers ajudam a acelerar o processamento de solicitações do usuário. Dados que são lidos, mas 
raramente modificados (por exemplo, programas ou dados do Customizing, como clientes, moedas ou 
códigos) pode ser mantido como uma cópia do conteúdo do banco de dados na memória compartilhada do 
servidor. Isso significa que os dados não precisam ser lidos do banco de dados toda vez que são necessários, 
mas pode ser chamado rapidamente do buffer. Cada instância tem seus próprios buffers. 
 
 
 
 
 
Pag 65 
 
 
 
 
 
 Figura 37: Fluxo do processo para solicitações 
 
Os processos de trabalho executam a lógica do processo dos programas aplicativos. Além de memória 
interna, um processo de trabalho tem um manipulador de tarefas que coordena as ações dentro de um 
trabalho processo, processadores de software e uma interface de banco de dados. O processador dynpro 
executa o lógica de fluxo de tela do programa aplicativo, chamadas de módulos lógicos de processamento e 
transferências conteúdo de campo para a lógica de processamento. A lógica de processamento real da 
aplicação ABAP programas é executado pelo interpretador ABAP. O processador de tela informa ao 
processador ABAP qual subprograma deve ser executado, dependendo do status de processamento da lógica 
de fluxo da tela. 
 
O processo de trabalho de diálogo selecionado pelo dispatcher executa uma rolagem do contexto do usuário 
primeiro. Ou seja, os dados que contêm o status atual do processamento de um programa em execução, bem 
como dados que caracterizam o usuário é dado a conhecer ao processo de trabalho. O processo de trabalho 
então processa a solicitação do usuário, o que pode envolver, por exemplo, a solicitação de dados do banco 
de dados ou a partir dos buffers na memória compartilhada. Uma vez que o processo de trabalho de diálogo 
tenha processou a etapa de diálogo, o processo de trabalho retorna o resultado, rola o contexto do usuário 
de volta para a memória compartilhada e agora está disponível novamente para uma nova solicitação de 
usuário da solicitação da fila. O resultado é transferido para o SAP GUI e o usuário vê a nova tela. 
 
Interface de banco de dados do SAP NetWeaver AS para ABAP 
Os sistemas de gerenciamento de banco de dados relacionais (RDBMS) são geralmente usados para gerenciar 
grandes conjuntos de dados. Um RDBMS salva dados e relacionamentos entre dados na forma bidimensional 
 
 
 
 
Pag 66 
 
 
 
 
tabelas. Estes são conhecidos por sua simplicidade lógica. Relacionamentos de dados, tabelas e tabelas são 
definido no nível do banco de dados no catálogo do banco de dados (o dicionário de dados) do RDBMS. 
Dentro da linguagem de programação SAP ABAP, você pode usar ABAP Open SQL (SQL =Structured Query 
Language, linguagem de consulta de banco de dados) para acessar os dados do banco de dados, 
independentemente do RDBMS utilizado. A interface do banco de dados, que faz parte de todo processo de 
trabalho (Workprocess) de AS ABAP, converte instruções Open SQL de ABAP no SQL correspondente 
instruções para o banco de dados específico usado (SQL nativo). Isso permite que os programas ABAP sejam 
Independente de banco de dados. 
 
Nota: 
ABAP Open SQL é uma linguagem de consulta de banco de dados baseada no padrão SQL (ISO) que também 
contém aprimoramentos que não estão incluídos no padrão. 
 
Ao interpretar instruções Open SQL, a interface de banco de dados SAP verifica a sintaxe essas instruções e 
garante a utilização ideal dos buffers SAP locais no compartilhamento compartilhado memória do servidor 
de aplicativos. Os dados frequentemente solicitados pelos aplicativos armazenados nesses buffers para que 
o sistema não precise acessar o servidor de banco de dados para leia esses dados. Em particular, todos os 
dados técnicos, como programas ABAP, telas e ABAP As informações do dicionário, bem como vários 
parâmetros de administração de negócios, geralmente permanecem inalterados em um sistema operacional 
e, portanto, são ideais para o armazenamento em buffer. 
 
 
Figura 38: Fluxo de Consulta do Banco de Dados 
 
No ABAP, ainda é possível enviar comandos SQL nativos diretamente para o banco de dados. A partir do AS 
ABAP 6.10, o ABAP Database Connectivity Framework (ADBC) está disponível para isso pois os comandos 
especificados não são verificados quanto à correção pelo interpretador ABAP nem processados pela interface 
 
 
 
 
Pag 67 
 
 
 
 
do banco de dados (os buffers locais, portanto, não podem ser levados em conta). Se você usa SQL nativo, a 
independência do banco de dados dos programas usados mais garantido. 
 
Nota: 
Independentemente da versão AS ABAP, você também pode usar um SQL EXEC. - FIM EXEC. 
Contêiner para enviar comandos SQL nativos para o banco de dados. 
 
Processamento de Solicitação de Diálogo 
A execução de pedidos de diálogo é caracterizada pelo seguinte: 
 
Uma etapa de diálogo do programa é atribuída a um processo de trabalho de diálogo específico durante a 
execução. 
 
● As etapas de diálogo individuais para um programa que consiste em várias telas podem ser executadas em 
diferentes processosde trabalho de diálogo durante o tempo de execução do programa. Isso é chamado de 
processo de trabalho 
multiplexação. 
 
● Um processo de trabalho de diálogo processa sequencialmente as etapas de diálogo para vários usuários 
e programas. 
 
Isso é ilustrado na figura, Dialog Work Process Multiplexing. 
 
 
Figura 39: Multiplexação do processo de trabalho de diálogo 
 
 
 
 
Pag 68 
 
 
 
 
Programas de aplicação SAP diferenciam entre interação do usuário e lógica de processamento. As ações do 
usuário são realizadas tecnicamente usando telas, também chamadas de dinpros (programas dinamicos), 
que consistem em uma imagem de tela e a lógica de fluxo subjacente. O processador Dynpro do processo de 
trabalho executa a lógica de fluxo de tela do programa aplicativo, chamadas processamento de módulos 
lógicos e transfere o conteúdo do campo para a lógica de processamento. O fluxo da tela A própria lógica é 
dividida em PBO (Process Before Output), que é processada antes do imagem de tela é enviada e PAI (Process 
After Input), que é processado após um usuário interagir na tela. A parte PAI de uma etapa de diálogo 
pertence logicamente ao precedente imagem da tela, enquanto a parte do PBO pertence logicamente à 
imagem de tela subseqüente. 
 
A lógica de processamento real dos programas ABAP é executada pelo interpretador ABAP. A tela do 
processador informa ao processador ABAP qual subprograma precisa ser executado, dependendo do status 
de processamento da lógica de fluxo da tela. Se, durante uma etapa de diálogo, os dados precisarem ser 
trocados com o banco de dados ou com os buffers, então a troca ocorre através da interface do banco de 
dados, que permite o acesso às tabelas do banco de dados, programas ABAP ou o dicionário ABAP entre 
outras coisas. 
 
Processamento Transacional no SAP NetWeaver AS para ABAP 
O termo transação 
As transações são unidades de processamento agrupadas para fornecer unidades específicas. Eles têm quatro 
principais características. As letras iniciais dessas características juntas formam o acrônimo ACID. 
Atributos de Transação 
 
Uma transação é caracterizada pelos seguintes atributos: 
● Atomica 
● Consistente 
● Isolado 
● Durável 
 
Atomic significa que uma transação é bem-sucedida ou não tem nenhum efeito. E se um sistema orientado 
a transações fica inativo, você precisa garantir que inconsistentes, parciais os resultados não são 
armazenados. 
 
Consistente significa que o status do sistema muda de um que é preciso e consistente em termos de negócios 
para outro que também é preciso e consistente em termos de negócios. 
 
Isolada significa que as alterações feitas dentro de uma transação só podem ser vistas por outras transações, 
mesmo aquelas que ocorrem simultaneamente, após a confirmação final (“Commit”). 
 
Durável porque após a confirmação final eles são armazenados permanentemente no banco de dados. 
 
Transações de banco de dados e transações ABAP 
Todo processo de trabalho é conectado a um parceiro de comunicação específico no nível do banco de dados. 
a duração do tempo de execução do servidor de aplicativos. Processos de trabalho não podem trocar 
parceiros de comunicação em tempo de execução. É por isso que um processo de trabalho só pode fazer 
alterações no banco de dados dentro de uma transação de banco de dados. 
 
Uma transação de banco de dados é, de acordo com o princípio ACID, uma seqüência não divisível de 
operações de banco de dados, no início e no final do qual o conjunto de dados no banco de dados deve ser 
 
 
 
 
Pag 69 
 
 
 
 
consistente. O início e o fim de uma transação de banco de dados são definidos por um commit comando 
(“database commit”) para o sistema de banco de dados. Durante uma transação de banco de dados (entre 
dois comandos commit), o próprio sistema de banco de dados assegura que o conjunto de dados consistente. 
O próprio sistema de banco de dados assume a tarefa de restaurar o conjunto de dados estado anterior após 
uma transação ter terminado com um erro (“rollback”). 
 
Transações comerciais são unidades de processamento agrupadas para fornecer uma função específica; 
estes unidades de processamento executam alterações no banco de dados que são consistentes e fazem 
sentido termos de negócios. Exemplos típicos são atualizações de crédito e débito, que só fazem sentido 
juntos, ou criar um pedido e reservar os materiais relevantes. Correspondentemente, um AS transacional 
ABAP é definida como um processo de negócios não divisível que deve ser executado completamente ou 
não. AS transações ABAP são implementadas como sequências de etapas logicas de diálogo relacionadas que 
são consistentes em termos de negócios. Uma etapa de diálogo do usuário é representada por uma imagem 
na tela. 
 
 
Figura 40: Relacionamento entre transações do banco de dados e transações do SAP 
 
As transações SAP não são necessariamente executadas em um único processo de trabalho de diálogo. 
Dentro de uma transação que altera dados no banco de dados, o usuário solicita mudanças no banco de 
dados telas individuais exibidas. Quando a transação é concluída, as alterações devem resultar em um status 
de banco de dados consistente. As etapas de diálogo individuais podem ser processadas por diferentes 
tarefas processos (multiplexação do processo de trabalho), e cada processo de trabalho lida sequencialmente 
com o diálogo etapas para aplicativos não relacionados. Aplicativos cujos passos de diálogo são executados 
pelo mesmo processo de trabalho um após o outro não pode ser executado dentro da mesma transação de 
banco de dados se eles são não relacionados uns aos outros. Portanto, um processo de trabalho deve iniciar 
uma nova transação de banco de dados para cada etapa de diálogo. 
 
A relação entre as transações do banco de dados e as transações SAP é ilustrada no graphic “Relação entre 
transações de banco de dados e transações SAP”. 
 
 
 
 
 
 
Pag 70 
 
 
 
 
Gerenciamento de Bloqueio 
Para garantir a consistência dos dados em um sistema SAP, você deve garantir que os registros de dados não 
ser acessado e alterado por mais de um usuário a qualquer momento. Para fazer isso, o sistema SAP tem seu 
próprio conceito de gerenciamento de bloqueio. 
 
Do ponto de vista do banco de dados, cada etapa da caixa de diálogo forma uma unidade física e lógica: 
transação de banco de dados. A administração de bloqueio de banco de dados só pode coordenar esse tipo 
de transação de banco de dados. Do ponto de vista da SAP, no entanto, isso não é suficiente, porque o SAP 
transações, que são formadas a partir de uma seqüência de etapas de trabalho logicamente relacionadas 
consistentes em termos de negócios, geralmente são compostos de várias etapas de diálogo. Sistemas SAP 
precisa ter seu próprio gerenciamento de bloqueio. Isso é implementado usando o processo de 
enfileiramento. 
 
Isso também garante que a independência de plataforma do gerenciamento de bloqueios seja mantida. O 
conceito de bloqueio do SAP funciona no princípio de que os programas SAP fazem entradas de bloqueio 
para dados e registros a serem processados em uma tabela de bloqueios. As entradas de bloqueio só podem 
ser feitas se nenhuma já existir as entradas da tabela a serem bloqueadas. 
 
A tabela de bloqueio está localizada na memória principal do servidor de aplicativos com o processo de 
enfileiramento. Este processo gerencia os bloqueios lógicos das transações SAP no bloqueio de tabelas. 
O processo de enfileiramento pode ser implementado de uma das seguintes maneiras: 
Como um processo de trabalho (opção de instalação padrão até AS ABAP 7.30) 
Como parte da instância de serviço central do ABAP (ASCS, opção de instalação padrão a partir do AS ABAP 
7.31) 
 
Desde o AS ABAP 7.0, foi possível escolher entre estas duas opções. O ASCS opção é preferida por razões de 
alta disponibilidade, por exemplo. Para mais detalhes, consulte o SAP NetWeaver Library: SAP NetWeaver 
por capacidade de chave → Plataforma de aplicativo por chave → Capacidade→ Tecnologia ABAP → 
Tecnologia Cliente / Servidor → O Conceito de Bloqueio SAP (BCCST-EQ) → Servidor de Enfileiramento 
Independente. 
 
 
 
 
 
 
 
 
Pag 71 
 
 
 
 
 
Figura 41: Gerenciamento de Bloqueio no AS ABAP 
 
Se um usuário quiser alterar o acesso aos dados, o processo de trabalho da caixa de diálogo de execução 
solicita um bloqueio (para se o fizer, o desenvolvedor do aplicativo deve programar essa solicitação 
explicitamente). 
 
O seguinte se aplica somente se o processo de trabalho de enfileiramento for usado como a opção de 
instalação: 
O pedido de diálogo é processado no servidor de enfileiramento, o processo de trabalho de diálogo pode 
acessar o tabela de bloqueio diretamente. Ele agora verifica se um novo bloqueio pode ser gerado; isto é, se 
há é uma colisão com bloqueios que já foram definidos. Se um bloqueio pode ser definido, o processo de 
trabalho de diálogo cria e o usuário (proprietário do bloqueio) recebe a chave de bloqueio. A chave de 
bloqueio é mantida no usuário contexto na memória compartilhada. 
 
Se o processo de trabalho de diálogo que processa a solicitação do usuário e o processo de trabalho de 
enfileiramento (ou processo de enfileiramento) não estão em execução no mesmo servidor de aplicativos, 
esses dois processos comunicar através do servidor de mensagens. Nesse caso, a solicitação de bloqueio é 
encaminhada o processo de trabalho de diálogo para o processo de trabalho de enfileiramento (ou processo 
de enfileiramento) via despachantes e o servidor de mensagens. O processo de trabalho de enfileiramento 
(ou processo de enfileiramento) agora verifica se um bloqueio pode ser definido. Se isso for possível, o 
bloqueio é definido pelo trabalho de enfileiramento processo (ou processo de enfileiramento) e a chave de 
bloqueio transferida para o trabalho de diálogo solicitante processo via dispatcher e servidor de mensagens. 
 
 
 
 
Pag 72 
 
 
 
 
Quando o bloqueio é solicitado, o sistema verifica se o bloqueio solicitado está em conflito com entradas 
existentes na tabela de bloqueios. Se a tabela de bloqueios já contiver entradas correspondentes, o pedido 
de bloqueio é recusado. O programa de aplicação pode então informar ao usuário que a operação não pode 
ser executada no momento. 
 
O desenvolvedor do aplicativo pode escolher entre diferentes modos de bloqueio: 
● Bloqueios de gravação (modo de bloqueio exclusivo); os dados de bloqueio podem ser editados apenas por 
um usuário. Solicitações para outro bloqueio de gravação e outro bloqueio de leitura são rejeitadas. Um 
bloqueio de gravação protege 
os objetos bloqueados contra todos os tipos de outras transações. Somente o mesmo proprietário da trava 
pode definir o bloqueio novamente (acumular). 
 
● Bloqueios de leitura (modo de bloqueio compartilhado); vários usuários podem ter acesso de leitura aos 
dados bloqueados ao mesmo tempo. As solicitações de bloqueios de leitura adicionais são aceitas, mesmo 
que sejam de 
outros usuários. Um bloqueio de gravação é rejeitado. 
 
● Bloqueios de gravação aprimorados (modo de bloqueio e Xclusive não cumulativo); enquanto bloqueios 
de escrita podem ser solicitada e liberada sucessivamente pela mesma transação, um bloqueio de gravação 
aprimorado só pode ser solicitado uma vez, mesmo pela mesma transação. Todas as outras solicitações de 
bloqueios são rejeitadas. 
 
● Bloqueios otimistas (modo de bloqueio otimista); bloqueios otimistas respondem como ler bloqueio no 
primeiro e podem ser alterado para gravar bloqueios. Um bloqueio otimista é definido se o usuário exibir os 
dados mudar de modo. Bloqueios otimistas no mesmo objeto não colidem. Se o usuário quiser salvar os 
dados (alterados), o bloqueio otimista deve ser alterado para um bloqueio de gravação (modo E). (Esta falha 
se alguém definir um bloqueio não otimista no objeto antes.) Outros bloqueios otimistas o objeto é excluído 
no processo. Os bloqueios definidos por um programa aplicativo são liberados pelo próprio programa 
aplicativo ou pelo programa de atualização, uma vez que o banco de dados foi alterado. Bloqueios que foram 
passados a um processo de trabalho de atualização, também são gravados em um arquivo no nível do sistema 
operacional e podem portanto, serem restaurados se o servidor de enfileiramento cair. 
 
A transação SM12 (Ferramentas → Administração → Monitor → Bloqueio de Entradas) exibe as travas que 
estão atualmente em Se um bloqueio já foi herdado para o processo de atualização, o sinalizador de backup 
também foi definido. Tal bloqueio também será incluído na tabela de bloqueios novamente após reiniciar o 
servidor de enfileiramento. 
 
Existem duas maneiras de excluir bloqueios mantidos pelos usuários: 
● Finalizando a sessão do usuário na visão geral do usuário (transação SM04 ou Ferramentas → 
Administração → Monitor → Monitoramento do Sistema → Visão Geral do Usuário 
 
● Excluindo manualmente as entradas de bloqueio no SM12 O primeiro método (terminando a sessão do 
usuário) também resulta no proprietário do bloqueio original deixando a transação e liberando todos os 
bloqueios mantidos. O segundo método (excluir manualmente usando o SM12) simplesmente apaga a 
entrada de bloqueio da tabela de bloqueio. Isso teoricamente permite que vários usuários alterar os mesmos 
registros de dados simultaneamente. 
 
 
 
 
 
 
 
Pag 73 
 
 
 
 
Atenção:!! 
Antes de excluir bloqueios usando a transação SM04, o administrador do sistema SAP deve primeiro 
verificar se o usuário que possui o bloqueio ainda está conectado ao SAP sistema. Exclua somente as 
entradas de bloqueio com a transação SM12, se o proprietário da trava não for mais tempo conectado ao 
sistema SAP, mas ainda possui o bloqueio (por exemplo, se o A conexão entre o SAP GUI eo sistema SAP foi 
interrompida porque o usuário desligou o computador front-end sem fazer logoff do Sistema SAP). 
 
Atualização 
No sistema SAP, um processo empresarial é mapeado usando uma transação SAP que pode conter várias 
mudanças de tela (por exemplo, a criação de um pedido). Alterações de dados efetuadas por este processo 
deve ser executado completamente ou não em todos no banco de dados. Se a operação é finalizada durante 
a transação ou ocorre um erro, a transação não deve faça qualquer alteração no banco de dados. O sistema 
de atualização SAP, descrito abaixo, cuida disso. O sistema de atualização também oferece maior segurança, 
desempenho e capacidade de restauração, com a execução de alterações no banco de dados. 
 
 
Figura 42: O Princípio das Atualizações Assíncronas 
 
O sistema de atualização permite que as transações do SAP descarreguem alterações de banco de dados com 
uso intensivo de tempo. Estes são então executados de forma assíncrona em processos especiais de trabalho 
de atualização. Isso também contorna os problemas de reversão causados pela diferença no conceito da 
unidade lógica de trabalho (LUW) em uma transação SAP e no banco de dados. 
 
 
 
 
 
Pag 74 
 
 
 
 
Se, durante um processo de trabalho de diálogo, os dados temporariamente armazenados para 
processamento forem passados para uma atualização processo de trabalho para processamento adicional, o 
processo de trabalho de diálogo não espera pela atualização pedido para ser completado: A atualização é 
assíncrona (não simultânea). 
 
O assíncrono 
O processo de atualização é ilustrado na figura O Princípio das Atualizações Assíncronas. A parte da caixa de 
diálogo é concluída com o comando ABAP COMMIT WORK; a parte de atualização do a transação é iniciada: 
o servidor de atualização transfere a solicitação de atualização para um trabalho de atualização processo. 
Aqui, cada etapa do diálogo corresponde a uma transação de banco de dados (que é executada 
completamente ou não em todo o banco de dados e lá completou com um COMMIT comando). A parte de 
atualização da transação SAP é executada em uma transação de banco de dados. Isto é; só então os dados 
são copiados para as tabelas de aplicativos. 
 
 
Figura 43: Oprocesso de atualização assíncrona 
 
Se os usuários quiserem alterar um registro de dados em uma transação SAP, eles chamarão a transação na 
caixa de diálogo, efetue as entradas apropriadas nas telas e, em seguida, inicie o processo de atualização, 
salvando os dados. Este processo aciona as seguintes etapas: 
 
1. O programa bloqueia o registro de dados para outros usuários. O programa faz isso endereçando o processo 
de trabalho de enfileiramento (usando o servidor de mensagens, se apropriado). O trabalho de 
 
 
 
 
Pag 75 
 
 
 
 
enfileiramento processa a entrada relevante na tabela de bloqueio ou (se outro usuário já tiver bloqueado 
os dados) informa ao usuário que o registro de dados não pode ser alterado no momento. 
 
2. Se o processo de trabalho de enfileiramento tiver conseguido gravar a entrada de bloqueio na tabela de 
bloqueios, ele passará a chave de bloqueio criada para o usuário, o programa lê o registro a ser alterado a 
partir do banco de dados eo usuário pode alterar o registro na imagem da tela da transação SAP. 
 
3. No processo de trabalho da caixa de diálogo atual, o programa chama um módulo de função usando CALL 
FUNCTION ... IN UPDATE TASK e grava a solicitação de atualização nas tabelas de atualização do banco de 
dados. Estas também são chamadas de tabelas VB *, porque seus nomes começam com “VB”. Eles agem 
como memória temporária e armazenar os dados a serem alterados até que possam ser coletados e gravados 
às tabelas de aplicativos no banco de dados (em uma única transação de banco de dados). 
 
 
4. No final da parte da caixa de diálogo da transação (por exemplo, quando o usuário salva os dados - 
possivelmente depois de completar outras etapas de diálogo), o programa inicia o fechamento do transação 
com a instrução COMMIT WORK. O processo de trabalho que está lidando com o A etapa de diálogo ativa 
conclui o cabeçalho de atualização e aciona um processo de atualização de trabalho. 
 
5. Com base nas informações (chave da solicitação de atualização, chave de bloqueio) transferidas da caixa de 
diálogo processo de trabalho, o processo de trabalho de atualização lê os registros de log que pertencem a 
este SAP transação das tabelas VB *. 
 
6. O processo de atualização de trabalho transfere as alterações marcadas e coletadas nas tabelas VB * para o 
banco de dados como uma solicitação de atualização e avalia a resposta do banco de dados. Se as mudanças 
foram gravadas com sucesso nas tabelas de destino, o processo de atualização de trabalho aciona a 
confirmação de banco de dados após a última alteração no banco de dados e exclui as entradas do banco de 
dados. Tabelas VB *. Se ocorrer um erro, o processo de trabalho de atualização acionará uma reversão do 
banco de dados, deixa os registros de log nas tabelas VB * e os marca como defeituosos. 
 
 
7. As entradas de bloqueio na tabela de bloqueio são redefinidas. 
 
Nota: 
O desenvolvedor do aplicativo decide se e como usar atualizações assíncronas durante a programação da 
transação. Além da atualização assíncrona, existem algumas outras técnicas de atualização (por exemplo, 
síncrona ou local). Para aumentar ainda mais o desempenho, os desenvolvedores de aplicativos podem 
configurar diferentes tipos de atualizações: 
 
● Atualizações V1 primárias e críticas ao tempo. Eles são relevantes para objetos que têm uma função de 
controlling no sistema SAP, como uma modificação no estoque de materiais ou uma criação de pedidos. 
● Atualizações secundárias V2 não críticas ao tempo que dependem das atualizações da V1. Estes são, por 
exemplo, atualizações puramente estatísticas, como o cálculo de resultados. 
● Atualizações que não são críticas ao tempo e que são coletadas e processadas em um ponto posterior 
tempo (corrida coletiva). 
 
Os módulos V1 para uma transação SAP são processados sequencialmente em um único atualizar o 
processo de trabalho. Se o seu sistema SAP tiver um processo de trabalho para atualizações V2 (digite UP2), 
então os módulos V2 só serão atualizados lá. Uma vez que tenha sucesso e o processamento concluído, o 
 
 
 
 
Pag 76 
 
 
 
 
processo de atualização do V1 libera os bloqueios relevantes novamente. Isso significa que os processos de 
trabalho de atualização “normal” estão disponíveis novamente mais rapidamente para atualizações de 
tempo crítico V1, e que as entradas de bloqueio relevantes são excluídas mais cedo. Se você não configurou 
nenhum processo de trabalho de atualização V2, o processo de trabalho do V1 manipula todas as 
atualizações. Na execução coletiva, os módulos não são atualizados automaticamente, mas somente 
quando programa especial (RSM13005) aciona a atualização. Todas as chamadas dos módulos de função 
são então coletados, agregados e atualizados de uma só vez. Ao fazê-lo, eles são tratados como módulos 
de atualização V2. 
 
Se ocorrer um erro durante uma atualização, o processamento do componente de atualização ativo termina. 
Os usuários podem ser notificados automaticamente por correio expresso quando uma atualização é 
encerrada. 
 
Se um processo de trabalho de diálogo terminar ao gravar dados nas tabelas VB *, as tabelas conterão dados 
que não serão atualizados. Essas entradas podem ser excluídas automaticamente na próxima vez que você 
inicie o sistema SAP ou eles podem ser excluídos manualmente. As tabelas de aplicativos permanecem 
inalterado. 
 
Uma atualização assíncrona pode terminar por vários motivos. Se, por exemplo, várias tentativas são feitas 
para inserir o mesmo registro de dados (usando a inserção) em uma tabela, isso aciona a exceção condição 
"Chave Duplicada" na codificação, porque já existe uma entrada na tabela sob este chave. Portanto, o registro 
de dados correspondente não pode ser gravado na tabela do banco de dados que uma vez. 
 
Quando uma atualização é encerrada, o sistema envia uma mensagem expressa ao usuário que acionou a 
atualização. Quaisquer etapas adicionais devem ser executadas pelo administrador do sistema SAP. A 
transação SM13 (solicitações de atualização) fornece aos administradores do sistema ferramentas de análise 
para manipular as atualizações terminadas. Uma vez que o erro que causou a terminação foi corrigido (por 
exemplo, danos ao hardware reparados), o usuário final deve reiniciar o processamento. 
 
Impressão 
Os sistemas SAP fornecem uma ampla variedade de opções para representar negócios e outros dados. Estes 
dados, criados e formatados em uma etapa de diálogo, podem ser enviados para impressoras e outros 
interfaces (fax, e-mail e assim por diante). Uma impressora deve primeiro ser configurada no sistema SAP 
antes de pode ser endereçado. 
Você pode selecionar uma impressora que já tenha sido configurada escolhendo o ícone de impressão (Ctrl 
+ P), em seguida, usando a ajuda de entrada. Geralmente, uma impressora padrão é definida como padrão 
em seu perfil de usuário. 
 
Quando uma impressora é configurada, o sistema SAP tem todas as informações necessárias para poder crie 
um pedido de spool. Uma solicitação de spool contém informações sobre os dados a serem enviados, sua 
formatação e a impressora modelo utilizado. A solicitação de spool gerada é armazenada no TemSe (arquivo 
sequencial temporário). 
 
Dica: 
Solicitações de spool podem ser criadas por processos de trabalho de diálogo ou por trabalho em processos 
em segundo plano. Processos de trabalho de spool não criam solicitações de spool. 
 
 
 
 
 
Pag 77 
 
 
 
 
 
Figura 44: Imprimindo no SAP NetWeaver AS para ABAP 
 
Como você pode ver no gráfico acima, um processo de trabalho em spool formata os dados especificados na 
solicitação de spool e cria uma solicitação de saída. A solicitação de saída contém todos os dados em um 
formato apropriado para a impressora. Esses dados podem ser repassados para um processo de spool do 
sistema operacional localmente (no mesmo computador) ou remotamente (em uma conexão de rede). 
 
Nota: 
Em um sistema SAP, a conexão entre um processo de trabalho de spoole o processo de spool do sistema 
operacional é conhecido como o método de acesso. Há mais métodos de acesso do que os dois exibidos 
acima. Estes são os dois mais comumente métodos de acesso usados para conectar impressoras a sistemas 
SAP. Neste contexto, remoto ou local não se referem à localização física da saída, mas ao local onde o 
processo de trabalho do spool está "conectado" ao spool do sistema operacional processo. 
 
Para o processamento de impressão, obtém-se o melhor desempenho enviando os dados para serem 
impressos o sistema operacional assim que possível. Você faz isso usando o método de acesso local. O 
sistema operacional executa todas as tarefas restantes, como enfileiramento e transferência de dados 
impressora selecionada. 
 
Dica: 
Um requisito menor, mas indispensável, para imprimir a partir de sistemas SAP é que cada impressora 
selecionável permite imprimir no nível do sistema operacional. 
 
 
 
 
Pag 78 
 
 
 
 
 
Você pode exibir suas solicitações de spool e saída, escolhendo Sistema → Solicitações de spool próprio 
(transação SP02). 
Via Sistema → Perfil do Usuário → Dados Próprios (código de transação SU3) você pode especificar 
configurações para impressão na ficha de registro Padrões na seção Controle de Spool. 
 
Processamento em background 
O processamento em segundo plano do SAP é um método para automatizar tarefas rotineiras e otimizar o 
uso dos recursos de computação SAP da sua organização. Em processamento em segundo plano, você instrui 
o sistema SAP para executar programas para você. Você pode usar o processamento em segundo plano para 
executar programas de longa duração ou intensivos em recursos em horários de pico. Como resultado, você 
pode atribuir o Sistema SAP a tarefa de executar programas. Não há nenhum esforço em seus recursos de 
diálogo e programas em execução em segundo plano não estão sujeitos às restrições de tempo de execução 
do diálogo processamento (término do programa após um tempo de execução de, por exemplo, dez 
minutos). 
 
A segregação do processamento em segundo plano para processos de trabalho especiais oferece dimensão 
para separar o processamento em segundo plano e o trabalho interativo. Normalmente, fundo 
processamento e trabalho interativo no sistema SAP ocorrem em momentos diferentes. Por exemplo, o 
sistema SAP é usado interativamente durante o dia e o processamento em segundo plano ocorre à noite. 
Você pode usar processos de trabalho em segundo plano para separar o processamento em segundo plano 
e trabalho interativo também por servidores de aplicativos, porque trabalhos em segundo plano são 
executados somente em servidores de aplicativos que oferecem processamento em segundo plano. 
 
 
Figura 45: Agendando tarefas em segundo plano (trabalhos) 
 
 
 
 
Pag 79 
 
 
 
 
O usuário final pode programar o programa para ser iniciado em segundo plano como um trabalho a 
transação da aplicação. O trabalho "espera" pelo tempo de execução planejado no trabalho tabela de 
agendamento. Se a hora chegou e os processos de trabalho em segundo plano estão disponíveis, o trabalho 
é distribuído para um processo de trabalho em segundo plano pelo agendador em segundo plano e, em 
seguida, executado. O usuário pode exibir o resultado na transação do aplicativo ou, no caso da lista gerando 
programas, observe a solicitação de spool pertencente ao trabalho (consulte a seção Impressão). Para exibir 
seus próprios trabalhos, escolha Sistema → Trabalhos próprios (código de transação SMX). 
 
A administração do sistema SAP e a preparação do trabalho têm acesso a uma ferramenta para agendamento 
várias tarefas em segundo plano com a transação SM36 (Ferramentas → CCMS → Fundo Processamento → 
Definir trabalhos). O monitoramento amplo de tarefas ocorre com transações SM37 (Ferramentas → CCMS 
→ Processamento em segundo plano → Trabalhos - Visão geral e administração). Para agendamento e 
monitoramento entre sistemas de tarefas em segundo plano, é possível usar o SAP Central para 
Planejamento de processo e outros produtos parceiros licenciados. 
 
Comunicação via o gateway 
Cada servidor de aplicativos de um sistema SAP NetWeaver AS para ABAP contém um gateway. Isto é usado 
para a comunicação entre processos de trabalho de diferentes servidores de aplicativos ou SAP sistemas, 
bem como processos de trabalho e programas externos. O leitor de gateway (geralmente apenas o chamado 
gateway) é o processo principal do sistema de gateway. O despachante inicia e verifica periodicamente. 
 
 
Figura 46: Comunicação do Gateway 
 
 
 
 
 
 
Pag 80 
 
 
 
 
Quando o Remote Function Call (RFC) ou CPIC é usado para comunicação entre o aplicativo e servidores de 
um sistema SAP ou entre os próprios sistemas SAP, o gateway é sempre envolvido. Se um processo de 
trabalho de diálogo tiver que estabelecer uma conexão RFC com um sistema SAP remoto no contexto de uma 
solicitação (por exemplo, para recuperar dados do cliente), ele usa um gateway para comunicar com o 
sistema SAP remoto. O gateway encaminha a solicitação para o gateway do sistema SAP remoto. O gateway 
remoto então transfere a solicitação para o despachante, 
que, por sua vez, encaminha o pedido para um de seus processos de trabalho, que então comunica 
diretamente com seu gateway. As conexões RFC de entrada são, portanto, sempre recebidas pelo gateway 
durante a saída conexões são iniciadas pelo processo de trabalho. 
 
Processando solicitações da Web 
O Internet Communication Manager permite que os sistemas SAP se comuniquem usando os protocolos 
HTTP, HTTPS e SMTP. O ICM pode processar solicitações da Internet cujas URLs contêm sua combinação de 
servidor e porta. Solicitações HTTP (S) podem ser processadas em o processo de trabalho ABAP (por exemplo, 
aplicativos ABAP Web Dynpro) ou encaminhados ao AS Java em um sistema AS ABAP + Java (por exemplo, 
aplicativos Java Web Dynpro). O ICM pode use o URL para decidir para onde encaminha a solicitação (se não 
puder responder à solicitação de seu cache). Se forem necessários dados do banco de dados AS ABAP, “pipes 
de memória” serão usados estabelecer uma conexão com um processo de trabalho. Solicitações SMTP são 
sempre encaminhadas para o AS ABAP. 
 
Se a solicitação for para o ambiente de tempo de execução ABAP, o ICM a encaminhará para o ABAP 
Dispatcher, que então trata como uma solicitação típica da SAP GUI (consulte a seção anterior). O processo 
de trabalho que processa o inquérito agora se comunica diretamente com o ICM. O ICM retorna a resposta 
para o usuário que enviou a solicitação. 
Dual stack up para release 7.0x: Uma consulta direcionada ao AS Java é enviada para o Java dispatcher, que 
o encaminha para um processo de servidor Java. O processo do servidor Java refere-se a o esquema Java do 
banco de dados, se aplicável, e usa o processo de dispatcher Java para enviar a resposta de volta ao ICM. 
Finalmente, o ICM envia a resposta do sistema SAP para o usuário que enviou a solicitação. 
 
Pilha dupla a partir do release 7.10: Uma consulta direcionada ao AS Java é encaminhada diretamente para 
um processo Java do servidor. O processo do servidor Java, em seguida, refere-se ao esquema Java do banco 
de dados, se aplicável e envia a resposta de volta ao ICM. Finalmente, o ICM envia a resposta de o sistema 
SAP ao usuário que enviou a solicitação. 
 
 
 
 
 
Pag 81 
 
 
 
 
 
Figura 47: Comunicação entre o ICM e o AS ABAP 
 
Desde o AS ABAP 6.10, os processos de trabalho foram capazes de gerar diretamente conteúdo, que pode 
então ser transferido para o front-end de pesquisa por meio do ICM. O ICM permite que várias tecnologias 
de interface do usuário sejam usadas, por exemplo, SAPUI5, Web Dynpro ABAP ou Business Server Pages 
(BSP). As tecnologias mais recentes estão no topo desta lista. 
 
Tarefas de administração do SAP NetWeaver AS para ABAP 
As transações mostradas na figura, Common Administration Transactions, ajudam você a lidar com trabalho 
diário de administração do sistema SAP. Osadministradores do sistema SAP devem estar familiarizados com 
o uso e interpretação dessas transações. 
 
 
Figura 48: Transações de Administração Comum 
 
 
 
 
Pag 82 
 
 
 
 
A transação SM51 permite exibir os servidores de aplicativos que estão conectados ao SAP servidor de 
mensagens. Eles representam os servidores de aplicativos do sistema SAP. Seu status indica quais servidores 
de aplicativos estão ativos no sistema SAP. As informações na exibição do servidor de aplicativos são as 
seguintes: 
 
As seguintes funções estão disponíveis como itens de menu; itens de menu importantes também são exibidos 
como botões na tela. Você pode navegar para outras transações aqui: 
 
Exibir e gerenciar processos de trabalho (transação SM50) 
Exibir e gerenciar sessões de usuários (transação SM04) 
Logs do sistema (transação SM21) 
 
As seguintes transações também estão disponíveis: 
 
O monitor de gateway (transação SMGW) 
O monitor ICM (transação SMICM) 
O monitor do sistema operacional (ST06) 
Para citar apenas alguns. 
 
Dica: 
O servidor de aplicativos usado para chamar essas transações depende de qual servidor de aplicativos é 
selecionado na lista: 
 
A transação SM50 mostra um instantâneo do status do processo de trabalho do servidor de aplicativos 
onde você está logado. Você atualiza a exibição para receber informações atualizadas. 
 
A visão geral de processo destina-se principalmente à coleta de informações. Por exemplo, você pode 
monitorar processos para determinar se o número de processos de trabalho em seu sistema é adequado, 
avaliar se o servidor de aplicativos está funcionando com capacidade total, para coletar informações solução 
de problemas ou para ajuste. 
 
Dica: 
No SAP NetWeaver AS para ABAP 7.4 e posterior, você também pode exibir todo o trabalho processa todo 
o sistema no SM50: Goto - → System-Wide List. Isso agora corresponde à transação SM66. 
 
Nota: 
Um novo recurso do SAP NetWeaver AS para o ABAP 7.4 é a prioridade das consultas: 
Alta: prioridade para sessões online e processos internos do sistema 
Normal: Prioridade para chamadas RFC de dentro de sessões online 
Baixa: prioridade para processamento em segundo plano (lote) e chamadas RFC de fundo programas 
(trabalhos em lote) 
 
Com a transação SM66, você pode visualizar os processos de trabalho de todo o sistema SAP. A partir do SAP 
NetWeaver AS para ABAP 7.4, isso equivale a chamar a transação SM50 -> Goto → Lista de todo o sistema. 
 
A transação SM04 permite que você exiba todos os usuários que estão conectados a este aplicativo servidor 
no sistema SAP. A partir do SAP NetWeaver AS para ABAP 7.4, você também pode usar transação SM04 para 
exibir todos os usuários ativos em todo o sistema. 
 
 
 
 
Pag 83 
 
 
 
 
Dica: 
A partir do SAP NetWeaver AS para ABAP 7.4, você também pode exibir todo o trabalho processa todo o 
sistema no SM50: Goto - → System-Wide List. Isso agora corresponde à transação AL08. 
 
A transação AL08 fornece uma visão geral de todos os usuários atualmente conectados ao sistema SAP, 
classificados pelos servidores de aplicativos no sistema SAP. A partir do SAP NetWeaver AS para ABAP 7.4, 
isso equivale a chamar a transação SM04 -> Goto - → System-Wide List. 
 
A transação de atualização do usuário (SU01) permite atualizar registros mestre individuais. O administrador 
do usuário pode usá-lo para criar novos registros mestre de usuário ou administrar registros mestre do 
usuário, por exemplo, atribuem novas funções e perfis de autorização. 
 
Para a manutenção em massa de usuários, você pode usar a transação SU10. 
Você pode usar a transação SM36 para criar tarefas em segundo plano no sistema SAP. 
A transação SM37 permite exibir uma visão geral das tarefas em background no sistema SAP. 
Você pode usar a transação SM21 para analisar o log do sistema. 
Você pode gerenciar as entradas de bloqueio na tabela de bloqueios do processo de trabalho de 
enfileiramento usando transação SM12. O gerenciamento de bloqueios é usado para monitorar a lógica de 
bloqueio no sistema SAP e permite você determinar quais bloqueios estão atualmente definidos. 
 
O gerenciamento de atualizações (transação SM13) permite que você execute as seguintes tarefas: 
 
● Exibir solicitações de atualização 
● Analisar problemas relacionados à atualização 
● Testar e limpar solicitações de atualização canceladas 
● Exibir e redefinir o status de solicitações de atualização 
● Excluir solicitações de atualização 
● Exibir estatísticas para a tarefa de atualização 
 
Esta função fornece uma visão geral das solicitações de atualização e uma ferramenta para investigar 
quaisquer problemas que possam ter ocorrido. Não exibe solicitações atualizadas com sucesso. Além dos 
alertas, o sistema SAP envia e-mails expressos para cada usuário cujas atualizações são canceladas, indicando 
o erro de atualização. O correio é enviado no sistema SAP, no qual o problema ocorreu. 
 
Se você quiser enviar uma mensagem para todos os usuários em seu sistema SAP, você pode usar a transação 
SM02 para enviar uma mensagem do sistema. Também é possível restringir os destinatários aos usuários de 
um determinado cliente ou usuários que estão conectados a um servidor de aplicativos específico. Uma 
mensagem é apenas exibido ao destinatário uma vez por dia. O sistema SAP exibe mensagens: 
 
● Quando um usuário faz logon no sistema SAP 
● Assim que um usuário conectado realiza a próxima etapa da caixa de diálogo 
 
Funções do Sistema de Gerenciamento do Centro de Computação (CCMS) 
O Sistema de Gerenciamento do Centro de Computação (CCMS) é uma coleção de ferramentas integradas 
para gerenciamento, execução e monitoramento de sistemas SAP. As funções do Sistema de Gerenciamento 
do Centro de Computação (CCMS) incluem: 
 
 
 
 
 
 
 
Pag 84 
 
 
 
 
Funções do Sistema de Gerenciamento do Centro de Computação (CCMS) 
 
● Processamento em segundo plano e monitoramento de tarefas (SM37) 
● Configuração do cenário da impressora (SPAD) 
● Ajuste das principais áreas de memória do sistema SAP (ST02) 
● Gerenciamento de banco de dados (como backup) (DBACOCKPIT) 
● Configuração de perfis do sistema SAP (RZ10) 
● balanceamento dinâmico de carga (SMLG) 
● Monitoramento do sistema SAP (RZ20) 
 
A chamada dessas funções está localizada na árvore do menu SAP em Ferramentas → CCMS e é estruturado 
em categorias como gerenciamento e monitoramento, configuração, DB, administração, impressão e 
processamento em segundo plano. A lista anterior mostra apenas alguns das funções disponíveis. Os 
administradores do sistema SAP usam muitas dessas funções diariamente. 
 
Adendo: Servidor de Mensagens ABAP 
Um único servidor de mensagens é executado em cada sistema SAP. Ele executa as seguintes tarefas no 
sistema SAP: 
 
Lição: Explicando Processos ABAP (SAP NetWeaver AS para ABAP) do SAP NetWeaver Application Server 
 
● Canal de comunicação central entre os servidores de aplicativos individuais do SAP sistema. Isso permite 
que determinados tipos de processos de trabalho sejam usados em todos os servidores de aplicativos 
 
● Balanceamento de carga de logons usando SAP GUI e RFC com grupos de logon 
 
● Ponto de informações para o SAP Web Dispatcher e os servidores de aplicativos. Cada O servidor de 
aplicativos do sistema SAP efetua logon no servidor de mensagens primeiro. 
 
Quando um servidor de aplicativos é iniciado, o processo do dispatcher contata o servidor de mensagens 
que pode anunciar os serviços que fornece (DIA, BTC, SPO, UPD e assim por diante). Se a configuração da 
conexão para o servidor de mensagens falha, é feita uma entrada no log do sistema (syslog), que você pode 
analisar com a transação SM21. Se o servidor de mensagens parar de funcionar, ele deverá ser reiniciado o 
mais rápido possível para assegurar que o sistema SAP continua a funcionar sem problemas. Em algumas 
situações, pode ser importante verificar o servidor de mensagens (ABAP) de um sistema SAP mais 
precisamente. Existem várias opções para o fazer.Uma é a transação SMMS (Message Server Monitor) no AS 
ABAP, para monitorar o servidor de mensagens. A tela inicial deste Transação exibe o status de todos os 
servidores de aplicativos ativos, semelhante à transação SM51. 
 
Você pode verificar e alterar todas as configurações importantes, gerar e visualizar arquivos de rastreio, ler 
estatísticas e assim por diante. As seguintes funções estão disponíveis como itens de menu; itens de menu 
importantes também são exibidos como botões na tela. 
 
Funções do SMMS de Transação 
Tela inicial A tela inicial dessa transação exibe o status de todos os servidores de aplicativos ativos, 
semelhante à transação SM51. 
 
• Ir → Dados de Logon → Display. Você encontrará informações aqui sobre a disponibilidade dos logs de 
comunicação e portas (por exemplo, diálogo, RFC, HTTP, SMTP e assim por diante) 
 
 
 
 
Pag 85 
 
 
 
 
• Goto → Hardware Keys Mostra a chave de hardware (também chamada de “chave do cliente”) do hardware 
do servidor de mensagens. 
 
• Goto → Parâmetros → Display Fornece informações abrangentes sobre a mensagem do servidor sendo usado 
 
• Ir → Exibir → Rastrear → Arquivo Exibe o arquivo de rastreamento (dev_ms). 
 
Além disso, vários programas são fornecidos e estão disponíveis no nível do sistema operacional. Você pode 
encontrar normalmente os programas de teste no diretório executável / usr / sap /<SID> / SYS / exe / run. 
 
O programa de monitoramento msmon fornece as mesmas funções que a transação SMMS no Sistema SAP. 
Você pode usar o programa de teste lgtst para verificar a conexão com o servidor de mensagens e exibir os 
servidores de aplicativos ativos e os grupos de logon que o servidor de mensagens pode atualmente ver. 
Você pode usar o programa msprot para monitorar o servidor de mensagens. O programa continuamente 
emite o status dos servidores de aplicativos registrados no servidor de mensagens e para quando servidor de 
mensagens está parado. Você é notificado da rescisão do servidor de mensagens e pode responder a isso. 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Entenda como o AS ABAP funciona 
● Listar os processos AS ABAP e descrever sua finalidade 
● Descrever como as solicitações para o AS ABAP são processadas 
 
 
 
 
 
Pag 86 
 
 
 
 
 
Unidade 3 
Lição 3 
 
Descrevendo o SAP NetWeaver AS Processos Java 
 
VISÃO GERAL DA LIÇÃO 
Esta lição discute como o SAP NetWeaver Application Server Java (SAP NetWeaver AS Java) funciona. Os 
processos são introduzidos e é explicado como eles funcionam. 
 
Exemplo Comercial 
Para consolidar suas paisagens heterogêneas do sistema SAP, sua empresa decidiu migrar aplicativos Java 
EE, que foram executados anteriormente em um servidor Java EE de terceiros, para SAP NetWeaver AS Java. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Entender como o SAP NetWeaver AS Java funciona 
● Listar os processos Java do SAP NetWeaver AS e descrever sua finalidade 
● Descrever como as solicitações para o SAP NetWeaver AS Java são processadas 
 
Definição de termos 
Como parte do SAP NetWeaver AS, o SAP NetWeaver AS Java implementa um servidor Java EE. o 
A tabela a seguir mostra as dependências da release: 
 
Tabela 4: Dependências de release do SAP NetWeaver AS Java 
AS Java Enterprise Edition JDK JRE SAP JVM SAP Note 
7.5x Java EE 8 8 (1.8.0) 8 8.1 
7.4 Java EE 7 7 (1.7.0) 7 7.1 
7.30, 7.31, 
7.4 
Java EE 6 6 (1.6.0) 6 6.1 
7.10, 711, 
7.20 
Java EE 5 
5.0 
(1.5.0) & 
6 (1.6.0) 
5.0 
& 6 
5.1 & 
6.1 
 
7.0, 7.01, 
7.02, 7.03 
Java EE 
1.3 
1.4.2 1.4.2 4.1 723909 
6.40 
Java EE 
1.3 
1.4.2 1.4.2 4.1 723909 
 
Quanto à explicação: 
SAP NetWeaver 
Plataforma de integração e aplicação da SAP 
 
AS Java 
SAP NetWeaver AS Java, parte do SAP NetWeaver Application Server 
 
Enterprise Edition 
Oficialmente “Plataforma Java, Enterprise Edition”: Especificações para desenvolvimento e operação de 
aplicação específica da empresa 
 
 
 
 
Pag 87 
 
 
 
 
 
JDK 
Java Development Kit: Kit de desenvolvimento de software desenvolvido pela Sun / Oracle Java aplicações 
 
JRE 
Java Runtime Environment: Aplicativos Java do Ambiente de Tempo de Execução 
 
 
SAP JVM 
SAP Java Virtual Machine: JVM / JDK certificada fornecida pelo SAP para aplicativos SAP 
 
SAP Note 1434916 - How to find out the SAP JVM build version - como encontrar a última versão do SAP 
JVM disponivel. 
SAP JVM 1367498 - SAP JVM installation prerequisites 
 
 
 
 
Pag 88 
 
 
 
 
Requisição de solicitação de processamento no SAP NetWeaver AS Java 
O processamento de uma solicitação do usuário no SAP NetWeaver AS Java, conforme descrito na figura, 
Solicitar processamento no SAP NetWeaver AS Java, envolve diferentes processos em todos as três camadas 
(apresentação, aplicação e camada de banco de dados). 
 
 
Figura 49: Processamento de Solicitação no SAP NetWeaver AS Java 
 
Um navegador da Web é a interface de usuário padrão para o SAP NetWeaver AS Java. Um pedido de usuário 
para SAP NetWeaver AS Java geralmente é uma solicitação HTTP (S) recebida pelo ICM. O ICM processo 
encaminha as solicitações de processamento para um dos processos do servidor de sua aplicação servidora. 
 
O processamento real ocorre no processo de trabalho do servidor, pelo qual o usuário que enviou o pedido. 
Normalmente, o pedido é atribuído ao mesmo processo de servidor novamente para a próxima solicitação. 
Os processos do servidor do SAP NetWeaver AS Java também são chamados de nós. 
 
Todos os processos do SAP O NetWeaver AS Java junto com o esquema do banco de dados formam o cluster 
Java. Em contraste com os processos de trabalho do SAP NetWeaver AS para ABAP, os processos de servidor 
do SAP O NetWeaver AS Java é multithreaded. Isso significa que um processo de servidor consiste em muitos 
encadeamentos e uma solicitação podem ser processados em cada encadeamento. Um processo de servidor 
pode, portanto, processar muitas solicitações do usuário em paralelo. 
 
Para processar solicitações do usuário, geralmente é necessário ler dados do esquema Java do banco de 
dados ou para escrever para ele. Para fazer isso, cada processo do servidor é conectado várias vezes ao 
Esquema Java do banco de dados através de um pool de conexão (pool de banco de dados). 
 
 
 
 
 
Pag 89 
 
 
 
 
Uma vez concluído o processamento, o resultado do processamento dos processos do servidor é retornado 
para o navegador da Web através do ICM. Os buffers ajudam a acelerar o processamento de solicitações do 
usuário. Isso significa que os dados não precisam ser lido do banco de dados toda vez que é necessário, mas 
pode ser chamado muito rapidamente o buffer. Cada processo do servidor possui seu próprio buffer. 
 
 
Figura 50: Processando uma Solicitação 
 
Os processos do servidor são divididos em diferentes módulos funcionais chamados gerenciadores e serviços. 
Os gerentes formam o Java Enterprise Runtime. O Java Enterprise Runtime fornece recursos básicos às 
funções principais do SAP NetWeaver AS Java. Como alternativa, conhecido como kernel. Juntamente com 
as interfaces e bibliotecas, os serviços são chamados de Java EE Engine. 
 
Componentes 
O Java EE Engine Components fornece interfaces de programação (APIs) para as aplicações; os aplicativos 
podem usar essas APIs para acessar as funções do SAP NetWeaver AS Java. 
 
No caso de uma solicitação HTTP, o processo ICM usa um manipulador Java EE para encaminhar solicitação 
para um processo de servidor deste servidor de aplicativos. 
 
O gerenciador do cluster do processo do servidor recebe a solicitação e a encaminha para o HTTP serviço de 
provedor. No serviço de contêiner da Web, a lógica de apresentação do aplicativo é então processado. O 
serviço de contêiner da Web fornece o processamento de servlets e JavaServer Páginas (JSP). A lógica da 
estrutura de negócios do aplicativo é processada na forma de EJB beans no serviço de contêiner EJB. Se, no 
processamento do pedido, os dados do banco de dadosé necessário, o Serviço de Conector JDBC é usado 
para estabelecer uma conexão com o banco de dados, e os dados são solicitados lá. Se o mesmo conteúdo 
 
 
 
 
Pag 90 
 
 
 
 
da tabela já tiver sido consultado por esse processo de servidor, o conteúdo do buffer de tabela pode ser 
consultado no nível do aplicativo (se buffering é permitido para a tabela). 
 
A resposta ao navegador da Web usando HTTP é então retornada da mesma maneira. 
 
Processamento Transacional no SAP NetWeaver AS Java 
O conceito ACID foi agora implementado no SAP NetWeaver AS Java da mesma forma que no SAP NetWeaver 
AS para ABAP. No SAP NetWeaver AS Java, o Serviço de Transação é responsável pela gestão de transações. 
Os dois padrões Java EE Java Transaction API (JTA) e Java Transaction Service (JTS) são implementados usando 
o Serviço de Transação. 
 
Aplicativos (desenvolvedores de aplicativos) podem usar o Java Transaction Service com a interface JTA. 
No padrão Java EE, grande parte da implementação da lógica de transação é deixada para o respectivo banco 
de dados utilizado. Portanto, uma transação no nível do aplicativo geralmente corresponde exatamente para 
uma transação de banco de dados no padrão Java EE. A figura, Transações no SAP O NetWeaver AS for Java 
ilustra a correlação usando um aplicativo JSP como o exemplo. 
 
 
Figura 51: Transações no SAP NetWeaver AS para Java 
 
No SAP NetWeaver AS Java, alterações e entradas na interface do usuário (no navegador da Web) não são 
tornados persistentes imediatamente no banco de dados. Quando o usuário salva suas entradas, o A 
transação Java é concluída imediatamente e os dados são tornados persistentes em um banco de dados 
transação. Uma transação Java, portanto, consiste em uma transação de banco de dados. 
 
Persistência 
A SAP criou o Open SQL para o framework Java para SAP NetWeaver AS Java. Assim, Java desenvolvedores 
de aplicativos têm acesso a vários programas independentes de banco de dados técnicas, bem como funções 
importantes para melhor desempenho e resolução de problemas. 
 
 
 
 
Pag 91 
 
 
 
 
 
Figura 52: Open SQL para Java 
 
Se o programa Java é supostamente portátil, isto é, executado com um banco de dados diferente daquele 
usado originalmente, os desenvolvedores podem escolher entre Open SQL / JDBC, Open SQL / SQLJ, EJB 
(Enterprise JavaBeans) e JDO (Java Data Objects). Se os desenvolvedores usam SQL nativo no programa, eles 
perdem a portabilidade e não podem usar o buffer de tabela do Open SQL Java Frameworks. 
 
Gerenciamento de Bloqueio 
O conceito de bloqueio do banco de dados é usado no padrão Java EE. Então, se os desenvolvedores de 
aplicativos Certifique-se de que eles implementam acessos de banco de dados independentes de banco de 
dados, o aplicativo ser portável, mas responderá semanticamente diferente em diferentes plataformas de 
banco de dados. Por esta razão e melhorar os tempos de resposta, a SAP introduziu o conceito do serviço de 
enfileiramento análogo ao SAP NetWeaver AS para ABAP. 
 
 
 
 
 
Pag 92 
 
 
 
 
 
Figura 53: Gerenciamento de Bloqueio no SAP NetWeaver AS Java 
 
Se um usuário quiser alterar o acesso aos dados, o processo do servidor em execução solicita um bloqueio 
(para isso, o desenvolvedor de aplicativos deve programar essa solicitação explicitamente). O desenvolvedor 
do aplicativo usa a interface do Application Locking Service para solicitar um bloqueio lógico. 
 
A solicitação é encaminhada para o Enqueue Server por meio do serviço do adaptador de bloqueio e do 
Gerenciador de bloqueio. O servidor de enfileiramento agora verifica se um novo bloqueio pode ser gerado; 
aquele é, se há uma colisão com bloqueios que já foram definidos. Se um bloqueio puder ser definido, o 
processo de trabalho de diálogo cria e o usuário (proprietário do bloqueio) recebe a chave de bloqueio. 
 
Quando o bloqueio é solicitado, o sistema verifica se o bloqueio solicitado está em conflito com entradas 
existentes na tabela de bloqueios. Se a tabela de bloqueios já contiver entradas correspondentes, o pedido 
de bloqueio é recusado. O programa de aplicação pode então informar ao usuário que o a operação não pode 
ser executada no momento. 
 
Administração SAP NetWeaver AS Java 
Existem também várias ferramentas de administração disponíveis para o SAP NetWeaver AS Java; alguns 
Essas ferramentas estão listadas na figura Ferramentas para SAP NetWeaver AS Java Administration. 
 
 
 
 
Pag 93 
 
 
 
 
 
Figura 54: Ferramentas para o SAP NetWeaver AS Java Administration 
 
O SAP NetWeaver Administrator combina as funções mais importantes de administração e ferramentas de 
monitoramento para sistemas SAP NetWeaver AS Java em uma interface de usuário baseada em navegador. 
Para SAP NetWeaver AS Java, o SAP NetWeaver Administrator marca a mudança de vários diferentes 
ferramentas especializadas para uma solução integrada, simples e clara. Além disso, o SAP Administrador do 
NetWeaver conclui a integração das fontes de dados para monitoramento. 
 
Para iniciar o SAP NetWeaver Administrator, você pode inserir o seguinte URL no navegador da Web: 
Http: // <nome do host>: <número da porta> / nwa. 
 
● <nome do host>: o nome completo do servidor no qual o SAP NetWeaver AS Java está instalado. 
 
● <número da porta>: A porta HTTP do ICM (Internet Communication Manager. 
Sintaxe: 5 <número da instância Java> 00. 
Se o número da instância Java for 60, por exemplo, o o número da porta é 56000. O servidor de aplicativos 
que você usa para chamar o SAP NetWeaver Administrador é irrelevante. Ele pode ser usado para administrar 
todo o sistema SAP NetWeaver AS Java. 
 
O SAP NetWeaver Administrator está dividido nas seguintes áreas funcionais: 
Áreas funcionais do SAP NetWeaver Administrator 
 
 
 
 
 
Pag 94 
 
 
 
 
● Disponibilidade e desempenho (por exemplo, visão geral do sistema, monitoramento de recursos, processo 
monitoramento) 
 
● Operações (por exemplo, gerenciador de aplicativos, iniciar e parar) 
 
● Configuração (por exemplo, licenças, SAP NetWeaver AS para propriedades do sistema Java, log 
configuração) 
 
Análise de erro (por exemplo, informações do sistema SAP, carregador de classes Java, visualizador) 
● SOA (por exemplo, destinos, provedor JCo RFC) 
 
Dica: 
Para trabalhar com o SAP NetWeaver Administrator, o usuário do sistema requer as seguintes 
autorizações: - NWA_READONLY (read authorization) - 
NWA_SUPERADMIN (autorização de gravação para iniciar e parar, configuração mudanças e assim por 
diante) 
 
No SAP NetWeaver AS Java, o User Management Engine (UME) fornece as informações funções para 
gerenciar registros mestre de usuário. Você pode usar o UME para configurar e operar o usuário e conceitos 
de autorização para SAP NetWeaver AS Java. O UME tem sua própria administração console para 
gerenciamento de usuários (console do UME, veja a figura). Permite ao administrador executar as tarefas 
rotineiras de administração do usuário, como criar usuários e grupos, atribuição e outras ações. As 
configurações de segurança podem ser usadas para definir políticas de senha, como tamanho mínimo da 
senha e o número de tentativas incorretas de logon antes de um usuário está bloqueado. 
 
O Administrador Visual é uma interface gráfica de usuário (GUI) que permite a administração de todos os 
elementos de cluster Java (dispatcher Java, servidor Java) e todos os módulos executados neles. Permite 
monitoramento remoto e configuração remota do gerenciador, serviços e interfaces e bibliotecas em uma 
única interface. Esta ferramenta não está mais disponível no SAP NetWeaver 7.1. O Administrador Visual foi 
substituído pelo SAP NetWeaver Administrador. 
 
A Ferramenta de Configuração permite a configuração offline dos elementos de cluster do Java. Permite 
você adicionar e configurar as propriedades dos elementos individuais do cluster Java. 
Para mais informações, consulte http://help.sap.com 
 
Informação relacionada 
● Curso SAP Education: ADM800: AS Java – AdministraçãoRESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Entender como o SAP NetWeaver AS Java funciona 
● Listar os processos Java do SAP NetWeaver AS e descrever sua finalidade 
● Descrever como as solicitações para o SAP NetWeaver AS Java são processadas 
http://help.sap.com/
 
 
 
 
Pag 95 
 
 
 
 
Unidade 3 
Avaliação de Aprendizagem 
 
1. Quais são as vantagens de uma configuração de cliente / servidor de três camadas em comparação 
configuração de camada única ou de duas camadas? 
Escolha as respostas corretas. 
 
A Uma escalabilidade mais simples 
B Administração mais simples 
C Balanceamento de carga possível 
 
2. Qual processo AS ABAP recebe a solicitação do usuário? 
Escolha as respostas corretas. 
 
A Um processo de trabalho 
B Expedidor X B ABAP 
C Processo X C Server 
D SAP GUI 
 
3. Quais tipos de processos de trabalho existem em um sistema AS ABAP? 
Escolha as respostas corretas. 
 
A Um processo de trabalho de diálogo 
B Servidor de Mensagens X B 
C Atualizar processo de trabalho 
D Gerenciador de comunicação da Internet (ICM) 
E Processo de trabalho em segundo plano 
F Trabalho no Spool 
 
4. Você pode usar a transação SM50 (Work Process Overview) para exibir a quantidade de CPU 
tempo utilizado pelos processos de trabalho individuais desde a última vez em que foram iniciados. 
Determine se esta afirmação é verdadeira ou falsa. 
 
Ferdadeiro 
Falso 
 
 
 
 
 
 
Pag 96 
 
 
 
 
Unidade 3 
Avaliação de Aprendizagem – Respostas 
 
1. Quais são as vantagens de uma configuração de cliente / servidor de três camadas em comparação 
configuração de camada única ou de duas camadas? 
Escolha as respostas corretas. 
 
A Uma escalabilidade mais simples 
B Administração mais simples 
C Balanceamento de carga possível 
 
A implementação de uma camada de hardware adicional para processos de aplicativos facilita adaptar um 
sistema SAP se o número de usuários mudar (escalabilidade), e atribuir usuário grupos para servidores de 
aplicativos específicos (visão orientada a software), (balanceamento de carga). No entanto, a camada de 
hardware adicional não reduz a carga de trabalho administrativa. 
 
2. Qual processo AS ABAP recebe a solicitação do usuário? 
Escolha as respostas corretas. 
 
A Um processo de trabalho (Work Process) 
B Expedidor (Dispatcher) X ABAP 
C Processo X Server 
D SAP GUI 
 
O despachante ABAP recebe o pedido do usuário no AS ABAP e o transfere para um processo de trabalho 
disponível. O programa de apresentação SAP, SAP GUI, não faz parte do servidor de aplicativos (visão 
orientada a software) e o processo do servidor é um processo AS Java. 
 
3. Quais tipos de processos de trabalho existem em um sistema AS ABAP? 
Escolha as respostas corretas. 
 
A Um processo de trabalho de diálogo 
B Servidor de Mensagens X B 
C Atualizar processo de trabalho 
D Gerenciador de comunicação da Internet (ICM) 
E Processo de trabalho em segundo plano 
F Trabalho no Spool 
 
Todos os processos acima podem, em teoria, ser configurados em um AS ABAP. No entanto, nem todos os 
processos acima são processos de trabalho. O servidor de mensagens e o processo ICM não são processos 
de trabalho. 
 
 
 
 
 
 
 
 
 
 
Pag 97 
 
 
 
 
4. Você pode usar a transação SM50 (Work Process Overview) para exibir a quantidade de CPU 
tempo utilizado pelos processos de trabalho individuais desde a última vez em que foram iniciados. 
Determine se esta afirmação é verdadeira ou falsa. 
 
Verdadeiro 
Falso 
 
O consumo de tempo da CPU é registrado para cada processo de trabalho e pode ser exibido em transação 
SM50. Quando um processo é reiniciado, não é alocado apenas um novo ID de processo o sistema 
operacional, mas o timer interno também é redefinido. 
 
 
 
 
 
Pag 98 
 
 
 
 
UNIDADE 4 
Desenvolvimento de Software no sistema SAP 
 
 
Lição 1 
Descrevendo a Estrutura de Dados de um Sistema SAP e Software Logistics 100 
 
 
Lição 2 
Acessando e Editando Objetos do Repositório ABAP 109 
 
 
Lição 3 
Importando Solicitações de Transporte 123 
 
 
Lição 4 
Apêndice: Explicando a Infraestrutura de Desenvolvimento do SAP NetWeaver (NWDI) 127 
 
 
OBJETIVOS DA UNIDADE 
● Descrever a estrutura de dados do AS ABAP 
● Explicar os conceitos básicos da logística de software para sistemas SAP com base no AS ABAP 
● Descrever a paisagem de três sistemas recomendada pelo SAP 
● Descrever o procedimento para transportes 
● Nomear ferramentas importantes no ABAP Workbench 
● Acessar objetos do Repositório ABAP 
● Escrever um programa ABAP simples 
● Explicar a importância do dicionário ABAP 
● Delinear o conceito de domínio de dois níveis 
● Importar solicitações de transporte 
● Descrever o procedimento de importação para solicitações de transporte 
● Explicar as diferenças entre a massa e as estratégias de importação únicas 
● Listar os componentes individuais da infra-estrutura de desenvolvimento do SAP NetWeaver. 
● Delinear a integração do SAP NetWeaver Development Infrastructure no aprimoramento Sistema 
de Mudança e Transporte 
 
 
 
 
 
 
Pag 99 
 
 
 
 
Unidade 4 
Lição 1 
Descrevendo a Estrutura de Dados de um SAP 
Sistema e Logística de Software 
 
VISÃO GERAL DA LIÇÃO 
Esta lição apresenta a estrutura de dados de um sistema SAP baseado no AS ABAP. Você aprende o efeitos 
dessa estrutura de dados ao desenvolver objetos separados e ajustar objetos SAP. A lição também explica 
por que as mudanças entre vários sistemas SAP devem ser registradas e transportado. 
 
Exemplo Comercial 
Como desenvolvedor ABAP em um sistema SAP, você tem autorizações de alteração extensas. Portanto, uma 
compreensão da estrutura de dados e do desenvolvimento e transporte O processo entre os sistemas SAP é 
fundamental para o seu trabalho. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Descrever a estrutura de dados do AS ABAP 
● Explicar os conceitos básicos da logística de software para sistemas SAP com base no AS ABAP 
● Descrever a paisagem de três sistemas recomendada pelo SAP 
● Descrever o procedimento para transportes 
 
Estrutura de dados de sistemas SAP 
Um sistema SAP possui uma estrutura de dados específica. Juntamente com as configurações de negócios 
(personalização) que são relevantes apenas para clientes específicos de um sistema SAP, cada sistema SAP 
também 
contém configurações entre aplicativos (personalização) e objetos de desenvolvimento (repositório objetos). 
 
Dica: 
Nesta lição, o termo sistema SAP sempre se refere a um sistema SAP baseado em AS ABAP. 
 
Nos sistemas SAP, você precisa diferenciar entre esses termos relacionados à estrutura de dados: 
● Registros mestre do usuário dependentes do cliente 
● Dados mestre e dados de transação dependentes do cliente 
● Personalização dependente do cliente 
● Personalização independente do cliente 
● Objetos de repositório independentes de cliente 
 
Um client é uma unidade dentro de um sistema SAP que é autônomo em termos de negócios, organização e 
dados. Também é caracterizado pelo fato de ter seus próprios dados de negócios, ambiente, seus próprios 
dados mestres, dados de transação e dados do usuário. Estes dados de um client são conhecidos como dados 
dependentes do client. Como regra, os dados dependentes do cliente são interdependentes. Para. por 
exemplo, quando você insere dados do aplicativo de negócios, o sistema verifica esses dados personalizar as 
configurações para o cliente e rejeitar esses dados se estiverem inconsistentes. 
 
 
 
 
 
Pag 100 
 
 
 
 
Se você preparar um sistema SAP (durante a implementação) para o uso de produção, o sistema faça a 
personalização para cada cliente a ser usado no futuro. Você usa configurações de personalização definir as 
estruturas organizacionais do cliente, como canais de distribuição e empresas e para definir parâmetros para 
as transações SAP de forma que reflitam os processos. 
 
Além do customizing dependente docliente, existem também configurações só tem que fazer uma vez, e 
eles são válidos para todos os clientes dentro do sistema SAP relacionado. Essas configurações de 
personalização independentes do cliente incluem o calendário de feriados, configurações para a opção de 
alteração do sistema, por exemplo. 
 
O repositório é a totalidade de todos os objetos que você pode acessar usando o ABAP Workbench. O 
repositório também é independente do cliente. Ele contém todos os objetos do dicionário (tabelas, 
elementos de dados, domínios), e também todos os programas, menus e telas ABAP. Por causa do repositório 
natureza independente do cliente, quaisquer objetos de repositório desenvolvidos ou alterados em qualquer 
usado exatamente da mesma forma em todos os clientes nesse sistema SAP. 
Objetos de repositório são agrupados para formar pacotes. Pacotes são recipientes para objetos de 
desenvolvimento semanticamente vinculados (programas, tabelas e assim por diante). Pacotes pertencem 
exclusivamente para um determinado componente de software. O Repositório ABAP contém pacotes de 
todos componentes de software. 
 
 
Figura 55: Estrutura de dados de um sistema SAP 
 
O cenário de três sistemas 
Existem várias razões para configurar um cenário de três sistemas. Primeiro, um contínuo a manutenção é 
necessário para todos os sistemas SAP. A SAP ou os clientes acionam essas manutenções. Alterações 
correspondentes de código de programa ou personalização de dados podem ser uma missão crítica e deve 
ser testada de antemão. Em segundo lugar, uma revisão exige registro detalhado de pedidos de transporte. 
Em terceiro lugar, os objetos de repositório ABAP funcionam nos clientes. Em outras palavras, alterações 
 
 
 
 
Pag 101 
 
 
 
 
feitas em um cliente afetam imediatamente todos os outros clientes do mesmo sistema SAP após ativação. 
É por isso que você nunca deve desenvolver ou alterar as configurações de personalização diretamente o 
sistema de produção. As configurações do cliente devem impedir essas alterações. É por isso que nós 
 
Recomendamos que você use uma paisagem de três sistemas. 
Você pode operar vários sistemas SAP com uma licença SAP, embora você possa usar apenas um esses 
sistemas SAP como um sistema de produção. Cada um desses três sistemas SAP contém um cliente em 
funcionamento e outros clientes conforme necessário. Estes três clients de trabalho devem ter todos os 
mesmo nome para facilitar a consistência de personalizar as configurações. Na prática, o client de 
desenvolvimento, client de teste e client de produção, às vezes, têm nomes diferentes. Isso não é relevante 
para a logística de software da SAP. 
 
Um cenário de três sistemas facilita o seguinte processo recomendado: 
● Você pode executar o customizing necessário para os processos standard SAP no sistema de 
desenvolvimento. Você também pode desenvolver seus próprios programas ou modificar os existentes no 
desenvolvimento sistema. 
 
● Você então transfere para o sistema de garantia de qualidade (também chamado de sistema de teste para 
personalizar as configurações feitas, bem como todas as alterações no repositório (desenvolvimentos, 
correções e modificações, se necessário). No sistema de teste, você pode verificar sem impactando a 
operação de produção. 
 
● Todos os objetos e configurações importados para o sistema de teste podem ser testados e depois 
transferidos em um ou mais sistemas de produção. 
 
 
 
 
 
 
Pag 102 
 
 
 
 
 
Figura 56: Paisagem de Três Sistemas no Ambiente ABAP 
 
Os sistemas SAP em uma paisagem do sistema devem ter descrições exclusivas de três caracteres, para 
exemplo, DEV (desenvolvimento), QAS (garantia de qualidade) e PRD (produção). Estes abreviaturas, que 
também ocorrem em outros cursos, são utilizadas internacionalmente no SAP meio Ambiente. 
 
O ID do sistema SAP (ou SID) sempre começa com uma letra e pode conter letras e dígitos. Os SIDs consistem 
sempre em três caracteres. Alguns SIDs são reservados pelo SAP. Por exemplo, você não pode usar o SID 
“SAP” para instalar um sistema SAP. Você pode encontrar mais informações no guia de instalação para o tipo 
de sistema SAP relacionado que você deseja instalar. 
 
Transportes no ambiente ABAP 
Em um cenário multissistema, você usa solicitações de transporte para transferir as alterações para o 
repositório 
De objetos (ou objetos recém-criados) e configurações de personalização definidas pelo cliente de um 
sistema SAP em outro. Para esses transportes, você usa solicitações de transporte. 
 
O Transport Organizer (transação SE09) registra e transporta as alterações para o repositório objetos e 
customizing independente do cliente como solicitações de workbench. O sistema registra e transporta 
alterações para o customizing dependente do cliente analogamente como customizing solicitações de ambos 
os tipos de solicitação também são combinados sob as solicitações de transporte de nome. 
 
 
 
 
 
 
 
 
Pag 103 
 
 
 
 
Nota: 
O Transport Organizer (transação SE09) atribui um número ao transporte pedido (no formato <SID> K9 
<nnnnn>, por exemplo, DEVK900123. A solicitação de transporte deve conter objetos relacionados. Assim, 
um pedido de transporte permite o transporte e administração de objetos de desenvolvimento. Pedidos de 
transporte relacionados, por sua vez, são compilados em projetos. Então, um grupo de projetos contêm um 
ou mais pedidos de transporte. 
 
 
 
Figura 57: Desenvolvimento e Transporte - A Equipe 
 
O líder do projeto de desenvolvimento cria um projeto e o ativa para registrar o transporte de solicitações 
de. Em seguida, o líder cria o menor número de solicitações de transporte possíveis para esse projeto e, em 
seguida, atribui os desenvolvedores às solicitações de transporte. O projeto de desenvolvimento líder 
também é responsável pela liberação posterior dos pedidos de transporte, uma vez que o o desenvolvimento 
está completo. 
 
O líder do projeto de desenvolvimento atribui o desenvolvedor a uma ou mais solicitações de transporte. Os 
desenvolvedores desenvolvem seus pedidos de transporte, que por sua vez são atribuídos a um projeto. Isso 
pode envolver a criação ou alteração de objetos de repositório ou a personalização de configurações. 
Os desenvolvedores trabalham no sistema de desenvolvimento. 
 
Os testadores são responsáveis pela aceitação técnica. Esta aceitação técnica é feita em o sistema de garantia 
de qualidade. O sistema de garantia de qualidade é uma cópia do sistema de produção para que os testes 
sejam possíveis com dados realistas e fluxos de processos realistas. 
Os administradores de transporte são responsáveis por configurar um conceito de transporte. Eles carregam 
as importações para os pedidos de transporte de uma forma estruturada. Raramente, eles têm que se desviar 
do conceito de transporte definido para lidar com casos especiais. 
 
 
 
 
 
Pag 104 
 
 
 
 
Nota: Esses quatro papéis não são necessariamente quatro grupos diferentes de pessoas. Assim, em um 
ambiente menor, o líder do projeto de desenvolvimento e o desenvolvedor podem a mesma pessoa. No 
entanto, o desenvolvedor e o testador não devem ser os mesmos pessoa. Também desenvolvedores e 
administradores de transporte devem ser pessoas diferentes. 
 
O Transport Organizer cria automaticamente uma tarefa para essa solicitação de transporte para cada 
funcionário a quem o pedido de transporte é atribuído. Se um desenvolvedor designar um recém-criado ou 
objeto de repositório alterado para o pedido de transporte, a criação ou as alterações para este objeto 
repositório são registrados na tarefa dessa pessoa. 
 
Solicitações de Transporte 
Solicitações do Workbench são solicitações de transporte para transportar customizing independente do 
cliente e objetos de repositório. Aqui está um exemplo do fluxo para objetos de repositório. O fluxo para 
customizing independente do cliente é o mesmo que para personalizar pedidos com um diferença que as 
alterações são inseridas aqui em solicitaçõesde workbench. 
 
Customizing requests são pedidos de transporte para transporte de clientes dependentes de personalização. 
O Transport Organizer cria uma tarefa para cada desenvolvedor para quem a solicitação de transporte é 
atribuída. Se os desenvolvedores designarem um objeto de repositório para o pedido de transporte, o 
sistema insere o objeto do repositório especificamente para a tarefa dos desenvolvedores. 
 
Uma vez que o projeto de desenvolvimento esteja completo do ponto de vista dos desenvolvedores, eles 
podem então liberar sua tarefa. Esta ação transfere os objetos na tarefa especificamente para o transporte 
pedido. Uma vez que todos os desenvolvedores liberem sua tarefa, o líder do projeto de desenvolvimento 
liberar o pedido de transporte, iniciando a exportação. Então, um pedido de transporte combina objetos de 
repositório que são processados em um projeto de desenvolvimento 
 
 
 
 
Pag 105 
 
 
 
 
 
Figura 58: Projeto, Solicitações de Transporte, Tarefas 
 
Se os desenvolvedores editarem um objeto de repositório e incluí-lo em uma solicitação de transporte, 
somente Os desenvolvedores atribuídos a essa solicitação de transporte podem editar o objeto. Apenas 
desenvolvedores envolvidos com o mesmo pedido de transporte estão autorizados a desenvolver ou manter 
objetos até o lançamento do pedido de transporte. Esses desenvolvedores podem exibir apenas objetos 
relacionados. Todo desenvolvedor envolvido com a solicitação de transporte e quem edita o objeto recebe 
uma entrada correspondente na lista de objetos de sua tarefa. Desta forma, é possível determinar mais tarde 
qual desenvolvedor realmente editou o objeto. 
 
Após a liberação da solicitação de transporte, o sistema cancela os blocos de objetos. Depois de completar 
Nesta etapa, outros desenvolvedores podem editar novamente os objetos (e o sistema os bloqueia 
adequadamente). Você também pode fazer alterações na personalização de dados nas solicitações de 
transporte, mas o sistema bloqueia apenas as tabelas relevantes para customização durante o acesso real 
pelo processo de trabalho de enfileiramento. Para personalizar, não há bloco de objetos. O Transport 
Organizer também cria as versões dos objetos do repositório, permitindo comparações e acesso a versões 
anteriores de objetos do repositório. Desta forma, você pode exibir e recuperar versões mais antigas de 
objetos do repositório. O sistema gera uma nova versão liberação de uma solicitação de transporte. 
 
 
 
 
 
 
 
 
 
Pag 106 
 
 
 
 
Manipulando Solicitações de Transporte 
 
 
Figura 59: Solicitação de Transporte, Desenvolvimento, Liberação 
 
O líder do projeto de desenvolvimento cria uma solicitação de transporte e a atribui ao projeto de 
desenvolvimento. Todos os desenvolvedores envolvidos com a solicitação de transporte obtêm uma tarefa 
no pedido de transporte. Para essa tarefa, os desenvolvedores atribuem objetos nos quais estão trabalhando. 
 
Quando os desenvolvedores terminam suas partes do trabalho, eles liberam suas tarefas para o pedido de 
transporte. Depois que todos os desenvolvedores liberarem suas tarefas, o líder do projeto de 
desenvolvimento pode liberar o pedido de transporte. Liberar a solicitação de transporte cancela todos os 
blocos de objetos em objetos de repositório para o pedido de transporte. Além disso, o sistema compila em 
uma única versão objetos de repositório disponíveis o pedido de transporte e salva-lo no banco de dados do 
sistema de desenvolvimento. Se envolver uma solicitação ou bancada de personalização transportável 
request, o sistema exporta os objetos contidos para o diretório de transporte. 
 
Ações após conclusão do desenvolvimento: exportação e importação 
Uma vez que o projeto de desenvolvimento esteja completo do ponto de vista dos desenvolvedores, eles 
liberam a tarefa relacionada. Esta ação transfere os objetos na tarefa para a solicitação de transporte. Uma 
vez que todos os desenvolvedores tenham liberado sua tarefa, o líder do projeto de desenvolvimento pode 
liberar pedido de transporte. 
 
 
 
 
 
Pag 107 
 
 
 
 
Portanto, uma solicitação de transporte combina objetos de customização ou objetos de repositório que são 
criados ou alterados dentro de um projeto de desenvolvimento. Solicitações de transporte podem ser 
transportáveis ou locais. O Organizador de Transporte classifica automaticamente com base nos objetos 
contidos na solicitação de transporte e na configuração do landscape de transporte. 
 
O sistema aciona a exportação apenas para solicitações de transporte transportáveis após o lançamento. 
Exportar significa que o sistema copia os objetos da solicitação de transporte a partir do banco de dados do 
sistema de desenvolvimento em um arquivo para um sistema de arquivos. 
 
O transporte de solicitações de transporte é dividido em fases de Exportação e Importação. O pedido de 
transporte é exportado do sistema de desenvolvimento e importado para o sistema de qualidade, como o 
sistema de garantia de qualidade e o sistema de produção. 
 
Exportar: Quando uma solicitação de transporte transportável é liberada, os objetos de personalização e 
objetos de repositório são copiados do banco de dados de origem para um diretório de transporte central 
no nível do sistema operacional. O sistema registra essas etapas no log de transporte do pedido de 
transporte. 
Importação: A importação no sistema de destino geralmente não é automática, mas é disparada pelo 
administrador de transporte no Sistema de Gerenciamento de Transporte (TMS). A personalização objetos e 
objetos de repositório são então copiados do diretório central de transporte no arquivo nível do sistema no 
banco de dados do sistema de destino. Os logs de importação podem então ser verificados. 
 
Nota: 
Tecnicamente, ao exportar a solicitação de transporte, o sistema copia os dados a partir do banco de dados 
do sistema de desenvolvimento para o diretório central de transporte. Para a importação, o pedido de 
transporte que é armazenado no transporte central O diretório é copiado para o banco de dados do sistema 
de destino. 
 
 
 
 
Pag 108 
 
 
 
 
 
Figura 60: Transportes em um cenário de três sistemas 
 
O diretório de transporte central está fisicamente em um sistema de arquivos no qual todos os sistemas SAP 
pertencem ao landscape SAP determina a localização do diretório de transporte a ser usado. O local padrão 
para o diretório de transporte é / usr / sap / trans. Mas você pode mudar o local de armazenamento conforme 
necessário. Você pode usar vários diretórios de transporte local em vez de um diretório de transporte central 
apenas como uma exceção. Esta abordagem torna a ação de transporte um pouco mais difícil, mas pode ser 
útil em casos raros por razões de segurança ou de rede. 
 
Discussão facilitada 
Discutir com os participantes a necessidade de uma paisagem de três sistemas - e landscape multi-sistemas. 
 
Informação relacionada 
● Para mais informações, muito detalhadas sobre este tópico, frequente o curso de formação ADM325 - 
Software Logistics para SAP S / 4HANA e SAP Business Suite. 
● Você pode encontrar mais informações sobre aprimoramentos e como lidar com modificações o curso de 
treinamento BC425 - Aprimoramentos e Modificações. 
 
 
 
 
 
 
 
 
 
Pag 109 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Descrever a estrutura de dados do AS ABAP 
● Explicar os conceitos básicos da logística de software para sistemas SAP com base no AS ABAP 
● Descrever a paisagem de três sistemas recomendada pelo SAP 
● Descrever o procedimento para transportes 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 110 
 
 
 
 
Unidade 4 
Lição 2 
Acessando e Editando Objetos do Repositório ABAP 
 
VISÃO GERAL DA LIÇÃO 
O ABAP Workbench é o ambiente de desenvolvimento de software integrado do sistema SAP, ele suporta, 
entre outras coisas, o desenvolvimento, teste e administração de aplicativos escrito em ABAP. Esta lição 
apresentavárias ferramentas do ABAP Workbench e as conexões entre eles. Nesta lição, apresentamos a 
linguagem de programação ABAP. Você aprende como você navega o código-fonte enviado pela SAP. Você 
também aprende a escrever seu próprio programa ABAP curto. Em seguida, o significado do dicionário ABAP 
é explicado. 
 
Exemplo Comercial 
Como um desenvolvedor ABAP, você quer se familiarizar com o ABAP mais importante Ferramentas do 
Workbench e crie seu primeiro programa ABAP. Exibir definições de tabela também. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Nomeie ferramentas importantes no ABAP Workbench 
● Acessar objetos do Repositório ABAP 
● Escreva um programa ABAP simples 
● Explicar a importância do dicionário ABAP 
● Delinear o conceito de domínio de dois níveis 
 
Alterando e ajustando a estrutura de dados 
Você pode alterar o software da SAP com base no AS ABAP usando funções de personalização ou 
pode criar e editar objetos no repositório ABAP. O software SAP é um software comercial padrão, que você 
ajusta de acordo com o necessidades específicas da empresa na implementação. Tais adaptações são 
chamadas de customizing e inclui configurações específicas do cliente e configurações entre clientes. Nos 
sistemas SAP baseados em AS ABAP, existe um Guia de Implementação especial: O SAP Reference IMG 
(chamada via transação SPRO). Após uma atualização do sistema SAP, talvez seja necessário ajustar a 
personalização em menor escala. 
 
Alterações nos objetos de repositório não são necessárias para usar um sistema SAP. Mas você pode criar ou 
alterar objetos individuais conforme necessário. Alterações ou melhorias no repositório são possíveis de 
varias maneiras: 
 
● Desenvolvimentos do cliente 
● Aprimoramentos do cliente 
● Modificações 
 
 
 
 
Pag 111 
 
 
 
 
 
Figura 61: Ajustes ao Repositório ABAP 
 
Aprimoramento do repositório através de desenvolvimentos do cliente. 
No sistema SAP, você pode criar objetos de repositório separados, como tabelas, programas ou transações. 
Todo o desenvolvimento feito no lado do cliente acontece no namespace do cliente, em outras palavras, 
todo o objeto utiliza nomes que você criou como cliente de um namespace predefinido que geralmente 
começam com letras Y ou Z. Isso se aplica a programas ABAP, tabelas e assim por diante. 
 
A SAP também oferece a você opção para atribuir namespaces individuais separados e globalmente 
exclusivos. Tal cliente namespace poderia ser, por exemplo, / <companyname> /. Ajustando o repositório 
pelos aprimoramentos do cliente: Para tal mudança, você adiciona customerdefined objetos para o 
repositório. Em partes predefinidas do código-fonte, o usuário sai (também chamado de saída do cliente), é 
possível adicionar objetos separados ao sistema SAP padrão. Há também outro método moderno para o 
aprimoramento específico do cliente do padrão: Suplementos (BAdIs). 
 
Outras técnicas usam aprimoramentos e pontos de aprimoramento. Modificações no sistema SAP standard: 
Alterações nos objetos SAP, como programas e definições de tabelas, são chamadas de modificações. O 
repositório entregue pela SAP não é apenas aprimorado, mas alterado. Durante a próxima versão, alteração 
ou quando você aplicar o SAP Support Pacotes, você precisa verificar essas modificações no novo repositório 
pois este ajuste de modificação leva tempo, embora o uso do Assistente de Modificação acelere o processo 
substancialmente. 
 
O ciclo de desenvolvimento de software 
Você pode planejar e executar todo o ciclo de desenvolvimento de software ABAP no sistema SAP. 
 
 
 
 
Pag 112 
 
 
 
 
 
Figura 62: O Ciclo de Desenvolvimento de Software 
 
O ABAP Workbench da SAP é um ambiente de programação para o desenvolvimento de toda a empresa 
solução de negócio. A SAP suporta todo o ciclo de desenvolvimento de software. Existem ferramentas para 
modelagem, para programação ABAP, para definição de estruturas de dados e estruturas de 
desenvolvimento de interfaces gráficas de usuário. Uma ampla variedade de ferramentas para testar, 
otimizar e manutenção de software, bem como apoio ao desenvolvimento em grandes equipes, também 
estão disponíveis. 
 
Na fase de conceito de um projeto, você insere os resultados de suas análises nos dados SAP modelo. Então 
os modelos são convertidos em tabelas e programas. Você pode desenvolver individual componentes do 
programa, como a interface do usuário, o código ABAP e assim por diante, em qualquer sequência utilizando 
as ferramentas de desenvolvimento especialmente destinadas à respectiva função. Você só precisa combinar 
os diferentes elementos em um único aplicativo quando quiser executá-lo. 
 
Testes de programa e transporte para o sistema de produção concluem o ciclo de desenvolvimento. 
Complementar às ferramentas, a SAP oferece uma biblioteca de negócios e informações gerais pré-definidas 
em componentes de software, que você pode usar em seus próprios desenvolvimentos. 
 
O idioma ABAP 
ABAP é a linguagem de programação do SAP. A maioria dos aplicativos de negócios em um sistema SAP 
escrito em ABAP. Um programa ABAP consiste em declarações individuais. Toda afirmação começa com uma 
palavra-chave e termina com um período. 
 
 
 
 
 
Pag 113 
 
 
 
 
Por exemplo: 
REPORT primeiro programa 
WRITE 'Meu primeiro programa ABAP!'. 
Este pedaço de código contém duas instruções, uma em cada linha. As palavras-chave são REPORT e WRITE. 
O programa emite uma lista. Neste caso, a lista contém a linha 'Meu primeiro programa ABAP!'. 
 
 
Figura 63: A Linguagem de Programação ABAP 
 
A figura, A Linguagem de Programação ABAP, mostra um trecho de um programa ABAP. Você pode usar 
comandos especiais ou palavras-chave em programas ABAP para criar telas de seleção (palavra-chave 
PARÂMETROS), para imprimir listas (palavra-chave WRITE) ou para acessar o conteúdo da tabela (por exemplo, 
usando a palavra-chave SELECT). O comando ABAP CALL SCREEN chama uma tela (consistindo de uma imagem 
de tela e sua lógica de fluxo) definida no Screen Painter. 
 
O ABAP geralmente usa comandos Open SQL para acessar o banco de dados Open SQL consiste em um 
conjunto de instruções ABAP que executam operações no banco de dados central do sistema SAP. O Open SQL 
é usado de maneira idêntica para todas as plataformas de banco de dados suportadas para sistemas SAP 
baseado no AS ABAP. Isto significa que os programas desenvolvidos são independentes do tipo de banco de 
dados usado. 
 
 
 
 
 
 
 
Pag 114 
 
 
 
 
Algumas características da linguagem de programação ABAP são: 
 
● Capacidade multilíngue (elementos de texto, como cabeçalhos de lista ou textos de campo de entrada são 
armazenados separadamente para cada idioma suportado) 
 
● Desenvolvimento simples e eficaz de interfaces gráficas de usuário 
 
● Programação orientada a objetos (objetos ABAP) 
 
● Independência de plataforma (usando o Open SQL e a interface de banco de dados) 
 
● Acesso eficiente a estruturas de dados (tabelas, elementos de dados e assim por diante) 
 
O ABAP Workbench e suas ferramentas 
No AS ABAP, você usa o ABAP Workbench para escrever programas aplicativos. O ABAP Workbench é um 
ambiente de programação gráfica, onde você pode usar ferramentas de programação, botões, o menu de 
contexto (botão secundário do mouse) ou a navegação para a frente (nomes de objetos). Uma aplicação 
ABAP é, por exemplo, uma transação ou um programa. 
 
No SAP Easy Access, você pode encontrar as ferramentas do ABAP Workbench em Ferramentas → ABAP 
WorkBench → Desenvolvimento. Você pode acessar uma variedade de ferramentas, incluindo 
● ABAP Editor (transações SE38 ou SE80) para escrever programas ABAP. 
 
● Dicionário ABAP (transação SE11) para definir e descrever tabelas, elementos de dados, bloqueio de 
objetos e assim por diante. 
 
● Pintor de tela (transação SE51, na interface do subdiretório) para criar usuário interativo e interfaces 
 
● Construtor de Funções (transação SE37) para criar e gerenciar módulos de função(estes são módulos 
independentes de código ABAP com interfaces de entrada e interfaces de saída definidas) 
 
 
 
 
 
Pag 115 
 
 
 
 
 
Figura 64: Algumas ferramentas do ABAP Workbench 
 
As ferramentas individuais do Workbench se combinam para formar um sistema integrado. Se, por exemplo, 
você está trabalhando com objetos de programa no Editor ABAP, o Editor reconhece objetos criado usando 
outras ferramentas. Quando você clica duas vezes em um objeto, o sistema chama a ferramenta relevante 
para editar um objeto. Então você pode editar este objeto. 
 
Ao trabalhar no Workbench, você vê os seguintes objetos e pacotes de desenvolvimento: 
● Objetos de desenvolvimento são objetos que você pode editar usando o ABAP Workbench, como 
programas, transações ou telas. 
 
● Um pacote contém objetos de desenvolvimento logicamente relacionados, por exemplo, todos os objetos 
para uma aplicação específica 
 
O Object Navigator da SAP (transação SE80) permite organizar o desenvolvimento processos no ambiente 
integrado do ABAP Workbench. Isso significa que você pode acessar objetos de repositório e as ferramentas 
de desenvolvimento relacionadas de uma maneira simples e uniforme. 
 
Acessando o código-fonte ABAP 
A SAP fornece o código-fonte para todos os programas ABAP. Você pode ver o código e usá-lo, por exemplo, 
como um modelo para seus próprios programas. Em qualquer aplicativo, você pode escolher Sistema → 
Status e clicar duas vezes para navegar até a ferramenta ABAP Workbench relevante. O Workbench exibe o 
 
 
 
 
Pag 116 
 
 
 
 
objeto selecionado na ferramenta apropriada (desde que você tenha os direitos de acesso necessários para 
fazer isso). 
 
 
Figura 65: Navegando para o código-fonte 
 
Criação de Programa ABAP Usando o Editor ABAP 
Você pode usar o Editor ABAP (transação SE38 ou link no Object Navigator, transação SE80) para criar 
e editar programas. Os programas ABAP são armazenados no sistema SAP como entradas nas tabelas do 
banco de dados. Quando você deseja criar um novo programa, insira o título e os atributos do programa para 
o programa. Esses atributos incluem o tipo de programa (como “Programa executável”), status (para 
exemplo, “Programa de teste”) e componente de aplicativo. Cada objeto de repositório é designado para um 
pacote. 
 
Depois de ter realizado essas atividades, você pode escrever seu próprio programa no ABAP Editor. 
O Editor fornece uma gama de funções, incluindo uma verificação de sintaxe e uma opção para ABAP 
capitalização de palavras-chave. Você também pode exibir ajuda de sintaxe para uma palavra-chave ABAP 
posicionando o cursor na palavra-chave e pressionando F1. Portanto, é aconselhável desenvolver programas 
ABAP com o Editor ABAP sozinho. No Editor, você pode navegar para outras ferramentas no ambiente de 
desenvolvimento, como o dicionário ABAP, o Screen Painter ou o Menu Pintor, clicando duas vezes nos 
objetos Repositório na codificação. 
 
Se você criar ou editar um programa (ou um objeto de desenvolvimento) e, em seguida, salvá-lo, ele 
será sempre armazenado no repositório como uma versão inativa. Isso possibilita continuar desenvolvendo 
sem mudando o sistema ativo. Contanto que você não tenha ativado a versão inativa, você está atualmente 
trabalhando, a versão ACTIVE mais recente do objeto é sempre chamada. 
 
Para disponibilizar um objeto Repositório em todo o sistema, você deve ativá-lo. Este cria uma versão ativa 
do programa que será usada se, por exemplo, se um usuário quiser executar seu programa. Você pode 
 
 
 
 
Pag 117 
 
 
 
 
executar seu programa no editor ABAP usando o processamento direto (F8). Isso executa a versão inativa 
para fins de teste. 
 
Dica: Você pode encontrar uma extensa coleção de programas de exemplo para teste usando código de 
transação ABAPDOCU. 
 
Figura 66: Editor ABAP e Documentação ABAP 
 
Eclipse para ABAP 
A plataforma Eclipse aberta oferece uma experiência de usuário de primeira classe, recursos poderosos de 
plataforma, é um ecossistema amplo e vibrante que pode ser regularmente aprimorado e aprimorado. 
 
 
 
 
 
 
 
 
 
 
Pag 118 
 
 
 
 
 
Figura 67: SAP e Eclipse 
 
A SAP desempenha um papel ativo na Eclipse Foundation como um membro estratégico. Muitos dos 
Desenvolvimentos em tempo de projeto e ferramentas de administração já usam a plataforma Eclipse. Esses 
incluem SAP NetWeaver Visual Composer, SAP NetWeaver Developer Studio para desenvolvimento Java, 
Sybase Unwired Platform e SAP HANA Studio. As ferramentas de desenvolvimento ABAP para SAP O 
NetWeaver (também conhecido como ABAP no Eclipse ou ADT) é a mais recente adição à família. 
 
Ferramentas de desenvolvimento ABAP 
 
As ferramentas de desenvolvimento ABAP são projetadas para aumentar significativamente a produtividade 
do desenvolvedor usando a facilidade de uso, a velocidade e a flexibilidade experimentadas pelo usuário da 
plataforma Eclipse. ADT combina poderosas funções AS ABAP da SAP, como o Application Lifecycle 
Management, desenvolvimento baseado em servidor, integração completa e testes e ferramentas eficazes 
para solução de problemas com a poderosa interface do Eclipse. O moderno e para muitas pessoas 
familiarizadas O Eclipse UI também é oferecido na plataforma ABAP. 
 
 
 
 
Pag 119 
 
 
 
 
 
Figura 68: Arquitetura das Ferramentas de Desenvolvimento ABAP no Eclipse 
 
Recursos das Ferramentas de Desenvolvimento ABAP 
As ferramentas de desenvolvimento ABAP oferecem as seguintes funções: 
 
● Uma experiência de desenvolvimento ABAP completamente nova na plataforma Eclipse. 
● Uma plataforma aberta para o desenvolvimento de novas ferramentas baseadas em ABAP. 
● Uma série de APIs abertas, independentes de linguagem e plataforma, que os desenvolvedores podem 
usar para criar novas ferramentas definidas pelo usuário para o ambiente ABAP. 
 
O ADT está intimamente ligado ao SAP HANA Studio, às ferramentas SAP UI5 e ao JAVA. As ferramentas de 
desenvolvimento ABAP usam objetos no repositório SAP exatamente da mesma maneira que ferramentas 
ABAP Workbench disponíveis. 
 
O Eclipse Workbench 
Este termo refere-se ao ambiente de desenvolvimento de desktop do ambiente de trabalho no Eclipse. O 
eclipse workbench é usado para editar objetos, gerenciar visualizações e organizar a área de trabalho do 
desenvolvedor. Cada janela do workbench contém uma ou mais perspectivas. Perspectivas contêm opiniões 
e editores. A qualquer momento, pode haver mais de uma janela de ambiente de trabalho na área de 
trabalho. Por exemplo, você pode ter as ferramentas de desenvolvimento ABAP e o SAP HANA Studio abertas 
ao mesmo tempo. 
 
O modelo de desenvolvimento online 
Os desenvolvedores que usam o ADT permanecem conectados ao sistema SAP enquanto trabalham em 
vários objetos de repositório. Em outras palavras, o desenvolvimento ainda é baseado em servidor, os 
objetos são salvos apenas 
no backend. Além de um pequeno cache somente leitura para aumentar o desempenho e reduzir carga do 
servidor, nenhum objeto é salvo no cliente. 
 
 
 
 
Pag 120 
 
 
 
 
Se você editar um objeto do repositório ABAP no Eclipse, um bloqueio de enfileiramento será 
definido para esse objeto no cliente e a versão mais recente é chamada a partir do backend. Se você ativar 
ou salvar o objeto, todas as alterações são salvas diretamente no sistema SAP. Não há mecanismo complexo 
de check-out e check-in e não é necessário criar cópias locais deobjetos. Outros serviços, como verificação 
de sintaxe, pesquisa e funções usadas, são executados o backend. Como todos os objetos de repositório são 
chamados a partir do backend, e não há nenhum lado do cliente ABAP runtime environment, não há suporte 
para desenvolvimento offline. 
 
Antes de começar a desenvolver no ADT, você deve criar um projeto ABAP. Um projeto ABAP 
representa sempre uma conexão do sistema. Atua como mediador entre um sistema SAP e o cliente IDE 
front-end baseado em Eclipse e oferece uma estrutura para criação, edição e verificandoobjetos de 
desenvolvimento. Um projeto ABAP é sempre um logon genuíno do sistema e também oferece uma visão 
específica do usuário de todos os objetos de desenvolvimento ABAP do sistema SAP. O repositório contém 
todos os objetos de desenvolvimento ABAP, como programas, módulos de função, e definições de tabelas 
de banco de dados. Ele contém o desenvolvimento padrão da SAP e os clientes desenvolvimentos 
personalizados. Os termos objeto de repositório e objeto de desenvolvimento são frequentemente usados 
como sinônimos. 
 
 
Figura 69: Editor ABAP e ABAP no Eclipse 
 
Uma seleção de objetos de repositório ABAP com os quais você pode trabalhar no ADT: 
● programas ABAP 
● Objetos de dicionário ABAP, como definições de tabela de banco de dados e tipos de dados 
● Telas 
● Componentes Web Dynpro 
● Grupos de funções e módulos de função 
● Classes e interfaces ABAP 
 
Várias ferramentas para criar, editar e exibir objetos do repositório ABAP estão disponíveis em ADT Algumas 
dessas ferramentas são objetos nativos do Eclipse, mas alguns objetos também são exibidos e editado na 
ferramenta SAP GUI. 
 
 
 
 
 
Pag 121 
 
 
 
 
Editor de Eclipse e SAP GUI 
As ferramentas de desenvolvimento ABAP integram dois tipos diferentes de ferramentas para o 
desenvolvimento ABAP - Ferramentas baseadas em Eclipse e ferramentas baseadas em SAP GUI. As 
ferramentas baseadas no Eclipse integram-se perfeitamente no ambiente do Eclipse. Eles têm o mesmo 
aparência e sensação, e as mesmas funções de navegação. A GUI do SAP é instalada localmente junto com o 
cliente baseado no Eclipse. No sentido mais amplo, As ferramentas baseadas no SAP GUI são as ferramentas 
e serviços do tradicional ABAP Workbench típico. Exemplos incluem as ferramentas Package Builder, o 
dicionário ABAP e as ferramentas para manutenção de elementos de texto para programas ABAP. Se você 
tentar abrir um objeto de desenvolvimento na visualização Explorador de Projetos, um editor baseado em 
Eclipse abre - desde que exista. Se isso não ocorrer, uma ferramenta baseada na GUI do SAP será aberta na 
área Editor. Todos os objetos adicionais que requerem uma ferramenta baseada na GUI do SAP são abertos 
em guias separadas na Área de editor. Com ferramentas baseadas em GUI, você tem acesso total à 
funcionalidade do ABAP Workbench tradicional. Você pode, por exemplo, iniciar todos os aplicativos 
inserindo um código de transação. 
 
Nota: Objetos são transportados da maneira usual com a ajuda do Transport Organizer (SE09) e Sistema de 
Gestão de Transportes (STMS). 
 
Dica: Para mais informações sobre o desenvolvimento ABAP com o Eclipse, consulte a programação ABAP 
currículo: BC404, ABAP Development in Eclipse. 
 
O que é o dicionário ABAP? 
O dicionário ABAP é um componente central do ABAP Workbench. Contém tanto definições comerciais e 
técnicas e descrições de dados SAP. O tempo de execução ABAP ambiente (como o processador ABAP 
Interpreter e Dynpro) frequentemente acessa informações no dicionário ABAP. O dicionário ABAP permite 
que todas as definições de dados usadas no sistema SAP sejam centralizadas descrito e gerenciado. É um 
dicionário integrado e ativo, o que significa que o 
Dicionário ABAP é completamente integrado no ambiente de desenvolvimento e tempo de execução do SAP. 
A informação do dicionário é criada apenas uma vez, mas está disponível em todo o sistema SAP. O dicionário 
ABAP (transação SE11) fornece automaticamente todas as informações que foi criado ou modificado, 
garantindo que os objetos de tempo de execução estejam atualizados e os dados consistente e seguro. 
As tarefas do dicionário ABAP podem ser subdivididas em: 
● Definições de objetos de banco de dados (tabelas, visualizações e assim por diante) 
● Definições de tipo (estruturas, tipos de tabelas e assim por diante) 
● Definições de serviços (ajuda F1, ajuda F4, bloqueio de objetos e assim por diante) 
 
Tabelas, visões, objetos de bloqueio e domínios são tipos de objetos importantes no dicionário ABAP: 
● A definição de tabelas no dicionário ABAP é independente de banco de dados. Essa definição de tabelas 
serve como base para a criação de uma tabela com a mesma estrutura no banco de dados subjacente. 
 Visualizações são visões lógicas de uma ou mais tabelas. Estruturas de vista são definidas no Dicionário 
ABAP. Essa estrutura é então a base para a criação de uma visão no banco de dados. 
 
● Bloquear objetos coordena tentativas de vários usuários para acessar o mesmo conjunto de dados. 
Módulos de Função são gerados a partir da definição do objeto lock no dicionário ABAP; você pode em 
seguida, use esses módulos de função em programas aplicativos. 
 
● Você pode usar domínios para agrupar campos que tenham finalidades técnicas ou comerciais 
semelhantes. Um domínio define o intervalo de valores para todos os campos de tabela e componentes de 
estrutura que se referem a esse domínio. 
 
 
 
 
Pag 122 
 
 
 
 
 
A documentação (ajuda F1) e a ajuda de entrada (também chamada de ajuda F4) para um campo em uma 
entrada tela são fornecidos pelo dicionário ABAP. 
 
 
Figura 70: Significância do Dicionário ABAP 
 
A integração do dicionário ABAP no fluxo do programa é baseada no método interpretativo do 
ambiente de tempo de execução AS ABAP. Em vez de trabalhar com o original de um programa ABAP, o 
processador ABAP interpreta um objeto de tempo de execução gerado a partir do texto do programa antes 
de sua primeira execução. Se a comparação de carimbo de data / hora revelar que os objetos de tempo de 
execução não estão mais consistentes com o status atual do Dicionário ABAP, eles são gerados 
automaticamente novamente antes da execução. 
 
O dicionário ABAP também permite gerenciar, no sistema SAP, tabelas de banco de dados relevantes 
para o sistema SAP. Por conseguinte, não é necessário conhecimento detalhado e específico da base de dados 
do produto no desenvolvimento de aplicações. O dicionário ABAP transfere as definições para o nível do 
banco de dados. A interação entre o dicionário ABAP de um lado e o ambiente de desenvolvimento ou 
ambiente de tempo de execução por outro é mostrado na figura, Significado do Dicionário ABAP. 
 
Dica: 
Todo sistema de banco de dados também contém um dicionário. Este dicionário não é o dicionário referido 
nesta lição. 
 
 
 
 
 
 
 
Pag 123 
 
 
 
 
Definição de tabela e o conceito de domínio de dois níveis 
A definição de tabelas no dicionário ABAP é independente de banco de dados. Quando você ativa a 
tabela, uma definição de tabela física é criada no banco de dados com base na definição da tabela 
armazenada no dicionário ABAP. A definição da tabela no dicionário ABAP é convertida em uma definição 
para o banco de dados usado. 
Uma tabela é uma matriz bidimensional que consiste em colunas (campos) e linhas (entradas). Tem 
um nome e atributos, como o tipo de tabela. Cada tabela no dicionário ABAP tem uma chave primária. Essa 
é uma combinação de colunas que identifica exclusivamente todas as linhas da tabela. A Chave de Valores 
Primários, portanto, não podem existir duas vezes em uma tabela. 
Um campo (isto é, uma coluna em uma tabela) tem um nome e atributos, por exemplo, pode ser um 
campo de chave primária. Um campo não é um objeto independente; depende da mesa e só pode ser 
mantida dentro dessa tabela. Você pode usar domínios e elementos de dados para definir os campos da 
tabela: 
 
● O domínio é usado para definir tecnicamente o campo da tabela. O comprimento do campo, tipo de campo, 
saída propriedades e possíveis restrições de valor são definidas no domínio usando valores fixos. 
 
● Os elementos de dados são usados para descrever os atributos semânticos de um campo no contexto da 
tabela. Esses atributos são significativos apenas dentro da tabela, mas geralmente não atributos são). No 
elemento de dados, você pode, por exemplo, definir uma breve descrição do campo de tabela que é exibido 
na tela quando você chama a ajuda F1. Você também pode especificar o elemento dedados o texto que é 
exibido nos campos de entrada que se referem ao elemento de dados (rótulo de campo, por exemplo, 
Aeroporto de Destino). 
 
O conceito de domínio de dois níveis (consistindo no nível do elemento de dados e no nível do domínio) 
permite que atributos técnicos de campo sejam definidos e mantidos no nível do domínio. Um domínio pode 
passar seus atributos de campo para qualquer número de campos, e você só precisa explicitamente mudar 
o domínio em si, mas não os campos individuais, ao modificar os atributos do campo, descrito. Basear campos 
no mesmo domínio garante que os valores dos campos possam ser comparados com segurança e sem 
conversão. Tabelas, elementos de dados e domínios são gerenciados centralmente no dicionário ABAP. 
 
Dica: Se você quiser verificar onde no sistema SAP uma determinada definição de dados elemento, domínio, 
tabela ou similar) é usado, então você pode procurar na lista na transação SE11 para essa definição de dados. 
 
 
 
 
Pag 124 
 
 
 
 
 
Figura 71: Definição de Tabela e Conceito de Domínio 
 
O gráfico usa a tabela SPFLI do modelo de dados de voo como exemplo. Vôos (por exemplo, O voo 
XY da Lufthansa de Frankfurt para Tóquio) é mantido centralmente nesta tabela. A tabela contém campos 
para o aeroporto de partida (AIRPFROM) e o aeroporto de destino (AIRPTO). Porque os aeroportos de partida 
e de destino são coisas diferentes em um contexto de negócios, os elementos de dados, S_FROMAIRP e 
S_TOAIRP, foram definidos. No entanto, porque ambas 
As colunas contêm os nomes dos aeroportos, ambos os elementos de dados se referem ao mesmo domínio, 
S_AIRPID, que possui o tipo técnico CHAR, com o comprimento 3. 
 
Informação relacionada 
Mais informações sobre o ABAP Workbench são fornecidas nos principais cursos do ABAP Workbench 
(começando com os cursos BC400 - ABAP Workbench Basics e BC430 – Dicionário ABAP), bem como na 
biblioteca SAP para SAP NetWeaver 7.0 na área Biblioteca SAP → Biblioteca SAP NetWeaver → Áreas-chave 
do SAP NetWeaver → Áreas-chave da Plataforma de Aplicação → Tecnologia ABAP → ABAP Workbench (BC-
DWB). 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Nomear ferramentas importantes no ABAP Workbench 
● Acessar objetos do Repositório ABAP 
● Escrever um programa ABAP simples 
● Explicar a importância do dicionário ABAP 
● Delinear o conceito de domínio de dois níveis 
 
 
 
 
Pag 125 
 
 
 
 
Unidade 4 
Lição 3 
Importando solicitações de transporte 
 
 
VISÃO GERAL DA LIÇÃO 
Como administrador do SAP, você é responsável pela importação de solicitações de transporte. Você, 
portanto, necessitam de conhecimento detalhado sobre o processo de importação, as ferramentas 
disponíveis e opções de importação. 
 
Exemplo Comercial 
As mudanças que os desenvolvedores fazem no sistema de desenvolvimento devem ser transportadas para 
o sistema de qualidade para testes, e uma vez que os testes são bem sucedidos, eles devem ser transportados 
para o sistema de produção. A realização de transportes é da responsabilidade do administrador (de 
transportes). 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Importar solicitações de transporte 
● Descrever o procedimento de importação para solicitações de transporte 
● Explicar as diferenças entre a massa e as estratégias de importação únicas 
 
 
Solicitações e Tarefas de Transporte 
As solicitações Workbench e Customizing podem ser criadas com o Transport Organizer (transação SE09 ou 
SE10). Em uma solicitação de transporte, o gerente de projeto de desenvolvimento atribui desenvolvedores. 
Para cada desenvolvedor, há, portanto, inicialmente uma tarefa que é atribuída ao pedido de transporte. 
Após as tarefas individuais terem sido liberadas pelo desenvolvedor, o O gerente de projeto de 
desenvolvimento pode liberar a solicitação de transporte. Dependendo dos objetos no pedido de transporte, 
o tipo de pedido de transporte e a configuração do landscape de transporte, a liberação da solicitação de 
transporte leva à exportação da solicitação de transporte. Após a exportação bem-sucedida, a solicitação de 
transporte pode ser importada nos sistemas de destino. Para o pedido de transporte, você pode diferenciar 
entre um número de termos: 
● O termo solicitação de transporte é o termo neutro e imparcial 
● Uma solicitação de mudança é uma solicitação de transporte usada para transportar alterações; objetos 
podem, claro ser transportado sem ser alterado, por exemplo, objetos recém-criados 
● Uma solicitação do Workbench é uma solicitação de transporte na qual objetos de repositório ou clientes 
independentes customizing é transportado 
● Uma solicitação do Customizing é uma solicitação de transporte na qual os objetos dependentes do cliente 
são transportados; isto é, personalização, mestre e movimento ou transação dependentes do cliente dados; 
destes três, geralmente é apenas customizing dependente do cliente que é realmente transportado. 
● Um transporte de consolidação é uma solicitação de transporte que é transportada para a consolidação 
sistema (geralmente o sistema de garantia de qualidade) 
 
 
 
 
 
 
 
 
Pag 126 
 
 
 
 
Importar 
O administrador de transporte geralmente inicia a importação nos sistemas SAP subsequentes manualmente, 
usando o sistema de gerenciamento de transporte no sistema SAP correspondente, transação STMS. No 
sistema SAP subseqüente, é possível, na transação STMS, ver quais solicitações de transporte estão 
aguardando importação no sistema SAP. Do ponto de vista técnico, em um sistema de três sistemas, a 
solicitação de transporte é sinalizada para importação no sistema SAP subsequente (sistema de garantia de 
qualidade) quando é exportado do sistema de desenvolvimento. 
 
Você pode encontrar esse sinalizador de solicitação de transporte para importação no sistema SAP 
subseqüente no Sistema de gerenciamento (transação STMS), selecionando Visão geral → Importar. Lá, você 
vê a fila de importação para os sistemas SAP. Para exibir detalhes sobre as filas de importação, escolha 
Importar Fila → Display. 
 
Para importar solicitações de transporte para o sistema de destino, você tem vários métodos no TMS 
fila de importação. Os métodos mais importantes são a importação de todas as solicitações de transporte e 
importação de pedidos de transporte individuais. Os métodos podem ser executados on-line ou no fundo. 
 
 
Figura 72: Importação 
 
Quando você importa solicitações de transporte únicas, seleciona um ou mais solicitações na fila 
de importação dos sistemas SAP e, em seguida, importá-los. Quando você importa todas as solicitações de 
transporte na fila de importação, todas as solicitações de transporte são importadas. 
 
Nota: Particularmente no sistema de produção, você geralmente seleciona os pedidos de transporte de um 
projeto específico, em vez de importar todas as solicitações de transporte na importação na fila. 
 
 
 
 
Pag 127 
 
 
 
 
 
Em ambos os casos, os objetos são importados primeiro por ordem de prioridade e, em seguida, na sequência 
de as solicitações de transporte na fila de importação. Por exemplo, uma tabela tem uma prioridade mais 
alta que um programa, porque o programa pode ser dependente da tabela. A sequência de transporte de 
solicitações na fila de importação do sistema de garantia de qualidade é a sequência da exportação do 
sistema de desenvolvimento. A sequência na fila de importação do sistema de produção, por outro lado, a 
sequência da importação no sistema de produção pode ser classificada diferentemente do sistema de 
garantia de qualidade do sistema de garantia de qualidade. 
 
Assim sendo, a fila de importação do sistema de produção pode ser classificada de forma diferente daquela 
na qualidade sistema de garantia. Isso está correto, porque isso reflete a sequência da importação para o 
sistema de garantia de qualidade e, portanto, aceitação funcional no sistema de garantia de qualidade. No 
sistema SAP, o administrador de transporte iniciaas importações na transação STMS indo para a fila de 
importação (Visão Geral → Importações), selecionando o sistema SAP para o qual a solicitação é importado 
e escolhendo Import Queue → Display. O administrador de transporte inicia o import, escolha Importar todas 
as solicitações ou Importar solicitação. 
 
Tecnicamente, o programa tp é usado no nível do sistema operacional para exportação e importação. tp é 
parte do kernel do sistema SAP. Durante a importação, sempre os arquivos de dados que foram gerados 
durante a exportação e armazenados no diretório central de transporte são usados. 
 
Verificando Transportes 
 
 
Figura 73: Verificando Transportes 
 
 
 
 
 
Pag 128 
 
 
 
 
Durante o transporte, as etapas de transporte executadas são registradas nas várias fases de 
transporte. Para verificar os transportes, você pode usar o Transport Organizer (SE09): No lado direito do Na 
tela Organizador de transporte, os transportes são exibidos. Ao escolher o botão de transporte, você vê uma 
exibição hierárquica do lançamento pedidos de transporte e suas etapas de transporte, que são organizadas 
de acordo com o sistema destino. 
 
O sucesso da falha das etapas individuais de transporte é indicado pela codificação de cores e Código 
de retorno. Se os transportes contiverem erros, você será informado da causa do erro no log de transporte. 
Ao clicar duas vezes em uma etapa de transporte, você exibe seu log de transporte. Todas as etapas de 
importação são registradas durante a importação realizada pelo administrador de transporte transação 
STMS. Você pode exibir isso diretamente aqui ou no Transport Organizer. Para obter mais informações sobre 
a importação, você pode acessar o log do sistema tp para obter Sistema SAP na transação STMS, selecionando 
Visão geral → Importações (ou escolhendo a opção Visão geral) botão. Para isso, na visão geral de 
importação, selecione o sistema SAP que deseja verifique e na fila de importação, exiba o log do sistema tp 
selecionando Ir para → tp Log do sistema. 
 
A partir daqui você pode executar uma análise de erro adicional usando arquivos de log adicionais. 
Como alternativa, você também pode exibir a exibição estendida na fila de importação (Editar → Exibir Mais 
). Nessa visualização, você pode ver o código de retorno na coluna RC e clicar duas vezes para ir diretamente 
para o log detalhado. 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Importar solicitações de transporte 
● Descrever o procedimento de importação para solicitações de transporte 
● Explicar as diferenças entre transporte em massa e as estratégias de importação únicas 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 129 
 
 
 
 
Unidade 4 
Lição 4 
Apêndice: explicando a Infraestrutura de Desenvolvimento do SAP 
NetWeaver (NWDI) 
 
VISÃO GERAL DA LIÇÃO 
Em contraste com o ambiente AS ABAP, no qual um desenvolvimento central é realizado e desenvolvedores 
estão registrados no mesmo sistema SAP), uma filosofia de desenvolvimento descentralizada é utilizada no 
ambiente Java. Esta lição, em primeiro lugar, fornece uma visão geral dos passos que o desenvolvimento 
deve dar para executar um aplicativo Java. Em seguida, problemas típicos que surgem em um ambiente de 
equipe de desenvolvimento no ambiente Java são discutidos. Estes problemas devem ser largamente evitado 
com a infra-estrutura de desenvolvimento SAP NetWeaver (NWDI), através da transferência de conceitos 
aprovados do mundo AS ABAP para o ambiente AS Java. A lição termina com uma seção sobre o Sistema 
Avançado de Mudança e Transporte, que pode ser usado para transportar alterações para aplicativos Java 
para sistemas subsequentes. 
 
Exemplo Comercial 
Sua empresa usa sistemas SAP baseados na plataforma de tecnologia SAP NetWeaver e planeja desenvolver 
seus próprios aplicativos baseados em Java. Como membro do sistema SAP da equipe de administração, você 
quer ter uma visão geral da infra-estrutura de desenvolvimento fornecidos pela SAP para esse fim. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Listar os componentes individuais da infra-estrutura de desenvolvimento do SAP NetWeaver 
● Delinear a integração do SAP NetWeaver Development Infrastructure no aprimoramento 
 
Sistema de Mudança e Transporte na linguagem de programação Java 
Java é uma linguagem de programação orientada a objetos, semelhante a C ++ ou C #. No entanto, Java não 
é totalmente orientada a objetos: os tipos de dados básicos (int, Boolean e assim por diante) não são objetos. 
O Java torna possível escrever classes que podem ser executadas em vários ambientes de tempo de 
execução. Dessa forma, é possível, por exemplo, executar applets em navegadores da Web, que suportam 
Java. O Java possui uma extensa biblioteca de classes. Isso fornece aos programadores um uniforme, 
interface independente do sistema operacional (interface de programação de aplicativos, API). Com o ajuda 
de Remote Method Invocation (RMI) também é possível chamar objetos em outros computadores. 
 
Os códigos-fonte escritos em Java são primeiramente traduzidos pelo compilador JAVAC em um código 
intermediário que é independente da arquitetura, o código de bytes. Um arquivo de classe é criado de todos 
os arquivos de origem (arquivo .java). Este código de byte não pode ser executado diretamente e é 
interpretado por uma máquina virtual ou é compilado e executado em tempo de execução no processador 
de código nativo (via tecnologia HOTSPOT, disponível desde o Runtime Environment 1.3). A máquina virtual 
deve ter sido desenvolvido para cada plataforma suportada, se necessário, separadamente. 
O ambiente de tempo de execução Java consiste em três componentes principais: 
 
● Class Loaders para carregar todas as classes necessárias para a execução do programa. Os Carregadores de 
Classes controlam a provisão confiável de informações de classe para a Máquina Java Virtual. 
 
 
 
 
Pag 130 
 
 
 
 
● Bytecode Verifier para verificar se as classes carregadas são compatíveis com a especificação da máquina 
virtual. Isso garante que a Java Virtual Machine não seja capaz para executar qualquer código de byte 
inválido. 
 
● A própria Java Virtual Machine 
 
 
Figura 74: Do Desenvolvimento à Execução de um Aplicativo Java 
 
Para executar um programa Java, um ambiente de tempo de execução (Java Runtime Environment, 
JRE) é requerido. O JRE consiste na Java Virtual Machine, nas interfaces Java padrão e outros componentes, 
que são necessários para executar aplicativos e applets Java. A Máquina Virtual Java é responsável pela 
independência da plataforma J2EE do hardware e o sistema operacional. 
 
Dica: 
J2EE significa “Java 2 Enterprise Edition”. Este é um conjunto de regras que devem ser preenchidos pelos 
aplicativos se eles quiserem ser considerados como “compatíveis com J2EE” e se eles devem ser executados 
em um servidor J2EE (que também deve obedecer a essas regras). 
 
Comparado com o JRE, no Java 2 Software Development Kit - também conhecido como Java Kit de 
Desenvolvimento (JDK) ou Kit de Desenvolvimento de Software (SDK) - existem algumas ferramentas 
adicionais com o qual aplicativos Java podem ser desenvolvidos. Essas ferramentas incluem o compilador 
Java e Depurador de Java. 
 
 
 
 
Pag 131 
 
 
 
 
Um ambiente de desenvolvimento integrado (IDE) é geralmente usado para desenvolver programas 
clientes e isso suporta o desenvolvimento de aplicativos J2EE. Isso se baseia no SDK. Se um desenvolvedor 
quiser escrever e testar (localmente) um programa personalizado, eles geralmente requerem um ambiente 
de desenvolvimento e um ambiente de tempo de execução. 
 
Aprimoramentos no padrão J2EE para aplicativos SAP 
Aplicativos J2EE consistem em componentes. Um componente J2EE é um completo e funcional entidade de 
software, que é combinada com as classes e arquivos associados para formar um J2EE aplicação (montagem) 
e que podem se comunicar com outros componentes. A especificação do J2EE diferenciaentre os seguintes 
componentes: 
 
● Applets (componentes de apresentação executados no cliente) 
 
● Servlets e Java Server Pages (JSP): componentes da Web de apresentação ou J2EE que são executados em 
o servidor) 
 
● Enterprise Java Beans (EJBs): componentes de lógica de negócios que são executados no servidor. 
 
A comunicação entre o servidor J2EE e o frontend é baseada em padrões da Web como HTTP, HTML 
ou XML. A comunicação com o banco de dados ou camada de back-end é baseada JDBC (Java Database 
Connectivity). JDBC é uma interface de banco de dados da plataforma Java que fornece uma interface 
uniforme para bancos de dados de diferentes fabricantes e foi especialmente projetado para bancos de 
dados relacionais. 
 
Para adaptar as estruturas especificadas pelo padrão J2EE para processos de negócios maiores, o SAP 
expandiu o modelo de programação (Web Dynpro for Java) e forneceu novos ou adicionais recursos (por 
exemplo, Open SQL for Java ou SQLJ). Além disso, padrões abertos foram integrados (como serviços da Web). 
 
Na figura, Aprimoramentos no Padrão J2EE para Aplicativos SAP, os componentes de um aplicativo 
J2EE padrão (quadrados brancos) são mostrados separadamente das adições desenvolvido pela SAP 
(destacado em cor). 
 
 
 
 
 
Pag 132 
 
 
 
 
 
Figura 75: Aprimoramentos no padrão J2EE para aplicativos SAP 
 
Dica: 
O Web Dynpro para aplicativos Java segue o paradigma do Model View Controller. No Pelo menos, eles 
contêm todas as unidades lógicas que são obrigatórias para a aplicação: interface de usuário, um modelo 
para o fornecimento de dados ou funções de negócios e controlador para o fluxo de dados entre todas as 
unidades de aplicativo. 
 
O SQLJ (Embedded SQL for Java) consiste em vários comandos, que são estendidos por comandos SQL 
estáticos. O JDBC, por comparação, oferece uma dinâmica interface entre aplicativos Java e o banco de 
dados. SQLJ e JDBC assim se completam. 
 
Diferenças entre o desenvolvimento ABAP e Java no ambiente SAP 
Devido à diferente filosofia de desenvolvimento entre ABAP e Java, é relativamente difícil comparar os 
processos de desenvolvimento entre si em ambos os lados. 
 
 
 
 
 
 
 
Pag 133 
 
 
 
 
 
Figura 76: Filosofias de Desenvolvimento Diferentes 
 
No ambiente ABAP, os desenvolvedores fazem logon no sistema central de desenvolvimento (por 
exemplo, o sistema de desenvolvimento para aplicativos SAP CRM). Neste sistema de desenvolvimento, o 
ABAP Workbench é usado como o ambiente de desenvolvimento ABAP integrado. Os desenvolvedores só 
tem o SAP GUI instalado em seus PCs. O sistema de desenvolvimento central é o tempo de execução do 
ambiente para o primeiro teste das aplicações escritas (também em contexto com os programas de outros 
desenvolvedores). 
 
No ambiente Java, por comparação, os desenvolvedores estão acostumados a um sistema 
descentralizado de desenvolvimento. Aqui, cada desenvolvedor não só tem o ambiente de desenvolvimento, 
mas também um ambiente de tempo de execução local em seu PC e, portanto, pode desenvolver e testar 
localmente, de forma independente de todos os outros colegas. Não até a conclusão do desenvolvimento 
(ou em outro especificado com pontos no tempo) são as aplicações dos desenvolvedores individuais 
combinados em um sistema central. 
 
Após esta comparação geral, as seções a seguir tratarão do desenvolvimento de Java de aplicações 
no ambiente SAP em mais detalhes. 
 
SAP NetWeaver Developer Studio 
O SAP NetWeaver Developer Studio é o ambiente da própria SAP para o desenvolvimento de Java de vários 
níveis aplicações. O ambiente de desenvolvimento é baseado no produto de código aberto Eclipse, cuja 
arquitetura de plug-in aberto fornece uma plataforma adequada que pode ser aprimorada com funções 
especiais. 
 
 
 
 
Pag 134 
 
 
 
 
O Eclipse oferece todas as ferramentas necessárias para o desenvolvimento de programas Java. Para projetos 
J2EE, no entanto, funções adicionais são necessárias no ambiente SAP (por exemplo, integração com o 
servidor de aplicativos). Estes não estão contidos no Eclipse. 
 
 
 
Figura 77: Estrutura do SAP NetWeaver Developer Studio 
 
O SAP NetWeaver Developer Studio fornece uma variedade de ferramentas para todos os aspectos 
do aplicativo de desenvolvimento, alguns dos quais estão listados abaixo como exemplos: 
 
● Ferramentas de Serviço da Web podem ser usadas para desenvolver interfaces da Web 
● Ferramentas J2EE são ferramentas para criar aplicativos J2EE, como os do Enterprise Java Beans 
● O acesso a dados é suportado por ferramentas de dicionário Java ou outras ferramentas de persistência 
 
A particularidade dessas ferramentas de desenvolvimento está em sua integração contínua com o 
SAP a infraestrutura. Todo o objeto de desenvolvimento criado pode ser armazenado e gerenciado desta 
maneira repositório central, o Repositório de Tempo de Projeto (DTR), no qual um processo de 
implementação com o Component Build Service (CBS), atribuído ao Change Management e depois distribuído 
usando um processo logístico de software definido. 
 
Arquitetura de SAP NetWeaver Development Infrastructure (NWDI) 
A figura Visão geral da infra-estrutura de desenvolvimento do SAP NetWeaver (NWDI) mostra arquitetura do 
SAP NetWeaver Development Infrastructure com o Enhanced Change e do Sistema de transporte (CTS 
avançado ou CTS +). 
 
 
 
 
Pag 135 
 
 
 
 
 
Figura 78: Visão Geral da Infraestrutura de Desenvolvimento do SAP NetWeaver (NWDI) 
 
O SAP NetWeaver Developer Studio fornece acesso ao SAP NetWeaver Development Infraestrutura 
(NWDI) O SAP NWDI é composto por um ambiente de desenvolvimento local (IDE) nos PCs dos 
desenvolvedores e serviços do lado do servidor que fornecem a equipe de desenvolvimento com um 
ambiente de desenvolvimento único e consistente e desenvolvimento de software de suporte durante todo 
o ciclo de vida de um produto. 
 
Do lado da infra-estrutura central, você pode encontrar (entre outros) o DESIGN TIME REPOSITÓRIO, 
o COMPONENT BUILD SERVICE e o NAME SERVER como parte do Diretório de paisagem do sistema. O 
REPOSITÓRIO DE TEMPO DE DESIGN (DTR) permite uma versão do gerenciamento do código-fonte e, 
portanto, o desenvolvimento compartilhado de software em equipes, bem como o transporte e replicação 
de fontes. 
 
O COMPONENT BUILD SERVICE (CBS) é usado para a compilação central dos textos de origem. A 
operação para os desenvolvedores é integrada ao SAP NetWeaver Developer Studio. Para o processo de 
construção, a CBS se comunica automaticamente com o Repositório de Tempo de Design. Para 
processamento posterior, a CBS se comunica com a lógica do sistema do Gerenciamento de Mudanças de 
Serviços. Ele fornece as seguintes funções principais: 
 
● Construir sob demanda 
● Armazenamento central de resultados de construção e ferramentas de criação 
● Conceito de ativação 
 
 
 
 
Pag 136 
 
 
 
 
 
O CHANGE MANAGEMENT SERVICE (CMS) é usado para gerenciar centralmente o Java 
desenvolvimento e transporte ao longo de todo o ciclo de vida do software. Pode ser usado para configurar 
mudanças no software de desenvolvimento e transporte de paisagem. As funções do CMS estão intimamente 
ligados com o DTR, o CBS e o System Landscape Directory (SLD). Como uma ferramenta de administrador, o 
CMS incorpora esses componentes e vincula as partes individuais de uma unidade, com a qual até mesmo 
projetos de desenvolvimento distribuídos podem ser realizados. O CMS pode ser conectado ao Sistema de 
Mudança e Transporte (CTS) do AS ABAP, de modo que a importação 
Dos sistemas subseqüentes (como o sistema de garantia de qualidade ou sistema de produção) podem ser 
realizados com a ajuda do CTS. 
 
Dica: A SAP forneceu os serviços CM (Change Management Services) desde o SAP Pacote de 
aprimoramento 1 para SAP NetWeaver 7.0. 
 
Graças à estreita integração entre os Serviços CM e o mecanismo da mudança aprimorada e Sistema 
de Transporte (CTS +), você pode, neste cenário, gerenciar seu desenvolvimentode configuração em 
conjunto com o seu cenário de transporte usando o sistema central do CTS. 
 
O SISTEMA DE ALTERAÇÃO E TRANSPORTE (CTS) é utilizado para o transporte de mudanças dos 
sistemas subseqüentes. A partir de uma pilha SP específica para SAP NetWeaver 7.0, o CTS é capaz de 
transportar alterações não-ABAP (como aplicativos Java) também. 
 
Dica: O Sistema de Mudança e Transporte (CTS) contém ferramentas para exportar pedidos de transporte 
(Transport Organizer - transação SE09) e ferramentas para definir o landscape, bem como importar pedidos 
de transporte (Gestão de Transporte Sistema - transação STMS). 
 
O desenvolvimento de software em todo o mundo requer um método livre de conflitos para criar 
nomes para objetos de software. Sem esse método, diferentes equipes de software podem usar os mesmos 
nomes por acaso, para objetos de software com diferentes usos. Se os objetos de software forem 
combinados no mesmo ambiente de tempo de execução, isso pode até desativar aplicativos por causa de um 
simples conflito de nome. Para evitar conflitos de nome, o System Landscape Directory (SLD) contém um 
serviço de reserva de nomes (NAME SERVER), que permite reserva global de nomes. 
 
A lista a seguir resume os componentes do SAP NWDI e suas características e propriedades: 
Componentes da infra-estrutura de desenvolvimento do SAP NetWeaver 
● Repositório de tempo de design (DTR) - Gerenciamento de código-fonte central e versionamento 
● Component Build Service (CBS) - Construir sob demanda 
 
 - Armazenamento central de resultados de construção e ferramentas de construção 
 - Conceito de ativação 
 
● Serviço de Gerenciamento de Mudanças (CMS) - Gerenciamento central do cenário de transporte 
● Sistema de Mudança e Transporte (CTS) - Importações para sistemas de follow-on (sistema de garantia de 
qualidade, sistema de produção) 
● Diretório de paisagem do sistema (SLD) - Visão geral dos sistemas SAP, produtos instalados e versões de 
software (releases, SAP pacotes de suporte) 
● Serviço de nomes - Para evitar conflitos de nomenclatura 
 
 
 
 
 
 
Pag 137 
 
 
 
 
Comparação de ferramentas de desenvolvimento para AS ABAP e AS Java 
Para desenvolver e executar aplicativos, independentemente da linguagem de programação selecionada, 
você requer pelo menos um editor, um compilador (ou intérprete) e um ambiente de tempo de execução. 
Além de você precisa de um mecanismo de transporte (que pode consistir em um simples "Copiar e Colar" 
de processo) se os aplicativos forem executados em outros computadores em um estágio posterior. 
Especialmente para desenvolvimentos em que vários desenvolvedores estão participando, uma 
administração de código fonte e sistema de versionamento também é desejável. 
 
Todos esses requisitos são atendidos na área AS ABAP. O Navegador de Objetos (transação SE80) 
está disponível como um editor (como ponto de entrada). ABAP é uma linguagem interpretada. O ABAP O 
intérprete é um componente de todo processo de trabalho do ABAP. O kernel ABAP (o servidor de 
aplicativos), portanto, geralmente atua como o intérprete e o ambiente de tempo de execução do ABAP 
Transport Management System está disponível para transportes entre o ambiente de desenvolvimento e 
ambiente de produção, o ABAP Workbench fornece o código fonte para versionamento no sistema de 
desenvolvimento correspondente. 
 
O Java Software Development Kit (por exemplo, JDK 1.6 para AS Java 7.31 e AS Java 7.4) inclui um 
compilador (JAVAC) e um ambiente de tempo de execução (a Java Virtual Machine, Java VM). No entanto, 
não há editor, sistema de administração de código fonte ou transporte mecanismo. Essas áreas também não 
são especificadas exatamente no padrão Java (J2SE Standard e J2EE Standard). Os desenvolvedores Java são, 
portanto, obrigados a usar comercialmente 
ferramentas disponíveis (por exemplo, para editores) ou para desenvolver suas próprias ferramentas e 
processos (por exemplo, para os mecanismos de transporte). É aí que entra o SAP e o SAP NetWeaver 
Development Infrastructure (NWDI). O SAP NWDI fornece um editor, um sistema de administração de código 
fonte e um mecanismo. 
 
 AS ABAP AS Java 
Editor Object Navigator (SE80), 
Eclipse 
Desenvolvedor SAP NetWeaver 
Estúdio 
Compilador/Interpretador Kernel (instância) Serviço de Compilação de 
Componente (CBS) 
Ambiente de tempo de 
execução 
Kernel (instância) Kernel (instância) 
Gerenciamento de código 
fonte e controle de versão 
Versionamento no 
sistema de 
desenvolvimento 
Repositório de tempo de design 
(DTR) 
Mecanismo de transporte - 
Definição de Landscape 
Sistema de 
Gerenciamento de 
Transporte (STMS) 
Serviço de Gerenciamento de 
Mudanças (CMS) 
Mecanismo de transporte - 
exportação 
Organizador de 
Transporte (SE09) 
SAP NetWeaver Developer Estúdio 
Mecanismo de transporte – 
importação 
Sistema de 
Gerenciamento de 
Transporte (STMS) 
 
Tabela 5: Comparação entre o desenvolvimento ABAP e Java no ambiente SAP 
 
 
 
 
 
 
 
Pag 138 
 
 
 
 
O SAP NetWeaver Developer Studio é usado como editor, o Repositório de Tempo de Design (DTR) funciona 
como um sistema central de administração e versionamento de código fonte e o Serviço de Gestão (TMS) do 
AS ABAP é usado para transporte do desenvolvimento ambiente para outros sistemas. Além desses 
componentes, o Component Build 
Serviço (CBS) permite a construção central. Esses componentes já foram discutidos em detalhe nas seções 
anteriores. 
 
CTS aprimorado - transporte de objetos não ABAP 
As ferramentas existentes para transportes ABAP e Java tiveram suas limitações. Por exemplo, havia 
nenhuma sincronização automática para aplicações mistas (como peças em um sistema ECC, partes 
associadas em um sistema de portal). Para transportar as partes individuais de um aplicativo, diferentes 
ferramentas eram necessárias. Além disso, não havia controle central do transporte no Ambiente do portal 
corporativo. 
 
Com o Pacote de Suporte SAP NetWeaver 7.0, Pilha 14, o Sistema de Mudança e Transporte ABAP (CTS) foi 
aprimorado, para que agora ele possa transportar objetos não ABAP. Este aprimoramento permite 
sincronizar os transportes ABAP e Java. Além disso, a Enterprise O conteúdo do portal pode ser transportado 
dessa maneira. 
 
 
Figura 79: O CTS Avançado Fornece uma Ferramenta de Transporte Central na Plataforma de Processo de 
Negócios. 
 
O CTS aprimorado oferece a opção de transportar objetos criados em idiomas diferentes de ABAP 
através do Sistema de Mudança e Transporte da ABAP. O objetivo é apoiar o transporte para todas as 
bancadas e aplicações através de uma única ferramenta de transporte central (CTS). As ferramentas para a 
criação de aplicativos e conteúdo não são tocados. Opções para anexar aplicativos ou conteúdo para um 
transporte CTS solicitações são integradas nas várias bancadas de trabalho. O grau de integração difere para 
 
 
 
 
Pag 139 
 
 
 
 
as diferentes bancadas de trabalho. O objetivo do CTS aprimorado é simplificar o trabalho do administrador 
responsável pelas importações, oferecendo uma ferramenta de transporte. 
 
O administrador pode então iniciar as importações para diferentes backends usando uma única 
ferramenta. As ferramentas de implantação são chamadas automaticamente. É fácil monitorar o que já foi 
importado e se a importação foi bem-sucedida. As filas no CTS fornecem uma visão geral do que precisa ser 
importado. 
 
Um pré-requisito para transportes existentes de objetos não-ABAP usando o CTS aprimorado é que 
o Controlador de Domínio TMS é usado em um sistema SAP baseado em AS ABAP (por exemplo, um Sistema 
SAP Solution Manager). Além disso, um sistema SAP baseado em Java com um sistema CTS é necessário para 
implantar serviço da Web é necessário para transportar aplicativos Java, por exemplo. 
 
Nota: 
Para obter mais informações sobre o CTS aprimorado, consulte a Nota 
SAP 1003674 - Aprimoramento para sistemas não-ABAP no CTS 
 
Os seguintes objetos podem ser transportadoscom o CTS aprimorado, além dos objetos ABAP de 
desenvolvimento: 
 
Objetos de transporte do CTS aprimorado 
● Objetos baseados em Java e J2EE / JEE 
 
- Arquivos de componentes de software (SCAs) 
- Enterprise Application Archives (EARs) 
- Arquivos de Implantação de Software (SDAs) 
- Atividades DTR (DIPs) 
 
● Objetos do SAP NetWeaver Portal (Portal) 
 
- Enterprise Portal Archives (EPAs) 
- Aplicativos do Portal Empresarial (PARs) 
- Objetos de Gerenciamento de Conhecimento KM Content and KM Configurations) 
 
● Objetos SAP NetWeaver, tipo de uso Process Integration (PI) 
 
- Objetos do Repositório ES 
- Objetos do Repositório de Integração 
- mapeamentos ABAP 
 
● Objetos de conteúdo do diretório de paisagem do sistema (SLD) 
 
- Produtos 
- Componentes de software 
- Sistemas técnicos e sistemas de negócios 
 
 
 
 
 
 
 
 
Pag 140 
 
 
 
 
● Alterações nos metadados do repositório do SAP Master Data Management 7.1 
 
Você pode importar esses objetos para os sistemas de destino junto com os objetos de 
desenvolvimento ABAP. 
A implantação é executada automaticamente. 
 
Nota: 
Observe que, em alguns cenários, etapas manuais adicionais podem precisar ser executadas para adicionar 
objetos Java às solicitações de transporte. Você também pode precisar executar Etapas adicionais após a 
implementação de alguns tipos de objetos. 
 
 A funcionalidade aprimorada do CTS simplifica muitos cenários de transporte em uma paisagem 
heterogênea do sistema SAP. O uso do CTS é opcional (não obrigatório). No entanto, os benefícios fazem 
valer a pena considerar. 
 
Nota: 
O tipo de utilização DI não é invalidado por este cenário, pois o SAP NWDI é o ambiente recomendado para 
um desenvolvimento baseado em Java. Para padronizar transportes para o sistema de produção, você deve 
considerar o uso do SAP NWDI em combinação com o CTS. 
 
Nota: 
Nota SAP 1163044 - Conteúdo do Portal de Transporte através do NWDI - declara que o SAP recomenda 
que você use os recursos da Alteração e Transporte aprimorados System (CTS), que são totalmente 
integrados na Exportação de Pacotes de Transporte Editor do portal. 
 
Discussão facilitada 
Os participantes devem estar cientes dos problemas típicos que podem surgir durante a criação de aplicativos 
Java maiores (especialmente com grupos maiores de desenvolvedores): eles devem reconhecer que o SAP 
NWDI impede a maioria desses problemas ou fornece soluções para eles. 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Listar os componentes individuais da infra-estrutura de desenvolvimento do SAP NetWeaver 
● Delinear a integração do SAP NetWeaver Development Infrastructure no aprimoramento Sistema de 
Mudança e Transporte 
 
 
 
 
 
 
Pag 141 
 
 
 
 
Unidade 4 
Avaliação de Aprendizagem 
 
1. Quais dados estão em um cliente? Escolha as respostas corretas. 
( ) Um customizing independente do cliente, dados do usuário e dados do aplicativo 
( ) B Personalizando objetos e objetos de repositório 
( ) C Personalização dependente do cliente, dados do usuário e dados do aplicativo 
( ) D Apenas dados do usuário que foram inseridos neste cliente 
 
2. Por que a SAP recomenda um cenário de três sistemas? Escolha as respostas corretas. 
( ) A Por causa da estrutura de dados especial nos sistemas SAP 
( ) B Para habilitar a preparação e teste de atualizações de versão 
( ) C Para vender mais licenças 
( ) D Porque você só pode criar um cliente em cada sistema SAP 
 
3. No final do projeto de desenvolvimento, as tarefas e solicitações de transporte devem ser liberadas 
para que eles possam ser exportados. Quem libera o que aqui? Escolha as respostas corretas. 
( ) A Os desenvolvedores liberam suas tarefas. 
( ) B O líder do projeto de desenvolvimento libera toda a solicitação de transporte. 
( ) C O sistema libera automaticamente a solicitação de transporte quando todas as tarefas são 
liberadas. 
4. No ambiente ABAP, todo o ciclo de desenvolvimento de software pode ser feito nos sistemas SAP com as 
ferramentas ABAP Workbench. Determine se esta afirmação é verdadeira ou falsa. 
( ) verdadeiro 
( ) falso 
 
5. Qual é o propósito de um domínio no contexto do ABAP Workbench? Escolha as respostas corretas. 
( ) A Para definir os atributos técnicos de um campo 
( ) B Para incluir uma dependência de chave estrangeira 
( ) C Para definir os atributos semânticos de um campo 
( ) D Para inserir dados em uma tabela 
 
6. Decida quais das seguintes afirmações estão corretas. Escolha as respostas corretas. 
( ) A Atualizar dados do cliente no sistema de produção requer um pedido de Customizing 
( ) B Uma solicitação de transporte pode conter uma ou mais tarefas. 
( ) C Uma tarefa sempre pode ser atribuída a apenas um desenvolvedor. 
 
7. Quais afirmações estão corretas? Escolha as respostas corretas. 
( ) A O transporte de objetos é dividido em fases de exportação, armazenamento e importação. 
( ) B Importar para o sistema de destino sempre ocorre automaticamente no sistema 00:00 Tempo. 
( ) C O diretório de transporte é determinado pelo parâmetro DIR_TRANS no SAP sistema. 
( ) D Durante o transporte, a seguinte regra padrão se aplica: O cliente alvo é o mesmo como o cliente de 
origem, a menos que algo em contrário seja definido. 
 
8. Quais dos seguintes serviços são elementos do SAP NetWeaver Development? Infraestrutura (NWDI)? 
Escolha as respostas corretas. 
( ) A um repositório de tempo de design (DTR) 
 
 
 
 
Pag 142 
 
 
 
 
( ) B Ferramenta de desenvolvimento de objeto (ODT) 
( ) C Serviço de compilação de componentes (CBS) 
( ) D Change Management Service (CMS) 
( ) E Central Make Tool (CMT) 
 
 
 
 
 
Pag 143 
 
 
 
 
Unidade 4 
Avaliação de Aprendizagem - Respostas 
 
1. Quais dados estão em um cliente? Escolha as respostas corretas. 
( ) Um customizing independente do cliente, dados do usuário e dados do aplicativo 
( ) B Personalizando objetos e objetos de repositório 
( X ) C Personalização dependente do cliente, dados do usuário e dados do aplicativo 
( ) D Apenas dados do usuário que foram inseridos neste cliente 
Um cliente tem personalização, dados do usuário e dados do aplicativo dependentes do cliente. 
 
2. Por que a SAP recomenda um cenário de três sistemas? Escolha as respostas corretas. 
( X ) A Por causa da estrutura de dados especial nos sistemas SAP 
( X ) B Para habilitar a preparação e teste de atualizações de versão 
( ) C Para vender mais licenças 
( ) D Porque você só pode criar um cliente em cada sistema SAP 
A recomendação do cenário de três sistemas não vende mais licenças, pois você pode definir vários 
sistemas SAP em uma licença, embora você possa usar apenas um desses sistemas como o sistema SAP de 
produção. Você sempre pode criar vários clientes em um sistema SAP. 
 
3. No final do projeto de desenvolvimento, as tarefas e solicitações de transporte devem ser liberadas 
para que eles possam ser exportados. Quem libera o que aqui? Escolha as respostas corretas. 
( X ) A Os desenvolvedores liberam suas tarefas. 
( X ) B O líder do projeto de desenvolvimento libera toda a solicitação de transporte. 
( ) C O sistema libera automaticamente a solicitação de transporte quando todas as tarefas são liberadas. 
Todos os desenvolvedores primeiro lançam suas próprias tarefas. Então o líder do projeto de 
desenvolvimento pode liberar o pedido de transporte inteiro. O lançamento não é automático. 
 
4. No ambiente ABAP, todo o ciclo de desenvolvimento de software pode ser feito nos sistemas SAP com as 
ferramentas ABAP Workbench. Determine se esta afirmação é verdadeira ou falsa. 
( X ) verdadeiro 
( ) falso 
Transações, ferramentas e interfaces estão disponíveis no sistema SAP para todas as fases do processo de 
desenvolvimento de software (ABAP). 
 
5. Qual é o propósito de um domínio no contexto do ABAP Workbench? Escolha as respostas corretas. 
( X ) A Para definir os atributos técnicosde um campo 
( ) B Para incluir uma dependência de chave estrangeira 
( ) C Para definir os atributos semânticos de um campo 
( ) D Para inserir dados em uma tabela 
Você usa domínios para definir os atributos técnicos de campos em uma tabela. Os atributos semânticos 
de um campo são definidos no elemento de dados. 
 
6. Decida quais das seguintes afirmações estão corretas. Escolha as respostas corretas. 
( ) A Atualizar dados do cliente no sistema de produção requer um pedido de Customizing 
( X ) B Uma solicitação de transporte pode conter uma ou mais tarefas. 
( X ) C Uma tarefa sempre pode ser atribuída a apenas um desenvolvedor. 
 
 
 
 
Pag 144 
 
 
 
 
A atualização dos dados do cliente no sistema de produção não faz parte do Customizing e portanto, não 
requer uma solicitação de customizing. Um pedido de transporte contém um ou mais tarefas, que são 
atribuídas a apenas um desenvolvedor. 
 
7. Quais afirmações estão corretas? Escolha as respostas corretas. 
( ) A O transporte de objetos é dividido em fases de exportação, armazenamento e importação. 
( ) B Importar para o sistema de destino sempre ocorre automaticamente no sistema 00:00 Tempo. 
( X ) C O diretório de transporte é determinado pelo parâmetro DIR_TRANS no SAP sistema. 
( X ) D Durante o transporte, a seguinte regra padrão se aplica: O cliente alvo é o mesmo como o cliente de 
origem, a menos que algo em contrário seja definido. 
O transporte é dividido em apenas duas fases, Exportar e Importar. Importar para o banco de dados alvo 
do sistema geralmente não ocorre automaticamente à meia-noite. 
 
8. Quais dos seguintes serviços são elementos do SAP NetWeaver Development? Infraestrutura (NWDI)? 
Escolha as respostas corretas. 
( X ) A um repositório de tempo de design (DTR) 
( ) B Ferramenta de desenvolvimento de objeto (ODT) 
( X ) C Serviço de compilação de componentes (CBS) 
( X ) D Change Management Service (CMS) 
( ) E Central Make Tool (CMT) 
 
O SAP NetWeaver Development Infrastructure (NWDI) inclui o tempo de design Repositório para 
gerenciamento de código-fonte com versão, o Component Build Service para o Compilação central baseada 
no modelo de componente e no Serviço de Gerenciamento de Mudanças para o transporte de objetos Java 
para sistemas de acompanhamento. “Central Make Tool” e “Object Development Tool ”são nomes 
imaginários, os aplicativos J2EE são desenvolvidos utilizando o SAP NetWeaver Developer Studio, baseado 
no Eclipse. 
 
 
 
 
 
 
Pag 145 
 
 
 
 
UNIDADE 5 
Usuários e Autorizações no AS ABAP 
Lição 1 
Criando, copiando e mantendo registros mestre de usuário 
Lição 2 
Mantendo autorizações de usuário com funções e perfis 
Lição 3 
Definindo parâmetros de login e usando o sistema de informações do usuário 
Lição 4 
Apêndice - Descrição das tarefas avançadas de administração de usuários 
 
OBJETIVOS DA UNIDADE 
● Criar registros mestre para usuários 
● Copiar, criar e manter funções de usuário 
● Manter a atribuição de funções e usuários 
● Descrever o conceito de um cargo no centro de trabalho 
● Definir parâmetros do sistema para logins de usuários 
● Nomeie usuários padrão no sistema SAP 
● Localize problemas de autorização 
● Descrever como simplificar a administração de usuários com o CUA 
● Descrever como conectar usuários a serviços de diretório 
 
 
 
 
Pag 146 
 
 
 
 
Unidade 5 
Lição 1 
Criando, copiando e mantendo o usuário Registros Mestres 
 
 
VISÃO GERAL DA LIÇÃO 
Esta lição explora a administração dos registros mestre do usuário. Criando, copiando e 
A atualização dos registros mestre desse tipo será descrita em mais detalhes. 
 
Exemplo Comercial 
Os usuários do sistema SAP requerem seus próprios IDs de usuário com autorizações apropriadas para 
registrar em. O administrador configura um ID do usuário no sistema para cada usuário. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Criar registros mestre para usuários 
 
Administração do usuário 
O conceito do registro mestre do usuário e o conceito de autorização são explicados em detalhes em 
esta lição. Ambos os conceitos são importantes para obter uma melhor compreensão do SAP 
sistemas. 
 
A figura Usuários no ambiente SAP ilustra como os usuários interagem com o sistema SAP. 
 
 
Figura 80: Usuários do ambiente SAP 
 
 
 
 
Pag 147 
 
 
 
 
No sistema SAP, um usuário geralmente se refere a um ID do usuário. As pessoas fazem logon em um sistema 
operacional, banco de dados ou um sistema SAP usando uma combinação de usuário e senha. Sistemas 
operacionais, bancos de dados e sistemas SAP geralmente têm diferentes conceitos de autorização. Um 
usuário / senha combinação no sistema SAP não garante que você possa fazer logon no sistema operacional 
sistema de um host com a mesma combinação de usuário / senha. No entanto, usuário idêntico / 
combinações de senhas podem ser criadas para sistemas SAP e sistemas operacionais. 
 
Nota: 
As solicitações do usuário são processadas pelos processos de trabalho do SAP. Esses processos de trabalho 
use um usuário comum para acessar o banco de dados. 
 
Nesta lição, discutimos os usuários do SAP que são usados para efetuar logon em um cliente de um SAP 
baseado em ABAP sistema. Usuários e dados de autorização são dependentes do cliente. 
O acesso ao nível do sistema operacional do servidor de aplicativos e do servidor de banco de dados deve 
ser protegidos para evitar danos aos dados e garantir que os sistemas SAP possam ser usados. 
 
 
Figura 81: Usuários e Autorizações 
 
Como mostra a figura Usuários e autorizações, uma pessoa pode fazer logon em um cliente de um SAP 
sistema se eles souberem o nome de usuário e senha de um registro mestre de usuário, e se o tipo de usuário 
está autorizado para o tipo de logon. Por exemplo, um usuário de comunicação ou sistema não pode efetuar 
logon para um processo de diálogo. No sistema SAP, há uma verificação de autorização toda vez que uma 
transação é chamada. Se um usuário tentativas de iniciar uma transação não autorizada, o sistema rejeita o 
usuário com uma mensagem de erro apropriada. Se o usuário iniciar uma transação autorizada, o sistema 
exibirá a primeira tela transação. Dependendo da transação chamada, o usuário insere dados e executa ações 
 
 
 
 
Pag 148 
 
 
 
 
nesta tela. Pode haver verificações de autorização adicionais para os dados e ações a serem protegido. Os 
usuários recebem autorizações usando funções. As autorizações são combinadas em funções e As funções 
são entradas no registro mestre do usuário, conforme mostrado na figura Registro mestre de usuários. Isso 
é explicado em mais detalhes em outra parte desta lição. 
 
 
Figura 82: Registro mestre do usuário 
 
Tipos de Usuários 
O tipo de usuário é uma propriedade importante de um usuário. Diferentes tipos de usuários estão 
disponíveis para 
diferentes fins: 
 
Diálogo 
Um usuário de diálogo normal é usado para todos os tipos de logon por apenas uma pessoa. Durante um 
logon de caixa de diálogo, o sistema verifica se há senhas expiradas / iniciais e o usuário pode alterar sua 
própria senha. Múltiplos logons de diálogo são verificados e registrados. 
 
Sistema 
Você usa o tipo de usuário do sistema para comunicação livre de diálogo dentro de um sistema ou para 
processamento em segundo plano dentro de um sistema. Os usuários do sistema também são usados para 
usuários RFC para vários aplicativos, como ALE, Workflow, Transport Management System e 
 
 
 
 
Pag 149 
 
 
 
 
Administração Central de Usuários. Você não pode usar esse tipo de usuário para um logon de caixa de 
diálogo. Usuários do sistema são excluídos das configurações usuais para o período de validade de uma 
senha. Somente administradores de usuários podem alterar a senha. 
 
Nota: 
Para mais informações, consulte também a Nota SAP 622464. 
 
Comunicação 
Use o tipo de usuário de comunicação para comunicação livre de diálogo entre sistemas. Você não pode usar 
essetipo de usuário para um logon de caixa de diálogo. As configurações usuais para o período de validade 
de uma senha se aplicam a usuários desse tipo. 
 
Serviço 
Um usuário com serviço de tipo é um usuário de diálogo que está disponível para um grupo maior e anônimo 
de usuários. Em geral, você só deve atribuir autorizações altamente restritas a usuários desse tipo. Os 
usuários do serviço são usados, por exemplo, para acessos anônimos do sistema usando um serviço ITS ou 
ICF. O sistema não verifica as senhas expiradas / iniciais durante o logon. Apenas o administrador do usuário 
pode alterar a senha. Vários logons são permitidos. 
 
Referência 
Como com o usuário do serviço, um usuário de referência é um usuário geral, não específico de um 
pessoa. Você não pode usar um usuário de referência para fazer logon. Um usuário de referência é usado 
apenas para atribuir autorizações adicionais. Você pode especificar um usuário de referência para um usuário 
de diálogo para autorização adicional na página da guia Funções. 
 
A figura User Types fornece uma visão geral dos tipos e efeitos das regras de senha para usuários. 
 
 
Figura 83: Tipos de Usuários 
 
 
 
 
 
 
 
 
Pag 150 
 
 
 
 
 
Políticas de segurança 
Usuários individuais às vezes precisam de uma política de segurança não padrão relacionada a 
comportamento e senhas de logon. Por exemplo, usuários com autorizações extensivas, como o uso de 
senhas de administrador, devem ter proteção mais forte que os usuários padrão. Esses usuários devem ser 
solicitados a alterar suas senhas com mais frequência e devem estar sujeitos a regras de senha mais 
complexas. O uso intensivo desses requisitos pode levar a um aumento nas consultas do suporte técnico, no 
entanto, se os usuários padrão tiverem que atender a esses requisitos. 
 
Este campo pode ser usado para atribuir uma política de segurança a um usuário. Se você deixar o campo 
em branco, a política de segurança padrão definida nas configurações do sistema será aplicada. 
 
Grupos de Usuários 
Você cria grupos de usuários para distribuir configurações do usuário para vários usuários ou para 
manutenção em massa de dados do usuário. 
 
Um grupo de usuários para verificações de autorização é necessário se você deseja dividir a manutenção do 
usuário entre vários administradores de usuários. Apenas o administrador que possui autorização para esse 
grupo pode manter usuários desse grupo. Se você deixar o campo em branco, o usuário não será atribuído a 
nenhum grupo. Isso significa que o usuário pode ser mantido por qualquer administrador de usuários com 
permissão para manter qualquer grupo. Essa atribuição faz parte dos dados de logon no registro mestre do 
usuário. 
 
Para a manutenção em massa de dados do usuário (transação SU10), os usuários podem ser atribuídos a um 
grupo de usuários na ficha de registro Grupos. As atribuições feitas na ficha de registro Grupos não são usadas 
para verificações de autorização especificadas na ficha de registro Dados de Logon, usando o campo Grupo 
de Usuários. Este agrupamento é adequado apenas para massa 
 manutenção. Você pode criar grupos de usuários na transação Manter grupos de usuários (SUGR). 
 
Opções para criar um registro mestre de usuário 
Para iniciar a atualização do usuário (transação SU01), selecione Ferramentas → Administração → 
Manutenção do usuário → Usuários no menu SAP [S000]. 
 
Você pode criar um novo registro mestre de usuário copiando um registro mestre de usuário existente ou 
criando um registro completamente novo. O registro mestre do usuário contém todos os dados e 
configurações necessários para efetuar logon em um cliente do sistema SAP. Esses dados são divididos nas 
seguintes fichas de registro: 
 
● A página Documentação contém uma breve descrição e documentação detalhada do usuário. Um usuário 
que tenha responsabilidade técnica ou funcional para esse usuário, por exemplo, também pode ser inserido. 
 
● A página Endereço exibe os dados do endereço. 
 
● A página Dados de Logon exibe a senha e o período de validade do usuário, além do tipo de usuário. Para 
mais informações sobre as regras de senha para usuários especiais, consulte a Nota SAP 622464. 
 
● A página do Database Management System (DBMS) permite que o SAP NetWeaver Application Server 
gerencie usuários e suas autorizações no DBMS. 
 
 
 
 
 
Pag 151 
 
 
 
 
● A página Secure Network Communications (SNC) é usada para gerenciar funções de segurança (produto 
externo) que não estão diretamente disponíveis, mas foram preparadas em sistemas SAP. Observe os 
regulamentos de uso para o país no qual você deseja usar essa função. 
 
● A página Padrões exibe valores padrão, como a impressora padrão, o idioma de logon e assim por diante. 
 
● Os parâmetros Valores específicos do usuário para campos standard em sistemas SAP. 
 
● A página Funções e perfis mostra as funções e os perfis atribuídos ao usuário 
 
● A página Grupos mostra o agrupamento de usuários para manutenção em massa. 
 
● A página Personalização exibe objetos de personalização. Em algumas transações, são necessárias 
configurações pessoais que tenham algum efeito na aparência da transação. Essas configurações podem ser 
armazenadas ou pré-preenchidas usando objetos de personalização. 
 
● A ficha de registro Dados da Licença permite especificar o tipo de usuário contratual do usuário. É avaliado 
durante a medição do sistema. 
 
Ao criar um usuário, você mantém as seguintes informações no mínimo: 
 
● Sobrenome na ficha de registro Endereço 
● Senha inicial e repetição idêntica da senha na ficha de registro Dados de Logon. 
 
Administração de usuários do DBMS 
 
Em uma instalação típica ABAP do SAP NetWeaver Application Server, você mantém os usuários que 
executam aplicativos no SAP NetWeaver Application Server ABAP na transação SU01. Você mantém vários 
usuários técnicos no DBMS, mas isso é necessário apenas em certos casos de uso específicos. 
 
● Para o SAP Business Warehouse (SAP BW), é necessária uma atribuição de usuários 1: 1 para conceder 
permissões de análise no banco de dados aos usuários de análise virtual no SAP BW. 
 
● Seus usuários executam aplicativos que acessam o banco de dados diretamente. Você precisa atribuir 
autorizações de banco de dados a esses usuários. 
 
Para simplificar a administração de usuários do DMBS, você pode definir uma conexão entre a administração 
de usuários no SAP NetWeaver Application Server ABAP e no DBMS. Quando você cria usuários no SAP 
NetWeaver Application Server ABAP, o SAP NetWeaver Application Server ABAP cria os usuários no SGBD 
automaticamente, com os mesmos IDs de usuário e as mesmas senhas. Quando um bloqueio administrativo 
é definido para um usuário no SAP NetWeaver Application Server ABAP, o usuário do DBMS correspondente 
também é bloqueado. Você também pode adicionar ou remover autorizações do DBMS para o usuário do 
DBMS, desde que o DBMS suporte isso. 
 
 
 
 
 
 
 
 
 
 
Pag 152 
 
 
 
 
Dica: 
A opção para sincronizar usuários criados com a transação SU01 em ABAP com o banco de dados, 
particularmente com o SAP HANA, deve ser configurado primeiro. As etapas de configuração necessárias 
estão descritas na documentação on-line “Configurando Gerenciamento de usuários do DBMS para SAP 
HANA ”e no seguinte blog de segurança: http://scn.sap.com/community/security/blog/2014/10/21. 
Quando você tiver feito a configuração necessária, a ficha de registro DBMS também será exibida na 
transação SU01. 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Criar registros mestre para usuários 
 
 
http://scn.sap.com/community/security/blog/2014/10/21
 
 
 
 
Pag 153 
 
 
 
 
Unidade 5 
Lição 2 
Mantendo autorizações de usuário com funções e perfis 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, os termos objeto de autorização, perfil de autorização, verificação de autorização e função são 
discutidos em um contexto comum. O foco aqui é na manutenção de funções; isto é, ao criar um papel. 
 
Exemplo ComercialAs autorizações para usuários são criadas usando funções e perfis. Os administradores criam as funções e o 
sistema as suporta na criação das autorizações associadas. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Copiar, criar e manter funções de usuário 
● Manter a atribuição de funções e usuários 
● Descrever o conceito de um cargo no centro de trabalho 
 
Objetos de autorização e verificações de autorização 
 
 
Figura 84: Objetos de Autorização 
 
 
 
 
 
Pag 154 
 
 
 
 
Como mostra a figura Objetos de Autorização, em um sistema SAP baseado em ABAP, ações e acesso a dados 
são protegidos por objetos de autorização. Os objetos de autorização são entregues pela SAP e são incluídos 
nos sistemas SAP. Para fornecer uma visão geral melhor, os objetos de autorização são agrupados em classes 
de objetos. 
 
Os objetos de autorização permitem verificações complexas que envolvem várias condições que permitem 
que um usuário execute uma ação. As condições são especificadas nos campos de autorização para os objetos 
de autorização e são AND vinculadas para a verificação. Os objetos de autorização e seus campos possuem 
nomes descritivos e técnicos. No exemplo da figura, o objeto de autorização Manutenção mestre de usuário: 
Grupos de usuários (nome técnico: S_USER_GRP) contém os dois campos Atividade (nome técnico: ACTVT) e 
Grupo de usuários em Registro mestre de usuário (nome técnico: CLASS). O objeto de autorização 
S_USER_GRP protege o registro mestre do usuário. Um objeto de autorização pode incluir até dez campos 
de autorização. 
 
Uma autorização é sempre associada a exatamente um objeto de autorização e contém o valor para os 
campos do objeto de autorização. Uma autorização é uma permissão para executar uma determinada ação 
no sistema SAP. A ação é definida com base nos valores dos campos individuais de um objeto de autorização. 
No exemplo da figura, a Autorização B para o objeto de autorização S_USER_GRP permite a exibição de todos 
os registros mestre de usuário que não estão atribuídos ao grupo de usuários SUPER. A autorização A, em 
contraste, permite que registros para este grupo de usuários sejam exibidos. Um objeto de autorização pode 
ter várias autorizações. Algumas autorizações são fornecidas pela SAP, mas a maioria é criada 
especificamente para os requisitos do cliente. 
 
 
Figura 85: Verificação de Autorização 
 
 
 
 
 
 
 
 
Pag 155 
 
 
 
 
Conforme ilustrado pela figura Verificação de autorização, quando um usuário faz logon em um cliente de 
um sistema SAP, suas autorizações são carregadas no contexto do usuário. O contexto do usuário está no 
buffer do usuário (na memória principal, consulta usando a transação SU56) do servidor de aplicativos. 
 
Quando o usuário chama uma transação, o sistema verifica se o usuário possui uma autorização no contexto 
do usuário que permite chamar a transação selecionada. Verificações de autorização usam as autorizações 
no contexto do usuário. Se você atribuir novas autorizações ao usuário, o usuário pode precisar efetuar logon 
no sistema SAP novamente para poder usar essas novas autorizações (para obter mais informações, consulte 
a Nota SAP 452904 e a documentação do parâmetro auth / new_buffering). 
 
Se a verificação de autorização para chamar uma transação for bem-sucedida, o sistema exibirá a primeira 
tela da transação. Dependendo da transação, o usuário pode criar dados ou selecionar ações. Quando o 
usuário conclui sua etapa de diálogo, os dados são enviados ao distribuidor, que o transmite para um 
processo de trabalho de diálogo para processamento. As verificações de autoridade (AUTHORITY-CHECK) que 
são verificadas durante o tempo de execução no processo de trabalho são incorporadas à codificação pelos 
desenvolvedores do ABAP para dados e ações que devem ser protegidas. Se o contexto do usuário contiver 
todas as autorizações necessárias para as verificações (código de retorno = 0), os dados e as ações serão 
processados e a próxima tela será exibida. Se uma autorização estiver faltando, os dados e ações não serão 
processados e o usuário receberá uma mensagem informando que suas autorizações são insuficientes. Isto 
é controlado pela avaliação do código de retorno. Nesse caso, não é igual a 0. 
 
Todas as autorizações são permissões. Não há autorizações que proíbam ações. Tudo o que não é permitido 
explicitamente é proibido. Você poderia, portanto, descrever isso como um conceito de autorização positiva. 
 
Manutenção de funções com menus e autorizações 
 
 
Figura 86: Manutenção de Função 
 
 
 
 
Pag 156 
 
 
 
 
A manutenção de funções (transação PFCG, antigamente também chamada de gerador de perfis ou grupos 
de atividades) simplifica a criação de autorizações e sua designação para usuários. Como mostra a figura 
Manutenção de Funções, na manutenção de função, as transações que pertencem juntas do ponto de vista 
da empresa são selecionadas. A manutenção de funções cria autorizações com os valores de campos 
obrigatórios para os objetos de autorização verificados nas transações selecionadas. 
 
Uma função pode ser atribuída a vários usuários diferentes. Alterações em uma função, portanto, afetam 
vários usuários. Os usuários podem ser atribuídos a várias funções. 
 
Como mostra a figura Layout do menu, o menu do usuário compreende os menus de função e contém as 
entradas (transações, URLs, relatórios e assim por diante) que são atribuídas ao usuário por meio do 
papéis. 
 
 
Figura 87: Layout do Menu 
 
Você pode acessar a Manutenção de Funções com a transação PFCG ou escolhendo Ferramentas → 
Administração → Manutenção do usuário → Administração de funções → Funções. Digite o nome da função 
e escolha o ícone para Criar ou Alterar. Escolha a ficha de registro Menu. 
 
Selecionar e alterar funções: A árvore de menus pode ser ajustada para as funções individuais conforme 
necessário. 
 
Você pode inserir transações na estrutura em árvore e excluir transações existentes. 
 
 
 
 
Pag 157 
 
 
 
 
Se você escolher Relatório no menu suspenso para inserção, também poderá integrar relatórios. Nesse caso, 
a manutenção de função cria códigos de transação (se ainda não existirem) com os quais os relatórios podem 
ser chamados. 
 
Se você escolher o endereço ou arquivo da função no menu suspenso do botão Inserir Nó, poderá adicionar 
endereços da Internet ou links para arquivos (como tabelas ou arquivos de texto). Ao integrar arquivos, você 
deve usar os caminhos de armazenamento em vez de URLs. Você também pode especificar relatórios da Web 
do BW e links para sistemas de correio externos e Knowledge Warehouse. 
 
Você também pode alterar menus criando, movendo, excluindo ou renomeando diretórios e subdiretórios 
conforme necessário. Você pode usar a função arrastar e soltar na manutenção de função. 
 
A manutenção de funções cria automaticamente as autorizações associadas às transações especificadas na 
árvore de menus. No entanto, todos os valores de autorização devem ser verificados e ajustados 
manualmente, se necessário, de acordo com os requisitos e autoridades reais. O administrador do sistema é 
responsável por essa tarefa, juntamente com o departamento de usuários apropriado. Ao usar níveis 
organizacionais, você não realiza manutenção diretamente no campo, mas por meio da organização. Níveis 
... botão (Ctrl + F8). 
 
 
Figura 88: Gerando Perfis de Autorização 
 
 
 
 
 
Pag 158 
 
 
 
 
Conforme mostrado na figura Gerando Perfis de Autorização, você escolhe a ficha de registro Autorizações 
e, em seguida, Exibe os Dados de Autorização ou Altera os Dados de Autorização, dependendo do modo de 
manutenção. Verifique o escopo e o conteúdo das autorizações. 
 
Se forem propostas do sistema, um semáforo verde na visão geral da autorização indica que a manutenção 
da função forneceu pelo menos uma proposta para cada campo de autorização. Um semáforo amarelo indica 
que a autorização deve ser mantida manualmente depois de criada. A manutençãode funções não fornece 
um valor padrão para a autorização. No exemplo mostrado, que lida com o acesso a arquivos, a manutenção 
de função não oferece nenhuma sugestão sobre se o acesso a dados deve ser somente de leitura ou se deve 
ler e gravar. 
 
Alguns campos aparecem em muitas autorizações. Diversos campos importantes foram, portanto, 
combinados em níveis organizacionais, como o código da empresa. Quando você atualiza uma entrada para 
o nível organizacional usando o botão Níveis organizacionais ..., você mantém todos os campos que aparecem 
lá ao mesmo tempo. Um semáforo vermelho indica, portanto, um nível organizacional não mantido. 
 
Depois que todas as autorizações forem atualizadas conforme necessário, o perfil de autorização poderá ser 
gerado selecionando-se Gerar. 
 
Nota: 
O segundo caractere do nome do perfil não deve ser um sublinhado (_). Veja SAP Nota 16466. 
 
Após a criação, o nome do perfil não pode ser alterado. As autorizações são agrupadas em perfis. Os perfis 
devem ser entrados no registro mestre do usuário (por manutenção de função) para que as autorizações 
entrem em vigor para o usuário. Isso é chamado de comparação do mestre de usuários. 
 
Usuários e Funções 
A atribuição de usuários a funções é executada na transação de manutenção de função (PFCG) ou na 
transação de manutenção do usuário (SU01). Selecione a ficha de registro Usuário e os IDs de usuário a serem 
mantidos lá. Ao selecionar IDs do usuário, o sistema usa a data atual como o início do período de validade da 
atribuição; ele define 31/12/9999 como a data final. Você pode alterar os dois valores. 
 
 
 
 
 
Pag 159 
 
 
 
 
 
Figura 89: Atribuindo Funções aos Usuários 
 
Como mostra a figura Atribuindo Funções aos Usuários, os usuários podem ser vinculados a mais de uma 
função. Isso pode ser útil, por exemplo, se algumas atividades (como impressão) forem permitidas nas 
funções. 
 
A atribuição de funções aos usuários não concede automaticamente os correspondentes 
autorizações aos usuários. Para atribuir as autorizações, você deve primeiro realizar uma comparação do 
cadastro de usuários, durante a qual os perfis da função são inseridos no registro mestre do usuário. Isso é 
ilustrado na figura Comparação do mestre de usuários. 
 
 
Figure 90: User Master Comparison 
 
 
 
 
Pag 160 
 
 
 
 
Uma comparação do mestre de usuários determina se os perfis de autorização devem ser adicionados ou 
removidos do usuário atual com base em sua atribuição de função. Durante uma comparação, os perfis são 
adicionados a um registro mestre de usuário devido a funções que foram adicionadas. Se as atribuições de 
função forem removidas manualmente ou dependentes de tempo, os perfis de autorização correspondentes 
serão excluídos do registro mestre do usuário. 
 
A comparação pode ser realizada individualmente para cada função. Selecione o papel em papel 
manutenção, escolha a ficha de registro Usuário e escolha Comparação do usuário. Na caixa de diálogo 
exibida pelo sistema, selecione Comparação completa. 
Se você precisar atualizar várias atribuições de função, poderá executar uma 
comparação na Manutenção da Função, escolhendo Utilitários → Comparação de massa (transação PFUD). 
Você pode especificar as funções desejadas individualmente ou atualizar todas as atribuições digitando o 
caractere asterisco (*). 
 
Também é possível ativar a comparação do registro mestre do usuário periódico na manutenção da função, 
selecionando Utilitários → Comparação de massa. Escolha a opção Agendar ou verificar trabalho para 
reconciliação total. O sistema exibe uma janela de pesquisa para a tarefa em background 
PFCG_TIME_DEPENDENCY. Se não encontrar um trabalho adequado, você poderá criar um novo. O valor 
padrão é que todos os registros mestre do usuário são comparados uma vez por dia. 
 
Papéis especiais no ambiente do Solution Manager 
Conforme mencionado na lição Administração Central com o SAP Solution Manager, o SAP Solution Manager 
System usa um conceito de função adicional: a função do centro de trabalho. Essa função é exibida no centro 
de trabalho. 
 
No conceito de autorização discutido até agora, foram criadas funções padrão na transação PFCG. Essas 
funções tornaram a manutenção mais fácil para o administrador e, ao mesmo tempo, agruparam tarefas 
diárias para o usuário final. Esse agrupamento significa que todas as transações necessárias para tarefas 
específicas do usuário, como tarefas de armazenamento, já possuem uma estrutura lógica, chamada de 
menu de funções. Um usuário pode usar sua função atribuída para visualizar o conteúdo em seu menu do 
usuário. 
 
As funções do centro de trabalho são quase idênticas. Requisitos e áreas de assunto são agrupados para o 
usuário. O menu para a função do centro de trabalho pode ser visualizado no menu do usuário. No entanto, 
em vez de ser usado para navegação, o menu é chamado por meio de um aplicativo central na interface com 
o usuário da web (UI da Web): o centro de trabalho. Você chama o centro de trabalho na transação 
SOLMAN_WORKCENTER. O conteúdo das funções do centro de trabalho atribuído controlam a exibição 
(geralmente, esses são aplicativos Web Dynpro). Cada função tem uma página de guia separada na interface 
do usuário. O conteúdo da ficha de registro é chamado clicando na área relevante na ficha de registro. 
 
Dica: 
Independentemente do tipo de função, o conteúdo é sempre mantido na transação PFCG (manutenção de 
função). O tipo de verificação de autorização para objetos e campos também foi totalmente retido. 
 
O centro de trabalho está disponível no sistema SAP Solution Manager no SAP NetWeaver Release 7.0 SPS 
15 e posterior. Nos níveis de pacotes de suporte anteriores, as funções e programas necessários são 
chamados diretamente através do menu SAP ou do menu do usuário (isto é, não na interface de usuário do 
Web Dynpro). As funções fornecidas pela SAP para o centro de trabalho são fáceis de identificar por sua 
convenção de nomenclatura, SAP_SMWORK *. 
 
 
 
 
Pag 161 
 
 
 
 
 
Para mais informações, consulte a Nota SAP 834534. A nota inclui anexos, como arquivos ZIP, com exemplos 
de definições de função e assim por diante. A lista de notas relacionadas também é frequentemente útil. 
 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Copiar, criar e manter funções de usuário 
● Manter a atribuição de funções e usuários 
● Descrever o conceito de um cargo no centro de trabalho 
 
 
 
 
 
 
Pag 162 
 
 
 
 
Unidade 5 
Lição 3 
Definindo parâmetros de login e usando o sistema de informações do 
usuário 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, você aprende sobre os parâmetros do sistema que são importantes na administração do usuário, 
por exemplo, para o comportamento de logon. Você pode usar o sistema de informações para obter 
informações sobre qualquer tentativa de logon com falha. As verificações de autorização com falha são 
analisadas com o rastreio do sistema. Esta lição também abordará o uso de serviços de diretório central para 
manter registros mestre de usuário, por exemplo, os dados de endereço contidos nos registros. 
 
Exemplo Comercial 
Os usuários estão tendo problemas devido à falta de autorizações. Um administrador pode usar as 
ferramentas do sistema para analisar esses problemas. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Definir parâmetros do sistema para logins de usuários 
● Nomeie usuários padrão no sistema SAP 
● Localize problemas de autorização 
 
Parâmetros de Login 
Esta seção considera as autorizações no sistema SAP a partir de uma perspectiva operacional. Entre outras 
coisas, as seguintes questões são consideradas: Quais configurações do sistema podem ser usadas para 
influenciar o comportamento do logon? Como os erros e problemas podem ser analisados? 
 
 
 
 
 
 
Pag 163 
 
 
 
 
 
Figura 91: Parâmetros do sistema para senhas de usuários 
 
Como mostra a figura Parâmetros do sistema para senhas de usuário,a duração mínima para as senhas são 
definidas com o parâmetro login / min_password_lng. Os parâmetros login / min_password_digits, login / 
min_password_letters, login / min_password_lowercase, login / min_password_uppercase e login / 
min_password_specials especificam o número mínimo de dígitos, letras (número de letras maiúsculas e 
minúsculas) e caracteres especiais que uma senha deve conter, respectivamente. 
 
O parâmetro login / password_expiration_time especifica o número de dias após os quais um usuário deve 
definir uma nova senha. Se o parâmetro estiver definido como 0, o usuário não precisará alterar sua senha. 
 
As seguintes regras se aplicam a todas as senhas: 
 
● As senhas não podem começar com "?" Ou "!" 
● As senhas não podem ser "aprovadas". 
 
Dica: 
A configuração que determina que os usuários devem criar uma nova senha que difere das 5 senhas 
anteriores que eles inseriram não é mais obrigatório. Você pode usar o parâmetro login / 
password_history_size para definir o histórico de entre 1 e 100. O valor padrão proposto permanece 5. 
 
Você pode definir restrições adicionais de senha na tabela USR40. 
 
O SAP Web Application Server 6.20 e 6.40 ofereceu os parâmetros login / 
password_max_new_valid e login / password_max_reset_valid. Esses parâmetros especificam o período 
para o qual uma senha inicial para um usuário recém-criado ou uma senha que foi redefinida por um 
administrador era válida. No SAP NetWeaver AS 7.0, esses parâmetros foram substituídos pelo parâmetro 
login / password_max_idle_initial. 
 
 
 
 
 
Pag 164 
 
 
 
 
Dica: 
O parâmetro login / password_max_idle_initial indica o comprimento máximo de tempo durante o qual 
uma senha inicial (uma senha selecionada pelo usuário administrador) permanece válido se não for 
utilizado. Uma vez que este período tenha expirado, o a senha não pode mais ser usada para autenticação. 
O administrador do usuário pode reativar o logon da senha, atribuindo uma nova senha inicial. 
 
O parâmetro login / password_max_idle_productive também foi adicionado no SAP NetWeaver AS 7.0. Esse 
parâmetro indica o período máximo de tempo que uma senha produtiva (uma senha escolhida pelo usuário) 
permanece válida quando não é usada. Quando esse período expirar, a senha não poderá mais ser usada 
para autenticação. O administrador do usuário pode reativar o logon da senha, atribuindo uma nova senha 
inicial. 
 
Com o parâmetro login / min_password_diff, o administrador pode determinar o número de caracteres 
diferentes que uma nova senha deve possuir em comparação com a antiga quando os usuários alteram suas 
senhas. Este parâmetro não tem efeito quando um novo usuário é criado ou as senhas são redefinidas (==> 
senha inicial). 
 
 
Figura 92: Parâmetros do sistema para logons do usuário 
 
Como mostra a figura Parâmetros do sistema para logons do usuário, é possível definir o número de 
tentativas de logon com falha após as quais a GUI do SAP é encerrada com o parâmetro login / 
fails_to_session_end. Se o usuário desejar tentar novamente, ele deverá reiniciar o SAP GUI. 
 
Use o parâmetro login / fails_to_user_lock para configurar o número de possíveis tentativas de logon com 
falha antes que o usuário esteja bloqueado no sistema SAP. O contador de logon com falha é redefinido após 
uma tentativa de logon bem-sucedida. 
 
 
 
 
 
 
Pag 165 
 
 
 
 
Dica: 
À meia-noite (horário do servidor), os usuários que foram bloqueados como resultado de As tentativas de 
logon não são mais desbloqueadas automaticamente pelo sistema valor desde o SAP NetWeaver 7.0). Você 
reativa esse desbloqueio automático com o parâmetro login / failed_user_auto_unlock = 1. 
 
O administrador pode desbloquear, bloquear ou atribuir uma nova senha aos usuários na manutenção do 
usuário (transação SU01). 
 
Se o login / disable_multi_gui_login estiver definido como 1, um usuário não poderá efetuar logon em um 
cliente mais de uma vez. Isso pode ser desejável por motivos de segurança do sistema. Se o parâmetro estiver 
definido como 1, quando o usuário fizer logon novamente, poderá continuar com o logon e encerrar qualquer 
outro no sistema ou encerrar o logon. Os usuários aos quais isso não deve se aplicar devem ser especificados 
no parâmetro login / multi_login_users, separados por vírgulas e sem espaços. 
 
Restringindo Logons do Usuário Durante o Trabalho de Manutenção 
 
Quando o trabalho de manutenção está sendo executado no sistema, apenas administradores específicos 
devem poder efetuar logon no sistema. Você pode restringir logons de usuários para o servidor de aplicativos 
configurando o novo parâmetro de perfil login / server_logon_restriction. 
 
Os seguintes valores são possíveis: 
 
● 0: sem restrição 
 
Todos os usuários podem efetuar logon no servidor de aplicativos. 
 
● 1: Logon no servidor de aplicativos permitido somente com autorização especial. 
 
Somente os usuários cuja política de segurança atribuída tem o novo atributo SERVER_LOGON_PRIVILEGE 
configurado como 1 podem efetuar logon no sistema. Para alterar a política de segurança, use a transação 
SECPOL. Altere a política de segurança que você atribuiu exclusivamente aos seus administradores. Adicione 
o atributo de política SERVER_LOGON_PRIVILEGE à política de segurança e defina o valor como 1. Os usuários 
que tentam efetuar logon no sistema sem essa autorização especial veem uma mensagem de erro: No 
momento, o servidor geralmente não está disponível (logon restrito). 
 
● 2: nenhum logons é permitido no servidor de aplicativos. Os usuários que tentam efetuar logon no sistema 
veem uma mensagem de erro: No momento, o servidor não está geralmente disponível (o logon não é 
possível). 
 
Dica: 
A configuração desse parâmetro de perfil dinâmico não registra usuários ativos a partir do servidor de 
aplicação. Use a transação RZ10 para salvar este valor permanentemente. Você pode use a lista de 
utilizações do sistema de informações do usuário para descobrir quais usuários foi atribuída uma política 
de segurança ou um atributo de política. Para fazer isso, comece transação SUIM e escolha: Lista de 
utilizações → Políticas de segurança → Em usuários. 
 
 
 
 
 
 
 
 
Pag 166 
 
 
 
 
Cuidado: 
Se você tiver ativado o usuário de emergência, o SAP *, o logon do sistema com o O usuário do SAP * é sempre 
possível. O usuário de emergência está ativo se o perfil O parâmetro login / no_automatic_user_sapstar é 
definido como 0 e o usuário do SAP * não foi criado na transação SU01. 
 
Restringindo Logons de Usuários (login / server_logon_restriction) 
● 0: sem restrição 
● 1: Logon no servidor de aplicativos permitido somente com autorização especial. 
● 2: nenhum logons é permitido no servidor de aplicativos. 
 
Bloquear usuários inativos 
 
Você pode usar o relatório RSUSR_LOCK_USERS para bloquear usuários inativos. O relatório permite 
selecionar e bloquear os usuários automaticamente. Selecione os critérios para bloquear os usuários na tela 
de seleção do relatório RSUSR_LOCK_USERS. Você pode optar por verificar os resultados da seleção e exibir 
os usuários primeiro ou bloquear os usuários imediatamente. Observe que apenas um bloqueio de usuário 
local é definido aqui. Você pode executar o relatório on-line e em segundo plano. 
 
Senhas iniciais para usuários padrão 
 
 
Figura 93: Usuários Padrão 
 
Existem dois tipos básicos de usuário padrão: aqueles criados pela instalação do sistema SAP e aqueles 
criados quando você copia clientes. 
 
Como mostra a figura Usuários Padrão, durante a instalação do sistema SAP, os clientes 000 e 066 são criados. 
O cliente 001 nem sempre é criado durante uma instalação do SAP, mas é criado em outras circunstâncias, 
como uma instalação do SAP ECC. Usuários padrão são predefinidos nos clientes. Os nomes e senhas padrão 
desses usuários podem ser conhecidos por outras pessoas, portanto você deve protegê-los contra acesso 
não autorizado. 
 
 
 
 
 
 
Pag 167 
 
 
 
 
O usuário padrão do sistema SAP, SAP * 
SAP * é definidono código do sistema, portanto, é o único usuário no sistema SAP para o qual nenhum 
registro mestre de usuário é necessário. Por padrão, o SAP * possui a senha “PASS” e autorizações de acesso 
irrestrito para o sistema. 
 
Quando você instala o sistema SAP, um registro mestre de usuário para SAP * é criado automaticamente no 
cliente 000 (e 001, se existir) com a senha inicial “06071992”. Durante a instalação, o administrador é 
solicitado a redefinir a senha (no prompt da senha mestra). A instalação pode continuar somente depois que 
a senha foi alterada corretamente. O registro mestre criado aqui desativa as propriedades especiais do SAP 
*, de modo que somente as autorizações e a senha definidas no registro mestre do usuário se aplicam agora. 
 
O usuário do DDIC 
 
Este usuário é responsável por manter o Dicionário ABAP e a logística do software. 
 
Quando você instala o sistema SAP, um registro mestre de usuário é criado automaticamente no cliente 000 
[001] para o usuário DDIC. Com este usuário também, você será solicitado a alterar a senha padrão de 
“19920706” durante a instalação (para a senha mestra, como com o usuário SAP *). Determinadas 
autorizações são predefinidas no código do sistema para o usuário DDIC, o que significa que ele é, por 
exemplo, o único usuário que pode efetuar logon no sistema SAP durante a instalação de uma atualização. 
 
Cuidado: 
Para proteger o sistema contra o acesso não autorizado, recomendamos que você 
atribuir esses usuários ao grupo de usuários SUPER no mandante 000 [001]. Este grupo de usuários 
é atribuído apenas a superusuários. 
 
O usuário do EarlyWatch 
 
O usuário EarlyWatch é entregue no cliente 066 e é protegido pela senha “SUPPORT”. Os especialistas em 
EarlyWatch da SAP trabalham com esse usuário. Este usuário não deve ser excluído. Mude a senha. Este 
usuário só deve ser usado para funções de monitoramento e desempenho do EarlyWatch. 
 
Dica: 
Características especiais do usuário do SAP*. 
Quando você copia um cliente, o usuário do SAP * está sempre disponível. Este usuário não tem um registro 
mestre de usuário e está programado no código do sistema. Proteger seu sistema contra o acesso não 
autorizado, você deve criar um mestre de usuário registro para este usuário padrão. Crie um superusuário 
com autorização total. Se você excluir o registro mestre do usuário SAP*, a senha inicial “PASS” 
torna-se válido novamente com as seguintes propriedades: 
● O usuário possui autorização total, desde que nenhuma verificação de autorização seja executada. 
● A senha padrão, “PASS”, não pode ser alterada. 
 
Para contrariar este problema e proteger o sistema contra uso indevido, você pode desativar as propriedades 
especiais do SAP*. Para desativar o SAP*, defina o parâmetro de perfil do sistema login / 
no_automatic_user_sapstar com um valor> 0. Se o parâmetro estiver ativo, o SAP* não terá mais nenhuma 
propriedade especial. Se você excluir os registros mestre de usuário do SAP*, o login com “PASS” não 
funcionará mais. 
 
 
 
 
 
 
Pag 168 
 
 
 
 
Para restaurar as antigas propriedades do SAP *, você redefine o parâmetro e reinicia o sistema. 
 
Opções para localizar informações do usuário 
Para iniciar o sistema de informações do usuário (transação SUIM) no menu SAP, selecione Ferramentas → 
Administração → Manutenção do usuário → Sistema de informação. Para iniciar a partir da atualização do 
usuário (transação SU01), selecione o caminho de menu Information → Information System. 
 
 
Figura 94: Sistema de Informação 
 
Como mostra a figura Sistema de informação, aqui você pode obter uma visão geral dos registros mestre do 
usuário, autorizações, perfis, funções, datas de alteração e assim por diante. 
Você pode exibir listas que respondem a perguntas variadas, como as seguintes: 
 
● Quais usuários foram bloqueados no sistema por administradores ou tentativas de logon com falha? 
● Quando um usuário fez o último logon no sistema? 
● Quais alterações foram feitas no perfil de autorização de um usuário? 
● Em quais funções uma determinada transação está contida? 
 
 
 
 
 
 
 
 
 
 
 
Pag 169 
 
 
 
 
 
Figura 95: Rastreio do sistema para verificações de autorização 
 
É possível exibir a última verificação de autorização com falha (transação SU53) selecionando Sistema → 
Utilitários → Exibir verificação de autorização. O sistema exibe o último objeto de autorização marcado para 
o qual a verificação de autorização falhou, junto com os valores marcados. 
 
Dica: 
Os usuários só podem exibir valores para o objeto marcado se tiverem autorizações para o objeto 
S_USER_AUT. Caso contrário, a mensagem Você não é valores de autorização de exibição autorizados são 
exibidos. 
 
O administrador do sistema pode usar a transação SU53 para verificar quais autorizações estavam faltando 
para um usuário para a execução de sua última ação (malsucedida). Se o sistema 
os administradores também têm autorizações para S_USER_AUT, eles também podem exibir os valores que 
o usuário possui para o objeto verificado. 
 
Você pode registrar as verificações de autorização em suas próprias sessões e outras usando a função de 
rastreamento do sistema, Rastreamento do sistema para verificações de autorização, STAUTHTRACE. Como 
alternativa, você também pode usar o rastreio do sistema em Ferramentas → Administração → Monitor → 
Rastreios → Rastreio do Sistema (transação ST01). 
 
 
 
 
 
 
 
Pag 170 
 
 
 
 
 
Cuidado: 
O rastreio do sistema só funciona se a instância (servidor de aplicativos) for a mesma. 
 
Todos os objetos de autorização verificados, incluindo os valores marcados, são registrados aqui. O 
rastreamento do sistema é adequado para encontrar várias autorizações ausentes. O rastreio do sistema é 
ativado para o verificação de autorização de um usuário especial que possui todas as autorizações 
necessárias para as ações a serem verificadas. As ações são executadas com esse usuário especial. O rastreio 
registra todas as verificações de autorização. Você pode então avaliá-los. 
 
Informação relacionada 
 
Informação adicional: 
Nota SAP 2467: Regras de senha e prevenção de logons incorretos 
SAP Note 862989: Novas regras de senha do SAP NetWeaver 2004s (NW ABAP 7.0) 
 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Definir parâmetros do sistema para logins de usuários 
● Nomeie usuários padrão no sistema SAP 
● Localize problemas de autorização 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 171 
 
 
 
 
 
Unidade 5 
Lição 4 
Apêndice - Descrevendo Tarefas Avançadas de Administração de Usuário 
 
 
VISÃO GERAL DA LIÇÃO 
Nesta lição, você obterá uma visão geral da Administração Central de Usuários e conexões com serviços de 
diretório. Esses tópicos são discutidos em detalhes nos cursos ADM102 e TZNWIM. 
 
Exemplo Comercial 
Você deseja centralizar a administração de usuários em sua empresa para torná-la mais eficiente. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Descrever como simplificar a administração de usuários com o CUA 
● Descrever como conectar usuários a serviços de diretório 
 
Administração Central de Usuários 
 
Figura 96: Administração Central de Usuários 
 
Se você estiver operando vários sistemas SAP com vários clientes e os usuários idênticos forem criados várias 
vezes em diferentes clientes. Como mostra a figura Central User Administration (CUA), o uso do CUA reduzirá 
 
 
 
 
Pag 172 
 
 
 
 
significativamente o esforço administrativo necessário. CUA permite executar a manutenção do usuário de 
forma centralizada a partir de um único cliente. Este cliente é então chamado de sistema central. Os clientes 
para os quais a administração de usuários é executada a partir do sistema central são chamados de sistemas 
filhos. Você pode especificar para cada usuário em quais clientes ele pode efetuar logon. Portanto, o uso do 
CUA não significa que todos os usuários possam ser usados em todos os clientes da paisagem do sistema. 
Você também podeespecificar quais dados do usuário só podem ser mantidos centralmente e quais dados 
também podem ser mantidos localmente. Às vezes, é útil permitir que os dados sejam mantidos localmente 
pelos usuários ou por um administrador. Você também pode realizar manutenção local com distribuição para 
todos os outros clientes, como ao alterar dados de endereço. Os dados mestre do usuário são trocados 
usando a ativação de link de aplicativo (ALE). O ALE é uma tecnologia para configurar e operar aplicativos 
SAP distribuídos. O ALE permite a troca controlada por processo de mensagens de negócios entre sistemas 
SAP conectados fracamente. O processamento assíncrono da comunicação garante que a operação do 
aplicativo esteja livre de erros. 
 
Os sistemas que você deseja incluir em um CUA devem ter no mínimo SAP Basis 4.5. 
 
Figura 97: Quais Dados são Distribuídos 
 
Como mostra a figura Que Dados são Distribuídos, os seguintes dados podem ser distribuídos usando a 
Administração Central de Usuários (CUA): 
 
● Registros mestre do usuário, como endereços, dados de logon, padrões do usuário e parâmetros do 
usuário. 
 
● Funções únicas e compostas para todos os sistemas filhos, aos quais os usuários são atribuídos. 
A vantagem de usar o CUA é que você não precisa mais efetuar logon em cada cliente individual para manter 
essas atribuições localmente. 
 
 
 
 
Pag 173 
 
 
 
 
 
● Senha inicial, que é transferida para os sistemas filhos quando novos usuários são criados. A senha inicial 
pode então ser alterada da maneira usual. 
 
● Status de bloqueio. 
 
Além dos motivos de bloqueio conhecidos (tentativas de logon com falha ou bloqueio por administrador) 
ocorre um bloqueio geral em todos os sistemas filhos em que o usuário é permitido. Esse bloqueio pode ser 
removido centralmente ou em um sistema filho individual. 
 
Você pode atribuir funções individuais ou compostas e perfis de autorização do sistema central. No entanto, 
os perfis de autorização são mantidos localmente em vez de centralmente, porque diferentes configurações 
do sistema e status de liberação exigem a administração local dos perfis de autorização. 
 
Nota: 
Com a manutenção da função central, você pode definir o menu de uma função em um sistema SAP para 
um sistema de destino diferente. Os perfis de autorização devem ser sempre mantida no sistema de 
destino. Você pode implementar o CUA e o papel central conceitos de manutenção juntos ou 
independentemente. 
 
Serviços de Diretório 
 
 
Figura 98: Conexão aos Serviços de Diretório 
 
Os serviços de diretório permitem que vários aplicativos em um cenário de TI acessem informações 
compartilhadas em um local central. Como a figura Connection to Directory Services ilustra, as informações 
 
 
 
 
Pag 174 
 
 
 
 
são armazenadas em um servidor de diretório central que os diversos sistemas em sua paisagem de TI podem 
acessar. Dessa forma, o servidor de diretório age como um “catálogo de endereços de TI” para informações 
que geralmente são compartilhadas, como dados de pessoal (nome, departamento, organização), dados do 
usuário e informações sobre recursos do sistema e serviços do sistema. Você pode usar serviços de diretório 
para manter informações em sistemas SAP para aplicativos compatíveis com diretório (como administração 
de usuários ou Business Workplace). O LDAP (Lightweight Directory Access Protocol) padronizado é 
geralmente usado como o protocolo de acesso. Os serviços de diretório fornecem um ponto central de 
informações e administração e, portanto, o uso de informações compartilhadas simples entre vários 
aplicativos. Seu sistema SAP pode trocar dados com serviços de diretório usando o protocolo LDAP. Você 
especifica o direção de sincronização para cada campo, ou seja, se o sistema SAP sobrescreve os dados no 
diretório ou o diretório sobrescreve os dados no sistema SAP. 
 
O sistema SAP pode trocar dados com serviços de diretório de vários fornecedores. O sistema SAP pode 
requerer atributos que não estão no esquema padrão dos diretórios. A SAP geralmente fornece uma 
extensão de esquema para esse propósito. 
 
Nota: 
A partir do SAP Web AS 6.10, os sistemas SAP podem se conectar facilmente a um serviço de diretório. isto 
foi possível conectar-se a um serviço de diretório antes do SAP Web AS 6.10, embora um pouco mais esforço 
estava envolvido. 
 
Dica: 
Uma conexão com um serviço de diretório pode melhorar o CUA. Estes dois conceitos estão em de modo 
algum mutuamente exclusivo; eles trabalham juntos muito bem. 
 
SAP NetWeaver Identity Management 
 
 
 
 
 
Pag 175 
 
 
 
 
 
Figura 99: SAP NetWeaver Identity Management 
 
Como a figura SAP NetWeaver Identity Management ilustra, no SAP NetWeaver Identity Management 7.0, a 
SAP fornece funções de gerenciamento de identidades integradas e orientadas a processos de negócios para 
um cenário de sistema heterogêneo. O SAP NetWeaver Identity Management usa um armazenamento de 
identidade central para consolidar e salvar dados de diferentes sistemas de origem, como o SAP HCM. Essas 
informações são distribuídas para sistemas de destino conectados. As contas de usuário e atribuições de 
função para aplicativos SAP e não SAP são distribuídas. Atribuições de função podem ser automatizadas 
usando as definições de regra. Uma função importante do SAP NetWeaver Identity Management é a opção 
que configura a atribuição de autorização controlada pelo fluxo de trabalho. A integração com o HCM como 
um dos possíveis sistemas de origem para informação de identidade é um função para gerenciamento de 
identidade orientado a processos de negócios. Para obter mais informações sobre o SAP NetWeaver Identity 
Management, visite a SAP Developer Network (https: //www.sdn.sap.com/irj/sdn/nw-identitymanagement). 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 176 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Descrever como simplificar a administração de usuários com o CUA 
● Descrever como conectar usuários a serviços de diretório 
 
 
 
 
 
Pag 177 
 
 
 
 
Unidade 5 
Avaliação de Aprendizagem 
 
1. Como as autorizações são atribuídas a um usuário? 
Escolha as respostas corretas. 
 A Usuários recebem autorizações usando perfis. 
 B Usuários recebem autorizações usando funções. 
 C Usuários recebem autorizações usando nomes de usuários. 
 D Os usuários recebem autorizações de uma autoridade de certificação (CA). 
 
2. O conceito de autorização SAP é um conceito positivo porque ... 
Escolha as respostas corretas. 
 A Todos os usuários recebem automaticamente todas as autorizações. 
 B As autorizações devem ser explicitamente atribuídas. 
 C O intervalo de recursos da verificação de autorização é tão grande. 
 D Os desenvolvedores programaram de forma eficiente. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 178 
 
 
 
 
Unidade 5 
Avaliação de Aprendizagem - Respostas 
 
1. Como as autorizações são atribuídas a um usuário? 
Escolha as respostas corretas. 
 A Usuários recebem autorizações usando perfis. 
 B Usuários recebem autorizações usando funções. 
 C Usuários recebem autorizações usando nomes de usuários. 
 D Os usuários recebem autorizações de uma autoridade de certificação (CA). 
As autorizações são agrupadas em perfis. As funções atribuídas aos usuários contêm perfis com 
autorizações apropriadas para o papel. As autorizações não são atribuídas usando nomes de usuário ou 
uma autoridade de certificação. 
2. O conceito de autorização SAP é um conceito positivo porque ... 
Escolha as respostas corretas. 
 A Todos os usuários recebem automaticamente todas as autorizações. 
 B As autorizações devem ser explicitamente atribuídas. 
 C O intervalo de recursos da verificação de autorização é tão grande. 
 D Os desenvolvedores programaram de forma eficiente. 
A SAP usa um conceito de autorização positiva. Isso significa que tudo que não é explicitamente permitido 
é automaticamente proibido.Pag 179 
 
 
 
 
UNIDADE 6 
Usuários e Autorizações em AS Java 
 
Lição 1 
Configurando o Mecanismo de Gerenciamento de Usuários SAP (UME) 
 
Lição 2 
Mantendo usuários e grupos 
 
Lição 3 
Gerenciando Autorização Java 
 
Lição 4 
Administrando Diretores Especiais 
 
 
 
 
OBJETIVOS DA UNIDADE 
● Explique a arquitetura do UME 
● Configurar as fontes de dados 
● Manter parâmetros do UME 
● Administrar usuários e grupos 
● Executar rastreios em mensagens do UME 
● Explicar autorizações no SAP NetWeaver AS para Java 
● Gerenciar papéis do UME 
● Administrar funções de segurança com o console do UME 
● Manter as listas de controle de acesso (ACL) 
● Administrar princípios padrão 
● Ativar o usuário de emergência 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 180 
 
 
 
 
Unidade 6 
Lição 1 
Configurando o Mecanismo de Gerenciamento de Usuários SAP (UME) 
 
VISÃO GERAL DA LIÇÃO 
Esta lição explica a arquitetura do mecanismo de gerenciamento de usuários (UME). Também descreve como 
configurar as fontes de dados e manter os parâmetros do UME. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Explique a arquitetura do UME 
● Configurar as fontes de dados 
● Manter parâmetros do UME 
 
Noções básicas do UME 
O SAP NetWeaver AS for Java fornece uma arquitetura aberta suportada por provedores de serviços para o 
armazenamento de dados de usuários e grupos. O SAP NetWeaver AS for Java é fornecido com os seguintes 
provedores de serviços que também são chamados de repositório de usuários: 
 
● Provedor do Sistema de Gerenciamento de Banco de Dados (DBMS): armazenamento no banco de dados 
do sistema 
● Provedor Universal de Descrição, Descoberta e Integração (UDDI): armazenamento por meio de 
provedores de serviços externos 
● Provedor UME: conexão do UME integrado 
 
Os provedores de DBMS e UDDI implementam padrões e garantem que o SAP NetWeaver AS para Java seja 
compatível com EE. Quando o SAP NetWeaver AS for Java é instalado, o próprio UME do SAP é sempre 
configurado como o repositório de usuários e é a escolha correta para a maioria dos clientes SAP. O UME é a 
única maneira de configurar e operar com flexibilidade os conceitos de usuário e autorização. 
 
Algumas das características importantes da UME são as seguintes: 
 
● Possui seu próprio console de administração para administrar usuários. Ele permite que o administrador 
execute as tarefas rotineiras de administração do usuário, como criar usuários e grupos, atribuir funções e 
outras ações. 
 
● As configurações de segurança podem ser usadas para definir políticas de senha, como tamanho mínimo 
da senha e o número de tentativas de logon incorretas antes que um usuário seja bloqueado. 
 
● Fornece diferentes cenários de autoatendimento que podem ser usados pelos aplicativos. Por exemplo, os 
usuários podem alterar seus dados ou registrar-se como um novo usuário. Usuários recém-criados podem 
ser aprovados usando um fluxo de trabalho. 
 
 
 
 
Pag 181 
 
 
 
 
● Os dados do usuário podem ser trocados por outros sistemas (SAP NetWeaver AS for Java ou externo) 
usando um mecanismo de exportação e importação. 
 
O UME registra eventos de segurança importantes, como logons bem-sucedidos de um usuário ou tentativas 
de logon incorretas, além de alterações nos dados, grupos e funções do usuário. 
 
 
Figura 100: Armazenamento do usuário e fontes de dados. 
 
Arquitetura UME 
O UME suporta uma variedade de fontes de dados onde os dados do usuário podem ser armazenados, como 
segue: 
 
● Banco de dados do sistema 
● Serviço de diretório (servidor LDAP) 
● Sistema SAP baseado em ABAP (a partir do SAP NetWeaver Application Server 6.20) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 182 
 
 
 
 
A figura mostra a arquitetura do UME. 
 
 
Figure 101: Architecture of the UME 
 
O UME é um aplicativo Java que é executado no SAP NetWeaver AS para Java e abrange as seguintes áreas 
funcionais: 
 
● O UME Core Layer é usado entre a interface de programação de aplicativos (API) e as fontes de dados de 
gerenciamento de usuários. Ele fornece o controle no qual os dados do usuário, como usuários, contas de 
usuários, grupos, funções e suas atribuições, são lidos ou gravados. Aplicativos que usam a API não precisam 
saber onde os dados de gerenciamento de usuários estão armazenados. 
 
● A UME API Layer fornece APIs não apenas para desenvolvedores de UME, mas também para clientes e 
parceiros. Isso significa que você pode acessar as funções do UME com os programas Java que você mesmo 
desenvolve. 
 
● Os serviços UME fornecem os seguintes serviços para as camadas de software de nível superior: 
- Procedimento de logon e logon único (SSO) (logon no SAP NetWeaver AS para Java é assumido por outros 
sistemas e vice-versa) 
- Processos de provisionamento via dados mestre do usuário 
- Conceito de autorização 
 
● A interface do usuário do UME é responsável pela interface do usuário que, em alguns procedimentos de 
logon, aparece no navegador da Web, bem como no console de administração do UME. 
 
Particionamento de dados 
Conforme descrito na seção anterior, o gerenciador de persistência do UME permite o armazenamento de 
dados do usuário em diferentes origens de dados. O gerenciador de persistência do UME também suporta 
 
 
 
 
Pag 183 
 
 
 
 
particionamento de dados. Isso significa que, por exemplo, os dados do usuário para diferentes tipos de 
usuários podem ser armazenados em diferentes fontes de dados. 
 
 
Figura 102: Particionamento de dados 
 
Na prática, muitas pessoas costumam trabalhar com uma combinação do banco de dados de fontes de dados, 
serviço de diretório ou banco de dados e gerenciamento de usuários ABAP. Quando isso é feito, 
determinados atributos do usuário devem ser armazenados em uma fonte de dados diferente ou os usuários 
são separados por suas categorias (usuários internos ou autorregistrados). A seguir, descrevemos três tipos 
de particionamento de dados: 
 
● Particionamento de dados baseado em atributos: um usuário no UME tem determinados atributos, alguns 
dos quais são classificados como atributos globais (por exemplo, ID do usuário ou número de telefone) e 
outros que são específicos do aplicativo. Informações globais são armazenadas em um serviço de diretório e 
informações específicas do aplicativo no banco de dados. 
 
● Particionamento de dados baseado no usuário: Com esse tipo de particionamento, a fonte de dados na 
qual os usuários são armazenados é decidida com base na categoria do usuário (usuários autorregistrados 
ou internos). Por exemplo, usuários que se registram por autoatendimento podem ser armazenados no 
banco de dados e usuários internos no serviço de diretório. 
 
 
 
 
 
Pag 184 
 
 
 
 
● Particionamento de dados baseado em tipo: com o particionamento de dados baseado em tipo, diferentes 
tipos de objetos podem ser distribuídos para diferentes fontes de dados. Os tipos são, por exemplo, usuários, 
grupos, funções ou contas de usuários. Por exemplo, os usuários podem ser armazenados no serviço de 
diretório e nas funções no banco de dados. 
 
O SAP fornece combinações de fontes de dados pré-configuradas (mais informações serão fornecidas na 
próxima seção), que só devem ser alteradas em casos especiais. Por exemplo, ao usar um serviço de diretório 
como fonte de dados, pode ser necessário executar o mapeamento de atributos. Normalmente, as 
combinações de fonte de dados pré-configuradas são usadas sem alterações adicionais. 
 
Fontes de Dados Suportadas e Opções de Modificação 
 
 
Figura 103: Fontes de dados após a instalação 
 
A fonte de dados que é configurada durante a instalação do SAP NetWeaver AS para Java depende do tipo 
de uso do SAP NetWeaver selecionado, conforme a seguir: 
 
● SAP NetWeaver AS para Java (sem ABAP): fonte de dados - banco de dados do sistema (arquivo deconfiguração dataSourceConfiguration_database_only.xml) 
 
 
 
 
 
 
 
 
 
 
 
Pag 185 
 
 
 
 
● SAP NetWeaver AS para ABAP e Java: fonte de dados - sistema ABAP (arquivo de configuração 
dataSourceConfiguration_abap.xml) A modificação de fontes de dados após a instalação pode resultar em 
inconsistências. Restrições se aplicam à modificação de fontes de dados do UME. A figura, Opções de 
Mudanças Suportadas, explica as opções de modificação suportadas. 
 
 
Figura 104: Opções de Alteração Suportadas 
 
As seguintes alterações são suportadas: 
 
● Banco de dados do sistema (dataSourceConfiguration_database_only.xml): há a capacidade de alternar 
para qualquer arquivo de configuração LDAP necessário (dataSourceConfiguration_ [ldap description] 
_db.xml) ou um sistema ABAP (dataSourceConfiguration_abap.xml). Isto é É importante garantir que a nova 
fonte de dados não contenha usuários e grupos com os mesmos atributos exclusivos do banco de dados (ou 
seja, a nova fonte de dados não deve conter usuários ou grupos com o mesmo nome ou ID exclusivo dos 
usuários ou grupos). no banco de dados). 
 
● O sistema ABAP (dataSourceConfiguration_abap.xml) não permite alterações. 
 
● Serviço de diretório (dataSourceConfiguration_ [descrição do ldap] _db.xml): Se a fonte de dados do 
usuário estiver selecionada como um diretório LDAP, é possível modificar a estrutura do diretório LDAP ou 
alternar para um LDAP diferente com a condição de que não modificar quaisquer IDs de usuário exclusivos. 
 
 
 
 
 
Pag 186 
 
 
 
 
A figura, Heterogeneous System Landscape, mostra um exemplo de uma paisagem de sistema complexa com 
o SAP NetWeaver AS para ABAP, SAP NetWeaver AS para Java e sistemas não SAP. 
 
 
Figura 105: Paisagem do Sistema Heterogêneo 
 
Neste tipo de paisagem de sistema heterogêneo com sistemas SAP e sistemas não SAP, é útil usar um serviço 
de diretório como o local de armazenamento primário para dados do usuário. 
 
A figura, Heterogeneous System Landscape, mostra os sistemas ABAP, administrados com a administração 
central de usuários (CUA). O sistema central CUA sincroniza os dados do usuário com o serviço de diretório. 
No caso do SAP NetWeaver AS para sistemas Java, o serviço de diretório é configurado como a origem de 
dados. Os sistemas não SAP também têm acesso aos dados do usuário por meio do serviço de diretório. 
 
 
 
 
Pag 187 
 
 
 
 
 
Figura 106: SAP Identity Management 
 
No SAP Identity Management, a SAP fornece funções integradas de gerenciamento de identidades orientadas 
a processos de negócios para um cenário de sistema heterogêneo. O SAP Identity Management usa um 
armazenamento de identidades central para consolidar e salvar dados de vários sistemas de origem (SAP 
HCM, por exemplo). As informações são distribuídas para sistemas de destino conectados. As contas de 
usuário e atribuições de função para aplicativos SAP e não SAP são distribuídas. Atribuições de função podem 
ser automatizadas usando as definições de regra. O SAP Identity Management pode tornar a atribuição de 
autorização controlada pelo fluxo de trabalho. A integração com o HCM como um dos possíveis sistemas de 
origem para informações de identidade é uma função chave para o gerenciamento de identidades orientadas 
a processos de negócios. Para obter mais informações sobre o SAP Identity Management, consulte o SAP 
Developer Network (http://scn.sap.com/community/idm). 
 
Ferramentas de Configuração do UME 
A figura, Ferramentas para configuração do UME (visualização / modificação), lista as ferramentas que 
podem exibir e alterar a configuração do UME. 
 
Nota: 
Para obter mais informações, consulte a nota SAP 948654 - Usar somente configurações globais para 
Propriedades UME. 
 
 
 
 
 
Pag 188 
 
 
 
 
 
Figura 107: Ferramentas para configuração do UME (visualização / modificação) 
 
● O UME Administration Console é executado no navegador da Web e é usado para modificar as 
configurações selecionadas sem conhecer os nomes dos parâmetros técnicos (caminho: http (s): // <nome 
do host →: <porta → / useradmin → Configuração). 
 
Dica: 
Para muitas configurações, uma reinicialização não é necessária e há notificações sobre a reinicialização 
necessária após salvar as propriedades. 
 
Dica: 
A partir de 7.20, existe um Modo Expert disponível na área de configuração, que dá acesso à manutenção 
de quase todas as propriedades da UME. 
 
● A ferramenta de configuração (modo de configuração Editor), permite aceder a todas as únicas definições 
UME no modo Editor de Configuração (CAMINHO: cluster_config → sistema → custom_global → CFG → 
Serviços → com.sap.security.core.ume .serviço → propriedades propertysheet) . 
 
● O navegador de configuração Java do SAP NetWeaver Administrator é executado no navegador da Web 
para exibir todos os parâmetros do UME (incluindo dicas de ferramentas com texto descritivo). Caminho: 
Configuração Infra-estrutura → Navegador de Configuração Java e, em seguida, <Sistema → cluster_config 
→ sistema → custom_global → cfg → serviços → com.sap.security.core.ume.service → properties). 
 
 
 
 
 
 
 
 
 
 
Pag 189 
 
 
 
 
 
Nota: 
No SAP NetWeaver Administrator, os parâmetros UME podem ser encontrados em Configuração → 
Infraestrutura → Propriedades do Sistema Java → Visão Geral. Selecione uma modelo ou uma instância lá 
e selecione o serviço User Management Engine na guia Serviços. 
 
Não altere nenhum valor, mas use as opções de mudança global. 
 
● Autenticação do SAP NetWeaver Administrator: No SAP NetWeaver AS 7.11, alguns parâmetros do UME, 
como logon, podem ser alterados on-line no SAP NetWeaver Administrator em Configuração → Segurança 
→ Autenticação e Logon Único → Propriedades. 
 
● Configuração do UME O iView é usado se o tipo de uso EP Core tiver sido instalado no sistema SAP 
NetWeaver. Use a interface do portal para acessar uma configuração do iView for UME. Isso oferece opções 
de configuração semelhantes ao Console de Administração do UME (caminho: Administração do Sistema → 
Configuração do Sistema → Configuração do UME). 
 
Cuidado: 
Antes de fazer qualquer alteração na configuração do UME, faça backup do atual 
configuração. Para fazer isso, use uma função na Administração do UME 
Console (Configuração de Gerenciamento de Usuário → Suporte → Configuração de Download 
Arquivo ZIP), que salva os dados de configuração atuais como um arquivo ZIP. O arquivo permite 
você gravar e rastrear as alterações. No entanto, não se destina a ser reimportado 
em um SAP NetWeaver AS for Java. 
 
O processo a seguir explica como executar configurações avançadas no modo do Editor de configuração: 
 
1. Pare todas as instâncias do Java no seu sistema. 
2. Inicie a ferramenta de configuração. 
3. Alterne para o modo Editor de configuração. 
4. Mude para o modo de mudança. 
5. Escolha o seguinte caminho: 
cluster_config → sistema → custom_global → cfg → serviços → com.sap.security.core.um 
e.service → Propriedades da propriedade. 
6. Faça as alterações necessárias (Aplicar personalizado). 
7. Inicie as instâncias de Java do sistema. 
 
A figura Exibindo a fonte de dados ativa mostra como você pode exibir a fonte de dados atualmente ativa no 
modo Editor de configuração offline. 
 
 
 
 
 
Pag 190 
 
 
 
 
 
Figura 108: Exibindo a fonte de dados ativa 
 
Mapeamento de Atributos com Serviços de Diretório O UME possui vários arquivos de configuração pré-
configurados nos quais o mapeamento de atributos para serviços de diretório pode ser configurado. Use a 
ferramenta Config para visualizar e alterá-los e para configurar o mapeamento de atributos. 
 
Os dados do usuário que são enviados para um serviço de diretório devem ser armazenados adequadamente 
no serviço de diretório. Geralmente é necessário mapear os atributos. Serviços de diretório diferentes 
também usam esquemas diferentes para armazenar dados, portanto,recomendamos enfaticamente que 
você defina os campos de dados do SAP que correspondem a atributos de diretório específicos. Se você 
utilizar a API Java do componente de administração de usuário para acessar dados do usuário no serviço de 
diretório LDAP, será necessário mapear os nomes de atributos no esquema do serviço de diretório LDAP da 
empresa para os nomes de atributos que são usados na API Java de o componente de administração de 
usuários. 
 
O mapeamento um-para-um nem sempre é necessário porque um campo pode ser mapeado para vários 
atributos. Os atributos atribuídos aos campos também devem existir no diretório. Se não, você precisa 
estender o esquema no diretório. 
 
Um mapeamento para os atributos lógicos da API Java da administração de usuários para atributos físicos 
usados para o esquema InetOrgPerson no padrão X.500 é entregue nos arquivos XML UME pré-configurados. 
Se você usar esse padrão sem modificações, não será necessário alterar os dados de mapeamento de 
atributos. 
 
 
 
 
 
Pag 191 
 
 
 
 
 
Figura 109: Mapeamento de Atributos 1 de 2 
 
A figura, Mapeamento de Atributos 1 de 2, mostra o campo de dados FULLNAME (nome completo), composto 
pelos atributos givenName e sn (sobrenome / sobrenome). No caso do número de telefone, por exemplo, o 
campo no banco de dados é telefone, enquanto no serviço de diretório compatível com LDAP o campo é 
chamado telephoneNumber. 
 
Você usa a ferramenta Config para exibir a fonte de dados usada ativamente e as combinações de fonte de 
dados pré-configuradas como um arquivo XML. O mapeamento de atributos é mantido no arquivo de 
configuração XML para a origem de dados. Você usa um mecanismo de download na ferramenta Config para 
gravar um arquivo de configuração XML no nível do sistema operacional, alterá-los e enviá-los de volta ao 
sistema. 
 
É possível configurar o mapeamento de atributos no arquivo de configuração XML relevante. Para obter 
informações detalhadas sobre toda a estrutura do arquivo de configuração XML, consulte a documentação 
on-line do SAP. Para o mapeamento de atributos, somente a tag <attributeMapping> precisa ser alterada. 
 
 
 
 
 
Pag 192 
 
 
 
 
 
Figura 110: Mapeamento de Atributos 2 de 2 
 
Parâmetros UME 
Depois de selecionar e configurar precisamente uma fonte de dados, existem muitos outros 
parâmetros que podem influenciar o comportamento do UME. A figura, Funções dos parâmetros UME, 
fornece uma visão geral das áreas relevantes. 
 
 
Figura 111: Funções dos parâmetros do UME 
 
 
 
 
Pag 193 
 
 
 
 
A lista a seguir apresenta vários parâmetros importantes e selecionados: 
Data Source (s) 
 
ume.persistence.data_source_configuration - Nome do arquivo de configuração do UME. Dependendo da 
fonte de dados, outros parâmetros podem ser relevantes para conectar fonte de dados. 
 
Política de segurança 
 
● ume.logon.security_policy.auto_unlock_time - Número de minutos após o qual um usuário que foi 
bloqueado devido a tentativas inválidas de login é desbloqueado novamente (se o valor for 0, o usuário 
permanecerá bloqueado). 
 
● ume.logon.security_policy.lock_after_invalid_attempts - Número de login inválido tentativas após as quais 
um usuário está bloqueado (definido automaticamente como 0 no SAP NetWeaver for AS ABAP e Java). 
 
● ume.logon.security_policy.password_special_char_required - Determina o número mínimo de caracteres 
especiais que a senha deve conter. 
 
● ume.logon.security_policy.password_alpha_numeric_required - Especifica o número mínimo de caracteres 
numéricos e alfabéticos que a senha deve contém (se o número for 3, então a senha deve conter pelo menos 
3 números e 3 cartas). 
 
● ume.logon.security_policy.password_expire_days - Número de dias antes da a senha expira. 
 
● ume.logon.security_policy.password_max_length ou ume.logon.security_policy.password_min_length - 
Comprimento máximo ou mínimo de a senha. 
 
● ume.logon.security_policy.useridmaxlength ou ume.logon.security_policy.useridminlength - 
Comprimento máximo ou mínimo do usuário IDENTIDADE. 
 
Existem diferentes perfis de política de segurança, por exemplo, Padrão e Usuário Técnico. As propriedades 
para o perfil Technical User são codificadas e não podem ser alteradas. As propriedades podem ser 
visualizadas em useradmin → Configuração → Política de Segurança, selecionando o perfil. Alterações nas 
propriedades do perfil de segurança padrão afetam as propriedades mencionadas acima e vice-versa. Você 
pode criar seus próprios perfis de política de segurança que permitem manter as configurações de 
propriedade separadamente do perfil da política de segurança padrão. As configurações só podem ser 
visualizadas e mantidas neste modo simples e não podem ser acessadas através do Modo Avançado ou do 
modo de edição de configuração da ferramenta Configuração. No UME Administration Console, os usuários 
podem ser mantidos e atribuídos a perfis de política de segurança. É por isso que pode haver usuários com 
valores diferentes nas propriedades da política de segurança. Por padrão, o perfil da diretiva de segurança 
padrão é atribuído. 
 
 
 
 
 
 
 
 
Pag 194 
 
 
 
 
Notificação de Email 
O UME pode ser configurado de forma que, em determinadas situações (por exemplo, após o bloqueio do 
usuário), os e-mails sejam enviados por meio de um servidor SMTP externo. Um endereço de e-mail válido 
deve ser fornecido e armazenado nos registros do cadastro de usuários. 
 
● ume.notification.mail_host - Nome do servidor SMTP para notificação por email 
 
● ume.notification.create_performed ou ume.notification.delete_performed - Um e-mail é enviado ao 
usuário assim que o usuário é criado ou excluído pelo administrador. 
 
● ume.notification.create_approval ou ume.notification.create_denied - Um e-mail é enviado ao usuário 
assim que o administrador aprova ou rejeita a criação de uma conta de usuário. 
 
● ume.notification.lock_performed. ume.notification.unlock_performed - Um e-mail é enviada ao usuário 
quando o administrador bloqueia ou desbloqueia o usuário. 
 
● ume.notification.pswd_reset_request - Um e-mail é enviado do usuário para o administrador quando a 
senha deve ser redefinida. 
 
● ume.notification.unlock_request - Um e-mail é enviado do usuário para o administrador quando a conta 
deve ser desbloqueada. 
 
● ume.notification.system_email - O endereço de e-mail do remetente é enviado com um dummy 
nome (o endereço não precisa existir). Fazendo logon e logoff 
 
● ume.logon.branding_image - Caminho para a imagem exibida na tela de logon. 
 
● ume.logoff.redirect.url - Endereço que é chamado após logoff (somente para o SAP Portal do NetWeaver). 
Bilhete de Logon da SAP 
 
● login.ticket_lifetime - Tempo de vida do registro de login do SAP (no formato: <horas>: <minutos>). 
 
● login.ticket_client - Cliente fictício gravado no SAP Logon Ticket (padrão 000, no caso do SAP NetWeaver 
AS para ABAP e Java deve ser configurado para um cliente (valor) que não é usado no sistema ABAP). 
 
● ume.logon.security.relax_domain.level - Número de subdomínios a serem removidos (a valor de 2 significa 
que os tickets de logon SAP emitidos por um sistema no host twdf1234.wdf.sap.corp são enviados para 
servidores no domínio sap.corp). Grupos 
 
● ume.supergroups.anonymous_group.displayname - ID do grupo de anônimos usuários (padrão, usuários 
anônimos). 
 
● ume.supergroups.authenticated_group.displayname - ID do grupo de usuários conectados usuários 
(padrão, usuários autenticados). 
 
 
 
 
 
Pag 195 
 
 
 
 
● ume.supergroups.everyone.displayname - ID do grupo de todos os usuários (padrão, Todos ). 
 
● ume.virtual_groups.names - IDs de grupos virtuais (formados com base em certas propriedades do 
usuário). Administração 
 
● ume.admin.addattrs - Permite adicionar atributos específicos do cliente ao registro mestre do usuário. 
 
● ume.admin.search_maxhits - Númeromáximo de resultados de pesquisa exibidos no Console de 
Administração (padrão 1000). 
 
● ume.admin.search_maxhits_warninglevel - Número de ocorrências que solicitam que um aviso seja 
emitido no Console de Administração (padrão 200). 
 
● ume.admin.wd.url.help - URL para a documentação on-line (pode, por exemplo, apontar para o sistema de 
ajuda local do cliente). 
 
● ume.admin.wd.table.size. <Name> - Número de linhas para saída na Administração Console (para <nome>, 
eles são pequenos, médios e grandes). 
 
Informações relacionadas: Configurando o Mecanismo de Gerenciamento de Usuários SAP (UME) 
 
● Documentação on-line do SAP NetWeaver 7.4x, caminho Biblioteca SAP NetWeaver: Visão orientada a 
função → Segurança → Gerenciamento de identidades → Gerenciamento de usuários do Application Server 
Java → Mecanismo de gerenciamento de usuários 
 
● Nota SAP 718383: Fontes de dados suportadas e opções de modificação 
 
● Nota SAP 948654 - Usar somente configurações globais para propriedades UME 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
 
● Explique a arquitetura do UME 
● Configurar as fontes de dados 
● Manter parâmetros do UME 
 
 
 
 
 
Pag 196 
 
 
 
 
Unidade 6 
Lição 2 
Mantendo usuários e grupos 
 
VISÃO GERAL DA LIÇÃO 
Esta lição descreve como administrar usuários e grupos e executar rastreios em mensagens do mecanismo 
de gerenciamento de usuários (UME). 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Administrar usuários e grupos 
● Executar rastreios em mensagens do UME 
 
Os links entre usuários, grupos e funções 
No ambiente UME, o termo principal designa os seguintes objetos centrais: 
 
Tabela 6: Principals no ambiente UME 
Princípio Significado 
Usuário 
Propriedades gerais de um usuário (como nome, e-
mail e telefone número, por exemplo) 
Conta do usuário 
Propriedades relacionadas ao logon de um usuário 
(como senha, validade, e indicador de bloqueio, 
por exemplo) 
Grupo Conjunto de usuários e / ou grupos 
Função Conjunto de funções de autorizações (Java) 
 
 
Por razões históricas, os usuários e as contas de usuário têm diferentes princípios que são normalmente 
associados. Quando o termo usuário é empregado abaixo, então, mais precisamente, é a conta de usuário e 
usuário dos principais associados que se destina. 
 
Nota: 
Dependendo do tipo de uso do SAP NetWeaver, os principais têm um 
significado. Em um SAP Enterprise Portal, há funções do portal que são tratadas no 
da mesma forma que um diretor UME. 
 
 
 
 
 
 
 
 
 
Pag 197 
 
 
 
 
A figura mostra como os principais são atribuídos. 
 
 
Figura 112: Atribuindo Diretores 
 
Os usuários geralmente são atribuídos a grupos aos quais as funções são atribuídas. No entanto, também é 
possível atribuir funções aos usuários diretamente. O grupo principal suporta hierarquias de grupos. Um 
grupo também pode possuir grupos de nível superior e inferior. 
 
Os usuários possuem o seguinte: 
● Funções atribuídas diretamente a eles 
● Funções atribuídas aos grupos aos quais elas pertencem 
● Funções atribuídas aos grupos de nível superior dos grupos aos quais eles pertencem 
 
Ao executar uma pesquisa no console de administração do UME, é necessário marcar o campo Pesquisar 
recursivamente para ver entidades principais designadas indiretamente. Recursos da fonte de dados do 
sistema ABAP Ao usar um cliente de um sistema ABAP (e consequentemente o arquivo de configuração 
dataSourceConfiguration_abap.xml) como fonte de dados, o UME se comporta da seguinte maneira: 
 
● Os usuários ABAP estão visíveis no SAP NetWeaver AS para Java e podem fazer logon no SAP NetWeaver 
AS para Java com suas senhas ABAP. 
 
● As funções ABAP são descritas no SAP NetWeaver AS for Java como grupos UME com o mesmo nome. 
 
● No SAP NetWeaver AS para Java, a atribuição de usuários ABAP a funções ABAP (composta) aparece como 
a atribuição de usuários UME a grupos UME. 
 
 
 
 
 
 
 
Pag 198 
 
 
 
 
 
Figura 113: Recursos Especiais da Fonte de Dados do Sistema ABAP 
 
A razão para o conceito de administração de grupo é a administração de autorização compartilhada para 
aplicativos que possuem componentes ABAP e Java. Aplicativos como o PI, por exemplo, possuem 
componentes ABAP e Java. As autorizações ABAP são mapeadas com funções do PFCG. As autorizações do 
Java Enterprise Edition (Java EE) são mapeadas com funções do UME. Um usuário deve receber uma função 
PFCG no sistema ABAP e uma função UME no lado Java para que o usuário tenha autorizações ABAP e Java. 
Para evitar isso, as funções do PFCG são visíveis como grupos no UME. A função PFCG (um grupo) pode ser 
atribuída a uma função UME no UME. Se um usuário é atribuído a função PFCG no sistema ABAP, ele ou ela 
recebe automaticamente as autorizações da função UME. A atribuição de autorizações se torna mais simples. 
 
A conexão entre o UME em um SAP NetWeaver AS para Java e o gerenciamento de usuários em um SAP 
NetWever AS para ABAP é estabelecida por meio do Java Connector (JCo). Para esse fim, um usuário de 
comunicação existente no ABAP é armazenado como um parâmetro UME (normalmente, ele tem SAPJSF em 
seu nome). A autorização ABAP desse usuário de comunicação determina se é possível modificar registros 
mestre de usuário ABAP usando recursos do UME. 
 
● A função SAP_BC_JSF_COMMUNICATION_RO fornece acesso de leitura UME aos dados do usuário no AS 
ABAP. 
● A função SAP_BC_JSF_COMMUNICATION fornece o acesso de gravação da UME aos dados do usuário no 
AS ABAP. 
 
 
 
 
 
Pag 199 
 
 
 
 
Dica: 
Mesmo se o usuário de comunicação obtiver acesso de gravação aos dados do usuário no SAP 
NetWeaver AS para ABAP, atribuir usuários a funções do PFCG no UME não é 
possível. 
 
Nota: 
Se um sistema ABAP for usado como fonte de dados, certas restrições serão aplicadas. 
Estes estão listados na documentação online. 
 
Ao configurar a origem de dados ABAP, os grupos de usuários ABAP aparecem como empresas no UME, 
conforme apresentado na Release 7.10. A atribuição do grupo de usuários para verificação de autorização 
no registro mestre de usuário do usuário no SAP NetWeaver AS para ABAP (transação SU01) é representada 
no UME como uma atribuição para a empresa. A administração de usuários delegados pode ser usada 
imediatamente após a instalação no SAP NetWeaver AS for Java. Para obter mais informações sobre 
empresas e a administração de usuários delegados do SAP NetWeaver AS para Java, vá para a documentação 
on-line do SAP NetWeaver 7.4x, caminho Biblioteca SAP NetWeaver: Visão Orientada a Funções → Segurança 
→ Gerenciamento de Identidades → Gerenciamento de Usuários do Servidor de Aplicativos Java → 
Configurando o Gerenciamento de Usuários → Configurando a Administração de Usuários Delegados Usando 
Empresas. 
 
Ferramentas Administrativas 
A figura, UME Administration Console, explica as ferramentas usadas para manter usuários e grupos. 
 
 
Figura 114: Console de Administração do UME 
 
 
 
 
 
 
 
Pag 200 
 
 
 
 
A ferramenta mais importante para um administrador de usuários em um SAP NetWeaver AS para o 
sistema Java é o console de administração do UME. Ele funciona independentemente da fonte de dados 
configurada e é implementado como um aplicativo em execução em um navegador da Web (com base no 
Web Dynpro Java). 
 
Existem várias maneiras de iniciar o console de administração fácil de usar: 
● Através da URL http (s): // <hostname>. <Domínio>: <http (s) porta> / useradmin 
● Através do Administrador do SAP NetWeaver (URL ... / nwa) através do caminho Configuração → 
Segurança → Gerenciamento de Identidades 
● Em um portal, através do caminho User Administration → Identity-Management 
 
Dica: 
O escopo da função disponível no console de administração depende do Java 
autorizações do usuário atual. 
 
 
Figura 115: Administração de usuários ABAPAo configurar a origem de dados ABAP, os grupos de usuários ABAP aparecem como empresas no UME, 
conforme apresentado na Release 7.10. A atribuição do grupo de usuários para verificação de autorização 
no registro mestre de usuário do usuário no SAP NetWeaver AS para ABAP (transação SU01) é representada 
no UME como uma atribuição para a empresa. A administração de usuários delegados pode ser usada 
imediatamente após a instalação no SAP NetWeaver AS for Java. Para obter mais informações sobre 
empresas e a administração de usuários delegados do SAP NetWeaver AS para Java, vá para a documentação 
on-line do SAP NetWeaver 7.4x, caminho Biblioteca SAP NetWeaver: Visão Orientada a Funções → Segurança 
→ Gerenciamento de Identidades → Gerenciamento de Usuários do Application Server Java → Configuração 
de Gerenciamento de Usuários → Configuração de Administração de Usuários Delegados Usando Empresas 
. 
 
 
 
 
Pag 201 
 
 
 
 
 
Ferramentas Administrativas 
A figura, UME Administration Console, explica as ferramentas usadas para manter usuários e grupos. 
 
 
Figura 114: Console de Administração do UME 
 
A ferramenta mais importante para um administrador de usuários em um SAP NetWeaver AS para o sistema 
Java é o console de administração do UME. Ele funciona independentemente da fonte de dados configurada 
e é implementado como um aplicativo em execução em um navegador da Web (com base no Web Dynpro 
Java). 
 
Existem várias maneiras de iniciar o console de administração fácil de usar: 
 
● Através da URL http (s): // <hostname>. <Domínio>: <http (s) porta> / useradmin 
● Através do Administrador do SAP NetWeaver (URL ... / nwa) através do caminho Configuração → Segurança 
→ Gerenciamento de Identidades 
● Em um portal, através do caminho User Administration → Identity-Management 
 
Dica: 
O escopo da função disponível no console de administração depende do Java 
autorizações do usuário atual. 
 
 
 
 
 
Pag 202 
 
 
 
 
 
Figura 115: Administração de usuários ABAP 
 
Se o arquivo de configuração do UME dataSourceConfiguration_abap.xml se conectar a um cliente do sistema 
ABAP, o SAP NetWeaver AS usual para ferramentas ABAP (como a transação SU01) estará disponível para 
administração do usuário. 
 
Tipos de Usuários 
Da mesma forma que o SAP NetWeaver AS para ABAP, o UME distingue entre diferentes tipos de usuários 
(também chamados de perfis de políticas de segurança), listados na tabela a seguir: 
 
Tabela 7: Tipos de usuário / políticas de segurança do UME 
 
Tipo de usuário / política 
de segurança 
Logon para AS Java 
 
Alteração de senha 
forçada 
 
Tipos de usuários ABAP 
mapeados 
(com o sistema ABAP 
como dados 
fonte) 
Padrão Possível Sim Diálogo 
Usuários técnicos Possível Não Sistema 
Usuário do serviço 
interno 
Não é possível -- -- 
Desconhecido 
Depende de AS Tipo de 
usuário ABAP 
Depende de AS Usuário 
ABAP tipo 
Comunicação, Serviço 
e referência 
Auto criado Possível Sim -- 
 
 
 
 
Pag 203 
 
 
 
 
Especifique o tipo de usuário ao criar um usuário com o console de administração do UME, pois o tipo de 
usuário Desconhecido não pode ser criado. Com os usuários existentes, as alterações subsequentes no tipo 
de usuário só são possíveis sob restrições. 
 
Nota: 
A última coluna na tabela é relevante apenas para operar um UME com um ABAP 
sistema como fonte de dados. Alterações no tipo de usuário de um usuário ABAP são mapeadas 
ao registro mestre do usuário UME correspondente. É mapeado o contrário 
se o UME tiver acesso de gravação ao sistema ABAP. 
 
Dica: 
Defina seus próprios tipos de usuário na configuração do UME para fornecer um 
conjunto de regras de senha. Por exemplo, você pode criar um tipo de usuário com regras de senha muito 
fortes para os superusuários ou usuários de emergência. 
 
Arquivos de Log e Trace 
As seguintes informações de log e rastreio são particularmente relevantes no ambiente UME: 
 
● Arquivo de registro de segurança: \ usr \ sap \ <SID> \ <número_da_instância> \ j2ee \ cluster \ server <X> 
\ log \ system \ security_ <n> .log 
 
● Arquivo de Log de Auditoria de Segurança: \ usr \ sap \ <SID> \ <número_do_instância> \ j2ee \ cluster \ 
server <X> \ log \ system \ security_audit_ <n> .log) 
 
● Arquivos de rastreamento Arquivo: \ usr \ sap \ <SID> \ <número_da_instância> \ j2ee \ cluster \ server 
<X> \ log \ defaultTrace_ <n> .trc 
 
● Logs do servidor de diretório: Se estiver usando um servidor de diretório como fonte de dados, ele poderá 
ser usado para monitorar os acessos do servidor LDAP e o pool de conexões. 
 
O Log de Auditoria de Segurança permite o rastreio de alterações nos principais (por exemplo, 
modificações aos usuários ou funções criadas). Os eventos que são registrados dependem do conjunto 
gravidade. 
 
A documentação on-line do SAP NetWeaver 7.4 descreve a gravidade associada a cada evento (caminho: 
Biblioteca SAP NetWeaver: Visualização Orientada à Função → Segurança → Gerenciamento de Identidade 
→ Gerenciamento de Usuários do Servidor de Aplicativos 
Java → Solução de problemas → Registro e rastreamento). 
 
Informações relacionadas: Mantendo usuários e grupos 
 
● Para documentação online do SAP NetWeaver 7.4x, consulte http: // 
help.sap.com/nw74?current=netweaver. 
 
 
 
 
 
 
Pag 204 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
 
● Administrar usuários e grupos 
● Executar rastreios em mensagens do UME 
 
 
 
 
 
Pag 205 
 
 
 
 
Unidade 6 
Lição 3 
Gerenciando Autorização Java 
 
VISÃO GERAL DA LIÇÃO 
Esta lição explica: 
 
● Autorizações no SAP NetWeaver AS para Java Gerenciar funções do UME 
● Administração de funções de segurança com o console do UME 
● Como manter as listas de controle de acesso (ACL) 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Explicar autorizações no SAP NetWeaver AS para Java 
● Gerenciar papéis do UME 
● Administrar funções de segurança com o console do UME 
● Manter as listas de controle de acesso (ACL) 
 
Usuários e autorizações no SAP NetWeaver AS para Java As autorizações de usuários permitem controlar 
quais usuários podem acessar um aplicativo Java e quais ações são permitidas para um determinado usuário. 
As autorizações são combinadas como funções e atribuídas a um usuário ou grupo de usuários por um 
administrador. O console de administração do Mecanismo de Gerenciamento de Usuário (UME) (também 
integrado no SAP NetWeaver Administrator) é usado para atribuir autorizações. 
 
As verificações de autorização são incorporadas em um aplicativo Java. A figura, Conceito de Autorização no 
SAP NetWeaver AS para Java, mostra como diferenciar a autorização por objetivo 
 
 
 
 
 
Pag 206 
 
 
 
 
 
Figura 116: Conceito de Autorização no SAP NetWeaver AS para Java 
 
Você pode proteger o acesso a um aplicativo usando uma verificação para ver se a função de segurança Java 
EE apropriada está atribuída ao usuário solicitante. Se o usuário não tiver a função de segurança necessária, 
uma mensagem de erro será exibida e o acesso será negado. O usuário já tem acesso ao aplicativo ao proteger 
o acesso a atividades individuais. Ao solicitar uma atividade especial, por exemplo, Excluir, o sistema verifica 
se a função de segurança do Java EE exigida ou a permissão do UME é atribuída (por meio da ação do UME e 
da função do UME). Além disso, há a opção de gerenciar a proteção do acesso a instâncias de objetos (para 
pastas ou documentos, por exemplo) usando a lista de controle de acesso (ACL). 
 
Com todos os tipos de verificações de autorização especificados, o desenvolvedor precisa definir a consulta 
de autorizações no aplicativo. O desenvolvedor decide qual tipo de verificação de autorização deve ser usado. 
Isso significa que o aplicativo determina se as funções de segurança do Java EE, as permissões do UME ou as 
ACLs do UME são usadas. 
 
As funções de segurançado Java EE são parte do padrão Java EE. As permissões do UME são um conceito 
específico do SAP. Você pode definir as mesmas verificações de autorização com funções de segurança e 
permissões UME do Java EE. No entanto, certas técnicas de programação para aplicativos SAP que aprimoram 
o padrão Java EE requerem o uso de permissões UME. Portanto, um administrador deve estar familiarizado 
com os dois conceitos. 
 
Autorizações Declarativas e Programáticas 
As autorizações podem ser definidas como declarativas ou programáticas, como segue: 
 
● Autorizações declarativas são autorizações que o contêiner Java (contêiner da Web ou contêiner EJB, por 
exemplo) força o controle de acesso, sem que o desenvolvedor tenha que fazer o trabalho de programação. 
Uma função de segurança é definida no aplicativo (por anotação) ou no descritor de implantação do 
 
 
 
 
Pag 207 
 
 
 
 
aplicativo. O contêiner verifica com cada chamada se o usuário é atribuído à função de segurança necessária 
ou não. 
 
● Autorizações programáticas significam que o desenvolvedor usa um método para verificar se um chamador 
de um EJB ou um recurso da Web está atribuído a uma determinada autorização (função de segurança ou 
permissão do UME). 
 
A verificação de autorização é definida diretamente no código-fonte. A abordagem declarativa é geralmente 
usada para funções de segurança do Java EE. As permissões do UME são sempre verificadas 
programaticamente. 
 
Papéis UME 
 
 
Figura 117: Mantendo as Funções UME (Console de Administração do UME) 
 
Na UME, existe um conceito de função com o qual autorizações, usuários ou grupos são atribuídos. Essas 
autorizações estão relacionadas a verificações de autorização definidas na codificação do aplicativo SAP Java. 
O conceito de autorização no UME usa permissões, ações e funções. 
 
As permissões são definidas na codificação Java (autorizações programáticas). Permissões são usadas para 
fornecer um controle de acesso. As permissões não podem ser atribuídas diretamente a um usuário. 
 
 
 
 
Pag 208 
 
 
 
 
 
Uma ação é uma coleção de permissões. O desenvolvedor de um aplicativo SAP SAP define suas próprias 
ações e especifica as autorizações no arquivo XML chamado actions.xml. Ações são exibidas no console de 
administração do UME. Você usa o console de administração do UME para combinar essas ações em funções. 
 
As funções do UME agrupam ações de um ou mais aplicativos, para atribuir funções do UME a usuários que 
usam o console de administração do UME. Muitos dos aplicativos Java da SAP funcionam com funções de 
UME. 
 
Os desenvolvedores podem definir autorizações muito detalhadas com base nesse conceito, mas a 
complexidade está escondida por trás de um pequeno número de ações. As ações são predefinidas pelo 
desenvolvedor, entregues aos clientes junto com o aplicativo e disponíveis como um arquivo XML. Isso 
permite um conceito de autorização simples, claro e entre aplicativos para grandes aplicativos Java. 
 
Funções de segurança do Java EE 
As funções de segurança do Java EE fazem parte do padrão Java EE. Uma função de segurança do Java EE 
(também função de segurança) é uma definição lógica abstrata que protege o acesso a um aplicativo, um 
serviço ou outro recurso. A função de segurança consiste em apenas um nome e uma descrição. A função de 
segurança está relacionada apenas ao aplicativo para o qual foi definida. As funções de segurança permitem 
uma verificação de acesso para aplicativos Java EE. As autorizações são geralmente definidas 
declarativamente. Um desenvolvedor cria uma função de segurança para cada objeto de aplicativo que 
requer proteção. O aplicativo protegido, assim como seus módulos, classes e métodos protegidos, pode ser 
usado por um usuário apenas se o administrador tiver atribuído os usuários ou grupos à função de segurança. 
 
 
Figura 118: Estrutura das Funções de Segurança do Java EE 
 
 
 
 
Pag 209 
 
 
 
 
 
A figura, Estrutura das funções de segurança do Java EE, mostra o aplicativo Pedido de compra como um 
exemplo. Para esse aplicativo, um desenvolvedor cria objetos como Criar pedido, Aprovar pedido e assim por 
diante. Se você estiver usando funções de segurança do Java EE, uma função de segurança deverá ser criada 
para cada objeto. A função de segurança é definida no descritor de implantação (arquivo XML) ou 
diretamente na codificação do aplicativo. 
 
Além das funções de segurança especificadas pelo desenvolvedor, o UME gera mais funções de segurança 
válidas para todo o aplicativo. A vantagem é que essas funções podem ser combinadas em uma função de 
segurança de todo o aplicativo para várias funções de segurança com o mesmo nome. O administrador deve 
se concentrar na atribuição dessas funções de segurança. Se uma função de segurança de um módulo for 
atribuída a um usuário e ele acessar outro módulo desse aplicativo protegido por uma função de segurança 
com o mesmo nome, o acesso será concedido. O conceito UME de combinar as funções de segurança de um 
aplicativo, portanto, é um pouco mais fácil para o administrador. Não há restrição de segurança. As funções 
de segurança geradas dinamicamente pelo UME aparecem no console de administração do UME como ações 
do tipo J2EE. 
 
Como administrador de usuários, você pode criar funções de UME que contêm funções de segurança (como 
ações) e atribuí-las a usuários e grupos. Usando o desvio das funções do UME, as autorizações podem, por 
sua vez, ser atribuídas a todos os aplicativos. 
 
Existem algumas ações especiais que você pode usar para segregação de tarefas. Esses são 
Manage_Role_Assignments_SoD e Manage_Roles_SoD. Usuários com o A atividade 
Manage_Role_Assignments_SoD pode atribuir funções a qualquer usuário, exceto a si mesmo. Usuários com 
a atividade Manage_Roles_SoD podem criar funções. Esses usuários podem manter todas as funções (atribuir 
ações), exceto as funções atribuídas a elas. Não combine nenhum dos seguintes ações: Manage_Users, 
Manage_Groups, Manage_Roles, Manage_all_Companies, Manage_Role_Assignments_SoD ou 
Manage_Roles_SoD. 
 
Manutenção ACL 
Conforme descrito no início desta lição, existe a opção de gerenciar a proteção do acesso a instâncias de 
objetos (para pastas ou documentos, por exemplo) usando uma lista de controle de acesso (ACL). O 
desenvolvedor usa a ACL-API do UME. No entanto, como o UME não fornece uma interface do usuário para 
a manutenção da ACL, o desenvolvedor deve desenvolver uma interface do usuário individual para a 
manutenção da ACL. Portanto, existem diferenças na interface do usuário e também nas autorizações a 
serem atribuídas na manutenção concreta da ACL, dependendo do aplicativo. Há detalhes sobre a 
manutenção da ACL no guia de segurança e administração dos aplicativos correspondentes. Em particular, a 
manutenção do ACL é usada além da administração do UME no SAP 
Portal Empresarial. 
 
 
 
 
 
 
 
 
 
 
Pag 210 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Explicar autorizações no SAP NetWeaver AS para Java 
● Gerenciar papéis do UME 
● Administrar funções de segurança com o console do UME 
● Manter as listas de controle de acesso (ACL) 
 
 
 
 
Pag 211 
 
 
 
 
Unidade 6 
Lição 4 
Administrando Diretores Especiais 
 
VISÃO GERAL DA LIÇÃO 
Esta lição explica como executar a administração dos principais padrão e ativar o usuário de emergência. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Administrar princípios padrão 
● Ativar o usuário de emergência 
 
Usuários Padrão 
A tabela a seguir apresenta usuários padrão importantes: 
 
Tabela 8: Usuários Padrão 
Usuário 
Fonte de dados 
Database LDAP Servidor 
ABAP Sistema 
Add-In (ABAP 
+Java) 
Acesso Remoto 
Usuário de dministração Administrador Administrator J2EE_ADMIN J2EE_ADM_<SID> 
Usuário convidado Convidado Convidado J2EE_GUEST J2EE_GST_<SID> 
Comunicação usuário 
parafonte de dados 
SAP<SID>DB Livremente definível SAPJSF SAPJSF_<SID> 
 
 
 
 
 
 
Pag 212 
 
 
 
 
O usuário de administração tem acesso irrestrito ao SAP NetWeaver AS para Java e deve ser atribuído apenas 
a poucas pessoas e atribuído com uma senha muito segura. 
Se estiver usando um cliente de um sistema ABAP como fonte de dados, os registros do cadastro de usuários 
listados estão localizados neste cliente ABAP (e podem ser visualizados no SU01). Ao usar um sistema ABAP 
remoto, o SID do sistema SAP NetWeaver AS for Java é incorporado ao nome do usuário. Isso permite 
distinguir entre usuários se vários SAP NetWeaver AS para sistemas Java estiverem conectados a um único 
cliente ABAP. 
Entre outras coisas, o usuário convidado é usado para acesso anônimo ao SAP NetWeaver AS para Java, por 
exemplo, para construir o formulário de logon no navegador da Web. Este usuário está normalmente 
bloqueado. Não exclua este usuário. Além dos usuários listados acima, os usuários padrão específicos do 
aplicativo também existem em um sistema SAP NetWeaver AS para o sistema Java. Portanto, tome cuidado 
extremo com outros usuários padrão, dependendo do produto instalado. 
Grupos Padrão 
A tabela a seguir apresenta grupos padrão importantes: 
 
Tabela 9: Grupos Padrão 
 
Grupo 
Fonte de Dados 
Base de Dados LDAP Servidor ABAP Sistema 
Administradores Administradores Administradores SAP_J2EE_ADMIN 
Convidados Convidados Convidados SAP_J2EE_GUEST 
Todos os usuários Todos Todos Todos 
Usuários autenticados Usuários autenticados Usuários autenticados Usuários autenticados 
Usuários anônimos Usuários anônimos Usuários anônimos Usuários anônimos 
 
Todos os usuários que você atribui ao grupo Administrador recebem um extenso sistema autorizações (em 
relação à função de administrador atribuída a este grupo (consulte a próxima seção)). Inicialmente, o usuário 
de administração padrão é inserido aqui. 
 
Inicialmente, o usuário convidado padrão e a função de convidado padrão são atribuídos ao grupo de 
convidados. 
 
Além disso, o UME possui um adaptador de grupos integrado que é responsável pelos três grupos especiais 
a seguir: 
 
● Todos: todo usuário é sempre um membro desse grupo. Se você atribuir funções ou ações a esse grupo, 
todos os usuários (incluindo aqueles que você pode criar no futuro) terão as autorizações correspondentes. 
 
 
 
 
 
Pag 213 
 
 
 
 
● Usuários Autenticados: É atribuído a todos os usuários que, de qualquer maneira, precisam efetuar logon 
no SAP NetWeaver AS para Java nesse grupo. 
 
● Usuários Anônimos: Isso é atribuído a todos os usuários que podem fazer logon anonimamente nesse grupo 
(configurado por meio da propriedade UME, ume.login.guest_user.uniqueids). 
 
Portanto, os seguintes grupos se aplicam: Usuários Autenticados + Usuários Anônimos = Todos. Além desses 
grupos padrão, há também grupos específicos de aplicativos, dependendo do produto instalado. 
 
Funções Padrão 
A tabela a seguir apresenta funções padrão importantes: 
 
Tabela 10: Funções Padrão 
Função Significado 
Administrador Fornece autorizações Java extensivas para administradores (via ações) 
Todos Contém algumas autorizações básicas de usuário final 
 
Embora, por padrão, nenhum usuário seja atribuído diretamente a essas duas funções, a função 
Administrador está vinculada ao grupo Administradores. A função Todos é atribuída ao grupo Todos; 
portanto, é atribuído a todos os usuários. 
 
Usuário de Emergência 
É necessário ativar um usuário de emergência para o UME se o gerenciamento do usuário tiver sido 
configurado incorretamente e ninguém puder efetuar logon em um aplicativo ou se todos os usuários de 
administração estiverem bloqueados. Esse usuário de emergência é chamado SAP * e pode efetuar logon em 
qualquer aplicativo e nas ferramentas de configuração. O usuário SAP * possui autorizações de administração 
completas e, por motivos de segurança, não possui uma senha padrão. Você define a senha como parte da 
ativação do usuário de emergência. 
 
Dica: 
O usuário de emergência geralmente não é importante em sistemas nos quais o UME é executado (com 
êxito) com a fonte de dados ABAP, porque você sempre pode criar um usuário no ABAP e dar a ele direitos 
de administração Java. 
 
 
 
 
 
Pag 214 
 
 
 
 
 
Figura 119: Ativando o usuário de emergência 
 
Informações relacionadas: Administrando Diretores Especiais 
 
● Para documentação on-line do SAP Composition Environment 7.1x, escolha Biblioteca de ambientes de 
composição do SAP NetWeaver → Guia do administrador → Administração do SAP NetWeaver CE → 
Administração de segurança e usuários → Gerenciamento de identidades para o Application Server Java 
 
● Para documentação on-line do SAP Composition Environment 7.1x, escolha Biblioteca de ambientes de 
composição do SAP NetWeaver → Guia do administrador → Guia de segurança do SAP NetWeaver CE → 
Guias de segurança para componentes principais do CE → SAP NetWeaver Guia de Segurança do Application 
Server Java → Administração do Usuário e Autenticação. 
 
 
 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Administrar princípios padrão 
● Ativar o usuário de emergência 
 
 
 
 
Pag 215 
 
 
 
 
Unidade 6 
Avaliação de Aprendizagem 
 
1. Quais das seguintes fontes de dados são suportadas pelo UME? 
Escolha as respostas corretas. 
 
 A banco de dados 
 B File system 
 C Gerenciamento de usuários ABAP 
 D Serviço de diretório 
 
2. Você pode bloquear usuários com o console de administração do UME. 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
3. Quais dos seguintes serviços do UME fornecem? 
Escolha as respostas corretas. 
 
 A logon único 
 B Procedimento Logon 
 C Serviços do Java Connector 
 D Processos de provisionamento 
 E Conceito de autorização 
 F HTTPS 
 
4. Você pode atribuir permissões diretamente aos usuários no console de administração do UME. 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
5. Se o usuário de emergência (SAP *) estiver ativado, o usuário de administração (Administrador, 
J2EE_ADMIN ou J2EE_ADMIN_ <SID>) também pode efetuar logon no SAP NetWeaver AS para Java 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
 
 
 
 
Pag 216 
 
 
 
 
Unidade 6 
Avaliação de Aprendizagem - Respostas 
 
1. Quais das seguintes fontes de dados são suportadas pelo UME? 
Escolha as respostas corretas. 
 
 A banco de dados 
 B File system 
 C Gerenciamento de usuários ABAP 
 D Serviço de diretório 
 
2. Você pode bloquear usuários com o console de administração do UME. 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
3. Quais dos seguintes serviços do UME fornecem? 
Escolha as respostas corretas. 
 
 A logon único 
 B Procedimento Logon 
 C Serviços do Java Connector 
 D Processos de provisionamento 
 E Conceito de autorização 
 F HTTPS 
 
4. Você pode atribuir permissões diretamente aos usuários no console de administração do UME. 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
5. Se o usuário de emergência (SAP *) estiver ativado, o usuário de administração (Administrador, 
J2EE_ADMIN ou J2EE_ADMIN_ <SID>) também pode efetuar logon no SAP NetWeaver AS para Java 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
 
 
 
 
 
 
 
Pag 217 
 
 
 
 
UNIDADE 7 
Tecnologias de Comunicação e Integração 
 
Lição 1 
Descrevendo Chamadas de Função Remota e BAPIs 
 
Lição 2 
Explicando Processos de Negócios entre Sistemas 
 
Lição 3 
Descrevendo o SAP Gateway 
 
 
 
 
 
 
 
OBJETIVOS DA UNIDADE 
● Listar várias tecnologias de interface usadas pelos sistemas SAP 
● Descrever o processo para uma chamada de função remota 
● Explicar o significadoe o uso de objetos de negócios e suas BAPIs 
● Faça uma chamada de função remota 
● Nomeie vários processos de negócios entre sistemas 
● Explique as ideias por trás do conceito ALE 
● Descrever como usar o SAP Gateway 
● Testar serviços do SAP Gateway 
 
 
 
 
 
 
 
Pag 218 
 
 
 
 
Unidade 7 
Lição 1 
Descrevendo Chamadas de Função Remota e BAPIs 
 
VISÃO GERAL DA LIÇÃO 
Esta lição fornece uma visão geral das tecnologias de interface disponíveis para você no SAP 
sistema, enquanto se concentra na importância dos RFCs e BAPIs. 
 
Exemplo Comercial 
 
Você deseja integrar aplicativos existentes com aplicativos SAP. Interfaces padrão são de 
interesse particular aqui. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Listar várias tecnologias de interface usadas pelos sistemas SAP 
● Descrever o processo para uma chamada de função remota 
● Explicar o significado e o uso de objetos de negócios e suas BAPIs 
● Faça uma chamada de função remota 
 
Visão Geral das Interfaces 
Os sistemas SAP possuem interfaces em diferentes níveis de comunicação. Essas interfaces vão desde opções 
de conexão altamente técnicas, por exemplo, usando o protocolo TCP / IP ou CPI-C, para interfaces altamente 
especializadas projetadas para objetos de negócios, como BAPIs ou a interface IDoc usada no ambiente ALE. 
Todas as interfaces superiores, isto é, aquelas que acessam objetos ou processos de negócios, usam a mesma 
tecnologia, a Chamada de Função Remota (Remote Function Call - RFC). 
 
 
 
 
 
 
Pag 219 
 
 
 
 
 
Figure 120: Interfaces Technologies Used in SAP Systems 
 
Os sistemas SAP usam as seguintes tecnologias de interface listadas na figura, Interfaces Technologies Used 
in SAP Systems: 
 
● ALE: ativação de link de aplicativo 
● BAPI: Business Application Programming Interface 
● CPI-C: Comunicação de Interface de Programa Comum 
● EDI: intercâmbio eletrônico de dados 
● HTTP (S): protocolo de transferência de hipertexto 
● LU 6.2: Unidade Lógica Tipo 6.2 
● RFC: chamada de função remota 
● OLE: vinculação e incorporação de objetos 
● SMTP: protocolo de transferência de correio simples 
● SOAP: Simple Object Access Protocol 
● TCP / IP: protocolo de controle de transmissão / protocolo da Internet 
● OData: protocolo de dados abertos 
● XML: linguagem de marcação extensível 
 
Chamada de Função Remota 
A interface Remote Function Call é um protocolo de interface SAP baseado em CPI-C e TCP / IP. Simplifica a 
programação de processos de comunicação entre diferentes sistemas SAP. Os RFCs permitem que você 
chame e execute funções predefinidas em um sistema SAP remoto - ou dentro o mesmo sistema SAP. RFCs 
gerenciam o processo de comunicação, a transferência de parâmetros e manipulação de erros. RFC descreve 
uma interface, não a linguagem de programação na qual a função é executada. Você também pode usar RFCs 
 
 
 
 
Pag 220 
 
 
 
 
para chamar funções em sistemas não SAP. O procedimento para comunicação RFC entre dois sistemas SAP 
é que o sistema SAP chamador usa um RFC definição no sistema SAP chamado para acessar uma função 
específica. 
 
 
RFC Connection Possibilities 
 
Se você quiser iniciar programas externos remotamente, precisará de uma interface RFC fora do sistema SAP. 
Por exemplo, uma biblioteca de vínculo dinâmico simples (DLL). Cada interface RFC é bidirecional, portanto, 
programas externos também podem usar o RFC para acessar funções no sistema SAP. 
 
Nota: 
Todos os módulos de função (incluindo aqueles que são habilitados remotamente) são criados, juntamente 
com seus parâmetros de importação e exportação, usando o Construtor de Funções. Você pode chamar o 
Construtor de Funções navegando para Ferramentas → Workbench ABAP → Desenvolvimento → 
Construtor de Funções, ou usando o código de transação SE37. 
 
Para chamar um módulo RFC de um sistema SAP, você precisa conhecer os parâmetros de importação e 
exportação (definidos no Construtor de Funções) e deve haver uma conexão técnica entre os dois sistemas. 
Essa conexão é chamada de conexão RFC ou um destino RFC. Você pode gerenciar suas conexões RFC 
navegando para Ferramentas → Administração → Administração → Rede → Destinos RFC ou usando a 
transação SM59. 
 
 
 
 
 
Pag 221 
 
 
 
 
 
Chamada de Função Remota em Detalhe 
 
Na figura, Chamada de função remota em detalhes, você pode ver, no lado esquerdo, o sistema de chamada, 
no qual um destino RFC chamado DEST foi criado. Um destino RFC na transação SM59 não deve ser 
confundido com um sistema SAP, uma vez que uma conexão RFC só pode apontar para um cliente específico 
em um sistema SAP. Estes são também referidos como conexões entre sistemas lógicos; Este termo é usado, 
acima de tudo, no ambiente ALE. 
 
Isso significa que você pode ter pelo menos tantas conexões RFC entre dois sistemas quanto os clientes no 
sistema de destino. Como você pode especificar um usuário de logon para o destino em cada conexão RFC, 
também é possível acessar clientes no sistema de destino várias vezes, por exemplo, com um usuário de 
logon diferente a cada vez. Se você precisa de uma conexão RFC bidirecional entre dois sistemas, ou seja, o 
sistema chamado também pode executar módulos RFC no sistema de chamada, então você precisa 
configurar uma segunda conexão RFC equivalente no sistema chamado. 
 
Ao definir destinos RFC em sistemas SAP baseados em AS ABAP, conexões RFC 
Ao definir destinos RFC em sistemas SAP baseados em AS ABAP, as conexões RFC: 
 
● Sempre são direcionados a um cliente em particular se o destino deles for um sistema SAP baseado em AS 
ABAP 
 
 
 
 
 
Pag 222 
 
 
 
 
● Pode ser acessado de todos os clientes de um sistema SAP (desde que o usuário tenha as autorizações 
necessárias) 
 
No ABAP, você usa RFCs para chamar um módulo de função em outro sistema da seguinte maneira: 
 
CHAMAR FUNÇÃO <Nome> 
DESTINO <Ziel> 
EXPORTANDO ... 
IMPORTANDO ... 
 
A função a ser executada no sistema de destino é denominada. O nome do destino deve referir-se a uma das 
conexões RFC disponíveis. Quando você está criando uma conexão RFC, você pode especificar dados de logon 
para o sistema de destino; Se você não fizer isso, precisará inserir os parâmetros de logon ao iniciar o RFC. 
Exportar e Importar são usados para passar parâmetros para a função alvo e para receber os parâmetros 
retornados. A função chamada no sistema de destino é executada usando o ID do usuário inserido para a 
conexão. 
 
Nota: 
Você também pode criar conexões RFC para as quais o usuário do usuário que está fazendo a chamada é 
usado no sistema de destino. Isso significa que usuários diferentes podem usar o mesmo conexão no 
sistema de destino. Este procedimento é chamado RFC Confiável. É, obviamente, um pré-requisito que 
usuários idênticos sejam criados nos sistemas de origem e de destino. O RFC Confiável é explicado no curso 
ADM960 - Segurança em Ambientes de Sistemas SAP. 
 
O RFC se tornou a interface mais importante no ambiente SAP. Alguns módulos RFC especiais, que seguem 
certas convenções, são conhecidos como BAPIs (Business Application Programming Interfaces). 
 
BOR e BAPIs 
Uma Business Application Programming Interface (BAPI) é uma interface de programação padronizada que 
facilita o acesso interno e externo a processos e dados de negócios em sistemas SAP. As BAPIs são definidas 
no Business Object Repository como métodos de business objects SAP e permitem uma visão orientada a 
objeto de dados corporativos em um sistema SAP. As funções que podem ser chamadas usando BAPIs são 
normalmente implementadas e armazenadas no ABAP Workbench Function Builder como módulos de 
função ativados por RFC. É possível exibir uma visão geral das BAPIs disponíveis no BOR, por exemplo, 
ativando o botão Business Object Repository no Business Object Builder (Ferramentas → Workbench ABAP 
→ Desenvolvimento → Objeto de NegóciosConstrutor), transação SWO1. Você pode acessar o BOR 
diretamente usando o código de transação BAPI. 
 
 
 
 
 
Pag 223 
 
 
 
 
 
BOR e BAPIs 
 
BAPIs, que representam métodos para objetos de negócios em um sistema SAP, são usados em vários 
contextos. 
 
Possíveis usos para BAPIs 
 
● Vincular processos empresariais aos limites do sistema (por exemplo, ao usar ALE) 
● Usado pela SAP para integrar várias soluções no framework do SAP Business Suite 
● Para conectar um sistema SAP à Internet 
● Usado em conjunto com o SAP Business Workflow 
● Para conectar-se a programas externos 
 
Nota: 
Os BAPIs são criados e testados exatamente da mesma maneira que outros módulos de função, usando o 
Construtor de Funções, transação SE37, e são então definidos como BAPIs no BOR. 
 
Informação relacionada 
Para obter informações sobre interfaces adicionais, vá para o seguinte endereço: 
https://service.sap.com/connectors. 
 
 
https://service.sap.com/connectors.
 
 
 
 
Pag 224 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
 
● Listar várias tecnologias de interface usadas pelos sistemas SAP 
● Descrever o processo para uma chamada de função remota 
● Explicar o significado e o uso de objetos de negócios e suas BAPIs 
● Faça uma chamada de função remota 
 
 
 
 
Pag 225 
 
 
 
 
Unidade 7 
Lição 2 
Explicando Processos de Negócios entre Sistemas 
 
VISÃO GERAL DA LIÇÃO 
Esta lição explica os fundamentos do conceito de Application Link Enabling (ALE). 
 
Exemplo Comercial 
Sua empresa quer implementar as funções de E-Commerce do SAP CRM para vender mercadorias para 
clientes finais pela Internet. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Nomeie vários processos de negócios entre sistemas 
● Explique as ideias por trás do conceito ALE 
 
A importância dos processos de negócios entre sistemas 
Vamos começar definindo processos de negócios entre sistemas, usando situações comuns como exemplos. 
 
Por exemplo, pode ser o caso em uma empresa, o sistema de recursos humanos é separado do resto do 
sistema de software de negócios. Obviamente, os sistemas não podem ser completamente separados, uma 
vez que o sistema contábil precisa dos dados salariais dos funcionários. Nessa situação, você precisa de 
processos de negócios entre sistemas para trocar os dados relevantes. 
 
Os processos de negócios entre sistemas são usados, por exemplo, se duas empresas colaboram de perto e 
enviam pedidos conjuntos a um fornecedor. Os sistemas de TI de negócios das empresas precisam se 
comunicar uns com os outros para consolidar as quantidades a serem solicitadas. Nesse caso, o processo de 
negócios não apenas cruza os limites do sistema, mas também os limites da empresa. 
 
Um exemplo adicional é a transferência de uma quantidade limitada de dados específicos, por exemplo, a 
transferência eletrônica de dados de extrato de conta de um banco para uma empresa. 
 
Os desenvolvimentos do passado na área de processos de negócios entre sistemas indicam que a importância 
desses processos continuará a crescer rapidamente. 
 
Habilitação de link de aplicativo (ALE) 
Application Link Enabling é um meio de criar e operar aplicativos distribuídos. O conceito básico do 
Application Link Enabling é garantir a operação de uma paisagem de sistema distribuída, mas integrada. Isso 
envolve troca de mensagens controladas por empresas, usando dados consistentes em sistemas de 
aplicativos fracamente vinculados. Os aplicativos são integrados por meio de comunicação síncrona e 
assíncrona, não por meio de um banco de dados central. 
 
 
 
 
 
Pag 226 
 
 
 
 
Sistemas que usam ALE para trocar dados podem estar localizados na mesma empresa ou podem pertencer 
a diferentes empresas. Uma das características da AEA é que sistemas diferentes estão ligados em termos de 
negócios por meio de transferência de dados segura e consistente. 
 
 
Distribuição de processos empresariais usando ALE 
 
Você também pode descrever o ALE como sendo composto pelos elementos: quem troca quais dados 
quando, com quem e com que meios. 
 
A implementação da AEA exige, portanto, que você esclareça detalhadamente os seguintes pontos: 
 
1. Identifique o processo de negócios e os objetos envolvidos 
2. Identifique as informações a serem transmitidas 
3. Especifique o formato dos dados a serem transferidos 
4. Decidir sobre a tecnologia de transferência a ser usada 
5. Decida o tipo de transferência 
6. Especifique o destino da transferência de dados 
A tabela a seguir contém exemplos para implementar o ALE: 
 
 
 
 
 
 
 
 
 
 
Pag 227 
 
 
 
 
Tabela 11: Sincronização de dados no processo de negócios - um exemplo 
Processo E-Commerce para consumidores que usam o SAP CRM 
Identifique as informações a serem 
transmitidas 
Solicitar dados do sistema do servidor SAP CRM, que deve 
ser passado para um sistema SAP ECC 
Formato dos dados Formato IDoc 
Tecnologia de transferência por RFC 
Tipo de transferência de forma assíncrona, a cada 60 segundos 
Finalidade Fornecer bens e serviços para venda na Internet 
 
Os dados são frequentemente identificados no sistema SAP usando um objeto de negócios e suas Interfaces 
de Programação de Aplicativos de Negócios (BAPIs). Uma BAPI é um método de um objeto de negócios, por 
exemplo, o registro mestre de material. Um método permissível poderia criar ou modificar os dados mestre 
do material. BAPIs normalmente permitem que você edite todos os dados pertencentes ao objeto. 
 
O formato IDoc descreve a estrutura dos “documentos intermediários”. Existem vários tipos de formatos 
IDoc para diferentes tipos de dados a serem trocados. Como alternativa, você pode usar o ALE para transferir 
dados em um formato XML acordado. 
 
Você pode selecionar sua tecnologia preferida de transferência de dados dentro das restrições impostas pela 
sistema. Por exemplo, você pode transferir dados por Remote Function Call (RFC) ou usando HTTP ou HTTPS 
 
Existem dois tipos básicos de transferência: síncrona e assíncrona. Transferência síncrona significa que os 
dados são transferidos no momento da criação ou alteração. Você pode iniciar transferências assíncronas em 
intervalos de sua escolha. 
 
Existem muito poucas restrições nos sistemas que podem ser vinculados. Os sistemas envolvidos devem ter 
capacidade técnica para receber as comunicações (habilitadas para RFC, habilitadas para HTTP) e interpretar 
o formato transferido (IDoc, XML). Os sistemas SAP de diferentes lançamentos podem ser vinculados usando 
ALE. 
 
Discussão facilitada 
O objetivo desta discussão é conscientizar os clientes sobre os processos de negócios entre sistemas suas 
próprias empresas. 
 
Informação relacionada 
● BIT300 e BIT350 são cursos de treinamento mais avançados em ALE. 
 
 
 
 
 
 
 
Pag 228 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
 
● Nomeie vários processos de negócios entre sistemas 
● Explique as ideias por trás do conceito ALE 
 
 
 
 
 
 
Pag 229 
 
 
 
 
Unidade 7 
Lição 3 
Descrevendo o SAP Gateway 
 
VISÃO GERAL DA LIÇÃO 
Esta lição fornece uma visão geral do SAP Gateway e o uso do protocolo OData no SAP. 
 
Exemplo Comercial 
Os aplicativos no navegador ou em dispositivos móveis devem poder acessar os dados do sistema SAP por 
meio de padrões abertos. 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
 
● Descrever como usar o SAP Gateway 
● Testar serviços do SAP Gateway 
 
Gateway SAP e OData 
 
 
Arquitetura de gateway SAP 
 
O SAP Gateway está localizado entre os sistemas SAP e o mundo externo, disponibilizando os dados dos 
sistemas SAP externamente. “Fora do mundo” significa qualquer software fora do cenário do sistema de 
back-end da SAP. Geralmente, esse é um aplicativo baseado no cliente que consome um serviço de gateway 
e interage diretamente com o usuário final.Aplicativos no navegador são um exemplo comum. 
 
 
 
 
 
Pag 230 
 
 
 
 
No entanto, também é possível que um serviço de gateway seja usado por um aplicativo baseado em servidor 
para encaminhar informações para um ou mais clientes. Exemplos típicos aqui são aplicativos móveis que 
têm uma conexão segura com informações via SAP Mobile Platform (SMP) ou são informados sobre novas 
informações na forma de um fluxo de trabalho. 
 
Dica: 
Até o final de 2014, o SAP Gateway foi chamado SAP NetWeaver Gateway. O SAP Gateway é usado para 
trocar dados via OData. O SAP Gateway não deve ser confuso com o processo do RFC Gateway do 
despachante - isso ainda é usado para comunicações via RFC. 
 
 
Protocolo Open Data (OData) 
 
O SAP Gateway usa o protocolo Open Data (OData) para comunicações entre aplicativos e o sistema SAP. O 
OData é desenvolvido pela Microsoft e é uma extensão dos Padrões Atom Publishing e Atom Syndication, 
que por sua vez são baseados em XML (Extensible Markup Language) e HTTP (S) (Protocolo de Transferência 
de Hipertexto (Secure)). Com essa extensão, o OData fornece acesso semelhante ao banco de dados para 
recursos do lado do servidor. Nesse contexto, o OData também é chamado de “ODBC para a Web”. 
 
Na prática, o JSON (JavaScript Object Notation) é normalmente usado hoje em vez da combinação de Atom 
e XML. Isso requer muito menos meta-informação, o que reduz enormemente a quantidade de dados a 
serem transferidos. Atom e XML, por outro lado, são muitas vezes durante o desenvolvimento precisamente 
por causa da metainformação detalhada. 
 
Nota: 
ODBC (Open Database Connectivity) é um método de acesso ao banco de dados amplamente difundido. 
 
 
 
 
 
Pag 231 
 
 
 
 
O OData pode ser usado livremente sem quaisquer licenças ou contratos. O OData também é extensível. Isso 
permite que o SAP adicione informações adicionais do Dicionário de dados ABAP aos tipos de dados OData. 
 
 
Documento de serviço de gateway 
 
O ponto de partida para consumir um OData ou serviços de gateway é a chamada da URL do 
documento de serviço no navegador. O documento de serviço é a descrição de nível mais alto de um 
serviço de gateway. Mostra as informações básicas sobre os dados disponíveis. A partir daqui, é possível 
chamar mais informações sobre o serviço e, claro, os dados em si, adicionando parâmetros de URL. 
 
Dica: 
No exemplo, adicionar ProductSet ao URL faz com que um conjunto de produtos seja exibido. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 232 
 
 
 
 
Uso do SAP Gateway 
 
 
Componentes do SAP Gateway 
 
Antes do AS ABAP 7.40, o SAP Gateway consistia em add-ons individuais que fornecem o OData 
funcionalidade. Estes podem ser divididos nas seguintes áreas: 
 
Tempo de execução do OData 
Fornece o OData e, portanto, o serviço de gateway externamente através do URL. 
 
Design e tempo de execução do provedor de serviços 
Contém o ambiente de desenvolvimento e programas para processar as solicitações para o serviço. 
 
O tempo de execução do OData consiste no Gateway Core (GW_CORE) e no Information Worker Foundation 
(IW_FND) e, portanto, contém o registro do serviço, bem como o tempo de execução. O provisionamento de 
habilitação de negócios (IW_BEP) do complemento central do projeto e o tempo de execução do provedor 
de serviços contém as ferramentas para implementação do serviço. Outros extras também pode ser 
instalado, por exemplo: 
 
● Fluxo de trabalho de negócios (IW_PGW) 
● Camada de Interação Genérica (IW_GIL) 
● Infraestrutura do provedor de serviços (IW_SPI) 
 
A partir de AS ABAP 7.40, GW_CORE, IW_FND, IW_BEP e IW_HDB (banco de dados SAP HANA) foi fundido no 
componente de software SAP_GWFND (Gateway Foundation). Isso oferece tudo o que é necessário para o 
 
 
 
 
Pag 233 
 
 
 
 
tempo de execução e a implementação do OData. Os complementos adicionais que ainda são possíveis são 
agrupados em consumo e geradores de modelo de dados. 
 
A partir do AS ABAP 7.51, o IW_PGW foi incorporado ao componente de software SAP_GWFND. Isso oferece 
funcionalidades gerais de fluxo de trabalho através do SAP Gateway, usado especialmente na área do SAP 
Fiori. Além disso, todos os outros add-ons do SAP Gateway estão obsoletos e devem ser desinstalados. As 
funções agora fazem parte do componente de software SAP_GWFND ou não são mais suportadas. 
 
 
Opções para usar o SAP Gateway 
 
Para garantir uma conexão segura com o mundo externo, é recomendável usar um hub de gateway. UMA O 
hub de gateway é um AS ABAP no qual pelo menos o tempo de execução do OData está instalado. Este hub 
de gateway pode ser configurado em uma zona desmilitarizada (DMZ), uma área de segurança entre a 
empresa local rede e Internet. 
 
O tempo de execução do design e do provedor de serviços define o sistema no qual o desenvolvimento e 
processamento dos serviços de gateway são realizados. Como muitas empresas já usam SAP sistemas e dados 
devem ser fornecidos a partir de sistemas diferentes, isso também pode ser feito hub de gateway. Os 
sistemas SAP são acessados via RFC. 
 
Duas classes ABAP separadas são necessárias para gerar um serviço de gateway: 
 
● Classe de Provedor de Modelo (MPC) 
● Classe de Provedor de Dados (DPC) 
 
 
 
 
 
Pag 234 
 
 
 
 
A Classe Provedora do Modelo fornece ao consumidor uma descrição completa do gateway serviço, a Classe 
de Provedor de Dados representa a implementação dessa lógica de negócios. O conexão entre estas duas 
classes é criada através da configuração de um Serviço Técnico ou Modelo Técnico. Tudo isso é implementado 
no design e serviço tempo de execução do provedor. 
 
No tempo de execução do OData, o serviço de gateway é gerado ao entrar no Serviço Técnico em o catálogo 
de serviços. Esta entrada pode então ser usada por um navegador como o nome do serviço. 
 
 
Gerenciamento de serviço de gateway 
 
O Gateway Service Management (transação / IWFND / MAINT_SERVICE) fornece uma lista de todos 
os serviços OData registrados no sistema. Gerenciamento completo dos serviços de gateway 
é realizado aqui. A transação é dividida em três áreas: 
 
● Catálogo de serviços (nome do serviço, descrição e muitas outras configurações) 
● nós do ICF (manutenção dos serviços do ICF e teste do serviço) 
● Aliases do sistema (manutenção da conexão com o backend) 
 
 
 
 
 
Pag 235 
 
 
 
 
 
Cliente de Gateway 
 
O Cliente de Gateway (transação / IWFND / GW_CLIENT) permite que todas as funções de um serviço de 
gateway sejam testadas. Para acesso de leitura, basta inserir e executar o URI da solicitação. Para uma 
solicitação para criar, alterar ou excluir, são necessárias outras configurações, por exemplo, Corpo da 
solicitação de HTTP. Todas as configurações podem ser salvas na forma de casos de teste. 
 
Além dessas duas transações, há mais algumas relacionadas ao SAP Gateway. Todos transações são ligadas 
umas às outras por botões ou opções de menu. Você pode, portanto, ir diretamente do gerenciamento de 
serviços para o cliente de gateway ou do cliente de gateway para o gerenciamento de serviços. 
 
 
 
 
 
Pag 236 
 
 
 
 
 
Registro Médico Eletrônico (Exemplo de Aplicação) 
 
Você pode usar qualquer linguagem de programação para consumir um serviço de gateway, desde que essa 
linguagem permita a comunicação HTTP (S) e a análise de um documento XML. A maioria das linguagens 
modernas oferece isso automaticamente. Uma lista de idiomas populares e detalhada 
documentação com bibliotecas pré-definidas está disponível em http://www.odata.org. 
 
Dica: 
O Electronic Medical Records (EMR) foi um dos primeiros aplicativos que utilizaram o SAP Gateway. A 
versão atual, chamada EMR Unwired, pode ser baixada na loja da SAP e nas lojas nativas da Apple, do 
Google e da Microsoft. 
 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
 
● Descrever como usar o SAP Gateway 
●Testar serviços do SAP Gateway 
 
 
 
 
Pag 237 
 
 
 
 
Unidade 7 
Avaliação de Aprendizagem 
 
As seguintes interfaces ou opções de comunicação são suportadas pelos sistemas SAP: 
Escolha as respostas corretas. 
 
 Am HTTP (HyperText Transfer Protocol) 
 B SMTP (protocolo de transferência de correio simples) 
 C RFC (chamada de função remota) 
 D BAPIs (Interfaces de Programação de Aplicativos Corporativos) 
 E XDTP (protocolo de transferência de dados estendido) 
 F STP (protocolo de transferência SAP) 
 
2. Você pode usar BAPIs para: 
Escolha as respostas corretas. 
 
 A Solicitar dados de um sistema SAP 
 B Passar dados para um sistema SAP 
 C Transferir imagens de tela do SAP para aplicativos de terceiros (como o Microsoft Word) 
 D Acesse processos de negócios em sistemas SAP 
 
3. Você acessa BAPIs em sistemas SAP usando uma interface RFC. 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
4. O Application Link Enabling (ALE) permite que você faça qual das seguintes tarefas? 
Escolha as respostas corretas. 
 
 A dados do Exchange apenas entre sistemas SAP, desde que tenham o mesmo lançamento 
status 
 B dados do Exchange entre limites do sistema, mas apenas entre aplicativos SAP 
 C Troque dados entre empresas colaboradoras, usando determinados formatos e 
tecnologias 
 D Para se comunicar entre diferentes sistemas do seu sistema de paisagem 
 E Atualize os dados do seu pedido usando o BAPI apropriado, somente uma vez a cada 24 horas 
 
 
 
 
 
Pag 238 
 
 
 
 
Unidade 7 
Avaliação de Aprendizagem - Respostas 
 
As seguintes interfaces ou opções de comunicação são suportadas pelos sistemas SAP: 
Escolha as respostas corretas. 
 
 A HTTP (HyperText Transfer Protocol) 
 B SMTP (protocolo de transferência de correio simples) 
 C RFC (chamada de função remota) 
 D BAPIs (Interfaces de Programação de Aplicativos Corporativos) 
 E XDTP (protocolo de transferência de dados estendido) 
 F STP (protocolo de transferência SAP) 
 
De um sistema SAP, você pode se comunicar com outros sistemas usando, por exemplo, HTTP, 
SMTP, RFC ou BAPIs. XDTP e STP não existem. 
 
2. Você pode usar BAPIs para: 
Escolha as respostas corretas. 
 
 A Solicitar dados de um sistema SAP 
 B Passar dados para um sistema SAP 
 C Transferir imagens de tela do SAP para aplicativos de terceiros (como o Microsoft Word) 
 D Acesse processos de negócios em sistemas SAP 
 
Você pode usar BAPIs para acessar processos empresariais em um sistema SAP e para solicitar e transferir 
dados entre sistemas SAP. As funções da GUI não podem ser transferidas para produtos de terceiros. 
 
3. Você acessa BAPIs em sistemas SAP usando uma interface RFC. 
Determine se esta afirmação é verdadeira ou falsa. 
 
 Verdadeiro 
 Falso 
 
Os BAPIs não são nada além de módulos de função especiais habilitados para remoto. Eles podem, portanto, 
também ser endereçados usando RFCs. 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 239 
 
 
 
 
4. O Application Link Enabling (ALE) permite que você faça qual das seguintes tarefas? 
Escolha as respostas corretas. 
 
 A dados do Exchange apenas entre sistemas SAP, desde que tenham o mesmo lançamento 
status 
 B Dados do Exchange entre limites do sistema, mas apenas entre aplicativos SAP 
 C Troque dados entre empresas colaboradoras, usando determinados formatos e 
tecnologias 
 D Para se comunicar entre diferentes sistemas do seu sistema de paisagem 
 E Atualize os dados do seu pedido usando o BAPI apropriado, somente uma vez a cada 24 horas 
 
ALE é um método muito poderoso de troca de dados entre sistemas. Esses sistemas podem estar localizados 
na mesma empresa ou podem ser distribuídos entre várias empresas. Os dados são transferidos pelo RFC em 
um formato previamente definido. A transferência type pode ser síncrono ou assíncrono. 
 
 
 
 
 
 
Pag 240 
 
 
 
 
UNIDADE 8 
Fundação SAP Fiori 
 
Lição 1 
Explorando o SAP Fiori Design 
 
Lição 2 
Explorando o SAP Fiori Launchpad 
 
Lição 3 
Personalizando o SAP Fiori 
 
Lição 4 
Explicando Tipos de Aplicação 
 
Lição 5 
Examinando o SAP Fiori para S / 4HANA 
 
Lição 6 
Apêndice: Referenciando os Catálogos SAP Fiori 
 
Lição 7 
Apêndice: Criando Catálogos SAP Fiori 
 
 
 
 
 
 
OBJETIVOS DA UNIDADE 
● Explore o design do SAP Fiori 
● Explore o launchpad do SAP Fiori 
● Personalizar SAP Fiori 
● Explicar os tipos de aplicativos 
● Examine o SAP Fiori para S / 4HANA 
● Catálogos de referência da SAP Fiori 
● Crie catálogos do SAP Fiori 
 
 
 
 
 
Pag 241 
 
 
 
 
Unidade 8 
Lição 1 
Explorando o SAP Fiori Design 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Explore o design do SAP Fiori 
 
Princípios 
 
 
O que é o SAP Fiori? 
 
O SAP Fiori é uma coleção de aplicativos criados com base nas regras do SAP User Experience. No ponto da 
SAPPHIRE em 2013, os primeiros 25 aplicativos para gerentes e funcionários com funções de solicitação e 
aprovação foram liberados. Desde então, o número de aplicativos aumentou muito. O SAP Fiori 2.0 foi 
introduzido com o SAP S / 4HANA 1610, levando a ideia de Fiori para o próximo nível. 
 
 
 
 
 
Pag 242 
 
 
 
 
 
Dimensões SAP Fiori 
 
As três dimensões em que o SAP Fiori é definido são design, conceito e tecnologia. Em cada dimensão, regras 
e diretrizes de óptica, manipulação, interações e arquiteturas para tecnologias em desenvolvimento e o 
panorama do sistema estão em vigor para definir o que o SAP Fiori realmente é. 
 
 
Estratégia de Experiência do Usuário SAP (UX) 
 
O design é a primeira dimensão do SAP Fiori. Aqui, o SAP Fiori é uma parte importante da estratégia SAP User 
Experience (UX), que consiste nos conceitos NEW, RENEW e EMPOWER. A NEW e a RENEW são ambas 
realizadas diretamente pela SAP através do desenvolvimento de novas aplicações (NEW) e a adaptação dos 
 
 
 
 
Pag 243 
 
 
 
 
padrões e diretrizes atuais em aplicativos existentes (RENOVAR). Em contraste, para o EMPOWER, os clientes 
são solicitados a aplicações do SAP às suas necessidades ou até mesmo criar suas próprias soluções. Para dar 
suporte a isso, juntamente com a educação e as melhores práticas, a SAP oferece vários tipos de ferramentas 
e tecnologias para o UX Design Services, onde a SAP está diretamente envolvida no processo de design com 
o cliente. 
 
 
Nova experiência do usuário - SAP S / 4HANA 
 
A parte NOVA da estratégia SAP UX consiste em muitos tipos diferentes de aplicativos que usam diferentes 
tecnologias. Os aplicativos SAP Fiori fazem parte do NEW e do RENEW. Em ambos, eles fornecem acesso 
eficiente a informações comerciais para aumentar a produtividade do usuário, reduzindo a complexidade. 
Em combinação com o SAP S / 4HANA, novas maneiras de analisar ou processar dados são oferecidas via SAP 
Fiori UX para SAP S / 4HANA Cloud e On-Premise Editions. 
 
 
Renovar a Experiência do Usuário - SAP Business Suite 
 
 
 
 
Pag 244 
 
 
 
 
A parte RENEW da estratégia SAP UX consiste principalmente em aplicativos SAP Fiori. ABAP Clássico 
transações são tomadas e decompostas em vários pequenos aplicativos conectados por meio de caminhos 
de navegação. Isso oferece uma nova maneira de consumir os dados e interagir com os sistemas ABAP que é 
mais flexível em termos de uma visão orientada a tarefas. Uma prévia dos aplicativos Fiori está disponível no 
SAP Fiori Cloud Demo, e os detalhes técnicos e pré-requisitos de todos os aplicativos Fiori disponíveis podem 
ser encontrados na biblioteca de referência de aplicativos SAP Fiori. 
 
 
Capacite a experiência do usuário - ferramentas e tecnologias 
 
A origem da estratégia SAP UX e, portanto, do SAP Fiori, é o design thinking. Essa mentalidade incorpora um 
processo centrado no humano, no qual diversos pensadores constroem as idéias um do outro para entender 
e resolver problemas. A seguirestão as principais fases deste processo: 
 
1. Descobrir: que combina escopo, pesquisa em 360 ° e síntese 
2. Design: que combina ideação, prototipagem e validação 
3. Entregar: que combina desenvolvimento, teste e implantação 
 
Em linha com essas fases, a SAP oferece ferramentas e tecnologias para capacitar os clientes a realizar 
experiência do usuário por conta própria: 
 
● O SAP Build é uma ferramenta para prototipar aplicativos da web usando elementos da interface do usuário 
Fiori ou imagens importadas de interfaces de usuário. O projeto SAPUI5 resultante pode ser importado no 
SAP Web IDE, fornecendo um stub para desenvolvedores. 
 
● O SAP Web IDE é o Ambiente de Desenvolvimento Integrado (IDE) para a tecnologia da Web SAPUI5, a base 
de todos os aplicativos da web Fiori. 
 
 
 
 
 
Pag 245 
 
 
 
 
● O Designer de tema da interface do usuário é um editor gráfico WYSIWYG (o que você vê é o que você 
obtém) baseado em navegador para projetar a aparência de aplicativos da web. 
 
● A barra de lançamento do SAP Fiori é a página inicial e o quadro personalizáveis baseados em função dos 
aplicativos da web Fiori. 
 
Além disso, a SAP pode fornecer suporte em todas as fases do processo de design thinking na medida em 
que o cliente deseja. O SAP User Experience Design Services oferece serviços que vão desde consultoria 
individual para determinadas ferramentas, tarefas ou fases até a condução de todo o processo de 
implementação. 
 
Diretrizes 
 
 
Conceito SAP Fiori 
 
Na segunda dimensão, o SAP Fiori oferece uma experiência de usuário unificada para uma variedade de 
clientes. Os usuários devem ter uma experiência de usuário consistente, coerente, simples, intuitiva e 
agradável em todos os dispositivos para poder trabalhar melhor e com mais eficiência. Os cinco princípios de 
design do SAP Fiori estão no centro de todos os aplicativos da Fiori para cumprir esses objetivos. A abordagem 
baseada em funções é, portanto, a maior mudança em comparação com interfaces de usuário clássicas. 
 
 
 
 
 
Pag 246 
 
 
 
 
 
Experiência do usuário baseada em função 
 
Uma experiência de usuário baseada em função significa que os usuários finais obtêm todas as informações 
e funções necessárias para o trabalho diário - mas não mais. A clássica interface de usuário do SAP (UI User 
Interface) geralmente oferece uma única transação complexa para várias funções de usuário. As tarefas de 
um único usuário tornam necessário o uso de várias transações ou aplicativos adicionais. 
 
O SAP Fiori decompõe essas grandes transações em vários aplicativos discretos adequados às funções do 
usuário. Todos os aplicativos são conectados uns aos outros para que todas as tarefas da transação ainda 
sejam possíveis. No entanto, eles são executados apenas se o usuário realmente quiser. O launchpad do SAP 
Fiori serve então como ponto de entrada central para todos os aplicativos de um usuário. 
 
 
 
 
 
Pag 247 
 
 
 
 
 
Orientações do SAP Fiori Design 
 
Todos os detalhes do design do SAP Fiori estão disponíveis como diretrizes para uso geral. Você pode 
encontrar todos os aspectos do design Fiori, começando com os cinco principais princípios de design até 
plantas baixas de páginas e detalhes para elementos de interface do usuário. Há também vários recursos 
disponíveis para download, como estênceis e a fonte do ícone SAP, para capacitar os clientes a projetar seus 
próprios aplicativos. 
 
Desde maio de 2016, o SAP Fiori também está disponível para o Apple iOS. Em princípio, não faz diferença 
para o usuário final se ele usa um aplicativo iOS nativo em um dispositivo da Apple ou um aplicativo da Web 
SAPUI5 em qualquer dispositivo. No entanto, designers e desenvolvedores precisam se adaptar ao novo 
ambiente. A Apple é um parceiro forte, especialmente em termos de design. O modelo de design original da 
Fiori, que foi chamado de cristal azul, foi adaptado para cobrir aplicativos nativos e renomeado para belize. 
Essa harmonização visual também abrange outras tecnologias de interface do usuário, como as usadas no 
SAP GUI. 
 
 
 
 
 
 
RESUMO DA LIÇÃO 
Agora você deve ser capaz de: 
● Explore o design do SAP Fiori 
 
 
 
 
 
 
Pag 248 
 
 
 
 
Unidade 8 
Lição 2 
Explorando o SAP Fiori Launchpad 
 
 
LIÇÕES OBJETIVAS 
Depois de completar esta lição, você será capaz de: 
● Explore o launchpad do SAP Fiori 
 
Características 
 
 
Experiência coerente em toda a empresa 
 
O SAP® Fiori Launchpad (FLP) oferece uma experiência de usuário coerente em diferentes soluções 
corporativas, utilizando os recursos do papel do usuário para combinar os aplicativos decompostos em uma 
única superfície. Cada aplicativo representa uma etapa individual para uma função específica. Portanto, 
vários aplicativos combinados representam um processo completo que abrange diferentes soluções e 
sistemas corporativos. Esta é uma mudança de soluções monolíticas para aplicativos baseados em atividades 
e uma simplificação baseada em função dos processos de negócios. 
 
 
 
 
 
 
 
 
 
Pag 249 
 
 
 
 
 
SAP Fiori 1.0 Launchpad 
 
O FLP oferece vários recursos para facilitar o trabalho dos usuários finais. Dependendo da função do usuário, 
determinados grupos que consistem em aplicativos são exibidos. Cada aplicativo é representado por um 
bloco, que pode ser clicado ou tocado para iniciar o aplicativo. Os mosaicos podem oferecer informações 
resumidas sobre os dados disponíveis para o usuário no aplicativo. Essas informações podem ser visualizadas 
usando um número simples, codificação de cores com base nos principais indicadores de desempenho (KPIs) 
e até mesmo gráficos mostrando comparações, tendências ou contribuições. 
 
 
Viewport SAP Fiori 2.0 
 
 
 
 
Pag 250 
 
 
 
 
 
Com o SAP S / 4HANA 1610, o SAP Fiori 2.0 é enviado aos clientes. A barra de lançamento do SAP Fiori agora 
oferece uma janela de visualização que consiste na Área Me (à esquerda), na Área de trabalho (no centro) e 
nas Notificações (à direita). A Área Eu é um menu de usuário aprimorado que fornece acesso a aplicativos 
usados com freqüência e atividades recentes. As notificações fornecem acesso rápido a informações e 
tarefas, incluindo ações simples. O espaço de trabalho agora oferece possibilidades de navegar entre 
aplicativos como o menu de navegação no topo. Todo o design de O SAP Fiori 2.0 foi premiado com o “Red 
Dot Design Award” em 2015. 
 
 
Me Area 
 
Os recursos da área do Me podem ser configurados por função do usuário. A área do usuário pode mostrar 
uma foto do usuário e incluir recursos de colaboração via SAP Jam. As opções de personalização podem ser 
reduzido para proibir tudo ou estendido para adaptar aplicativos em tempo de execução. O recente 
atividades e aplicativos usados com frequência também podem ser desativados. 
 
 
 
 
 
Pag 251 
 
 
 
 
 
Centro de Notificações 
 
O centro de notificações pode ser ativado por função de usuário na barra de ativação do SAP Fiori. As 
notificações são criadas por provedores de notificação e podem ser baseadas no SAP Workflow ou no ABAP 
quadro de notificação. Eles podem oferecer ações rápidas e podem iniciar um aplicativo adequado 
mostrando detalhes do tópico de notificação. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pag 252 
 
 
 
 
Acessibilidade 
 
 
Assistência ao usuário sensível ao contexto 
 
A barra de lançamento do SAP Fiori oferece funcionalidade de ajuda que inclui um tour guiado por um 
aplicativo. Essa assistência ao usuário sensível ao contexto pode ser iniciada por meio do ponto de 
interrogação no canto superior direito ou pressionando F1. Um painel de ajuda que consiste em blocos 
sobrepõe o aplicativo na parte inferior, bem como bolhas apontando os principais elementos do aplicativo. 
Ao selecionar um bloco ou sua bolha, uma caixa de diálogo de informações é exibida, oferecendo