Descrição da arquitetura por trás do SAP S/4HANA Service

Os principais princípios por trás da arquitetura do S/4HANA Service ao compará-la com o SAP CRM 7.0 são os seguintes:

• Dados mestre harmonizados:
  • Uso do mestre de materiais do SAP S/4HANA, não do produto SAP CRM
  • Utilização do registro mestre do parceiro de negócios (cliente) para dados dependentes da área de vendas em vez de tabelas específicas de SAP CRM
  • Utilização de objetos técnicos (como equipamento) em vez de IObjects
• Harmonização do motor:
  • Uso do SAP S/4HANA Sales Pricing em vez do IPC (SAP CRM 7.0)
  • Uso do SAP S/4HANA Sales Billing em vez do SAP CRM Billing
  • Integração do mecanismo de configuração Configuração de variante avançada (do SAP S/4HANA)
• Harmonização de customizing (utilização de tabelas originais do SAP S/4HANA, não tabelas espelhadas SAP CRM)
• Nenhuma utilização do middleware SAP CRM para processos internos, como a criação de documentos subsequentes ou intercâmbio de dados com sistemas externos (SAP ou externos)
• Princípios da IU:
  • A IU do Web Client é continuada, os apps SAP Fiori estão disponíveis
  • Harmonização visual (tema Belize)
• Não há mais pilhas de tecnologia obsoletas (IPC/VMC, TREX, pilha JAVA)

Em relação à harmonização de dados mestre do produto (mestres de materiais): o mestre de produtos do SAP CRM não é utilizado. As categorias de produto e hierarquias não estão mais disponíveis. Os únicos critérios de agrupamento são o grupo de mercadorias e a hierarquia de produtos (Vendas e distribuição).

O tipo de set Tecnologia para a ampliação do mestre de produtos já não está disponível. Toda a utilização de APIs para o mestre de produtos (SAP_ABA) foi substituída por novas APIs no SAP S/4HANA. A classe central para o acesso é CL_CRMS4_PRODUCT_API. A pesquisa de produtos ainda está disponível como uma aplicação de pesquisa de IU WebClient, mas isso utiliza agora visões Core Data Services (CDS) do mestre de materiais do SAP S/4HANA. O modelo BOL é mantido, mas foi consideravelmente simplificado.

Para clientes que trabalham com o SAP CRM 7.0, um caminho de migração está disponível dos produtos SAP CRM para os mestres de materiais do SAP S/4HANA para produtos de serviços.

A figura mostra possíveis objetos de referência em transações de serviço.

Os objetos individuais (também referidos como IObjects ou simplesmente objetos) não são mais suportados porque pertencem ao mestre de produtos SAP_ABA.

Em relação ao parceiro de negócios: o SAP S/4HANA utiliza o parceiro de negócios como seu objeto principal: a sincronização com os registros mestre do cliente/fornecedor (SAP ERP) é executada usando a integração de cliente/fornecedor (CVI). A atualização de contas ainda é possível utilizando a aplicação IU WebClient. As tabelas de banco de dados SAP CRM da área de vendas - dados dependentes (expedição, faturamento, etc.) não são mais utilizadas. Em vez disso, são usadas as tabelas do mestre de clientes (tabelas KNV*). Em particular, as funções do parceiro não são mais atribuídas a uma relação, mas atualizadas no nível da área de vendas (tabela KNVP).

A seguinte funcionalidade não é mais suportada:

• Hierarquia de grupos
• Atributos de marketing
• Consentimentos de marketing
• Framework de modelo

Em relação à administração organizacional e aos empregados: a transação SAP GUI PPOMA_CRM não está mais funcionando para a atribuição de empregados, porque o tipo de relação 008 para a atribuição CP – S (pessoa central para posição) foi substituído por um novo tipo chamado 771. A atribuição deve ser efetuada, por exemplo, por meio da aplicação IU WebClient. O novo tipo de ligação permite uma coexistência com o modelo organizacional HR, sem efeitos colaterais, como o excesso de emprego, atribuindo um empregado a duas posições. Os próprios empregados só podem ser atualizados em HCM (transação PA30), não mais na aplicação IU Web Client.

Em relação a C harmonização de customizing: SAP CRM C as tabelas de customizing que são réplicas de um SAP S/4HANA C a tabela de customizing não é mais utilizada. As condições de pagamento CRMC_PMNTTRMS são substituídas por T052.

Em relação à determinação do preço, as seguintes funções não são suportadas:

• Exclusão de condições utilizando o código de exclusão KZNEP
• Rastreamento de valores acumulados com atualização de condição
• Fontes de dados
• Ajustes de quantidade
• Fatores de conversão acordados
• Parâmetros e fórmulas configuráveis na determinação do preço (CPF)
• Determinação do preço da commodity

Para campos suportados, consulte a seguinte opção em C customizing Guia de implementação→Serviço→Funções básicas→Determinação do preço→Exibir campos relevantes para preço suportados (fornecimento padrão).

Em relação ao intercâmbio de dados:

• Graças aos dados mestre harmonizados e ao customizing no SAP S/4HANA, a replicação de dados mestre ou customizing não é mais necessária.
• No SAP CRM 7.0, o middleware SAP CRM também foi utilizado para gerar documentos subsequentes no SAP ERP a partir de uma transação SAP CRM, por exemplo, uma ordem do cliente ou uma requisição de compra. No SAP S/4HANA Service, o middleware do SAP CRM é completamente eliminado desses processos. Todos os documentos subsequentes são criados ao salvar usando uma chamada síncrona das APIs correspondentes:
  • Ordem do cliente SD (que contém os itens de vendas de uma ordem de serviço)
  • Ordem interna (CO)
  • Solicitação de documento de faturamento (SDF)
  • Reserva, requisição de compra, pedido (integração logística)
• O acionamento dos processos subsequentes é controlado pela tabela de sistema CRMS4S_EXCH_FCTR. Existe uma tabela de customizing C correspondente CRMS4C_EXCH_FCTR que os clientes da SAP podem utilizar para integrar seus próprios processos.

As transações comerciais (ordem de serviço, oportunidade, atividade, etc.) são baseadas no chamado modelo de dados One Order, que foi desenvolvido no final da década de 1990. Este modelo de dados é muito desvantajoso para aplicações analíticas devido à distribuição de dados em muitas tabelas, ponteiros GUID e tabelas de tipo nome/valor. Por esse motivo, um novo design do modelo de dados foi introduzido com o serviço SAP S/4HANA. O objetivo disso é que as aplicações transacionais e analíticas possam ser executadas na mesma persistência primária dos dados.

Estes são os princípios básicos do modelo de dados e seu novo design:

• Uma tabela plana de cabeçalhos e itens para cada grupo de business objects
• Chaves semânticas em vez de GUIDs
• Extensões e conjuntos complexos:
  • Os registros importantes são extraídos como campos individuais para as tabelas de cabeçalho/item. Exemplos: Parceiro: emissor da ordem, recebedor da mercadoria, contato; Status: aberto, concluído, faturado; Datas: válido desde, válido até.
  • Todos os registros são mantidos em uma tabela separada, mas a estrutura-chave é simplificada para permitir JOINs diretos (evitando o manipulador de links)
• Repetição de campos de cabeçalho no nível do item
• As APIs de pedido permanecem estáveis (também as APIs de nível inferior)
• Pesquisas avançadas, relatórios interativos, Enterprise Search e aplicações analíticas são implementados utilizando visões Core Data Services (CDS)
• Não há mais uso de tabelas de índices
• A cada tipo de business object (por exemplo, uma transação de serviço) é atribuído um acrônimo (por exemplo, SERV) e a tabela de banco de dados correspondente tem o nome CRMS4D_<acronym> _H (cabeçalho) ou CRMS4D_<acronym> _I (item), respectivamente. Os acrônimos estão gravados na tabela CRMS4C_ACRONYM.
• As (novas) tabelas para os componentes complexos são denominadas CRMS4D_<componente>, por exemplo, CRMS4D_PARTNER, CRMS4D_SCHEDLIN.
• Para conectar a abordagem baseada em GUID anterior ao design utilizado agora, foram mantidas "versões reduzidas" de CRMD_ORDERADM_H/I, que são chamadas CRMS4D_BTX_H/I.

A figura acima mostra alguns exemplos de instruções SELECT convertidas com base no novo design de One Order.

AET é a ferramenta de ampliação de aplicação. No SAP CRM 7.0, uma ferramenta de desenvolvimento baseada em WEB UI - foi introduzida pela SAP chamada de Application Enhancement Tool (AET) para a criação de campos para business objects.

Em relação à extensibilidade de campo: os campos podem ser anexados a tabelas de cabeçalho e de item, mediante um chamado include de persistência. Este include de persistência também está incluído no segmento One Order CUSTOMER_H/I, que é o link para a API e a IU, e nas estruturas de resultados de pesquisa e de pesquisa.

Em relação à integração:

• No SAP CRM 7.0, a integração com outros sistemas (SAP e não SAP) foi sempre implementada utilizando o middleware SAP CRM (exceção: SAP Supply Chain Management (SAP SCM)).
• A interface padrão para sistemas externos era o chamado adaptador XIF, que permitia aos clientes SAP trocar objetos em um formato IDoc genérico (assíncrono). Além disso, os serviços SOAP (síncronos e assíncronos) e BAPIs estavam disponíveis.
• Com o serviço SAP S/4HANA, todas estas interfaces ficaram obsoletas: o adaptador XIF utiliza o middleware, os IDocs não são permitidos na nuvem, a interface contém muitos segmentos não suportados, os serviços SOAP contêm funcionalidades não suportadas e não estão em conformidade com a arquitetura de serviços SAP S/4HANA. Do mesmo modo, os BAPIs contêm parâmetros não suportados.
• Por isso, o paradigma de integração atual é: para cada business object, são fornecidos serviços CRUD síncronos (OData). Os serviços SOAP assíncronos também são fornecidos. A priorização dos serviços que são fornecidos com qual release depende das transações comerciais incluídas no respectivo escopo de release.

Em relação às ferramentas de verificação de disponibilidade e migração:

• Não há conversão do sistema do SAP CRM 7.0 para o SAP S/4HANA Service como a conversão do SAP ERP para o SAP S/4HANA. Isso é sempre uma migração porque o add-on de serviço do SAP S/4HANA deve ser instalado antecipadamente e, em uma segunda etapa, os dados devem ser migrados.
• Verificação de disponibilidade: a SAP publicou elementos de simplificação que descrevem detalhadamente o delta entre o SAP CRM 7.0 e o SAP S/4HANA Service. Cada elemento de simplificação pode ter uma verificação atribuída que pode ser executada em um sistema do cliente para determinar automaticamente áreas em que a funcionalidade não é suportada, ou é necessário efetuar adaptações.
• Ferramentas de migração: a SAP fornece ferramentas de migração para migrar objetos para o modelo de dados do SAP S/4HANA. Exemplos disso são os seguintes:
  • Migração de produtos de serviços do SAP CRM para mestres de materiais do SAP S/4HANA
  • Migração de transações comerciais

Os clientes que desejam migrar de uma instalação do SAP CRM 7.0 para o SAP S/4HANA Service podem não querer fazer isso em uma única etapa. Eles podem preferir fazer a transição sem problemas ao longo do tempo. Isso reduz riscos, permite uma adaptação mais flexível às necessidades empresariais e minimiza o impacto para o negócio.

Por esse motivo, é suportado um modelo de implementação híbrido, como mostrado na figura Implementação híbrida: estrutura de sistemas.

Se um cliente estiver considerando ou planejando uma migração de uma instalação SAP CRM 7.0 ou SAP CRM 7.0 EhP para SAP S/4HANA (on-premise) release 1909 ou superior, as informações atualizadas na nota SAP 2691605 - Persistência de transações comerciais otimizadas para HANA são relevantes em relação à forma como os dados são gravados de forma persistente no sistema.

A persistência dos dados das transações comerciais do serviço SAP S/4HANA foi completamente remodelada para suportar consultas rápidas e atividades analíticas. Cada business object no SAP S/4HANA é representado utilizando uma tabela plana (nível de cabeçalho e de item) que absorve todos os conjuntos planos e ampliações. Os componentes complexos, como parceiros ou objetos de referência, ainda são mantidos em uma tabela separada, mas a estrutura-chave desta tabela foi simplificada.

• Os principais princípios por trás da arquitetura do S/4HANA Service ao compará-lo com o SAP CRM 7.0 são os seguintes: dados mestre harmonizados, harmonização de mecanismo, harmonização de customizing, sem uso de middleware SAP CRM, IU moderna e sem uso de tecnologias obsoletas.
• Os clientes que desejam migrar de uma instalação do SAP CRM 7.0 para o SAP S/4HANA Service podem não querer fazer isso em uma única etapa. Eles podem preferir fazer a transição sem problemas ao longo do tempo. Isso reduz riscos, permite uma adaptação mais flexível às necessidades empresariais e minimiza o impacto para o negócio. Por esse motivo, é suportado um modelo de implementação híbrido.
• A persistência dos dados das transações comerciais do serviço SAP S/4HANA foi completamente remodelada para suportar consultas rápidas e atividades analíticas.