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

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 do SAP CRM
  • Utilização de objetos técnicos (como equipamento) em vez de IObjects
• Harmonização do mecanismo:
  • 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 do customizing (utilização de tabelas originais do SAP S/4HANA, não tabelas paralelas do SAP CRM)
• Nenhuma utilização do middleware SAP CRM para processos internos, como a criação de documentos subsequentes ou o intercâmbio de dados com sistemas externos (SAP ou não SAP)
• Princípios da IU:
  • A IU Web Client continua, os apps SAP Fiori estão disponíveis
  • Harmonização visual (tema Belize)
• Não há mais pilhas de tecnologia obsoletas (IPC/VMC, TREX, JAVA Stack)

Em relação à harmonização de dados mestre do produto (mestres de materiais): o mestre de produtos 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).

A tecnologia do tipo de set 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 IU WebClient, mas agora utiliza visões Core Data Services (CDS) do mestre de materiais do SAP S/4HANA. O modelo BOL é mantido, mas foi simplificado consideravelmente.

Para clientes que trabalham com o SAP CRM 7.0, está disponível um caminho de migração 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.

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 usa o parceiro de negócios como seu objeto principal: a sincronização com registros mestre de cliente/fornecedor (SAP ERP) é realizada usando a integração 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 utilizadas as tabelas do mestre de clientes (tabelas KNV*). Em particular, as funções do parceiro já não estão atribuídas a uma relação, mas são 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 à posição) foi substituído por um novo tipo chamado 771. A atribuição deve ser executada, 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), já não na aplicação IU Web Client.

Em relação a Charmonização de customizing: SAP CRM Ctabelas de customizing que são réplicas de uma tabela SAP S/4HANA Cde customizing não são mais utilizadas. Um exemplo é o seguinte: condições de pagamento: CRMC_PMNTTRMS é substituído por T052.

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

• Exclusão de condições mediante código de exclusão KZNEP
• Rastreamento de valores cumulativos 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 Ccustomizing: Guia de implementação do customizing SAP→Serviço→Funções básicas→Determinação do preço→Exibir campos relevantes para preço suportados (entrega 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 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 correspondente CCRMS4C_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 várias tabelas, ponteiros GUID e tabelas de tipo de 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çalho e de item 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: em 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 ordem permanecem estáveis (também as APIs de nível inferior)
• Pesquisas avançadas, relatórios interativos, pesquisa empresarial e aplicativos analíticos são implementados usando visões Core Data Services (CDS)
• Não utilizar mais 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 sã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, "versões reduzidas" de CRMD_ORDERADM_H/I foram mantidas, que são chamadas de 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 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, por meio de 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 pesquisa e de resultado da 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 da SAP trocar objetos em um formato IDOC genérico (assíncrono). Além disso, estavam disponíveis serviços SOAP (síncronos e assíncronos) e BAPIs.
• Com o serviço SAP S/4HANA, todas essas interfaces se tornaram 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 de quais serviços são enviados com qual release depende dos casos empresariais incluídos 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 de SAP CRM 7.0 para SAP S/4HANA Service como a conversão de SAP ERP para 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 detalhadamente os elementos de simplificação que descrevem o delta entre o SAP CRM 7.0 e o serviço SAP S/4HANA. 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 onde 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 SAP CRM para mestres de materiais do SAP S/4HANA
  • Migração de transações comerciais

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

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

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 redesenhada para suportar consultas rápidas e atividades analíticas. Cada business object no SAP S/4HANA é representado usando 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 dessa 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 do mecanismo, harmonização do customizing, nenhum uso do middleware SAP CRM, IU moderna e não mais uso de tecnologias obsoletas.
• Os clientes que estão dispostos a migrar de uma instalação do SAP CRM 7.0 para o SAP S/4HANA Service podem não querer isso em uma etapa. Eles podem preferir fazer a transição sem problemas ao longo do tempo. Isso reduz os riscos, permite uma adaptação mais flexível às necessidades empresariais e minimiza o impacto para o negócio. Por esse motivo, um modelo de implementação híbrido é suportado.
• A persistência dos dados das transações comerciais do serviço SAP S/4HANA foi completamente redesenhada para suportar consultas rápidas e atividades analíticas.