3
DOMINGO, 15 DE JULHO, 2012 Papel de um Consultor SAP Funcional Quais são as diferenças entre um consultor funcional e de negócios A diferença entre consultor funcional e consultor de negócios são as seguintes: 1) Um consultor funcitonal é capaz de configurar o sistema, ao contrário consultor de negócios. 2) Consultor Funcional saber mais sobre o processo de negócio, ao contrário consultor de negócios . . 3) Um consultor de negócios vai trazer conhecimento de processos de negócios e fornecê-lo para consultor funcional que por sua vez usou esse conhecimento para configurar o sistema . 4) consultor funcional tem knolwledge mais configuração, consultor de negócios As responsabilidades de um consultor de apoio são: - Principalmente responsável pelo tratamento de bilhetes e suporte de aplicações para os usuários finais - Quando um problema vem diagnosticar, analisar e resolver a questão - Responsável por quaisquer acessórios - Escrevendo especificações funcionais e interagindo com Abapers para desenvolver quaisquer saídas de usuário - Treinar os usuários finais e preparar o treinamento do usuário final material Papel de um Consultor Funcional em uma extremidade à outra Implementação Quando você fala sobre o papel de um consultor funcional em uma extremidade à outra implementação, eu acho que não vai ser possível para mim ou para qualquer um para definir tudo, mas vou tentar resumi- lo: 1. Consultor funcional deverá gerar conhecimento sobre os atuais processos de negócios, design de fluxos de negócios atuais, o estudo de processos de negócios atuais e sua complicação, em tudo o que podemos dizer recebendo através com a configuração atual de negócios. Diagramas de fluxo e DFD são preparados, a maior parte do tempo no formato Vision, tudo isto constitui a parte de NO ESTADO documento. 2. Tudo configurado tem que ser documentado por suas categorias, na forma de modelos pré-definidos, estes têm de ser depois aprovada pelo líderes de equipe ou que já o consultor está relatando a. 3. Análise de mapeamento e GAP é feito para cada módulo, tenho visto pessoas que definem a integração após o mapeamento análise de lacunas e configuração é feita, mas de acordo com a minha experiência na implementação, é um processo simultâneo. 4. Antes de iniciar a configuração de processos de negócios futuros no SAP, o DFD / ERD são preparados, esta documentação é chamada a ser, que pode ser também siad como o resultado da análise de mapeamento e folga. 5. Às vezes, consultores funcionais também são esperados para preparar os scripts de teste para testar os cenários configurados.

Papel de Um Consultor Sap

Embed Size (px)

Citation preview

Page 1: Papel de Um Consultor Sap

DOMINGO, 15 DE JULHO, 2012

Papel de um Consultor SAP FuncionalQuais são as diferenças entre um consultor funcional e de negócios A diferença entre consultor funcional e consultor de negócios são as seguintes: 1) Um consultor funcitonal é capaz de configurar o sistema, ao contrário consultor de negócios. 2) Consultor Funcional saber mais sobre o processo de negócio, ao contrário consultor de negócios . . 3) Um consultor de negócios vai trazer conhecimento de processos de negócios e fornecê-lo para consultor funcional que por sua vez usou esse conhecimento para configurar o sistema . 4) consultor funcional tem knolwledge mais configuração, consultor de negócios As responsabilidades de um consultor de apoio são: - Principalmente responsável pelo tratamento de bilhetes e suporte de aplicações para os usuários finais - Quando um problema vem diagnosticar, analisar e resolver a questão - Responsável por quaisquer acessórios - Escrevendo especificações funcionais e interagindo com Abapers para desenvolver quaisquer saídas de usuário - Treinar os usuários finais e preparar o treinamento do usuário final material

Papel de um Consultor Funcional em uma extremidade à outra Implementação

Quando você fala sobre o papel de um consultor funcional em uma extremidade à outra implementação, eu acho que não vai ser possível para mim ou para qualquer um para definir tudo, mas vou tentar resumi-lo:1. Consultor funcional deverá gerar conhecimento sobre os atuais processos de negócios, design de fluxos de negócios atuais, o estudo de processos de negócios atuais e sua complicação, em tudo o que podemos dizer recebendo através com a configuração atual de negócios. Diagramas de fluxo e DFD são preparados, a maior parte do tempo no formato Vision, tudo isto constitui a parte de NO ESTADO documento.2. Tudo configurado tem que ser documentado por suas categorias, na forma de modelos pré-definidos, estes têm de ser depois aprovada pelo líderes de equipe ou que já o consultor está relatando a.3. Análise de mapeamento e GAP é feito para cada módulo, tenho visto pessoas que definem a integração após o mapeamento análise de lacunas e configuração é feita, mas de acordo com a minha experiência na implementação, é um processo simultâneo.4. Antes de iniciar a configuração de processos de negócios futuros no SAP, o DFD / ERD são preparados, esta documentação é chamada a ser, que pode ser também siad como o resultado da análise de mapeamento e folga.5. Às vezes, consultores funcionais também são esperados para preparar os scripts de teste para testar os cenários configurados.6. Manual do usuário final e treinamento de usuários também é esperada a partir de F.Consultants.O projeto normalmente começa com um pontapé fora da reunião em que o tamanho da equipe, os membros da equipe, sistema de informação, responsabilidades, deveres, methodlogy, datas e horários, horas de trabalho que foram predicided são formalmente definidos.O mais rápido possível, não vai ser possível para mim explicar isso aqui, mas tudo que eu posso dizer sobre isso é que é SAP metodologia de implementação padrão, que prescreve SAP, mas não é obrigatório para qualquer empresa a seguir, mas recomenda-se seguir o mesmo.

Cinco Fases de ASAP methodlogy.Fase 1 : Preparação do projeto - O objetivo desta fase é o de proporcionar o

Page 2: Papel de Um Consultor Sap

planejamento inicial e preparação para o seu projeto SAP. Fase 2 : Modelo de Negócios - O objetivo desta fase é alcançar um entendimento comum de como a empresa pretende executar seus negócios dentro o sistema SAP. O resultado é o Business Blueprint, uma documentação detalhada dos resultados recolhidos durante os workshops de requisitos. O documento Business Blueprint representa os requisitos de processos de negócios da empresa. É a declaração acordada de como a empresa pretende executar o seu negócio dentro do sistema SAP. Fase 3 : Realização - O objetivo desta fase é a implementação de todos os requisitos de processos de negócios com base no Business Blueprint. A metodologia de configuração do sistema é fornecido em dois pacotes de trabalho: Linha de Base (escopo principal) e configuração final (âmbito restante). Fase 4 : Preparação Final - O objetivo desta fase é concluir a preparação final (incluindo testes de treinamento do usuário, final, sistema de gestão e as atividades de transição) para finalizar a sua disponibilidade para ir ao ar. A fase final de elaboração também serve para resolver todas as questões críticas abertas. Na conclusão bem sucedida desta fase, você está pronto para executar o seu negócio em seu sistema SAP ao vivo. Fase 5 : Go Live e Suporte - O objetivo desta fase é passar de um projeto orientado, o ambiente de pré-produção para viver operação de produção . Além disso:

Algumas Informações adicionais sobre a metodologia ASAP: Fase 1 - Projeto de Preparação Carta Mudança - metas e objetivos de gestão organizacional Changen . Plano de Projeto - Este é um primeiro corte com foco em metas Pacotes de Trabalho e N; detalhes para vir Alcance - Define a definição inicial do então projeto , a entrada do ciclo de vendas. Organização Equipa de Projecto - Define o whon do projeto: Normas e Procedimentos - Define o porquê eo como do projeto. Fase 2 - Business Blueprint - Requisitos avaliação para cada item Estrutura de Referência SAP e definido usando CI Modelos ( no Q e Adb). Business Blueprint - Esta é a saída do Q e Adb e é o documento-chave para a Fase 3. Fase 3 - Realização - Listas Master - Definir cenários de negócios e R / 3 das transações a ser realizado no sistema. BPP - Procedimentos de Business Process representando R / 3 operações, usado para testes de unidade e de documentação. Planejamento - Define como a configuração será feito e como será testado. Programas de Desenvolvimento - Fornece detalhes dos requisitos de programação externa. UE Material de Treinamento - Fim material de treinamento do usuário e documentação do processo. Fase 4 - Stress Preparação final e testes de volume - Planos para confirmar o hardware de produção de capacidades Plano Cutover - Os detalhes de como mover-se para o ambiente de produção e ir morar realizar o treinamento do usuário final - Entrega dos níveis necessários de R / 3 treinamento do usuário final antes de ir ao vivo Fase 5 - Go Live e Suporte: Garantir o desempenho do sistema através do SAP de monitoramento