Dicas para a adoção de parceiros de negócios para o SAP S / 4HANA

O sistema SAP tradicional tem vários objetos inconsistentes e duplicados para dados mestre de informações comuns,
como cliente, fornecedor ou funcionários, dificultando sua manutenção contínua e causando o desperdício dos recursos
de uma organização. Isso pode resultar em correspondência errônea com seus clientes ou fornecedores, levando à falta
de confiança no sistema contábil de sua organização e ao aumento dos custos de envio de correções. Também há
limitações quando os detalhes de clientes ou fornecedores são alterados a partir de uma data de validade específica, o
que às vezes resulta em mais criação de dados mestres duplicados em vez de reutilização dos mesmos objetos.

(Nota: no SAP S / 4HANA, um fornecedor foi renomeado como fornecedor.)

O SAP S / 4HANA abordou esses problemas com o conceito de parceiro de negócios, tornando obrigatório e um único
ponto para manipular dados mestre para clientes ou fornecedores. O parceiro de negócios em si não é um novo
elemento no sistema SAP. Ele foi usado anteriormente em aplicativos relacionados ao Financial Supply Chain
Management (FSCM), mas agora ele foi amplamente estendido em outros aplicativos envolvendo clientes ou
fornecedores.

A SAP correu com uma abordagem de cliente ou fornecedor por décadas. Uma organização criou seu cliente e
fornecedor de maneira isolada, sendo ambos objetos de dados mestre distintos, mesmo que pertencessem à mesma
entidade legal ou grupo. As organizações começaram a usar o produto principal SAP Financial Accounting (FI). Mais
tarde, eles mudaram para novas dimensões, como SAP Treasury e Risk Management e Loans Management, que
precisavam de uma configuração de parceiro de negócios. Agora, a SAP também trouxe o conceito de parceiro de
negócios para as áreas de logística e finanças básicas, tornando-o obrigatório nas versões mais recentes do SAP S /
4HANA. Um parceiro de negócios pode assumir diferentes funções de parceiro de negócios, o que permite que você
tenha visões diferentes dos dados mestre do cliente ou do fornecedor, dependendo da função de negócios que está
sendo executada.

Então, por que você precisa mudar para um parceiro de negócios para o SAP S / 4HANA? Vamos primeiro considerar as
principais limitações do modelo anterior de cliente e fornecedor:

 O cliente ou fornecedor pode pertencer à mesma entidade legal que podem ser empresas afiliadas em um
grupo e pode estar lidando com sua organização em diferentes capacidades (por exemplo, uma unidade
comprando alguns produtos acabados de você e outra unidade fornecendo algumas matérias-primas). No
entanto, eles precisam ser criados no sistema SAP clássico como objetos separados. Isso leva à duplicação de
dados para informações comuns, como dados gerais e contas bancárias.
 O cliente ou fornecedor pode ter apenas um endereço em um registro mestre, portanto, apresenta uma
dificuldade prática quando a entidade possui endereços diferentes e precisa ter vários dados mestre múltiplos.
 O cliente ou fornecedor não pode ser criado ou mantido com base nas datas de validade. Portanto, se uma
modificação for feita, essa modificação afetará todas as transações e correspondências que leem os dados dos
dados mestre dinamicamente.
(Nota: Todas as três questões listadas acima são resolvidas se uma organização implementar a funcionalidade do
parceiro de negócios.)

Com o SAP S / 4HANA, a SAP ampliou o conceito de parceiro de negócios para cobrir fornecedores e clientes a partir do
SAP ECP Component Central (ECC). As funções dos parceiros de negócios são integradas a vários componentes,
incluindo logística e finanças, para várias transações comerciais. No entanto, na direção futura do SAP S / 4HANA, as
tabelas clássicas, como LFA1 e KNA1, também serão desnecessárias, levando a uma estrutura de dados de back-end
unificada sem qualquer duplicação. Existe apenas um código de transação (BP) no SAP S / 4HANA para criar, editar ou
exibir um cliente, fornecedor ou parceiro de negócios. Por enquanto, a SAP manteve as tabelas de back-end para
clientes e fornecedores intactas (por exemplo, LFA1 e KNA1). Essas tabelas são preenchidas a partir do código de
transação BP do parceiro de negócios. A Figura 1 mostra os principais benefícios da abordagem de parceiro de negócios.

figura 1

Principais recursos do objeto parceiro de negócios

Primeiro, mostro um vislumbre das telas de manutenção de dados mestres de parceiros de negócios para vincular aos
recursos listados na Figura 1. Você pode ver na Figura 2 que o mesmo parceiro de negócios possui várias funções, como
dados de gerenciamento de crédito, cliente ou fornecedor. Todos os dados comuns, como endereço, são mantidos em
um único local e estão disponíveis consistentemente em várias funções para diferentes transações comerciais, como
papel FCLU00 para dados de empresa (cliente FI), FCLU01 para dados de área de vendas (vendas e distribuição [SD]) ),
FLVN00 para dados de empresa (fornecedor FI) e FLVN01 para dados de área de fornecedor (fornecedor de gestão de
materiais [MM]).
Figura 2

Um parceiro de negócios com várias funções

Na Figura 3, cada função pode ter um período de validade diferente, fornecendo flexibilidade para que você possa
manter apenas as informações necessárias.

Figura 3

Funções de um parceiro de negócios com um intervalo de validade

Um parceiro de negócios também pode ter vários endereços, e o padrão pode ser atribuído a diferentes usos, conforme
mostrado na Figura 4.

Figura 4

Um parceiro de negócios com vários endereços com um intervalo de validade e uma atribuição ao uso

A Figura 5 mostra a manutenção de um parceiro de negócios usando um aplicativo SAP Fiori independente de um
aplicativo SAP GUI.

Figura 5

Uma aplicação SAP Fiori para manter um parceiro de negócios

Agora, vamos detalhar os vários aspectos a serem considerados ao implementar uma abordagem de parceiro de
negócios.
Quando você adota parceiro de negócios? É obrigatório?

A SAP selecionou o parceiro de negócios como um objeto de dados mestre estratégico no SAP S / 4HANA e permite que
você o adote em seu sistema legado do SAP Business Suite, mesmo antes da conversão para o SAP S / 4HANA. Você não
precisa estar no SAP S / 4HANA para adotar a abordagem de parceiro de negócios. Para novas instalações SAP S /
4HANA sob uma abordagem greenfield, a necessidade de um objeto de parceiro de negócios é baseada na versão SAP
S / 4HANA de destino. Os requisitos para um parceiro de negócios estão listados na Tabela 1 para empresas com
sistemas legados no SAP Business Suite.

Target SAP HANA version Business CVI

partner
approach
SAP S/4HANA Finance on-premise edition 1503 Optional Optional
SAP S/4HANA Finance on-premise edition 1605 Optional Optional
SAP S/4HANA Enterprise Management on-premise edition 1511 Mandatory Mandatory
SAP S/4HANA Enterprise Management on-premise edition 1610 Mandatory Mandatory

tabela 1

Uma comparação de várias versões locais do SAP S / 4HANA de uma abordagem de parceiro de negócios

Para as edições no local SAP S / 4HANA Finance 1503 e 1605, a maneira antiga de trabalhar com um cliente ou
fornecedor pode continuar. Como o SAP S / 4HANA 1503 e 1605 era apenas para simplificações financeiras, as
organizações podem não querer alterar sua forma de processamento na área de logística que estaria sendo executada
em seus sistemas SAP legados usando a abordagem de cliente ou fornecedor.

Integração Cliente / Fornecedor (CVI, anteriormente conhecida como Integração Cliente-Fornecedor) é uma ferramenta
para adotar a abordagem de parceiro de negócios de maneira consistente.

(Nota: Como no SAP S / 4HANA, um fornecedor foi renomeado como fornecedor, Integração Cliente / Fornecedor
também foi renomeada como Integração Cliente / Fornecedor. A SAP está usando essa terminologia para novas
documentações ou soluções. 2210486 [https://launchpad.support.sap.com/#/notes/2210486/E] para a versão local SAP
S / 4HANA ou SAP S / 4HANA Cloud.

Para o que há de novo na versão 1705, acesse

https://help.sap.com/viewer/085edb30fb3d413da552832f3d5c01c0/1705%20500/en-US/
2f609ed39861444f9796847c1e527670.html.

É obrigatório ter o CVI em vigor em um sistema legado se você quiser converter o sistema para a edição 1610 do SAP S /
4HANA Enterprise Management On-premise. A SAP também fará uma pré-verificação em um sistema legado para a
existência do CVI antes de permitir conversão para a versão 1610. Esta é também a direção para futuras versões do SAP
S / 4HANA.

Se um parceiro de negócios for obrigatório para um estado SAP S / 4HANA de destino, a conversão de clientes ou
fornecedores existentes em parceiros de negócios deve ser iniciada muito antes da conversão real do SAP S / 4HANA.
Isso evita paralisações durante a conversão do sistema e quaisquer problemas de última hora.

A adoção de parceiros de negócios é uma tarefa complexa? Qual conhecimento é necessário?

Como mencionado anteriormente, o parceiro de negócios não é um conceito novo e foi usado pela SAP em aplicativos
anteriores, como o FSCM. Portanto, no SAP S / 4HANA, é importante que os dados convertidos sejam bem integrados
em várias aplicações. Ele precisa de planejamento e execução cuidadosos e pode até ser considerado como um projeto
paralelo junto com a jornada de conversão do SAP S / 4HANA. No entanto, ele deve ser concluído antes de você
começar a usar o novo sistema SAP S / 4HANA.

Por isso, a adoção de parceiros de negócios requer conhecimentos específicos nas seguintes áreas:

 Compreensão da arquitetura SAP S / 4HANA, especificamente do princípio de um, em que o SAP S / 4HANA
oferece uma solução única para dados mestre de fornecedores e clientes em vários componentes da solução.
 Compreender a lista de simplificação do SAP S / 4HANA geral e especificamente os itens relacionados aos
parceiros de negócios, como os da Tabela 2.
 Compreender a ferramenta CVI, as ferramentas de serviços de dados ou o cockpit de migração para manipular
dados
 O conhecimento também deve estar lá para ver o impacto de vários campos nos dados mestre, o que migrar e
como limpar os dados.
 Conhecimento técnico para configurar as atividades de integração do sistema, configuração de CVI e migração
na sequência correta, conforme os guias da SAP.

Business impact notes Title

2265093 S4TWL - Business Partner Approach
2270420 S4TWL - Specific fields on Business Partner
2285062 S4TWL - Business partner data exchange between SAP CRM and S/4HANA
2339008 S4TWL - Business Partner in Site Master
2340095 S4TWL - Conversion of Employees to Business Partners
2379157 S4TWL - Business Partner BUT000/Header Level Time Dependency
2379542 S4TWL - Business Partner in SAP Portfolio and Project Management for
SAP S/4HANA
2409939 S4TWL - Business Partner Hierarchy Not Available
mesa 2

Itens de simplificação para parceiro de negócios

Verifique se sua equipe de projeto está bem equipada com as competências acima para evitar falhas técnicas nessa
atividade crucial de ativação ou conversão de parceiros de negócios. Uma lista de simplificação é um bom começo para
entender as mudanças do parceiro de negócios e o know-how relacionado, como o item de simplificação Método de
parceiro de negócios listado na Nota SAP 2265093, que contém um documento detalhado sobre atividades para
conversão de parceiro de negócios. Após a implementação bem-sucedida de um parceiro de negócios, você possui
dados mestres harmonizados que podem ser mantidos a longo prazo, seguindo os bons procedimentos de controle de
dados.

Como a adoção de parceiros de negócios pode ser simplificada?

Você pode considerar os seguintes pontos nos sistemas de origem do SAP Business Suite para simplificar o processo de
adoção do parceiro de negócios:

 Marcar todos os dados mestre do cliente ou fornecedor redundantes com o sinalizador de exclusão.
 Arquivar todos os dados mestre do cliente ou fornecedor com o sinalizador de eliminação.
 Para dados incompletos de clientes ou fornecedores, corrija as informações ausentes (por exemplo, falta do
sinal @ em um endereço de e-mail) e enriqueça os dados de vários atributos a serem usados nos processos SAP
S / 4HANA (por exemplo, se você estiver segmentando a correspondência entre empresas no SAP S / 4HANA,
em seguida, procure o campo do parceiro comercial no mestre do cliente ou fornecedor).
 Corrija todas as inconsistências de personalização (por exemplo, verificação de código postal ou cheques
específicos de país). Vários elementos de configuração, como tipo de imposto e número de imposto, usados em
dados mestre do cliente ou do fornecedor devem existir na customização. (Pode haver inconsistências devido a
sistemas históricos de longa duração que passaram por várias fusões, aquisições ou esculturas [ou seja,
excluindo um código da empresa junto com seus dados relevantes do sistema].) Você pode verificar essas
inconsistências de customização por meio de um programa fornecido na Nota SAP 2344034 (link para a Nota
SAP: https://launchpad.support.sap.com/#/notes/2344034).
 Se você precisar coletar determinadas informações dos clientes ou fornecedores para preencher os dados
mestres do parceiro de negócios e o processo de coleta de dados consumir muito tempo, você poderá suprimir
os campos obrigatórios. Isso permite que você prossiga com a transição do parceiro de negócios e, em seguida,
essa parte da informação pode ser preenchida em um estágio posterior do projeto. Consulte a Nota SAP
2336018 para o módulo de função a ser implementado para ativar essa supressão. (Link para o SAP Nota:
https://launchpad.support.sap.com/#/notes/2336018). Também a Nota SAP 2344034 (Link para SAP Nota:
https://launchpad.support.sap.com/#/notes/2344034) fornece o Business Add-In (BAdI) CVI_CUSTOM_MAPPER
para ativar o desvio das seguintes verificações: verificação de código postal , endereço de cheque regional,
cheques de campos obrigatórios e cheques específicos de país.

Todas as verificações de campos obrigatórias são armazenadas nos logs de sincronização de CVI e devem ser resolvidas
antes de você fazer a sincronização de produção real. No entanto, se os dados estiverem no formato errado ou se
houver algumas referências ou links ausentes, esses dados deverão ser limpos antes da sincronização do CVI (por
exemplo, uma data no formato incorreto ou um endereço de e-mail que não contenha um sinal @).
Como você lida com o volume de massa de dados de clientes ou fornecedores para converter em parceiro de negócios
SAP S / 4HANA?

Seu legado SAP Business Suite pode ter dados volumosos de clientes e fornecedores. Então você precisaria de alguma
ferramenta em massa para gerenciar a transformação deste sistema para o novo ambiente SAP S / 4HANA. Isso é mais
relevante quando você está usando uma abordagem greenfield e precisa executar uma migração de dados.

Aqui estão alguns pontos a serem considerados:

 O Legacy System Migration Workbench (LSMW) não é uma forma recomendada de migração de dados para o
SAP S / 4HANA, pois o uso seria por conta e risco do cliente. A tecnologia LSMW não é atualizada desde 2004,
pois é uma função não estratégica do ponto de vista da SAP. Não funciona para a gravação de transações nas
novas telas do SAP Fiori. Além disso, as interfaces antigas, como as de dados mestre de cliente / fornecedor, não
funcionam com interfaces modificadas para dados mestre de parceiros de negócios. Os programas de
comunicação de dados em lote padrão (BDC) no LSMW também podem não funcionar se houver alterações no
SAP S / 4HANA em transações usadas no BDC. O LSMW ainda pode trabalhar no SAP S / 4HANA usando soluções
alternativas, mas um teste cuidadoso deve ser feito para cada objeto sendo migrado usando o LSMW. A SAP
forneceu uma solução alternativa (por conta e risco do cliente para lidar com a interface com a arquitetura SAP
S / 4HANA) para objetos de parceiros de negócios na Nota SAP 2287723. (Link para SAP Nota:
https://launchpad.support.sap.com/# / notes / 2287723.) Refere-se à documentação detalhada de tais objetos
LSMW, como mencionado no link https://blogs.sap.com/2016/03/10/uploading-business-partner-data-using-
lsmw/.

 Os dados também podem ser migrados usando o SAP Data Services, que extrai dados de sistemas legados,
hospeda os dados em uma área de preparação e transforma e carrega dados no SAP S / 4HANA, aproveitando a
solução Rapid Data Migration (RDS). Essa solução é uma abordagem útil quando há necessidade de conexão
direta de dados da origem para o sistema de destino.
 Outra abordagem para a migração de dados é o uso do Cockpit de Migração do SAP S / 4HANA (disponível no
SAP S / 4HANA Enterprise Management no local 1610). As extrações de dados são fornecidas e organizadas em
um modelo de entrada (formato) do SAP S / 4HANA por proprietários de sistemas legados. A transformação é
executada manualmente e os dados são organizados em um formato de arquivo de carregamento xml. A carga
de dados para o SAP S / 4HANA EM acontece com o Cockpit de migração do SAP S / 4HANA. Essa abordagem é
fácil de usar devido a modelos prontos.

Para um cenário de conversão, recomendo o cockpit de sincronização do SAP (código de transação

MDS_LOAD_COCKPIT) em CVI para lidar com a criação em larga escala de parceiros de negócios de clientes e
fornecedores.

Como a mudança para um parceiro de negócios afeta a interface de sistemas via satélite para um cliente ou fornecedor?

Se algum sistema conectado tiver que atualizar ou manter o parceiro de negócios, ele poderá continuar a funcionar por
meio de:
  Módulo de função de chamada BUP_PARTNER_MAINTAIN
 Chamando a Chamada de Função Remota (RFC) RFC_CVI_EI_INBOUND_MAIN (ou uma chamada personalizada
baseada neste RFC)
 Chamando o serviço da web BusinessPartnerSUITEBulkReplicateRequest ou
BusinessPartnerRelationshipSUITEBulkReplicateRequest

A Core Interface (CIF) para troca de dados entre o SAP S / 4HANA e o sistema SCM (Supply Chain Management)
conectado (como o SCM Extended Warehouse Management) continuará sendo suportada pelo parceiro de negócios. Da
mesma forma, a sincronização de parceiros de negócios por meio de middleware também será continuada.

Com relação aos sistemas de relatórios que possuem relatórios baseados em clientes ou fornecedores, como o SAP
Business Warehouse (SAP BW), o sistema SAP continuará gerando os relatórios sem se ajustar a um parceiro de
negócios. A SAP ainda continua com tabelas como LFA1 e KNA1 no back-end do parceiro de negócios. Observe também
que, caso o SAP Business Suite legado tenha clientes ou fornecedores sobrepostos e, portanto, após a conversão, o
número do parceiro de negócios seja diferente do cliente ou do fornecedor, os relatórios financeiros serão executados
com base nos números de clientes ou fornecedores conhecidos pelos clientes. ou fornecedores.

Como lidar com intervalos de números que se sobrepõem em um sistema de origem?

A SAP recomendou (não é obrigatório) que você tenha um número de cliente ou fornecedor igual ao número do
parceiro de negócios durante a conversão para o SAP S / 4HANA.

No entanto, pode haver situações em que clientes ou fornecedores em sistemas legados do SAP Business Suite tenham
números sobrepostos e, portanto, não consigam vincular um a um ao parceiro de negócios. Nesses casos, é necessário
encontrar um caminho para que esses clientes ou fornecedores sobrepostos tenham números de parceiros de negócios-
alvo únicos.

Você pode lidar com isso vinculando os clientes a um intervalo de numeração separado de parceiros de negócios. Os
fornecedores podem ser vinculados a um intervalo de numeração separado de parceiros de negócios. No entanto, isso
resulta em situações em que o número do parceiro de negócios de destino não é o mesmo que o número de cliente ou
fornecedor para os clientes convertidos ou fornecedores do sistema legado. Para reiterar novamente, o relatório
financeiro continua a ser executado com base no número de clientes ou fornecedores em casos inconsistentes.

A organização precisa fazer uma chamada sobre como lidar com esses casos sobrepostos. Você também pode
desenvolver um aprimoramento em um BAdI por ter um identificador alfanumérico no parceiro de negócios de destino,
o que fornece mais consistência nesses casos sobrepostos.
Ou se você quiser manter as coisas simples, então você também pode avaliar a opção de criar clientes ou fornecedores
sobrepostos, como novos, com números consistentes de parceiros de negócios. Isso cria algum trabalho extra e
comunicações para clientes ou fornecedores, mas resulta em um sistema limpo para relatórios e transações.

Pode um cliente ou fornecedor ocasional em um sistema SAP tradicional continuar?

Sim, pode continuar. No entanto, como ocorre com outros fornecedores ou clientes, também é necessário vincular-se
ao parceiro de negócios no SAP S / 4HANA. Clientes ou fornecedores ocasionais também não são tratados via CVI para
replicação de cliente ou fornecedor para o parceiro de negócios. Antes de converter clientes ou fornecedores únicos, é
necessário garantir que o agrupamento de parceiros de negócios utilizado seja aquele vinculado ao grupo de clientes ou
fornecedores dos dados mestre únicos. (Verifique a personalização nos códigos de transação TBD001 e TBC001 para
esse grupo de contas para vinculação de agrupamento de parceiros de negócios.)

Você também precisa converter funcionários em parceiros de negócios?

O modelo de dados do SAP S / 4HANA é baseado em um parceiro de negócios e, portanto, os funcionários também
precisam ter um parceiro de negócios vinculado. A conversão de um funcionário para um parceiro de negócios não é
abordada na abordagem CVI e deve ser convertida separadamente. (Se você tiver que marcar esses parceiros de
negócios como pessoas, precisará implementar o BVII CVI_MAP_BP_CATEGORY.)

Além disso, a conversão modifica apenas os dados existentes no mestre do empregado para o parceiro de negócios.
Pode haver dados que exista no mestre do empregado para um intervalo de datas de validade futuro. Para refletir que
você precisa executar o relatório / SHCM / RH_SYNC_BUPA_FROM_EMPL após o tempo de inatividade técnico e antes
do uso produtivo do sistema de produção. Consulte a Nota SAP 2340095 (link para a Nota SAP:
https://launchpad.support.sap.com/#/notes/2340095) para obter mais detalhes com um guia para conversão de
funcionários se este cenário se aplicar a você.

Quando você desativa os códigos de transações herdadas e quando você alterna os códigos de transação do parceiro de
negócios?

Se uma empresa não estiver usando parceiros de negócios em um SAP Business Suite legado, a empresa poderá
bloquear o código de transação BP para os usuários até que o sistema ECC seja convertido no SAP S / 4HANA. Não há
nenhum impacto colateral, pois neste momento, a direção da replicação em CVI é do cliente ou fornecedor para o
parceiro de negócios. O processo CVI mantém a replicação do parceiro de negócios em segundo plano com base em
clientes ou fornecedores criados por usuários que usam códigos de transação ECC antigos (por exemplo, XD01 ou FD01).
Se já estiver usando a transação BP para outras finalidades, como FSCM, ela precisará manter um rígido controle sobre
seu uso para evitar a criação duplicada pelos usuários de um cliente / fornecedor como empresa / parceira que já seria
criada em segundo plano por CVI.
Depois que um SAP Business Suite legado é convertido em SAP S / 4HANA e o negócio ativa a direção do BP para o
cliente / fornecedor, a transação do BP pode ser amplamente aberta para usuários relevantes. No SAP S / 4HANA, a
antiga manutenção cliente / fornecedor desvia automaticamente para a transação BP.

Qual é o impacto sobre as finanças centrais?

A Central Finance também estará no SAP S / 4HANA. É apenas uma abordagem de implantação para obter rapidamente
os benefícios dos relatórios SAP S / 4HANA, especialmente em um cenário de ERP multissistêmico. Portanto, os clientes
ou fornecedores precisam ser replicados como parceiros de negócios no sistema financeiro central SAP S / 4HANA. Se a
Central Finance estiver usando a ferramenta de mapeamento recomendada pelo SAP, Master Data Governance (MDG),
observe que o modelo de dados do MDG-BP / C / S (parceiro de negócios, cliente ou fornecedor) não oferece suporte a
todos os campos do SAP Business Suite e SAP S / 4HANA. Consulte a Nota 2221398 da SAP (Link para SAP Nota:
https://launchpad.support.sap.com/#/notes/2221398) para ver quais campos são suportados e quais não são. Se
houver algum campo não suportado pelo ODM que seja crítico para seus processos de negócios, será necessário fazer
um aprimoramento personalizado no mapeamento do ODM.

https://sapinsider.wispubs.com/Assets/Articles/2017/June/Tips-for-Business-Partner-Adoption-for-SAP-S4HANA