Introduo na administrao SAP R/3

1. INTRODUO A SAP R/3...........................................................................................................................3 1.1. QUE SAP R/3...........................................................................................................................................3 1.2. ARQUITETURA DO SAP R/3............................................................................................................................4 1.2.1. Arquitetura Cliente Servidor..............................................................................................................4 1.2.2. Arquitetura cliente servidor em SAP..................................................................................................5 1.2.3. Diferentes plataformas.......................................................................................................................7 1.3. SAP R/3 E SUA INTERAO COM O SO............................................................................................................8 1.4. COMUNICAO DO SAP COM A BASE DE DADOS.............................................................................................11 2. CARACTERSTICAS BSICAS DO SISTEMA.....................................................................................11 2.1. ESTRUTURA GENRICA DE UM SISTEMA SAP R/3.............................................................................................13 2.2. ESTRUTURA DA BASE DE DADOS....................................................................................................................13 2.3. MANDANTES................................................................................................................................................14 2.4. PROCESSOS DE TRABALHO (WORKPROCESSES)..................................................................................................16 2.4.1. Modos de operao..........................................................................................................................20 2.5. ESTRUTURA DE DIRETRIOS DO SAP...............................................................................................................20 3. PERFIS DO SISTEMA................................................................................................................................22 4. USURIOS E AUTORIZAES...............................................................................................................23 4.1. MESTRE DE USURIOS...................................................................................................................................24 4.2. PERFIS........................................................................................................................................................24 4.3. OBJETOS DE AUTORIZAO............................................................................................................................25 4.4. GRUPOS DE ATIVIDADE..................................................................................................................................25 5. SISTEMA DE TRANSPORTES.................................................................................................................26 5.1. WORKBENCH ORGANIZER E CUSTOMIZING ORGANIZER......................................................................................27 5.2. DIRETRIO DE TRANSPORTES..........................................................................................................................29 5.3. TP, TPPARAM........................................................................................................................................30 5.4. TRANSPORT MANAGEMENT SYSTEM (TMS)....................................................................................................30 6. MONITORAMENTO..................................................................................................................................31 6.1. LOG DO SISTEMA..........................................................................................................................................31 6.2. MONITOR DE ALERTAS.................................................................................................................................32 6.3. PROCESSOS DO SISTEMA.................................................................................................................................33 6.4. USURIOS DO SISTEMA..................................................................................................................................34 6.5. ANLISE DUMP...........................................................................................................................................34 6.6. STATISTICS RECORDS....................................................................................................................................35 6.7. ANLISE DE CARGA......................................................................................................................................36 6.8. BUFFERS DO SISTEMA....................................................................................................................................36 6.9. BASE DE DADOS..........................................................................................................................................37 6.10. ATIVIDADE DO SISTEMA OPERACIONAL.........................................................................................................38 7. ATUALIZAO E BLOQUEIO................................................................................................................39 7.1. ATUALIZAO.............................................................................................................................................39 7.2. BLOQUEIO...................................................................................................................................................41 8. REPARAES, CORREES E ATUALIZAES NO SAP.............................................................41

Gilberto Gomes Jos

Pgina 1

8.1. HOTPACKAGES/SUPPORTPACKAGES................................................................................................................42 8.2. NOTAS, OSS, SAPNET...............................................................................................................................43 8.2.1. Transaes SPAU, SPDD, estrutura de verso...............................................................................44 8.3. UPGRADE DE KERNEL...................................................................................................................................45 8.4. UPGRADE DE VERSO DO SAP.......................................................................................................................45 9. ESTRATEGIAS DE BACKUP...................................................................................................................46 9.1. BACKUPS AO NVEL DO SISTEMA OPERACIONAL..................................................................................................46 9.2. BACKUPS AO NVEL DA BASE DE DADOS...........................................................................................................46 9.2.1. DB Calendrio.................................................................................................................................47 9.2.2. Backup Offline..................................................................................................................................48 9.2.3. Backup Online..................................................................................................................................48 9.2.4. Backup do Log de transaes...........................................................................................................48 9.2.5. SAPDBA/BRTOOLS.........................................................................................................................48 10. OUTRAS FERRAMENTAS, FUNCIONALIDADES E TAREFAS.....................................................49 10.1. ADMINISTRAO DE IMPRESSORAS E SPOOL...................................................................................................49 10.2. JOBS.........................................................................................................................................................52 10.3. AUDITORIA DO SISTEMA...............................................................................................................................54 10.4. WORKBENCH ABAP/4..............................................................................................................................56 10.4.1. Editor ABAP/4................................................................................................................................56 10.4.2. Dicionrio de Dados......................................................................................................................57 10.4.3. Editor de Tabelas...........................................................................................................................58 10.5. COMANDOS EXTERNOS.................................................................................................................................59 10.6. MENSAGENS DO SISTEMA.............................................................................................................................60 10.7. SAPOFFICE..............................................................................................................................................60 10.8. AJUDA E DOCUMENTAO............................................................................................................................60 11. LITERATURA RECOMENDADA..........................................................................................................62 12. CONCLUSO.............................................................................................................................................63

Gilberto Gomes Jos

Pgina 2

1. Introduo a SAP R/3

1.1. Que SAP R/3 SAP R/3 um sistema de informtica integrado que abrange as necessidades de mdias e grandes empresas em reas como contabilidade financeira e analtica, administrao de materiais, planejamento e controle de produo, vendas, recursos humanos e muitas mais. Tudo isso se realiza de forma integrada, mantendo a unicidade e consistncia da informao graas ao armazenamento centralizado em uma base de dados que interage com cada um dos mdulos. O seguinte(>) esquema nos da uma idia do modelo de integrao utilizado no SAP R/3

Gilberto Gomes Jos

Pgina 3

1.2. Arquitetura do SAP R/3

1.2.1. Arquitetura Cliente Servidor

A arquitetura cliente servidor baseia-se no princpio de ter um fornecedor de servios e um cliente que realize peties para esse servidor. Na realidade pode existir vrios fornecedores de servios e muitos clientes. SAP suporta uma arquitetura de cliente servidor de at trs nveis, realizando uma separao total entre as tarefas prprias da Base de Dados, a aplicao e a apresentao. Estas trs capas ou nveis possuem funes bem definidas e so as seguintes: Nvel de Base de dados: o nvel encarregado de resolver as consultas de informao realizadas pelo nvel superior e atualizar os dados que devem ser armazenados. SAP possui sempre apenas uma base de dados em um s servidor fsico. Nvel de Aplicao: Neste nvel se encontra toda a lgica de processo, as regras de negcio do aplicativo. So os programas que compem os distintos mdulos com os quais o usurio ter interao. Podem ser utilizados vrios servidores de aplicao no SAP. Nvel de apresentao: Este nvel o encarregado de apresentar de forma grfica, e agradvel ao usurio final o resultado dos processos realizados no servidor de aplicao. um programa instalado nos PC de cada usurio.

Gilberto Gomes Jos

Pgina 4

1.2.2.

Arquitetura cliente servidor em SAP

No necessrio ter sempre os trs nveis separados em trs ou mais computadores, o seguinte(>) esquema mostra as possibilidades:

SAP obtm sua melhor performance quando o esquema cliente servidor de trs nveis, tirando o mximo proveito da potncia de processo independente de cada estrutura de hardware. A utilizao de mltiplos servidores de aplicao permitem que a carga de trabalho possa ser distribuda entre os mesmos e separar se necessrio as tarefas que sero realizadas em um servidor ou em outro. Para implementar este esquema o servidor de Base de Dados e os de aplicao devero se encontrar em uma rede de alta velocidade, j que o trfico de dados entre estes muito elevado.
Gilberto Gomes Jos Pgina 5

Porm, pelo fato dos clientes serem encarregados de resolver a apresentao, estes s recebem os dados necessrios e seu link com o servidor de aplicao pode ser inclusive mediante uma linha discada sem notar grandes perdas de velocidade. Este esquema nos mostra de forma grfica a hierarquia de um sistema SAP utilizando a arquitetura cliente servidor em trs nveis.

A possibilidade de distribuir a carga mediante a adio de novos servidores de aplicao, proporciona uma grande escalabilidade aos sistemas. Alm disso, a possibilidade de utilizar plataformas heterogneas tanto para as capas de aplicao como apresentao, d a flexibilidade necessria para o incio de implantao do sistema, quando geralmente no se possui a infra-estrutura de hardware definitiva. Isto torna possvel que um servidor de aplicao NT se
Gilberto Gomes Jos Pgina 6

comunique com outro UNIX. E a independncia do formato de dados permite inclusive migrar um sistema de uma base de dados a outra sem maior complicao. A continuao mostrado um esquema com exemplos da distribuio em um sistema SAP.

1.2.3.

Diferentes plataformas

SAP baseado em diversas plataformas, oferecendo ao usurio final sempre o mesmo aspecto uniforme, j que o nvel de apresentao que determina o aspecto final do produto. H diversas bases de dados que podem ser utilizados pela SAP e o nmero continua aumentando. Atualmente suporta: Oracle, Informix, DB2, Adabas e SQL Server.

Gilberto Gomes Jos

Pgina 7

Quanto aos servidores de aplicao, basicamente so suportadas todas as plataformas UNIX, AS/400 e Windows NT. os servidores de apresentao esto disponveis para Windows 3.x, 95/98, NT, OS/2, Macintosh e Unix. Inclusive, existe verses do SAPGUI em applets Java disponveis para sua instalao e pores do sistema codificadas em HTML. As principais plataformas podem ser vistas no seguinte(>) esquema:

1.3. SAP R/3 e sua interao com o SO Para obter o mximo rendimento, SAP deve dialogar com o Sistema Operacional de forma eficiente, utilizando todos os recursos que este possa oferecer. Alm disto deve ser realizado mantendo a "independncia" do aplicativo respeitando a plataforma. A forma com que SAP consegue isto mediante a utilizao de
Gilberto Gomes Jos Pgina 8

um Middleware, que se faz de intermedirio entre o Sistema Operacional e os aplicativos da SAP. Este Middleware, tambm chamado Kernel, est codificado e otimizado para cada verso do Sistema Operacional e da Base de Dados. por isto que muitas vezes a migrao de uma verso de Base de Dados a uma superior, est acompanhada de uma migrao do Kernel. Quando se instala SAP, o Kernel possui a mesma verso que o sistema, mas podem ser instaladas verses posteriores que ofeream melhorias e/ou correes. Quando se fala da verso da SAP, por exemplo 4.0B, estamos referindo verso da aplicao, dos programas que o usurio visualizar, a qual independente da verso de Kernel utilizada. O seguinte(>) esquema nos mostra a interao de SAP mediante o Middleware ou Kernel com o SO

O Kernel tambm deve dialogar com o servidor da Base de Dados e est especialmente codificado para isto. Portanto, se trocarmos a plataforma, basta trocar a franja do Middleware no esquema superior, para ter o mesmo sistema,
Gilberto Gomes Jos Pgina 9

com as mesmas aplicaes e a mesma funcionalidade. As aplicaes R/3 esto formadas por "milhares" de programas, funes e objetos codificados em uma linguagem de programao prpria da SAP chamado ABAP/4. Esta linguagem a pea fundamental sobre a qual SAP se baseia, j que todo o sistema pode ampliar-se ou modificar-se em base codificao nesta linguagem. O controle de todo o ambiente de desenvolvimento do SAP est a cargo do chamado ABAP/4 Workbench, que oferece diversas ferramentas para desenvolver seus prprios programas, relatrios, interfaces, formulrios, etc. Toda esta informao reside em um dicionrio de dados centralizado que reside na base de dados e acessado por cada um dos servidores de aplicao do sistema. O esquema de acesso ao dicionrio de dados o seguinte(>):

Gilberto Gomes Jos

Pgina 10

1.4. Comunicao do SAP com a Base de Dados Como se ver em detalhe mais adiante, os aplicativos do SAP no se comunicam diretamente com a Base de Dados, tanto por segurana como por eficincia. Existem "Buffers" na memria dos servidores de aplicao, utilizados como "cach" de informao. Em particular o buffer de Base de Dados se utiliza tanto na gravao como na recuperao dos dados, por tanto muitas vezes nossas consultas no chegam a sair do servidor de aplicao se o que necessitamos se encontra a.

2. Caractersticas bsicas do Sistema

O primeiro a saber para utilizar o sistema SAP R/3 o modo em que podemos acessar as opes disponveis. Como j mencionamos, cada aplicao dentro do SAP R/3 um
Gilberto Gomes Jos Pgina 11

programa codificado em ABAP/4 que ao ser executado nos d acesso funcionalidade implementada. Cada programa encarregado de uma funcionalidade especfica tem a sua vez associada a uma "etiqueta" denominada "transao". Por exemplo, a entrada padro de faturas do mdulo financeiro pode ser encontrado navegando pelo menu como se faz com qualquer aplicativo para Windows ou "executando" a transao correspondente, neste caso a "FB01". A seguinte(>) imagem nos mostra uma tela standard do SAP, indicando o campo onde se ingressam as transaes, aps pressionar "Enter" executa-se o programa associado.

Existem muitos cdigos de transao, um para cada funcionalidade do menu, e o desenvolvedor pode criar suas prprias transaes e associ-las a seus programas.

Uma vez dentro de um pressionando a flecha verde.

programa

podemos

voltar

atrs

Gilberto Gomes Jos

Pgina 12

2.1. Estrutura genrica de um sistema SAP R/3 Mesmo no sendo uma exigncia, SAP recomenda que se tenha trs ambientes e ao menos dois sistemas SAP separados para entrar em produo. Os ambientes so: Desenvolvimento, Teste (ou qualidade) e Produo. Idealmente deveriam corresponder a trs sistemas SAP separados que cumpram estas funes, mas tambm normal que existam apenas dois, um cumprindo com as funes de Desenvolvimento e Teste e o outro Produo. A idia que se realizem os desenvolvimentos e as provas primrias no sistema de Desenvolvimento, logo estes dados so passados ao Teste realizada uma prova integrada e mais complexa. Quando tudo est correto se tudo passado para a Produo. Como se ver mais adiante, cada sistema estar dividido em entidades lgicas chamadas mandantes ou clientes.

Maintenance of a Three-System Landscape

Development system
Change request

Quality assurance system

Change request
Client Copy Change request

Production system

DEV

QTST

PROD

Client Copy Change request

MAST

MAST

MAST

Change request

transport changes using customizing and transportable change requests distribute change requests using the Client Copy tools

DEV MAST QTST PROD

Development / Cust. Test master / Cust. data Quality Assurance Test Production

Client Copy Change req

SAP AG

2.2. Estrutura da Base de Dados A Base de Dados do SAP nica e por tanto contm toda a
Gilberto Gomes Jos Pgina 13

informao necessria para a utilizao do Sistema. Inclusive os programas que compem o aplicativo SAP se encontram na Base de Dados, ao nvel do SO s temos no Kernel e os arquivos de configurao ou logs. 2.3. Mandantes NO SAP existe um conceito muito interessante chamado mandante ou cliente. Mediante esta funcionalidade, um s sistema SAP pode ser utilizado por empresas distintas, mesmo que compartindo a mesma Base de Dados. Isto possvel graas a separao "lgica" que nos oferece os mandantes.

O primeiro que aparece na telade Login do SAP ao iniciar a conexo o mandante, dado que identifica a "Entidade Empresarial" que vamos conectar. Cada mandante tem seus prprios usurios, suas configuraes de acesso, seus planos de conta, seus dados contbeis e de gesto, seus prprios fornecedores e credores, assim como suas contas de maior. Em resumo, toda os dados gerados pela utilizao dos
Gilberto Gomes Jos Pgina 14

aplicativos so prprios de cada mandante, permitindo criar "ambientes" juntos fsicamente mas separados de forma total ao nvel lgico. Isto muito importante, j que por exemplo em um sistema de desenvolvimento, normal a criao de um mandante para os desenvolvimentos e outro para os testes onde se tem mais dados de prova. Mas se tudo isto fosse to perfeito, no seria necessrio a utilizao de vrios sistemas em um ambiente produtivo. O que acontece que existem certos dados que so "dependentes" do mandante e outros que so "independentes" do mesmo. Portanto os dados independentes de mandante ao serem modificados afetam todo o sistema. Um exemplo claro de dados independentes de mandante so os prprios programas e tudo o que desenvolvido no Workbench. Se tenho um sistema com um mandante para desenvolvimentos e outro para teste que os programas alterados em um sejam automticamente alterados no outro. Isto acontece pois na realidade para cada sistema os programas se encontram em um nico lugar da Base de Dados, o qual muito perigoso para um ambiente produtivo, se tivsse apenas um sistema, no poderamos baseando-se em uma s estratgia de mandantes, evitar problemas em produo ao trocar os programas. Se temos que falar ao nvel de Base de Dados, a implementao dos mandantes consiste simplemente em ter para cada tabela "dependente" de mandante um campo que indique o mandante mas que seja transparente para o usurio. A seguinte(>) imagem corresponde transao SCC4, encarregada da manuteno de mandantes dentro de um sistema SAP R/3.

Gilberto Gomes Jos

Pgina 15

Aqui podemos visualizar que o sistema consta de 4 mandantes, trs deles so standard do SAP e vem "pr-instalados" com o sistema. Os mandantes 000 e 001 so de referncia e servem de base para criar os mandantes de usurio. O mandante 066 ou "EarlyWatch" utilizado para o servio de assistncia remota de SAP. Neste caso existe um mandante de usurio, o 555 criado originalmente como cpia do mandante 000 ou 001. Podemos realizar certas configuraes dentro de cada mandante tambm com a transao SCC4, estas configuraes permitiro indicar coisas como: Registro ou no das mudanas realizadas no mandante. Papel do mandante (produo, teste, etc.) Possibilidade de alterao de dados indep. de mandante. Possibilidade de alterao de dados dep. de mandante. Nvel de proteo contra cpia ou atualizao.

2.4. Processos de trabalho (WorkProcesses) Os processos de trabalho so os programas ao nvel do sistema

Gilberto Gomes Jos Pgina 16

operacional, pertenecentes a SAP que realizam todo o processamento e dilogo com o SO e a B.D. No so mais que programas integrantes do Kernel do SAP que oferecem os servios bsicos ao sistema. Do SAP podemos obter informao sobre o que acontece com os processos de trabalho e efetuar alteraes sobre os mesmos. Os usurios podem ter dois tipos de processamento no SAP, processamento de dilogo e processamento background. O processamento de dilogo aquele em que o usurio interatua com o sistema, como o ingresso de uma rdem de compras. O processamento background se faz sem interao do usurio e geralmente corresponde tarefas como carga de dados, emisso de informes, processamentos, etc. SAP dispe de dois tipos de processos de trabalho para atender estas duas modalidades de processamento. A seguinte(>) figura nos mostra os distintos processos de trabalho do SAP.

Cada um destes processos estabelece uma conexo com a base

Gilberto Gomes Jos Pgina 17

de dados (as conexes efetivas do SAP BD esto dadas pelo nmero de processos de trabalho). Os usurios no se conectam diretamente base de dados a no ser que obtenham os servios do SAP. A funo de cada um destes processos a seguinte(>): Dialog Este processo se encarrega de dar servio aos usurios de dilogo do sistema. Cada um destes processos estabelece uma conexo com a Base de Dados e recebe peties dos usurios. Por norma cada um pode dar servio a uma mdia de 5 ou 6 usurios. Update Como se ver mais adiante, as atualizaes no SAP so "diferidas" passando a uma "lista/fila" de atualizao, estes processos so os encarregados de direcionar tal lista/fila. Background Estes processos do servio aos programas background como listados, cargas de dados e processos noturnos. Cada um deles atende apena um usurio por vez. Spool Os processos de Spool se encarregam de administrar a lista de impresso do SAP, j que os encarregados de imprimir so os servidores de aplicao. Enque (Lock) SAP mantm bloqueios internos independentes da base de dados para seus objetos de forma integral (uma fatura, uma ordem de compra, um programa, uma proposta de pagamento, etc.). este processo que se encarrega de administrar tais bloqueios. Message
Gilberto Gomes Jos Pgina 18

Em um ambiente com mais de um servidor de aplicao, este processo, que deve residir em um deles, se encarregar de distribuir aos usurios de forma a tambm distribuir a carga do sistema redirigindo cada novo usurio ao servidor menos utilizado. Gateway um processo necessrio se que se quer por exemplo estabelecer comunicao entre um sistema R/3 e um sistema R/2. Do SAP possvel monitorar o estado de tais processos de trabalho mediante a transao SM50 que ser como a seguinte(>) tela:

Aqui vemos uma lista com distintos processos, seu status, o usurio que o est utilizando, o programa e outros dados teis para determinar seu estado. Os nomes na lista tem a seguinte(>) correspondncia:

Gilberto Gomes Jos

Pgina 19

DIA: Processo de dilogo BTC: Processo background UPD: Processo de Update U1 UP2: Processo de Update U2 ENQ: Processo de bloqueio SPO: Processo de impresso *Os processos de Update U1 e U2 so semelhantes mas se utilizam por SAP para diferenciar prioridades de atualizao.
2.4.1. Modos de operao.

normal que durante o dia se realizem mais processos de dilogo e noite mais processos background. por isso que SAP oferece uma ferramenta que permite configurar por horario a quantidade de processos de trabalho de dilogo e background que teremos no sistema. Supomos que durante o dia temos 10 processos de dilogo e 2 de background, mas noite se executam muitos processos de fundo e necessitamos mais recursos, ento podemos programar que logo aps a finalizao do horario do escritrio se diminua a 6 os processos de dilogo e se aumente a 6 os de background. Logo s 9 da manh voltamos a colocar 10 de dilogo e 2 de background. Podemos fazer isto pois sabemos que durante a noite no temos muitos usurios e sim muitos processamentos. Os modos de operao otimizam a distribuio dos recursos do sistema. 2.5. Estrutura de diretrios do SAP Os servidores de aplicao SAP possuem uma estrutura de diretrios desenhada para facilitar o trabalho do administrador de sistemas, essa estrutura a seguinte(>):

Gilberto Gomes Jos

Pgina 20

R/3 Directory Structure

R/3 Global Directories
usr sap trans SYS
<SAPSID>

Instance Directories

tmp

put <Instance_name>

profile

exe

global

work

data

log

run

dbg

opt

SAP AG

Esta estrutura facilita a integrao entre sistemas SAP e entre instncias do mesmo sistema. Quando temos um sistema SAP com apenas um servidor de aplicao, este considerado a instncia 00, e se temos mais servidores de aplicao ento teremos uma instncia a mais para cada um deles. No esquema visto <SAPSID> o nome do sistema que deve ser sempre de 3 letras e no pode se repetir dentro de uma instalao. Dentro de cada sistema temos ento o nmero de instncia que depender da quantidade de servidores de aplicao disponveis. Dentro do diretrio SYS se encontram os executveis, os perfis do sistema e os logs e dentro de TRANS a rvore de diretrios do sistema de transporte do SAP, que como se ver mais adiante o encarregado da comunicao entre os sistemas. Do SAP podemos ver os diretrios do sistema e navegar no seu contedo mediante a transao AL11 que nos oferece uma
Gilberto Gomes Jos Pgina 21

interface como esta:

3. Perfis do sistema
SAP precisa para funcionar corretamente e para apresentar determinado comportamento de configuraes de incio. Estas configuraes determinam coisas como a quantidade de memria a ser utilizada pelos usurios, as linguagens instaladas, o mandante por default, o tamanho dos Buffers, a quantidade de processos de dilogo e muitos outros parmetros. Todas estas configuraes se armazenam nos "perfis" do sistema, que so arquivos localizados em /usr/sap/<SAPSID>/SYS/profile. Apesar destes arquivos poderem ser editados e manipulados manualmente, SAP oferece uma interface adequada para isso com trs nveis de atualizao. Temos trs tipos de perfis: Perfil de instncia Contm a configurao de cada servidor de aplicao do sistema
Gilberto Gomes Jos Pgina 22

possuindo um para cada servidor. Perfil de Arranque Especifica os processos a nvel do sistema operacional que se inica ao levantar SAP Perfil por default Igual que o perfil de instncia mas suas configuraes afetam todos os servidores. A transao SAP encarregada da administrao dos perfis a RZ10 mostrada a seguir:

Assim que modificamos um perfil necessrio reiniciar SAP para que as mudanas sejam reconhecidas.

4. Usurios e Autorizaes
Para acessar SAP devemos ter um usurio registrado em algum de seus mandantes e para realizar alguma tarefa devemos ter as autorizaes pertinentes. O grau de detalhe que se pode obter com as autorizaes muito
Gilberto Gomes Jos Pgina 23

alto, podendo especificar combinaes de restries que fazem possvel limitar o acesso e as tarefas a qualquer coisa virtualmente. 4.1. Mestre de usurios O mestre de usurios prprio de cada mandante e nele definimos os dados de direo do usurio (Nome, departamento que pertence, endereo, telefone, etc.) Por outro lado temos parmetros que associaremos aos usurios como por exemplo se usar vrgula ou ponto para os decimais, ou formato da daTA ou a impresSora por default. Finalmente existe outra informao associada ao mestre do usurio que so os perfis de autorizao. Estes perfis de autorizao definiro o que o usurio pode ou no pode fazer. A transao de manuteno de usurios a SU01 e tem este aspecto:

4.2. Perfis Como j mencionamos, os perfis do a cada usurio as autorizaes para trabalhar no SAP, mas estes perfis na realidade no contm as autorizaes, englobam-as. Existem dois tipos de perfis, os normais e os compostos, os
Gilberto Gomes Jos Pgina 24

perfis compostos esto formados por outros perfis e somam as autorizaes destes, os perfis normais tm autorizaes associadas. Acessamos a manuteno de perfis mediante a transao SU02

4.3. Objetos de autorizao Os objetos de autorizao do SAP so as definies de certo tipo de autorizao. Por exemplo o objeto de autorizao S_TCODE permite definir as transaes que se ter acesso. Quando damos valores a um objeto de autorizaes temos uma autorizao. como a definio de classe e instncia na orientao a objetos. 4.4. Grupos de atividade Mediante os grupos de atividade automatizamos as tarefas de dar autorizaes aos usurios j que de forma unificada selecionamos as autorizaes pertinentes com seus respectivos objetos, associamo-os a um perfil e logo a um usurio. A transao utilizada para manipular os grupos de atividade a PFCG. Para definir as tarefas de um usurio simplesmente deve-se
Gilberto Gomes Jos Pgina 25

indicar os ramos do men aos quais este deve acessar, e depois apenas indicar as limitaes sobre cada tarefa (por exemplo se este vai visualizar ou tambm poder criar, ou se poder trabalhar apenas com os fornecedores que comeam com "S").

5. Sistema de transportes
O sistema de transportes de SAP uma das ferramentas mais potentes para a comunicao entre mandantes do mesmo sistema ou entre sistemas separados. Pensando em armazenar de forma eficiente todas as mudanas efetuados no ambiente de desenvolvimento e a parametrizao de SAP, idealizou se um objeto que serviria de "caixo" chamado "ordem de transporte", que recebendo programas, dados de tabelas ou modificaes de parametrizao fosse capaz de transport-los de um ambiente a outro de forma transparente. Estas rdens de transporte, podem ser "exportadas" e gravadas como arquivos no nvel do sistema operacional, com a grande vantagem de que so independentes da plataforma, sem nenhum problema em gravar em uma rdem que contenha um programa
Gilberto Gomes Jos Pgina 26

gerado para AS400 e logo levantar tal rdem em um sistema dentro do Windows NT. Alm de oferecer esta facilidade de transporte de dados, existe uma grande vantagem adicional em utilizar rdens. Se um programador est trabalhando em um projeto, com suas tabelas, objetos do dicionrio, programas, etc., pode colocar tudo dentro de uma rdem e assegurar-se que nada pode modific-la pois os objetos ficam "bloqueados". Ento temos um repositrio de dados que controla de forma muito eficiente o acesso dos usurios aos objetos, impedindo inconsistncias. Temos bsicamente dos tipos de rdens, de Customizing e de Workbench. As rdens de Customizing contm as modificaes realizadas na parametrizao do sistema, as rdens de Workbench contm tudo o que foi criado ou modificado pelos desenvolvedores e que se armazena no dicionrio de dados. SAP oferece uma interface para manipular cada um dos tipos de rdens de transporte chamadas Workbench Organizer e Customizing Organizer. Um mandante pode ser configurado para gravar as modificaes de forma automtica em rdens ou deixar que o usurio o faa de forma manual. 5.1. Workbench Organizer e Customizing Organizer Tanto o Workbench Organizer como o Customizing Organizer possuem uma interface muito similar e permitem administrar as rdens criadas. S possvel alocar usurios a uma rdem, de forma que s essas pessoas possam trabalhar com a mesma. Para cada usurio alocado se cria uma tarefa dentro da rdem. Podemos desde aqui editar o contedo das rdens, criar ou apagar rdens e o mais importante "liber-las". Quando liberamos uma rdem estamos dizendo que as tarefas que esta contm esto finalizadas e portanto vamos transportar esses dados a outro sistema e eliminar os bloqueios sobre os objetos. Ao liberar uma rdem esta pode ser "exportada" ao
Gilberto Gomes Jos Pgina 27

sistema operacional, permitindo que seja acessada por outros sistemas. O aspecto do Customizing Organizer que tambm nos permite manipular rdens de Workbench o seguinte(>):

Quando consultamos as rdens vemos separados as de Customizing e Workbench, assim como as liberadas ou no.

Gilberto Gomes Jos

Pgina 28

5.2. Diretrio de transportes Dentro da sua estrutura de diretrios SAP possui alguns dedicados ao sistema de transporte. Neste diretrios so gravadas as rdens exportadas, os erros ocorridos, os Buffers que contm as rdens a importar, etc. Estes diretrios so utilizados tambm quando se importam linguagens ao sistema ou se instalam como veremos mais adiante correes (HotPackages). Este diretrio encontra-se em /usr/sap/trans e contm uma srie de subdiretrios onde SAP gravar toda a informao relacionada com as rdens de transporte. As rdens de transporte se encontram repartidas em /usr/sap/trans/data e /usr/sap/trans/cofiles. Em /usr/sap/trans/bin se encontram os arquivos de configurao para o transporte como veremos a continuao. Em /usr/sap/trans/buffer/ se encuentran os Buffers de cada sistema com a informao das rdens listas para importar. Em /usr/sap/trans/log se guarda um registro de todo o acontecido no processo de importao de cada rdem.

Gilberto Gomes Jos

Pgina 29

5.3. TP, TPPARAM Apesar do SAP realizar todos os transportes de rdens desde sua interface grfica, possvel faz-lo de forma manual desde o sistema operacional mediante o comando TP, este comando se encarrega de importar uma ou mais rdens no sistema e mandante indicados. Para seu funcionamento utiliza a configurao indicada no arquivo TPPARAM localizado em /usr/sap/trans/bin 5.4. Transport Management System (TMS) Quando temos vrios sistemas em um ambiente, necessrio configurar a forma em que os dados vo ser transmitidos. Por exemplo se tivssemos um sistema de desenvolvimento e teste e outro produtivo, teramos que definir no TMS estes dois sistemas e uma rota entre desenvolvimento e produo indicando o caminho que seguiro as rdens ao se exportar e importar. No TMS tambm onde podemos realizar o transporte de rdens de um sistema a outro.

Gilberto Gomes Jos

Pgina 30

Nesta imagem vemos os sistemas com as rotas de transporte definidas entre eles que permitem a passagem das rdens.

6. Monitoramento
SAP possui diversas ferramentas que permitem saber o que est acontecendo com o sistema, a continuao mostramos os principais e mais utilizados. 6.1. Log do sistema Mediante o log do sistema podemos saber que aconteceu em um determinado momento e muito til para detectar problemas. Podemos encontrar registrado para cada usurio, mandante, transao e horrio cada acontecimento, seja uma informao, uma advertncia ou um erro. O nvel de detalhe apresentado no log do sistema pode se ajustar variando parmetros do perfil do sistema. O nvel de detalhe que por default 1, vai desde 0 at 3, os nveis mais altos s so recomendveiss quando se realiza a
Gilberto Gomes Jos Pgina 31

busca de um erro difcil de detectar, j que o registro de grande quantidade de dados diminui notavelmente o rendimento do sistema. A transao utilizada para cham-lo a SM21, apresentando o seguinte(>) aspecto:

6.2. Monitor de Alertas O monitor de alerta permite obter atravs de uma visualizao rpida, uma idia geral do que ocorre com o sistema, com a vantangem de que podemos aprofundar at chegar ao detalhe. Os dados se apresentam em estrutura de rvore com codificao de cores o que torna muito mais fcil o seguimento dos problemas. Um exemplo do mesmo que chamado mediante a transao RZ20 pode ser visto a continuao:

Gilberto Gomes Jos

Pgina 32

6.3. Processos do sistema Os processos do sistema mostram o estado atual dos WorkProcesses, podendo detectar situaes anormais, reinicilos ou abortar processos em caso de ser necessrio. Mediante a transao SM50 obtemos essa informao.

Gilberto Gomes Jos

Pgina 33

6.4. Usurios do sistema Muitas vezes necessrio saber quem est conectado ao sistema, o que est fazendo, e desde quando. Inclusive, se necessrio, poderamos ter que eliminar um usurio. Isto obtemos mediante a transao SM04 mostrada a seguir:

6.5. Anlise Dump O anlise Dump uma ferramenta poderosa que permite saber com alto nvel de detalhes o que ocasionou o cancelamento de um programa ABAP/4. Seja uma alocao invlida, um nmero fora de rank ou um excesso no tempo de execuo, esta ferramenta registra a situao no momento do erro. Podemos ver as variveis envolvidas, as linhas de cdigo onde ocorreu o problema, uma descrio e uma anlise do mesmo sugerindo possveis causas e se isto no for suficiente, critrios de busca para procurar mais informao sobre o erro. A transao encarregada disto a ST22. Um exemplo de parte de um relatrio vemos a seguir, mais abaixo na listagem a informao sobre a fonte ABAP/4 que gerou o problema, o contedo das variveis ou tabelas e as

Gilberto Gomes Jos

Pgina 34

funes envolvidas.

6.6. Statistics Records Estes registros oferecem informao estatstica muito til no momento de detectar problemas de rendimento ou verificar condies especficas. Podendo limitar por vrios critrios como transao, usurio, memria utilizada e tempo de processo, possvel obter informao extremamente detalhada do que acontece com o sistema. Estes dados em forma de lista so um diagnstico preciso no caso de anomalia de rendimento. A transao utilizada a STAT

Gilberto Gomes Jos

Pgina 35

6.7. Anlise de carga A anlise de carga mostra de forma efetiva onde temos o gargalo no sistema j que faz uma anlise detalhada da distribuio dos tempos (CPU, Base de Dados, carga de programas, etc.) Acessamos esta anlise com a transao ST03

6.8. Buffers do sistema Por motivos de rendimento SAP utiliza Buffers em memria em forma de cach, evitando ter que acessar sempre base de dados quando se necessita de algo. Podemos controlar o ndice de acerto destes buffer e verificar se no esto tendo muito Swap, se isto ocorre significa que esse buffer pequeno e deveremos aumentar seu tamanho nos perfis do sistema. Acessamos informao dos buffer com a transao ST02. Um exemplo deste reporte o seguinte(>):

Gilberto Gomes Jos

Pgina 36

6.9. Base de Dados Mediante a transao DB02 temos acesso informao sobre o estado atual da Base de Dados como ndices perdidos, espao utilizado, consistncia com o dicionrio de dados, problemas de espao e outros dados teis.

Gilberto Gomes Jos

Pgina 37

6.10.

Atividade do Sistema Operacional Pelo fato da que SAP possuir grande integrao com o sistema operacional possvel, desde o SAP, obter informao detalhada do que acontece, como utilizao da CPU, os discos, memria e muitos outros parmetros. Acessamos esta informao mediante a transao OS06

Da mesma transao acessamos a informao mais detalhada se for necessrio:

Gilberto Gomes Jos Pgina 38

7. Atualizao e Bloqueio
SAP possui como medida de segurana e como forma de aumentar a eficincia dos subsistemas controlados por processos de trabalho independentes. Um destes sistemas o de atualizao, encarregado de gravar as mudanas realizadas na base de dados e controlado pelos processos tipo UPD e UP2. Outro sistema o de bloqueio, utilizado para assegurar a consistncia dos dados e controlado pelo processo ENQ. 7.1. Atualizao Como mencionamos, por motivos de eficincia e tambm por segurana e recuperao ante falhas, SAP no grava diretamente a informao gerada por suas aplicaes Base de Dados. Isto provocaria grandes esperas do usurio, que teram que aguardar at que a BD confirme a atualizao dos dados. Para isto SAP utiliza uma "lista de Update" onde vo parar todas as atualizaes pendentes. Quando um usurio grava algo, suas
Gilberto Gomes Jos Pgina 39

atualizaes vo para esta lista e imediatamente liberado, podendo fazer outras tarefas sem esperar a confirmao da gravao. Isto d grande agilidade ao sistema mesmo quando est sob muita carga. Alm disso no caso de erro do sistema, podemos ver a informao que no pde ser atualizada, tentar atualiz-la manualmente, ou inclusive desativar a atualizao para evitar mudanas base de dados. Em caso de problemas com a base de dados (por exemplo falta de espao), SAP automticamente desativa a atualizao e a informao ingressada pelo usurio no se perde a no ser que esteja armazenada na lista de atualizao e uma vez que o problema solucionado basta ativ-la para voltar normalidade. O Update Manager como se chama o processo encarregado de administrar a atualizao, pode ser accessado mediante a transao SM13 e pode ser observado a seguir:

Gilberto Gomes Jos

Pgina 40

7.2. Bloqueio O bloqueio utilizado por motivos de segurana para evitar que os usurios alterem objetos que esto sendo manipulados por outros. Funciona de forma independente dos bloqueios da BD j que est desenhado para oferecer integridade aos objetos do SAP (uma fatura completa, um programa, uma rdem de compras, etc.). Em todo momento pode-se observar os objetos bloqueados e desbloque-los se necessrio. Algumas vezes quando se desconecta um terminal e o usurio fica "pendurado" no SAP necessrio eliminar os bloqueios que este tinha. A administrao dos bloqueios se faz mediante a transao SM12 mostrada a seguir:

8. Reparaes, correes e atualizaes no SAP

Como todo sistema de informtica, normal que se apresentem erros em uma verso do SAP no detectados durante a etapa prrelease do produto. Para isto SAP montou um esquema de atualizao do software baseado principalmente em duas tcnicas: atualizao dos aplicativos e atualizao do Kernel. Para realizar a atualizao do aplicativo (programas ABAP/4) exite duas possibilidades, a primeira aplicar notas e a segunda a aplicao de HotPackages Para atualizar o Kernel, SAP oferece suas revises corrigidas e
Gilberto Gomes Jos Pgina 41

atualizadas. Para obter os HotPackages e as atualizaes do Kernel h tambm duas posibilidades, uma instalar dois CD's que SAP envia de forma regular seus clientes com os ltimos HotPackages para a verso do SAP correspondente e as ltimas revises de Kernel para a plataforma e verso utilizadas. A outra opo obter diretamente de algum dos servidores FTP que SAP possui e que s acessaremos tendo uma linha dedicada com eles ou desde o site SAPNet accessvel pela Internet. Temos que destacar que mediante a aplicao de uma nota, possvel modificar um programa SAP standard, mas para fazer isto primeiro temos que solicitar uma senha para alter-lo, a partir desse momento se considera o programa testado de "reparao", j no mais um standard SAP e ser tratado de forma especial quando se realizar em upgrades do sistema ou se instalar HotPackages, j que SAP deve saber se queremos manter nossa verso modificada ou se desejamos instalar a nova proposta. Alm de ser marcado como uma reparao, o programa permanece bloqueado dentro de uma rdem de transporte de reparao, pelo qual tem que "liberar" tal rdem se o programa deve ser substitudo. A continuao veremos com mais detalhe cada tipo de atualizao: 8.1. HotPackages/SupportPackages Os HotPackages contm rdens de transporte iguais as geradas pelo sistema com correes nos programas, tabelas, funes e qualquer objeto que forme parte do aplicativo do SAP. Existe uma transao no SAP encarregado da carga dos HotPackages que deve ser chamada logo de que os arquivos pertinentes da rdem sejam colocados no diretrio de transporte. Esta transao a SPAM.

Gilberto Gomes Jos

Pgina 42

Ao instalar um HotPackage ao sistema estamos atualizando as verses de muitos programas que continuar sendo standard para SAP. Se achamos que um programa standard foi modificado manualmente e o HotPackage deve atualiz-lo, no poder fazlo at que liberemos a rdem de transporte onde se encontra atestado de reparao. 8.2. Notas, OSS, SAPNet Devido ao fato que continuamente se reportam erros e melhorias sobre os aplicativos SAP de cada verso, BD e plataformas, SAP criou-se uma grande base de dados com as respostas a todos os problemas encontrados e recomendaes prprias sobre muitos outros. A cada uma destas recomendaes chamamos"Notas". Podemos procurar informao nas notas por verso do SAP, Base de Dados, ou inclusive por letras ou palavras contidas na mesma. Esta uma ferramenta muito potente para o consultor BASIS no momento de encontrar a soluo para um problema, j que possivelmente isto j aconteceu com algum e est
Gilberto Gomes Jos Pgina 43

devidamente documentado. Para acessar estas notas existe duas posibilidades, mas necessrio ter o que chamamos de usurio de OSS que SAP fornecer a cada cliente na documentao contida no pacote de instalao. Com este usurio podemos acessar ao site Internet de SAPNet com a direo: http://service.sap.com No caso de contarmos com um acesso aos servidores do SAP (X.25, ISDN, Frame Relay, VPN, SNC, etc.) poderemos conectar-nos ao servio OSS com o mesmo usurio. Este servio OSS permite obter as notas, traar consultas que sero respondidas pelos consultores SAP. Existem muitos outros servios no SAPNet como: literatura, manuais, novidades, software que podem ser acessados diretamente pela Internet. Uma vez que temos uma nota, esta pode ter simplemente uma recomendao ou uma modificao a um programa do SAP. Se modificamos um programa do SAP mediante uma nota, este programa ser considerado como reparado, deixando de ser standard e portanto sendo uma fonte a mais de complicaes ao momento de fazer upgrades ou instalar HotPackages/SupportPackages. por isto que se recomenda instalar sempre o ltimo nvel de HotPackages para evitar ter que se implementar notas que modifiquem programas no sistema.
8.2.1. Transaes SPAU, SPDD, estrutura de verso.

SAP mantm uma estrutura de verses dos seus programas e objetos, por isso logo de que instalamos um HotPackage permite-nos eleger entre a nova verso ou a que tnhamos originalmente, demonstrando as diferenas e permitindo inclusive fazer uma combinao dos mesmos como programa final. Para manipular as verses dos programas atualizados utilizamos a transao SPAU e a transao SPDD para manipular as verses dos objetos atualizados do dicionrio
Gilberto Gomes Jos Pgina 44

de dados. 8.3. Upgrade de Kernel Tambm podemos realizar o upgrade do Kernel do sistema. O Kernel pode ser atualizado de duas formas, atualizando a "reviso" ou a verso do mesmo. O mais comum atualizar a reviso do Kernel, sem trocar de verso podemos obter a soluo dos problemas da reviso anterior. Estando o Kernel formado por programas a nvel do sistema operacional, a substituio do mesmo muito simples, s temos que baixar SAP e substituir os executveis velhos pelos novos, fazendo um respaldo no caso de surgirem problemas. A mudana da verso de Kernel um pouco mais complexo. As verses de aplicao do SAP so compatveis com certas verses do Kernel recentes. Por exemplo SAP 3.0F pode operar com os Kernels 3.0F a 3.1I, sendo recomendado sempre utilizar a ltima. Neste caso, se tivssemos por exemplo Oracle como Base de Dados, o Kernel 3.0F utiliza Oracle 7.2.2.x enquanto que o 3.1I necessita de 7.3.3.x com o qual antes de fazer o upgrade do Kernel necessrio fazer o upgrade da Base de Dados. Logo o processo de cpia dos arquivos igual ao de troca de reviso. 8.4. Upgrade de verso do SAP O upgrade de verso do SAP um dos processos mais complicados para o consultor BASIS, j que se pode enfrentar com muitas dificultades ao faz-lo, ainda que em teoria deveria ser uma tarefa bastante automtica. Um upgrade de verso envolve novas interfaces, novos programas, trocas nas tabelas, converso e mudana de dados, e muitas modificaes que assegurem que o usurio no perder nada do que tinha na sua verso original. O processo de Upgrade do SAP similar ao de instalao inicial de um sistema, inclusive com as complicaes adicionais mencionadas.

Gilberto Gomes Jos

Pgina 45

9. Estrategias de backup
muito importante estabelecer uma estratgia de backup global para o sistema SAP. Esta estratgia dever incluir desde backups completos a nvel do sistema operacional incluindo todos os arquivos do SAP, at backups totais ou parciais da base de dados. Vamos diferenciar ento em dois grandes grupos os tipos de backups que devem ser realizados. 9.1. Backups ao nvel do sistema operacional Estes backups so necessrios para reestabelecer uma instalao SAP R/3 de forma rpida no caso de danos nos discos dos servidores de aplicao. Se realizar com ferramentas prprias da plataforma, pelo que ir variar de uma a outra, sendo mais ou menos complicado mas direcionado a se ter um respaldo da estrutura de diretrios tanto do sistema operacional como do SAP. Este backup evitar ter que instalar novamente SAP no caso de ocorrer um desastre e o mais importante, preservar as configuraes realizadas nos perfis do sistema. recomendvel realizar um backup total pelo menos uma vez ao ms, no se pode esquecer que durante o backup no pode ter atividade nos arquivos j que isto provocaria inconsistncias, isto implica que SAP deve estar baixodo durante o processo. Esta ltima caracterstica faz o tipo de backup ideal para os fins de semana, podendo programar a nvel do sistema operacional todos os scripts necessrios para baixar e subir SAP logo depois do backup. 9.2. Backups ao nvel da base de dados. Os backups a nvel da base de dados tambm dependero muito da mesma, tanto no tipo como nas ferramentas utilizadas para faz-lo. Para algumas como Oracle ou Informix, SAP fornece ferramentas prprias que interagem com a Base de Dados, sem a necessidade de utilizar ferramentas previstas pelo fabricante. Para outras como DB2, necessrio tambm a utilizao de
Gilberto Gomes Jos Pgina 46

ferramentas prprias da Base de Dados. muito importante definir um ciclo de backups da Base de Dados e isto depender da quantidade de mudana dos dados. Algums clientes consideram impensvel e intil voltar a um respaldo da Base de Dados do SAP de mais de uma semana, outros consideram que um ms est bom, tudo depender do que se deseja. Uma vez determinado o ciclo de backup basta implement-lo e isto depender da BD.
9.2.1. DB Calendrio

SAP nos oferece a posibilidade de programar de forma completa todos nossos respaldos e atividades que queremos realizar contra a BD mediante um calendrio. Nele indicamos o dia, a hora e a tarefa que queremos realizar, por exemplo um respaldo offline, online, dois logs ou at uma atualizao das estatsticas da BD. Acessamos ao DB Calendrio mediante a transao DB13 Mostrada a seguir:

Gilberto Gomes Jos

Pgina 47

9.2.2.

Backup Offline.

Este backup da base de dados geralmente se realiza durante os fins de semana, j que o sistema no pode ser utilizados. normal realiz-lo logo depois de instalar o sistema ou realizar mudanas importantes e depois uma vez por semana
9.2.3. Backup Online.

Este tipo de backup deve ser feito diariamente pois o sistema pode estar em linha. Deve-se realizar noite quando h menos usurios j que o acesso base de dados diminui o rendimento do sistema. Se a BD for muito grande pode se realizar um backup adicional durante a semana. importante notar que em um backup online se os logs de transaes so inconsistentes recomenda-se realizar um backup de tais logs cada vez que se realiza um backup online.
9.2.4. Backup do Log de transaes.

Estes logs no so nem mais nem menos que as mudanas realizadas na base de dados e nos permitem no caso de problemas voltar a BD em um ponto especfico no tempo. Seu respaldo deve-se fazer diariamente depois do backup online da Base de Dados.
9.2.5. SAPDBA/BRTOOLS

Para aqueles sistemas que utilizam uma Base de Dados que pode ser manipulada por ferramentas do SAP R/3 como Oracle ou Informix, SAP oferece uma ferramenta que no muito amigvel grficamente isto compensado pela potncia oferecida. A partir dela possvel levantar ou baixar a base de dados, realizar todo tipo de respaldos e recuperaes, modificar parmetros das tabelas e ndices e inclusive realizar modificaes online da estrutura da BD. Tambm nos permite realizar verificaes de espao, fragmentao e
Gilberto Gomes Jos Pgina 48

validaes da configurao da BD. uma ferramenta disponsvel a nvel do SO e se executa com o comando sapdba, mas que pode ser utilizado programando suas distintas operaes desde o DB Calendrio. Um exemplo da tela inicial com as principais opes a seguinte(>):

10. Outras ferramentas, funcionalidades e tarefas.

A continuao se tratar das ferramentas e funcionalidades que normalmente se utiliza dentro do SAP, assim como algumas tarefas que so prprias de um consultor BASIS que tem que administrar um sistema R/3. 10.1. Administrao de Impressoras e Spool Uma tarefa que sempre est presente a administrao das impressoras. J que a impresso controlada por SAP e o cliente s nos
Pgina 49

Gilberto Gomes Jos

permite interagem com o mesmo, todas as impressoras devem estar definidas no SAP para poder se utilizadas. Mesmo quando se utiliza um mtodo especial que permite imprimir pelas impressoras do Windows, SAP deve estar infomrado disso. H diversos tipos de impressoras, dependendo de como o servidor de aplicao que quem vai imprimir, as considere. A continuao veremos a informao que devemos obter para instalar uma impressora. Modelo SAP necessita saber os cdigos de comando utilizados pela impressora para poder enviar grficos e para isto devemos selecionar dentro de uma srie de modelos de impressora. Por isso que no esto todos os modelos do mercado e a lista pequena, mas em geral funciona muito bem com as impressoras lser HP. Tipo de lista de impresso. Outra coisa a ser determinado se a impressora considerada local ou remota. Uma impressora considerada como local quando a fila de impresso se encontra definida no mesmo servidor de aplicao e remota quando a fila de impresso se encontra em outro equipamento. Isto determinar o tipo de acoplamento da impressora, ou seja, se vamos conectar fazendo uma chamada direta ao sistema operacional, mediante LPD, impresso local, impresso frontend ou o que for. Por exemplo normal utilizar o tipo de acoplamento local "L" ou via LPD "U" para servidores UNIX com impressoras locais, enquanto que para Windows NT pode ser utilizados o tipo de acoplamento "C" de chamada ao sistema operacional ou "S" de impresso SAPLPD. Se queremos imprimir com as impressoras definidas no frontend pode-se utilizar o mtodo de acoplamento "F" que habilita a SAP R/3 a imprimir na impressora por default do Windows. Isto muito til, j que muito mais fcil definir impressoras no Windows que no SAP e definindo uma no SAP podemos imprimir
Gilberto Gomes Jos Pgina 50

na qual queremos simplemente trocando impressora por default, realmente algo muito cmodo. A transao utilizada para a administrao dos dispositivos de sada a SPAD.

Na seguinte(>) tela podemos ver parte dos dados de definio de uma impressora:

Gilberto Gomes Jos

Pgina 51

J que SAP tem o controle do que se imprime, podemos a todo momento ver um registro da fila de impresso, ver as rdens de impresso que deram erro e reimprimi-las ou diretamente elimin-las. Este administrador da fila de impresso nos permite ver tambm o contedo das rdens de impresso e realizar buscas de rdens especificando critrios como data e hora, usurio, impressora, etc. A transao SP01 nos d essa funcionalidade.

10.2.

Jobs Os Jobs so uma ferramenta pensada para agendar tarefas, mediante estes jobs podemos instruir o SAP para executar um programa ABAP/4 ou um programa no sistema operacional em determinado momento. E no s podemos pedir que faa determinado dia e a determinada hora, como podemos faz-lo repetitivo e determinar o ciclo de repetio que queremos, dirio, semanal, por minuto, etc. Se queremos podemos fazer que se execute logo aps determinado evento, ou depois de que outro Job se execute. Os Jobs se executam como tarefas de fundo, pelo qual devemos especificar dentro dos dados de Job o servidor onde este deve ser executado, isto a SAP no faz automticamente o
Pgina 52

Gilberto Gomes Jos

enviando-o ao que tenha menos carga nesse momento. Cada Job pode ter um ou vrios "steps", passos onde indicamos o que fazer, assim que se pode executar um comando do sistema operacional e logo um ABAP/4 no mesmo Job. Em todo momento os Jobs podem ser editados, modificados, apagados e at executados se necessrio, e guarda-se um log de todo o acontecido durante seu processamento. Os Jobs so utilizados normalmente para programar tarefas pesadas durante a noite ou atualizao de interfaces cada certo tempo. Por exemplo, podemos programar um Job que execute um programa ABAP/4 encarregado de ler um arquivo contendo dados gerados por um sistema externo, e incorpor-los ao SAP. Podemos alocar trs prioridades aos Jobs, desde as mais alta "A" mais baixas "C", o que significa que se em uma mquina temos apenas um processo de fundo disponvel e h dois Jobs em determinado momento para ser executado, ser feito de maior prioridade e o outro ter que esperar. A transao utilizada para a definio de Jobs a SM36 A seguinte(>) imagem nos mostra os dados bsicos de um Job de prioridade "A" com data de comeo 10 de julho de 1999 s 10:30 e um ciclo semanal.

Gilberto Gomes Jos

Pgina 53

A seguinte(>) tela nos mostra o primeiro passo deste Job onde se especifica a execuo do programa ABAP/4 "ZACTFACT":

10.3. Auditoria do sistema Algumas vezes necessrio saber quais usurios esto entrando no sistema, a que hora, quantos tentativas falhas de Login ocorreram a partir da qual terminal, etc.
Gilberto Gomes Jos Pgina 54

Tudo isto e mais se pode ser conseguido ativando os logs de auditoria no SAP. Para faz-lo devemos utilizar a transao SM19 onde podemos especificar quais atividades vamos registrar, para quais usurios, mandante, etc.

Se o que queremos consultar o registro de auditoria o que devemos fazer utilizar a transao SM20 que nos permite, especificando uma srie de filtros, observar o acontecido em um perodo de tempo.

Gilberto Gomes Jos

Pgina 55

10.4.

Workbench ABAP/4 Como foi mencionado anteriormente, o Workbench ABAP/4 o ambiente onde trabalham os desenvolvedores, mas vale a pena conhecer um pouco dele para tirar proveito nas situaes difceis para o administrador do sistema.
Editor ABAP/4

10.4.1.

O editor ABAP/4 a ferramenta utilizada para criar ou modificar os programas do sistema, tambm a utilizada para modificar os programas standard ao aplicar uma nota. O importante que algumas vezes possvel fazer pequenos programas que realizam tarefas que no podem ser feitas mediante as ferramentas que oferece SAP, como por exemplo a alterao de algums dados muito especficos de tabelas, que de outra forma seria impossvel realizar. Podemos acess-lo mediante a transao SE38.

Gilberto Gomes Jos

Pgina 56

10.4.2.

Dicionrio de Dados

O dicionrio de Dados, chamado com a transao SE11 permite navegar dentro de todos os objetos de SAP e em particular til quando queremos ver a estrutura e definio dos mesmos, como a tabela mostrada a continuao:

Gilberto Gomes Jos

Pgina 57

10.4.3.

Editor de Tabelas

O editor de tabelas tambm uma ferramenta muito til que permite ver, modificar, apagar ou criar dados em certas tabelas que permitem manuteno. Podemos acess-lo mediante a transao SE16 muito simples procurar dados desta forma pois podemos filtrar pelos campos de tal tabela e visualizar o resultado em forma de lista como mostra a seguinte(>) imagem:

Gilberto Gomes Jos

Pgina 58

10.5.

Comandos externos Algumas vezes no nos possvel acessar ao sistema operacional mas necesitamos alguma de informao sobre o mesmo e no temos uma consola ou um telnet, podemos ento recorrer aos comandos externos definidos no SAP. O que fazemos definir uma srie de comandos e ao executlos obtemos sua sada em uma lista SAP. Um exemplo simles disto ver o contedo de um diretrio de um servidor de aplicao UNIX. Criamos ento um comando e associamos a instruo do SO "ls", logo ao execut-lo especificamos l e o diretrio /usr/sap/trans. O resultado o seguinte(>):

A transao utilizada para criar os comandos a SM69 e com a SM49 as executamos.

Gilberto Gomes Jos Pgina 59

10.6.

Mensagens do sistema Quando necessrio avisar todos os usurios algo importante como por exemplo "O sistema se baixar em 10 minutos por manuteno, por favor se desconectar, podemos fazer uso das mensagens do sistema que chega a todos os usurios conectados. Podemos especificar aqui um tempo de expirao da mensagem e assim ela ser apagada. Este tipo de mensagem aparece quando esta enviada e cada vez que o usurio se conecta ao sistema, sem importar o mandante j que so consideradas urgentes. A transao utilizada para cri-los a SM02. SAPOffice Se o que se pretende enviar mensagens a usurios em particular de mandantes SAP possui uma ferramenta chamada SAPOffice com toda a funcionalidade de um servidor de correios, pastas de entrada e sada, possibilidade de attachments, lista de destinatrios, etc. As transaes para chamar o Inbox e OutBox de SAPOffice so respectivamente SO01 e SO02. A seguinte(>) tela mostra o Inbox:

10.7.

10.8.

Ajuda e documentao Um dos aspectos fundamentais de um sistema ter acesso

Pgina 60

Gilberto Gomes Jos

ajuda e que esta seja til. H vrios tipos de ajuda e documentao do sistema, tanto seja da rea funcional como BASIS e podemos diferenciar 3 deles: Ajuda interna SAP inclui uma ajuda interna que pode ser acessada a qualquer momento mediante a tecla F1 e muitas vezes contm mensagens esclarecedoras que nos permite compreender mais sobre algo. a ajuda mais extensa, j que quase todos os objetos, campos de telas e funcionalidades tm esta ajuda codificada. alm de mais rpida que j reside na Base de Dados. Um exemplo desta ajuda ao pressionar F1 sobre o campo de data do documento o seguinte(>):

Help Online Esta a ajuda mas completa que dispe SAP, englobando com muito detalhe cada um dos aspectos do sistema.
Gilberto Gomes Jos Pgina 61

Devido sua extenso, proporcionada em CD, oferecendo grandes facilidades de busca de termos e conceitos. Posssui uma estrutura de rvore por funcionalidade o que agiliza a busca de dados. Al, disso cada tema possui em umerosos vnculos a outra informao relacionadas. Esta ajuda deve ser instalada e configurada dentro dos perfis do sistema para poder ser utilizados dentro de SAP, algo muito til j que ao faz-lo deste modo a ajuda solicitada sensvel ao contexto, podendo obter informao ampliada com s solicit-lo. Ao presionar F1 obtemos a ajuda interna e se pressionamos "Ajuda Ampliada" obtemos acesso ajuda online sobre esse tema em particular. A tela de ajuda online para a verso 4.0 de SAP tem o seguinte(>) aspecto:

11.Literatura recomendada
muito bom recorrer peridicamente aos sites da SAP na Internet pois h publicaes muito boas sobre temas especficos relativos administrao do sistema para cada uma de suas verses.
Gilberto Gomes Jos Pgina 62

Alguns destes sites so: http://www.sap.com http://service.sap.com Site oficial da SAP com muitas publicaes em formato. PDF e .DOC Site do SAPNet ao qual se acessa com um usurio do OSS. Se pode encontrar muita documentao em formato .PDF e .DOC, instalacao, upgrade, white papers, etc. o "SAP FAN CLUB". Help Online dos produtos SAP. SAP Developer Network.

http://www.sapfans.org http://help.sap.com http://www.sdn.sap.com

http://www.microsoft-sap.com SAP para plataformas Microsoft. http://www.basisconsultant.com SAP Basis Community

12. Concluso
Este manual foi preparado para introduzir ao novo consultor BASIS R/3 em as funcionalidades e tarefas que devero ser vividas ao trabalhar com um sistema R/3. Est pensado como uma ajuda-memria ao curso dado pelo instrutor e no como uma ferramenta de autoestudo. Portanto no tem o grau de detalhe nem informao que um curso sobre um tema especfico tera. H muitas tarefas importantes dentro das funes do administrador que s so mencionadas, isto se deve grande variedade e combinao de plataformas existentes. Estes temas que s so mencionados no manual, sero
Gilberto Gomes Jos Pgina 63

aprofundados pelo instrutor durante o desenvolvimento do curso. Os dados aqui contidos devero ser complementados em todo os casos com outras fontes de informao que oferecem ajuda especfica sobre os diversos temas tratados. Na literatura recomendada se faz referncia a essas fontes de informao.

Gilberto Gomes Jos

Pgina 64