Os três caminhos para o SAP S/4HANA e síntese da migração

Síntese de três cenários de implementação

 

O final dos três cenários de transição para o SAP S/4HANA é a transformação da estrutura.

A transformação da estrutura tem como alvo os clientes que querem consolidar sua estrutura, ou para trazer dados para um sistema SAP S/4HANA de forma seletiva.

Exemplos de uma transformação seletiva são o Central Finance, onde a função financeira é centralizada, e você pode tirar vantagem do lançamento contábil universal e dos relatórios estatutários usando o Central Finance. Outro exemplo é a dissociação seletiva de uma empresa que você quer trazer para o SAP S/4HANA como uma linha de frente.

Os benefícios são tais que, com a transformação da estrutura, você pode executar uma transformação seletiva para o SAP S/4HANA e permitir uma abordagem gradual, com foco em áreas com alto retorno do investimento, baixo custo total de implementação, e adaptá-las ao SAP S/4HANA em fases.

Com a consolidação do sistema e processos harmonizados e simplificados, você vai reduzir o número de sistemas na estrutura atual, diminuir o custo total de propriedade e melhorar a qualidade dos dados mestre.

Os parâmetros do projeto que influenciam a duração são, por exemplo, o número de unidades selecionadas que você pretende consolidar, ou o número de empresas que deseja dissociar.

Quais são as etapas a serem consideradas? A consolidação dos clientes a partir de diferentes sistemas de origem em um sistema SAP S/4HANA novo ou existente usando a transformação de estrutura do sistema.

Em seguida, considere a transformação dos dados seletivos, onde você dissocia entidades individuais e migra aplicações seletivamente, tais como o Central Finance, usando a transformação de estrutura do sistema.

A transformação da estrutura é um cenário que não iremos cobrir em detalhes neste curso. Este curso tem como foco a conversão do sistema, bem como a implementação nova na nuvem e a implementação nova on premise.

Mais tarde, na seção de ferramentas, forneceremos alguns links para mais informações sobre transformação da estrutura, bem como os outros dois cenários de transição.


Transição para o SAP S/4HANA: Os 3 cenários de transição (2)

Este slide compara os três cenários de transição em uma visão de alto nível e também na visão dos dados. No canto superior esquerdo, você verá uma Implementação nova, o “grau de padronização” e o “tamanho do repositório a ser mantido” no eixo x. Implementação nova, no canto esquerdo superior, significa que você só migra os dados mestre e os dados transacionais selecionados. Do ponto de vista transacional, basicamente são ordens do cliente em aberto, ordens de compra, contas a receber e a pagar e assim por diante.

Ponto importante: Você não pode migrar dados históricos, o que significa que ordens de compra fechadas e faturadas não podem ser migradas. Por quê? Porque estamos usando interfaces de aplicação. Então, se você migrar tal registro, o sistema o tratará como uma transação que cria uma nova ordem, por exemplo. Portanto, não é possível ter dados históricos. Assim, como um princípio básico: não há dados históricos em um cenário de implementação nova!

Por outro lado, você verá no canto inferior direito: Conversão do sistema. Este é o lugar onde você converte um sistema existente completo, o que significa que os dados realmente nunca saem do sistema. Na Implementação nova, existe um sistema legado, você extrai os dados e os carrega no novo sistema, remove o sistema antigo e tem um novo sistema. Com a Conversão do sistema, os dados nunca deixam o sistema e nunca há um segundo sistema em vigor. Eles são convertidos em um sistema SAP S/4HANA , mas, além disso, todos os dados históricos também são convertidos em uma nova estrutura, se necessário, o que é bom porque você tem seus dados históricos, mas, novamente, depende do tamanho do sistema, porque isso pode influenciar o tempo de execução. Se você tiver um sistema de 4 a 5 terabytes, em que 80% são dados históricos que você não está usando, talvez devesse fazê-lo. Discuta com antecedência e verifique a administração do volume de dados (DVM). Então, talvez você ainda queira fazer uma Implementação nova. Isto é apenas do ponto de vista dos dados.

A transformação da estrutura fica no meio; para uma consolidação do sistema, vale a pena; para uma dissociação, um pouco menos, é claro, mas ainda assim move os dados de um sistema para outro.

Este slide lhe dá uma boa síntese de como o sistema difere do ponto de vista da implementação, e o que você deve considerar ao planejar um projeto como este.

Data Migration


Costumamos falar sobre migração de dados sem definir o que é. O ponto importante a notar é que simplesmente mover os dados é insuficiente; você deve garantir que o resultado do projeto de migração de dados seja de alta qualidade, dados prontos para os negócios que oferecem suporte aos processos e objetivos das organizações.


A Migração de dados ocorre de muitas maneiras diferentes, como, fusões e aquisições, alienações, entrada e saída de dados, talvez consolidações de aplicação, projetos de transformação de negócios, ou, naturalmente, implementações novas. A migração de dados não é um evento ocasional. Se existir, por exemplo, um cenário de um sistema central ou se você começar com uma única empresa primeiro, terá uma migração agora e migrações no futuro. Por exemplo, você começa a implementação do SAP S/4HANA em determinado país, e depois quer carregar mais países no mesmo sistema.

A migração pode ser perigosa, mas oferece oportunidades Os riscos em torno da migração de dados devem ser abordados com antecedência, para que você possa gerenciá-los. E oportunidade significa que você terá a possibilidade de começar com melhores dados, especificamente dados provenientes de sistemas não SAP, quando é necessário fazer algum tipo de harmonização de dados para serem usados no SAP S/4HANA.

Aproveite a oportunidade para melhorar a qualidade dos dados de modo que possa ter todos os dados necessários no sistema em boa forma. Para que mais tarde não seja necessário fazer retrabalhos nos dados manualmente, por semanas. Isso também costuma causar uma má impressão sobre o SAP S/4HANA, de maneira geral.


Os analistas dizem que mais de 80% dos projetos de migração de dados excedem o tempo e o orçamento. Os custos adicionais somam 30%, a média de tempo extra é de 40%, e 80% das organizações subestimam os custos em pelo menos 50%, e mais da metade das implementações de ERP são informadas como desafiadoras devido a problemas na integridade ou precisão dos dados.

Transição para o SAP S/4HANA: Síntese das ferramentas de migração



Como você pode ver neste slide, há basicamente uma ferramenta para cada cenário, a única exceção é a Implementação nova. E você vê, na parte superior, a Implementação nova on premise ou o HEC, e HEC, é basicamente a versão on-premise em um ambiente hospedado. Recomendamos o SAP Data Services. Para a nuvem usamos o Cockpit de migração integrado.

A ferramenta Legacy Migration Workbench (LSMW) também pode ser usada, mas não é recomendada. O LSMW não oferece suporte a novas estruturas de dados do SAP S/4HANA, como dados mestre de parceiro de negócios. Além disso, o LSMW não oferece suporte às melhores práticas como o faz o SAP Data Services


O SAP Data Services é uma ferramenta, não um serviço. É uma ferramenta completa de ETL(extração, transformação, carga).

Com o Data Services, você pode, basicamente, conectar-se a todas as fontes. Tal como o BW, um sistema SAP, os aplicativos da Oracle, HANA, diretamente nos bancos de dados, arquivos estruturados, e não estruturados, dados em planilhas do Excel ou bancos de dados Access. Você pode fazer toda a transformação no SAP Data Services. Ele fornece conteúdo com vários fluxos de trabalho e fluxos de dados pré-transformados. Tudo é pré-configurado e você tem muitas verificações disponíveis, não precisa começar do zero.

Quando você instala o Data Services, ele está vazio, mas você pode baixar conteúdo gratuitamente. Você pode usar esse conteúdo em seu projeto de migração. De uma perspectiva de carga, existem os processos em lote ou em tempo real, e você pode carregar em várias estruturas de destino. Em nosso cenário, SAP S/4HANA será o ambiente de destino.
O SAP Information Steward oferece suporte a usuários profissionais, bem como a usuários de TI, para garantir a qualidade geral dos dados.




Implementação nova do SAP S/4HANA: Funcionalidade de migração de dados (on-premise)

A ferramenta SAP Landscape Transformation ajuda você a analisar, planejar e realizar projetos de transformação dentro de cenários de negócios comum, tais como fusões e aquisições, alienações, reorganizações internas e projetos para harmonizar os processos empresariais existentes.

Esta figura descreve como a solução funciona, incluindo todas as funcionalidade fornecidas com o conteúdo de migração. Na figura, as etapas são as seguintes:

• Ambiente de dados legado (1)

O ambiente de dados legados consulta os sistemas de origem para a migração. O ambiente legado pode ser qualquer sistema de origem de terceiros que tenha o suporte da conectividade do SAP Data Services (quase tudo, já que o SAP Data Services oferece suporte ao protocolo ODBC). Sistemas SAP de uma versão inferior que não pode ser atualizada também poderia ser o sistema legado. O pacote de Migração rápida de dados vem com conteúdo pré-integrado para o SAP S/4HANA.

• Extração e perfil (2)

Os dados são extraídos da fonte e colocados em um arquivo de preparação no SAP Data Services. Neste ponto, você pode realizar o profiling técnico com o SAP Data Services. Além disso, você pode começar o profiling dos sistemas de origem, numa fase inicial, usando o SAP Information Steward. O ambiente do Data Services é usado como um arquivo de preparação que extrai e cria o perfil dos dados. O profiling pode incluir a busca de padrões em códigos postais. Por exemplo, que percentagem dos códigos postais tem 5 dígitos? Também poderia ser quantos números de material seguem um padrão específico. Você pode estar interessado em quantos IDs exclusivos existem em determinada tabela. A extração e o profiling de dados é uma importante primeira etapa de um projeto de migração de dados, a fim de avaliar a qualidade dos dados de origem e reduzir o risco global ao sucesso do projeto de migração de dados.

• Limpar, transformar e validar (3)

Isso inclui a atualização de dados para que atendam a padrões específicos, mapeamento e transformação dos dados de acordo com as regras, e validação de dados no contexto de negócios do SAP S/4HANA. Isso pode envolver a combinação de dois campos em um, divisão de campos, atualização de dados em um campo para atender a determinadas regras (por exemplo, formatos de número de telefone), e validação de dados em campos obrigatórios e valores de pesquisa para o contexto e configuração do SAP S/4HANA. Além disso, registros de dados duplicados podem ser eliminados nesta etapa.

• Extração do SAP Configuration (4)

Uma vez que os dados são extraídos, é importante saber como eles precisam ser preparados para o SAP A solução lê o contexto de negócios e as definições de configuração no SAP S/4HANA para ajudar a mapear os dados. Como parte de uma implementação SAP S/4HANA, o sistema é configurado com muitos valores, tais como centros de custo, empresas e valores de país. Esta etapa requer o conhecimento do contexto de negócios SAP, para transformar e, em seguida, validar os dados do Data Services nas definições de configuração e customização no SAP. Mapeamento dos dados de origem normalmente requer campos de mapeamento que estão em conformidade com a configuração SAP.

• Carga (5)

Uma vez que os dados são transformados e validados, são, então, carregados no sistema SAP S/4HANA. Eles são geralmente carregados via IDocs e Web Services, mas também podem ser carregados usando arquivos e BAPIs.

• Reconciliação (6)

A reconciliação olha o que realmente foi carregado versus o que era previsto para ser carregado. Isso garante que todos os dados foram carregados e estão prontos para uso.

• Painéis e reporting comercial (7)

Ao longo do processo, os painéis estão disponíveis para as pessoas envolvidas se manterem informadas sobre o status da migração. Além disso, o projeto de migração, muitas vezes define as expectativas da qualidade de dados e a governança em torno do gerenciamento de dados. Todo o processo de avaliar os dados, validando-o de acordo com as regras comerciais e o contexto SAP estabelece as bases para a governança de dados em curso. Por exemplo, se os registros de clientes foram verificados para garantir que cada cliente tivesse, pelo menos, duas pessoas de contato associadas, este processo pode continuar a garantir que todos os novos registros de clientes tenham duas pessoas de contato.

O Service Marketplace é o ponto de entrada padrão para a Migração rápida de dados. Aqui você encontra todas as soluções adicionais para migrar dados não SAP S/4HANA, como SAP ERP, SAP CRM, SAP Billing for Utilities, soluções de nuvem da SAP, SAP SuccessFactors, C4C, Workforce Analytics, BW ou SAP Hybris Marketing, até mesmo para varejo. Isso te dá uma ideia da quantidade de conteúdo disponível. Além disso, oferecemos uma migração de dados rápida para o SAP S/4HANA on premise.

Há uma comunidade SCN na rede comunitária SCN/dm (migração de dados).

Implementação nova do SAP S/4HANA: Migração de dados para o SAP S/4HANA Cloud em detalhes

A mudança para o SAP S/4HANA Cloud pode ser considerado como um projeto de Implantação nova, com atividades clássicas de migração de dados. A transferência de dados é suportada por um conjunto de ferramentas de servidor de migração de dados incluída na pilha do S/4HANA (SAP Landscape Transformation (SLT)).

Em cooperação com o SAP Service Center, a rede privada virtual (VPN) conecta seu sistema de origem com o sistema de destino na nuvem. É possível migrar dados mestre, como;

• Cliente e fornecedor (sistema de origem = cliente, fornecedor clássicos, sistema de destino = parceiro de negócios do SAP S/4HANA)

• Mestre de materiais

• Mestre de bancos

• Tipos de atividade, grupos de tipo de atividade

• Centros de custo, centros de lucro, grupos de centros de lucro, grupo de centros de custo

• Estoques contábeis

Implementação nova do SAP S/4HANA: Migração de dados para o SAP S/4HANA Cloud em detalhes



Sistemas legados da SAP são conectados à ferramenta SAP Landscape Transformation via LAN/WAN. E sistemas legados não SAP são conectados via upload de arquivos com modelos do Excel pré-configurados pela SAP. Dados transformados serão inseridos no SAP S/4HANA Cloud com interfaces padrão como BAPI.

Cockpit de migração integrada do SAP S/4HANA: Nuvem: (upload de arquivo)



Para configurar um sistema de nuvem, há um cockpit de implementação. Neste cockpit de migração ponta a ponta, você pode selecionar “migrar dados”. Se você clicar aí, a ferramenta de migração será iniciada e a identificação dos objetos de migração relevantes será solicitada. A ferramenta de migração verifica automaticamente que tipo de processo empresarial você ativou. Com base na sua seleção, somente os objetos de migração relevantes são mostrados. A ferramenta de migração gera os modelos de arquivo, por isso não há um depósito central. Com isso, podemos garantir que você sempre tenha a maioria dos modelos atualizados para o projeto de migração.

Finalmente, você inicia e monitora o processo de migração de dados. Esta fase lida com mapeamento de valor, tratamento de erros e a carga produtiva no sistema. Este é um procedimento guiado.

Principais considerações para cenários de implementação



É importante entender que existem três cenários de implementação diferentes. Você precisa entender que existem diferentes pontos de partida e diferentes pré-requisitos. E o que pode parecer como o melhor cenário no início pode não ser realmente o melhor para o cliente específico, por isso, é necessário conhecer os detalhes em torno dos três cenários de implementação diferentes.

O cenário Implementação nova implicará sempre uma migração de dados.

O Best Practices for Data Migration pode impulsionar a migração de seus projetos. O Data Services com seus recursos especificamente para migração de dados complexa. Pode reduzir os custos de migração, especialmente usando o Information Steward.

Finalmente, a migração para o SAP S/4HANA on-premise e na nuvem tem diferentes metodologias e ferramentas.

Onde encontrar mais informações sobre o S/4HANA e SAP Activate



https://www.sap.com/products/s4hana-erp.html
https://blogs.sap.com/2015/06/24/sap-activate-what-is-the-methodology-story/
http://sapsupport.info/offerings/sap-activeembedded/
https://blogs.sap.com/2017/08/12/5-steps-to-achieve-a-successful-migration-to-sap-hana/