Conversão do sistema PARTE 1

Já temos uma boa noção das novas implementações. Agora, vamos voltar nossa atenção à conversão de sistema, outro dos três cenários de transição para o SAP S/4HANA.Lembre-se de que a conversão de sistema parte da premissa de que você, como cliente, tem um sistema ERP existente e quer aproveitar seus investimentos anteriores nos processos empresariais implementados no ERP. Você quer levá-los para o novo universo do SAP S/4HANA e, depois, quando os processos empresariais já tiverem sido convertidos para execução no SAP S/4HANA, trazer mais inovação.
Como no caso do cenário de implementação nova, com a conversão de sistema, você pode experimentar um sistema de teste do SAP S/4HANA e ter uma visão geral do que ele inclui.
Você pode explorar os processos empresariais que pode vir a querer adotar no seu sistema convertido em SAP S/4HANA.

Já temos uma boa noção das novas implementações. Agora, vamos voltar nossa atenção à conversão de sistema, outro dos três cenários de transição para o SAP S/4HANA.
Lembre-se de que a conversão de sistema parte da premissa de que você, como cliente, tem um sistema ERP existente e quer aproveitar seus investimentos anteriores nos processos empresariais implementados no ERP. Você quer levá-los para o novo universo do SAP S/4HANA e, depois, quando os processos empresariais já tiverem sido convertidos para execução no SAP S/4HANA, trazer mais inovação.

Como no caso do cenário de implementação nova, com a conversão de sistema, você pode experimentar um sistema de teste do SAP S/4HANA e ter uma visão geral do que ele inclui. Você pode explorar os processos empresariais que pode vir a querer adotar no seu sistema convertido em SAP S/4HANA.

• Você explorou o sistema de teste e agora quer iniciar o processo de conversão de sistema. Qual é o próximo passo?

Você precisa lidar com as etapas de preparação técnica para realizar a transição para o SAP S/4HANA, assim, você verificará a presença de add-ons e setores utilizando o Maintenance Planner para garantir a compatibilidade com o SAP S/4HANA. Há uma ferramenta de desinstalação disponível para os add-ons habilitados da SAP e de empresas parceiras.

• Outra etapa de preparação é a verificação da presença de desenvolvimento do cliente; uma ferramenta de verificação de desenvolvimento do cliente identifica o escopo e as estruturas de dados, bem como conflitos, com base no conteúdo do banco de dados de simplificação. Por fim, depois de todas as etapas de preparação, você executa uma conversão de teste. Se a conversão de teste é realizada com êxito, você executa a conversão real e o cutover. No cutover, você utiliza a ferramenta Database Migration Option do Software Update Manager. Assim que a conversão de sistema é concluída, você pode explorar outras inovações na sua solução SAP S/4HANA. É possível adicionar e configurar melhores práticas complementares, ou seja, novos processos empresariais que já estão prontos para execução, unindo as transações aos relatórios do SAP S/4HANA. Além disso, você pode utilizar o SAP Solution Manager para operações, monitorização e suporte. Com isso, cobrimos a conversão de sistema e a implementação nova, e você adquiriu uma noção básica de como esses cenários funcionam. Na próxima unidade, analisaremos o SAP Activate em mais detalhes, incluindo melhores práticas, configuração guiada e metodologia.

.
Geralmente, uma transição para o SAP S/4HANA inclui inovações nos cenários empresarias.
A SAP recomenda a adoção dessas inovações, mas oferece opções de compatibilidade.
O Core Data Services apresenta compatibilidade para acesso de leitura (por exemplo, desenvolvimento do cliente).
As transações clássicas da SAP GUI permanecem disponíveis, bem como as inovações consumidas pela integração da IU do SAP Fiori a outros sistemas.


Um cliente do SAP Business Suite pode realizar a transição de diferentes versões de partida para o SAP S/4HANA, edição on-premise.
No entanto,é necessário um Unicode devido a restrições técnicas com o núcleo do S/4.
A conversão de um sistema no SAP S/4HANA 1511, edição on-premise, dá suporte a um procedimento em uma etapa (transição de banco de dados, SAP NetWeaver e aplicação em uma etapa) para sistemas do SAP ERP 6.0 até o pacote de ampliação 7.
A conversão de sistema exige um sistema de origem Unicode (UC). Os sistemas de origem não Unicode exigem uma abordagem em duas etapas (primeiro, é feita a transição para o Unicode, depois, para o SAP S/4HANA 1511, edição on-premise).


Podemos diferenciar as funções técnicas das funcionais ou semânticas durante a conversão de sistema.
O procedimento técnico de instalação se baseia nas ferramentas estabelecidas de administração do ciclo de vida (Maintenance Planner, Software Update Manager (SUM) e Database Migration Option (DMO)). Como o SAP S/4HANA é uma nova linha de produto, não o sucessor do SAP Business Suite, o processo nele é diferente.
Muitas das modificações são técnicas e não têm nenhum impacto, ou têm apenas impacto limitado, no trabalho dos usuários, não acionando a administração de modificações da empresa. Essas modificações são obrigatórias durante a conversão de um sistema no SAP S/4HANA.

Já outras decisões são estratégicas, determinando qual versão do suporte funcional entrará na era digital e fornecerá os recursos exigidos da inovação contínua dos processos empresariais. Nos casos nos quais essas decisões estratégicas exigem administração de modificações via adoção, a SAP mantém os recursos tradicionais disponíveis como escopo de compatibilidade, permitindo uma migração técnica desses processos e fornecendo tempo para a administração de modificações como um cliente.

Tarefas de adoção – Como a SAP dá suporte ao cliente Lista de simplificação para o SAP S/4HANA 1511, edição on-premise

Para oferecer a nossos clientes um planejamento melhor e uma estimativa mais precisa do caminho que percorrerão até o SAP S/4HANA, criamos a “Lista de simplificação para o SAP S/4HANA 1511, edição on-premise". Nessa lista, descrevemos, em um nível funcional, o que ocorre no SAP S/4HANA para transações e recursos individuais da solução. Em alguns casos, consolidamos certa funcionalidade com outros elementos ou a refletimos em uma nova solução ou arquitetura comparada com os produtos do SAP Business Suite.

Para obter mais informações, consulte Lista de simplificação para o SAP S/4HANA 1511, edição on-premise:

As verificações prévias de conversão são enviadas como notas SAP aos clientes que desejam converter um sistema no S/4HANA. Os clientes podem utilizar essas verificações prévias para encontrar as etapas obrigatórias a serem realizadas antes da conversão do sistema no SAP S/4HANA. Os resultados listam as instâncias que precisam ser corrigidas antes da conversão. As verificações são executadas duas vezes durante o processo de conversão, ambas no SUM. A conversão será interrompida se os erros persistirem.
Implemente a nota SAP 2182725 e todas as notas relacionadas anexadas a ela. Certifique- se de utilizar a versão mais recente dessa nota e verificar regularmente se há atualizações para as notas anexadas. Implemente e execute esses relatórios em cada sistema (sandbox, desenvolvimento, garantia de qualidade, produção) que você queira converter no SAP S/4HANA 1511, edição on-premise. Relatório R_S4_PRE_TRANSITION_CHECKS.

As verificações de desenvolvimento do cliente se baseiam no conceito de Lista de simplificação. Antes de converter o sistema no SAP S/4HANA 1511, edição on-premise, você precisa verificar seu desenvolvimento em relação às simplificações do SAP S/ 4HANA. Essas simplificações são carregadas na ferramenta de verificação de desenvolvimento do cliente. Após a execução da ferramenta, você obtém uma lista das instâncias onde seu desenvolvimento não é compatível com o escopo e a estrutura de dados do SAP S/4HANA 1511, edição on-premise.


Alguns detalhes sobre o Software Update Manager.

Tudo que mencionamos anteriormente (por exemplo, verificações de desenvolvimento do cliente, utilização do Maintenance Planner etc.) pode ser feito antes de você começar um projeto de conversão.
A verificação de desenvolvimento do cliente poderia ser realizada meses antes de você começar a conversão do sistema em uma fase de projeto. Mesmo porque, quando você começar a conversão, não vai querer analisar primeiro dezenas de milhares de linhas de código. Você vai querer realizar a conversão imediatamente.
Na figura, a versão de partida está abaixo da linha tracejada, e a versão de destino acima. Isso significa que a conversão de sistema não é um comutador de sistema. Poderíamos compará-la a um comutador para uma nova versão.
Você realiza todas as etapas de preparação enquanto o sistema está ativo. E, mesmo durante o tempo produtivo, o HANA de destino já é disponibilizado, assim como o sistema sombra.
Basicamente, o SUM prepara o repositório sombra, de modo que muitos elementos podem ser copiados enquanto o sistema ainda está em funcionamento. Após a fase de preparação, há uma espécie de log de modificação. Neste ponto, você não deve adicionar nenhum programa novo nem fazer modificações ou ajustes. Você deve utilizar o sistema apenas para operações do dia a dia.

Depois que tudo isso for concluído, você iniciará o tempo de inatividade. É neste momento que a migração de banco de dados começa se o HANA ainda não foi instalado. Isso significa uma substituição de tabela, por exemplo. Além disso, as entradas das tabelas serão convertidas em novas tabelas. Também ocorre a mudança de núcleo, do núcleo antigo para o núcleo do S/4HANA.
Quando o sistema fica ativo novamente, é realizado um processo chamado de “pós- processamento”. Você ainda pode querer fazer ajustes, realizar seu teste de aceitação pelo usuário, deixar os primeiros usuários-chave acessarem o sistema e verificar se tudo está correto. Depois disso, o cliente pode fazer um backup final para recuperação. Após o backup final, você abre o sistema para os usuários profissionais e continua com o processo.


O banco de dados de simplificação:

Para suporte à detecção do desenvolvimento que precisa ser adaptado durante a transição para o SAP S/4HANA, edição on-premise, o cliente pode verificar o desenvolvimento atual com base nas ferramentas de análise de desenvolvimento do cliente oferecidas (como parte do NW 7.50). O cliente pode verificar se o desenvolvimento atual é compatível com as estruturas de dados e o escopo do SAP S/4HANA.
No contexto de administração de desenvolvimentos do cliente, um componente central é um armazenamento de dados chamado “Banco de dados de item de simplificação” que contém informações sobre as modificações que ocorreram entre o Business Suite clássico e o SAP S/4HANA. A figura a seguir descreve a abordagem de suporte da administração de desenvolvimentos do cliente relacionada ao SAP S/4HANA.

As ferramentas relevantes de administração de desenvolvimentos do cliente estão incluídas no SAP NetWeaver 7.50. Note que, na fase atual, o cliente precisa de uma instalação do NW 7.50 para executar a verificação de desenvolvimento do cliente. Planejamos viabilizar análise de desenvolvimento baseada na nuvem no futuro.
As entidades de desenvolvimento adaptadas no SAP S/4HANA 1511, edição on-premise, são mantidas como uma lista técnica no sistema de desenvolvimento da SAP, exportadas como um file e oferecidas no SAP Service Marketplace. O cliente pode importar o file com as entidades relevantes da SAP para as ferramentas de administração de desenvolvimentos do cliente do banco de dados de simplificação.

O cliente pode extrair o desenvolvimento do cliente de um sistema de origem e criar um file semelhante com essas informações (consulte a nota SAP 2185390 para obter mais detalhes). O file extrator de desenvolvimento do cliente pode ser importado para a ferramenta de verificação de desenvolvimento do cliente do NW 7.50.

Quando você executa as ferramentas de análise de desenvolvimento do cliente, as informações sobre a base do desenvolvimento atual do cliente são verificadas em relação ao conteúdo do Banco de dados de item de simplificação. Essas informações de desenvolvimento do cliente incluemmodificações e ampliações do código SAP, bem como objetos principais do cliente, dados da lista de utilização correspondente e, possivelmente, informações disponíveis de utilização (UPL).
É fornecido um resultado adequado dessa análise de desenvolvimento do cliente em uma lista ALV (incluindo oportunidades de download de XLS). Na lista, além de entidades de desenvolvimentos do cliente que não são compatíveis com a estrutura de dados e o escopo do SAP S/4HANA, serão incluídas informações (com base nas notas SAP) e recomendações adicionais.
O cliente poderá navegar do resultado de uma análise dedicada de desenvolvimento do cliente para a nota SAP correspondente. A nota SAP dedicada explica a modificação técnica e como o desenvolvimento do cliente relacionado precisa ser adaptado.
Com base nos resultados, nas conclusões individuais da análise de desenvolvimento do cliente e nas recomendações de adaptação fornecidas, o cliente pode planejar e adaptar o desenvolvimento dele para que este seja compatível com as estruturas de dados e o escopo do SAP S/4HANA.

Experiência padrão do usuário do SAP S/4HANA
A SAP GUI ainda funciona, mas as inovações são consumidas por meio do SAP Fiori UX.
Portanto, é importante compreender o que o SAP Fiori realmente é, e o que ele representa.

Diferente das abordagens anteriores, a experiência do SAP Fiori não se limita a uma área funcional (RH, Vendas, Compras etc.), ela cobre áreas funcionais e processos ponta a ponta. Em geral, as IUs clássicas expõem muitas funcionalidades ao usuário, que normalmente só precisa realizar um pequeno número de tarefas em um sistema funcional específico. Além disso, a maioria dos usuários não trabalha apenas em um sistema funcional. Por exemplo, geralmente, um vendedor tem tarefas em um sistema de vendas, mas também precisa utilizar um sistema de compras e analisar comprovantes de remuneração em um sistema de RH. Em outras palavras, cada usuário precisa efetuar logon em vários sistemas e identificar as tarefas mais relevantes na complexa interface de navegação de diferentes menus e hierarquias para cada solução.

Aplicando o conceito do SAP Fiori, os grandes conjuntos de funcionalidades dos sistemas empresariais tradicionais (por exemplo, CRM, HCM e SCM), são simplificados ou divididos em tarefas e atividades que são mais granulares. Isso permite que o usuário final selecione apenas as atividades que são relevantes para ele.
O launchpad do SAP Fiori fornece um ponto de entrada personalizado, contextual e baseado em função na Web para aplicações empresariais da SAP válidas para várias plataformas e diversos dispositivos.

Aplicando o conceito do SAP Fiori, os grandes conjuntos de funcionalidades dos sistemas empresariais tradicionais (por exemplo, CRM, HCM e SCM), são simplificados ou divididos em tarefas e atividades que são mais granulares. Isso permite que o usuário final selecione apenas as atividades que são relevantes para ele.
O projeto é criado com base nas necessidades do usuário

Em essência, os princípios do SAP Fiori definem o conceito geral. Essa é a dimensão mais importante na nossa definição.
O SAP Fiori UX tem princípios modernos:
* Baseado em função: projetado para você, suas necessidades e sua forma de trabalho.
* Reativo: dá sempre suporte a sua forma e seu ambiente de trabalho (adapte-o para dispositivos móveis, tablets ou computadores desktop).
* Simples: tem como foco o que realmente importa (você conhece experiências de usuário complexas e aspectos simples, como redes sociais).
* Coerente: oferece uma experiência perfeita, intuitiva e fluida (acesse diferentes sistemas com o mesmo look e feel).
* Encantador: estabelece uma conexão emocional (interação agradável; divirta-se trabalhando com o SAP Fiori UX).

O primeiro ponto de interação com o SAP Fiori UX é a página inicial ou home page, que é baseada em função.
Os representantes de vendas e controladores vêm um conteúdo diferente.
Todas as aplicações estão nessa página como blocos.
Aspectos para o planejamento de um projeto de migração

Há o benefício do curto tempo de migração, devido ao tamanho reduzido do carregamento.
O centro de trabalho do SAP DVM no SAP Solution Manager dá atenção especial ao SAP HANA.

O SAP Data Volume Management (DVM) faz parte do SAP Solution Manager desde o support package 12 da versão 7.1 deste, sendo disponibilizado para clientes do SAP Enterprise Support. Para obter mais informações, consulte: http://www.service.sap.com/dvm

O SAP DVM oferece ferramentas e opções adicionais, especialmente para o SAP HANA, como descrito a seguir. Recomendamos que você comece a trabalhar na redução do volume de dados de6 a 12 meses antes da migração real do SAP HANA.

Reorganização e compactação (disponível para IBM DB/2 UDB for Linux, UNIX and Windows e Oracle):

Opções: simula a reorganização/compactação do banco de dados para identificar o método de redução mais adequado ou simula a possível redução por meio da migração de qualquer banco de dados atual para o SAP HANA.
Resultados: apresenta uma síntese gráfica das possíveis reduções de volume de dados e informações estatísticas para determinar quantos dados você poderia economizar.

Previsão e simulação:
* Opções: simula o futuro tamanho de um sistema utilizando diferentes parâmetros (por exemplo, uma abordagemmoderada de arquivamento), simula a redução de custos após a implementação das medidas propostas pelo SAP DVM ou simula, de maneira avançada, a possível redução do volume de dados por meio da migração do banco de dados atual para o SAP HANA.
* Resultados: exibe o impacto das medidas planejadas (por exemplo, arquivamento de dados, migração do SAP HANA).

Potencial de redução:

Opções: analisa os dados do sistema atual com foco no potencial de redução de fácil de implementação para o SAP HANA (ganhos rápidos) ou calcula um potencial de economia para dados selecionados com base nos períodos de retenção do SAP Best Practices.
Resultados: apresenta as informações de background necessárias para a implementação e revela todos os métodos relevantes de redução de dados (eliminação, compactação, abstenção e arquivamento).

Distribuição de dados baseada em tempo

Opções: ajuda você a compreender a “base etária” da estrutura do seu sistema e a tomar decisões sobre possíveis economias de maneira mais rápida.
Resultados: apresenta uma rápida visão da “maturidade” dos dados, fornece as informações de background necessárias para as discussões de período de retenção e ajuda a identificar os atrasos de arquivamento (por exemplo, devido à qualidade dos dados).
Projetos de melhoria

Opções: define o escopo técnico do projeto e os KPIs de destino previstos (por exemplo, futuro tamanho de um sistema, áreas de aplicação e tabelas no escopo do projeto).
Resultados: apresenta recursos de rastreamento de projeto e análise de tendências e revela as possíveis áreas de risco, que estão por trás do progresso planejado

É muito importante arquivar os objetos, e há programas disponíveis para isso.
Outro aspecto do SAP Data Volume Management são os dados personalizados: um terço das 100 maiores tabelas são tabelas personalizadas. Normalmente, os clientes armazenam dados adicionais aqui, mas ninguém se dá ao trabalho de depurar, eliminar ou arquivar os dados dessas tabelas Z. Os dados só vão se acumulando.

• Base etária: via de regra, metade dos dados temmais de dois anos.

• Dados de base: 22% dos dados no sistema são dados de base. Isso significa, por exemplo, IDocs. Mesmo se os IDocs já foram enviados com êxito, por exemplo, quando os utilizamos na migração de dados, eles permanecem armazenados na entrada de IDocs com o status e os dados correspondentes (entre outras informações), no rebobinamento da impressora e no log de aplicação.
  Também podemos arquivar files com o Hadoop para reduzir o sistema o máximo possível antes de começar a conversão dele
  
  No momento, nem todos os add-ons são suportados no banco de dados SAP HANA. Portanto, recomendamos que você verifique isso previamente (por exemplo, consultando a tabela CVERS). Para obter mais informações, consulte as seguintes notas SAP:

• SAP ERP: nota SAP 182090

• SAP CRM: nota SAP1820903

• SAP SCM: nota SAP 1821797

• SAP SRM: nota SAP 1820905 1820905

• SAP NetWeaver AS ABAP 7.4: nota SAP 1826531 1820905

• SAP NetWeaver AS Java 7.4: nota SAP 1850345 1850345

• SAP NetWeaver AS ABAP 7.5: nota SAP 2156130 2156130

• SAP NetWeaver AS Java 7.5: nota SAP 2156543 2156543

Para produtos de terceiros, consulte as notas SAP 1855666 e 1896062. É altamente recomendado que todos os outros produtos de add-on de parceiros sejam certificados para SAP HANA.