Data Migration - Abordagem Geral e Estratégia

Prévia do material em texto

Data Migration – Abordagem Geral e Estratégia
INTERNAL
	
			
	10
Table of ContentS
1	Introdução	3
2	Categorias de dados e fontes de dados	4
2.1	Categorias de dados	4
2.1.1	Os dados de configuração	4
2.1.2	Dados Mestres	4
2.1.3	Dados Transacionais	4
2.1.4	Dados de saldos e balanços	4
2.2	As fontes de dados	4
3	Abordagem de teste de conversão	6
3.1	Testes Unitários	6
3.2	Teste de Cadeia	6
3.3	Testes de Volumes	6
3.4	Executar Carga Mock	6
4	Abordagem da carga	7
4.1	Planejamento e Projeto	7
4.1.1	Sequência de carga	7
4.1.2	Especificações funcional de carga	8
4.2	Desenvolvimento	8
4.3	Limpeza de dados	8
4.4	Dados de upload	9
4.4.1	Automático	10
4.4.2	Manual	10
4.5	Homologação de dados	10
4.5.1	Processo de homologação	11
4.5.2	Assinaturas	11
5	Cut over e Implementação	12
5.1	Cut Over	12
5.2	Implementação	12
6	Papéis e Responsabilidades	13
7	Pressupostos e Riscos	15
7.1	Pressupostos	15
7.2	Riscos	16
Introdução
Este documento incorpora abordagem de conversão de dados para migrar dados extraídos de sistemas legados existentes e processos manuais para o sistema SAP.
O esforço de conversão para deve atingir os seguintes objetivos principais:
· Preencher o banco de dados SAP com as informações comerciais necessárias para efetivamente administrar o negócio.
· Proporcionar uma transição suave dos sistemas atuais para o novo sistema SAP.
· Sanear os dados por necessidade da empresa, ou seja, necessária para o funcionamento do SAP.
 A seguir serão detalhados:
· Categorias e fontes de dados 
· Abordagem de teste de conversão
· Detalhamento da Conversão
· Cut-Over, Go-Live e Implementação
· Papéis e Responsabilidades
· Suposições e Riscos
Categorias de dados e fontes de dados
Categorias de dados
Informação, que precisa ser convertido, é classificada em vários tipos de dados: Configuração, Mestre, Transacional, Saldos e Balanços.
Os dados de configuração
Dados de configuração fornecem a estrutura empresarial fundamental sobre o qual a instalação do SAP opera (incluindo dados como Hierarquia Centro de Custo).
Dados Mestres
Todos os processos de negócio usam os dados mestre e mantém-se relativamente inalterados ao longo do tempo, por exemplo Materiais, Contas, ativos fixos e fornecedores. Como alterações a esta categoria de dados são baixas, a conversão de dados mestre pode começar mais cedo.
Dados Transacionais 
Criar processos de negócios de dados transacionais (por exemplo, contas a receber itens abertos, ordens de compra), com a transferência entre os processos de negócios geralmente ocorrem ao longo de um período de tempo razoavelmente curto. Quando um processo de negócio é completo, dados transacionais podem ser acessados ​​para consulta ou comunicação, mas não é alterado. Transações abertas devem ser extraídas depois de um "cut-off" momento em que o sistema legado é redundante e convertido.
Dados de saldos e balanços
Dados de saldos representam a posição financeira para uma data determinada, e, devido à natureza dos dados, a verificação precisa é necessária. Saldos são extraídas depois de um "cut-off" momento em que o sistema legado é redundante.
As fontes de dados
Os dados serão extraídos dos seguintes sistemas existentes:
1. Contábil;
1. Contas a pagar;
1. Controladoria;
1. Patrimônio;
1. Compras não revenda.
1. Cadastro;
1. Faturamento;
1. Compras revenda;
1. Vendas precificação;
1. Estoque;
1. Recebimento;
1. Custeio;
1. Produção;
1. Qualidade
1. Projetos;
1. Contas a receber.
Os Clientes serão responsáveis pelo fornecimento de dados legados em um formato estruturado. Em alguns casos o processo de extração pode precisar de programas desenvolvidos para obter as informações necessárias para fazer o upload para o SAP, que será desenvolvido por especialistas dos Clientes.
Quando os dados não existirem no sistema legado ou existem, mas não tem um formato digital, Clientes serão responsáveis pela construção da informação.
Dados extraídos serão usados para criar Objetos de conversão, onde cada objeto representa um conjunto diferente de dados que requerem a conversão em formato de SAP.
Abordagem de teste de conversão
Todos os objetos de conversão devem ser submetidos a uma série de fases de testes antes de dados legados subirem para o ambiente de produção. Reverter cargas no sistema de produção apresenta um risco grave para a integridade dos dados e tem efeito para completar a conversão e cumprir o prazo de go-live.
Testes Unitários
O teste unitário é usado para garantir a unidade de trabalho especificado foi implementado como projetado. Cada componente individual de conversão (por exemplo programas de carga personalizados e padrão) estará sujeito a teste de unidade. O teste de unidade é parte do desenvolvimento, que não é considerado completo até que o teste está terminado.
Teste de Cadeia
Uma vez que o teste de unidade está completa para todos os elementos de uma atividade de conversão, o teste de cadeia será executado para uma atividade como um todo. Testes de cadeia garantem que todas as cargas relacionadas irão funcionar adequadamente quando executadas em cadeia. Isso será especialmente importante na confirmação do mapeamento de dados entre os sistemas legados e os programas de carga SAP. 
Testes de Volumes
Testes de volumes são utilizados como prova de corridas de carregamento de dados para identificar problemas de desempenho. 
Executar Carga Mock
Cargas Mock serão realizadas e utilizadas para atividades de sequência automática / manual de conversão, simular volumes de produção e determinar tempo de execução de conversão. O objetivo é realizar um "ensaio geral" completo da carga de go-live para permitir que os problemas sejam identificados e tratados antes da conversão go-live real. 
A carga de simulação é para destacar pontos fracos:
· Cronograma de funcionamento: preparação, configuração, operacionalização e verificação de atividades. Isso será considerado no cronograma final de carga
· Configurações/Desenvolvimentos de software
· Tamanho estimativas do banco de dados
O objetivo principal é testar e aprender com uma conversão de produção simulada através da realização de todos os processos de conversão como se fosse uma conversão real. Após a conclusão da conversão de simulação, a aceitação final das cargas "limpas" de dados seria obtida como o indicador de sinal verde para transição real.
Abordagem da carga
A abordagem de carga pode ser dividida em cinco fases seguintes:
O fluxograma abaixo mostra o processo de conversão em detalhe:
Planejamento e Projeto
Sequência de carga
Este documento fornece a base para o planejamento e desenho. Todos os objetos de carga devem ser identificados, incluindo as seguintes tarefas:
· Identificar fonte de dados existente e da estratégia de extração.
· Identificar estratégia SAP de upload.
Objetos de conversão a serem transferidos e os seus sistemas de origem têm de ser identificados. Os dados podem estar disponíveis a partir de fontes múltiplas de modo a melhor fonte de dados também será determinada. O processo de conversão inteira para cada objeto de conversão será iniciado tomando extratos completos (depósitos de dados) de todos os dados relevantes (por exemplo, G / L transações, detalhes do fornecedor) a partir dos sistemas legados. Dados extraídos serão apresentados no formato especificado para criação de visibilidade a todos os interessados ​​(por exemplo, equipes de processos e usuários de negócios) e permitindo a análise detalhada.
Quando os dados não existirem em formato digital é necessário começar a coletar informações de forma estruturada. Se este dado deve ser, eventualmente, carregado no SAP manualmente ou automaticamente deve ser identificado e inserido para as atividades de teste de conversão. 
Especificações funcional de carga
A Especificação Funcional é composta pelas definições de conversão, mapeamento e upload de desenvolvimento do programa. Estas atividades, com base na análise de requisitos de dados do SAP, criam um documento para cada objeto de conversão, especificando:
· Fonte de dados existente
· Definição de tratamento Dados· Alvo SAP de Dados
· Data Definition SAP
· Mapeamento de campos e estruturas
· Tradução de dados se necessário
· Regras de saneamento de dados se necessário
· Requisitos do Programa de Desenvolvimento
· Âmbito de Conversão
Desenvolvimento
Após a análise da fonte de dados e do destino se tornará visível quais/como os programas, se houver, precisam ser escritos. Isso pode incluir:
· Escrever programas de extração da origem dos dados.
· Layout de planilhas.
· Forma de gravação de dados dos programas.
Os recursos legados Clientes vão proporcionar uma compreensão detalhada dos dados existentes e da estrutura, armazenados nos bancos de dados legados e fornecer detalhes para a extração de dados legados; por exemplo, comprimentos de campo, descrição, os relacionamentos. Os dados de extração, etc é de responsabilidade Clientes.
A equipe de Conversão fornecerá ao responsável pela extração Clientes os layouts SAP necessários para carregamentos de dados. Estes esquemas devem ser usados pelOs Clientes para gerar os dados de sistemas legados de acordo com eles.
Equipe conversão irá projetar a especificação funcional para carregar e executar programas de carga de dados no SAP. Equipes Funcionais irão fornecer documentos de projeto funcional que irá incluir uma descrição da estrutura de dados e informações de campo.
Limpeza de dados
Limpeza de dados é definido como alterar os dados normais que vão passar todas as validações. A fim de alcançar o objetivo de limpeza de dados com sucesso, os usuários Clientes vão analisar os dados existentes para identificar os casos dos problemas de dados a seguir e para iniciar as atividades corretivas: 
· Registros duplicados;
· O uso inconsistente de abreviaturas;
· Os dados em falta;
· Questões de Integridade de dados;
· Campos usados ​​incorretamente 
· Informações de endereço incorreto;
· O tratamento desigual em campos de formato livre.
É provável que os erros de dados existam nos sistemas legados ou entre os dados manuais disponíveis, especialmente se eles estão em operação há algum tempo. 
Saneamento de dados:
· É crítica para o sucesso de dados de conversão
· Visa eliminar o carregamento de dados redundantes e duplicados no sistema de produção
· É demorado
· Requer ênfase inicial
· Requer recursos específicos
· Requer que os proprietários de dados sejam responsáveis
Uma parte significativa de preparação de conversão é o saneamento de dados existentes nos sistemas de origem. Saneamento envolve analisar / melhorar a precisão da fonte de dados e criação de dados que são necessários para a SAP, mas é inexistente no sistema de origem.
Dados “sujos” podem resultar em erros de conversão, inconsistências e problemas posteriores no processamento diário dentro do sistema de produção. Saneamento de dados é demorado e deve ser dada uma ênfase inicial. Os possíveis benefícios dos dados iniciais “limpos” serão vistos mais adiante no processo de conversão, com a escala de tempo para corrigir erros SAP criados por dados ruins enviados. Geralmente o tempo para corrigir é muito maior do que o necessário para limpar os dados antes de upload.
Proprietários dos dados dOs Clientes serão responsáveis pelo saneamento de dados e os recursos apropriados devem ser identificados para garantir que a limpeza de dados seja concluída dentro dos prazos especificados. A equipe de Conversão será responsável pela orientação funcional para a saneamento de dados, mas não de sanear. 
Durante a fase de definição de dados e fase de mapeamento de dados, os usuários serão capazes de fornecer a melhor entrada, como o que os dados precisam ser limpos. Todos as atividades de saneamento de dados devem ser separadas dos processos de migração de dados (ou seja, sem necessidade de limpeza deve ocorrer o upload, extrair, transformar ou processo).
Para dados que não residem nos sistemas legados, o esforço manual de coleta de dados será necessário. Os métodos de coleta de dados serão determinado após a conclusão dos dados do projeto e as tarefas de mapeamento de dados.
Dados de upload
Carregar os dados será um processo de dois estágios:
· Os dados de carga deverão ter, baseados no mapeamento para SAP, todos os erros e duplicatas identificadas manualmente corrigidos.
· Quando todos os problemas tiverem sido removidos, os dados são enviados para o SAP usando os programas standard / upload personalizado.
O método de conversão escolhida para cada entidade de conversão é dependente do volume de conversão de dados e do nível de manipulação necessário para satisfazer os requisitos da SAP. Existem dois métodos de conversão: manual e automático.
Automático
Uploads automatizados serão usados para as atividades de conversão em que a quantidade de dados a ser carregada é grande, e onde a quantidade de manipulação necessário para satisfazer os requisitos da SAP é pequena.
Ao executar um carregamento automático, há um número de tecnologias disponíveis como mecanismos para efetuar o passo de carga final em SAP. Estes incluem:
· LTMC – Cockpit de Migração SAP: O cockpit de migração SAP S / 4HANA facilita a transferência de dados empresariais de um sistema de origem para SAP S / 4HANA . O cockpit de migração SAP S / 4HANA usa objetos de migração para identificar e transferir os dados relevantes. Um objeto de migração descreve como migrar dados para um objeto de negócios específico para SAP S / 4HANA . Ele contém informações sobre as estruturas de origem e destino relevantes, bem como os relacionamentos entre essas estruturas. Ele também contém informações de mapeamento para os campos relevantes, bem como quaisquer regras usadas para converter valores que são migrados dos campos de origem para os campos de destino. SAP fornece objetos de migração predefinidos que você pode usar para transferir seus dados. 
· Programas personalizados: Pode ser necessário desenvolver programas personalizados na linguagem de programação ABAP. Esta é uma linguagem de quarta geração e possui poderoso banco de dados e de manipulação de comandos. Um princípio que deve ser adotada em todos os momentos é que nenhum dado será escrito diretamente ao banco de dados SAP a menos que seja absolutamente necessário. Os dados devem ser carregados de 2 formas no programa
· Batch Data Communications (BDC), a qual, por sua vez, executa a operação relevante para carregar os dados. Isto é necessário para assegurar que todos os dados carregados são validados da mesma forma como os dados inseridos on line.
· Business Application Programming Interfaces (BAPI’s): O SAP Business Object Repository é um componente do SAP. O repositório de dados representa os negócios, transações e eventos dentro do sistema R / 3 como um conjunto integrado de objetos de negócios, tais como pedidos de vendas, equipamentos e fornecedores. Cada objeto pode ser acessado por métodos conhecidos como BAPI, que são definidos com parâmetros de entrada e de saída de modo que a SAP ou programadores possam acessar esses métodos, conforme necessário.
Manual
Entrada manual de dados será utilizada para um volume de dados pequeno ou o nível de manipulação é excessiva para outras abordagens. Esta abordagem não exige esforço de desenvolvimento e é muito flexível, mas deve ser evitado sempre que possível devido ao esforço significativo necessário para executar e maior possibilidade de erro humano.
Homologação de dados
A fase final de processo de conversão é homologar os dados convertidos. A qualidade dos dados precisa ser verificada pelos usuários e assinada pelo Proprietários dos dados.
Processo de homologação
Conversões automáticas e manuais serão homologadas através da comparação entre os dados existentes nos sistemas legados com o que se converteu para o SAP. É feita por amostragem e documentada no documento de homologação.
Assinaturas
O processo de conversão vai envolver uma série de assinaturas de usuário em estágios definidos de desenvolvimento. Seguem abaixo as tarefas assinatura:
· Assinatura do mapeamento/especificação: A concepção e o desenvolvimento de cada atividade de conversão exigirão a entrada da equipefuncional responsável. O projeto de conversão será documentado e assinado pelo usuário responsável Clientes em cada objeto. A assinatura concorda que, se a atividade de conversão é desenvolvida conforme planejado, então ele irá atender às necessidades dOs Clientes de conversão de dados para esse componente do novo sistema. As equipes de processo irão fornecer conhecimento funcional do negócio dOs Clientes e conhecimento funcional e técnico do software SAP.
· Assinatura da Homologação: Uma vez que a equipe de conversão está convencida de que os dados convertidos reconciliam com os dados dos arquivos intermediários, a assinatura do usuário será necessária. O objetivo deste processo é garantir que os usuários estão confortáveis ​​com o processo de conversão e dos seus resultados. Uma vez que a equipe de Conversão tenha realizado extensa verificação de dados, os usuários não precisam verificar todos os detalhes dos dados convertidos. Uma amostragem será suficiente. A fim de facilitar este processo, os usuários serão convidados a participar no processo de verificação de dados realizada pela conversão. Esta atividade será feita no teste integrado do usuário do novo sistema.
Cut over e Implementação
Cut Over
Go-Live é o momento em que o sistema SAP entra no ar para o processamento normal da empresa. CUT OVER é o período de tempo entre o congelamento dos sistemas legados e Go-Live. Durante o cut over, categorias específicas de dados são extraídas de sistemas legados e carregados no sistema SAP. Por razões de negócios o período deve ser tão curto quanto possível, com prazos de conversão de dados ditando volume. Apenas o mais crítico da conversão de dados deve ser deixado até este ponto, pois é imperativo para estar pronto para Go-Live no final do Cut Over.
Processamento normal daempresa
CutOver
Go-Live
Extrair e converter dados mestres, dados transacionais e saldos do sistema legado 
Implementação
Uma abordagem escalonada é recomendada para converter todas os objetos de conversão de dados para o sistema SAP. Segue-se um plano de conversão ilustrativo:
Este apresenta as seguintes questões:
· A conversão deve ocorrer durante a janela, ou seja, off-line, quando os usuários não estão usando o sistema e os processos normais do sistema não estão funcionando.
· É muito difícil corrigir os erros no sistema de produção, por isso, é crítico que os dados e os processos de carregamento estão corretos.
Papéis e Responsabilidades
Os papéis e responsabilidades dos membros da equipe de conversão são detalhados a seguir.
	Projeto Papel
	Responsabilidades e Contribuição 
	Gerente de conversão 
	· Produzir a abordagem de conversão.
· Entregar e gerenciar os planos de trabalho de conversão por fase.
· Gerir os riscos da fase de conversão.
· Assegurar-se que o processo de conversão em conformidade com os padrões de qualidade.
· Gerenciar o processo de conversão e os resultados.
· Apoiar especialistas Clientes na extração de legado.
· Gerenciar os problemas de carga.
· Compartilhar as abordagens de conversão através das diferentes equipes de projeto e equipe de negócios em bases regulares.
· Informar equipe de projeto do progresso da conversão.
	Gerente de Desenvolvimento
	· Entregar os componentes de desenvolvimento (programas de conversão de ABAP e rotinas).
	Gerente de TI Legado Clientes
	· Gerir os riscos da fase de extração.
· Assegurar-se que o processo de extração está em conformidade com os padrões de qualidade.
· Desenvolver planos de extração.
· Gerenciar o processo de extração e os resultados.
· Gerenciar os problemas de extração.
· Informar equipe de projeto do progresso da extração.
· Garantir o alinhamento entre a extração e planos de trabalho de conversão. 
	Gerente de Tecnologia de Arquitetura
	· Preparar a infra-estrutura técnica para ambientes de conversão.
	Equipe de execução de conversão
	· Gerar layouts de conversão de dados.
· Documentar e executar scripts de conversão.
· Re-testar todas as correções até o êxito da conversão
	Equipes projeto funcional SAP
	· Gerar objetos funcionais necessários para carga, de acordo com modelo definido.
· Apoio à equipe de Data Management com os mapeamentos e requisitos funcionais.
· Apoio à equipe de extração.
· Validar a qualidade da conversão.
	Dados Proprietários Negócios
	· Definir a parte do legado no mapeamento dos objetos
· Extrair dados do sistema legado.
· Realizar limpeza de dados, construção de dados e tarefas de normalização.
· Conduzir homologação de dados.
· Assinar a homologação de concordância da carga.
Pressupostos e Riscos
Pressupostos
A seguir estão os pressupostos gerais:
· Extração de dados será executada por cada responsável do sistema legado Clientes e apoiada pela equipe de conversão.
· Dados convertidos serão verificados e assinados por cada unidade de negócios afetado. Usuários e responsáveis de dados são responsáveis ​​pela homologação de conversão.
· Extração de dados para o sistema legado será realizada utilizando os layouts SAP.
· Conversão será automatizado, onde apropriado.
· Cargas manuais de dados ocorrerão em casos de volumes de dados pequenos e onde não há tempo ou custo-benefício para automatizar as cargas de dados.
· Os volumes de dados serão reduzidos sempre que possível para garantir bom cut over e evitar possíveis problemas de desempenho. Detalhes sobre os volumes de dados estarão nas especificações de conversão funcionais.
· Os dados serão validados e 'limpos' nos sistemas legados existentes, pelos usuários dOs Clientes envolvidos.
· Os dados históricos não serão convertidos para o SAP.
· Os dados restantes nos sistemas legados que não são necessários pelOs Clientes não serão convertidos. Estes dados ficarão efetivamente nos sistemas legados.
· Os dados serão carregados usando recursos padrão / programas / transações em SAP. Nenhum dado será carregado via acesso direto a tabelas. Os dados devem ser capazes de passar as validações SAP requeridas nos programas de migração de dados.
· Especialistas Clientes nos legados irão fornecer todos os dados extraídos dos sistemas legados existentes. Os Clientes vai realizar as transformações necessárias como parte do processo de extração. Além disso, um entendimento detalhado das relações de dados é necessário. Especialistas Clientes nos legados também apoiarão nas conversões simulados e reais. Para este fim, a equipe de conversão identificará atividades específicas e prazos para as atividades ocorrer.
· Especialistas Clientes irão elaborar o mapeamento de dados (legado) e o programa de desenvolvimento de extração de dados, para permitir uma resposta rápida a problemas e permitir a compreensão completa da funcionalidade.
Riscos
A tabela a seguir lista os riscos, sua descrição e do plano de contingência associado, nível de impacto e probabilidade de ocorrência.
	Risco
	Descrição
	Impacto
	Probabilidade
	Ação de Mitigação
	As alterações de configuração de código, e desenho de processo
	É fundamental que as mudanças de configuração funcional do projeto sejam limitadas após o teste de conversão iniciado. Se mudanças ocorrem após este tempo, o teste de conversão será menos eficaz, pois as rotinas de conversão serão menos confiáveis quando executado. Qualquer atraso na configuração funcional do projeto terá subsequente atraso na conversão. Junto com isso, quaisquer alterações de desenho de processo podem impor mais dados de carga, que não poderão ser cumpridos, se o tempo de desenvolvimento não for ampliado.
	Alto
	Médio
	Mudanças funcionais de processo e de configuração são limitadas após uma determinada data. Esta é a única maneira que os procedimentos de conversão podem ser totalmente testados e modificados em tempo para a data de Go-Live. 
	Dados incompletos Clean-Up
	A fim de assegurar que os dados legados sejam convertidos em formatos de SAP com êxito, a atividade de saneamento dos dados deve estar completa antes do teste de conversão. Testes de conversão irão testar as abordagens globais de conversão, bem como mapeamentos, programas de extração,de formatação e cargas. Saneamento de dados incompleto pode gerar problemas inesperados na carga, o que incorrerá em mudanças de programas desnecessariamente.
	Médio
	Médio
	Iniciar a identificação precoce dos requisitos de saneamento de dados. Gerenciar e monitorar as atividades de saneamento de perto a fim de compreender a situação das atividades e garantir a sua conclusão em tempo oportuno. 
	Arquivos de Dados incompletos
	Para muitos dos conjuntos de dados exigidos no SAP, atualmente não existem nos sistemas legados. Isto significa que para cada registo, o campo de dados extra terá de ser adicionado. Isto envolve a definição dos valores reais para cada um dos campos em cada registo. Um usuário dedicado a isso será necessário para ajudar com essa atividade para que os arquivos de conversão de dados estejam prontos a tempo.
	Médio
	Baixo
	A fim de garantir que os arquivos de dados estarão completos, a equipe deve planejar recursos adicionais disponíveis durante a fase de criação de dados.
	Atraso na homologação de carga
	As homologações de carga de dados de teste devem ser rápidas para que a equipe de conversão pode precisamente avaliar o re-trabalho necessário antes de carga final. É essencial que os principais responsáveis assinem a homologação das cargas de dados.
	Médio
	Médio
	Definir uma estratégia de homologação para cada conjunto de dados. Desenvolver relatórios de validação detalhados para que as informações possam ser apresentadas para os responsáveis dos dados de forma rápida, garantindo rapidez e eficiência na homologação.
	Atraso na criação de ambientes de conversão
	Incapacidade para iniciar a carga no tempo especificado no cronograma de cargas
	Médio
	Médio
	Revisão periódica da qualidade dos ambientes 
	Configuração não suficientemente 
	O início da carga é atrasado devido a uma conclusão insuficiente de configuração
	Baixo / Médio
	Baixo / Médio
	Analisar e resolver as questões pendentes para identificar qualquer configuração que cause impacto.
Gerenciar e controlar a configuração, identificando possíveis problemas.
	Alinhamento de tempo com outras atividades de testes
	O planejamento das atividades paralelas / dependente de teste é essencial para a equipe de conversão. 
	Alto
	Médio
	Certifique-se que a equipe de carga trabalha em estreita colaboração com o teste para entender as dependências de testes, ligações e tempo.
	O desempenho do sistema é ruim
	A conversão é adiada devido a mau desempenho do sistema e problemas técnicos.
	Médio
	Médio
	Certifique-se que a equipe técnica está plenamente consciente das exigências de carga e de tempo. Desenvolver procedimentos para resolução de problemas técnicos.
	Alto volume de dados para converter
	Em certas áreas, pode haver volumes extremamente elevados de dados para converter o que resulta em longos tempos de conversão para estas entidades de dados
	Alto
	Médio
	Use uma ferramenta de conversão automatizado que acelera o carregamento de dados ou por uma carga com um período maior longo de tempo. Controlando as exigências de conversão, identificar dados que podem ser convertidos pós go-live pode também controlar este problema.
	
2
	
	
		www.sap.com/contactsap
© 2018 SAP SE or an SAP affiliate company. All rights reserved.
No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP SE or an SAP affiliate company.
The information contained herein may be changed without prior notice. Some software products marketed by SAP SE and its distributors contain proprietary software components of other software vendors. National product specifications may vary.
These materials are provided by SAP SE or an SAP affiliate company for informational purposes only, without representation or warranty of any kind, and SAP or its affiliated companies shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP or SAP affiliate company products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty. 
In particular, SAP SE or its affiliated companies have no obligation to pursue any course of business outlined in this document or any related presentation, or to develop or release any functionality mentioned therein. This document, or any related presentation, and SAP SE’s or its affiliated companies’ strategy and possible future developments, products, and/or platform directions and functionality are all subject to change and may be changed by SAP SE or its affiliated companies at any time for any reason without notice. The information in this document is not a commitment, promise, or legal obligation to deliver any material, code, or functionality. All forward-looking statements are subject to various risks and uncertainties that could cause actual results to differ materially from expectations. Readers are cautioned not to place undue reliance on these forward-looking statements, and they should not be relied upon in making purchasing decisions.
SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE (or an SAP affiliate company) in Germany and other countries. All other product and service names mentioned are the trademarks of their respective companies. See http://www.sap.com/corporate-en/legal/copyright/index.epx for additional trademark information and notices.
	
			
ILLUSTRATIVE
ID
Task Name
Start
Finish
1
Master Data
Tue 15-05-01
Tue 14-08-01
2
Chart of Account
Mon 28-05-01
Wed 18-07-01
10
Work Center
Tue 29-05-01
Wed 18-07-01
16
Standard Hierarchy
Wed 30-05-01
Wed 18-07-01
22
Vendors
Tue 15-05-01
Wed 18-07-01
39
Finished Products
Fri 25-05-01
Wed 18-07-01
66
Raw Materials
Tue 15-05-01
Wed 18-07-01
87
Customers
Mon 21-05-01
Wed 18-07-01
108
Pricing
Wed 30-05-01
Wed 18-07-01
119
Freight Routes
Fri 25-05-01
Wed 18-07-01
130
Customer Credit Limit
Thu 24-05-01
Wed 18-07-01
141
Fix Assests
Mon 04-06-01
Tue 14-08-01
158
Transactional Data
Mon 04-06-01
Wed 01-08-01
159
Finished Prod, Raw Mat, Other Mat Stocks
Mon 04-06-01
Wed 01-08-01
182
AR Open Items
Mon 04-06-01
Wed 01-08-01
197
AP Open Items
Mon 04-06-01
Wed 01-08-01
208
Fixed Assets - Current Value
Mon 04-06-01
Wed 01-08-01
221
Open Purchase Requisition
Fri 22-06-01
Wed 01-08-01
227
Open Purchase Orders
Fri 22-06-01
Wed 01-08-01
233
Open Sales Orders
Fri 22-06-01
Wed 01-08-01
239
Production Plan
Fri 22-06-01
Wed 01-08-01
13-05
20-05
27-05
03-06
10-06
17-06
24-06
01-07
08-07
15-07
22-07
29-07
05-08
12-08
May
June
July
August