1. Alunos: Jefferson Schissler Kharoline Dallagnol Patrik Piery
Rubens Calegari TiagoTonello O uso de ERP e CRM no suporte gesto da
demanda em ambientes de produo Make-to-Stock
2. Gesto de Demanda Tem por objetivo coordenar e controlar
todos os fatores da demanda para que o sistema produtivo possa ser
utilizado com eficincia para que todos os prazos de entrega sejam
cumpridos.
3. Principais atividades da Gesto de Demanda 1) PREVER A
DEMANDA: Previso de futuras vendas no deixando a falta de produtos
atingir a empresa. 2) COMUNICAR COM O MERCARDO: Coleta de dados do
mercado analisando informaes, estar sempre em contato com os
clientes 3) INFLUENCIAR A DEMANDA: Deve ser pesquisado para se
conseguir melhor utilizao dos recursos , por exemplo, quando a
oferta de um produto esta mais alta que sua procura.
4. 4) PRAZOS DE ENTREGA: necessrio que se haja um planejamento
para o prazo de entrega seja cumprido e que passe confiana para o
consumidor , levar em conta recebimentos de matrias-primas para a
produo , e tambm o sistema produtivo da empresa. 5) PRIORIZAR E
ALOCAR: Satisfazer toda a demanda dos clientes, se no for possvel
escolher a que atender e qual ter que esperar.
5. 6)PLANEJAR NIVEL DE SERVIOS AOS CLIENTES: Prever a
necessidade do seu cliente, para que se possa se programar com o
aumento do estoque e confiabilidade nos prazos de entrega.
7)PLANEJAR A DISTRIBUIO: Ter um bom plano de logstica para que a
distribuio dos produtos sejam feitos no prazo de entrega
contratado. 8)CONTROLES DO PROCESSO:Acompanhamento de todo esse
processo fundamental para controle das atividades, com objetivo de
avaliar e interpretar os resultados obtidos, permitindo assim um
plano corretivo se for necessrio
6. Modelo de referncia em Gesto de Demanda para MTS Planejar e
controlar a produo Gerir a demanda Subprocessos da Gesto de
Damanda
7. Gesto do relacionamento com clientes (CRM) Conhecido como
marketing com clientes; uma estratgia empresarial que permite s
empresas selecionar e administrar seus clientes com a finalidade de
maximizar seu valor a longo prazo; Meio de edificao das estratgias
e processos com o cliente, apoiado pelo software apropriado;
8. CRM Est associado ao desenvolvimento de aes para conquistar
novos clientes, manter os atuais,e at mesmo, abrir mo dos que no
trazem retorno Busca maior fidelizao dos clientes existentes
9. Funcionalidades existentes no CRM So agrupadas em
operacionais, analticas e colaborativas; Possuem o aspectos de:
automoo de marketing, automoo da fora de vendas, suporte e servio
ao cliente
10. ERP (Planejamento de recursos da empresa) Os ERP tiveram
origem na dcada de 70 nos MRP (planejamento de requisio de
material) Esse sistema era utilizado somente para o controle das
necessidades no setor Fim da manufatura como compra dos componentes
conforme a necessidade da produo, mas ao ser integrado o controle
das necessidades de outros setores como recursos humanos e
equipamentos todos ligados a manufatura, passou a ser chamado
planejamento de recursos da manufatura (MRP II);
11. ERP (Planejamento de recursos da empresa) Comeou a existir
uma interao entre os sistemas de gesto da manufatura e os sistemas
de outros setores da empresa, sendo criados outros mdulos no
sistema MRP, os quais passaram a atender as necessidades de
informao para todos os processos internos da empresa, ultrapassando
o escopo da manufatura aumentando a abrangncia do sistema, que
passou a denominar-se ERP.
12. Principais caractersticas dos sistemas ERP: ESTRUTURA: Os
sistemas ERP so compostos por uma base de dados central apoiada por
vrios Mdulos de aplicativos. GENERALIDADE: Um sistema ERP deve ser
capaz de suportar uma variedade de estruturas organizacionais e
deve ser adequado a uma vasta gama de tipos de organizaes.
Arquitetura cliente/ servidor: uma definio ampla de arquitetura de
software cliente/servidor classifica como cliente um software que
pode solicitar um servio e, como servidor um software que pode
fornecer um servio. Baseado em modelos de referncias das melhores
prticas de negcio:Ele genrico, ou seja, um sistema que pode ser
aplicado a inmeros setores e industrias diferentes, por isso
deve-se baseado nas melhores prticas de negcio j existentes no
mercado.
13. Resultados da aplicabilidade dos sistemas CRM e ERP no
processo de negcio gesto de demanda em ambientes de produo Make-
to-Stock Com o intuito de analisar e organizar as atividades do
modelo de referncia de Gesto de Demanda que podem ser executadas
com o auxlio das funcionalidades encontradas nos sistemas
estudados, duas matrizes "atividades do modelo versus
funcionalidades do sistema" foram desenvolvidas (uma para o sistema
CRM e outra para o sistemaERP).
14. Cada matriz foi estruturada de forma que as atividades do
modelo fossem listadas nas linhas da tabela, enquanto que as
funcionalidades do sistema, em suas colunas. Para a juno de cada
linha-coluna, foi elaborada uma avaliao quanto ao grau de cobertura
que a funcionalidade do sistema proporciona atividade do modelo de
referncia.
15. A mensurao foi baseada na avaliao subjetiva dos
pesquisadores, o que pode ser valorizado pela experincia que
possuem na implementao dos sistemas em questo, e adotou os
seguintes critrios: CoberturaTotal: significa que a funcionalidade
do sistema cobre totalmente a execuo da atividade;
16. Cobertura Parcial: a funcionalidade ajuda a execuo da
atividade, mas no a satisfaz por completo, ou seja, o uso da
funcionalidade no garante o sucesso da atividade que , normalmente,
suportada por demais funcionalidades existentes em sistemas
complementares ou por atividades de execuo humana; e
17. No Cobre/No se aplica: A funcionalidade no auxilia ou no se
aplica atividade proposta.
18. Os resultados obtidos a partir das matrizes citadas foram
ento analisados. Tendo em vista as descries elaboradas sobre o
suporte das funcionalidades encontradas nos sistemas SAP CRM e SAP
R/3 SD s atividades do modelo de Gesto de Demanda para ambientes
Make-to-Stock, uma nova anlise foi realizada de forma a visualizar
graficamente a possvel aplicao de tais sistemas no processo
estudado.
19. Essa anlise foi elaborada a partir do clculo da porcentagem
de atividades de cada subprocesso da Gesto da Demanda, que so
suportadas pelas funcionalidades encontradas nos sistemas. Para
isso, foi desenvolvido um indicador, denominado "IA ndice de
Aplicabilidade das Funcionalidades", que almeja apresentar um valor
percentual do suporte das ferramentas a cada um dos subprocessos
existentes no modelo.