BPD – Documento de

Processo do Negócio

BPD BUSINESS PROCESS DESIGN

Sumário
1. INFORMAÇÕES DO PROJETO..............................................................................2
2. RESPONSÁVEIS...................................................................................................2
3. DOCUMENTOS DE REFERÊNCIA...........................................................................2
4. DESCRIÇÃO DO PROCESSO..................................................................................3
4.1. Requerimento do Processo de Negócio...................................................................3
4.2. Best Practice...........................................................................................................3
4.3. Mudanças na Best Practice.....................................................................................3
4.4. Descrição do Processo de Negócio..........................................................................3
4.4.1. XXXXXX...................................................................................................................................4
4.5. Processo de Migração dos Clientes/Fornecedores para o BP (Business Partners)...5
5. MIGRAÇÃO DE DADOS......................................................................................12
6. INTEGRAÇÕES MAPEADAS................................................................................12
7. DESENVOLVIMENTOS ENVOLVIDOS..................................................................12
8. PENDÊNCIAS.....................................................................................................13
9. TRANSAÇÕES E APLICATIVOS ENVOLVIDOS......................................................13
10. AUTORIZAÇÕES.............................................................................................13
11. HISTÓRICO DE VESÕES..................................................................................14
12. APROVADORES.............................................................................................14
 BPD – Documento de
Processo do Negócio

1. INFORMAÇÕES DO PROJETO

Informações do Projeto

Nº do Projeto P200002442

Cliente Bom Sucesso Agroindústria S. A.

Nome do Projeto Implementação SAP S/4HANA

Gerente do Projeto –
Claudineia Amarinho
AdopTi

Gerente do Projeto – BSA Pedro Rafael Simplicio Cunha

2. RESPONSÁVEIS

Responsáveis

Cargo / Função Nome

Usuário Chave

Consultor Rodrigo de Oliveira

3. DOCUMENTOS DE REFERÊNCIA

Documentos de referência, são todos aqueles que envolve a descrição dos processos
ou requisitos utilizados como planilhas em excel de controles.

Documentos de Referência

Documento Arquivo
 BPD – Documento de
Processo do Negócio

4. DESCRIÇÃO DO PROCESSO

4.1. Requerimento do Processo de Negó cio

Este documento reflete o resultado dos levantamentos e descrição dos processos

funcionais de negócio da BSA e que servirá de base ao projeto de implementação do
sistema SAP S/4HANA.
No decorrer da sua elaboração será necessário, de forma generalizada, um forte
empenho de todas as equipes envolvidas na análise de negócio e na cobertura dos
processos do módulo MM.
Os processos descritos têm como requerimento atender os processos relacionados
abaixo:

 Business Partner - Parceiro de Negocios

4.2. Best Practice

Processo: Dados Mestres – BP-Business Partner

O Business Partner, mais conhecido por BP, é a funcionalidade que permite simplificar
os dados mestres de Clientes, Fornecedores, Estruturas Organizacionais e Pessoas de
Contato, centralizando-os em uma única transação.

4.3. Mudanças na Best Practice

Ao longo do Workshop e reuniões complementares foram identificados alguns pontos

no processo de Dados Mestres – BP-Business Partner que geraram algumas mudanças
significativas nos processos oferecidos pelo standard nas ‘Best Practices’.

4.4. Descriçã o do Processo de Negó cio

A seguir vamos detalhar o processo e como será atendido no SAP S/4HANA.

4.4.1. BP (Business Partners)

O Business Partner, mais conhecido por BP, é a funcionalidade que permite simplificar
os dados mestres de Clientes, Fornecedores, Estruturas Organizacionais e Pessoas de
Contato, centralizando-os em uma única transação.
O BP foi criado para evitar a redundância de informações básicas de cadastro (Ex.
Endereço) e permitir a segregação dos dados específicos para cada área de negócio.
 BPD – Documento de
Processo do Negócio
O SAP S / 4HANA trabalha 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.

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

Por exemplo, imagine uma transportadora prestando serviços a uma empresa de

peças automotivas. Esta transportadora pode ter interações tanto de compra de
autopeças (Cliente) como de serviços de transporte (Fornecedor). No modelo de
implementação clássico (sem BP) esta transportadora teria pelo menos dois códigos no
sistema: um para cliente e outro para fornecedor.

Uma vez ativado o BP, essa redundância de dois códigos para representar a
transportadora não ocorreria ou pelo menos haveria a centralização destes dados de
endereços em um único cadastro que seria replicado para as transações clássicas
automaticamente. Isto é possível devido ao mecanismo do CVI (Customer-Vendor
Integration) que se encarrega de manter os dados de endereço centralizados e de
enviar os dados específicos para as tabelas corretas. Além disso, seria possível criar
subdivisões para os cadastros que no modelo clássico não seriam possíveis, como por
exemplo segregar dados de vendas dos dados de Marketing.

É importante não confundirmos o BP, ou Parceiro de Negócios, com a Função de

Parceiro de Negócio, amplamente utilizada nos dados mestres e documentos de
Vendas & Distribuição (SD) e nos documentos de Compras (MM-PUR) do SAP ERP.

Dada esta breve explanação sobre o BP, porque somente agora está se falando nesta
funcionalidade? Qual a relevância deste tema neste momento? Existe alguma
exigência para utilizá-lo? Não posso continuar com o modelo clássico? Boa parte das
respostas para estas perguntas está ligada ao novo ERP da SAP, o S/4HANA!

Os dados mestres de Clientes, Fornecedores e Pessoas de Contato, bem como toda a

estrutura de endereços entraram na lista de simplificações e a alternativa utilizada
para solucionar este problema foi o BP.

No S/4HANA o BP é obrigatório para o tratamento de qualquer parceiro, exceção feita

aos empregados (Employees) que continuam sendo controlados no HCM (Human
Capital Management), e inclusive é pré-condição para utilização do controle de crédito
que agora é feito pelo FSCM (Financial Supply Chain Management), agora incorporado
ao S/4HANA.

Se a sua empresa está considerando utilizar o cenário de Conversão (Conversion) ou de

Transformação (Landscape Transformation) para utilizar o S/4HANA, você deveria
olhar neste instante com bastante atenção para o BP. Isto porque parte das atividades
deverão ser realizadas no SAP ERP (ECC) antes de iniciar o processo de migração para
o S/4HANA.
 BPD – Documento de
Processo do Negócio

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.

SOLUÇÃO FUNCIONAL

4.5. Processo de Migraçã o dos Clientes/Fornecedores para o BP

(Business Partners)

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]).

A Figura 1 mostra os principais benefícios da abordagem de parceiro de negócios

 BPD – Documento de
Processo do Negócio
Figura 1

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.
 BPD – Documento de
Processo do Negócio
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.

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
 BPD – Documento de
Processo do Negócio
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 Mandator
SAP S/4HANA Enterprise Management on-premise edition 1610 Mandatory Mandator

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

É 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.

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
 BPD – Documento de
Processo do Negócio
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

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
 BPD – Documento de
Processo do Negócio
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].)

 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

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 @).

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
 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
 BPD – Documento de
Processo do Negócio
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.
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

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

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.)
 BPD – Documento de
Processo do Negócio
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

5. MIGRAÇÃO DE DADOS

Os arquivos de migração de dados necessários para o funcionamento de sistema estão

relacionados abaixo.

Desenvolvimentos

ID Nome Descrição Justificativa

01 MIG01

6. INTEGRAÇÕES MAPEADAS

As integrações identificadas abaixo são necessárias para que o fluxo do processo seja
efetuado de forma automatizada.

Desenvolvimentos

ID Nome Descrição Justificativa

01 INT01

7. DESENVOLVIMENTOS ENVOLVIDOS

Os itens listados abaixo não constam na proposta, sendo considerados como GAPs e
terão que sofrer análise minuciosa sobre o grau de complexidade em atendê-los. Eles
serão detalhados no documento de FIT GAP que será enviado para validação e
aprovação da BSA.
 BPD – Documento de
Processo do Negócio

Desenvolvimentos

ID Nome Descrição Justificativa

Não consta na
01 GAP01
RFP

02 GAP02

8. PENDÊNCIAS

A lista abaixo identifica alguns itens que estão em aberto de entendimento e/ou
definição.

Lista de Pendências

I Prioridade
Descrição Responsável
D

0
SAP_BR_XXXX
1

9. TRANSAÇÕES E APLICATIVOS ENVOLVIDOS

As transações e aplicativos envolvidos no processo de negócio estão listados abaixo.

Transações e Aplicativos

Tipo Nome Descrição

App SAP_BR_XXXX XXXX

Transação XXXX XXXX

10. AUTORIZAÇÕES
 BPD – Documento de
Processo do Negócio
Os objetos listados abaixo estão vinculados aos perfis que devem ser associado aos
usuários chaves para que os mesmos executem as atividades junto ao sistema
S/4HANA.
O Detalhamento dos objetos de autorização serão executados após as definições das
segregações e acessos por unidade de negocio.

Lista de Autorizações

ID Autorização Objetos de Dados Colaboradores

SAP_BR_XX
01 Elaboração da documentação
XX

11. HISTÓRICO DE VESÕES

Histórico de Versões

Versã Autor
Data Descrição
o

XX / 05 / 22 01 Elaboração da documentação

02

12. APROVADORES

Aprovações

Nome Área Data Assinatura

0X/
Usuário Chave
05/2022

0X/
Consultor
05/2022