Share via

Identificar fontes de dados SAP

  • Artigo

Este artigo faz parte da série de artigos "SAP extend and innovate data: Best practices".

A transformação digital requer uma combinação perfeita de inteligência derivada de dados em todas as operações de negócios para atender aos objetivos de negócios de uma empresa. As empresas usam aplicativos SAP como sistemas de planejamento de recursos corporativos (ERP), aplicativos SaaS de linha de negócios (LOB), data warehouses corporativos, business intelligence ou plataformas de integração. Os dados em silos nos sistemas SAP podem ser aproveitados para impulsionar a transformação dos negócios. À medida que você avança em sua jornada de adoção da nuvem e move cargas de trabalho críticas para os negócios para o Azure, priorize a migração de cargas de trabalho SAP para o Azure. Esse método integra dados de forma ideal ao seu ambiente do Azure.

Os clientes implantaram o cenário SAP seguindo as práticas recomendadas do acelerador de zona de aterrissagem SAP. A próxima etapa é a inovação com os serviços de dados do Azure. A próxima etapa lógica é combinar e estender cargas de trabalho SAP no Azure, que são implantadas e operadas como infraestrutura como serviço (IaaS) ou software como serviço (SaaS) com serviços de dados do Azure. Quando os clientes combinam dados SAP e não-SAP e aplicam serviços de dados avançados, como análise e IA, eles extraem insights preditivos em tempo real. Esse método melhora os resultados de negócios.

Visão geral

Os sistemas SAP contêm dados de toda a organização que são usados para obter insights. Em muitos casos, esses dados são isolados e não estão integrados a outras fontes de dados dentro ou fora da organização. A visão geral a seguir descreve os aplicativos SAP mais relevantes que servem como fonte de uma iniciativa de integração de dados.

  • O SAP Business Suite é um conjunto de aplicativos principais, como SAP ERP, SAP Customer Relationship Management (CRM), SAP Supply Chain Management (SCM) e SAP Supplier Relationship Management (SRM). Esses aplicativos são executados no SAP HANA, que é o banco de dados in-memory da SAP. Ou eles podem ser executados em qualquer banco de dados não-SAP, como Oracle, Microsoft SQL Server ou IBM Db2.

  • O SAP ERP é a solução SAP mais utilizada para o planejamento de recursos empresariais. Ele fornece funções essenciais de negócios, como contabilidade, logística e gerenciamento de capital humano.

  • O SAP S/4HANA é a próxima geração de aplicativos de negócios. O SAP S/4HANA vem com mais dados e modelos de negócios e uma interface de usuário baseada em HTML5. Como o nome indica, o SAP S/4HANA é executado apenas no SAP HANA e fornece recursos OLAP e OLTP em tempo real.

  • SAP BW e SAP BW/4HANA são as soluções de data warehousing da SAP. Eles apresentam a fonte mais comum de dados de negócios SAP. A maioria dos clientes SAP usa essas soluções como um data warehouse corporativo, data mart departamental ou plataforma de big data para carregar dados de sistemas operacionais de origem SAP. O SAP BW/4HANA é executado somente no SAP HANA. Ele tem uma arquitetura de dados simplificada e recursos de análise aberta. Ambas as soluções oferecem uma experiência integrada de data warehouse com modelagem, aquisição, integração e hierarquização de dados.

Os clientes também podem implantar as seguintes soluções de análise e planejamento baseadas em nuvem em seu cenário:

Soluções SAP SaaS:

Considerações sobre o design

  • Sistema de origem Escolha seu sistema de origem com base em implementações existentes e caso de uso de negócios. O ambiente SAP de origem está em uma determinada versão, como versões SAP, SO e DB. Documente a solução SAP de origem, o sistema operacional e a versão do banco de dados. Normalmente, o sistema operacional, o SAP NetWeaver e o banco de dados são atualizados como parte do gerenciamento do ciclo de vida do software. Dependendo do cliente, eles podem ser atualizados uma ou duas vezes por ano. Mudanças rápidas nas versões de software não são possíveis a curto prazo. As opções para acessar uma solução SaaS podem ser mais limitadas do que uma solução herdada e local. Primeiro, familiarize-se com os recursos e limitações da solução atual em relação à natureza dos dados e sua extração com base nos requisitos de negócios.

  • Licenciamento Compreenda as licenças existentes disponíveis e considere as implicações de licenciamento antes de extrair dados dos sistemas SAP. Trabalhe com seus colegas SAP. Como o licenciamento é um assunto complexo e as políticas podem mudar com o tempo, você pode entrar em contato com sua equipe de conta SAP para obter orientação. Para obter mais informações, consulte estes guias:

  • Guia de acesso indireto para clientes SAP ERP (ECC e SAP S/4HANA) com contratos baseados em políticas de preços SAP anteriores a 10 de abril de 2018.

  • Preços de ERP para a era digital para a precificação de ERP baseada em resultados introduzidos em 10 de abril de 2018.

  • SAP HANA Para SAP HANA, você deve diferenciar entre o banco de dados de tempo de execução e as licenças de banco de dados de uso completo. Os bancos de dados em tempo de execução oferecem suporte apenas a software licenciado pela SAP. Bancos de dados de uso completo licenciados pela SAP suportam software SAP e não-SAP. Os bancos de dados SAP HANA de uso completo são licenciados com base em uma métrica de gigabyte de memória. Portanto, conectores de dados de terceiros que acessam o banco de dados SAP HANA diretamente precisam ter uma licença de banco de dados SAP HANA de uso completo. Para obter mais informações, consulte Detalhes técnicos de licenciamento do HANA e o guia de licenciamento SAP.

  • Licença do OpenHub Para extração de dados do SAP BW em anyDB ou SAP HANA, considere a licença do SAP NetWeaver OpenHub e a licença do SAP OpenHub for S/4HANA. Essas licenças estão incluídas na edição corporativa do SAP HANA. O SAP BW/4HANA não requer uma licença OpenHub. Para obter mais informações sobre termos e condições, consulte SAP Software Use Rights (SUR).

  • Licenciamento SLT A estrutura ODP (Operational Data Provisioning) faz parte de muitos sistemas SAP, incluindo SAP ECC e SAP S/4HANA. Também está contido no SAP BW e SAP BW/4HANA. Um dos possíveis provedores ODP do conector SAP CDC é o SAP Landscape Transformation Replication Server (SLT). É uma tecnologia de replicação de dados baseada em gatilhos que permite a replicação em tempo real de fontes SAP e/ou não-SAP para destinos SAP e/ou não-SAP. Para obter mais informações, consulte Licenciamento SLT. O sistema de destino da replicação determina qual licença você precisa. Se a licença do sistema de destino incluir o uso de SLT, você não precisará de uma licença SLT separada. Em qualquer outro caso SLT, incluindo o uso de um conector SAP CDC, uma licença completa SLT é necessária.

  • Dentro de uma organização do cliente, há equipes separadas que dão suporte à integração de dados e a projetos SAP. Muitas vezes, a equipe de dados não está ciente das licenças existentes do OpenHub que permitem a extração de dados do SAP BW usando a interface do OpenHub.

  • Considere a dívida técnica das transformações e investimentos existentes do SAP BW.

  • Os pipelines do Azure Data Factory e do Azure Synapse Analytics fornecem vários conectores para extração de dados de fontes SAP. Para obter mais informações, consulte Transformar dados de uma fonte SAP ODP usando o conector SAP CDC e Integração de dados SAP usando o Azure Data Factory.

  • Análise de dados Depois que o sistema de origem for identificado e suas capacidades e limitações forem conhecidas, considere os seguintes elementos de análise de dados:

    • Objeto de negócios de origem.
    • Tipo de dados, como dados primários, dados transacionais ou dados de texto dependentes do idioma.
    • Tabelas e/ou exibições de origem e colunas de chave primária.
    • Carga total versus carga delta, padrões de alteração de dados, volume de dados e compactação de dados.
    • Extração em lotes vs. replicação quase em tempo real. O intervalo mínimo de um gatilho de agendamento no Azure Synapse é de um minuto.
    • Métodos de acesso a dados fornecidos pelo sistema de origem.
    • Ferramentas e conectores de dados ETL nativos do Azure ou de terceiros mais adequados para o caso de uso.
    • Em um caso de um conector SAP CDC, considere o tipo de provedor ou contexto ODP, como SAPI (DataSources/Extractors), BW (SAP NetWeaver Business Warehouse), ABAP CDS (ABAP Core Data Services) ou HANA (exibições de informações do HANA). Em um caso de exibições de CDS ABAP, considere os recursos suportados e as anotações de análise da exibição.

Recomendações sobre design

  • Se vários sistemas de origem SAP ERP enviarem dados para uma instância central regional ou global do SAP BW, o sistema SAP BW será o candidato padrão para extração, transformação e carregamento de dados adicionais nos serviços de dados do Azure.

  • Em alguns casos, a extração de dados de um sistema SAP ERP para o Azure faz mais sentido. Por exemplo, um SAP ERP autônomo sem conexão SAP BW ou dados em tabelas SAP ERP que não exigem a lógica de transformação em um SAP BW existente e podem ser extraídos com conectores de dados disponíveis no Azure. Um exemplo é um cliente que utiliza o SAP BW como fonte e existem algumas tabelas que precisam ser extraídas em carga total diretamente do sistema SAP ERP. Outro cenário é se a fonte do cliente for um sistema SAP ERP e ele exigir um conjunto de dados maior.

  • Se o sistema SAP BW tiver muitas transformações sobre os dados extraídos dos sistemas SAP ERP, você pode considerar um conector SAP BW Open Hub para extrair dados do SAP BW. Considere a estratégia de dados e o conjunto de habilidades da sua organização. Você já pode investir em serviços de dados do Azure, o que pode influenciar sua escolha do sistema SAP de origem.

  • Se você usar o conector CDC (alterar captura de dados), os seguintes provedores de dados serão recomendados com base no sistema de origem.

    Origem SAP Provedor de dados
    ECC Extratores ECC: Um extrator SAP é um programa usado para recuperar dados em um sistema de origem SAP e transferi-los para um sistema SAP Business Warehouse ou Business Intelligence. Se você ou seu parceiro têm experiência e conhecimento de extratores BW, eles são a opção preferida. Certifique-se de ter experiência em implementação e operação para um projeto bem-sucedido.

    SLT (SAP Landscape Transformation Replication Server): Se você não puder usar extratores ou se uma opção de gatilho de banco de dados for necessária, poderá confiar nas tabelas originais e trabalhar via SLT.
    S/4 HANA Exibições de CDS ABAT: O SAP Core Data Services (CDS) é uma infraestrutura para modelagem de dados em que os modelos de dados são definidos e consumidos no servidor de banco de dados e não no servidor de aplicativos. Há dois tipos de visualizações SAP CDS, visualizações HANA CDS e exibições ABAP CDS. As exibições de CDS SAP ABAP são definidas no nível do servidor de aplicativos. Essa opção é preferida para extrair dados. Os dados são mais fáceis de consumir (modelo multidimensional). A tecnologia é mais fácil de manusear porque as visualizações de CDS são como visualizações de banco de dados e podem ser compreendidas sem conhecimento profundo do SAP. As visualizações CDS personalizadas são mais fáceis de criar e mais poderosas.

    Extratores: Existe no S/4 HANA para preencher lacunas. Use esse provedor quando você não tiver exibições de CDS e a lacuna for preenchida com extratores. Certifique-se de que você ou seu parceiro tenham experiência operacional e de implementação para um projeto bem-sucedido.

    SLT (SAP Landscape Transformation Replication Server): Conectando-se a tabelas. Use essa opção se as duas opções anteriores não se ajustarem ao caso de uso.
    BW (BW & BW/4 HANA) Objetos BW (InfoProviders, InfoObjects): esse método é preferido. Na maioria dos casos, é recomendável ir diretamente para objetos BW porque os dados já estão disponíveis em InfoProviders e InfoObjects.

    Visualizações de CDS ABAP: para casos de uso excepcionais.

    Extratores BW: Para casos de uso excepcionais.

    SLT: Para casos de uso excepcionais.

    Nota: CDS, BW Extractors e SLT são usados para casos de uso excepcionais. Por exemplo, se os recursos, como CDC, não estiverem disponíveis nos objetos BW, você poderá usar uma das outras opções.

    Observação

    Há várias opções de provedor de dados quando todos os conectores são levados em consideração.

  • Se você estiver usando um conector SAP CDC, verifique se o cliente usa o SAP SLT. Em alguns casos, o cliente tem as licenças para usar o SAP SLT, mas a infraestrutura não está lá. Esta situação pode adicionar um custo extra.

  • Os clientes com a licença e o recurso devem usar o SLT porque ele fornece mais controle de fluxo de dados para os usuários. Ele descarrega a carga de desempenho do sistema ERP principal, por exemplo, tabelas de sombra para capturar mudanças.

Próximas etapas