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.