Análise da conversão do sistema

Objective

After completing this lesson, you will be able to analisar a conversão do sistema.

Conversão do sistema

Diagrama de visão geral na conversão do sistema.

A conversão do sistema é um cenário de transição que os clientes existentes do SAP ERP podem optar por aplicar para converter sua solução SAP ERP existente para o SAP S/4HANA. Isso inclui a retenção de seus dados empresariais, desenvolvimento personalizado e configuração. Os clientes que escolhem este cenário podem querer minimizar as modificações inicialmente e, em seguida, inovar seletivamente a partir de agora.

Em um cenário de conversão do sistema (embora existam alternativas), é altamente provável que o cliente invista em novo hardware para executar a aplicação SAP S/4HANA. Isso se deve a fatores como o banco de dados em execução na memória. Os clientes executam um dimensionamento inicial e adquirem o novo hardware com base nos resultados de dimensionamento no início do projeto.

Ilustração mostrando as etapas primárias de uma conversão de sistema.

Estas são algumas das etapas primárias executadas ao converter um sistema SAP ERP existente em um novo sistema SAP S/4HANA.

As etapas primárias de uma conversão de sistema são:

  1. Preparar sistema ERP: depurar código personalizado e reduzir volumes de dados

  2. Migração de banco de dados: mover para o banco de dados SAP HANA (somente se a fonte estiver em um BD diferente do HANA)

  3. Atualização do sistema: fornecer novas aplicações e tabelas

  4. Conversão de dados: converta o conteúdo da tabela em um novo modelo de dados.
  5. Configuração do software: implementar elementos de simplificação e obrigatórios do SAP S/4HANA e reutilizar a maioria dos processos existentes

O Software Update Manager (SUM) é a ferramenta que facilita as etapas de migração de banco de dados, atualização de software e conversão de dados. O SUM cria um repositório sombra no banco de dados de destino. Um sistema sombra é composto por uma instância sombra e um repositório sombra.

A Database Migration Option (DMO) é um recurso opcional da ferramenta Software Update Manager (SUM). Ele combina três processos de conversão de sistema em um único procedimento de etapa: migração de banco de dados + atualização do sistema + conversão de dados.

A movimentação do sistema adiciona uma etapa adicional que facilita a migração para novos centros de dados. A funcionalidade reduz a complexidade, o tempo de inatividade, o tempo de transição e os custos da conversão do sistema, empacotando várias etapas em conjunto e adicionando a mudança do sistema para facilitar a mudança dos servidores antigos para os novos servidores no hiperescalador de destino.

Abordagem de elevação e deslocamento

Aumentar e deslocar desloca um sistema inteiro sem modificar para uma nova estrutura. Por exemplo:

Do SAP S/4HANA On-Premise 2020 para o SAP S/4HANA Cloud, edição privada 2020.

O diagrama de visão geral técnica que exibe uma visão de alto nível do processo SUM (Software Update Manager).

O diagrama de visão geral técnica exibe uma visão de alto nível do processo SUM (Software Update Manager). O Software Update Manager é uma ferramenta usada pela equipe do SAP Basis para fazer upgrade do software on-premise da SAP. Essa ferramenta também é usada no cenário de conversão do sistema para atualizar o sistema SAP ECC para o SAP S/4HANA.

Existem outras ferramentas usadas neste processo, que incluem:

  • Verificação de prontidão da SAP: responsável por identificar quais componentes precisam ser ajustados no SAP ECC para trabalhar no SAP S/4HANA

  • Planejador de manutenção: responsável pelo cálculo do caminho de upgrade

  • DMO: Responsável pela Migração de Banco de Dados e Conversão de Estrutura de Dados de qualquer banco de dados para o banco de dados SAP HANA

O processo SUM começa com a conversão do sistema SAP ERP Sandbox existente. Ao iniciar a conversão, o SUM executará uma série de verificações no Sandbox. Após a execução das verificações, SUM irá falhar e indicar quais componentes não são adequados para conversão. Esta lista serve como baseline para as atividades a serem executadas para que a conversão seja concluída com êxito.

Assim que todos os pré-requisitos de SUM forem ajustados e/ou adaptados para trabalhar no SAP S/4HANA, o processo SUM será iniciado novamente e o sistema sandbox será convertido. Esta atividade pode ser executada várias vezes para a satisfação da equipe do projeto. Uma vez satisfeito, a equipe iniciará o planejamento da conversão dos sistemas de Desenvolvimento, Qualidade e Produção.

Diagrama mostrando DMO do processo de SUM.

A DMO está disponível com o Software Update Manager 1.0 SP09 e superior e pode ser utilizada para sistemas baseados em AS ABAP. Ele também pode ser utilizado para outros tipos de banco de dados de destino.

A sequência de processamento é baseada na funcionalidade do sistema sombra de SUM. O SUM cria o repositório sombra no banco de dados de destino até a fase de tempo de inatividade, enquanto que, em paralelo, o banco de dados SAP HANA é configurado (mandante, esquema, etc.). Em seguida, a conexão ao banco de dados do sistema da SAP é comutada para o banco de dados de destino e, em seguida, o tempo de inatividade é iniciado. Após a migração dos dados da aplicação (incluindo a conversão de dados), o upgrade é finalizado e o sistema da SAP é executado no banco de dados de destino. O banco de dados de origem continua sendo executado e os dados de aplicação nele contidos não são modificados, por isso permanece como fallback durante todo o processo, até que o processo seja concluído com êxito.

Capturas de tela mostrando as etapas para Verificação de prontidão para SAP S/4HANA.

Para a transição de SAP ERP 6.0 para SAP S/4HANA, a SAP fornece informações sobre as modificações relevantes que podem ter um impacto, agrupadas por elementos de simplificação, a partir do catálogo de elementos de simplificação. O SAP Readiness Check fornece o subconjunto dos elementos de simplificação que podem ser aplicados ao seu sistema analisado.

Áreas destacadas cobertas pelo SAP Readiness Check para SAP S/4HANA. São Add-ons e Business Functions, Elementos de simplificação, Desenvolvimento e desenvolvimento do cliente, Administração de volume de dados, Apps SAP Fiori recomendados e Dimensionamento do SAP S/4HANA.

A área a seguir é coberta pelo SAP Readiness Check para SAP S/4HANA:

  • Add-ons e Business Functions

    • Add-ons e funções empresariais da SAP, bem como add-ons de terceiros, precisam ser verificados quanto à compatibilidade com o SAP S/4HANA

    • O software da SAP está listado e classificado

    • Software de terceiros está listado apenas

  • Desenvolvimento e código personalizado

    • Análise de código personalizado versus conformidade com o SAP S/4HANA, com base no banco de dados de simplificação da SAP

    • O SAP Readiness Check fornece listas técnicas (LT) de objetos afetados, bem como projetos de desenvolvimento personalizado da SAP (CDPs)

    • Uma atividade detalhada de gerenciamento de código personalizado a ser seguida durante a execução do projeto

  • Administração de volume de dados

    Análise de volumes de dados no sistema de origem

  • Apps SAP Fiori recomendados

    A implementação do SAP Fiori segue as mesmas considerações que para a nova implementação do SAP S/4HANA on-premise. Esta é uma atividade que a equipe do projeto deve cuidar seguindo o plano de alto nível para a sequência de UX em uma implementação, como mostrado aqui. Os apps SAP Fiori recomendados com base no histórico de utilização da transação no sistema avaliado ajudarão adicionalmente a determinar o escopo UX.

  • Dimensionamento do SAP S/4HANA

    A verificação de dimensionamento do SAP S/4HANA permite que você execute uma simulação de dimensionamento e fornece informações sobre seus valores de dimensionamento e potencial de gerenciamento do volume de dados. Para calcular o tamanho do sistema SAP S/4HANA de destino correto, considere o tamanho do sistema SAP S/4HANA de destino inicial calculado a partir do tamanho do seu banco de dados SAP ERP atual, o crescimento futuro do banco de dados, a possível redução do volume de dados e potenciais novas funcionalidades.

Diagrama mostrando as verificações de elementos de simplificação.

A verificação de elemento de simplificação tem duas finalidades:

  1. Verificação de relevância: determine quais elementos de simplificação são relevantes para o sistema específico no qual você está executando a verificação de elemento de simplificação. Isso ajudará você a avaliar o impacto funcional e técnico da conversão do sistema em seu sistema.

  2. Verificação de consistência: durante o processo de conversão, seu sistema será migrado para as novas estruturas de dados e novos processos. As rotinas de conversão dependem de dados consistentes no sistema para que isso ocorra automaticamente. Se a verificação do elemento de simplificação identificar inconsistências de dados ou atividades de preparação obrigatórias em falta que possam causar a falha da conversão do sistema, ela informará você sobre esses problemas para que você possa corrigir ou isentar os mesmos antes do início da conversão do sistema real.

A verificação de elementos de simplificação pode ser efetuada e comparada utilizando o banco de dados de simplificação, que pode ser encontrado em qualquer sistema SAP NetWeaver 7.5 e superior.

Diagrama exibindo retrofit durante a conversão.

Ao executar uma conversão de sistema, um novo hardware é geralmente provisionado para suportar a solução SAP S/4HANA. Isso resulta em uma estrutura dupla temporária (manutenção e projeto). A estrutura do projeto é uma cópia exata do sistema de produção (com dados dessensibilizados).

À medida que a equipe do projeto inicia suas atividades de conversão, a equipe de manutenção continua seus negócios como sempre muda por meio do ambiente de manutenção. Isso significa que sempre que uma modificação de manutenção passa pela estrutura de manutenção, a estrutura do projeto está agora fora de sincronia. Utilizamos o retrofit para manter o ambiente do projeto sincronizado com a estrutura de manutenção. O retrofit copia a modificação para a estrutura do projeto para manter os ambientes sincronizados.