Caro Vamsi,
COMO É:
Este trabalho é de um consultor funcional. Envolve compreender completamente a funcionalidade do sistema.
Implica compreender detalhadamente como funciona o departamento de Recursos Humanos, porque com base nisso só poderias fornecer uma solução. Por exemplo, se estiveres implementando o módulo de Recursos Humanos do SAP para eles, então na fase COMO É e COMO DEVE SER, precisas preparar todos os documentos do fluxo de processos (podes prepará-los no Word). Como por exemplo, se estiveres implementando para PA, então precisas identificar quantas áreas de pessoal precisas criar, quantas subáreas farás, grupos de funcionários, subgrupos, em que os estás classificando? Tudo isso virá no documento de dados mestres que deve ser aprovado pelo cliente, quem quer que seja.
Se o sistema atual estiver em mainframe ou para algumas aplicações específicas como para recrutamento o sistema estiver em mainframes e o cliente também quiser manter esse sistema, então devem ser identificadas as interfaces que estarão lá porque terás que carregar os dados no sistema SAP utilizando bdc.
Para cada processo haverá um documento. Mesmo para ações como:
- Contratação
- Novas contratações
- Término
- Transferência
- Despedimento, etc.
Terás que ver que ações quer o teu cliente, por exemplo, se houver uma ação de transferência que se execute para um funcionário, quais serão as razões que configurarás para essa ação? Isso será indicado pelo cliente e pode surgir após uma série de reuniões e após as discussões terás que apresentar o documento que indique quais serão os tipos de ações, as razões das ações, os códigos das ações. Isso estará no documento de processo DEVE SER.
Depois de terminar esta fase, pode-se realizar a configuração completa.
Em resumo, o processo COMO É implica:
1) Série de reuniões com o cliente.
2) Recolha de informação completa sobre o sistema existente.
3) Preparação dos documentos de design que descrevem o processo COMO É completo, ou seja, o sistema existente.
4) Os diagramas de fluxo devem ser incluídos no documento de design COMO É descrevendo o processo completo.
5) Depois disso estar terminado, deves fornecer a estrutura do processo DEVE SER que será implementada no SAP.
6) Depois disso, haverá algumas coisas que não podem ser implementadas no SAP, então devem ser identificadas as lacunas.
7) Estas lacunas devem ser documentadas num documento para o cliente.
É um processo longo, mas não tão difícil, a chave está em compreender adequadamente a funcionalidade.
DEVE SER implica como os processos existentes se relacionam com o padrão do SAP.
Isso levará a uma Análise de lacunas.
Uma pequena pesquisa no fórum SDN SD te ajudará a responder à tua pergunta.
Sugiro visitar
http://sap-img.com/sap-sd.htm
. Dar-te-á uma visão geral do módulo SD do SAP.
Além disso, há uma seção separada de perguntas frequentes com respostas que te ajudarão bastante.
Espero que isto te seja útil.
Por favor, dá pontos se os achaste úteis.
Cumprimentos,
Rakesh
