From 9b48796ef4060f4420ea424c0a7da4bf34d43ebf Mon Sep 17 00:00:00 2001 From: Bruno Santos Date: Mon, 20 Jul 2026 15:35:30 -0300 Subject: [PATCH] sap --- sap 01 resumo.md | 71 ++++++++++++++++++++++++++++++++++++++++ sap 02 resumo.md | 84 ++++++++++++++++++++++++++++++++++++++++++++++++ sap 03 resumo.md | 74 ++++++++++++++++++++++++++++++++++++++++++ sap 04 resumo.md | 66 +++++++++++++++++++++++++++++++++++++ sap 05 resumo.md | 50 ++++++++++++++++++++++++++++ 5 files changed, 345 insertions(+) create mode 100644 sap 01 resumo.md create mode 100644 sap 02 resumo.md create mode 100644 sap 03 resumo.md create mode 100644 sap 04 resumo.md create mode 100644 sap 05 resumo.md diff --git a/sap 01 resumo.md b/sap 01 resumo.md new file mode 100644 index 0000000..3b5b8aa --- /dev/null +++ b/sap 01 resumo.md @@ -0,0 +1,71 @@ +# SAP TAW10_1 - Capítulo 1: O panorama global + +## Referência + +- Fonte: `sap 01.pdf` +- Tema: soluções SAP, aplicações, componentes, estratégia de manutenção e SAP NetWeaver. + +## Visão geral + +O capítulo situa o desenvolvimento ABAP dentro do portfólio SAP. A ideia central é distinguir uma **solução empresarial**, que atende processos de negócio, de seus **componentes de software**, que podem ser instalados, atualizados e mantidos separadamente. + +## Soluções e componentes SAP + +O portfólio SAP Business Suite reúne aplicações integradas para diferentes áreas. Entre os exemplos do período do material estão: + +- SAP ERP, núcleo dos processos administrativos e operacionais; +- SAP CRM, relacionamento com clientes; +- SAP SCM, planejamento e execução da cadeia de suprimentos; +- SAP SRM, relacionamento e compras com fornecedores; +- SAP PLM, ciclo de vida de produtos. + +Uma aplicação pode depender de diversos componentes técnicos. A separação entre aplicação e componente permite instalar somente o necessário, aplicar correções e planejar upgrades com menor impacto. + +## Releases e manutenção + +Versões de soluções e componentes possuem ciclos de vida. A SAP publica níveis de release, Support Packages e correções, além de definir períodos de manutenção. O planejamento deve considerar: + +- compatibilidade entre componentes; +- duração da manutenção principal e possíveis extensões; +- custo e risco de permanecer em releases antigos; +- testes antes de upgrades ou aplicação de pacotes. + +A estratégia apresentada no material procura dar previsibilidade ao cliente, combinando um período principal de manutenção com extensões opcionais. + +## SAP NetWeaver + +SAP NetWeaver é a plataforma tecnológica que integra pessoas, informações e processos. Ela fornece uma base comum para aplicações SAP e desenvolvimentos do cliente. + +Capacidades destacadas: + +- **integração de pessoas**, por portal e colaboração; +- **integração de informações**, por Business Intelligence, conhecimento e dados mestres; +- **integração de processos**, por tecnologias de comunicação e orquestração; +- **plataforma de aplicações**, com ambientes ABAP e Java. + +O SAP NetWeaver Application Server pode oferecer: + +- **AS ABAP**, ambiente de execução dos programas ABAP; +- **AS Java**, ambiente Java; +- instalação combinada, quando a solução exigir os dois ambientes. + +O Composite Application Framework é apresentado como apoio à criação de aplicações compostas que reutilizam serviços existentes. A plataforma reduz integrações específicas e favorece arquiteturas orientadas a serviços. + +## Conceitos essenciais + +| Conceito | Síntese | +|---|---| +| Aplicação SAP | Solução funcional voltada a processos de negócio | +| Componente de software | Unidade técnica instalada e mantida em determinado release | +| Support Package | Conjunto de correções entregue para um componente | +| SAP NetWeaver | Plataforma de integração e execução das aplicações | +| AS ABAP / AS Java | Ambientes de execução oferecidos pelo Application Server | + +## Comandos ABAP, eventos e variantes + +Não são temas deste capítulo. O foco é estratégico e arquitetural, anterior à programação. + +## Verificação de aprendizagem + +O teste final revisa identificação de soluções SAP, estratégia de manutenção, diferença entre aplicação e componente e funções do SAP NetWeaver. Não há exercício de codificação. + diff --git a/sap 02 resumo.md b/sap 02 resumo.md new file mode 100644 index 0000000..d041e03 --- /dev/null +++ b/sap 02 resumo.md @@ -0,0 +1,84 @@ +# SAP TAW10_1 - Capítulo 2: Navegação + +## Referência + +- Fonte: `sap 02.pdf` +- Tema: SAP GUI, logon, navegação, favoritos e ajuda. + +## Visão geral + +O capítulo ensina o uso cotidiano do sistema SAP. Apresenta as variantes de interface, o processo de logon e logoff, a tela SAP Easy Access e diferentes formas de iniciar funções. + +## Interfaces e acesso + +As interfaces dependem do produto e do cenário. O material compara SAP GUI para Windows, SAP GUI para Java e SAP GUI for HTML, além de interfaces de browser e clientes especializados. + +No SAP Logon, o usuário escolhe um sistema e informa: + +- mandante; +- usuário; +- senha; +- idioma. + +O mandante separa conjuntos de dados dentro do mesmo sistema. Usuários e autorizações podem variar por mandante. O sistema permite várias sessões paralelas, sujeitas ao limite configurado. + +## Tela SAP Easy Access + +Elementos principais: + +- campo de comandos; +- barra de menus; +- barra de funções do sistema; +- barra de título; +- barra de ferramentas da aplicação; +- barra de status; +- menu do usuário ou menu SAP; +- favoritos. + +Os favoritos podem conter transações, relatórios, arquivos e endereços web. Eles podem ser organizados em pastas, movidos por arrastar e soltar e exportados ou importados. + +## Comandos de navegação + +| Comando | Função | +|---|---| +| `/n` | Encerra a transação atual e inicia outra na mesma sessão | +| `/o` | Abre a transação em nova sessão | +| `/n` | Retorna à tela inicial da sessão | +| `/i` | Encerra a sessão atual | +| `/nend` | Encerra o logon com confirmação | +| `/nex` | Encerra o logon sem confirmação | + +Também é possível iniciar funções pelo menu, pelos favoritos ou por códigos de transação. O menu **Sistema** oferece informações de status, serviços de usuário, criação de sessão e logoff. + +## Ajuda F1 e F4 + +- **F1** explica o campo, sua finalidade e, quando disponível, suas informações técnicas. O Assistente de Performance apresenta detalhes adicionais. +- **F4** mostra valores possíveis. A lista pode ser filtrada, limitada e personalizada. + +IDs de parâmetro podem gravar valores propostos no registro mestre do usuário, reduzindo entradas repetitivas. + +## Procedimentos + +O material descreve: + +- alteração obrigatória da senha inicial; +- alteração posterior da senha; +- logoff seguro pela barra de menu; +- uso correto de múltiplas sessões. + +O logoff deve ser feito conscientemente, pois dados ainda não gravados podem ser perdidos. + +## Exercícios + +### Exercício 2 - logon e design da tela + +Efetuar logon no sistema de treinamento, trocar a senha inicial, reconhecer os elementos da interface e ajustar configurações básicas. + +### Exercício 3 - chamada de funções + +Localizar e iniciar transações pelo menu e pelo campo de comandos, criar favoritos, pesquisar uma transação e usar as ajudas F1 e F4. + +## ABAP, eventos e variantes + +O capítulo não programa ABAP. A palavra “variantes” aqui se refere principalmente às variantes de interface SAP GUI, não às variantes de tela de seleção do Capítulo 12. + diff --git a/sap 03 resumo.md b/sap 03 resumo.md new file mode 100644 index 0000000..c69e788 --- /dev/null +++ b/sap 03 resumo.md @@ -0,0 +1,74 @@ +# SAP TAW10_1 - Capítulo 3: O núcleo do sistema + +## Referência + +- Fonte: `sap 03.pdf` +- Tema: arquitetura cliente/servidor, instâncias e processos do SAP NetWeaver Application Server. + +## Arquitetura cliente/servidor + +Um sistema SAP separa serviços de apresentação, aplicação e banco de dados. Essa arquitetura em três níveis favorece escalabilidade, distribuição de carga e independência relativa do hardware. + +- apresentação: SAP GUI ou browser; +- aplicação: execução da lógica de negócio; +- banco de dados: persistência central dos dados. + +Uma **instância** é uma unidade administrativa composta por processos que iniciam e param juntos. É identificada pelo SID e pelo número de instância. Um sistema pode ter várias instâncias de aplicação. + +## AS ABAP e AS Java + +O SAP NetWeaver Application Server pode oferecer ambiente ABAP, Java ou ambos. No AS ABAP, o dispatcher recebe solicitações e as distribui aos processos de trabalho. No AS Java, dispatchers e server processes executam aplicações Java. + +## Processos do AS ABAP + +| Processo | Responsabilidade | +|---|---| +| Dispatcher | Receber e distribuir solicitações | +| Diálogo | Executar passos interativos do usuário | +| Background | Executar jobs sem interação | +| Update | Gravar alterações de banco de forma desacoplada | +| Spool | Preparar saídas e impressão | +| Enqueue | Administrar bloqueios lógicos | +| Gateway | Comunicação RFC e CPI-C com outros sistemas | +| ICM | Comunicação por protocolos web, como HTTP/HTTPS | +| Message Server | Comunicação interna e distribuição de logon | + +A instância central possui serviços únicos para o sistema, especialmente mensagem e enfileiramento na arquitetura descrita pelo material. + +## Processamento de solicitações + +Uma solicitação de diálogo percorre, em síntese: + +1. a interface envia a ação ao dispatcher; +2. o dispatcher coloca a solicitação em fila; +3. um processo de diálogo livre executa o passo; +4. o processo acessa buffers e banco de dados quando necessário; +5. a resposta retorna à interface. + +O usuário não fica permanentemente ligado ao mesmo processo. Isso permite atender muitos usuários com um número menor de processos de diálogo. + +## Transações, bloqueios e atualizações + +Uma transação SAP pode abranger vários passos de diálogo. Para manter consistência: + +- bloqueios lógicos evitam alterações concorrentes conflitantes; +- o processo de update executa gravações solicitadas pela aplicação; +- a interface de banco traduz Open SQL para o SQL específico do SGBD; +- o sistema observa propriedades transacionais como atomicidade e consistência. + +Atualizações podem ser classificadas em V1, mais críticas e executadas primeiro, e V2, normalmente estatísticas ou secundárias. + +## Ferramentas e transações citadas + +- `SM50`: processos de uma instância; +- `SM51`: instâncias do sistema; +- `SM04`: usuários ativos em uma instância; +- `SM12`: entradas de bloqueio; +- `SM13`: solicitações de atualização; +- `SM36` e `SM37`: definição e monitoramento de jobs; +- `SP01`/`SP02`: administração ou consulta de spool. + +## Comandos ABAP, eventos, variantes e exercícios + +Não há exercício de programação. O capítulo fornece o modelo de execução necessário para compreender posteriormente eventos ABAP, commits, bloqueios e performance. O teste final revisa arquitetura, tipos de processo e fluxo de solicitações. + diff --git a/sap 04 resumo.md b/sap 04 resumo.md new file mode 100644 index 0000000..846363d --- /dev/null +++ b/sap 04 resumo.md @@ -0,0 +1,66 @@ +# SAP TAW10_1 - Capítulo 4: Tecnologias de integração e comunicação + +## Referência + +- Fonte: `sap 04.pdf` +- Tema: ALE, RFC, BAPI, Enterprise SOA e Web Services. + +## Processos distribuídos e ALE + +Processos empresariais frequentemente atravessam sistemas ou empresas. O **Application Link Enabling (ALE)** apoia a distribuição controlada de dados e processos entre sistemas com acoplamento reduzido. + +Elementos típicos incluem sistemas lógicos, modelos de distribuição, mensagens e IDocs. O objetivo é manter integração confiável sem transformar os sistemas participantes em uma única instalação. + +## RFC + +**Remote Function Call** permite chamar um módulo de função em outro destino. O destino é mantido, por exemplo, na transação `SM59`. + +```abap +CALL FUNCTION 'NOME_FUNCAO' + DESTINATION 'DESTINO_RFC' + EXPORTING + iv_value = lv_value + IMPORTING + ev_result = lv_result + EXCEPTIONS + system_failure = 1 + communication_failure = 2 + OTHERS = 3. +``` + +O módulo chamado precisa estar habilitado para acesso remoto e usar tipos de interface compatíveis. Erros de comunicação e de sistema devem ser tratados separadamente dos erros funcionais. + +Variantes de RFC incluem chamadas síncronas, assíncronas, transacionais e enfileiradas, escolhidas conforme necessidade de resposta, confiabilidade e ordem. + +## Business Objects e BAPIs + +Um **Business Object** representa uma entidade de negócio com atributos, métodos e eventos. O **Business Object Repository (BOR)** cataloga esses objetos. + +**BAPIs** são interfaces padronizadas e estáveis para acessar processos e dados de negócio. Em geral: + +- seguem convenções de nome e interface; +- são chamadas como módulos de função; +- evitam dependência direta da implementação interna; +- exigem tratamento de mensagens de retorno; +- podem exigir confirmação explícita da transação, conforme o BAPI. + +## Enterprise SOA e Web Services + +A arquitetura orientada a serviços expõe capacidades empresariais como serviços reutilizáveis. Um Web Service descreve uma interface acessível por protocolos padronizados. + +Conceitos apresentados: + +- **SOAP**: formato/protocolo de mensagens XML; +- **WSDL**: descrição formal das operações e mensagens do serviço; +- **UDDI**: catálogo para publicação e descoberta de serviços; +- provedor, consumidor e contrato de serviço; +- Enterprise Services como serviços alinhados à semântica empresarial. + +## Exercício 4 - RFC e BAPI + +O exercício orienta a localizar uma interface, examinar sua documentação e executar uma chamada remota/BAPI. O foco é configurar ou selecionar o destino, preencher parâmetros, executar e analisar retorno e exceções. + +## Eventos e variantes + +O capítulo não trata eventos clássicos de relatório nem variantes de tela. “Variantes de RFC” descrevem modos técnicos de comunicação, não configurações salvas de seleção. + diff --git a/sap 05 resumo.md b/sap 05 resumo.md new file mode 100644 index 0000000..ec58665 --- /dev/null +++ b/sap 05 resumo.md @@ -0,0 +1,50 @@ +# SAP TAW10_1 - Capítulo 5: Fluxo de um programa ABAP + +## Referência + +- Fonte: `sap 05.pdf` +- Tema: execução de um programa de diálogo no ambiente ABAP. + +## Arquitetura de execução + +O AS ABAP utiliza arquitetura cliente/servidor. O SAP GUI apresenta as telas, enquanto processos de diálogo no servidor de aplicação executam a lógica. O banco de dados mantém dados empresariais e objetos persistentes. + +Uma aplicação de diálogo é formada por programas ABAP e telas. Cada interação do usuário produz um **passo de diálogo**. O dispatcher encaminha o passo a um processo disponível; por isso, passos sucessivos da mesma sessão podem ser executados por processos diferentes. + +## Programas e telas + +Uma tela clássica, ou dynpro, contém: + +- layout com campos e elementos visuais; +- atributos dos campos; +- lógica de fluxo; +- módulos ABAP chamados pela lógica. + +Os dois momentos fundamentais são: + +| Momento | Finalidade | +|---|---| +| PBO - Process Before Output | Preparar dados e atributos antes de exibir a tela | +| PAI - Process After Input | Transportar e validar entradas, tratar comandos e decidir a próxima tela | + +O processamento alterna entre servidor de apresentação e servidor de aplicação. Antes da exibição, o PBO prepara a tela; depois da ação do usuário, o PAI processa a entrada. + +## Contexto do usuário + +Embora o processo de trabalho possa mudar, o contexto lógico da sessão é preservado. O dispatcher e o task handler coordenam recursos, carregamento de programas e comunicação com a interface de banco. + +## Eventos e comandos ABAP + +O capítulo descreve principalmente eventos de tela, não aprofunda sintaxe. Em programas de diálogo, módulos costumam ser ligados à lógica de fluxo por instruções como `MODULE ... OUTPUT` no PBO e `MODULE ... INPUT` no PAI. + +Conceitos que serão usados mais adiante: + +- comando de usuário e código de função; +- transporte de campos entre programa e tela; +- sequência de telas; +- separação entre lógica de apresentação e lógica de aplicação. + +## Variantes e exercícios + +Não há variantes de seleção nem exercício prático próprio neste PDF. O capítulo é uma ponte arquitetural: explica onde e quando o código ABAP de uma aplicação de diálogo é executado. +