Texto Integral

Implementao de SAP Applications
Deloitte Consultores, S.A.

Miguel Rodrigues Cardozo
Projecto de Dissertao do MIEIG 2007/2008
Orientador na FEUP: Professor Doutor Antnio Carvalho Brito

Orientador na Deloitte: Dra. Dalila Santos
Faculdade de Engenharia da Universidade do Porto

Mestrado Integrado em Engenharia Industrial e Gesto
2008-03-14
Aos meus Pais
ii
Sumrio
Esta dissertao enquadra-se no mbito da realizao do projecto dissertao de concluso do
Mestrado Integrado em Engenharia Industrial e Gesto da Faculdade de Engenharia da
Universidade do Porto (FEUP).
A Deloitte Consultores SA, uma empresa integrante do grupo Deloitte Touche Tohmatsu
fazendo parte de uma associao mundial de sociedades (Sociedades Membro) dedicadas
prestao de servios profissionais de excelncia, concentradas no servio ao cliente sob uma
estratgia global aplicada localmente em, aproximadamente, 140 pases.
O projecto desenvolvido na dissertao no contexto da consultoria, mais propriamente da
implementao de sistemas de Enterprise Resource Planning (doravante ERP), em especfico
o SAP. de salientar que a implementao de um sistema desta natureza implica uma
reengenharia de processos e um estudo aprofundado do negcio que servir.
Como em todos os projectos que se desenvolvem na Deloitte, foi dedicada uma ateno
especial s eventuais dificuldades de implementao visveis na gesto de risco e de mbito e
um seguimento efectivo da metodologia da empresa na implementao de sistemas ERP.
O projecto encontra-se dividido em duas partes fundamentais, resultado do cariz de negcio
da Deloitte (consultoria ptica de projecto), em que numa primeira parte se retrata a
implementao de uma soluo SAP BW/ SEM BPS de apoio ao controlo de gesto na
Empresa X, e numa segunda parte um projecto de ndole semelhante e maior dimenso na
Empresa Y.
No que diz respeito ao trabalho propriamente desenvolvido, os objectivos do projecto
dissertao podem ser sintetizados em trs ideias centrais: aplicao da metodologia Deloitte
na implementao de ERPs, conhecimento de processos de negcio, desenvolvimento de
competncias nos mdulos especficos de SAP BW/ SEM BPS que se traduzem nos mdulos
de apoio aos departamentos de controlo de gesto.
O contacto com a metodologia Deloitte e o desenvolvimento de um trabalho na ptica de
projecto constituram uma mais valia na elaborao da dissertao. O confronto entre os
diferentes negcios, a multidisciplinaridade de equipas e o conhecimento adquirido ao longo
do mestrado, permitiram formular uma sinopse de flexibilidade e competncias que os
gestores, em geral devem ambicionar, particularmente aqueles com formao em engenharia.
iii
Abstract
This dissertation summarizes the final graduation work at Deloitte & Touche, during a 6
months period that completes the Master of Industrial Engineering and Management at Porto
Engineering Faculty (FEUP).
Deloitte Consulting in Portugal is a member of the Deloitte Touche Tohmatsu group. Deloitte
is the brand under which tens of thousands of dedicated professionals in independent firms
throughout the world collaborate to provide audit, consulting, financial advisory, risk
management and tax services to selected clients.
The project developed in this dissertation is in the context of consulting, more precisely an
implementation of an Enterprise Resource Planning system (ERP), in specific SAP. It is
relevant to quote that the implementation of an ERP system obviously implicates a
reengineering process and a deep study of the business it will serve.
As in all projects developed under Deloittes signature, a special attention was given to the
difficulties of implementation visible in the risk and scope management as well as an effective
guidance through the corporate methodology in the ERP systems implementation.
The dissertation project is divided in two main parts, resulting from Deloittes nature of
business (project-driven), which in the first part is described the implementation of a SAP
BW/ SEM BPS solution with the aim to provide support to the controlling office of Empresa
X. In the second part a project of a similar nature and bigger dimension at Empresa Y is
described.
Regarding the work developed, the objectives of the dissertation project can be described in
three main ideas: application of Deloittes methodology in ERP systems implementation,
knowledge of business processes, and development of skills in SAP BW / SEM BPS, that
result in a module of support to the management controllers.
The contact with the methodology provided by Deloitte as well as the development of a
project became an added value to my dissertation. The confrontation between the different
natures of businesses, the multidisciplinary teams and the knowledge obtained through the
period of studies allowed the formulation of a synopsis of flexibility and skills which
managers, in general, should have as a priority.
iv
Agradecimentos
Agradecimentos a Ana Mateus, Carlos Rodrigues, Csar Marto, Dalila Santos, Paula Mateus,
Vasco Pires, e Vtor Ramalho pelo apoio prestado e pelas suas contribuies para a minha
formao pessoal e profissional.
Agradecimentos ao Engenheiro Antnio Carvalho Brito pelo apoio na realizao do trabalho.
A todos, Muito Obrigado.
ndice de Contedos
1 Introduo ...........................................................................................................................................1
1.1 mbito do Projecto............................................................................................................................... 1
1.2 Objectivos ............................................................................................................................................ 1
1.3 Estrutura da dissertao ...................................................................................................................... 2
2 Deloitte ................................................................................................................................................3
2.1 A abordagem Deloitte........................................................................................................................... 6
2.1.1 Formao..................................................................................................................................... 6
2.1.2 Metodologia Deloitte na implementao de ERPs ...................................................................... 6
2.1.2.1
Fase de Plan e Design................................................................................................... 8
2.1.2.2
Fase de Build .................................................................................................................. 9
2.1.2.3
Fase de Deliver ............................................................................................................. 10
2.1.2.4
Fase de Operate ........................................................................................................... 11
3 Base Histria e Estrutural dos ERPs................................................................................................12

3.1 Material Requirements Planning ........................................................................................................ 12
3.2 Manufacturing Resource Planning ..................................................................................................... 12
3.3 Enterprise Resource Planning............................................................................................................ 13
3.3.1 Componentes de um sistema ERP............................................................................................ 14
3.3.2 Arquitectura de um sistema ERP............................................................................................... 20
3.4 SAP .................................................................................................................................................. 23
3.5 Descrio do mdulo SAP BW SEM/ BPS......................................................................................... 24
4 O Projecto Empresa X/ Deloitte ........................................................................................................28

4.1 Objectivo e mbito do projecto........................................................................................................... 28
4.2 mbito aplicacional e processual do projecto .................................................................................... 29
4.3 Equipa de Projecto............................................................................................................................. 33
4.4 Calendrio.......................................................................................................................................... 33
4.5 Responsabilidades no projecto .......................................................................................................... 34
5 Projecto Empresa Y/ Deloitte ............................................................................................................38

5.1 Objectivo e mbito do projecto........................................................................................................... 38
5.2 mbito aplicacional e processual do projecto .................................................................................... 41
5.3 Equipa de Projecto............................................................................................................................. 43
5.4 Calendrio.......................................................................................................................................... 44
5.5 Responsabilidades no Projecto.......................................................................................................... 44
6 Concluses e perspectivas de trabalho futuro ..................................................................................49

7 Referncias e Bibliografia .................................................................................................................50
vi
ndice de Anexos
Anexo A Proposta de Estgio.....
51
Anexo B Modelo de Dados SAP BW SEM/ BPS da Empresa X..
53
Anexo C - Modelo de Dados SAP BW SEM/ BPS da Empresa Y
55
Anexo D Frmulas de clculo dos indicadores propostos..
57
Anexo E Business Explorer Analyser Funcionamento e estrutura Ficheiro elaborado para

formao e fornecido aos utilizadores.....
59
vii
ndice de Figuras
Figura 1 Esquema da metodologia Deloitte Enterprise Value Delivery.
Figura 2 Esquema representativo das fases de abordagem ao projecto.
Figura 3 Estrutura dos mdulos principais do SAP.....
14
Figura 4 Integrao de outros mdulos adicionais no ERP
18
Figura 5 Flexibilidade, inter-operabilidade, e escalabilidade da arquitectura cliente/ servidor.
21
Figura 6 Funcionamento da Arquitectura orientada ao servio (SOA).
22
Figura 7 Integrao e estrutura dos mdulos SAP..
25
Figura 8 Infocubo..
26
Figura 9 Estrutura do SAP Business Explorer Analyzer.
26
Figura 10 Esquema representativo dos componentes da soluo a implementar.
29
Figura 11 Esquematizao do mbito processual do sistema..
29
Figura 12 Layout de insero de dados relativo ao planeamento de salrios.
31
Figura 13 Layout de insero de dados relativo ao planeamento de centros de custo.
32
Figura 14 Equipa de projecto e funes.
33
Figura 15 Calendrio de projecto..
33
Figura 16 Integrao da fase de realizao no projecto.
34
Figura 17 Plataforma web resultado final..
35
Figura 18 Integrao da fase de preparao final no projecto..
36
Figura 19 Integrao da fase de entrada em produtivo e suporte no projecto
36
Figura 20 Principais stakeholders da informao de gesto.....
43
Figura 21 Equipa de projecto..
43
Figura 22 Calendrio de projecto
44
Figura 23 Integrao da fase de levantamento de processos e desenho no projecto
45
Figura 24 Modelo de controlo gesto construdo para demonstrao aos stakeholders do

modelo final a implementar.....
46
viii
ndice de Acrnimos e Glossrio
Blueprint Documento resultante da fase de desenho que detalha o mbito de projecto,

servindo de acordo entre a empresa de consultoria e o cliente
BCS Business Consolidation
BPS Business Planning and Simulation
BW Business Information Warehouse
Caractersticas So dados no numricos existentes no infocubo
Cutover Plano que integra a transio de um sistema antigo para um novo sistema
ERP Enterprise Resource Planning
Indicadores Valores ou quantidades transaccionais de processos que sero visualizados
pelas dimenses analisadas no infocubo
Infocubo Repositrio central dos relatrios. Nos infocubos existem dois tipos de dados:
caractersticas e indicadores. Os relatrios vo sendo alimentados com informao
proveniente das caractersticas e dos indicadores.
Modelo de dados Descrio formal de como a informao deve ser estruturada e acedida
MRO Maintenance Repairing and Overhaul
SAP Systemanalyse und Programmentwicklung, que significa, anlise de sistemas e
desenvolvimento de programas
SEM Strategic Enterprise Management
ix
Introduo
1.1
mbito do Projecto
Esta dissertao enquadra-se no mbito da realizao do projecto de dissertao de concluso

do Mestrado Integrado em Engenharia Industrial e Gesto da Faculdade de Engenharia da
Universidade do Porto.
O projecto decorreu face ao protocolo celebrado entre a Faculdade de Engenharia da
Universidade do Porto e a Deloitte Consultores, SA. Este protocolo, que pode ser consultado
no anexo A, determinou a durao do estgio (6 meses), assim como os objectivos a atingir e
uma descrio do trabalho a desenvolver.
O trabalho realizado na Deloitte Consultores, SA, incidiu na rea de consultoria, mais
propriamente Enterprise Applications, tendo como base a unidade de negcios de
Manufacturing, Consumer Business, Air Transportation Services, Energy & Resources. A
consultoria uma rea de negcio especfica, onde o trabalho se desenvolve na ptica de
projecto, resultando que a dissertao se desenvolva em dois projectos distintos, abrangendo
no entanto, todas as fases de um projecto.
A rea de Enterprise Applications trata da implementao de sistemas de Enterprise Resource
Planning, mais propriamente do SAP.
A primeira parte do projecto dissertao refere-se a uma implementao de SAP do mdulo
BW SEM BPS na Empresa X e abrange as seguintes fases de projecto: realizao, preparao
final, entrada em produtivo e suporte.
A segunda parte do projecto dissertao refere-se ao desenho da implementao futura do
mdulo BW SEM BPS no grupo Empresa Y e abrange a fase de planeamento e desenho da
ferramenta futura.
1.2
Objectivos
O objectivo do projecto assume duas facetas, primeiramente a concluso do Mestrado

Integrado em Engenharia que assume um carcter acadmico e por outro lado, assume um
carcter de oportunidade que a empresa proponente do estgio encontra como
desenvolvimento de novos recursos e ferramenta para recrutamento de novos consultores.
Os objectivos do projecto de dissertao propriamente dito resumem-se nos seguintes pontos:
conhecimento da metodologia Deloitte na implementao de ERPs, adquirir competncias
em mdulos especficos do SAP, desenvolvimento de trabalho em equipa e obteno de
conhecimento de processos de negcio.
1.3
Estrutura da dissertao
A presente dissertao encontra-se organizada em sete captulos e cinco anexos. No captulo

seguinte feita uma descrio da empresa, do seu cariz de negcio, dos servios que presta e
o enquadramento internacional no grupo Deloitte Touche Tohmatsu, assim como a descrio
da metodologia Deloitte na implementao de sistemas Enterprise Resource Planning.
No captulo trs desenvolvida a histria, evoluo e estrutura dos sistemas de Enterprise
Resource Planning, com enfoque no SAP.
No captulo quatro e cinco so descritos os projectos Empresa X/ Deloitte e Empresa Y/
Deloitte, com a descrio detalhada de cada uma das fases de projecto nas quais o estagirio
participou, bem como a equipa de projecto e a sua calendarizao.
No captulo 6 so apresentadas as concluses globais do projecto de estgio, assim como as
perspectivas para o desenvolvimento de trabalho futuro.
No captulo 7 so apresentadas as referncias bibliogrficas para a realizao deste trabalho.
Deloitte
O nome internacional Deloitte Touche Tohmatsu deriva dos trs percursores George
Touche, Admiral Nobuzo Tohmatsu, William Welch Deloitte - lderes na rea dos servios
profissionais, que, desde o incio das suas carreiras, reconheceram a importncia da criao de
uma firma global com respostas medida, solues qualificadas e altamente especializadas.
A complementaridade e a soma de sinergias e recursos da Deloitte reforam a sua posio de
liderana no mercado nacional, com uma cultura baseada num modelo de desenvolvimento
profissional que premeia o mrito.
Em Portugal, as entidades legais da rede internacional Deloitte Touche Tohmatsu operam sob
o nome e marca Deloitte, lideradas por Lus Magalhes, como Country Managing Partner.
Cada uma das firmas representativas da Deloitte encontra-se genericamente estruturada numa
base de partnership, de acordo com estatutos prprios e em conformidade com as leis de cada
pas.
A Deloitte surge como uma organizao de referncia em servios profissionais de auditoria,
consultoria e consultoria fiscal, e tem vindo a consolidar a sua liderana em Portugal
integrando a sua oferta para melhor servir o cliente e responder a todas as suas necessidades.
O nome Deloitte simboliza numa s palavra a fora que une a empresa e que se reflecte na
capacidade de exceder as expectativas dos clientes, como mais nenhuma organizao de
servios profissionais o faz.
A sua viso global ser reconhecida como a melhor organizao de servios profissionais do
mundo. A sua diferena encontra-se na oferta dos mais completos e aprofundados servios em
todas as reas de indstria, e na relao de parceria que estabelecemos com os seus clientes no
encontro de solues abrangentes e multidimensionais em auditoria, fiscalidade, consultoria e
servios de aconselhamento financeiro.
A sua capacidade para uma colaborao mais eficaz, combinada com a solidez dos seus
conhecimentos, permite criar solues mais completas. Oferece uma viso inclusiva que
permite enfrentar desafios com elevada profundidade e abrangncia. O objectivo da Deloitte
acrescentar maior valor aos seus clientes.
Os seus profissionais esto empenhados em exceder continuamente as expectativas dos seus
clientes, atravs da prestao de servios suportados por um elevado conhecimento e enfoque
sectorial, excelente competncia tcnica e um compromisso com tica profissional,
integridade e objectividade.
Os colaboradores da Deloitte usam os seus princpios ticos, slido critrio profissional, firme
carcter e competncias tcnicas, para avanar com a melhor resposta para cada situao.
Assim, a sua conduta baseada na importncia dos comportamentos ticos, fiveis e

objectivos. A sua estrutura, os valores que partilha, a conduta dos seus profissionais e a
importncia que atribui tica so parte integrante da sua cultura.
Factos e Nmeros
Desenvolve a sua actividade em cerca de 140 pases, conta com cerca de 150 mil profissionais
e registou um volume de facturao em 2006 que ascendeu a 23.000 milhes de dlares,
prestando servios a mais de 80% das empresas constantes do ranking Fortune Global 500.
Desta forma, a Deloitte encontra-se em posio privilegiada para apoiar de uma forma
efectiva os seus clientes.
Deloitte em Portugal
A Deloitte a organizao lder em servios profissionais em Portugal, com uma base
alargada de clientes portugueses lderes de mercado. Nmero Um no ranking de prestao
de servios integrados de auditoria, consultoria e consultoria fiscal nas 250 maiores empresas
nacionais.
Em Portugal, conta com cerca de 1.500 profissionais experientes e motivados para exceder as
expectativas dos seus clientes e uma quota de mercado em servios de auditoria de 30% e de
consultoria fiscal de 50%, no segmento das 250 maiores empresas por volume de negcio
existentes em Portugal, liderando em consultoria integrada a prestao de servios neste
mercado.
A empresa em Portugal est organizada por sectores de actividade (Unidades de Negcio),
nas quais se congregam diversas reas de negcio (Funes):
Unidades de Negcio:
Manufacturing, Consumer Business, ATS, Energy & Resource
Financial Services
Government & Healthcare
Technology, Media and Communications
Real Estate & Construction
Tourism, Travel & Leisure
Funes:
Auditoria
Consultoria Fiscal
Consultoria de Gesto
Consultoria Financeira
Business Process Application Solutions
Consultoria
Para responder s exigncias e mutaes constantes do mundo econmico, a Deloitte coloca
ao servio dos seus clientes novas solues e estratgias, processos e capacidades para
adquirirem capacidade competitiva, expandir a sua actividade para outros mercados e tirar
proveito das novas tecnologias.
A sua rea de consultoria identifica os desafios com que as empresas se deparam e concentrase na entrega de servios de consultoria de impacto, ajudando os seus clientes a planear,
organizar, crescer, estruturar, e integrar tecnologia com elevados ndices de performance.
Entrega experincia, conhecimento tcnico, e capacidades de implementao, que
transformam os seus desafios em solues.
As suas solues incluem:
Strategy & Operations
Enterprise Applications (Implementao de ERPs)
Technology Integration
Human Capital
Recursos Humanos
Para alm dos factos em si mesmo, a Deloitte orgulha-se principalmente da sua liderana ter
origem no elevado padro de qualidade que continuamente tem vindo a oferecer s empresas
e instituies nacionais.
O quadro de profissionais da Deloitte composto por mais de 80% de licenciados, tornando-a
proporcionalmente uma das empresas lderes em capital intelectual, e de formao
universitria diversa.
considerada pela comunidade empresarial como um dos melhores formadores de quadros de
direco e alta direco. Os seus profissionais so sujeitos a um rigoroso critrio de seleco e
recrutamento, sendo um dos factores de sucesso a sua poltica de promoo, baseada em
critrios fortemente selectivos, designadamente desempenho na funo, orientao para o
cliente e potencial de progresso na firma.
Os seus colaboradores e quadros que pertencem a organizaes profissionais so
unanimemente reconhecidos como tendo excelentes qualidades tcnicas e com um grau de
conhecimento elevado nas matrias e assuntos especficos.
Os seus profissionais investem em mdia 15% do seu tempo disponvel em formao,
seguindo as suas polticas globais de formao, acrescida por formao adequada realidade
da economia empresarial portuguesa.
2.1
2.1.1
A abordagem Deloitte
Formao
O incio da carreira profissional um marco importante, uma vez que, traduz na maioria das
vezes, uma mudana nos hbitos e nas rotinas quotidianas, mas tambm nos estmulos e nos
desafios com que os profissionais se deparam. Trabalhar na Deloitte, neste caso em
consultoria, sinnimo de um dia-a-dia marcado pelo desafio permanente, pela excelncia na
entrega e pela riqueza do trabalho em equipa.
O First Step Consulting, actividade de formao inicial, foi especialmente concebido para
enderear estes dois desafios. Por um lado, assinalar o incio da carreira profissional
introduzindo a vivncia e o quotidiano do consultor Deloitte.
Por outro, partilhar os conhecimentos, comportamentos e metodologias que sero teis no
desenvolvimento da carreira em consultoria na Deloitte.
2.1.2
Metodologia Deloitte na implementao de ERPs
Esta seco relativa metodologia Deloitte aplicada em projectos SAP e inclui informao
acerca da abordagem de projecto, risco e gesto, tendo em conta os actuais mtodos de
trabalho da Empresa X e da Empresa Y para a implementao do novo sistema SAP BW/
SEM BPS.
A abordagem de implementao Deloitte para o SAP conhecida como Enterprise Value
Delivery (doravante EVD). EVD um mtodo de implementao que consolida a experincia
da Deloitte na implementao de SAP, assim como o trabalho desenvolvido em paralelo com
a SAP para a metodologia ASAP (Accelerated SAP). Inclui uma vasta base de templates de
deliverables e aceleradores, presentes em seis fases de trabalho, comeando na fase do
Vision progredindo at fase Operate, como ilustrado na figura 1.
Figura 1 Esquema da metodologia Deloitte Enterprise Value Delivery [1]

6
A fase Vision contempla a preparao do caso em estudo e a identificao dos benefcios

que o projecto proporcionar. A fase Plan, consiste no comeo do projecto, identifica os
membros da equipa de projecto e desenvolve um programa detalhado de projecto. A fase do
Design cria o desenho detalhado que incorpora os resultados adquiridos durante a recolha
de requisitos. As fases Build e Deliver suportam a configurao e o teste dos requisitos
tcnicos, assim como os testes finais de sistema e o treino de utilizadores.
Outro componente de distino do EVD balancear o foco do projecto com o contedo dos
deliverables de acordo com nove linhas de trabalho ao longo das diversas fases de projecto
(do tangvel ao intangvel valor das iniciativas de implementao do SAP, atravs das
pessoas, dos processos e do suporte).
A vertente Value est no centro da filosofia Deloitte para o sucesso dos projectos. Muda a
tradicional percepo de sucesso on time and on budget para a entrega real de valor. Tem
impacto sobre aspectos como o faseamento do trabalho, a definio de prioridades nas
decises de desenho e comunicao com o cliente. O Process and Package integra a
experincia Deloitte em ajudar as organizaes a implementar e realar os processos de
negcio. O seu objectivo de suportar a transio da conjuntura actual para uma melhorada,
identificando, desenhando e implementando melhorias de processo. Uma outra linha chave de
conduta Deloitte o Support, uma vez que representa que o estilo de trabalho com o cliente
altamente cooperativo e de partnership. A Deloitte acredita que os projectos tm maior
sucesso se a equipa de consultoria e a equipa do cliente cooperarem entre eles desde o incio
do projecto para potenciar uma progressiva transferncia de conhecimento durante toda a
durao de projecto. Isto assegura uma transio suave at terminar o projecto, e ajuda
tambm na diminuio dos custos de consultoria na medida em que a equipa do cliente
progressivamente dotada de maior conhecimento.
Para uma melhor compreenso do encadeamento das diferentes fases da metodologia de
projecto Deloitte, apresentado o esquema da figura 2 que reflecte as fases referidas
anteriormente e exaustivamente explicadas de seguida.
Fases
Viso
Plan and Design

(Preparao do Projecto e
Blueprint de Negcio)
Actividades
Reviso do
Blueprint do
negcio e
detalhes
especificos das
funcionalidades
nova
Valor
Processo
Treino dos
utilizadores
chave
Aprendizagem
Build
(Realizao)
Anlise de risco
Detalhe do
desenho tcnico
Preparar, desenvolver, testar

e executar o carregamento
de dados e sua retraco
Plano e
estratgia de
formao para
os utilizadores
finais
Preparar e efectivar
treino aos utilizadores
Plano de
segurana
Gesto de Projecto
Plano de
projecto e
organizao
Plano de projecto detalhado;
Configurao de sistema;
Reviso do Blueprint de
negcio;
Documentao de configurao;
Documento com a estratgia

de treino;
Sesses de treino de
utilizadores chave;
Scripts de testes unitrios;

Desenvolvimento tcnico;
Uploads de dados mestre;
Cenrios de testes de integrao e scripts;
Perfis de utilizador e autorizaes.
Desenvolvimento dos
sistemas de qualidade.
Kick-off
Suporte de
entrada em
produtivo
Plano de
cutover
Controlo da execuo do projecto/ Executar actualizao do projecto

de testes;
Milestones
Principais
Operate
(Entrada em
produtivo e
suporte)
Testes Funcionais
Configurao do sistema
Suporte
Outputs
Principais
Deliver
(Preparao Final)
Workshops de confirmao do
desenho final
Material de
treino para os
utilizadores;
Validao de
fim de
projecto.
Plano de
Cutover;
Ambiente de
sistema em
produtivo;
Treino aos
utilizadores;
Cutover
execution.
Testes unitrios e workshops de

validao dos testes de
integrao
Novo sistema pronto.
Fecho do Projecto
Figura 2 Esquema representativo das fases de abordagem ao projecto [1]

7
2.1.2.1
Fase de Plan e Design
Os componentes chave desta fase so o desenho detalhado das novas funcionalidades e as

mudanas no modelo de dados. Durante esta fase elaborada a documentao de Blueprint
referente ao input web, s funcionalidades dos relatrios, assim como as interaces com o
sistema actual das empresas.
Actividades principais:
Reviso dos procedimentos e processos de projecto;
Reviso da documentao disponvel do Blueprint do negcio;
Desenvolver e detalhar os requisitos funcionais e especificaes para a interface web

e para os relatrios;
Desenvolver a documentao para a estratgia de testes;
Proceder ao treino dos utilizadores chave acerca das funcionalidades do Strategic

Enterprise Management;
Desenvolver a estratgia e plano para a passagem do conhecimento aos utilizadores

finais;
Categorizar e qualificar os riscos de projecto;
Rever os deliverables da fase de Plan e Design;
Preparar e conduzir os workshops para a fase final de desenho.
Nesta fase do projecto, o mtodo Enterprise Value Delivery incorpora os seguintes

aceleradores:
Checklist de objectivos;
Checklist de implementao;
Descrio de processos;
Requisitos de dados;
Relatrio de evoluo semanal;
Checklist do plano de trabalho.
2.1.2.2
Fase de Build
Os componentes chave da fase de construo so a configurao e teste dos requisitos

tcnicos e de negcio, que foram estabelecidos durante a fase anterior, de plano e desenho. No
final da fase de construo os sistemas estaro configurados, integrados, os testes de aceitao
estaro executados e todo o modelo de dados e os relatrios de Business Information
Warehouse estaro testados. Os perfis de segurana e autorizaes do sistema sero tambm
criados e testados nesta fase.
As actividades mais importantes contempladas nesta fase da metodologia so:
Configurar o sistema SAP BW/SEM;
Documentar a configurao de sistema;
Desenvolver o modelo de dados local;
Preparao e conduo dos testes funcionais;
Desenvolver a checklist para o upload de dados;
Executar o upload de dados mestre e transaccionais;
Desenvolver os cenrios e scripts dos testes de integrao;
Conduzir os testes de integrao com os sistemas SAP existentes at data;
Desenvolver e implementar os perfis e autorizaes dos utilizadores finais.

aceleradores:
Testar o guia de referncia para os diferentes cenrios;
Checklist do desenho tcnico da soluo;
Questionrio de segurana.
2.1.2.3
Fase de Deliver
A fase de entrega do projecto contempla a preparao para a entrada em produtivo do sistema,

incluindo treino e actividades de cutover. No final desta fase, os utilizadores do sistema de
apoio ao negcio estaro aptos para interagir com o sistema em produtivo da melhor forma.
Preparar o material de treino;
Conduo das sesses de treino de utilizadores;
Desenvolver e executar o plano de cutover;
Aprovao da entrada em produtivo do sistema.

aceleradores:
Tcnicas de instruo;
Reviso do material de treino;
Guia de treino;
Checklist de tipo de conflitos possveis;
Assegurar o relatrio de reviso de qualidade;
Checklist de objectivos.
10
2.1.2.4
Fase de Operate
Nesta fase, a equipa de implementao passa a gesto do sistema para a equipa de suporte do
cliente. A existncia de uma equipa de suporte adequada crtica para o sucesso no longo
prazo do projecto, e o conhecimento adquirido durante as actividades de projecto ter um
papel importante na construo da equipa interna de suporte.
Monitorizao dos processos implementados;
Monitorizao da estratgia de suporte;
Monitorizao da
implementadas;
Fecho de projecto.
aplicao
analisando
performance
funcionalidades

aceleradores:
Relatrio de feedback da satisfao dos utilizadores finais;
Relatrio de controlo de fecho de actividades.
11
Base Histria e Estrutural dos ERPs
Os diversos negcios comearam pela primeira vez a usar tecnologias de informao e

computadores numa base de rotina nos anos 50 e 60. A introduo do computador no
ambiente de negcio criou a necessidade de novos sistemas que combinassem tecnologias de
informao e processos de negcio. Anteriormente, os sistemas mais importantes nas
empresas de produo eram conhecidos como Material Requirements Planning (MRP). Aps
duas dcadas, os sistemas MRP evoluram para sistemas Manufacturing Resource Planning
(MRPII), mas muitos anos antes dos sistemas Enterprise Resource Planning (ERP) serem
pela primeira vez implementados e que continuam a evoluir ainda hoje. Para perceber como
os sistemas ERP dos dias de hoje se desenvolveram, discutir-se-o primeiro os sistemas MRP.
3.1
Material Requirements Planning
Na dcada de 60, os sistemas Material Requirements Planning (MRP) emergiram com a

rpida evoluo dos computadores. O objectivo principal destes sistemas foi a gesto de
inventrios, e a sua utilizao ajudou as empresas a controlaram os seus inventrios baseandose na procura actual em detrimento de pontos de nova ordem. Para fazer isto, os sistemas
MRP usaram um conjunto de tcnicas que tinham em considerao as listas de dados de
material, dados de inventrio, e o planeamento mestre da produo para prever os requisitos
de materiais. A ideia geradora dos sistemas era de facto simples. Um produto acabado era
subdividido nos seus componentes, e para cada componente era desenvolvido um
planeamento do tempo, uma calendarizao. Baseado nesta lista, toda a informao necessria
para a produo de um produto especfico poderia ser obtida num curto espao de tempo. Os
sub componentes crticos poderiam ser identificados rapidamente, e se necessrio, poderiam
ser obtidos rapidamente para suportar a produo no tempo devido. O caminho crtico de
tempo poderia ser definido e as ordens organizadas de forma a prever atrasos na recepo de
materiais. Mesmo assim este procedimento tornou-se insuficiente assim que o nmero de
componentes aumentasse. Assim, um computador era essencial para desenvolver e permitir
estas caractersticas do MRP. A somar aos benefcios do MRP, consideram-se tambm os
reduzidos nveis de inventrios que uma empresa necessitava manter, os tempos reduzidos de
produo pela melhora na coordenao que evitava atrasos de recepo de material,
culminando num aumento geral de eficincia de uma empresa.
3.2
Manufacturing Resource Planning
Infelizmente, com o desenvolvimento simultneo dos sistemas de informao, o MRP deixou

de ser suficiente para responder aos novos requisitos de muitas empresas. Nos anos 80, as
empresa transitaram para o Manufacturing Resource Planning (MRP II). Este sistema
permitiu s empresas de produo optimizar os materiais, as compras, os processos de fabrico,
12
e ao mesmo tempo fornecer relatrios financeiros e de planeamento. A ideia subjacente ao

conceito MRP II era de integrar o MRP com novas funes de fabrico e produo e outras
unidades de negcio. O MRP II foi desenhado para assistir o planeamento efectivo de todos
os recursos disponveis de uma empresa de produo. O MRP II fazia o planeamento
operacional em unidades, o planeamento financeiro em moeda e inclua uma capacidade de
simulao para responder a determinados cenrios. Inclua planeamento de negcio, vendas e
planeamento de produo, planeamento dos requisitos do material, juntamente com o
planeamento da capacidade com o suporte executivo de sistemas que balanceavam a
capacidade com os materiais. A integrao foi um desafio na evoluo dos sistemas MRP em
MRP II. No final da dcada de 80, os maiores processos de negcio, como logstica, compras
e contabilidade financeira precisavam de estar integrados para permitir empresa funcionar
na sua mxima eficincia.
3.3
Enterprise Resource Planning
Nesta parte ser explicado o surgimento dos ERP, a sua estrutura, mdulos e funcionamento,
que resulta na forma como o SAP maior ERP presente no mercado funciona.
Os sistemas de Enterprise Resource Planning evoluram de forma considervel ao longo de
mais de 40 anos, como resultado da melhoria contnua na gesto dos negcios e com o
desenvolvimento de novas tecnologias de informao. O maior foque do sistema ERP foi
integrar e sincronizar funes isoladas em processos de negcio alinhados.
O conceito de ERP foi pela primeira vez implementado no final da dcada de 80 com o
desenvolvimento de melhor tecnologia entre cliente e servidor, que permitia a sua
implementao. O sistema ERP um alicerce funcional e transversal numa organizao que
integra e automatiza muitos processos internos e sistemas de informao relativos a vendas e
distribuio, produo, logstica, contabilidade e recursos humanos. Na realidade, os sistemas
de software que permitiam a automatizao de cada um dos processos internos j existiam e
eram muito eficazes nas suas reas. No entanto, a sua autonomia relativa e as limitaes de
interaco em tempo real eram um problema chave que precisava ser resolvido. As unidades
de negcio ou diferentes reas de uma empresa no integravam nem trocavam informao
entre elas, ou se esta troca de informao existia, era coordenada de forma deficiente, o que
originava problemas que diminuam a eficincia dos sistemas. A ttulo de exemplo, era
impossvel para os sistemas de contabilidade trocar informao com os sistemas de produo,
e o tempo de troca de informao era to grande que no trazia benefcios para as diferentes
reas.
Para ilustrar esta falta de coordenao e debilidade na circulao de informao, um exemplo
ser til. A equipa de vendas pode no saber exactamente quais so os nveis de produo ou
qual o inventrio exacto em determinado perodo no tempo. Diz-se inventrio exacto, porque
mesmo que a equipa de vendas tenha uma ideia aproximada do nvel do inventrio, quando
uma ordem de venda processada existe uma quebra imediata nos nveis de inventrio,
existindo um desfasamento no tempo entre a calibrao dos novos nveis de inventrio.
Os sistemas ERP no s coordenam diversas divises e reas, mas tambm permitem s
empresas a entrada de informao apenas uma vez e com que esta seja distribuda por todos
os processos de negcio integrados. Os ERPs consistem em diversos mdulos de software
integrados numa plataforma que partilham dados comuns e fornecem conectividade entre os
mdulos e os dados. Uma vez gravados os dados, ficam disponveis para todas as reas e
divises da empresa.
13
As operaes de logstica podem emitir uma ordem de compra e entrar no sistema, tornando
essa informao imediatamente disponvel para as outras divises da empresa. Quando o
material encomendado d entrada na empresa, pode ser enviado para o armazm ou
directamente para a linha de produo. Assim que entra no armazm, a produo pode ver
atravs do sistema qual o material que tem disponvel e agir de acordo com isso. Como
claro, o potencial de integrao bastante elevado.
importante perceber como o sistema funciona antes de discutir porque to difcil ter o
ERP em funcionamento efectivo numa organizao real, na sua operao diria. O exemplo
referido anteriormente tambm refere quais as divises que podem ser includas no sistema
ERP e como podem interagir entre elas. Cada mdulo (vendas e distribuio, contabilidade e
recursos humanos) ser discutido em detalhe de seguida e sero explicadas as interaces
entre si.
3.3.1
Componentes de um sistema ERP
Os mdulos mais importantes e as suas funcionalidades sero nesta parte abordados de forma
mais exaustiva. Existem muitas classificaes possveis para os mdulos dos sistemas ERP,
mas de forma geral classificam-se da seguinte forma:
Financeiro
Logstica
Recursos Humanos
Cada um destes grupos principais composto por diversas sub funcionalidades, que sero de
seguida abordadas brevemente de acordo com cada mdulo.
Para melhor entendimento do funcionamento dos sistemas ERP apresentado um framework
ilustrativo (figura 3) da sua estrutura que ser descrita ao pormenor nos pontos seguintes.
Finanas
Framework - Enterprise Resource Planning (ERP SAP)
Controlling (CO)
Finanas
(FI/CO)
Financials Accounting (FI)
Gesto de
Investimentos (IM)
Anlise de
Rentabilidade (COPA)
Procurement
Tesouraria (TR)
Contas a Pagar (FIAP)
Contabilizao do
Activo (FI-AA)
Contas a Receber
(FI-AR)
Production Planning & Controlling
Gesto de
Inventrio (IM)
Planeamento de
Produo (PP)
Vendas, Operao
e Planeamento
(SOP)
Material
Resource
Planning (MRP)
Gesto de Materiais
(MM)
Logstica
(LO)
Sales
Vendas &
Distribuio (SD)
Execuo Logstica
(LE)
Controlo de
Fbrica (SFC)
Sistemas
Logsticos de
Informao (LIS)
Gesto de Fbrica (PM)

Sistema de Projecto (PS)
Gesto da Qualidade (QM)
Recursos
Humanos
(RH)
Salrios (PY)
Gesto Pessoal (PA)
Figura 3 Estrutura dos mdulos principais do SAP

14
As finanas, tambm classificadas como contabilidade, so os processos que envolvem o

registo, sumrio, classificao, relatrios e anlise da informao financeira do negcio. Estas
transaces foram de forma geral as mesmas durante dcadas. No entanto, os processos de
negcio da actualidade no podem ser apenas suportados com os tradicionais sistemas de
contabilidade, pois as mudanas nas tecnologias de informao e na estrutura corporativa
originaram novas necessidades contabilsticas. Tambm o comrcio electrnico, as alianas
de negcios e vendedores exteriores criaram nova procura nestes conceitos. Como resultado
disso, as empresas tm de integrar o seu processo de negcio com os sistemas de
contabilidade permitindo o seu funcionamento de forma mais eficiente. Com esta integrao,
todas as reas de uma empresa, do desenvolvimento at aos processos logsticos, tm acesso
informao e s funes de contabilidade, estando estas funcionalidades disponveis tambm
para o exterior da empresa, sendo estabelecida uma ligao do vendedor, clientes e
instituies financeiras com o sistema de ERP da empresa.
Nos sistemas de ERP, a contabilidade pode ser dividida em dois grupos: contabilidade
financeira e contabilidade de custos. A contabilidade financeira responsvel pelas
interaces com os vendedores ou fornecedores externos e a contabilidade de custos ou
contabilidade de gesto responsvel principalmente pelos requisitos internos da empresa,
abrangendo normalmente as operaes de controlo de gesto.
As funes de contabilidade de um sistema ERP consistem em diversos mdulos que so
criados para desenvolver problemas especficos, como contas a pagar, contas a receber,
cobranas, facturao e consolidao. Em baixo, so descritos os mdulos referidos.
Contas a pagar: o montante que a empresa deve aos fornecedores, compras e

pagamentos aos fornecedores so registados nas contas a pagar.
Contas a receber: o montante vendido aos clientes, as cobranas feitas e a

facturao so registados nas contas a receber.
Cobranas e facturao: documentos comerciais emitidos pelo vendedor para o

comprador e vice-versa, que incluem informaes acerca do produto vendido ou
comprado, como quantidade e preo so registado nas cobranas e facturao.
Consolidao: informao de outros mdulos contabilsticos e de empresas

cuja empresa me tenha participaes consolidada e usada para produzir o balano e
as outras demonstraes financeiras, como demonstrao de resultados e mapa de
fluxos de caixa.
Para concluir, os mdulos de contabilidade baseados no sistema ERP automatizam rotinas e
processos, integrando a contabilidade de outros processos de negcio, usando informao em
tempo real. Os mdulos de contabilidade do ERP tambm suportam o processo de tomada de
deciso da empresa e permitem o uso dos recursos financeiros de forma mais efectiva e
eficiente.
Logstica
A logstica relativa s actividades que espelham o fluxo fsico de materiais, produtos semiacabados e acabados e materiais usados na produo. A logstica abrange toda a cadeia de
fornecimento, desde a compra da matria-prima at produo, e por outro lado, desde a
produo at venda dos produtos. Actividades como compras, transporte, armazenagem,
organizao, planeamento e vendas so parte da logstica. Na logstica, um dos objectivos
15
diminuir os custos de todos os factores que no contribuem directamente para o valor

acrescentado dos processos. Exemplos desses factores so a reduo do custo de
armazenamento de stocks e tempos de armazenamento. Os benefcios que podem ser
atingidos com a implementao de um ERP com o mdulo de logstica podem ser
extremamente significativos para uma empresa. O sistema ERP aumenta a coordenao entre
fornecedores e clientes e estabelece uma ligao entre eles e todo o processo logstico. A
comunicao e cooperao entre fornecedores, fabricantes e clientes melhora, originando uma
reduo de custos, optimizao de processos e por consequncia maiores lucros. A
implementao efectiva e uso de mdulos de logstica podem reduzir os tempos de
armazenamento, melhorar os prazos de entrega e reduzir os aspectos negativos de uma falha
na produo. A logstica pode ser classificada em trs grupos: vendas e distribuio,
planeamento de produo e compras.
Vendas e Distribuio
A necessidade por partes das empresas no uso do mdulo de vendas e distribuio tem vindo
a aumentar devido aos mtodos de negcio do departamento de vendas terem vindo a mudar
ao longo dos anos. As empresas mudaram e tornaram-se mais orientadas para o cliente de
forma a ficarem mais competitivas no mercado. Isto levou ao desenvolvimento de sistemas
que aumentaram a importncia do sistema de vendas e distribuio. As funcionalidades
suportadas por este mdulo podem ser sumariadas como suporte de vendas, encomendas,
verificao de limite de crdito, pricing, distribuio do produto final, cobrana aos clientes e
contratos de compras.
Uma ordem tpica, comea com a procura e prospeco de clientes. Uma vez estabelecido o
contacto com um potencial cliente, contacto este que pode ser por telefone, por escrito,
Internet, despoletado um oramento. Um oramento a oferta ao cliente que inclui preos,
tempos de entrega, termos de entrega, etc. Baseado na resposta do cliente o oramento pode
ter que ser alterado e actualizado e enviado de novo ao cliente. No entanto, antes da
actualizao do oramento, algumas mudanas podem ter de ocorrer para corresponder ao
novo requisito do cliente. Por exemplo, o sistema pode verificar se existe o produto em stock,
estimar possvel data de entrega tendo em conta as actuais ordens de produo e nveis de
stock. Uma vez que o cliente faz a encomenda, o sistema cria uma proposta de entrega para
que o utilizador possa escolher o mtodo de entrega necessrio e para que o sistema informe
todos os departamentos. Finalmente, a funo de facturao emite uma factura que enviada
ao cliente. Este pequeno exemplo, clarifica a grande importncia de um ERP nas vendas e
como pode suportar todo esse processo de uma forma integrada. Sem estes sistemas seria
muito difcil atingir toda esta eficcia nas vendas e distribuio porque este simples exemplo
no poderia ser efectuado de forma rpida.
Planeamento de Produo
Tal como nas vendas e distribuio, a tendncia no planeamento da produo uma soluo
orientada ao cliente. No entanto, a funo da produo tem de ser mais flexvel e as empresas
tm de estar preparadas para prontamente responderem e se adaptarem a mudanas na procura
dos clientes. No processo produtivo, os tempos de desenvolvimento para produtos especficos
tm vindo a diminuir drasticamente. Na indstria dos telemveis, por exemplo, o
desenvolvimento do prximo produto novo comea ainda antes do produto mais recente ser
lanado no mercado. Isto mostra claramente que as empresas tm de se adaptar rpido aos
mercados. Outra razo o encurtamento dos ciclos de vida dos produtos. No passado, um
produto podia estar no mercado por vrios anos, e na actualidade existem produtos que
16
sobrevivem alguns meses apenas, tendo como resultado que o desenvolvimento de novos
produtos nas empresas tem uma importncia vital. No entanto, as empresas podem apenas
sustentar um elevado nvel de vantagem competitiva se elas conseguirem atingir grande
qualidade e reduzidos custos de produo.
Claramente, sem um mdulo de planeamento de produo adequado, a flexibilidade e
adaptabilidade necessrias para obter elevados ndices de produtividade, grande qualidade e
reduzidos custos de produo no realizvel. Como consequncia, as empresas industriais,
tm de utilizar mdulos de planeamento de produo.
Muitos mdulos de planeamento de produo so baseados no MRP II. O que distingue o
ERP do MRP II a integrao de componentes de produo, com outros mdulos, como as
vendas, para assegurar uma poltica orientada ao cliente. Utilizando este sistema, as empresas
podem fabricar os seus produtos baseados nas necessidades dos clientes, que podem definir
produtos feitos medida em determinados casos.
Para concluir, sem estes sistemas seria muito difcil atingir a flexibilidade na produo
necessria e satisfazer os desafios colocados pelo cliente. Algumas indstrias podem no
necessitar de sistemas de planeamento da produo, mas para aquelas que necessitam, estes
mdulos tm um valor extremamente elevado pois permitem alcanar uma vantagem
competitiva.
Compras
O processo de compra de bens e servios para suportar a actividade do negcio designada
como compras. No contexto dos sistemas ERP, as compras so um conceito mais abrangente
que incluem a compra de bens, controlo de inventrio, controlo de armazenamento, seleco
de fornecedores e controlo da performance dos fornecedores. O sistema de compras de uma
empresa, ajuda a optimizar o fluxo de bens e a coordenar as compras com as outras unidades
de negcio e reas como finanas e vendas.
Os mdulos de compras oferecem diversas funcionalidades. A gesto dos fornecedores e o
controlo da sua performance permite empresa comprar bens pelo menor preo e maior
qualidade. Os fornecedores fazem as suas ofertas mediante um preo de venda, e o fornecedor
que mais se adequar aos requisitos da empresa ser o escolhido. Os mdulos de compras
tambm permitem optimizar o processo de compras, dando autorizao de compra aos
empregados, fazendo com que as compras possam ser feitas de forma mais eficiente e
efectiva.
Com o suporte destes mdulos, trabalhos que demoravam muito tempo a serem feitos, so
agora processos menos morosos. As compras so mais eficientes, permitindo s empresas
seleccionar o fornecedor mais adequado e como consequncia optimizar o processo de
compra.
Recursos humanos
O mdulo de recursos humanos (RH), em consonncia com os mdulos financeiros e de
logstica, tem como objectivo permitir a utilizao dos recursos de uma empresa de forma
mais eficiente. O departamento de recursos humanos sempre foi um departamento isolado dos
restantes negcios core da empresa, mas a importncia crescente de encontrar e manter
funcionrios de elevada qualidade tornou os sistemas de RH extremamente importantes na
realidade empresarial.
17
Um tpico mdulo de RH inclui o recrutamento, administrao, formao e desenvolvimento

e funes de remunerao. Os sistemas mais antigos estavam limitados s funes de
remunerao (salrios), e eram simplesmente usados para a criao de cheques de pagamento
e relatrios de pagamento para manter o registo dos dados.
No entanto, as novas funcionalidades disponveis nos sistemas ERP estenderam-se ao
recrutamento, seleco e contratao de pessoal, acesso do empregado ao sistema, gesto do
tempo e recursos, entre outras funes adicionais. O cenrio descrito de seguida retrata o
funcionamento do mdulo de recursos humanos:
Um tpico processo de recrutamento comea com a necessidade de recrutar novos
trabalhadores. Para iniciar este processo, o departamento do pessoal procede a um pedido para
recrutamento. Este pedido de recrutamento pode ser feito atravs dos jornais e empresas de
recrutamento, ou atravs da plataforma web da empresa, onde colocado o anncio e os
candidatos inserem os seus dados e perfil pessoal, ficando a informao gravada no sistema de
recursos humanos da empresa. Uma vez que as novas posies tenham sido publicitadas e
abertas, os perfis recebidos dos candidatos so avaliados, e aqueles que foram seleccionados
so colocados no sistema na parte de candidatos. Os candidatos que vo de encontro aos
interesses da empresa, so escolhidos mediante determinados critrios e existe um registo e
monitorizao de todos os candidatos, ficando os seus dados armazenados para que, numa
eventual vaga posterior seja mais fcil e maior o leque de opes de candidatos disposio.
Os mdulos de RH tm como principal objectivo converter a gesto de recursos humanos que
vista como um centro de custo, num parceiro estratgico. Esta estratgia pode ajudar a
empresa a ganhar vantagem competitiva e estender a sua capacidade de atrair, desenvolver e
reter os funcionrios chave. As actividades operacionais so tambm optimizadas pelo
mdulo de RH, uma vez que permitem empresa dar um maior nfase a assuntos estratgicos
como o planeamento de pessoal e programas de desenvolvimento de recursos humanos.
Outros mdulos
Os sistemas e mdulos anteriormente mencionados formam as funes core de um tpico
sistema ERP, como o SAP. No entanto, existem alguns sistemas e mdulos que so
transversais aos sistemas ERP e que visam o aumento das suas funcionalidades,
nomeadamente Supply Chain Management (SCM), Customer Relationship Management
(CRM), Supplier Relationship Management (SRM) and Product Lifecycle Management
(PLM).
SCM
SRM
ERP
CRM
PLM
Clientes
Fornecedores
No esquema da figura 4 seguinte so apresentados os sistemas transversais e a interaco

entre eles:
Figura 4 Integrao de outros mdulos adicionais no ERP

18
Supply Chain Management (SCM)

O sistema de Supply Chain Management optimiza o fluxo de produtos na cadeia de
fornecimento. Os sistemas SCM fazem a gesto da cadeia de fornecimento desde a sua
concepo at ao mercado. O objectivo controlar a cadeia de fornecimento e actuar de forma
eficiente, gerindo por um lado as relaes com os clientes e por outro, as relaes com os
fornecedores. Muitas das funcionalidades dos SCM existem j no ERP, no entanto este
mdulo estende as funcionalidades do sistema ERP.
Customer Relationship Management (CRM)
O objectivo dos sistemas CRM de aumentar a integrao com os clientes. As empresas usam
o CRM para atrair e reter clientes. Para implementar com sucesso esta estratgia, muitas
empresas constroem bases de dados especiais que contm informao sobre os seus clientes
para que o pessoal de vendas, gestores, e mesmo at os clientes possam aceder informao.
O objectivo dos sistemas CRM gerir as relaes entre a empresa e os clientes, e
consequentemente as suas funcionalidades intersectam os sistemas SCM.
Um outro aspecto relevante a mencionar a diferena ente CRM operacional e analtico. O
CRM operacional lida com os processos de negcio, tais como o contacto de clientes, vendas,
marketing e compras. A informao necessria para a execuo destas tarefas reunida
atravs do CRM operacional e do back-end da ligao. O CRM analtico, um conjunto de
dados analisados acerca dos clientes e usado na segmentao de mercado, de forma a definir
as necessidades dos clientes e os seus requisitos, ou simplesmente desenvolver uma estratgia
de vendas. A ttulo de exemplo, a anlise dos hbitos de compra de determinado grupo de
clientes, pode facilitar a criao de uma estratgia de vendas.
Supplier Relationship Management (SRM)
Supplier Relationship Management uma abordagem compreensiva para gerir a interaco
entre uma empresa e as organizaes que lhe fornecem bens e servios. O objectivo do
mdulo de SRM de facilitar e tornar mais eficazes os processos entre as empresas e os seus
fornecedores.
Product Lifecycle Management (PLM)
Os sistemas PLM suportam o ciclo inteiro de um produto desde a sua concepo at
colocao no mercado, e podem at incluir processos de reciclagem aps retorno do produto.
Estes sistemas tendem a estar presentes maioritariamente em empresas de produo. O
sistema de PLM, frequentemente usa ferramentas de software de suporte ao desenho e gesto
de desenvolvimento do produto. Os sistemas de PLM so tambm integrados nos sistemas
ERP de planeamento de produo. De uma forma anloga ao SCM, o PLM estende o uso
destes sistemas e foca-se no produto. Os sistemas PLM requerem um elevado grau de
integrao interna e externa, pois o processo de desenvolvimento do produto frequentemente
partilhado entre o fabricante e um largo nmero de fornecedores. Internamente, o PLM
proporciona dados bsicos, assim como documentos que suportam uma grande gama de
processos que afectam departamentos externos e internos.
19
3.3.2
Arquitectura de um sistema ERP
Uma vez que foram discutidas as funes de um sistema ERP, de seguida ser abordada de
forma breve a tecnologia envolvida num sistema ERP. Primeiro sero definidos alguns termos
e de seguida apresentados alguns casos reais de forma a demonstrar como so usados os
sistemas ERP.
Arquitectura do Mainframe
Antes do uso em grande escala dos computadores pessoais, muitos sistemas eram
desenvolvidos em mainframes que eram computadores de grandes dimenses, extremamente
caros e que suportavam muitos utilizadores. Existia um computador central e de grandes
dimenses com uma capacidade de processamento muito elevada. Os terminais usados para
comunicar com os mainframes podiam apenas disponibilizar aquilo que o computador enviou,
e enviar de volta para o computador aquilo que o utilizador havia inserido. Era fcil fazer a
manuteno destes computadores, no entanto um falha no computador principal podia
paralisar toda a empresa. Com o aparecimento dos Graphical User Interface (GUI) como o
Macintosh e Windows, as expectativas dos utilizadores aumentaram. Para a construo das
aplicaes empresariais que os GUIs exigiam, foi necessria uma mudana no sentido de
uma arquitectura cliente/ servidor.
Arquitectura Cliente/ Servidor
Cliente/ servidor uma relao entre processos que esto a decorrer em mquinas diferentes.
O processo servidor o fornecedor dos servios. O cliente o consumidor de servios.
Fundamentalmente uma arquitectura cliente/ servidor implementa uma separao lgica de
funes baseada no conceito de servio. De seguida ser descrito o que acontece quando um
cliente ordena um servio ao servidor. Primeiro, o PC de trabalho que responsvel pela
interaco das actividades com o utilizador, pede um servio ao servidor da aplicao, que
pode ser uma ordem de pedido de informao sobre um cliente. O servidor da aplicao no
tem os dados disponveis, ento assume o papel de um cliente que pede a informao ao
servidor de base de dados. Se uma mquina actua como um cliente ou um servidor, conclui-se
que depende do tipo de transaco em que a mquina est envolvida. Os objectivos da
arquitectura cliente/ servidor so melhorar a usabilidade, flexibilidade, inter-operabilidade, e
escalabilidade de aplicaes. Com o acesso a esta tecnologia, um novo utilizador pode
facilmente aprender a funcionar com o sistema. O sistema pode ser adaptado aos diferentes
ambientes mais facilmente e a funcionalidade de troca de informao entre diferentes sistemas
muito superior e melhorada. Estas caractersticas tornam a arquitectura cliente/ servidor
muito superior a uma arquitectura mainframe.
A arquitectura cliente/ servidor comeou com uma arquitectura de dois ns onde o cliente se
ligava directamente ao servidor e existia a troca de informaes. No ERPs usada uma
arquitectura de trs ns, que consiste tipicamente em interaco com o utilizador, aplicao e
base de dados. Pelo aumento de um nvel na estrutura, a ligao directa entre o servidor e a
base de dados deixou de existir, ocorrendo a comunicao entre os servidores de aplicao e
os servidores da base de dados. Este nvel extra, permite aumentar a flexibilidade, interoperabilidade, e escalabilidade da arquitectura cliente/ servidor, como ilustrado na figura 5.
20
Interface
Sistema
Utilizador
Gesto do
Processo
Gesto da
Base de
Dados
Figura 5 Flexibilidade, inter-operabilidade, e escalabilidade da arquitectura cliente/

servidor
Um exemplo desta arquitectura o servio de reserva das transportadoras areas. Este
exemplo tem particular interesse, pois parte do projecto de dissertao abrange a Empresa Y,
como ser descrito numa fase posterior.
No transporte areo, usa-se um produto como por exemplo o expedia1 (interface sistema utilizador), para submeter uma query para pesquisa de possveis bilhetes de avio de acordo
com os requisitos da viagem pretendida. A interface sistema utilizador envia as queries para
um sistema de gesto de processos que direcciona as queries para diferentes bases de dados.
A query acerca das reservas disponveis pode consultar informao da base de dados de
mltiplas empresas de aviao, como a Delta Airlines, Lufthansa, Empresa Y, entre outras. O
n intermdio na figura 5 pode ser dividido entre muitas unidades, tornando-a efectivamente
numa arquitectura multi-ligao. ento possvel suportar milhares de utilizadores a trabalhar
simultaneamente implementando este tipo de arquitectura, que proporciona a tecnologia
utilizada e que corresponde aos requisitos dos ERPs.
Antes da implementao deste tipo de arquitectura de cliente/ servidor, as empresas no
tiravam total partido das potencialidades dos sistemas ERP. No entanto a complexidade e
custo destes sistemas foram aumentando ao longo dos anos e a nova tendncia no mercado
que surgiu em meados da dcada de 90 a arquitectura orientada ao servio (SOA).
Expedia agncia de viagens baseada na Internet, onde se pesquisam e reservam voos, entre outros produtos de
viagem.
21
Arquitectura Orientada ao Servio (SOA)

Este tipo de arquitectura de sistema uma tecnologia de informao que define os servios
designados para suporte das funes de negcio que esto disponveis numa rede, como a
World Wide Web. Um servio uma funo de negcio, como por exemplo uma autorizao
de carto de crdito. Nesta tecnologia, existem fornecedores de servios que providenciam
servios especficos. Uma arquitectura deste tipo funciona da seguinte forma: se um
consumidor de um servio necessita de um servio especfico, como uma autorizao de
carto de crdito, procura os fornecedores disponveis. Aps identificao de uma lista de
possveis fornecedores, eles negoceiam um contrato para o servio ser prestado e acordam um
valor. O consumidor pode ento utilizar o servio quando necessrio. O seu funcionamento
de seguida ilustrado na figura 6.
Registo
Procurar
Registo
Pedido do Servio
Fornecedor do Servio
Consumidor do Servio
Resposta do Servio
Figura 6 Funcionamento da Arquitectura orientada ao servio (SOA)
Resumo do Mercado de ERPs

O mercado dos ERPs um mercado em grande crescimento e rpida expanso e muitos
fornecedores de ERPs aumentaram os seus proveitos de milhes de euros na dcada de 90
para bilies de euros nos ltimos anos. Os proveitos globais do software usado para
automatizar processos financeiros, de recursos humanos, de compras e outras operaes de
negcio, foram de 26,7 bilies de euros em 2006, de acordo com o International Data Group,
preconizando um aumento de 1,7 bilies face ao ano anterior. Os dez maiores fornecedores de
ERPs do mundo, tm vindo a aumentar anualmente 2% a sua cota de mercado desde 2001 e
estimado que conjuntamente possuem cerca de 50% da cota de mercado. Devido a um grande
nmero de aquisies e alianas nos ltimos anos, os cinco maiores fornecedores tm vindo a
mudar, no entanto, a SAP continua a ser o maior fornecedor do mundo com proveitos anuais
na ordem dos 13 bilies de euros. Os outros importantes fornecedores de ERPs no mercado
so a Oracle, PeopleSoft, J.D. Edwards, e Microsoft. Ser abordado de seguida em maior
profundidade o SAP, objecto de trabalho deste projecto.
22
3.4
SAP
SAP AG a maior fornecedora de sistemas ERP do mundo, tendo sido fundada em

Mannheim, Alemanha em 1972 sobre o nome de Systemanalyse und
Programmentwicklung, que significa, anlise de sistemas e desenvolvimento de programas.
A empresa foi fundada por 5 antigos funcionrios da IBM, e a sua viso era desenvolver um
software standard para integrar uma vasta gama de processos de negcio com interaco em
tempo real. O software SAP implementado em praticamente todas as indstrias existentes, e
a sua maior fora assenta sobretudo nas suas funes de ERP, sendo que nos ltimos anos, a
SAP tem vindo a aumentar a sua gama de produtos oferecendo ao mercado componentes
como CRM e PLM. Sobre a alada do nome mySAP, a empresa vende produtos em quase
todas as reas de negcio possveis.
O SAP est fortemente estabelecido no mercado das grandes empresas, onde as suas solues
so desenvolvidas por muitas empresas. No entanto, nos ltimos anos, a SAP apercebeu-se da
importncia dos mercados de empresas de mdia e pequena dimenso, e comeou a oferecer
solues medida para este segmento de mercado. At 2004, as solues SAP tinham sido
fornecidas em mais de 26000 organizaes, em cerca de 120 pases e efectuadas mais de
88000 instalaes.
A SAP sempre foi uma empresa muito forte com produtos de elevada qualidade. Est no
mercado desde o incio e cresceu de forma sustentada, tirando partido de um elevado nvel de
cooperao com os seus clientes. A sua maturidade e estabilidade so as suas maiores foras.
No entanto, durante muitos anos foi vista como uma empresa que apenas as grandes
organizaes podiam sustentar, sendo que as estatsticas demonstram que 57% dos seus
clientes so empresas com volume de negcios inferior a 500 milhes de euros. Com estes
esforos para vender nos mercados das pequenas e mdias empresas, a SAP muito
provavelmente continuar a ser o maior fornecedor de ERPs do mundo.
A aplicao de negcio da SAP o sistema SAP R/3, em que o R/3 significa sistema em
tempo real, verso 3. O sistema R/3 evoluiu a partir do sistema R/2, que foi desenhado para os
mainframes. O sistema R/3 construdo sobre uma camada mltipla de arquitecturas cliente/
servidor, sendo assim muito diferente dos seus precedentes, como foi referido anteriormente.
Foras e fraquezas
A SAP focou-se em produzir software e servios no mercado das aplicaes de negcio desde
1972, e desde ento o lder de mercado. As suas primeiras solues de negcio,
desenvolveram-se agora em solues ERP web-based. A sua longa e vasta histria no
mercado, juntamente com estratgias de sucesso que implementou resultaram num domnio
absoluto, que mantido com contnuo desenvolvimento do seu portfolio de produtos. Nos
seus mais recentes produtos esto as plataformas web e a arquitectura orientada ao servio.
Uma grande vantagem do SAP que permite um grande potencial de integrao com software
externo s suas solues.
Negativamente, e como sua principal fraqueza o facto de a SAP ser vista como uma empresa
com que s as grandes organizaes podem trabalhar. De uma forma genrica as solues
SAP so vistas como difceis e muito caras de implementar.
23
3.5
Descrio do mdulo SAP BW SEM/ BPS
O mdulo SAP BW SEM/BPS o objecto de desenvolvimento do projecto dissertao, visto

tratar-se da sua implementao na Empresa X e na Empresa Y, algo que ser detalhadamente
desenvolvido posteriormente.
O mdulo do SAP BW uma das aplicaes fundamentais do universo de aplicaes SAP.
Este sistema permite realizar anlises de informao do SAP R/3 bem como de outras
aplicaes de negcio. Atravs de extractores de informao pr-configurados imediata a
integrao com as diversas solues mySAP, tais como o mySAP Supply Chain Management,
mySAP Strategic Enterprise Management ou mySAP Customer Relationship Management.
O mySAP BW uma soluo de data warehouse corporativo end-to-end, englobando na
mesma aplicao as funcionalidades de ETL (Extraction, Transformation and Loading), data
warehouse e explorao de informao. De forma a facilitar a implementao rpida de uma
soluo global o mySAP BW vem equipado com modelos de informao pr-configurados e
relatrios, bem como procedimentos de extraco e carregamento de dados automatizados.
A explorao de dados realizada por um front end baseado em Microsoft Excel. possvel
criar, formatar, analisar relatrios e, posteriormente, public-los na web. O mySAP BW
funciona num servidor dedicado, separado dos sistemas operacionais (OLTP2) de forma a no
comprometer o funcionamento destes.
SAP SEM (Strategic Enterprise Management)
A soluo SAP SEM a soluo "state-of-the-art" para empresas que queiram orientar-se
para a performance e implementar ciclos de gesto estratgica. A soluo contm
funcionalidades para responder s seguintes necessidades:
Planeamento integrado (BPS - Business Planning and Simulation): esta soluo

disponibiliza um conjunto de aplicaes de planeamento (planos de vendas,
investimento, centros de custo, recursos humanos, demonstraes financeiras
previsionais) integradas entre si, para alm de um framework para a definio de outras
aplicaes. A flexibilidade na modelao permite uma perfeita adaptao s
necessidades e processos individuais das empresas. A integrao de vrios planos e
vrias reas permite conjugar um nvel estratgico de planeamento com necessidades
operacionais. Com interfaces de utilizao intuitivas e personalizadas, e com as
possibilidades de reporte do mySAP BW, a introduo e anlise dos dados
extremamente facilitada;
Estratgia e performance (CPM - Strategy Management and Performance

Measurement): Atravs da implementao do Balanced Scorecard, a empresa estrutura
e comunica a sua estratgia, monitoriza a implementao de medidas, avalia objectivos
e compreende a gerao de valor na empresa. Atravs da articulao de um conjunto de
medidas e da sua organizao pelas reas da empresa, possvel construir cockpits de
gesto, para um controlo rigoroso e efectivo da performance empresarial e
departamental;
OLTP On-line Transaction Processing

24
Consolidao (BCS - Business Consolidation): Ao disponibilizar as funcionalidades

de consolidao num sistema SEM baseado em BW, a empresa passa a poder efectuar a
consolidao num sistema optimizado para reporting (com acesso s ferramentas
analticas do mySAP BW) e com integrao nas reas de planeamento e performance do
SEM.
Gesto da Relao com Stakeholders (SRM - Stakeholder Relationship

Management): A empresa pode facilitar a interaco com os seus stakeholders
investidores, analistas, clientes e outros parceiros. Atravs desta aplicao a empresa
comunica a sua estratgia, iniciativas e planos, e procura obter dos seus parceiros
informaes e expectativas. O sistema pode utilizar a Internet e o e-mail como canais de
comunicao e divulgao de informao pertinente para o investidor, e registar as
interaces com os seus stakeholders numa base de dados.
De seguida apresentado um esquema mais detalhado do Strategic Enterprise Management

para melhor compreenso do funcionamento da ferramenta (figura 7).
Portal
Portal da
da Empresa
Empresa
SEM
SEM
Strategy
Management

Performance
Measurement
Balanced
Scorecard
Risk
Management
Value-Based
Management
Strategy
Templates
Management
Cockpit
Business Planning
Measure Builder
Measure Catalogs
Benchmark
Exchange &
Analysis
Legal & Mgmt.

Consolidation
GAAP Adjustments
Currency
Translation
Inter-Unit
Eliminations
Consolidation of
Investments
Financial Statement
Value Driver Tree
Strategic Planning
EVA Adjustments
Planning
Investment Planning
Sales Planning
Cost Center Planning
Personal Cost Planning
Profitability Planning
Stakeholder
Relationship
Management
Business
Consolidation
Stakeholder
Management
Contact
Management
Business
Information
Collection
Business
Business Information
Information Warehouse
Warehouse
CRM
CRM
SCM
SCM
PLM
PLM
SRM
SRM
non-SAP
non-SAP
Apps
Apps
Figura 7 Integrao e estrutura dos mdulos SAP [2]
25
No esquema bastante claro a interaco e enquadramento entre as diversas ferramentas SAP

mencionadas anteriormente, onde o SAP Business Information Warehouse (BW) recebe
informao do sistema SAP R/3, CRM, SCM, PLM, SRM, e outras aplicaes, como Excel.
O SAP BW permite a funcionalidade de armazenamento de dados, revelando-se uma
plataforma de business intelligence onde toda a informao do SAP R/3 e restantes aplicaes
integrada, transformada e consolidada providenciando relatrios flexveis e ferramentas de
anlise para suportar as empresas na avaliao e interpretao dos dados, assim, tornando
mais fcil o processo de deciso e controlo de gesto.
As estruturas que agregam a informao e dados do SAP R/3 e

restantes aplicaes chamam-se infocubos (figura 8). Os infocubos
permitem que determinadas linhas, colunas e grupos de dados sejam
isolados, analisados e manipulados para fornecer a informao da
combinao mais til para o utilizador.
Figura 8 Infocubo
SAP Business Explorer Analyzer

O SAP Business Explorer Analyzer (leia-se BEx Analyzer), funciona como a ferramenta para
a construo de queries, recolhendo informao do SAP BW. No esquema da figura 9
ilustrado o funcionamento do BEx Analyser, ferramenta sobre a qual so construdos os
relatrios para o controlo de gesto.
Via Navegao WEB
SAP BW
Modelos de informao
Fornecedores;
Clientes;
Projectos de Investimento;
Ordens;
Controlo;
Contabilidade geral;
Imobilizado.
Utilizadores gerais

Acesso via SAP Portal / Internet Explorer;

Navegao WEB layout;

Uso de relatrios pr configurados;

Anlise de informao, outputs para exportar
para o Microsoft Excel.
Execuo e criao de relatrios

Utilizador especializado

Acesso via SAP BW / Business Explorer;

Navegao em layout Microsoft Excel;

Uso de relatrios pr configurados e criao
de novos mapas de informao;

Novos relatrios para modelo de informao
financeiro;
Figura 9 Estrutura do SAP Business Explorer Analyzer
26
Viso geral da rea funcional do BEx Analyzer

Barra de ferramentas do BEx
Pode-se aceder s funcionalidades do BEx Analyzer atravs da barra de ferramentas, que
permite abrir queries existentes, ou ento aceder ao BEx Query Designer onde se constroem
as novas queries ou se modificam as existentes.
Avaliao dos dados da query
O BEx fornece funes convenientes para avaliar e apresentar os dados dos infocubos
(descritos anteriormente) de forma interactiva. O BEx permite exportar as queries para o
Excel para uma melhor interpretao e tratamento de dados, ou ento a disposio das
mesmas num browser de Internet.
A navegao numa query permite, por exemplo, filtrar caractersticas e valores nas linhas e
colunas na rea de resultados. Em adio, um grupo de funes est disponvel e permite
editar a query interactivamente, como por exemplo, triagem de valores, valores acumulados,
entre outros.
Queries nos workbooks
As queries so inseridas em workbooks de forma a poderem ser visualizadas. Quando uma
query construda, o sistema cria um link entre as clulas da folha de trabalho e os dados do
infocubo, no qual a query baseada. Existe portanto, uma ligao entre o BEx e o BW.
Workbooks de pr-clculos
Podem ser pr-calculados e distribudos workbooks com o BEx Broadcaster, que uma
aplicao web existente na barra de ferramentas dos BEx. O sistema gera workbooks em
Excel com dados histricos, em que o tempo de pr-clculo pode ser definido previamente.
No anexo E ilustrado o funcionamento, a estrutura e como proceder ao desenvolvimento de
queries, juntamente com alguns exemplos. A informao do anexo E foi elaborada e utilizada
com a finalidade de formao aos utilizadores finais.
27
O Projecto Empresa X/ Deloitte

4.1
Objectivo e mbito do projecto
A Empresa X tinha como objectivo implementar um novo sistema global de SAP R/3 a entrar
em funcionamento em 2008. No mbito desse projecto, a Empresa X procedeu a uma
transformao que implicou uma substituio dos sistemas SAP R/3 e SAP BW/ SEM. O
SAP R/3 ir apenas focar-se nos elementos base do ERP e nas funcionalidades de reporting
SAP BW. Consequentemente, os membros locais deixariam de ter uma plataforma flexvel de
oramentao para suportar os ciclos de planeamento.
Como resultado disso, a Empresa X procurou assistncia no mbito de substituir o sistema
existente de SAP SEM por uma soluo de SAP BW/ SEM para oramentao de centros de
custo e de planeamento de salrios, capaz de permitir a funcionalidade de oramentao,
usando o sistema SAP R/3 como fonte de dados.
Adicionalmente, a Empresa X desejou desenvolver de forma mais profunda a ferramenta
SEM que possua, melhorando a interface com o utilizador, assim como desenvolver as
funes de oramentao de forma a suportar a nova situao, resultado de uma
reestruturao interna da empresa.
Tendo em conta a envolvente, os objectivos definidos para o projecto foram os seguintes:
Implementar um novo sistema local SAP BW/ SEM para suportar o planeamento de
salrios e de centros de custo, usando os sistemas SAP R/3 e HR SAP como sistemas
fontes;
Desenvolver relatrios analticos de oramentao usando o SAP BW e interfaces

web-based para input e display de dados;
Rever o modelo de dados existente e funcionalidades de oramentao tendo em

conta o alinhamento com a nova situao, assim como o alinhamento com as naming
conventions do SAP R/3, de forma a potenciar um futuro desenvolvimento desta
nova funcionalidade noutras filiais da Empresa X;
Melhorar a actual funcionalidade de oramentao usando novas ferramentas

disponveis em SAP, tais como workflow de processos e status tracking;
Criar a documentao do sistema para mudanas de configurao e fornecer

formao aos utilizadores chave.
28
4.2
mbito aplicacional e processual do projecto
De acordo com o mbito aplicacional definido, a soluo Deloitte baseia-se em SAP BW/
SEM BPS. No esquema abaixo apresentado (figura 10) so descritas cada uma das
funcionalidades das respectivas ferramentas, que permitiram proporcionar funcionalidades
adicionais como display e input de dados na web para o planeamento e reporting, assim como
o status and tracking system.
Planeamento de

Extraco de
centros de custo;
Planeamento de
salrios;
Retraco de
dados para o
sistema R/3 ;
Web input e display
de dados para
planeamento e
simulao;
Status tracking
para controlo e
aprovao, de
acordo com o
processo de
workflow
predefinido;
Componentes
da soluo
dados do SAP R/3

utilizando o
template global e
as fontes do
sistema;
Retraco de
dados do sistema
local SAP HR R/3;
Hierarquias para
agregao de
dados e tornar
flexvel o input dos
mesmos;
Reporting para o
controlo
oramental.
SAP R/3 e SAP HR R/3
Figura 10 Esquema representativo dos componentes da soluo a implementar [2]

A soluo SAP BW e SAP SEM permitiu responder aos requisitos da Empresa X, abrangendo
os centros de custo, o planeamento de salrios e depreciaes de acordo a nova situao.
De seguida, para compreenso mais fcil da soluo imposta, mostrada uma esquematizao
do sistema implementado que reflecte o mbito processual do projecto (figura 11).
Preparao do oramento
operacional
Planeamento dos Centros de Custo
Consolidao e aprovao do
oramento
Consolidao do oramento dos CC
Monitorizar a performance das

duas empresas (reporting)
Monitorizao (actual vs. planeado)
Planeamento de salrios
Oramento final
Depreciaes
Relatrios oramento
Oramento dos Centros de Custo
Oramento das duas empresas
Anlise consolidada dos resultados da empresa
Alinhamento
Figura 11 Esquematizao do mbito processual do sistema
29
A nova soluo SAP BW/ SEM tambm cobriu a consolidao do oramento e a parte de
reporting, assim como a monitorizao da performance da empresa (valores actuais vs.
oramento de centro de custo). Para a consolidao dos centros de custo foi implementada a
funcionalidade de status and tracking, que permite acompanhar o progresso do processo de
planeamento e notificar os responsveis pelo planeamento com as tarefas a serem
completadas.
A interaco que existe entre a parte aplicacional e processual do projecto resulta na
ferramenta implementada que permite as actividades anteriormente descritas. Tendo em conta
o esquema da figura 11 ser descrita a ponte que existe entre a parte aplicacional e processual,
abordando cada um dos processos enunciados no esquema.
Para a fase do oramento operacional, foram criados layouts em SAP BW/ SEM BPS onde os
utilizadores poderiam inserir os dados relativos ao planeamento em ambiente SAP/ Excel in
place que em tudo semelhante ao Excel, excepto a perda de algumas funcionalidades.
A fase de preparao do oramento operacional estava dividida em duas etapas, planeamento
de salrios e planeamento dos centros de custo. Ser descrito de seguida o funcionamento do
sistema implementado pela equipa da Deloitte, tendo em conta a parte aplicacional e
processual.
No anexo B ilustrado o modelo de dados do sistema implementado.
Preparao do oramento operacional, consolidao e aprovao do oramento
Preparao do oramento: o departamento de sistemas de informao extrai uma lista

com os dados mestre dos empregados e todas as remuneraes variveis associadas
do sistema de recursos humanos SAP da Empresa X. De seguida, o departamento de
oramentao actualiza os valores das taxas das remuneraes variveis para serem
utilizados no clculo dos salrios;
Planeamento do oramento: os responsveis dos centros de custo manualmente

inserem, por empresa, os valores para o nmero de empregados, novos empregados e
promoes, e o nmero de funcionrios no final do ano no seu centro de
responsabilidade. De seguida, caso os dados salariais inseridos sejam rejeitados pelo
departamento de oramentao, algumas taxas variveis sero ajustadas e os salrios
recalculados;
Ajustamentos ao oramento: o sistema BPS calcula as taxas sociais de acordo com os

dados inseridos e os dados de planeamento de salrios so submetidos para o
planeamento de centros de custo.
A nvel aplicacional, foram criados layouts em BPS de oramentao para a insero das
taxas de remunerao varivel, para a introduo do nmero de empregados, novos
empregados, promoes, recalculo de salrios, clculo das taxas sociais e para submeter para
o planeamento de centros de custo.
30
De forma a ilustrar os layouts criados e o funcionamento da ferramenta, de seguida

apresentado (figura 12) um layout relativo ao planeamento de salrios.
Toda a ferramenta SAP BW/ SEM BPS foi montada numa plataforma html, de forma a tornar
mais fcil e rpida a navegao entre os diversos menus de oramentao.
Planeamento de centros de custo
Figura 12 Layout de insero de dados relativo ao planeamento de salrios
Planeamento de Centros de Custo
Preparao do oramento: a equipa de gesto e as reas de negcio estabelecem

objectivos, responsabilidades e o calendrio do ciclo de planeamento e
oramentao. O departamento de oramentao recebe a informao dos preos de
referncia (veculos e viagens) dos servios centrais. O departamento de
oramentao insere centralmente os tipos de custo que estaro disponveis para os
centros de custo planearem a sua actividade;
Planeamento do oramento: os valores so manualmente introduzidos por empresa,

centros de custo, tipo de custo e ms;
Ajustamentos ao oramento: o departamento de oramentao insere as

depreciaes, depreciaes futuras, valores residuais dos bens e os custos de
servios partilhados. De seguida o oramento analisado e aprovado pela equipa de
gesto e os dados so retrados para o SAP R/3.
31
De forma a ilustrar os layouts criados e o funcionamento da ferramenta, de seguida

apresentado um layout relativo ao planeamento de centros de custo (figura 13).
Figura 13 aLayout
de insero
deempresas
dados relativo
ao planeamento de centros de custo
Monitorizar
performance
das duas
(reporting)
Na fase para monitorizar a performance das empresas, foi utilizada a ferramenta para a
construo de queries, o SAP Business Explorer Analyser, que permite a construo de
queries para a obteno da informao desejada, no formato e disposio que facilite o
controlo oramental. Os relatrios construdos com esta ferramenta, so de seguida
enumerados:
1. Anlise de controlo oramental com valores acumulados de real e oramento;
2. Anlise de controlo oramental de valores mensais reais, oramento e desvios;
3. Quadro resumo oramental com dados reais e previso com oramento.
No anexo B encontra-se o modelo de dados SAP BW SEM/ BPS do projecto Empresa X em

que visvel a relao entre a componente transaccional, informao e planeamento.
32
4.3
Equipa de Projecto
No esquema da figura 14 apresenta-se a equipa de projecto Deloitte e os intervenientes na

Empresa X, assim como as respectivas funes.
Comit Steering
Empresa X
Deloitte
Joo Paulo Domingos, Paula Mateus
Gesto do Projecto
Empresa X
Deloitte
Equipa SAP R/3
Paula Mateus, Carlos Rodrigues
Equipa Funcional
Empresa X
Suporte de sistemas
Empresa X
Deloitte
Integrao do projecto com o SAP

R/3
Empresa X
Responsvel pela segurana de sistemas
Help Desk
Empresa X
Vasco Pires, Vitor Ramalho
Desenho geral do planeamento de

processos, configurao do sistema
e testes
Perfis e autorizaes dos

utilizadores
Gesto dos sistemas

operacionais, hardware e rede
Documentao do sistema SAP

BW/SEM e treino aos utilizadores
Figura 14 Equipa de projecto e funes [2]

4.4
Calendrio
O nvel detalhado de calendarizao ilustra o plano do projecto, onde esto tambm

identificados os milestones que seriam crticas para ir de encontro aos deadlines da Empresa
X (figura 15).
Weeks
10
11
12
13
14
13
Aug
20
Aug
27
Aug
03
Sep
10
Sep
17
Sep
24
Sep
01
Oct
08
Oct
15
Oct
22
Oct
29
Oct
05
Nov
12
Nov
Preparao do Projecto
Blueprint do Negcio
28
Oramento de centros de
custo
28
Relatrios de oramentao
Interfaces web de input e
output
Perfis e autorizaes
Status tracking
Desenvolver e executar plano
de cutover
Preparar materiais de treino
16
Sesses de treino
Plan and Design
Build
Deliver
Milestones:
Blueprint centros de custo
28
Testes de Integrao
16
Go-Live
Entrada e responsabilidade no projecto

33
4.5
Responsabilidades no projecto
Neste ponto sero abordadas as responsabilidades efectivas no projecto, e seguir em linha

com o descrito no esquema anterior, quer a nvel de fases do projecto como a nvel temporal.
Como descrito no captulo da metodologia Deloitte na implementao de ERPs (leia-se
Enterprise Value Delivery), o projecto encontra-se dividido e organizado em diversas fases na
sua implementao. De seguida sero apresentados os esquema que reflectem a metodologia
Deloitte aplicada implementao de projectos desta natureza e sero descritas as actividades
desenvolvidas e em que houve contribuio directa para o projecto dissertao (verde).
Fase de Build (realizao)
Fases
Viso
Actividades
Plan and Design

Reviso do
Blueprint do
negcio e
detalhes
especificos das
funcionalidades
nova
Valor
Processo
Aprendizagem
Treino dos
utilizadores
chave
Anlise de risco
Build
(Realizao)
Deliver
(Preparao Final)
Testes Funcionais
Detalhe do
desenho tcnico

Plano e
estratgia de
formao para
os utilizadores
finais
Plano de
segurana
Suporte
Gesto de Projecto
Plano de
projecto e
organizao
Operate
(Entrada em
produtivo e
suporte)
Suporte de
entrada em
produtivo
Plano de
cutover
Configurao de sistema;
Documentao de configurao;
Scripts de testes unitrios;
Desenvolvimento tcnico;
Uploads de dados mestre;
Cenrios de testes de integrao e scripts;
Perfis de utilizador e autorizaes.
Figura 16 Integrao da fase de realizao no projecto

Esta fase a mais complexa do projecto, pelo facto de juntar o desenvolvimento da
ferramenta, configurao de sistema e os testes funcionais, onde podem existir diversos
problemas que originaro um processo iterativo de resoluo de problema e realizao de
novo teste.
Contriburam para o projecto dissertao as seguintes actividades:
Configurao de sistema: actividade que inclua o desenvolvimento e configurao da

soluo de SAP BW/ SEM BPS em que foram construdas todas as queries referidas
anteriormente no mbito processual do projecto e a formao aos utilizadores da
Empresa X na construo de queries, atravs da ferramenta anteriormente descrita, o
SAP Business Explorer Analyser. A construo das queries foi a actividade principal
desenvolvida no projecto, tendo sido obtida uma grande autonomia nesta rea,
resultando na actividade de formao referida anteriormente. Esta formao surge no
mbito da metodologia Deloitte na implementao de ERPs, que visa dotar elementos
da Empresa X com o mximo conhecimento das ferramentas instaladas para
proporcionar uma grande autonomia no futuro. Ainda no mbito da configurao de
34
sistema, importante o desenvolvimento e alteraes da plataforma web (HTML) que

suportava o sistema. A plataforma web tinha em vista uma mais fcil e rpida
navegao atravs do sistema implementado, qual os utilizadores acediam atravs da
intranet. A figura 17 serve como exemplo da plataforma web:
Figura 17 Plataforma web resultado final
Documentao de configurao: actividade que incluiu a descrio de navegao,

funcionalidades e execuo das mesmas na realizao de um documento com toda a
descrio para um utilizador da Empresa X facilmente utilizar e tirar partido total do
sistema implementado. Esta actividade implicou a interaco com elementos do
cliente para obteno de feedback acerca da clareza na exposio de ideias.
Scripts de testes unitrios: actividade que incluiu a realizao dos scripts de teste por
cada fase de implementao, isto , um script de teste para cada funcionalidade tendo
em vista a realizao de testes parciais medida que determinadas funcionalidades do
novo sistema fossem ficando concludas. Esta actividade revelou-se crucial, assim
como o acompanhamento do cliente na realizao dos testes de acordo descritos nos
scripts realizados.
Cenrios de teste e integrao de scripts: actividade que incluiu a construo de scripts

de testes finais, integrando cada um dos parciais. Esta actividade tambm compreendia
a realizao de diversos cenrios de testes, contemplando situaes extremas para
analisar a reaco do sistema.
35
Fase de Deliver (Preparao Final)

Fases
Viso
Actividades
Plan and Design

Reviso do
Blueprint do
negcio e
detalhes
especificos das
funcionalidades
nova
Valor
Processo
Treino dos
utilizadores
chave
Aprendizagem
Anlise de risco
Build
(Realizao)
Deliver
(Preparao Final)
Testes Funcionais
Detalhe do
desenho tcnico

Plano e
estratgia de
formao para
os utilizadores
finais
Plano de
segurana
Suporte
Plano de
projecto e
organizao
Gesto de Projecto
Operate
(Entrada em
produtivo e
suporte)
Suporte de
entrada em
produtivo
Plano de
cutover
Material de
treino para os
utilizadores;
Plano de
Cutover;
Ambiente de
sistema em
produtivo;
Treino aos
utilizadores;
Cutover
execution.
Figura 18 Integrao da fase de preparao final no projecto

Esta fase compreende o plano, preparao e execuo da transio para o novo sistema
(cutover) e todo o treino aos utilizadores.
Treino aos utilizadores: a actividade de treino aos utilizadores em que foram

conduzidos workshops de formao na construo de queries, sesses de formao na
utilizao do novo sistema, acompanhamento na realizao dos testes e construo de
manuais de acesso ao sistema.
Fase de Operate (Entrada em Produtivo e Suporte)

Fases
Viso
Actividades
Valor
Processo
Aprendizagem
Plan and Design

Reviso do
Blueprint do
negcio e
detalhes
especificos das
funcionalidades
nova
Treino dos
utilizadores
chave
Detalhe do
desenho tcnico
Deliver
(Preparao Final)
Plano de
projecto e
organizao
Operate
(Entrada em
produtivo e
suporte)
Testes Funcionais

Plano e
estratgia de
formao para
os utilizadores
finais
Plano de
segurana
Suporte
Gesto de Projecto
Anlise de risco
Build
(Realizao)
Suporte de
entrada em
produtivo
Plano de
cutover
Validao de
fim de
projecto.
Figura 19 Integrao da fase de entrada em produtivo e suporte no projecto
36
Esta fase compreende a monitorizao dos processos implementados e da estratgia de

suporte.
Validao de fim de projecto: actividade de monitorizao da aplicao em que

analisada a performance das funcionalidades implementadas. Nesta fase foi detectado
um problema que resultou das definies locais dos computadores fixos, em que
diferiam na vrgula e no ponto, o que originava um conflito e erros nos valores
apresentados. Esta situao foi detectada apenas nesta fase, uma vez que todos os
outros testes foram efectuados em computadores portteis da Empresa X.
37
Projecto Empresa Y/ Deloitte

5.1
Objectivo e mbito do projecto
O grupo Empresa Y, ligado ao negcio da aviao, tinha como objectivo a implementao de

um modelo integrado de informao focado nas vertentes de planeamento e oramentao,
consolidao legal de contas e reporting contabilstico, financeiro e operacional, a suportar
pelas componentes do SAP Strategic Enterprise Management: Business Planning &
Simulation (SEM BPS), Management Business Consolidation (SEM BCS) e SAP Business
Information Warehouse (BW), respectivamente. O mbito do projecto tem por base a
informao recolhida nas reunies realizadas junto dos responsveis das reas de
Contabilidade e Oramento e Controlo, a experincia da Deloitte no desenho e
implementao de projectos similares, assim como o conhecimento da realidade e do negcio
da Empresa Y, adquirido no decorrer do trabalho que tem tido oportunidade de desenvolver
em colaborao com a Empresa Y. Tendo em conta o conjunto de iniciativas que a Empresa Y
tem vindo a levar a cabo nas vertentes organizacional e aplicacional (com a implementao
das ferramentas aplicacionais de suporte actividade) e o estgio de desenvolvimento actual
da Empresa Y, entendem-se as iniciativas constantes do projecto como um passo estruturante
para a Empresa Y consolidar prticas de gesto e de acompanhamento de performance.
No que se refere ao estgio de desenvolvimento do grupo, do entendimento da Deloitte que
no passado, a primeira fase do processo evolutivo foi alcanada com a estabilizao da
soluo SAP, a implementao dos modelos de custeio e rendibilidade e a disponibilizao
dos prottipos do modelo de informao, pretendendo-se, nesta segunda fase, optimizar e
agilizar os processos de planeamento e oramentao e consolidao do grupo, bem como
desenvolver um modelo de informao integrado que disponibilize informao de gesto
consolidada e fivel, de forma atempada.
Neste sentido, foram definidos como objectivos do projecto:
Optimizar os processos de planeamento e oramentao e previso de tesouraria, com

vista a:
o Eliminar ficheiros de Excel e aplicaes de suporte, contribuindo para
aumentar a segurana, fiabilidade e consistncia da informao;
o Definir formatos de planeamento uniformizados, com vista a facilitar a
integrao, anlise e controlo (validao) da execuo dos vrios oramentos,
contribuindo para a reduo dos ciclos de planeamento, assim como do tempo
e recursos dispendidos em tarefas de agregao e standardizao da
informao previsional;
38
o Disponibilizar uma soluo estruturante e evolutiva de suporte ao processo de

planeamento e oramentao, que:
Permita organizao focar-se no processo e nas melhores prticas;
Assegure a agilizao e simplificao do processo de planeamento e

oramentao, permitindo conciliar as necessidades do negcio, em
termos de disponibilizao descentralizada de uma ferramenta de
planeamento e controlo da execuo oramental, de fcil utilizao
para a gesto operacional, que fomente a responsabilizao dos vrios
intervenientes no processo;
Contribua para a reviso dos procedimentos associados ao processo;
o Complementar o modelo de informao, disponibilizando informao de

gesto mais detalhada do negcio, que potencie o maior foco na anlise e o
reconhecimento do processo de planeamento e oramentao e da soluo
como instrumento de gesto no seio da organizao;
o Aumento da capacidade de anlise e previso das necessidades de tesouraria,
contribuindo para uma maior visibilidade dos fluxos monetrios gerados pela
actividade operacional e de investimento, numa ptica de tesouraria, bem como
uma melhor gesto e utilizao das disponibilidades e dos prazos de
financiamento.
Optimizar o processo de consolidao legal de contas, de forma a:

o Simplificar, automatizar e agilizar o processo de consolidao, nomeadamente
no que se refere s actividades de controlo, registo e eliminao das relaes
entre empresas do grupo;
o Dispor de capacidade para tratar e criar reporting automtico de suporte ao
processo de oramentao e consolidao do oramento, que permita auditar os
outputs do processo;
o Dispor de ferramentas de reporting consolidado oramentado e real anual e
mensal.
Conceber e implementar o modelo de informao contabilstico-financeirooperacional do grupo, com vista a:

o Enderear de forma clere as necessidades de disponibilizao de informao
financeira e de gesto (real e planeada, individual e consolidada), contribuindo
para aumentar a representatividade das actividades de suporte deciso e de
anlise da performance;
o Enderear de forma clere as necessidades de disponibilizao de informao
financeira e de gesto (real e planeada, individual e consolidada), de forma
atempada e coerente, contribuindo para aumentar a representatividade das
actividades de suporte deciso e de anlise da performance econmico
financeira operacional;
o Centralizar e integrar toda a informao de natureza contabilstico-financeiro
num nico repositrio de dados, transversal ao grupo;
39
o Libertar recursos das actuais tarefas manuais de produo de informao,

promovendo o foco na anlise de informao;
o Disponibilizar uma soluo estruturante e evolutiva, que contemple os
requisitos actuais e futuros da organizao.
O proposto vai para alm da mera implementao das solues, acrescentando-lhe um claro
nfase na conceitualizao e uniformizao da informao, que se considera fundamental para
um resultado de sucesso.
Nesta perspectiva, a definio de uma estratgia de implementao consistente e slida
revela-se de elevada importncia. Este factor ganha maior relevncia pela natural
complexidade que um projecto desta natureza encerra, pela abrangncia de Empresas/
Unidades de Negcio, pela interligao entre solues e pelo conjunto significativo de
requisitos.
40
5.2
mbito aplicacional e processual do projecto
Para a compreenso do mbito e amplitude do projecto, de grande importncia ter a noo

que o grupo Empresa Y abrange universo de empresas considervel com diferentes tipos de
negcio.
Os trs objectivos principais do projecto, planeamento, oramentao e previso de tesouraria;
consolidao legal de contas; modelo de informao contabilstico-financeiro-operacional;
sero transversais a todo o grupo, o que implicou a diviso de responsabilidades da equipa de
projecto Deloitte por empresas/ unidades de negcio, aps a fase de levantamento de
processos inicial.
No seguimento desta estratgia de negcio, sero apenas referidos doravante, os processos e
reas que foram objecto directo de desenvolvimento do projecto dissertao
Planeamento e Oramentao e Previso de Tesouraria (SEM BPS)

A soluo de suporte ao processo de planeamento e oramentao previso de tesouraria
suporta-se na componente de SEM BPS (Business Planning & Simulation) e visa agilizar e
automatizar os processos, bem como disponibilizar meios de acompanhamento e controlo dos
mesmos. Devido s especificidades de cada processo, ser abordada a soluo de forma
individualizada, considerando sempre a complementaridade existente entre o processo de
planeamento e oramentao e previso de tesouraria.
Planeamento e oramentao tendo presente que a elaborao do oramento anual, bem

como as subsequentes actividades de acompanhamento e ajuste se revestem de grande
importncia para a Empresa Y, e com o objectivo de suportar a totalidade do processo, a
soluo preconizada enderea de forma directa:
A uniformizao dos formatos de planeamento e oramentao atravs da definio

de um layout de planeamento (template)
Para o oramento individual das unidades de negcio, que respeite a lgica centro de
custo/ordem/classe de custo, e que facilite a introduo de dados, a integrao, o
controlo e a anlise dos oramentos;
Para os oramentos transversais, que vise a centralizao do custos transversais e da

sua imputao a cada uma das reas (como o caso dos custos com pessoal);
Previso de tesouraria A principal tarefa da previso de tesouraria identificar fluxos

monetrios permitindo antever deficits ou excedentes de recursos financeiros iminentes no
negcio.
Neste sentido a soluo de previso de tesouraria contempla uma viso de curto e mdio
prazo, endereando de forma directa:
Ajustes automticos, com reflexo directo nos fluxos monetrios previsionais de curto e
mdio prazo, tendo por base o oramento anual de tesouraria e, por exemplo,
correces a rubricas de pagamentos/ recebimentos.
41
Soluo de Consolidao de Contas (SEM-BCS)

A soluo de suporte ao processo de consolidao legal de contas foca-se na componente de
SAP SEM BCS (Business Consolidation) e visa agilizar e automatizar o processo de
consolidao, bem como disponibilizar meios de acompanhamento e controlo do mesmo. De
forma a clarificar a definio da soluo, em termos de responsabilidades e ferramentas de
suporte, dividiu-se o processo de consolidao em dois sub-processos: preparao da
consolidao e consolidao propriamente dita.
Soluo de Reporting Contabilstico Financeiro Operacional (BW)

A soluo desenvolvida na dissertao e aborda a sua elaborao na fase de desenho e que
ser mais desenvolvida nos pontos seguintes. No que se refere soluo de reporting
contabilstico-financeiro-operacional, o projecto contempla a concepo, modelizao e
implementao do modelo, para a Empresa Y, na soluo de SAP BW e SAP SEM:
Estruturar as necessidades de informao do grupo, em conjunto com a direco

financeira, em torno de componentes de informao, indicadores e relatrios
standardizados, de forma a agilizar e simplificar a utilizao da informao, bem como
a racionalizao da sua produo;
Eliminar os ficheiros de Excel, e automatizar a disponibilizao de informao

financeira e de gesto (real e planeada, individual e consolidada), de forma atempada e
coerente;
Disponibilizar informao de gesto, em tempo til, assente numa nica plataforma de

informao, transversal ao grupo, consistente e flexvel, facilmente acessvel e
partilhada por toda a organizao;
Assegurar a melhoria da qualidade da informao reportada, contribuindo para a

melhoria da qualidade do servio prestado e da imagem da Empresa Y percepcionada
pelos seus stakeholders;
Garantir o alinhamento com a plataforma tecnolgica da Empresa Y para as solues

de suporte ao controlo de gesto, alavancando o investimento realizado e as solues
j implementadas.
Adicionalmente, conclui-se ainda que a definio do modelo de informao deve incorporar

as variveis chave do negcio e a sua traduo em indicadores de acompanhamento
financeiros (globais e especficos), e ser suportada pela estruturao da informao e a
desagregao das variveis sob a viso de perspectivas de anlise e componentes de
informao, de acordo com as necessidades dos vrios stakeholders.
As componentes de informao, devero reflectir quer a viso consolidada da actividade do
grupo, quer a viso individual de cada um dos negcios, segundo uma abordagem orientada, e
uma metodologia de desenvolvimento top-down, de modo a garantir a definio de um
modelo comum.
No esquema da figura 20 pretende-se salientar a importncia que ter o modelo de informao
para os diferentes stakeholders.
42
Figura 20 Principais stakeholders da informao de gesto [3]

5.3
Equipa de Projecto
No esquema da figura 21 apresentado est presente a equipa de projecto Deloitte e os

intervenientes no grupo Empresa Y, assim como as respectivas funes.
Comit de Steering
Comit Directivo
Empresa Y
Empresa Y
Deloitte
Bruno Costa Cabral; Paula Mateus
Controlo de Qualidade
Deloitte
Gesto de Projecto
Joo Paulo Domingos
Empresa Y
Deloitte
Painel de Especialistas
Paula Mateus; Csar Marto
Deloitte
Carlos Rodrigues
Comit Operacional
Empresa Y
Deloitte
Administrao de Sistemas
Paula Mateus; Csar Marto
Empresa Y
Unidades de Negcios
Adm.sistemas
Empresa Y
Equipa de Projecto
Desenho Global
Planeamento e Oramentao e
Previso de Tesouraria
Responsveis
Negcio
Consolidao Legal
Modelo de informao
Empresa Y
Empresa Y
Deloitte
Ana Margarida Mateus, Vitor Ramalho, Miguel Cardozo
Figura 21 Equipa de projecto e funes [3]
43
5.4
Calendrio
O nvel detalhado de calendarizao ilustra o plano do projecto at ao final do projecto

dissertao, onde esto tambm identificados os milestones que seriam crticos para ir de
encontro aos deadlines do grupo Empresa Y (figura 22). As fases do projecto que o estagirio
participou e que decorreram at ao final do projecto dissertao so as fases de levantamento
de processos e de desenho do modelo futuro.
NOV
SEMANA
01
DEZ
02
03
04
05
JAN
06
07
08
09
FEV
10
11
12
13
14
15
Prep
ara
o
Levantamento e
Anlise Detalhada
de Requisitos
Desenho do Modelo Futuro
MIS
Fase de Desenho
Definio do Modelo Corporativo

Definio do Modelo de Planeamento e
Oramentao por Empresa/UN
Definio do modelo de
informao de gesto (KPIs)
Definio do Modelo de
Consolidao do Grupo
Desenho Aplicacional
Detalhado

5.5
Responsabilidades no Projecto
Neste ponto sero abordadas de forma exaustiva as responsabilidades e principais actividades

levadas a curso no projecto na fase de Plan and Design, uma vez que o final desta fase
coincide com o final do perodo do projecto dissertao.
Foram desenvolvidas no mbito do projecto dissertao o levantamento e anlise detalhada de
requisitos e a definio e construo de um modelo de informao de gesto (MIS) do grupo
Empresa Y que tem como utilizadores finais os controllers, director financeiro, a
administrao e o accionista.
O processo de levantamento de requisitos foi exaustivamente efectuado com a cooperao das
reas de cada empresa do universo do grupo e a equipa Deloitte.
O processo de definio e construo do modelo de informao de gesto do grupo Empresa
Y foram efectuados implicando um estudo e investigao profundo de Key Performance
Indicators financeiros e operacionais do grupo e do negcio areo.
44
No esquema da figura 23 abordado o plano de projecto e a verde indicadas as actividades

desenvolvidas no projecto.
Fases
Viso
Actividades
Plan and Design

Levantamento e
Anlise
Detalhada de
Requisitos e
detalhe do
desenho tcnico
Valor
Processo
Modelo de
consolidao
Aprendizagem
Treino dos
utilizadores
chave
Modelo de
reporting de
informao de
gesto
Modelo de
planeamento e
oramentao
Deliver
(Preparao Final)

Plano de
segurana
Gesto de Projecto
Plano de
projecto e
organizao
Operate
(Entrada em
produtivo e
suporte)
Testes Funcionais
Plano e
estratgia de
formao para
os utilizadores
finais
Suporte
Outputs
Principais
Build
(Realizao)
Suporte de
entrada em
produtivo
Plano de
cutover

Levantamento de processos
e requisitos
Blueprint de negcio;
de testes;
reporting de informao de
gesto ( KPIs financeiros e
operacionais);
consolidao;
planeamento e
oramentao;
Figura 23 Integrao da fase de levantamento de processos e desenho no projecto
So desenvolvidas no mbito do projecto dissertao as seguintes actividades:
Levantamento de processos e requisitos: actividade que consistiu na elaborao de

documentos de levantamento de processos e requisitos da forma como o grupo
procede ao oramento actualmente. Esta actividade implicou reunies exaustivas da
equipa Deloitte com as diferentes empresas da Empresa Y e a criao de fluxos
representativos da realidade do processo oramental do grupo. Tendo em conta que
um dos objectivos do projecto a possibilidade de oramentao numa ferramenta
conjunta que acabe com a incompatibilidade no formato e natureza da informao
enviada pelas empresas e reas para o departamento de oramentao.
Existe claramente um maior foco nas reas core do negcio, sendo estas a manuteno
e o transporte areo, que se traduz num esforo de automatizao de certas
ferramentas de planeamento, como o oramento de explorao do transporte areo,
nomeadamente a operao e vendas de bilhetes, que tero um impacto no planeamento
da operao da manuteno.
Os produtos finais desta fase foram fluxos e documentos de representao da realidade
oramental do grupo Empresa Y, assim como a definio do modelo de dados futuro.
No anexo C ilustrado o modelo futuro de dados no sistema, onde possvel analisar
como ser estruturada a informao.
45
Definio do modelo de reporting de informao de gesto: actividade que consistiu

na elaborao de um modelo de reporting de gesto que apresenta tableaux de bord
com demonstraes financeiras assim como Key Performance Indicators financeiros e
operacionais de cada um dos negcios do grupo. Foi importante a elaborao deste
modelo, a recolha de dados e indicadores existentes actualmente, bem como a
elaborao, estudo e proposta de novos indicadores para o grupo.
Para a elaborao do modelo de gesto, foi simulada em Excel a estrutura, informao
de gesto e navegao entre empresas, demonstraes e indicadores do modelo futuro
a implementar na Empresa Y. De seguida ser apresentado um exemplo (figura 24) do
modelo de simulao elaborado em Excel e alguns dos novos indicadores propostos e
o seu impacto na gesto da organizao. No exaustivamente retratado este modelo,
devida a questes de confidencialidade.
TA
M&E
PGA
Megasis
UCS
LFP
Cateringpor
SPdH
Empresa
TAP SA
Diviso/UN
Individual/Consolidado Consolidado
Perodo
2008
Quadro resumo
Balano
Demonstrao de
Resultados
Fluxos de Tesouraria
Homepage
Equilibrio Financeiro
Transporte Areo
Mensal
Quadro Resumo
R 2006
R 2007
O 2008
R 2008
Acumulado
Desvio %
R08/R07
R/O 08
R 2006
R 2007
O 2008
R 2008
Desvio %
R08/R07
R/O 08
Proveitos, Custos e Resultados

Proveitos
Custos
EBITDAR
Resultado Operacional
Resultado Lquido
Indicadores de Balano e Cash Flow
Activo
Capitais Prprios
Passivo
Liquidez geral
Cash Flow Operacional
Dvida Lquida
Disponibilidades
Indicadores de Rentabilidade e Criao de Valor
Margem Operacional
Margem EBIT
Margem EBITDA
Cash Value Added
Indicadores Financeiros
Fundo de Maneio
Fundo de Maneio TA (Doc. Pend. Voo)
Capitais Permanentes
Autonomia Financeira
Peso Endividamento
Estrutura de Endividamento
Indicadores Econmicos
Cashflow Operacional
Cashflow Lquido
Rentabilidade das Vendas
VAB
N Mdio Empregados (FTE's)
VAB/ Empregado
Taxas de cmbio
BRL
CVE
CAD
DKK
USD
EUR
XOF
JPY
MZM
NOK
GBP
SEK
CHF
VEB
Figura 24 Modelo de controlo gesto construdo para demonstrao aos stakeholders

do modelo final a implementar
Na figura 24 visvel a estrutura proposta do modelo futuro, em que numa barra
lateral o utilizador poder navegar entre as diferentes empresas do grupo e ter
informao e indicadores especficos de cada negcio que a empresa seleccionada
represente. Na figura 24 est presente o modelo corporativo que permite uma viso
46
abrangente da performance, onde existir um semforo de status representado pelas

cores que permite rpidas concluses acerca da performance do grupo.
Os indicadores operacionais encontram-se na parte do modelo por empresa, em que
quando seleccionada uma empresa acede-se a informao especfica da mesma e do
negcio que representa. Existe uma ligao directa do menu principal para os
indicadores operacionais do transporte areo que facilita a navegao, deciso tomada
tendo em conta que o core do grupo o transporte areo. De seguida so dados alguns
exemplos de indicadores operacionais do transporte areo estudados e analisados,
tendo em conta a sua integrao e as reas que possam afectar com o seu planeamento
e oramento.
o Yield Pax rendimento por passageiro, implica o oramento da receita voada e
margens de lucro;
o Utilizao mdia da frota utilizada para estimativas de MRO (Maintenance
Repairing and Overhaul);
o Load Factor Nmero de passageiros/ Nmero de lugares;
o N Servios Nmero de percursos efectuados pelo avio, implicando o
oramento de catering, airport service e crew service;
o Passageiros Implica o oramento de catering e airport service;
o PKOs Oferta de lugares por quilmetro, indicador operacional e reflectido
na estimativa dos custos operacionais;
o PKUs Procura de lugares por quilmetro (lugares utilizados), indicador
operacional e reflectido na estimativa dos custos operacionais.
Novos indicadores propostos:

o EVA (Economic Value Added) O EVA um meio para determinar o valor
criado, acima do retorno pretendido, para os accionistas de uma empresa. a
diferena entre os resultados operacionais depois de impostos e a expectativa
de remunerao de todos os capitais prprios e alheios envolvidos no negcio.
A anlise do EVA permitir aos accionistas da empresa (Estado Portugus)
percepcionar um valor acrescentado positivo quando o retorno do capital
empregue na actividade operacional maior que o custo desse capital. Como
comparao da situao actual do Grupo com outros grupos de aviao ser
utilizado para benchmark o valor do EVA de grupos de referncia na indstria
da aviao;
o MVA (Market Value Added) Clculo que mostra a diferena entre o valor de
mercado de uma empresa e do capital contribudo pelos investidores (ambos os
obrigacionistas e accionistas). Em outras palavras, a soma de todos os
capitais e crditos detidos contra a empresa mais o valor de mercado de dvida
e capital prprio;
o WACC (Weighted Average Cost of Capital) Clculo de um custo de capital
da empresa em que cada categoria de capital proporcionalmente ponderada.
Todas as fontes de capital aces comuns, preferenciais aces, obrigaes e
quaisquer outras dvidas de longo prazo so includos no clculo;
47
o CVA (Cash Value Added) Medio da quantidade de dinheiro gerado por

uma empresa atravs de suas operaes. calculada subtraindo o cash flow
operacional da procura do cash flow operacional, a partir da declarao de
fluxo de caixa;
As frmulas de clculo para os indicadores propostos so disponibilizadas no anexo D.

Por questes de tica, independncia e confidencialidade da empresa, no possvel o retrato
em maior profundidade dos indicadores utilizados, bem como os seus valores que foram alvo
de anlise.
Como exemplo de uma das situaes estudadas surge um conceito extremamente importante
na indstria da aviao, que retratado na rubrica de documentos pendentes de voo que
representa uma particularidade do negcio. Os documentos pendentes de voo representam um
controlo dos bilhetes vendidos que se encontram voados, isto , a empresa vende bilhetes,
recebendo o valor dos mesmos a pronto, no entanto pode ter de devolver o valor do bilhete ao
cliente, pois este tem o direito de o receber consoante a tarifa. Existem tambm passageiros
que compram bilhete de ida e volta, para apenas voarem um dos percursos, pela simples razo
de ser mais econmico. Todo este processo foi estudado, analisado e revisto, uma vez que
apresenta uma estrutura complexa, que dificulta as estimativas de receita e fluxos de
tesouraria, tendo um grande impacto no mbito do projecto e na sua implementao.
48
Concluses e perspectivas de trabalho futuro
Os objectivos traados no planeamento inicial do estgio foram alcanados e ultrapassados

nos diversos domnios.
A aprendizagem da metodologia Enterprise Value Delivery teve bastante sucesso, uma vez
que foi suportada por e-learning e on the job training.
Relativamente aos objectivos traados para a ferramenta de SAP BW / SEM BPS foram
amplamente atingidos com especial enfoque na construo de queries utilizando o BEx
Analyzer.
O trabalho de equipa com elementos multidisciplinares foi de extrema importncia para o
desenvolvimento do conhecimento na ferramenta, para a obteno da independncia adquirida
e controlo dos deliverables do projecto. Existiu um estreito contacto com o cliente, uma vez
que foi atingido um grau de elevada autonomia que resultou nas aces de formao e
workshops conduzidos que tinham como objectivo dotar o cliente com maior grau de
autonomia face ao sistema.
Os projectos foram ambos aliciantes, e no projecto Empresa X/ Deloitte foi um desafio entrar
no projecto passada j a fase de desenho, pois tornou-se mais complicado o envolvimento em
todos os conceitos e ferramentas a desenvolver.
O projecto Empresa Y/ Deloitte tem uma dimenso bastante considervel devido ao volume
de dados, conceitos, informao e diferentes negcios do grupo. Foi um desafio a rpida
contextualizao com a nova realidade, nova equipa e novos conceitos particulares de um
negcio tambm particular como a aviao e todos os seus derivados. A maior dificuldade
encontrada, revelou-se na compreenso de um negcio to complexo como o negcio do
transporte areo. No me permitida uma abordagem mais profunda, por questes de tica e
independncia.
Uma perspectiva de trabalho futuro tem que ver com a identificao e deteco de eventuais
oportunidades de desenvolvimento de novos projectos, atingir um maior grau de
desenvolvimento e autonomia na ferramenta SAP BW/ SEM BPS, adquirir conhecimentos de
consolidao de empresas, e ficar especialista no negcio do transporte areo a nvel de
conceitos, novas tendncias e indicadores a utilizar por empresas de aviao.
49
Referncias e Bibliografia
Referncias
[1] Deloitte & Touche (2007). Enterprise Value Delivery Deloitte E-learning Resources
[2] Deloitte Consultores, SA. (2007). Business Blueprint Projecto Empresa X.
[3] Deloitte Consultores, SA. (2007). Business Blueprint Projecto Empresa Y
Bibliografia
McKenna, Christopher D. (2006). The Worlds Newest Profession, Management Consulting

in the Twentieth Century. Cambridge University Press. New York.
Sankar, Chetan S., Rau, Karl-Heinz (2006). Implementation Strategies for SAP R/3 in a
Multinational Organization. Cybertech Publishing. Hershey, PA.
Morrel, Peter S. (2007). Airline Finance. Ashgate Publishing Limited. England
Jordan, Hugues, Carvalho das Neves, Joo, Azevedo Rodrigues, Jos (2005) O Controlo de
Gesto Ao Servio da Estratgia e dos Gestores. reas Editora. Lisboa
Borges, Antnio, Rodrigues, Azevedo, Rodrigues, Rogrio (2003). Elementos de
Contabilidade Geral. reas Editora. Lisboa
Stios da Internet relevantes:
http://www.deloitte.com
http://www.deloitte.pt
http://www.deloitteresources.com
http://www.sap.com
http://help.sap.com
50
Anexos
50
ANEXO A Proposta de Estgio
51
52
ANEXO B Modelo de Dados SAP BW/ SEM BPS Empresa X
53
Salary Planning
Salary Planning
Manual Data
SAP
SEM-BPS
Cost Centre Planning

Manual Data
Copy salary and

social charges data
per cost centre
Salary
Planning
Modelo de Planeamento
Cost Centre Planning
Copy budget data
Cost Centre
Planning
Copy actuals data
Actuals and Budget
Modelo de Informao
SAP BW
Sistema Transaccional
SAP R3
Costs and
Allocations
PTPCSP001
CO
HR
Controlling
CO
Controlling
54
ANEXO C Modelo de Dados SAP BW/ SEM BPS Empresa Y
55
Taxas de juro
Modelo de Planeamento
Cmbios de oramento
FSEs Siemens & Efacec Seguros
SAP
BI-IP
Segurana Combustveis
Dados de Tesouraria
Plano de
Investimentos (leasings, emprstimos,)
Custos variveis
com pessoal
Outros prov. e
custos operac.
Outros prov. e
custos ext.
Outros prov.
e custos fin.
Modelo de Informao
Previso de
Custos com
Pessoal
Balano
Previsional
SAP BW
Oramento de
Tesouraria
Demonstrao
de Resultados
Previsional
Previso de amortizaes e proveitos
operacionais (contratos)
Previso de custos fixos

com pessoal
Oramento de
custos e proveitos
HR
Human
Resources
Sistema Transaccional
SAP R3
CO
Controlling
56
ANEXO D Frmulas de clculo dos indicadores propostos
57
Clculo do Custo Mdio Ponderado de Capital:

WACC = c =
onde,
K
D tc
y + b 1
E
K 100
E = Valor total dos capitais prprios e seus equivalentes

D = Total da dvida e leasings (inclui poro da dvida de longo prazo e das notas a pagar)
K = Total do capital investido no perodo considerado (D+E)
b = Taxa esperada no pagamento de emprstimos, custo da dvida
tc = taxa de imposto incidente sobre a empresa
y = a taxa mnima de retorno de capital que a empresa deve oferecer aos accionistas para compensar o tempo de retorno e para encobrir de certa forma algum risco
Clculo do Retorno do Capital Investido (RCI):

RCI = r =
EVA =
Resultado Operacional depois de Impostos

Capital Investido
RCI - WACC
K
CVA = (Cash flow Operacional + Cash Flow Financeiro) - [ (WACC + y) * ( Imob. Curso + Imob. Fixo) ]
MVA = Valor de Mercado da Empresa - Capital Investido
58
ANEXO E Business Explorer Analyser Funcionamento e

estrutura Ficheiro elaborado para formao e fornecido aos
utilizadores
59
BEx Analyser Tool bar
When the BW Business Explorer Analyzer is iniciated, a macro will be executed in Microsoft
Excel working as a connection between your computer and the BW.
OLAP Functions
Renew Data
Configure
Modify
Open
Layout
Go to
Save
Back
Tools
Formating
Help
Opening reports available in the sytem
Existing Reportings for

certain tree
60
Report Components
Report title
Detail level
The grey cells represent the
information included in the report
Filters, Exceptions and Conditions
Technical descriptions
Results area
Navigation in SAP BW Reports
Go back to the initial report definition

Fix the value as a filter
Select a filter and add complementary detail
to the report
Com o boto direito do rato em
cima das componentes do
relatrio, temos acesso s
funcionalidades BW
Add complementary detail to the report
Change the order of the exibition

characteristics
To the available characteristics:
Represent as(key, denomination);
Eliminate the total lines;
Acumulated exits.
Associated characteristics to the work folder
61
Add report details
To add a characteristic as a detail to the

report, make double click on your navigation
area
Likewise, to withdraw a characteristic of the

information map, make double click on the
navigation area
To filter the report by a specific value, make

double click on the cell that represents the
value to be filtered
How to create a report (Query)
Infoarea
Logic grouping of infocubes, it can
contain one or more infocubes.
Infocubos
A report (query) has as information
source one single infocube.
62
Report components
Filters
Free characteristics
Column
Line
Pre-visualization
InfoObjects
Characteristics
Indicators
Variables
Available objects to use in reports
Folder of indicators or indexes

Calculated indicators
It uses formulas to define new indicators, that might be reused in new
reports
Restricted indicators
Allows the creation of new indicators with the use of restrictions, that
might be likewise reused in new reports
Indicators
Existing indicators in the Infocube
Folder for dimensions
Dimensions
Logical set of characteristics
Characteristic
Analysis components to the information maps
Variables
Manual input optional, mandatory, individual values, gaps
Values
Can be used as a filter
63
Report definition
Creation of filters, characteristic selection
Filter creation
Filter value selection
Selection
variables
Individual values
Available values
Select value as a
filter
Research / Manual adicional

input of values
64
User defined characteristics (free characteristics)
Characteristic selection for a line (with variable)
65
Characteristic selection for a line (with variable) and column indicator
Manual
introduction
variable.
Off-set use
possibility
Inclusion of a formula in a report
Right click on the mouse > New formula
66
Construction of a formula
Formula name
Formula
Available
operations
Construction of a formula
Indicators to use in
te formula
Available
functions
Restrict Indicators
Indicator to restrict
Name of the restrict

indicator
Restriction characteristics
67
Exceptions
Exception name
Indicator to use
Gaps
Conditions
Condition name
Characteristic selection
Indicator and
operation selector:
Equal to;
Not equal to;
Bigger than;
Minor than;
Top n;
68

Texto Integral

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Texto Integral

Загружено:

Авторское право:

Доступные форматы

Implementao de SAP Applications

Deloitte Consultores, S.A.

Orientador na FEUP: Professor Doutor Antnio Carvalho Brito

Faculdade de Engenharia da Universidade do Porto

Aos meus Pais

Agradecimentos ao Engenheiro Antnio Carvalho Brito pelo apoio na realizao do trabalho.

A todos, Muito Obrigado.

Fase de Plan e Design................................................................................................... 8

Fase de Build .................................................................................................................. 9

Fase de Deliver ............................................................................................................. 10

Fase de Operate ........................................................................................................... 11

3 Base Histria e Estrutural dos ERPs................................................................................................12

4 O Projecto Empresa X/ Deloitte ........................................................................................................28

5 Projecto Empresa Y/ Deloitte ............................................................................................................38

6 Concluses e perspectivas de trabalho futuro ..................................................................................49

Anexo B Modelo de Dados SAP BW SEM/ BPS da Empresa X..

Anexo C - Modelo de Dados SAP BW SEM/ BPS da Empresa Y

Anexo D Frmulas de clculo dos indicadores propostos..

Anexo E Business Explorer Analyser Funcionamento e estrutura Ficheiro elaborado para

Figura 2 Esquema representativo das fases de abordagem ao projecto.

Figura 3 Estrutura dos mdulos principais do SAP.....

Figura 4 Integrao de outros mdulos adicionais no ERP

Figura 5 Flexibilidade, inter-operabilidade, e escalabilidade da arquitectura cliente/ servidor.

Figura 6 Funcionamento da Arquitectura orientada ao servio (SOA).

Figura 7 Integrao e estrutura dos mdulos SAP..

Figura 9 Estrutura do SAP Business Explorer Analyzer.

Figura 10 Esquema representativo dos componentes da soluo a implementar.

Figura 11 Esquematizao do mbito processual do sistema..

Figura 12 Layout de insero de dados relativo ao planeamento de salrios.

Figura 13 Layout de insero de dados relativo ao planeamento de centros de custo.

Figura 14 Equipa de projecto e funes.

Figura 15 Calendrio de projecto..

Figura 16 Integrao da fase de realizao no projecto.

Figura 17 Plataforma web resultado final..

Figura 18 Integrao da fase de preparao final no projecto..

Figura 19 Integrao da fase de entrada em produtivo e suporte no projecto

Figura 20 Principais stakeholders da informao de gesto.....

Figura 21 Equipa de projecto..

Figura 22 Calendrio de projecto

Figura 23 Integrao da fase de levantamento de processos e desenho no projecto

Figura 24 Modelo de controlo gesto construdo para demonstrao aos stakeholders do

ndice de Acrnimos e Glossrio

Blueprint Documento resultante da fase de desenho que detalha o mbito de projecto,

Implementao de SAP Applications

Esta dissertao enquadra-se no mbito da realizao do projecto de dissertao de concluso

O objectivo do projecto assume duas facetas, primeiramente a concluso do Mestrado

Implementao de SAP Applications

A presente dissertao encontra-se organizada em sete captulos e cinco anexos. No captulo

Implementao de SAP Applications

Implementao de SAP Applications

Assim, a sua conduta baseada na importncia dos comportamentos ticos, fiveis e

Implementao de SAP Applications

Strategy & Operations

Enterprise Applications (Implementao de ERPs)

Implementao de SAP Applications

Metodologia Deloitte na implementao de ERPs

Figura 1 Esquema da metodologia Deloitte Enterprise Value Delivery [1]

Implementao de SAP Applications

A fase Vision contempla a preparao do caso em estudo e a identificao dos benefcios

Plan and Design

Preparar, desenvolver, testar

Plano de projecto detalhado;

Documento com a estratgia

Scripts de testes unitrios;