Sie sind auf Seite 1von 46

UNIVERSIDADE CANDIDO MENDES

PS-GRADUAO LATO SENSU


INSTITUTO A VEZ DO MESTRE

O MDULO PS DO SAP NO GERENCIAMENTO DE PROJETOS

Por: Rosemary Cardoso da Silva

Orientador
Prof. Nelsom Magalhes

Rio de Janeiro
2011

UNIVERSIDADE CANDIDO MENDES


PS-GRADUAO LATO SENSU
INSTITUTO A VEZ DO MESTRE

O MDULO PS DO SAP NO GERENCIAMENTO DE PROJETOS

Apresentao
Candido

de

Mendes

monografia
como

requisito

Universidade
parcial

para

obteno do grau de especialista em Gesto de


Projetos.
Por: Rosemary Cardoso da Silva.

AGRADECIMENTOS

A Deus por estar sempre presente em


minha vida e me dar foras para buscar
a realizao dos meus sonhos.
Aos meus pais, meu marido e minhas
irms que me apoiaram at chegar
essa etapa de minha vida.
Aos

professores

da

AVM

ao

orientador Prof. Nelsom por seu apoio


e orientao.
Aos amigos e colegas pela ajuda e
incentivo.

DEDICATRIA

Aos meus pais Severino e Maria


Aparecida,

meu

marido

Adilson

minhas irms Roseane e Talita que de


muitas

formas

me

incentivaram

ajudaram para que fosse possvel a


concretizao do mesmo.

RESUMO
A pesquisa tem por objetivo expor como o Mdulo PS do SAP pode
ajudar no planejamento e gerenciamento de todas as etapas do ciclo de vida
dos projetos. Esse estudo no tem como propsito ensinar como usar a
ferramenta. A inteno mostrar quais funcionalidades o sistema disponibiliza
para ajudar nos processo de iniciao, planejamento, execuo, controle e
encerramento dos Projetos.

METODOLOGIA
Para estudar o funcionamento da verso Standard do Mdulo PS do
SAP e como usado para Gesto de Projetos, este trabalho foi realizado por
estudos bibliogrficos.

SUMRIO
INTRODUO

08

CAPTULO I O SAP e o Mdulo PS

09

CAPTULO II O Mdulo PS no Processo de Iniciao

12

CAPTULO III O Mdulo PS no Processo de Planejamento

19

CAPTULO IV O Mdulo PS no Processo de Execuo

27

CAPTULO V O Mdulo PS no Processo de Controle

32

CAPTULO VI O Mdulo PS no Processo de Encerramento

39

CONCLUSO

41

BIBLIOGRAFIA CONSULTADA

42

BIBLIOGRAFIA CITADA

43

NDICE

44

INTRODUO

Com o passar dos anos os projetos se tornaram mais freqentes nas


instituies, sendo necessria a contratao de pessoal especializado e
aquisio de sistemas para o gerenciamento desses projetos.
Hoje no mercado existem vrios softwares para o gerenciamento de
projetos e um desses softwares o Mdulo PS do SAP. O Mdulo PS possui
vrias funcionalidades para gerenciar projetos com uma diferena muito
importante, por ser tratar de um software ERP o mdulo PS possui integrao
com vrios outros mdulos como MM Mdulo de Materiais - para controlar a
aquisio e uso de materiais no projeto, FI Mdulos de Finanas - para gesto
da contabilidade financeira e custos realizados, CO Mdulo de Controladoria
uso de objetos desse mdulo para planejamento integrado dos custos, e HR
Recursos Humanos planejamento da fora de trabalho, PM Mdulo de
Manuteno, PP Mdulo de Produo e outros mdulos.
Com o uso do PS possvel conseguir relatrios, verses dos projetos
e atividades especficas de gerenciamento como datas, custos, recursos,
prioridades, detalhamento do escopo (WBS ou EAP), incluso de empresas
contratadas e encerramento desses projetos.
A utilizao dessa ferramenta possui ainda um grande atrativo: a
possibilidade de extrao de diversos relatrios atravs de uma ferramenta de
BI do SAP chamada BW.

CAPTULO I
O SAP E O MDULO PS

O SAP System Applications and Products in Data Processing um


sistema para integrao de informaes e automatizao de processos que
interliga vrias reas de negcio de uma empresa e auxilia no processo
decisrio. um sistema ERP Enterprise Resource Planning ou seja, um
sistema integrado para Gesto Empresarial desenvolvido pela empresa alem
SAP.
O PS Project System ou Sistema de Projeto o mdulo do SAP
utilizado para ajudar no gerenciamento de projetos. Com o seu uso possvel
fazer o planejamento de custos, tempo, materiais; definir regras de negcio;
desenvolver estrutura; executar liberao e confirmar atividades; avaliar o
projeto (relatrios) e encerrar o projeto.
Utilizado para auxiliar no Gerenciamento de Projetos, o mdulo PS ,
segundo DOWLING (2008), um repositrio para planejamento, coleta e
gerao de custos e lucros atravs de uma estrutura que representa o escopo
do projeto em todo seu ciclo de vida. Com sua estrutura de objetos, o PS
permite a criao de uma EAP (Estrutura Analtica de Projeto) ou WBS (Work
Breakdown Structure) conforme a necessidade do Projeto. O Projeto pode ter
uma estrutura com apenas um objeto para registrar custos de HH de um
consultor por exemplo, ou ter uma estrutura complexa que reflete cada
atividade de construo de plataforma de petrleo.
Nos objetos do PS so gravadas informaes de como o Projeto ir se
comportar.

Com a integrao do Sistema SAP e o uso dessa estrutura

10

possvel gerar compra de material (j cadastrado no mdulo MM ou sem


cdigo para aplicao imediata) e servios, disparar eventos e agendar
trabalhos necessrios para e execuo do Projeto.
Ainda sobre a integrao do Mdulo PS, a Biblioteca SAP afirma que:
O alto grau de integrao entre o Sistema de projetos
(PS) e outros componentes de aplicao do R/3 significa
que possvel planejar, executar e relatar projetos como
parte dos procedimentos comerciais de rotina. Isso
significa que o Sistema de projetos tem acesso constante
aos dados em todos os departamentos envolvidos no
projeto. (BIBLIOTECA SAP, 2003)

1.1 Estrutura Organizacional


O Sistema de Projetos no tem estrutura organizacional prpria, e
segundo a BIBLIOTECA SAP (2003) o PS se incorpora estrutura existente ao
fazer atribuies s unidades organizacionais em Logstica e Contabilidade.
isso que permite ao Sistema de Projetos apresentar dados claramente e de
muitas maneiras diferentes.
Segue a estrutura organizacional usada no PS.

11

Figura 1 Estrutura Organizacional (BIBLIOTECA SAP, 2003)

12

CAPTULO II
O MDULO PS E O PROCESSO DE INICIAO
O Processo de Iniciao a fase inicial do Projeto, quando feito a
identificao da necessidade, que pode ser de um novo produto, aproveitar
uma oportunidade, atender a uma demanda ou necessidade estratgica,
avano tecnolgico, uma solicitao do cliente ou para resolver um problema.
Nesta fase so identificados todas as partes interessadas, do cliente at a
equipe de Projeto. o momento tambm de realizar a anlise de viabilidade
do Projeto, definio do escopo, desenvolvimento de cronograma e
levantamento inicial do oramento.
O PS utiliza estrutura de objetos para planejar o Projeto e esses objetos
so formados pelo Plano de Estrutura de Projeto (PEP). O Plano de Estrutura
de Projeto (PEP) o desenho de hierarquia organizacional do Projeto que
constitudo de diferentes objetos que facilita o planejamento, a execuo e o
controle das fases do Projeto. O Plano de Estrutura de Projeto tem o mesmo
conceito de EAP - Estrutura Analtica do Projeto ou WBS Work Breakdown
Structure. Segundo DOWLING (2008) a WBS transporta informaes como
Organizao, Datas, Configuraes Especiais, Tipo de Projeto, Quem o
responsvel entre outras.
O Plano de Estrutura de Projeto constitudo pelos seguintes objetos:
 Definio de Projeto
 Elemento PEP
 Diagrama de Rede
 Tarefa
 Elemento de Tarefa
 Marco
 Componente de material
 Texto PS e Anexos

13

A rea para criao desses objetos no PS o Project Builder, acessado


pela transao CJ20N, que dividido em trs reas:
 Estrutura de rvore exibe todos os objetos da estrutura do
Projeto (Definio do Projeto, Elemento PEP, Diagrama de Rede,
Tarefa, Elemento de Tarefa, Marcos, Componente, e Texto PS e
Anexo).
 Lista de Trabalho e Modelo exibe os ltimos projetos ou objetos
acessados. um menu rpido de acesso.
 rea de Trabalho ou funcional a rea de detalhamento do
objeto selecionado na Estrutura de rvore. O detalhamento dos
objetos visualizado por uma estrutura de Abas.
A seguir DOWLING (2008) mostra um exemplo de Estrutura de projeto.

Figura 2 Estrutura do Projeto com Componente de Material (DOWLING 2008)

14

2.1 Definio de Projeto


o objeto inicial de um Projeto, segundo DOWLING (2008) a
estrutura de todos os elementos PEP criados em um Projeto. o objeto usado
para identificar o Projeto e agregar todos os outros objetos (elemento PEP,
cabealho

de

diagrama

de

redes,

relacionamento, componentes e marcos).

tarefas,

elementos

de

tarefa,

Esse objeto possui informaes

organizacionais como Empresa, Centro, rea de Contabilidade de Custos e


Calendrio de Fbrica que so vlidas para o Projeto inteiro.
A Definio de Projeto possui a descrio e o cdigo do Projeto que a
identificao dentro do sistema e sua formao (mscara) depende do perfil do
Projeto e da regra de negcio de cada empresa. Os campos Data de Incio e
Trmino tambm so informaes de grande importncia na Definio de
Projeto.

2.2 Elemento PEP


So os elementos estruturais do Plano de Estrutura do Projeto, utilizado
para descrever pacotes de trabalho que podem ser subdividido.

O Elemento

PEP utilizado para definir as fases do Projeto, estruturar hierarquicamente o


Projeto, acompanhar custos e o andamento fsico, controlar datas, consolidar
informaes e sumarizar valores.
Alguns dados na Definio de Projeto so vlidos tambm para todos os
elementos PEP da estrutura, que s pode ser alterados em algumas
circunstncias.

Algumas informaes como empresa e centro podem ser

diferentes para elementos PEP.


Os PEPs de ltimo nvel, ou seja que tero atividades (tarefas)
associadas, devero possuir a informao de Cdigo Operativo:

15

 Planejamento de Custos Deve ser marcado para receber


Planejamento de Custos.
 Classificao Contbil Deve ser marcado para receber custos
reais.
 Faturamento Deve ser marcado para receber receitas.

2.3 Diagrama de Rede


Segundo DOWLING (2008) uma coleo de atividades que podem se
dividir para representar elementos como trabalho e materiais. So utilizados
como base para o planejamento, anlise, controle e monitoramento de datas,
custos e recurso como pessoal, material, servio e documentos.
Um Diagrama de Rede composto por:
 Cabealho de Diagrama de Rede
 Tarefa
 Elemento de Tarefa
 Marco
As informaes de um Cabealho de Diagrama de Rede valem para
todo o Diagrama. Essas informaes incluem datas de incio e fim e datas
reais e programadas, status do sistema e dados organizacionais.

2.4 Tarefa
So objetos da estrutura utilizados para detalhar as diversas atividades
de um Projeto. As tarefas so executadas em sequncia ou em paralelo e so
usadas para planejar, executar e controlar:
 Capacidades de recursos (mo de obra e equipamentos)
 Materiais
 Servios

16

 Custo
Existem trs tipos de Tarefas que possuem uma chave de controle,
informao que determina o tipo de Tarefa. As Tarefas so classificadas em:
 Tarefa Interna
 Tarefa de Prestao de Servios
 Tarefa de Custos

2.4.1 Tarefa Interna


As Tarefas Internas so usadas para especificar as atividades
executadas por recursos (mo de obras e equipamentos) da Empresa ou
Terceiros agrupados por um Centro de Trabalho. Algumas informaes como
quantidade de HH ser necessrio para a atividade, durao, quanta
capacidade necessria para executar o trabalho (por exemplo, trs
mquinas) so importantes para o correto planejamento da Tarefa Interna.

2.4.2 Tarefa de Prestao de Servios


As Tarefas de Prestao de Servios so usadas para planejar os
servios que sero executados por Terceiros. Esses servios podem ser um
pequeno servio ou servios medidos em um contrato cadastrado no Mdulo
MM.
Com

as

informaes

dos

servios

cadastrados,

PS

cria

automaticamente uma Requisio de Compras que um documento do


Mdulo MM onde iniciado o processo de compra.

2.4.3 Tarefa de Custo


So objetos da estrutura utilizados para detalhar as diversas atividades
de um Projeto planejadas por custo.

Podem ser utilizadas tambm para

detalhar atividades que ainda no possuem informaes detalhadas. Segundo

17

DOWLING (2008), a Atividade de Custo a forma mais simples de custeio em


redes, so definidas atravs de chave de controle e transportam quantias na
moeda selecionada.

2.5 Elemento de Tarefa


So Tarefas subordinadas a outras Tarefas e so utilizadas para
decompor as atividades ou informar mais de um Centro de Trabalho, Classe de
Custos ou Moeda.
Os elementos assumem as informaes das Tarefas ao qual esto
subordinados.

2.6 Marco
Objeto da estrutura que tem como objetivo marcar o incio ou fim de fase
ou representar um evento importante. Os Marcos podem ser criados
associados a uma Tarefa ou um Elemento PEP e so definidos por datas, no
possuindo durao.

2.7 Componente de Material


Objeto da estrutura que identifica os materiais que sero utilizados no
Projeto. Esses materiais podem ter cdigo j cadastrado ou no.

Segundo

DOWLING (2008) os Componentes de Materiais representam os materias que


precisam ser planejados no Projeto e pertencem a uma atividade por vez,
formam a base do planejamento de custos, podem disparar uma Reserva ou
Requisio de Compra, podem ser de estoque ou no, formam a base de
aquisio do Projeto e no h restrio quanto a quantidade.

2.8 Texto PS e Anexos

18

O Texto PS uma funcionalidade do PS que permite usar um editor de


texto para entrada e edio de informaes. Os textos ficam armazenados na
estrutura do Projeto e so anexados aos objetos.
Os Anexos so funcionalidade do sistema que permite anexar arquivos
em vrios formatos nos objetos do Projeto.

19

CAPTULO III
O MDULO PS E O PROCESSO DE PLANEJAMENTO
O Processo de Planejamento fase de detalhamento do Projeto. Etapa
de levantamento de tudo que ser realizado como alocao de pessoal,
anlise de custos, identificar e seqnciar as atividades. Nessa fase tambm
produzido o Plano de Gerenciamento de Projeto com todos os planos do
projeto.
O PS disponibiliza diversos recursos para auxiliar no planejamento do
Projeto como Relacionamento entre as Tarefas, Programao de Datas,
Baseline Fsica, Planejamento de Custos e Solicitao de Materiais e Servios.

3.1 Trabalhando com Datas


As Datas so informaes de grande importncia no Gerenciamento de
Projetos, e segundo DOWLING (2008) as datas tem papel importante no
planejamento de custo pois a durao das vrias WBSs determina onde o
planejamento ser mostrado.

Elas ocorrem em todos os nveis da estrutura

do Plano de Estrutura de Projeto (PEP).

O Mdulo PS disponibiliza

programao por datas que faz com que o sistema calcule a durao das fases
e folgas.
O PS trabalha com vrios tipos de datas:
 Datas Bsicas So as datas definidas nas Tarefas, depois da
programao essas datas sobem para os outros nveis da estrutura
(diagramas e PEPs).
 Datas de Previso So as datas gravadas na Baseline (datas do
primeiro planejamento ou de modificaes durante o ciclo de vida do
Projeto). Essas datas so apenas para planejamento.

20

 Datas Programadas So as datas de incio e fim atribudas as


tarefas depois de realizada a programao.
 Datas Reais So as datas informadas nas confirmaes.
 Primeiras e ltimas Datas So as datas atribudas aos PEPs e
diagramas calculados pelo sistema que determina a primeira data
mais cedo e a ltima data mais tarde das tarefas.
 Restries So as datas informadas manualmente de acordo com
restries determinadas no sistema. Ex.: Deve iniciar em, No pode
terminar antes de, etc.
A tabela a seguir mostra os tipos de datas que so suportados na
estrutura.
 Datas Bsicas
 Datas de Previso

Elemento PEP

 Datas Programadas
 Datas Reais
 Datas Bsicas

Cabealho de Diagrama de

 Datas Programadas

Rede

 Datas Reais
 Restries

Tarefas do Diagrama de Rede

 Primeiras Datas
 ltimas Datas
 Datas Reais
 Primeiras Datas

Elementos de Tarefa

 ltimas Datas
 Datas Reais
Tabela 1

3.1.1 Programao de Datas

21

Programao de Datas o clculo que o sistema faz para encontrar as


datas mais cedo e mais tarde de incio e fim das tarefas, cabealhos de
diagrama de rede e elementos PEP. Define as data de incio e fim em funo
da durao, restries, folgas, redues, relacionamentos e calendrios. O
Mdulo PS disponibiliza trs mtodos de programao de datas. So eles:
 Top-Down As datas programadas so transferidas da Definio de
Projeto para os elementos PEP e tarefas.
 Bottom-Up Depois da programao as datas sobem das tarefas
at o PEP de nvel mais alto.
 Programao Livre A programao feita de acordo com uma
necessidade especfica. As configuraes para esse tipo de
programao devem ser definidas no sistema.

3.1.2 Relacionamento
o relacionamento entre duas tarefas que determina uma seqncia
cronolgica, determinando a ordem das atividades na rede.

Esse

relacionamento determina a Tarefa Predecessora, tarefa que determina o


incio ou fim da sucessora, e Tarefa Sucessora, tarefa que depende do incio
ou fim de outra tarefa. Os Tipos de Relacionamento so:
 Trmino-Incio A Tarefa Sucessora s comea quando termina a
Tarefa Predecessora. o tipo de ligao mais usado.
 Trmino-Trmino A Tarefa Sucessora termina com a concluso da
Tarefa Predecessora.
 Incio- Incio A Tarefa Sucessora comea junto com a
Predecessora.
 Incio-Trmino A Tarefa Sucessora termina assim que comea a
Tarefa Predecessora.

22

Podem ser associadas Folgas entre as atividades. Essas Folgas podem


ser positivas ou negativas:
 Folga Positiva Atrasa a Tarefa Sucessora em relao Tarefa
Predecessora.
 Folga Negativa Adianta a Tarefa Sucessora em relao Tarefa
Predecessora.

3.1.3 Criao da Baseline


So as datas do primeiro planejamento ou de modificaes durante o
ciclo de vida do Projeto. Depois da realizada a primeira programao de datas
(Data Bsica) no Projeto necessrio que essas datas sejam copiadas para a
Linha de base do projeto que sero as Datas de Previso. A cpia de dessas
datas feita pelo Painel de Planejamento.
A Baseline criada no sofrer alterao at uma nova necessidade de
criao de Baseline.

3.2 Planejamento de Custos


o planejamento dos custos previstos para a realizao do Projeto. O
primeiro planejamento do Projeto uma estimativa de custos, e de acordo com
o andamento, o objetivo monitorar e controlar os custos realizados e
possveis desvios custos. Durante as etapas de planejamento e execuo os
objetivos so mais especficos:
- No Planejamento funciona como estimativa inicial de custos.
- Na execuo supervisiona e controla os desvios de custos.
Segundo a BIBLIOTECA SAP (2003) O Planejamento de custo pode
ser utilizado para comparar os custos reais e planejados e analisar desvios.

23

Para realizar o planejamento so usados o plano de estrutura de projeto


e diagramas de rede.

De acordo com a BIBLIOTECA SAP (2003) o

planejamento no plano de estrutura de projeto utilizado para o planejamento


de projetos de investimentos que requer controle maior do custo e deve ser
feito pelo planejamento manual. O planejamento pelo diagrama de rede no
tem foco no custo, e sim nas datas e recursos humanos e operacionais e tem o
custo calculado com referncia na estrutura quantitativa e de preo. Este tipo
de planejamento para projeto que tem como relevncia, alm dos custos,
datas e recursos.
Para realizar o planejamento no Plano de Estrutura de Projeto os dados
de custos devem planejados nos objetos de nvel inferior na estrutura (Tarefas)
e o sistema sobe com esses valores para os nveis mais altos (PEP).
Aps o planejamento, o ideal que seja feito uma cpia, ou seja, salvar
uma verso do que foi planejado, porque com o passar do tempo esses
valores planejados sofrem alteraes durante o ciclo de vida do projeto e com
essas verses gravadas possvel fazer comparaes.

O primeiro

planejamento de custo executado no projeto criado automaticamente com o


nome de verso 0 (zero).
O sistema permite ver os valores planejados totalizados, realizar ajustes
para mais ou menos por montante ou porcentagem e tambm apresentar os
valores planejados por diferentes vises.
Existem algumas mudanas como planejamento de custo que so
documentadas como Partidas Individuais. Essas Partidas so gravadas com
informaes como data e dados de quem fez para possam ser rastreadas no
futuro, caso seja necessrio. As Partidas Individuais tambm possuem um
cdigo nico que as identificam.
O planejamento em Diagrama de Rede, segundo a BIBLIOTECA SAP
(2003), tem como objetivo planejar servios, trabalhos e recursos necessrios
em operaes do diagrama, e o sistema calcula todos os custos planejados,

24

considerando as modificaes de datas. Os custos planejados so distribudos


ao longo do tempo como base no perodo da atividade.
Aps ser feito todo o planejamento de custo do Projeto, deve ser criada
a primeira verso do planejamento que a Baseline de Custo atravs da
transao CJ9FS. Essa Baseline ser usada para comparar com os custos
realizados no Projeto.

3.3 Solicitao de Material e Servios


Atravs da integrao com o Mdulo MM possvel solicitar material e
servios de dentro do Mdulo PS.

3.3.1 Solicitao de Material


Para fazer a solicitao de material o PS utiliza o componente de
material atrelado as tarefas de prestao de servios, tarefas internas ou
tarefas de custos. Fazendo a solicitao dessa forma se consegue fazer o
planejamento dos materiais de acordo com a data da necessidade, planejar a
entrega no prazo especificado, planejar custos, controlar e monitorar o
fornecimento.
O processo de solicitao inicia com a criao do componente de
material associado a uma tarefa. Esse componente deve ter a informao de
Categoria de Item que determina o tipo de material que pode ser do tipo L ou
N. O tipo L significa item inventariado, ou seja, o material adquirido direto
para estoque, deve ter cdigo cadastrado no Mdulo MM. O tipo N significa
item no inventariado, ou seja, o material adquirido direto para aplicao
imediata ou suprimento direto, no obrigatrio o cdigo da material.
Aps a criao do componente de material o sistema analisa a
informao Categoria do Item e determina se o material ser suprido por
Reserva (Tipo L), documento do Mdulo MM que solicita material cadastrado

25

em estoque, ou Requisio de Compra (Tipo N) que segundo a BIBLIOTECA


SAP (2003) um documento interno que define a necessidade de material e
servio que autoriza o departamento de compra a obter o material na
quantidade e data especificado.

3.3.2 Solicitao de Servios


A solicitao de servio pelo Mdulo PS feito atravs de Tarefa e ou
Elemento de Prestao de Servios. O servio solicitado para um Projeto pode
ser:
 Pequeno Servio sem a necessidade de um contrato.

Esses

servios so caracterizados pelo valor. Cada empresa tem um limite


de valor para pequenos servios.
 Contrato de Servio um documento do Mdulo MM onde
possvel fazer solicitaes atravs do Mdulo PS. As Tarefas ou
Elementos criados no PS para solicitar servios referentes a um
contrato devem possuir o nmero do contrato em sua estrutura.

3.4 Necessidade de Capacidade em Projetos


De acordo com a BIBLIOTECA SAP (2003), so os recursos internos
necessrios para executar um Projeto em um determinado tempo. O Ajuste de
Capacidade uma funcionalidade do sistema que compara a necessidade de
capacidade de um Projeto com a capacidade dos Centros de Trabalho
atribudos ao Projeto. O sistema faz o clculo da necessidade de capacidade
baseado em uma frmula cadastrada na tela de detalhes de capacidade do
centro de trabalho. Para calcular a necessidade de capacidade preciso que
seja feito a programao do diagrama de rede e para que a programao
funcione as informaes de tempo de emprego, frmula de durao,
calendrio e frmula de necessidade de capacidade devem estar cadastradas
no Centro de Trabalho.

26

medida que os trabalhos so realizados no Projeto a capacidade vai


reduzindo. Isso acontece com a confirmao das Tarefas mensalmente at o
trmino de suas atividades, confirmao final. Outra forma tambm de reduzir
a necessidade de capacidade atribuindo o Status tecnicamente completo.
Quando acontece a confirmao final ou atribuio do Status o sistema remove
todas as necessidades de capacidade do diagrama de rede.

3.5 Planejamento da Fora de Trabalho


Planejamento da Fora de Trabalho o planejamento de pessoal nas
atividades do Projeto no tempo especfico das tarefas.

Para esse

planejamento usado uma Tarefa de Processamento Interno com informaes


de Tipo de Atividade e Centro de Trabalho, que de acordo com DOWLING
(2008), podem representar uma pea de maquinrio, um cargo ou um trabalho
individual, e os valores ajustados determinam que uso, os padres, a
capacidade, agendamento, custeio e tcnico.

O planejamento da fora de

trabalho usa a integrao com o Mdulo HR que usa o Nmero Pessoal para
determinar a capacidade e custo real para prover um recurso individual.
Alguns pr-requisitos, segundo a BIBLIOTECA SAP (2003) para alocar
pessoal nas tarefas internas so:
 ter atribudo Centros de Trabalho as Tarefas Internas,
 ter entrado com frmulas no Centro de Trabalho para determinar as
necessidades de capacidades,
 ter programados as Tarefas.

27

CAPTULO IV
O MDULO PS E O PROCESSO DE EXECUO
o processo onde acontece o andamento do Projeto. Fase em que as
atividades planejadas so executadas, quando os recursos so utilizados e a
equipe de Projeto gerenciada. uma das fases com maior durao e com
maior custo realizado.

4.1 Status
Status so informaes atribudas aos objetos da estrutura do Projeto
que determinam o que pode ser feito ou o que proibido. Segundo DOWLING
(2008) existem dois tipos de status:
 Status de Sistema atribudo pelo sistema SAP. Quando definidos em
nveis mais altos afetam todos os nveis abaixo.
 Status de Usurio atribudo por configurao. Podem ser
configurados para prevenir algumas transaes de negcio.
Ao ser criado um Projeto atribudo automaticamente o status CRTD.
Para manter um histrico de status o Gerenciamento de Status de Perfil do
Projeto deve ser configurado.
O primeiro status a ser usado no Projeto aps sua criao o Liberado.
Ao fazer isso o Projeto recebe a informao para iniciar a receber custos e
outras aes como verificar disponibilidade de material, gerar requisies de
compra, emitir reservas.
Quando o Status REL atribudo em estruturas de nvel mais baixo, a
estrutura acima recebe o Status PREL Liberado Parcialmente.
Alguns Status so:
 CRTD - Criado
 REL Liberado

28

 PREL Liberado Parcialmente


 TECO Tecnicamente Fechado
 CLSD Fechado

4.2 Suprimento de Projeto e Administrao da Produo


(ProMan)
Devido grande integrao do Mdulo PS, algumas atividades
executadas, por exemplo, de suprimento de materiais e servios geram
documentos em outros mdulos. Segundo a BIBLIOTECA SAP (2003) antes a
equipe de gerenciamento de projetos s tinha acesso restrito a informaes
relevantes do projeto, embora o projeto acionasse o fluxo de documentos. O
ProMan a soluo que o sistema possui para consolidar informaes do
processo de suprimento que so administradas em outros mdulo que no o
PS. Com o ProMan possvel acessar informaes do Sistema de Projeto, de
Compras, Produo e Administrao de Estoques. Todos os documentos so
considerados, inclusive os criados manualmente.
Para acessar o ProMan deve-se selecionar o Projeto na tela inicial, e em
seguida uma tela principal exibe toda a estrutura do Projeto no lado esquerdo
da tela, e do lado direito so exibidas informaes em snteses. As snteses
disponveis so componentes, tarefas e elementos, quantidades, datas,
objetos e documentos, remessas e estoque, requisies, pedidos, reservas,
ordens (de produo, de manuteno e planejada) e documentos de material.
Essas snteses devem ser configuradas no sistema para que sua visualizao
fique disponvel.
Com o uso do ProMan possvel ter reunido, numa mesma tela, todas
as informaes que tem conexo com a estrutura do Projeto.

4.3 Confirmao

29

a informao que o sistema recebe sobre o andamento das atividades


do Projeto. De acordo com a BIBLIOTECA SAP (2003) Confirmaes precisas
so muito importantes para um planejamento real e exato e possibilita o
controle de funes de negcio como reduo da capacidade de carga de
centro de trabalho, atualizao de custo com base nos dados confirmados,
atualizao de durao de trabalho e status em diagramas, atualizao das
datas nos PEPs quando sobem das tarefas confirmadas, atualizao das datas
reais no marcos associados, lanamento de reservas pendentes e ativar
funes de marco (conforme definio no sistema).
As confirmaes podem ser feitas da seguinte forma:
 Confirmao Diretamente no Sistema
 Confirmao via Folha de Horas de Trabalho (CATS)
 Confirmao via Intranet (PS-CON)
 Confirmao em Sistemas Externos (PDO)
 Confirmao Descentralizada

4.3.1 Confirmao Diretamente no Sistema


a confirmao cadastrada de forma manual. O percentual executado
da atividade cadastrado e gravado. As informaes entradas podem ser
datas reais, durao, trabalho executado em horas, motivo de desvios,
planejamento previsto para o restante da durao da atividade e cdigo para
status de confirmao. As confirmaes podem ser feitas nas tarefas,
elementos e diagramas que precisam estar com Status Liberado.
Aps realizada a confirmao o sistema lana a confirmao da data
cadastrada, calcula os custos reais para data do lanamento, copia as datas
reais para o diagrama ou PEP, lana a retirada de mercadorias e aciona as
funes de marco, se necessrio.
Quando a Tarefa chegar ao fim, a confirmao deve incluir a marcao
da opo confirmao final que indica que a Tarefa chegou a 100% de
concluso.

30

4.3.2 Confirmao via Folha de Horas de Trabalho (CATS)


Segundo a Biblioteca SAP (2003) Folhas de Horas de Trabalho (CATS)
um componente vlido para todas as aplicaes do Sistema onde as
confirmaes so realizadas nos diagramas e copias para o PS. As
confirmaes podem ser feitas pelos funcionrios da empresa ou funcionrios
de empresas contratadas. Para fazer as confirmaes necessrio ter Perfil
de Entrada de Dados.

4.3.3 Confirmao via Intranet (PS-CON)


a confirmao feita atravs da soluo Intranet da SAP.

Essa

funcionalidade til em caso de funcionrios ou subcontratados estarem em


localidades distantes.

As confirmaes efetuadas pela intranet so

processadas da mesma forma que as confirmaes efetuadas diretamente no


sistema. Algumas vantagens desse tipo de confirmao para os gerentes
que pode ser montado um layout da tela de confirmao para atender as
necessidades especficas sem alterar o sistema e a confirmao feita on-line
a tempo de identificar e solucionar problemas de forma rpida. As vantagens
para os usurios que as confirmaes podem ser feitas em qualquer horrio
e em qualquer lugar necessitando apenas que o sistema esteja disponvel, um
usurio mesmo sem treinamento pode efetuar confirmaes e o andamento
das atividades pode ser informado (atravs das confirmaes) sem necessitar
de telefones, fax ou e-mails.

4.3.4 Confirmao em Sistemas Externos (PDO)


So confirmaes realizadas em sistema externo e carregadas para o
SAP via transferncia de dados PDO. O processo de transferncia consiste
em um download das informaes do SAP para o sistema externo e upload

31

das informaes atualizadas do sistema externo para o SAP. Todo esse


processo deve estar previamente configurado no sistema.

4.3.5 Confirmao Descentralizada


So confirmaes feitas pela ferramenta MS ACCESS e transferidas
para o SAP.

Primeiro as informaes so carregadas do SAP para o MS

ACCESS e depois que as informaes so atualizadas, so transferidas para o


SAP.

4.3.6 Cancelamento de Confirmao


Uma Tarefa j confirmada pode ter sua confirmao cancelada.
cancelamento feito na tela Estornar Confirmao.

32

CAPTULO V
O MDULO PS E O PROCESSO DE CONTROLE
o processo responsvel por controlar as atividades realizadas no
Projeto desde o seu planejamento. a fase que monitora e controla o que
acontece nas fases de planejamento e execuo. Tem como objetivo verificar
a situao de cada atividade para que seja executada conforme planejado.
Nesse processo so realizadas comparaes do andamento do Projeto com as
baseline gravadas com o objetivo de verificar possveis desvios, e caso sejam
detectados, so tomadas aes preventivas ou corretivas para que sejam
solucionadas no menor tempo possvel.

5.1 Andamento do Projeto


O PS disponibiliza diversas ferramentas para monitorar e controlar o
andamento dos Projetos. De acordo com a BIBLIOTECA SAP (2003) para
monitoramento e controle dos Projetos so usados:
 Anlise de Evoluo determina os valores reais e planejados da
evoluo do Projeto e compara essas informaes identificando
desvios de atraso ou custo a tempo de tomar medidas corretivas.
 Anlise de Tendncia de Marco faz a monitorao usando Marcos
criados em diferentes perodos do Projeto. As tendncias e desvios
so identificados no grfico MTA.
 Previso de Custos do Projeto usado para calcular custos previstos
para acontecer entre as datas de incio e fim do Projeto com base em
valores planejados e reais. O sistema calcula os custos esperados na
concluso e tambm na concluso.

5.1.1 Anlise da Evoluo

33

A Anlise da Evoluo uma ferramenta do PS usada para determinar


os valores de andamento do Projeto e comparar valores reais com valores
planejados.

Dessa forma possvel identificar possveis desvios de

planejamento, permitindo a adoo de medidas corretivas. Essa ferramenta


melhor usada em Projetos onde o tempo um fator crtico, onde foram
planejados muitos pacotes de trabalho e em Projetos onde o andamento no
determinado pelo custo realizado.
Para determinar a evoluo so necessrias algumas informaes:
 Grau de Finalizao (POC) planejado - o valor do trabalho planejado
em um determinado momento, expresso como uma porcentagem total
do trabalho solicitado.
 Grau de Finalizao (POC) real - o valor do trabalho realmente
realizado at um determinado momento.
 Mtodo de Medio - forma como o sistema vai calcular o grau de
finalizao (POC), uma tcnica de como o sistema usa os dados.
As tcnicas so: as precisam de confirmao, so elas Regra inciofim, tcnica de marco, estimativas, proporcionalidade de tempo e grau
de processamento; as que o grau de finalizao (POC) planejado
igual ao real: proporcionalidade de quantidade, proporcionalidade
secundria, proporcionalidade de custo e real igual ao planejado.
 Verso de Evoluo - a verso usada para determinar como o grau
de finalizao e o valor final sero calculados.

5.1.2 Anlise de Tendncia de Marco (MTA)


A Anlise de Tendncia de Marco , segundo a BIBLIOTECA SAP
(2003), um mtodo simples de identificar tendncias ou desvios do
planejamento realizado. As datas so examinadas e comparadas com dados
j gravados. As datas dos marcos so compradas em vrios momentos e os

34

desvios detectados. Essa identificao feita atravs do grfico MTA que


funciona da seguinte forma:
 Quando o andamento do Projeto est de acordo com o planejado a
curva permanece na horizontal;
 Quando identificado desvio (atraso) a curva sobre;
 Quando as atividades esto adiantadas a curva desce.

Figura 3 Grfico MTA (BIBLIOTECA SAP, 2003)

Os requisitos so ter marcos criados no Projeto com a opo Anlise de


tendncia marcado e ter criado verses do Projeto para as datas de relatrio.

5.1.3 Monitoramento do Andamento


De acordo com a BIBLIOTECA SAP (2003) o Monitoramento do
Andamento usado para verificar de perto o andamento dos componentes do
diagrama de redes e as solicitaes na Administrao de Material (MM).

35

O Monitoramento do Andamento utiliza os objetos do diagrama de rede


e os Pedido criados no Mdulo MM. A tela de Monitoramento precisa ser
preenchida com os objetos dos componentes ou pedidos para acessar a tela
principal que de simples utilizao. Para monitorar o andamento de um
objeto devem ser configurados no sistema alguns eventos. possvel definir
qualquer evento, como por exemplos marcos, que podem ser usados para
determinar um evento interno ou um processo de compra ou produo.
A anlise na tela principal do Monitoramento de Andamento permite
verificar todos os eventos de um determinado objeto de uma s vez.

5.2 Engenharia Colaborativa e Gerenciamento de Projetos


(CEP)
A CEP uma funcionalidade do Mdulo PS que utiliza os recursos da
internet para integrar a equipe de projetos que est alocada em diferentes
locais, subcontratadas e fornecedores e tem como objetivo facilitar a troca de
informao e aumentar o conhecimento dos envolvidos no Projeto.

Essa

funcionalidade permite que em um proprietrio (gerente do projeto) envie


documentos, estruturas de um Projeto ou de um produto cadastrados do SAP
pela internet para um participante (envolvido com o Projeto). Depois de
modificados esses documentos ou objetos retornam para o proprietrio para
serem avaliados e retornarem para o SAP.
O processo do CEP comea com o proprietrio criando uma pasta no
SAP com toda a estrutura de uma atividade (tarefa, componente de material,
elemento PEP e outros), depois enviado um e-mail a todos os participantes
selecionados com link para o servidor de onde feito o download.

Os

participantes acessam os arquivos com seus programas locais (MS Office, MS


Project, Sistemas CAD). Aps atualizarem os arquivos, os participantes
devolvem esses arquivos modificados para o proprietrio que notificado via
e-mail. O Proprietrio analisa as modificaes. Com esse processo o sistema
permite que, o usurio que no tem o SAP instalado ou que no sabe utilizar o
sistema possa participar do processamento do Projeto.

36

5.3 Verses do Projeto


Uma Verso de Projeto so, segundo a BIBLIOTECA SAP (2003),
mostra o estado do Projeto em um determinado momento ou em um
determinado status. como uma fotografia do Projeto em um momento
especfico e no pode ser modificada. Serve como documentao ou um
histrico que pode ser usada para fins de documentao.
H duas formas de criao das verses:
 Dependente do tempo: so criadas manualmente no PEP, diagrama
de rede ou no sistema de informao.
 Dependente do status: so verses criadas automaticamente pelo
sistema quando h mudana no status do sistema e/ou usurio nos
objetos marcados. O status que aciona a criao da verso deve ser
configurado Customizing do PS.

5.4 Sistema de Informao de Projeto (Relatrio)


O Sistema de Informao de Projeto uma funcionalidade do Mdulo
PS que tem como objeto gerar relatrios para supervisionar e controlar os
dados do Projeto. Os relatrios podem ser do Projeto todo, de uma parte ou
de vrios projetos. O Sistema de Informao de Projeto foi desenvolvido com
a finalidade de ajudar no gerenciamento dos Projetos.
Esse componente integrado ao Mdulo BW Business Information
Warehouse que um sistema de informao administrativo, que rene
informaes de todas as reas da empresa e as tornam disponveis para
consulta e extrao de dados.
O Sistema de Informao de Projeto inclui relatrios com vrios nveis
de detalhe e relatrio de sntese. De acordo com a Biblioteca SAP:

37

possvel executar relatrios standard peridicos e criar


relatrios prprios para satisfazer necessidades e tarefas
de informao especficas. Todos os dados podem ser
exibidos no sistema de informao imediatamente aps
serem entrados ou aps a execuo dos relatrios em
background. A anlise de relatrio inclui um amplo
conjunto de funes. possvel, por exemplo, ramificar
para outros relatrios para obter informaes mais
detalhadas, enviar relatrios pelo correio ou imprimi-los.
(BIBLIOTECA SAP, 2003)

Segue tabela com as Transaes utilizadas para acessar os relatrios


de snteses individuais.

Tabela 2 Relatrios de Snteses Individuais (BIBLIOTECA SAP, 2003)

38

5.5 Controle de Disponibilidade


De acordo com DOWLING (2008) Controle de Disponibilidade (AC) o
processo de checagem de gastos em relao a limites permitidos. O AC
funciona usando limites de tolerncia configurados acima ou abaixo do valor do
oramento e assim determinar qual ao ser tomada. Essa funcionalidade
disparada quando se tenta lanar custos no Projeto que tem o AC ativado.
O PS deve ser configurado para quando o valor da tolerncia for
alcanado com as seguintes aes:
 Disparar e-mail de alerta para o responsvel pelo Projeto e
opcionalmente bloquear a operao.
 Exibe mensagem de advertncia, mas mesmo assim pode permitir
que operao continue.
 Para que Grupo de transaes e Elementos de Custos selecionados
possam ser excludos do AC.
 Quando o limite de tolerncia ou o valor do oramento mudar ele
possa reconstituir o AC automaticamente.
 Caso seja necessrio, o AC pode ser ativado atravs de um trabalho
de lote regular, executado em segundo plano, para verificar se o valor
de tolerncia dos Projetos foi alcanado.

39

CAPTULO VI
O MDULO PS E O PROCESSO DE ENCERRAMENTO

processo

onde

so

realizadas

atividades

referentes

ao

encerramento do Projeto. Fase onde so disponibilizadas as sobras de


materiais, onde so encerrados contratos ainda ativos, quando so entregues
documentos tcnicos sobre a realizao do projeto e documentos de lies
aprendidas e quando realizada auditoria do trabalho executado.

momento de aceite por parte do solicitante, quando o Projeto formalmente


entregue e encerrado.

6.1 Repasse
O Repasse deve ser feito em Projetos que receberam custos antes de
realizar o encerramento. De acordo com DOWLING (2008) o Repasse deve
ser realizado pelos seguintes motivos:
 Tem como objetivo zerar o balano de um Projeto.
 necessrio pelo fato do Projeto ter natureza temporria.
 Pode ser repassado para qualquer outra entidade como um segmento
de rentabilidade, um recurso, um outro Projeto, um material, um centro
de custo.
O Repasse pode ser realizado individualmente ou coletivamente usando
variantes e as regras do repasse podem ser geradas automaticamente.

6.2 Confirmao de Marcos


Se o Projeto tiver cadastrado em sua estrutura algum Marco que indica
o fim do Projeto este deve ser confirmado.

40

6.3 Atribuio dos Status de Encerramento


O processo de Encerramento do Projeto no SAP inicia a atribuio dos
Status de encerramento. So dois status usados:
 Status TECO Tecnicamente Fechado quando atribudo na
estrutura do Projeto o sistema remove qualquer Reserva existente e
permite que compromissos pendendentes sejam realizados.

Este

status pode ser retirado.


 Status CLSD FECHADO atribudo quando o Projeto j recebeu
todos os custos que ainda estavam pendentes e quando as sobras de
material foram transferidas.

6.4 Arquivamento
Depois de encerrado o Projeto pode ser arquivado.

Para o

Arquivamento de Projetos no PS necessrio ativar o Sinalizador Deletion. O


Indicador de Deletion tambm precisa ter o modo de lote ativado.

arquivamento deve ser feito na transao CN80.


De acordo com DOWLING (2008), alguns dados no podem ser
arquivados: verses de simulao, planos de cobrana, custo de unidade para
atividade ou componente de rede, dados de classificao para resumo de
elementos da estrutura, dados de classificao para resumo de ordens de
rede, informaes de entrega para redes/estruturas de detalhamento de
trabalho, endereos de entrega para componentes de materiais em ordens de
terceiros, planejamento da fora de trabalho e requisies de capacidade.

41

CONCLUSO
O Gerenciamento de Projetos nos ltimos anos vem se tornando cada
vez mais importante em empresas que desenvolvem estratgias de
crescimento. Para que um Projeto tenha sucesso, necessria uma tima
gesto de todos os processos que o envolve como planejamento, execuo,
controle e trmino.

Com essas necessidades identificadas, as empresas

comearam a dedicar maior ateno a gesto de Projetos. Assim a busca por


profissionais com experincia em Projetos e ferramentas de apoio a gesto se
tornou cada vez mais freqente.
Para empresas que j possuam a ferramenta de ERP SAP, que
usada para gesto empresarial funcionando como integrador de informaes
interligando as vrias reas de negcio da empresa e otimizando processos
decisrios, uma ferramenta que pode ser usada para auxiliar na gesto dos
Projetos o Mdulo PS. Como o SAP integrador de informaes, o PS
consegue enxergar informaes de qualquer outro mdulo, fazendo assim com
que o PS seja possuidor das mais diferentes informaes relacionadas a um
Projeto.

Com essa gesto integrada, o PS pode, por exemplo, disparar

eventos que refletem em outros mdulos como solicitao de suprimentos e


servios e reservas de material em estoque, que so atividades importantes no
processo de planejamento e execuo.

No planejamento o PS permite o

trabalho com diversos tipos de datas, relacionamentos e criao de baseline.


Permite tambm planejar os custos, solicitao de material e servios e
planejamento da fora de trabalho. No processo de execuo o PS possui
status que determinam operaes no sistema, confirmaes que determinam o
andamento da atividade.

Para controlar e monitorar o PS possui

funcionalidades para acompanhar a evoluo do Projeto, verses do Projeto


durante seu ciclo de vida e um sistema de informao que disponibiliza vrios
relatrios de acompanhamento.

Para o processo de encerramento o PS

disponibiliza status especficos para fechar o Projeto.


O mdulo PS um dos mdulos do SAP mais integrado, permitindo
assim, gerenciar todas as etapas do ciclo de vida do Projeto.

42

BIBLIOGRAFIA CONSULTADA

BIBLIOTECA

SAP.

Sistema

de

Projetos

(PS).

Disponvel

em

<

http://help.sap.com/saphelp_470/helpdata/pt/04/926eae46f311d189470000e82
9fbbd/frameset.htm>. Acesso em 01/06/2011 a 10/07/2011.
DOWLING, Kieron N. SAP Manual do Sistema de Projetos. Rio de Janeiro:
Editora Cincia Moderna Ltda., 2008.
XAVIER, Carlos Magno da Silva... [et al.]. Metodologia de Gerenciamento de
Projetos. Rio de Janeiro: Brasport, 2005.
Outros Autores: Flvio Vivacqua, Luiz Fernando da Silva Xavier, Otualp
Sarmento de Macedo.

43

BIBLIOGRAFIA CITADA
BIBLIOTECA

SAP.

Sistema

de

Projetos

(PS).

Disponvel

em

<

http://help.sap.com/saphelp_470/helpdata/pt/04/926eae46f311d189470000e82
9fbbd/frameset.htm>. Acesso em 01/06/2011 a 10/07/2011.
DOWLING, Kieron N. SAP Manual do Sistema de Projetos. Rio de Janeiro:
Editora Cincia Moderna Ltda., 2008.

44

NDICE
FOLHA DE ROSTO

02

AGRADECIMENTOS

03

DEDICATRIA

04

RESUMO

05

METODOLOGIA

06

SUMRIO

07

INTRODUO

08

CAPTULO I O SAP e o Mdulo PS

09

1.1 Estrutura Organizacional

10

CAPTULO II O Mdulo PS no Processo de Iniciao

12

2.1 Definio de Projeto

14

2.2 Elemento PEP

14

2.3 Diagrama de Rede

15

2.4 Tarefa

15

2.4.1 Tarefa Interna

16

2.4.2 Tarefa de Prestao de Servios

16

2.4.3 Tarefa de Custo

16

2.5 Elemento de Tarefa

17

2.6 Marco

17

2.7 Componente de Material

17

2.8 Texto PS e Anexos

17

CAPTULO III O Mdulo PS no Processo de Planejamento

19

3.1 Trabalhando com Datas

19

3.1.1 Programao de Datas

20

3.1.2 Relacionamento

21

3.1.3 Criao da Baseline

22

3.2 Planejamento de Custos

22

45

3.3 Solicitao de Material e Servios

24

3.3.1 Solicitao de Material

24

3.3.2 Solicitao de Servios

25

3.4 Necessidade de Capacidade em Projetos

25

3.5 Planejamento da Fora de Trabalho

26

CAPTULO IV O Mdulo PS no Processo de Execuo

27

4.1 Status

27

4.2 Suprimento de Projeto e Administrao Produo (ProMan)

28

4.3 Confirmao

28

4.3.1 Confirmao Diretamente no Sistema

29

4.3.2 Confirmao via Folha de Horas de Trabalho (CATS)

30

4.3.3 Confirmao via Intranet (PS-CON)

30

4.3.4 Confirmao em Sistemas Externos (PDO)

30

4.3.5 Confirmao Descentralizada

31

4.3.6 Cancelamento de Confirmao

31

CAPTULO V O Mdulo PS no Processo de Controle

32

5.1 Andamento do Projeto

32

5.1.1 Anlise da Evoluo

32

5.1.2 Anlise de Tendncia de Marco (MTA)

33

5.1.3 Monitoramento do Andamento

34

5.2 Engenharia Colaborativa e Gerenciamento de Projetos (CEP)

35

5.3 Verses do Projeto

36

5.4 Sistema de Informao de Projeto (Relatrio)

36

5.5 Controle de Disponibilidade

38

CAPTULO VI O Mdulo PS no Processo de Encerramento

39

6.1 Repasse

39

6.2 Confirmao de Marcos

39

6.3 Atribuio dos Status de Encerramento

40

6.4 Arquivamento

40

46

CONCLUSO

41

BIBLIOGRAFIA CONSULTADA

42

BIBLIOGRAFIA CITADA

43

NDICE

44