Escolar Documentos
Profissional Documentos
Cultura Documentos
Ronaldo Zwicker
Cesar Alexandre de Souza
In: SOUZA, Csar Alexandre de; SACCOL, Amarolinda Zanela (organizadores). Sistemas
ERP no Brasil (Enterprise Resource Planning): Teoria e Casos. So Paulo: Atlas, 2003, 368 p.
ISBN: 85-224-3493-X.
Introduo
Os anos 90 assistiram ao surgimento e a um expressivo crescimento dos sistemas ERP
(enterprise resource planning) no mercado de solues corporativas de informtica. Entre as
explicaes para esse fenmeno esto as presses competitivas sofridas pelas empresas, que as
obrigaram a buscar alternativas para a reduo de custos e diferenciao de produtos e servios. Em
funo desse novo contexto as empresas foram foradas a rever seus processos e a sua maneira de
trabalhar. As empresas reconheceram a necessidade de coordenar melhor as suas atividades dentro
de sua cadeia de valor para eliminar desperdcios de recursos, reduzindo o custo e melhorando o
tempo de resposta s mudanas das necessidades do mercado. Segundo Porter e Millar (1985), a TI
uma ferramenta poderosa para esta transformao, principalmente porque a TI est aumentando
muito a habilidade das empresas para explorar as ligaes entre as suas atividades, tanto interna
quanto externamente empresa. A utilizao de sistemas de informao integrados est
intimamente associada essa habilidade.
Segundo Alsne (1999), a idia de sistemas de informao integrados existe desde o incio da
utilizao dos computadores em empresas na dcada de 60. Porm, uma srie de dificuldades de
ordem prtica e tecnolgica no permitiu que esta viso fosse implementada na maior parte das
empresas. Entre elas, pode-se citar a prpria dificuldade dos departamentos internos de TI em
desenvolver sistemas integrados, frente a solicitaes departamentalizadas dos usurios. Bancroft et
al. (1998) afirmam que No passado os sistemas customizados eram desenvolvidos a pedido de um
departamento da empresa. A viso destes departamentos era naturalmente limitada por sua
responsabilidade operacional. Cada departamento definia seus dados de acordo com seus prprios
objetivos e prioridades. [...] Isto se refletia no software desenvolvido pelos departamentos de TI
das empresas.
Assim, os sistemas ERP surgiram explorando a necessidade de rpido desenvolvimento de
sistemas integrados a fim de atender s novas necessidades empresariais, ao mesmo tempo em que
as empresas eram (e ainda so) pressionadas para terceirizarem todas as atividades que no
pertenam ao seu foco principal de negcios. Tambm contriburam para a expanso dos sistemas
ERP o amadurecimento das opes disponveis no mercado, a evoluo da tecnologia utilizada por
esses pacotes (bancos de dados relacionais, processamento cliente/servidor e mais recentemente a
1
Internet) e algumas histrias de sucesso de empresas que os adotaram no incio da dcada de 90.
O objetivo deste captulo conceituar os sistemas ERP e relatar os resultados de uma pesquisa
exploratria conduzida pelo mtodo de estudos de casos em duas empresas de grande porte que os
implementaram. Inicialmente so descritas as principais caractersticas desses sistemas. So
apresentados ento um quadro de referncia de seus benefcios e problemas e um modelo inicial
para o seu ciclo de vida, utilizado como base para a realizao e anlise dos estudos de caso. Em
seguida relatada a metodologia utilizada, so analisados os casos estudados e apresentados os
resultados e concluses. Com base nas concluses, o modelo inicial de ciclo de vida expandido
incluindo-se a etapa de estabilizao (o modelo completo ser apresentado no captulo 3).
Sistemas ERP: Conceituao e Caractersticas
Os sistemas ERP so sistemas de informao integrados adquiridos na forma de pacotes
comerciais de software com a finalidade de dar suporte maioria das operaes de uma empresa
industrial (suprimentos, manufatura, manuteno, administrao financeira, contabilidade, recursos
humanos, etc.). Segundo Corra et al. (1999), os sistemas ERP podem ser entendidos como uma
evoluo dos sistemas MRP II na medida em que alm do controle dos recursos diretamente
utilizados na manufatura (materiais, pessoas, equipamentos) tambm permitem controlar os demais
recursos da empresa utilizados na produo, comercializao, distribuio e gesto. Markus e Tanis
(2000) os definem como pacotes comerciais que permitem a integrao de dados provenientes dos
sistemas de informao transacionais e dos processos de negcios ao longo de uma organizao.
Embora as empresas possam desenvolver internamente sistemas com as mesmas caractersticas, o
termo ERP est normalmente associado a pacotes comerciais. Exemplos de sistemas ERP existentes
no mercado so o R/3 da alem SAP, o iBaan Enterprise da Holandesa Baan, o Oracle E-Business
Suite da americana Oracle, o EMS e o Magnus da brasileira Datasul e o AP7 Master da brasileira
Microsiga.
preciso considerar que embora tenham se originado atendendo basicamente a empresas
industriais, os sistemas ERP esto atualmente ampliando sua abrangncia. Empresas das reas
comercial, distribuio, utilidades, financeira, entre outras, j os tm implementado1. Os prprios
fornecedores tm buscado essa ampliao por meio do oferecimento de funcionalidades adequadas
a esses e outros tipos de empresas.
Os sistemas ERP possuem caractersticas que, se tomadas em conjunto, permitem distinguilos de sistemas desenvolvidos internamente nas empresas e de outros tipos de pacotes comerciais.
Essas caractersticas podem ser resumidas como:
1
Consulte os captulos 6 (Caso Seguradora...) e 12 (Desafios da Implementao de Sistemas ERP...), que relatam casos
de implementao de sistemas ERP em uma seguradora e em uma empresa comercial respectivamente
2
Eles requerem procedimentos de ajuste para que possam ser utilizados em uma determinada
empresa.
Quanto questo dos modelos de processos, preciso entender que assim como os demais
Troca de
Informaes com
entidades externas
(eletrnica
(EDI/B2B) ou
convencional)
ERP
Suprimentos
Fornecedores
Integrao entre
os mdulos
Planej.
Produo
Rec.
Humanos
Contas a
Pagar
Produo
Contabilidade
Tesouraria
Vendas
Faturamento
Clientes
Contas a
Receber
Benefcios
Problemas
em seu ciclo de vida em relao aos pacotes comerciais tradicionais, principalmente no que se
refere sua abrangncia funcional e integrao entre seus diversos mdulos. Souza e Zwicker
(2000) apresentam um modelo especfico para o ciclo de vida destes sistemas e que considera as
etapas de deciso e seleo, implementao e utilizao. Esse modelo, utilizado como referncia
para a realizao dos estudos de caso, est retratado na figura 2.
DECISO E
SELEO
Pacote
Selecionado
Plano de
Implementao
Fase n
IMPLEMENTAO
Fase 2
UTILIZAO
Fase 1
Fase 2
Fase n
Fase 1
Mdulos parametizados,
customizados
Dados migrados
Usurios treinados
Consulte o captulo 1 (Metodologia de Seleo de Pacotes ERP: Um Estudo de Caso) para a descrio detalhada de
uma metodologia de seleo de sistemas ERP
7
Caso da Chemicals
A Chemicals uma empresa produtora de fios de nylon pertencente a um grupo europeu. A
empresa foi fundada em 1995 a partir da fuso da diviso de fios de nylon desse grupo no Brasil
com a diviso de fios de polister de outra empresa, tambm de origem europia. Com a fuso, a
empresa iniciou suas operaes com quatro fbricas (trs originrias do grupo Chemicals e uma do
segundo grupo), cada uma operando com os sistemas informatizados das suas empresas originais.
Tanto os sistemas herdados de uma como de outra empresa foram desenvolvidos internamente e de
maneira isolada constituindo-se de sistemas departamentais no integrados. No incio da operao
da Chemicals a consolidao dos resultados entre os departamentos e entre as fbricas da empresa
era feito com o auxlio de planilhas eletrnicas. Alm da necessidade de unificao dos sistemas
havia um prazo internacional imposto pela matriz da segunda empresa para a desativao de seus
sistemas mundialmente, o que constitua mais um fator de presso sobre o projeto de fuso. Tendo
em vista essas questes, ao ser criada a nova empresa decidiu-se pela formao de uma nova equipe
de informtica com a misso de selecionar e implementar um sistema ERP que substituiria os
sistemas existentes.
(a) Implementao do sistema
O processo de seleo foi conduzido com o auxlio de uma consultoria que levantou as necessidades
de informao junto aos usurios e definiu os requisitos dos sistemas de informao da empresa.
Esse levantamento mostrou que a substituio dos sistemas prprios, desenvolvidos sob medida,
representava a principal preocupao para os usurios, que temiam a perda de funcionalidades
adaptadas ao seu dia-a-dia. A escolha da Chemicals recaiu sobre o sistema R/3 e o fato que pesou
decisivamente nesse encaminhamento foram as perspectivas de longo prazo do fornecedor.
A implementao do sistema R/3 foi conduzida tambm com o auxlio de uma grande empresa de
consultoria, que utilizou sua metodologia para o processo. Ela iniciou-se em junho de 1996 e a
operao do sistema iniciou-se em maro de 1998, consumindo um total de 20 meses. Foram
implementados os mdulos de finanas e contabilidade, suprimentos, produo, vendas e
distribuio, custos e controle de manuteno simultaneamente em todas as localidades da empresa,
num procedimento denominado big-bang. A opo por esse procedimento foi determinada pelo
reduzido prazo disponvel para a implementao e pela percepo de que a implementao de um
sistema fortemente integrado, como o R/3, pode trazer dificuldades se feita em mdulos. O
treinamento dos usurios finais foi realizado pela consultoria.
A equipe de projeto era composta por usurios-chave, analistas da equipe de informtica e
consultores. Os usurios da equipe foram indicados pelos gerentes dos departamentos dentre
9
aqueles funcionrios que detinham maior conhecimento a respeito dos processos da empresa. A
equipe contou com um nmero mdio de 26 pessoas e era dividida em subequipes que cuidavam de
cada um dos mdulos que estavam sendo implementados. A equipe de projeto possua dois
diretores, um diretor da empresa e um scio da consultoria. Abaixo dessa diretoria estava a gerncia
de projeto composta pelo gerente de informtica e um consultor. A equipe de projeto tambm
respondia a um comit executivo formado por diretores das diversas reas da empresa. Cabia
gerncia de projeto o papel de garantir a comunicao entre as diversas subequipes, para que a
modelagem dos processos de cada um dos mdulos levasse em considerao as definies dos
outros mdulos.
Os usurios-chave no participaram do projeto em tempo integral o que, segundo a equipe de
projeto, acarretou problemas. Por no estar envolvido de maneira integral no projeto foi mais difcil
comprometer o usurio e torn-lo dono de seu mdulo, isto muitas vezes deixou com a equipe de
informtica a responsabilidade pelo sucesso da implementao deste mdulo. Tambm no havia
uma especificao clara de quanto tempo cada usurio deveria dedicar ao projeto o que conduziu a
diferenas perceptveis nos resultados obtidos pelas diversas reas.
Durante a fase de modelagem dos processos ficou evidenciada a dificuldade da equipe de projeto
com a complexidade da parametrizao, com o nmero de tabelas do R/3 e com os detalhes de
integrao dos mdulos. Por exemplo, na rea industrial inicialmente optou-se por criar uma rvore
de produtos com a finalidade de melhor integrao com o mdulo de custos, entretanto, esta soluo
mostrou-se excessivamente complexa na prtica do dia-a-dia. Ela teve que ser refeita usando uma
abordagem mais simples aps o incio da operao.
(b) Adaptao do sistema
De modo geral a empresa no imps uma diretriz para a customizao do pacote nem especificou
quem deveria ser privilegiado: se a empresa ou o pacote. Ela apenas definiu que no seriam feitas
modificaes nos programas padro do R/3. Dessa forma todos os ajustes deveriam ser feitos por
meio de programas externos, invocados em pontos especficos j determinados dos programas
padro (os chamados user-exits do R/3), ou por meio de relatrios adicionais.
Quando a equipe de projeto no conseguia adaptar o sistema por meio de parametrizaes e era
necessrio decidir entre criar um novo programa ou modificar a operao da empresa, a equipe de
projeto e a consultoria procuravam decidir em conjunto a melhor alternativa. Caso houvesse
impasse consultava-se o comit diretor do projeto, que ento tomava a deciso. A empresa estima
que cerca de 80% do sistema R/3 adaptou-se empresa sem a necessidade de customizao. O
restante foi adaptado por meio da criao de novos programas sendo que a maioria destes
programas era constituda efetivamente de relatrios.
10
interessante ressaltar que em certo momento do projeto foi necessrio suspender as solicitaes de
customizao para que o prazo final no fosse comprometido. Dessa maneira apenas as
customizaes consideradas essenciais para o incio da operao, de acordo com o definido pela
equipe de projeto, foram incorporadas ao sistema, ficando as demais para serem includas no
sistema aps o incio da operao.
(c) Utilizao do sistema
Iniciada a utilizao regular do sistema a empresa enfrentou problemas decorrentes das dificuldades
dos usurios na operao do novo sistema. A equipe de projeto percebeu que o treinamento dos
usurios finais foi voltado basicamente para as funes que cada usurio deveria utilizar, sem que
fosse transmitida a viso geral dos processos em que aquelas funes estavam inseridas.
Com o uso do R/3 tornou-se compulsria a digitao de informaes relativas a atividades no
instante em que elas estivessem em curso. No era mais possvel postergar a alimentao de dados
tendo em vista que eles eram necessrios para a continuidade dos processos. Os usurios,
acostumados a operar sistemas isolados onde erros ou atrasos no impediam o prosseguimento das
tarefas de outros departamentos, tiveram dificuldades para compreender a importncia da digitao
no momento correto e com valores corretos. Como os dados incorretos eram rapidamente
transmitidos aos demais mdulos, isso causou problemas de diferenas nos estoques. Efetivamente
esse requisito exigiu que os usurios modificassem a sua maneira de trabalhar.
O nmero de dvidas por parte dos usurios foi muito grande e chegou a comprometer a
performance da operao do sistema nos primeiros dias. Tambm foi grande a ansiedade dos
usurios que tentavam localizar e recuperar as informaes que necessitavam na forma como
existiam no sistema anterior. Pelo fato da operao ter-se iniciado via big-bang simultaneamente em
5 locais, foi necessrio um grande esforo por parte da equipe de projeto para atender todas as
solicitaes de auxlio dos usurios, e que gerou constante movimentao das pessoas da equipe
entre as fbricas.
A ocorrncia encadeada de problemas, onde dificuldades com um mdulo causavam
dificuldades em outros mdulos, foi um dos problemas marcantes com o procedimento de big-bang.
Tambm ocorreram problemas com a localizao do R/3, lembrando que
localizao uma
adaptao realizada pelo fornecedor, necessria para que um mesmo pacote ERP possa ser utilizado
em diversos pases. Vale lembrar que na poca o R/3 estava sendo adaptado ao Brasil por seu
fornecedor. Segundo a Chemicals as dificuldades enfrentadas tiveram reflexo no dilatado prazo da
implementao (20 meses).
Vrios benefcios foram atribudos caracterstica de integrao do sistema. Nesse sentido foi
observado que os dados gerados pelos sistemas isolados eram enviado aos sistemas de outros
11
departamentos no fim do dia, da semana ou do ms, dependendo do caso. Esse lapso de tempo
permitia que os departamentos ocultassem erros encobrindo formas inadequadas de trabalho. O
sistema ERP passou a exigir dados corretos em tempo real e tornou visvel para toda a empresa a
maneira como cada departamento trabalha.
Houve ganho em prazos, por exemplo, a reduo do prazo de fechamento da contabilidade de 10
para 4 dias. No sistema anterior as informaes eram digitadas em sistemas departamentais,
geralmente no final do ms. Competia ao departamento de contabilidade o trabalho de verificao
de valores e busca da origem de inconsistncias. Com o novo sistema o controle de qualidade de
informaes por inspeo final foi transformado num controle de qualidade ao longo de todo o
processo. Alm da reduo dos prazos a empresa passou a contar com informaes imediatamente
disponveis e de melhor qualidade.
A padronizao de procedimentos nas diferentes fbricas permitiu a utilizao da mesma
configurao do sistema em todas as localidades. Isso possibilitou a incorporao de controles mais
rgidos e homogneos alm dos controles decorrentes da prpria integrao. Por exemplo, o
recebimento de uma mercadoria passou a ser executado da mesma maneira e com os mesmos
controles, independente da localizao do agente receptor.
A utilizao do sistema tambm contribuiu para a evoluo profissional dos funcionrios uma vez
que o seu uso fez com que cada um passasse a entender o seu papel e a sua responsabilidade no
mbito dos processos da empresa. Por exemplo, os funcionrios da rea de produo passaram a
perceber a importncia do apontamento correto para que a rea de custos possa emitir relatrios
consistentes.
Mas tambm foram apontadas dificuldades com a utilizao do sistema. Por exemplo, a rapidez
com que erros nas informaes alimentadas no sistema so propagados aos demais mdulos. Estes
erros vo desde enganos de digitao at a falta de conhecimento a respeito da operao do sistema.
Para minimizar esse problema necessrio o treinamento constante e a customizao do sistema
atravs do desenvolvimento de mecanismos de interceptao de erros e inconsistncias.
Foi observada a carncia do R/3 no que se refere relatrios, principalmente os relatrios
gerenciais. Tambm foi observada a dificuldade em realizar manutenes para a resoluo de
problemas, uma vez que paradas do sistema comprometem de maneira acentuada a operao de
toda a empresa, chegando a interromp-la. Finalmente, foi assinalado o custo adicional decorrente
da necessidade de constante treinamento da equipe de informtica em novas verses e novos
mdulos. Tambm foi considerado significativo o custo associado s mudanas de verso.
A equipe de informtica da empresa conta atualmente com 28 pessoas das quais 8 so analistas de
negcios responsveis pela adaptao permanente do sistema s novas necessidades da empresa,
melhoria dos processos j implementados e atualizao de verses. A empresa reconhece que o
12
conhecimento mais profundo a respeito do R/3 e das possibilidades que ele oferece s se
estabeleceu aps o incio da utilizao, uma vez que durante a implementao o foco do projeto foi
muito dirigido para o incio da operao.
Finalmente, a adaptao contnua parece ser um desafio porque, com o surgimento de novas
prioridades e fatores contingenciais, algumas das funcionalidades que estavam programadas para
serem implementadas ficaram para segundo plano. Alm disso, a implementao de um novo
mdulo ou funcionalidade exige o trabalho conjunto e o comprometimento de tempo de diversas
reas e no apenas daquela interessada diretamente na modificao. Como no h mais o
comprometimento exigido pelo projeto, torna-se difcil alocar os recursos necessrios e efetivar a
melhoria.
O Caso da Companhia Mineradora de Nquel
A Companhia Mineradora de Nquel (CMN) uma empresa mineradora de nquel e cobalto, que
possui uma mina no estado de Tocantins e uma fbrica onde o minrio processado em So Paulo.
A CMN faz parte da Brasil Minerao (BM), holding que controla as atividades de minerao e
metalurgia de um importante grupo privado brasileiro. A BM foi criada em fevereiro de 1997 com a
finalidade de centralizar a administrao de trs empresas de minerao do grupo. Nesse processo
foram centralizadas as reas de controladoria, finanas, gesto de caixa e informtica. Cada uma das
trs empresas possua seus prprios sistemas informatizados desenvolvidos internamente ou por
terceiros. Os sistemas eram isolados, foram desenvolvidos para atender necessidades
departamentais e no eram integrados entre si.
(a) Implementao do sistema
Com a finalidade de dar suporte ao novo modelo de gesto que estava sendo implementado (criao
de uma holding), a equipe de informtica, que havia sido centralizada na BM, iniciou o processo de
seleo de um sistema ERP. A equipe partiu das necessidades exigidas pelo modelo de gesto da
empresa: deveria ser um sistema multiempresa e multiplanta. Ele centralizaria as informaes de
trs diferentes empresas, num total de sete fbricas, deveria ter grande capacidade de processamento
e garantir a segurana das informaes. Com base nesses requisitos, no custo do pacote e no prazo
de implementao acabou sendo escolhido o Baan IV em dezembro de 1997. Pelo fato de ser um
sistema estrangeiro, a questo da localizao do pacote constituiu uma das maiores preocupaes
dos usurios da BM.
O processo de implementao nas empresas da BM foi conduzido por uma empresa de consultoria
utilizando a metodologia recomendada pelo fornecedor do pacote. A equipe de projeto era composta
de 32 usurios-chave, 6 funcionrios da rea de informtica e 8 consultores. Para o papel de
13
usurios-chave foram escolhidos os funcionrios e gestores das empresas que melhor conheciam
seus processos e que poderiam tomar decises a respeito de sua implementao no sistema. Estes
usurios-chave ficaram dedicados ao projeto em tempo integral. Durante os 10 meses de
implementao a equipe de projeto ficou localizada no escritrio central da BM na cidade de So
Paulo. O papel de lder do projeto ficou a cargo do gerente de informtica corporativo.
Entre maro e novembro de 1998 a equipe de projeto realizou a modelagem dos processos no Baan
IV fazendo as adaptaes necessrias. Durante esse perodo eram realizadas reunies mensais com
o comit executivo, formado por diretores da empresa e um consultor independente, para validao
dos processos e aprovao de solicitaes de customizao. Aps a modelagem dos processos
iniciou-se o treinamento dos usurios finais, realizado em grande parte pelos prprios usurioschave que atuaram como multiplicadores do conhecimento. Foram implementados nas empresas da
BM os mdulos de manufatura, vendas e distribuio, finanas (que inclui contabilidade),
suprimentos e controle de projetos.
Durante a modelagem dos processos a BM sentiu dificuldades em envolver as gerncias e chefias
das reas usurias no processo e obter o seu comprometimento, pois a equipe de projeto estava
distante das localidades onde seria implementado o sistema. Os gerentes participavam apenas nas
reunies mensais. Por outro lado, apesar dos usurios-chave ficarem dedicados em tempo integral
ao projeto, eles tambm estavam distantes das suas fbricas. Essa falta de integrao conduziu a
dificuldades na adaptao dos processos da empresa ao novo sistema. A comunicao mais
freqente entre os usurios-chave e os usurios finais poderia ter permitido um estudo mais
detalhado das possibilidades do sistema e que provavelmente teria reduzido o impacto das
mudanas nos departamentos. Essa constatao sugere que h necessidade de se envolver, de
alguma forma, todos os usurios que iro participar do projeto, inclusive os usurios operacionais.
(b) Adaptao do sistema
A BM assumiu como diretriz customizar o pacote o mnimo necessrio durante a implementao.
A customizao s ocorreu quando os processos que agregam valor ao negcio (fabricao e
comercializao) o exigiram. A customizao do pacote foi estimada em cerca de 5% da
funcionalidade presente no incio da operao. Foi assinalado nas entrevistas que, apesar da
adaptao da empresa ao sistema ser uma opo difcil, ela a mais recomendada, pois o excesso de
customizaes implica em custos elevados e desfavorece o esforo de reviso das formas de
trabalho da empresa.
A empresa entendeu que era melhor customizar o sistema aps o incio das operaes, quando as
solicitaes dos usurios seriam mais consistentes e j estariam em sintonia com as possibilidades
oferecidas pelo novo sistema. Agindo desta forma as solicitaes dos usurios estariam mais
14
relacionadas melhoria nos processos de negcio e menos voltadas a detalhes operacionais. Aps
um ano de operao do sistema estima-se que ele esteja customizado em cerca de 10% de sua
funcionalidade.
(c) Utilizao do sistema
A BM iniciou a operao do sistema em esquema de big-bang nas duas outras empresas de
minerao do grupo. A principal dificuldade enfrentada nestas empresas foi relacionada
localizao do pacote ao Brasil. Tambm uma srie de problemas de sistema ligados emisso de
livros fiscais e ao envio de informaes de cobranas para os bancos tornou o incio da operao
bastante complicado. Nos primeiros momentos os pagamentos dos clientes tiveram que ser
digitados manualmente no sistema. O excesso de problemas de localizao terminou por adiar o
incio da operao na CMN. Em funo do adiamento os problemas de localizao foram
sensivelmente menores nessa ltima empresa.
No incio da operao da CMN foram percebidos problemas de treinamento, principalmente no que
se refere forma de trabalho em um sistema integrado. Uma das dificuldades dizia respeito a
localizao das informaes, que os usurios entendiam como necessrias s suas atividades, nas
telas e relatrios do sistema. Outra tinha a ver com a entrada correta de dados nos momentos
adequados. A empresa percebeu que o treinamento inicial fornecido aos usurios foi superficial pois
focalizou apenas as funes bsicas que deveriam ser operadas, o que acabou gerando a necessidade
de novos treinamentos.
Um benefcio significativo do novo sistema foi a melhoria da qualidade da informao percebida
pelos usurios, em relao aos sistemas anteriores. Essa melhoria est associada de duas maneiras
integrao: a eliminao da necessidade de digitao do mesmo dado em mais de um sistema, o que
elimina a possibilidade de inconsistncias, e a exigncia de que as atividades sejam registradas no
momento em que ocorrem. Em decorrncia disso foi possvel a reduo do tempo necessrio para o
fechamento da contabilidade de 12 para 5 dias teis.
Outro benefcio advindo do registro de dados no momento em que o fato gerador ocorre foi que a
empresa pde exercer um maior controle sobre a forma como suas atividades so executadas. Com
isso a empresa garante que as atividades necessrias execuo de qualquer tarefa sero cumpridas
e registradas, o que aumenta a possibilidade de controle e a confiabilidade das informaes
disponveis no sistema.
Tambm foi possvel ao departamento de planejamento de materiais da CMN centralizar seu
gerenciamento, uma vez que as atividades executadas na fbrica de Tocantins podem ser
controladas remotamente. Nesse departamento tambm foi implementada a requisio eletrnica de
peas no almoxarifado, o que permitiu uma melhora no servio prestado. No momento em que o
15
16
e nem recebeu treinamento a respeito das novas exigncias trazidas pela viso de processos.
As dificuldades iniciais com a utilizao dos sistemas provavelmente transcendem a necessidade de
treinamento dos usurios, pois os sistemas exigem a redefinio de prticas de trabalho e portanto
tambm esto envolvidas mudanas de natureza cultural. Efetivamente os sistemas ERP padronizam
e controlam atividades de forma muito mais enftica deixando evidente que o foco da etapa de
utilizao precisa ser o usurio final3.
Nos dois casos foi possvel identificar claramente as etapas descritas no modelo de ciclo de vida dos
sistemas ERP. Na etapa de utilizao ficou evidenciado o efeito da curva de aprendizagem de novas
tecnologias e que estabelece uma reduo inicial nos resultados esperados seguida de um
incremento acentuado. A aprendizagem requerida determina que a obteno de benefcios e
melhorias nos processos s ocorre aps algum tempo do incio da operao efetiva (Glass(1999)).
De maneira geral as empresas obtiveram benefcios e enfrentaram problemas bastante semelhantes,
mesmo considerando as diferenas entre os pacotes utilizados, nacionalidade da empresa,
montagem da equipe de projeto e durao do projeto. As duas empresas iniciaram a operao dos
sistemas em big-bang, entretanto possuem um nmero relativamente pequeno de plantas. Apesar do
aparente sucesso dessa estratgia, nos dois casos ocorreram problemas que deixam dvidas se o
sucesso seria o mesmo se o nmero de plantas fosse significativamente maior.
Concluses
A anlise dos casos permitiu compreender melhor porque a integrao proporciona benefcios
empresa e quais so as causas das dificuldades na utilizao dos sistemas ERP. Em geral as
observaes realizadas corroboram constataes assinaladas na bibliografia mas o estudo tambm
permitiu derivar algumas observaes possivelmente inditas.
Nas duas empresas ficou evidenciado que a integrao traz consigo exigncias maiores para os
usurios que executam tarefas que originam dados e que sero utilizados nos processos seguintes da
cadeia. Os dados so alimentados uma nica vez e enquanto isto no for realizado no ser possvel
dar continuidade s tarefas seguintes, nem de forma parcial.
Exige-se que a informao seja inserida no sistema no momento apropriado, corretamente, e todas
as consistncias possveis sero imediatamente realizadas pelo sistema. Dessa forma eliminam-se os
estoques intermedirios de informao, a falta de consistncia entre informaes, a alimentao
repetida de dados e a reverificao sistemtica. Todas estas atividades geram normalmente grande
quantidade de retrabalho. Em ambas as empresas, em funo da eliminao desse retrabalho,
percebeu-se a melhoria na qualidade da informao, a reduo de mo-de-obra e a reduo de
3
Veja o captulo 7 (Mudanas Organizacionais Relacionadas Adoo de Sistemas ERP) para uma descrio
detalhada dos impactos dos ERPs nas pessoas e cultura organizacional
18
tempo necessrio para consolidar processos. Esse requisito da integrao tambm conduziu a um
maior controle sobre como as tarefas so executadas na empresa.
Entretanto, os requisitos da integrao tambm conduzem a resistncias por parte dos usurios,
entre outras razes porque consideram a responsabilidade pela informao que geram como carga
adicional de trabalho. Alm disso, a integrao torna cada departamento apenas parte de um
processo com o agravante de sua operao ficar transparente aos outros departamentos. Isso
tambm gera resistncia por parte dos usurios. Em ambas as empresas percebeu-se que
necessrio preparar os usurios finais do sistema para essas novas exigncias e para uma nova
postura diante do sistema de informaes da empresa.
A anlise dos casos permitiu ampliar a compreenso a respeito do ciclo de vida de sistemas ERP.
Percebeu-se nos dois casos que logo aps o incio da operao, que marcava o final da etapa de
implementao no modelo de ciclo de vida, existe uma etapa, bastante crtica para o sucesso do
projeto: a etapa de estabilizao. Nessa etapa o sistema externa todas as suas imposies e torna-se
real aos usurios e empresa. Este o momento em que a maior carga de energia, seja gerencial ou
tcnica, necessria. Este o momento em que surgem as dificuldades de operao, falhas de
treinamento, falhas de testes, necessidades de novas customizaes, efetivao de customizaes
que no foram realizadas na fase de implementao e outros problemas que dificilmente poderiam
ser previstos. Este o momento em que se cristaliza a percepo do que realmente o trabalho em
uma empresa suportada por um sistema integrado. Entretanto, importante ressalvar que esta
concluso deriva de duas empresas onde a operao iniciou-se por meio de big-bangs. justo
considerar que numa implementao por mdulos as dificuldades relacionadas com a etapa de
estabilizao sejam diferentes ou pelo menos possuam intensidade e reflexos diferentes. No captulo
3 essa questo retomada e apresentado o modelo expandido do ciclo de vida de sistemas ERP,
incluindo a etapa de estabilizao, para os casos de incio de operao em big-bang e em fases.
A literatura em geral no aponta para problemas de localizao, talvez porque ela esteja melhor
resolvida no exterior ou talvez porque os aspectos da legislao nacional interponham maiores
dificuldades aos fornecedores. A questo da falta de relatrios gerenciais tambm no observada
na literatura, talvez constitua uma questo cultural a exigncia de sistemticos relatrios em papel4.
Tambm foi interessante constatar o possvel uso do gerenciamento remoto e que parece implcito
no argumento da integrao.
Entre os benefcios no citados na literatura merece destaque o crescimento profissional percebido
nos usurios, sejam eles usurios-chave ou usurios finais, e que decorre da ampliao da sua viso
da empresa. Essa nova viso est estreitamente ligada com a viso de processos embutida nos
4
O Cap. 9 (Avaliao de um Sistema ERP como Instrumento para a Gesto Financeira...) aprofunda a questo da
carncia de relatrios e informaes gerenciais
19
Deciso e Seleo
Implementao
Utilizao
4) Nos casos apresentados neste captulo, as duas empresas optaram pelo modo de implementao
Big Bang. Quais os possveis riscos dessa forma de implementao dos pacotes ERP?
5) A partir da anlise dos casos apresentados, faa uma comparao dos prs e contras da deciso
de customizar um pacote ERP.
6) Compare o processo de implementao do ERP, quanto equipe de implementao e gesto de
projeto de implementao, entre os dois casos apresentados, relacionando esses elementos com
os resultados obtidos com a adoo do ERP em cada uma das empresas.
7) Analisando cada um dos casos apresentados, quais as mudanas relacionadas com a adoo de
ERP ocorreram nas empresas em relao a:
20
21