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<transação>` | Encerra a transação atual e inicia outra na mesma sessão |
+| `/o<transaçã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.
+