SD Vendas

3/24/2024
Sales
Generated on: 2024-03-24 18:12:02 GMT+0000
SAP S/4HANA Cloud | 2402.1
PUBLIC
Original content: https://help.sap.com/docs/SAP_S4HANA_CLOUD/a376cd9ea00d476b96f18dea1247e6a5?locale=pt-

BR&state=PRODUCTION&version=2402.501
Warning
This document has been generated from the SAP Help Portal and is an incomplete version of the oﬃcial SAP product
documentation. The information included in custom documentation may not re ect the arrangement of topics in the SAP Help
Portal, and may be missing important aspects and/or correlations to other topics. For this reason, it is not for productive use.
For more information, please visit the https://help.sap.com/docs/disclaimer.
This is custom documentation. For more information, please visit the SAP Help Portal 1
3/24/2024
Sales Master Data Management

Você pode usar a administração de dados mestre de vendas para melhorar a e ciência do processamento de vendas e para
ajudar no cumprimento de funções básicas personalizadas.
Os dados mestre em Sales representam dados comerciais básicos comuns que podem ser usados novamente diretamente em
todos contatos comerciais e para funções básicas. São atualizados centralmente e permanecem relativamente estáticos no
sistema.
Com dados mestre otimizados, você também pode suportar campanhas de marketing personalizadas e fornecer os produtos
corretos no momento correto.
Informações relacionadas
Dados mestre
Determinação do material
A determinação do material é uma técnica de condições utilizada para resolver um número do material de destino a partir do
número do material inserido em um documento de vendas.
As con gurações contidas nos registros da determinação do material podem ser utilizadas da seguinte forma:
Utilização Exemplos
Substituir o número do material inserido O EAN (número EAN) inserido em uma ordem do cliente é substituído por um número do
por outro número do material. material, tal como atribuído no registro de dados mestre do material.
O material do cliente inserido em uma ordem do cliente é substituído por um número do

material, tal como atribuído no registro de dados mestre do material.
Substituir o material inserido em Os bens de consumo têm uma embalagem especial durante uma época de férias. Durante
documentos de vendas durante o este período, ao criar ordens do cliente, o sistema pode substituir automaticamente o
processamento. material normalmente inserido pelo material que tem a embalagem promocional. Utilizando
a determinação do material, o sistema substitui o material somente durante o período
especi cado.
O material obsoleto é substituído por um novo material.
Uma combinação de substituição de material e estratégias de substituição pode ser utilizada, suportada pelos registros da determinação
do material disponíveis.
O grá co seguinte ilustra um exemplo da substituição de um material na ordem do cliente.
3/24/2024
Criar registros da determinação do material

Com este app, você pode criar registros da determinação do material.
Funcionalidades principais
Você pode utilizar este app para efetuar o seguinte:
Selecionar um tipo de determinação do material.
A versão padrão do sistema da SAP inclui apenas o tipo de determinação do material Y001 (Material inserido).
Indicar um período de validade para a determinação do material.
Indicar um Material inserido, o material que você quer que o sistema substitua por outro.
Indicar um Material, o material que você quer utilizar como substituto para o material inserido.
Opcionalmente, indique a unidade de medida de substituição e um motivo para a substituição (o motivo pode aparecer
nas mensagens do sistema durante o processamento da ordem do cliente).
A versão padrão do sistema da SAP inclui somente o motivo Y002 (Material do cliente).
Opcionalmente, indique materiais de substituição alternativos, quando o material inserido puder ser substituído por
mais do que um material. Você acessa a visão de atualização de materiais alternativos através de um clique duplo sobre
a entrada do material de substituição. A ordem em que os materiais alternativos são inseridos é a ordem que o sistema
utiliza para executar a substituição.
Criar os registros da determinação do material com referência

Com este app, você pode criar registros da determinação do material com referência a registros existentes.
Principais funcionalidades
3/24/2024
Indicar um material (Material inserido) para o qual foi de nido um registro da determinação do material.
Atualizar as entradas existentes, conforme necessário para criar rapidamente um novo registro da determinação do
material com datas de validade e materiais de substituição semelhantes aos do registro anteriormente existente.
Modi car registros da determinação do material

Com este app, você pode modi car registros da determinação do material.
Procurar registros da determinação do material com base em um ou mais critérios de ltragem.
Editar atributos do registro da determinação do material. Por exemplo, modi que o Material selecionado (o material que
você quer usar como substituto para o material inserido).
Exibir registros da determinação do material

Com este app, você pode exibir registros da determinação do material.
Exibir todos os registros da determinação do material ou procurar registros com base em um ou mais critérios de
ltragem.
As hierarquias de produtos nas vendas

No processo de vendas, as hierarquias de produtos são geralmente necessárias e úteis para organizar materiais e produtos em
múltiplos níveis, para utilizações como a determinação de preços ou análises. Isto permite que o sistema analise dados em um
nível superior, em vez de examinar centenas de materiais ou produtos individualmente. Você pode usar as hierarquias de
produtos para a determinação de preços em documentos de vendas e de faturamento, se os cálculos de preço forem de nidos
como dependentes de dados da hierarquia de produtos. Você também pode ativar a listagem e exclusão de materiais para
hierarquias de produtos em documentos de vendas.
Para con gurar a utilização de hierarquias de produtos para documentos de vendas e de faturamento, você deve fazer o
seguinte:
1. Con gurar hierarquias de produtos
Se você pretender utilizar hierarquias de produtos em documentos de vendas e de faturamento, uma hierarquia de
produtos tem de existir no sistema. No app Administrar hierarquias de produtos, você deve criar uma hierarquia de
3/24/2024
produtos com base em um determinado período e os materiais ou os produtos que você quer utilizar em documentos de
vendas e de faturamento. Você pode usar uma hierarquia de produtos para ns de Determinação de lote e de Vendas
(que inclui a determinação do preço) ou você pode criar hierarquias de produtos diferentes para cada objetivo.
2. Con gure a data utilizada para a determinação da hierarquia de produtos (opcional)
Para determinar a hierarquia de produtos para um documento de vendas, o sistema compara as datas no campo Válido
de/a da hierarquia de produtos para a data relevante no documento.
Você pode de nir a data relevante para a data de criação do documento (isto é, uma data estável), ou a data de
determinação do preço (que você pode modi car em um documento de vendas no nível do cabeçalho ou do item). Você
pode con gurar a data relevante no seu ambiente de con guração na etapa de con guração De nir data relevante para
a determinação da hierarquia de produtos. Você de ne a data relevante para a combinação de objetivo de vendas e um
canal de distribuição. Para mais informações, consulte Ambiente de con guração de SAP S/4HANA Cloud.
 Nota
Para o objetivo de vendas, o sistema utiliza a data de determinação de preços por padrão.
3. De nir atribuições para uma hierarquia de produtos
Você deve criar uma atribuição para uma hierarquia de produtos para permitir sua utilização em documentos de vendas
e de faturamento.
Ao criar uma nova atribuição no app Administrar atribuições da hierarquia de produtos, o sistema compara o período de
validade da atribuição relativamente ao período da hierarquia de produtos. O período de validade de uma atribuição
pode estar parcialmente ou totalmente dentro do período da hierarquia de produtos.
 Nota
Durante a determinação da hierarquia de produtos em um documento de vendas, o período de validade da atribuição
deve estar dentro do período da hierarquia de produtos.
O sistema evita que você crie atribuições com períodos de validade sobrepostos para a mesma combinação de objetivo,
organização de vendas e canal de distribuição. Você pode criar atribuições para hierarquias de produtos com o status
Ativo ou Em revisão.
 Nota
Para que a determinação de lote funcione adequadamente para a hierarquias de produtos em documentos de
vendas, você deve atribuir o objetivo da Determinação de lote para materiais ou produtos que estão ativados para a
administração de lotes.
Você deve concluir as atividades de con guração relacionadas a vendas para a determinação de lote no seu ambiente
de con guração antes de poder usar a determinação da hierarquia de produtos para o objetivo de Determinação de
lote.
4. Con gurar a determinação de preços
Para usar hierarquias de produtos para funções de determinação do preço, você usa o campo Nó de hierarquia de
produtos PROD_HIER_NODE no catálogo de campos para a determinação do preço.
No seu ambiente de con guração, você deve de nir um esquema de cálculo que contenha um tipo de condição com uma
sequência de acesso que referencie uma tabela de condições para a hierarquias de produtos. Você pode utilizar os
seguintes elementos fornecidos previamente:
Elemento da técnica de condições ID Descrição
Tabela de condições 164 Org.vendas/distrib. Cl./ hierarquia de

produtos
3/24/2024
Sequência de acesso DPH1 Hierarquia de produtos
Tipo de condição DPH1 Hierarquia de produtos
Na sequência de acesso fornecida previamente para o campo Nó da hierarquia de produto PROD_HIER_NODE, você
deve selecionar a direção da análise de hierarquia no campo Direção. Além disso, você pode de nir a distância que é
medida em números de níveis de hierarquia no campo Distância.
 Nota
Nem o nó raiz nem o nó nal são considerados durante a determinação de preços, porque o nó raiz é igual ao
identi cador de hierarquia (ID) e o nó nal é igual aos dados mestre de material ou produto.
No m, você deve criar registros de condições para os respectivos nós de hierarquia de produtos no app Administrar
preços - vendas utilizando o tipo de condição relevante.
Se você não usar os elementos fornecidos previamente, deve executar as seguintes atividades no seu ambiente de
con guração:
a. Na sua tabela de condições personalizada, você deve incluir o campo Nó da hierarquia de produtos
PROD_HIER_NODE.
b. Em sua sequência de acesso personalizado, para o campo Nó da hierarquia de produtos PROD_HIER_NODE, você
deve selecionar a direção da análise de hierarquia e pode de nir a distância.
c. Para o tipo de condição personalizado, você pode indicar sua sequência de acesso personalizada.
5. Con gurar a listagem e exclusão de materiais para documentos de vendas.
Para usar esta funcionalidade, certi que-se de que a hierarquia de produtos relevante foi atribuída ao objetivo Vendas
no app Administrar atribuições de hierarquia de produtos.
Em seguida, você de ne um esquema de listagem ou exclusão que contém um tipo de condição com uma sequência de
acesso que referencia uma tabela de condições personalizada para hierarquias de produtos. Considere o seguinte:
A sua tabela de condições deve conter o campo Nó da hierarquia de produtos PROD_HIER_NODE.
Na sequência de acesso que referencia a tabela de condições, você deve selecionar a direção da análise de
hierarquia. Opcionalmente, você pode de nir a distância que é medida em números de níveis hierárquicos.
Por m, você cria registros de listagem ou exclusão para nós de hierarquia de produtos relevantes no app Criar listagens
e exclusões de material.
Para detalhes de con guração, consulte Exemplo: listagem e exclusão de materiais para hierarquias de produtos. Para
saber como a listagem e exclusão de material funciona, consulte Listagem e exclusão de materiais.
Hierarquia de produtos em documentos de vendas e documentos de faturamento

Documentos de vendas
Para determinar a hierarquia de produtos em um documento de vendas, o sistema compara os dados nas atribuições do app
Administrar atribuições de hierarquia de produtos para os dados no documento de vendas e, em seguida, seleciona a hierarquia
de produtos que é tão exata e especí ca quanto possível. Para isso, o sistema considera somente os períodos de hierarquia do
produto com o status Ativo.
 Exemplo
Você criou duas atribuições com o objetivo de vendas e o mesmo ou com o período de validade sobreposto:
3/24/2024
Atribuição A com caracteres de preenchimento para os campos de organização de vendas e canal de distribuição.
Atribuição B com valores especí cos para os campos de organização de vendas e canal de distribuição.
Você não de niu uma data relevante na atividade de con guração De nir data relevante para determinação da hierarquia
de produtos.
Se você criar uma ordem do cliente com uma data de determinação de preços que se situa no período de validade destas
atribuições, e se a organização de vendas e canal de distribuição correspondem às duas atribuições, o sistema seleciona a
atribuição B durante a determinação da hierarquia de produtos, porque é uma correspondência mais especí ca.
Quando o sistema copia os itens de documentos precedentes para os documentos subsequentes (por exemplo, de uma ordem
do cliente para uma solicitação de nota de crédito), também copia os dados de hierarquia de produtos e a data da
determinação de preços do documento precedente (neste exemplo, a partir da ordem do cliente).
Você pode exibir os dados da hierarquia de produtos no nível do item, incluindo o ID da hierarquia de produtos, o nó superior e
as datas Válido de/a do período de hierarquia exibindo a cha de registro Vendas B de uma ordem do cliente do app Administrar
ordens do cliente.
Você pode determinar de novo a hierarquia de produtos em documentos de vendas da seguinte forma:
Você pode con gurar o sistema para redeterminar a hierarquia de produtos durante a cópia de um outro documento
comercial para um documento de vendas. Você pode efetuar isso com o app Lógica personalizada, onde pode
implementar a lógica para o Business Add In (BAdI) Transferência de dados para itens do documento de vendas no
contexto empresarial Vendas: item do documento de vendas.
O sistema redetermina a hierarquia de produtos automaticamente quando você modi ca a data de determinação de
preços em um cabeçalho ou item do documento de vendas, mas apenas se a data relevante para a determinação da
hierarquia de produtos é a data de determinação do preço.
Documentos de faturamento
Se você criar um documento de faturamento de um documento de vendas precedente, o sistema copia os dados de hierarquia
de produtos diretamente do documento de vendas. Você pode visualizar os dados de hierarquia de produtos para um
determinado documento de faturamento na visão detalhada do item dentro do app Exibir documentos de faturamento e do app
Modi car documentos de faturamento.
Hierarquia de produtos e análise

Em alguns apps analíticos, você pode analisar os valores agregados e as quantidades de acordo com os níveis de hierarquia de
produtos. Você pode fazer isso ao efetuar drill down por produto e, em seguida, selecionando uma hierarquia de produtos
relevante. Você pode analisar por hierarquia de produtos nos seguintes apps analíticos:
Entrada de ordens do cliente - Análise exível
Faturamento - Análise exível
Ofertas de venda - Análise exível
Devoluções de cliente - Análise exível
 Lembrete
Conclua as seguintes etapas para ativar a visão de hierarquia de produtos:
1. Adicione o campo de produto a partir dos campos disponíveis.
3/24/2024
2. Selecione uma hierarquia de produtos usando uma das seguintes formas:
Abra o menu de contexto de um produto.
Selecione um produto e abra a caixa drop-down de hierarquia.
Administrar atribuições de hierarquia de produtos
Determinação de lote
Administrar hierarquias de produtos

Com este app você pode procurar atribuições existentes de hierarquias de produtos para as cadeia de distribuição de acordo
com os seus critérios de ltragem e exibi-las em uma lista. Uma atribuição possui um período de validade especí co. É
estabelecida entre uma hierarquia de produtos com status Ativo ou Em revisão, um objetivo desta hierarquia em um
documento de vendas ou documento de faturamento e uma cadeia de distribuição. Uma cadeia de distribuição é composta por
uma organização de vendas e um canal de distribuição. A partir da lista, você pode executar diferentes ações, como, por
exemplo, modi icar a validade de uma atribuição ou eliminar uma atribuição. Você também pode criar novas atribuições.
A atribuição permite que o sistema determine uma hierarquia de produtos adequada para os documentos de vendas. Durante a
determinação no documento de vendas, o período de validade da atribuição deve estar no intervalo de tempo da hierarquia de
produtos com o status Ativo. Nos documentos comerciais, você pode utilizar a hierarquia de produtos para diferentes ns:
Objetivo Determinação de lotes: Utilizado para ordens do cliente
Objetivo Vendas: Utilizado para documentos de vendas e documentos de faturamento, por exemplo, para a
determinação do preços
 Nota
Dependendo do objetivo, o sistema utiliza uma data especí ca para determinar a hierarquia de produtos adequada.
Para determinar a hierarquia de produtos para o objetivo de Vendas, o sistema utiliza a data de determinação de
preços. Você pode con gurar a data para o objetivo Vendas na atividade de con guração De nir data relevante para
determinação da hierarquia de produtos.
Para determinar a hierarquia de produtos para o objetivo Determinação de lote, o sistema utiliza a data atual do
sistema do servidor de aplicação.
Se você con gurar o objetivo Determinação de lote, mas o material ou produto na ordem do cliente não está ativado para a
administração de lotes, o sistema não pode determinar uma hierarquia de produtos.
Este app fornece as seguintes principais funcionalidades:
Pesquisa de atribuições
Você pode procurar atribuições na lista por meio de uma pesquisa de texto livre ou indicando valores de ltro, se
necessário. Utilize visões de layout para gravar e carregar ltros personalizados e layouts que você criou. Os valores que
você de niu nos ltros também estão gravados. Devido à utilização de caracteres de preenchimento na criação de
3/24/2024
atribuições, você não pode utilizar o asterisco (*) como valor de pesquisa para o Objetivo, Organização de vendasou
Canal de distribuição.
 Nota
Por padrão, a lista é ordenada por organização de vendas.
Modi car o período de validade de uma atribuição.
Selecione uma atribuição e escolha Modi car validade. Altere as datas Válido de e Válido até para esta atribuição.
 Nota
Você não pode modi car o período de validade para uma atribuição, se o novo período de validade se sobrepõe ao
período de validade de uma outra atribuição que tenha o mesmo objetivo e cadeia de distribuição.
Elimine uma atribuição.
Marque uma atribuição da lista e, em seguida, selecione Eliminar.
 Nota
Você só pode eliminar uma atribuição de cada vez.
Crie uma atribuição
Quando você criar atribuições, uma área exível é aberta, onde você pode preencher os campos de chave relevantes.
Você pode utilizar o curinga asterisco (*) para os campos Objetivo, Organização de vendase Canal de
distribuição. Dependendo da entrada de curinga em um campo, você também pode inserir o caractere genérico
em outros campos. Aplicam-se as seguintes regras:
Se você inserir o curinga no campo Objetivo, também deve indicá-lo na Organização de vendas e no Canal
de distribuição.
Se você indicar o curinga no campo Organização de vendas, também deve inserir o curinga no campo
Canal de distribuição.
Hierarquia de produtos
A hierarquia relevante tem que estar no status Ativo ou Em revisão. Se não, o sistema não é capaz de localizar
uma hierarquia de produtos relevante no documento de vendas. Para mais informações sobre os valores de
status, consulte a ajuda no-app no app Administrar hierarquias de produtos.
Canal de distribuição
Se você tiver de nido um canal de distribuição comum na atividade de con guração De nir canais de distribuição
comuns, o sistema determina a hierarquia de produtos com base no canal de distribuição comum ou de
referência. A entrada para outros canais de distribuição é ignorada.
Você deve gravar suas entradas.
 Nota
Após ter criado uma atribuição para uma hierarquia de produtos e gravar as entradas, o sistema restringe a
funcionalidade de atualização que você utiliza no app Administrar hierarquias de produtos para este determinado
período de hierarquia, porque é consumido:
Você pode deslocar ou eliminar nós nais existentes.
Você pode adicionar novos nós nais.
Você pode adicionar novos subnós diretamente abaixo do nó raiz.
3/24/2024
Você não pode eliminar ou deslocar subnós existentes.
Você não pode desativar ou eliminar o período de hierarquia, mesmo se você eliminar a atribuição em um
momento posterior.
Tipos de dispositivo suportados

Desktop
Exemplo: listagem e exclusão de materiais para hierarquias de

produtos
Exemplo
Cenário empresarial
Como fornecedor de bebidas quentes, você vende vários tipos de chá em um país. Você planeja criar uma hierarquia de
produtos para classi car os produtos de chá vendidos nas regiões norte e sul. Embora o cliente 1001 esteja na região sul (onde
o produto de chá vermelho RT_03 é vendido), você pretende proibir vendas de RT_03 para o cliente em ordens do cliente.
Processo global
1. Crie uma hierarquia de produtos no app Administrar hierarquias de produtos.
Hierarquia de produtos para chá
Nível do nó Tipo de nó ID do nó
0 Raiz TEA
1 Subnó TEA_NORTH
Produto WT_01
2 Subnó TEA_NORTH1
Produto GT_01
2 Subnó TEA_NORTH2
Produto RT_01
RT_02
1 Subnó TEA_SOUTH
Produto RT_03
Nesta hierarquia, o nó verde é a raiz, os nós azuis representam subnós e os nós amarelos (nós nais) representam
produtos. Mais tarde, você deve de nir o nó da hierarquia de produtos no seu registro de condições para um subnó da
sua hierarquia.
3/24/2024
2. No app Administrar atribuições da hierarquia de produtos, atribua a hierarquia de produtos ao objetivo Vendas e a uma
cadeia de distribuição. Você também deve indicar um período de validade para a atribuição.
 Nota
O cliente a ser de nido em seu registro de exclusão deve existir nesta cadeia de distribuição.
3. No seu ambiente de con guração, de na um esquema de exclusão de materiais relevante para hierarquias de produtos
e atribua o esquema à ordem do cliente.
A tabela seguinte lista algumas con gurações de exemplo:
Elemento da técnica de condições Observações Atividade de con guração
Tabela de condições Inclua os seguintes campos na sua Atualizar tabelas de condições para
tabela de condições: listagem/exclusão
Cliente
Nó da hierarquia de produtos
(PROD_HIER_NODE)
Sequência de acesso De na a direção como Folha para raiz. Atualizar sequências de acesso para
listagem/exclusão
 Nota
Direção é um campo obrigatório e a
distância é opcional. Para decidir se
você precisa indicar uma distância,
consulte as notas sobre
con gurações de direção e distância
descritas abaixo.
Tipo de condição Indique o ID do tipo de condição como Atualizar tipos de listagem/exclusão

EXPH.
Esquema de exclusão de material Atribua o esquema de exclusão à ordem Esquemas para atualizar
do cliente. listagem/exclusão
Ativar listagem/exclusão por tipo de

documento de vendas
4. No app Criar listagens e exclusões de material, crie um registro de exclusão de material para o tipo de condição EXPH.
Insira 1001 para o cliente e TEA_SOUTH para o nó da hierarquia de produtos.
Resultado
Quando você cria uma ordem do cliente para o cliente 1001 e o produto RT_03 (em TEA_SOUTH), é noti cado um erro indicando
que o produto é excluído.
 Nota
Para que a listagem ou exclusão baseada na hierarquia de produtos funcione em documentos de vendas, certi que-se de
que a data (ou seja, a data de determinação do preço ou a data de criação do documento) usada para a determinação da
hierarquia de produtos se encontra no período de validade da atribuição da hierarquia de produtos. Você pode con gurar a
data para a determinação da hierarquia de produtos na atividade de con guração De nir data relevante para determinação
da hierarquia de produtos. Para o objetivo de vendas, o sistema usa a data de determinação do preço por padrão.
3/24/2024
Suponha que a data de determinação do preço é usada para a determinação da hierarquia de produtos. Quando você
modi ca a data de determinação do preço em um documento de vendas (no qual ocorreu a listagem e a exclusão de
materiais para hierarquias de produtos), o sistema redetermina a hierarquia de produtos para garantir que a hierarquia é
válida na nova data. Contudo, esta redeterminação não acionaria uma nova veri cação na listagem ou exclusão de
materiais, o que signi ca que os resultados de listagem ou exclusão anteriores ainda se aplicam. Para mais informações
sobre quando ocorre a veri cação de listagem e exclusão de materiais, consulte a nota SAP 863767 .
Notas sobre a con guração da direção e distância para a avaliação da hierarquia de

produtos
Quando sua tabela de condições contém o nó da hierarquia de produtos (PROD_HIER_NODE), você deve selecionar uma
direção ("raiz para folha" ou "folha para raiz") para avaliação da hierarquia. Mais tarde, o sistema executaria a veri cação de
listagem ou exclusão nos subnós entre a raiz e uma folha, de acordo com a direção prede nida. Para direcionar a veri cação em
um determinado subnó, você pode precisar indicar adicionalmente uma distância. A distância é medida pelo número de níveis
hierárquicos da folha ou raiz.
Com base nas suas con gurações, o sistema determina os subnós ou o subnó relevante para a listagem e exclusão de materiais
em documentos de vendas:
1. Se o produto solicitado existir na sua hierarquia de produtos como folha, o sistema identi ca subnós de todos os níveis
hierárquicos relevantes para essa folha.
2. O sistema determina um itinerário de veri cação preliminar que passa por esses subnós. Dependendo da direção
prede nida, o itinerário pode começar da raiz para uma folha de borda (a folha abaixo do subnó mais longe da raiz) ou
vice-versa.
Se não tiver sido de nida nenhuma distância, o sistema considera todos os subnós ao longo do itinerário como
válidos para acesso a condições.
Se tiver sido de nida uma distância, o sistema determina um subnó no itinerário com base nos níveis
hierárquicos indicados. Este subnó individual será válido para o acesso a condições.
 Nota
O produto solicitado no seu documento de vendas pode não ser uma folha de borda. Por exemplo, no itinerário de
veri cação de TEA_NORTH para TEA_NORTH1, a folha de borda é GT_01, enquanto o produto solicitado pode ser
WT_01.
3. Ao efetuar o acesso a condições, o sistema veri ca os subnós ou o subnó prede nido em relação ao nó de hierarquia de
produtos atualizado no registro de condições. Se existir uma correspondência, a condição de listagem ou exclusão é
cumprida, o que signi ca que os produtos nos subnós ou no subnó prede nido podem ser listados ou excluídos. O
sistema interrompe a veri cação assim que um registro de condições válido for encontrado.
Geralmente, o nó da hierarquia de produtos que você indica no seu registro de condições (correspondente a um subnó na sua
hierarquia de produtos) deve conter ou conter parcialmente os produtos que você pretende listar ou excluir. Quando você indica
uma distância para restringir o acesso a condições a um subnó individual, o intervalo de listagem ou de exclusão (ou seja,
produtos que podem ser listados ou excluídos) pode ser inferior ao intervalo quando não está de nida nenhuma distância. Se
você planejar listar ou excluir mais produtos do que aqueles no subnó, não indique uma distância.
 Exemplo
Suponha que você tem uma hierarquia de produtos para chá (consulte a tabela acima) e pretende excluir determinados
produtos para um grupo de clientes na região norte. O nó da hierarquia de produtos atualizado no registro de exclusão é
TEA_NORTH2. A tabela seguinte lista as con gurações possíveis e o respectivo impacto na exclusão.
3/24/2024
Con guração Produto Itinerário de veri cação Con guração Subnó relevante Registro de Produto
da direção solicitado preliminar da distância para acesso a condições excluído?
condições encontrado?
Raiz para WT_01 ou TEA_NORTH > Em branco ou TEA_NORTH, Não Não

folha GT_01 TEA_NORTH1 0 TEA_NORTH1
1 TEA_NORTH
2 TEA_NORTH1
WT_01, TEA_NORTH > Em branco ou TEA_NORTH, Sim Sim para

RT_01 ou TEA_NORTH2 0 TEA_NORTH2 WT_01, RT_01
Produtos nos dois
RT_02 e RT_02
subnós que
podem ser
excluídos
1 TEA_NORTH Não Não
2 TEA_NORTH2 Sim Sim para RT_01

e RT_02
Produtos no
subnó que pode
ser excluído
RT_03 TEA_SOUTH Em branco ou TEA_SOUTH Não Não

0
1 TEA_SOUTH
2 Nenhum
Folha para WT_01 ou TEA_NORTH1 > Em branco ou TEA_NORTH1, Não Não

raiz GT_01 TEA_NORTH 0 TEA_NORTH
1 TEA_NORTH1
2 TEA_NORTH
WT_01, TEA_NORTH2 > Em branco ou TEA_NORTH2, Sim Sim para

RT_01 ou TEA_NORTH 0 TEA_NORTH WT_01, RT_01
Produtos nos dois
RT_02 e RT_02
subnós que
podem ser
excluídos
1 TEA_NORTH2 Sim Sim para RT_01

e RT_02
Produtos no
subnó que pode
ser excluído
2 TEA_NORTH Não Não
RT_03 TEA_SOUTH Em branco ou TEA_SOUTH Não Não

0
1 TEA_SOUTH
2 Nenhum
 Nota
A distância não deve exceder o número de subnós (ou o número de níveis hierárquicos, não contando na raiz ou folha) no
itinerário de veri cação preliminar. Caso contrário, o sistema não consegue encontrar nenhum subnó para a veri cação de
3/24/2024
listagem ou exclusão de materiais.
Neste exemplo, os valores da distância possíveis são descritos da seguinte forma:
Se a distância for 0 ou for deixada em branco, todos os subnós no itinerário de veri cação são relevantes para o
acesso a condições.
Quando a distância é 1, o primeiro subnó no itinerário de veri cação (ou seja, o subnó ao lado da raiz ou folha de
borda) é relevante para o acesso a condições.
Quando a distância é 2, o segundo subnó no itinerário de veri cação (ou seja, o segundo subnó da raiz ou folha de
borda) é relevante para o acesso a condições.
Listagem e exclusão de materiais
Ambiente de con guração de SAP S/4HANA Cloud
Administrar materiais do cliente

ID do app: F2499
Utilização
Esta aplicação permite que você atualize informações especí cas do cliente para os produtos da sua empresa.
Principais funcionalidades da aplicação:
Exibir material do cliente
A aplicação exibe uma lista de registros de material do cliente.
Exibir modi cações para um material do cliente
As modi cações mais importantes efetuadas em um material do cliente são rastreadas e exibidas como parte do
registro de material do cliente.
Procurar material do cliente utilizando a barra de ltros inteligente
Você pode utilizar texto simples ou inserir critérios de pesquisa como, por exemplo: editar status da ordem, cliente,
material, material do cliente, organização de vendas ou canal de distribuição.
Criar material do cliente
Você deve indicar as seguintes informações: cliente, produto, organização de vendas e canal de distribuição. Também se
recomenda que você indique a descrição de material do cliente e o material do cliente.
 Nota
Um registro incompleto é gravado automaticamente como esboço e pode ser concluído no futuro.
3/24/2024
Copiar material do cliente
Ao copiar um registro, a aplicação prede ne automaticamente informações obrigatórias, como dados do cliente, da
organização de vendas e do canal de distribuição. Todos os outros campos podem ser modi cados pelo usuário.
 Nota
Você pode copiar um registro de material do cliente que está gravado como esboço.
Modi car material do cliente
Você deve selecionar um material do cliente especí co para modi cá-lo.
Adicionar material de cliente adicional
Você pode atribuir vários registros de informações do material do cliente a um número do produto individual.
Eliminar um ou vários materiais do cliente
Você deve selecionar os registros de material do cliente que quer eliminar.
Navegar de um material do cliente para outro
Você pode acessar materiais do cliente adicionais de um registro especí co sem ir para o report de lista.
Criar classi cação para material do cliente
Você pode criar a classi cação para o material do cliente e de nir a mesma como uma entrada padrão a ser utilizada em
itens do documento de vendas.
Criar dados de expedição dependentes do endereço
Se o tratamento de vários endereços para parceiros de negócios estiver ativo no seu sistema, você pode ligar endereços
de parceiro de negócios de um cliente a centros fornecedores especí cos para cada material do cliente.
Para mais informações sobre o tratamento de endereços múltiplos para parceiros de negócios em documentos SD e
como ativar o mesmo, consulte Tratamento de vários endereços em documentos SD usando o parceiro de negócios SAP.
Adicionar devoluções de cliente ao SAP CoPilot.
Uma vez adicionadas, você pode exibir os detalhes do material do cliente no cartão de visualização Detalhes do objeto.
Você também pode escolher abrir o registro de material do cliente no app Administrar materiais do cliente, clicando no
link Abrir no app.
Con gurações de campo em dados mestre diferentes

Alguns campos no mestre de materiais do cliente também existem no mestre de produtos ou de clientes. Para esses campos,
as con gurações no mestre de materiais do cliente têm prioridade sobre as de outros dados mestre. Por exemplo, você pode
indicar o campo do centro no mestre de materiais do cliente e no mestre de produtos. Se tiverem sido indicados centros
diferentes no mestre de materiais do cliente e no mestre de produtos, o centro do material do cliente teria efeito durante o
processamento de vendas.
Tipos de dispositivos suportados

Desktop
Tablet
3/24/2024
Working with Integrated Collaboration Tools
Adotar classi cação de material do cliente em documentos de vendas
Extensibilidade do app: Administrar materiais do cliente

Você pode ampliar o app Administrar materiais do cliente de acordo com suas necessidades empresariais.
Funcionalidades
Os usuários-chave podem ampliar o app no app Campos personalizados usando o contexto empresarial Vendas: material do
cliente:
Você pode ativar a utilização de seus campos personalizados para o app na seção Interfaces do usuário da atualização de
campos personalizados e publicar os campos personalizados.
Você pode adicionar campos aos seguintes elementos da IU usando adaptação da IU no momento da execução:
Elemento de IU Contexto empresarial
Materiais do cliente Vendas: Material do cliente
Materiais do cliente Material do cliente Expedição Vendas: Material do cliente
Materiais do cliente Material do cliente Fornecimento Vendas: Material do cliente

parcial
Materiais do cliente Material do cliente Dados de controle Vendas: Material do cliente
Para mais informações sobre como ajustar uma IU SAP Fiori no momento da execução, consulte Making UI Changes (Object
Pages).
App Campos personalizados e app Lógica personalizada
Extensibilidade de usuário-chave
Procurar um material do cliente
Utilização
Para procurar um material do cliente especí co, você utiliza o Enterprise Search na barra de cabeçalho do launchpad do SAP
Fiori. Antes de inserir qualquer atributo no campo de entrada da pesquisa, você deve selecionar a categoria Materiais do
cliente.
No campo de entrada da pesquisa, você pode, por exemplo, inserir um número do produto para exibir todos registros de
material do cliente contendo esse número de produto. Para restringir seus resultados da pesquisa, você também pode
combinar diversos atributos, como um número de produto e uma organização de vendas. A pesquisa considera os campos
seguintes:
Material do cliente
Cliente
3/24/2024
Organização de vendas
Produto (isto é, material)
Utilização do item
Prioridade de remessa
Centro
Campos personalizados (se os usuários-chave os tiverem adicionados ao modelo Enterprise Search

ESH_S_CUSTOMERMATERIAL)
Como resultado, é exibida uma lista de materiais do cliente. Para o primeiro material do cliente, a área de representação inclui
o cabeçalho, o resumo e detalhes. Para todos os outros materiais do cliente, você só visualiza um cabeçalho e um resumo. Para
exibir os detalhes de outros materiais do cliente, você pode expandir a área de exibição.
Para restringir ainda mais os resultados da pesquisa àqueles que são relevantes para você, pode aplicar um ou mais ltros (por
exemplo, um status especí co). Você também pode ordenar os resultados da pesquisa de acordo com suas necessidades.
Mais informações
Para informações gerais sobre como procurar uma oágina de objeto, consulte Pesquisa.
Administrar modelos de pesquisa
Processar modelos de pesquisa fornecidos pela SAP
Campos personalizados
Propostas de itens de vendas

Frequentemente, as combinações de material que ocorrem e as quantidades da remessa podem ser armazenadas como
propostas de itens. Durante a criação de uma ordem, você pode retirar itens de proposta de itens. Você também pode utilizar
uma ajuda para pesquisa. Uma proposta de itens pode ser composto de materiais de tipos de material diferentes.
A entrada da ordem pode ser processada com mais e ciência usando as propostas de itens. Por exemplo, as propostas de itens
podem ser transferidas para um documento de ordem do cliente ou ser selecionadas a partir de uma lista de seleção. Os dados
do mestre de materiais atual são sempre considerados. Os itens propostos de uma proposta de itens podem ser sempre
modi cados na ordem do cliente.
Exemplo
Uma proposta de produto que contém os materiais pedidos normalmente por um cliente pode ser atribuída a esse cliente. Ao
utilizar as propostas de itens no documento de vendas, esta proposta de itens é então proposta para seleção.
Administrar propostas de itens de vendas

Utilização
3/24/2024
Com este app, você pode procurar por, criar, processar e eliminar propostas de itens de vendas, de acordo com os seus critérios
de ltro.
Se um cliente encomendar com frequência a mesma combinação de produtos (ou seja, materiais), ou se você recomendar uma
determinada seleção de produtos para uma ordem de abertura, você pode armazenar os dados utilizados com frequência como
uma proposta de itens, para reduzir o tempo necessário durante o processamento da ordem. Se você quiser, a proposta de
itens também pode incluir quantidades de ordem propostas. Você também pode exibir uma lista de clientes atribuídos para
cada proposta de itens de vendas.
Durante o processamento da ordem, você pode depois chamar todos ou alguns dos produtos e dados de quantidade da
proposta de itens diretamente para o documento de vendas. Os itens propostos de uma proposta de itens ainda podem ser
modi cados na ordem do cliente.
Procurar propostas de itens de vendas utilizando uma pesquisa de texto livre
Procurar propostas de itens de vendas com base em um ou mais critérios de ltragem
 Nota
Recomenda-se vivamente que você limite seus resultados de pesquisa, utilizando vários ltros para evitar problemas
de performance.
Criar uma variante para a seleção de ltro atual e gravar a mesma para referência posterior
 Nota
A SAP fornece uma variante de ltro padrão.
Restaurar a variante de ltro padrão
Ordenar propostas de itens de vendas na lista de resultados
Restaurar a sequência de ordenação padrão
Ocultar ou exibir colunas na lista
 Nota
A SAP fornece uma seleção de colunas padrão.
Restaurar a seleção de colunas padrão
Agrupar propostas de itens de vendas na lista de resultados
Restaurar o agrupamento padrão
Criar uma proposta de itens de vendas nova inserindo pelo menos os seguintes dados:
Tipo de documento de vendas
Organização de vendas
Setor de organização
 Nota
3/24/2024
Ao criar ou processar propostas de itens de vendas, todas as modi cações são gravadas automaticamente como
rascunhos, pelo sistema. No entanto, os dados de propostas de itens de vendas em versão de rascunho não podem
ser chamados durante o processamento da ordem.
Navegar para a página de síntese de uma proposta de itens de vendas, para exibir ou modi car dados, selecionando uma
linha na lista
De nir um critério de pesquisa no campo Descrição, que pode der utilizado mais tarde para chamar a proposta de itens
durante o processamento da ordem
Visualizar informações de contato do cliente para os dados mestre do cliente para a proposta de itens de vendas
selecionada
Eliminar proposta de itens de vendas existentes

Desktop
Tablet
Extensibilidade do app: Administrar propostas de itens de vendas

Você pode ampliar o app Administrar propostas de itens de vendas de acordo com suas necessidades empresariais.
Funcionalidades
Os usuários-chave ampliam o app no app Campos personalizados usando o contexto empresarial Vendas: item do documento
de vendas.
Você pode ativar a utilização de seus campos personalizados para o app na seção IUs e relatórios da atualização de campos
personalizados e publicar os campos personalizados.
Você pode adicionar campos aos seguintes elementos da IU usando adaptação da IU no momento da execução:
Elemento de IU Contexto empresarial
Proposta de itens de vendas Materiais Vendas: Item do documento de vendas
Para mais informações sobre como ajustar uma IU SAP Fiori no momento da execução, consulte Making UI Changes (Object
Pages).
Campos personalizados
Criar propostas de itens de vendas

Com este app, você pode criar propostas de itens de vendas. As propostas de itens de vendas podem ser usadas se
determinadas combinações de materiais forem frequentemente pedidas e entregues em determinadas quantidades.
3/24/2024
Quando você cria propostas de itens, você pode inserir diferentes materiais com quantidades propostas.
Você pode transferir listas técnicas (por exemplo, materiais con guráveis) para uma proposta de itens. No entanto, não
é possível expodir ou con gurar uma lista técnica em uma proposta de itens. Você só pode executar isso quando a
estiver copiando para uma ordem do cliente.
Na síntese para a criação de propostas de itens, você pode inserir os materiais e as quantidades. No campo para
descrições, você pode de nir um critério de pesquisa que pode usar mais tarde para recuperar a proposta de itens.
Quando você salva propostas de itens, o sistema atribui números de propostas de itens.

Desktop
Modi car propostas de itens de vendas

Com este app, você pode modi car propostas de itens de vendas.
Procurar as suas propostas de itens por número de proposta do itens ou descrição de proposta de itens.
Modi car a proposta de itens (por exemplo, material, quantidade prevista ou unidade de medida).

Desktop
Exibir propostas de itens de vendas

Com este app, você pode exibir propostas de itens de vendas.
Funcionalidades principais
3/24/2024
Procurar as suas propostas de itens por número de proposta de itens ou descrição de proposta de itens
Exibir detalhes de proposta de itens (por exemplo, material, quantidade prevista ou unidade de medida)
Exibir detalhes do produto

Desktop
Listar proposta de itens

Com este app você pode procurar propostas de itens de vendas de acordo com seus critérios de ltragem e exibir os mesmos
em uma lista.
Procurar itens de vendas com base em um ou mais critérios de ltragem
Exibir uma lista de propostas de itens e detalhes sobre cada proposta de itens
Executar uma modi cação em lote de propostas de itens
Por exemplo, você pode modi car o material, o centro ou a moeda para propostas de itens selecionadas.

Desktop
Objetivo
A listagem e exclusão de materiais (ou seja, produtos) permite a você controlar quais materiais clientes especí cos podem ou
não comprar. Se você criar uma listagem de materiais para um cliente especí co, o cliente só pode encomendar produtos dessa
lista. Você também pode criar um registro mestre para exclusão de materiais para um determinado cliente. Em seguida, o
cliente não pode encomendar a você materiais excluídos.
 Exemplo
Um fornecedor de substâncias químicas pode ter um conjunto de clientes que são legalmente inelegíveis para comprar
substâncias químicas voláteis. Para isso, pode ser atualizada uma exclusão de materiais para cada cliente.
3/24/2024
A gura a seguir exibe a funcionalidade de listagem e exclusão de materiais.
Funções do parceiro na listagem de materiais

A listagem de materiais é válida para duas funções do parceiro em vendas: o emissor da ordem e o pagador.
Na versão padrão do sistema SAP, quando o emissor da ordem e pagador são diferentes, a veri cação da listagem de materiais
é da seguinte forma:
Se o emissor da ordem tiver uma listagem de materiais, o sistema só veri ca essa listagem (nenhuma outra veri cação
é efetuada).
 Nota
A listagem de materiais para um emissor da ordem pode incluir materiais que não são exibidos na listagem de
materiais para o pagador (por exemplo, no caso de materiais que são raramente pedidos ou só em casos
excepcionais)
Se não existir nenhuma listagem para o emissor da ordem, mas tiver sido criada uma listagem para o pagador, o
sistema veri ca automaticamente a listagem do pagador.
Se não existirem dados de listagem de materiais para o emissor da ordem ou pagador, o cliente pode pedir qualquer
material.
Con guração
Você efetua con gurações para a listagem e exclusão de materiais nas seguintes atividades de con guração no seu ambiente
de con guração:
Atualizar tabelas de condições para listagem/exclusão
Atualizar sequências de acesso para listagem/exclusão
Atualizar tipos de listagem/exclusão
Esquemas para atualizar listagem/exclusão
3/24/2024
Ativar listagem/exclusão por tipo de documento de vendas
Para informações sobre quando ocorre a listagem e exclusão de materiais em documentos de vendas, consulte as seguintes
informações:
Perguntas mais frequentes Listagem/exclusão - 863767
Criar listagens e exclusões de material

Com este app, você pode criar registros da determinação do material.
Selecione um tipo de listagem ou exclusão.
A versão padrão do sistema da SAP inclui dois tipos de listagem de materiais/exclusão de material:
A001 para listagem de materiais
B001 para exclusão de material
Indique chaves de condição relevantes (por exemplo, cliente), o período de validade e os materiais que você pretende
incluir ou excluir.
Criar listagens e exclusões de materiais com referência

Com este app, você pode criar listagens e exclusões de materiais com referência às existentes.
A versão padrão do sistema da SAP inclui dois tipos de listagem de materiais/exclusão de materiais:
B001 para exclusão de materiais
Indique as chaves de condições com base nas quais uma listagem de materiais ou exclusão de materiais foi de nida.
Atualize as entradas existentes, conforme necessário, para criar rapidamente novas listagens ou exclusões de materiais
que tenham atributos semelhantes (por exemplo, o período de validade) que o registro existente anteriormente.
Modi car listagens e exclusões de materiais

Com este app, você pode modi car listagens e exclusões de materiais.
3/24/2024
A versão padrão do sistema da SAP inclui dois tipos de listagem de materiais/exclusão de materiais:
B001 para exclusão de materiais
Procurar listagem de materiais ou exclusões com base em um ou mais critérios de ltragem
Editar atributos da listagem de materiais ou exclusão de materiais.
Exibir listagens e exclusões de material

Com este app, você pode exibir listagens e exclusões de material.
A versão padrão do sistema da SAP inclui dois tipos de listagem de materiais/exclusão de material:
B001 para exclusão de material
Exibir todas as listagens ou exclusões de material ou procurar registros com base em um ou mais critérios de ltragem.
Lógica personalizada: requisitos na listagem e exclusão

Com esta função, você pode introduzir controles adicionais na listagem e exclusão de produtos (ou seja, material) e in uenciar
a capacidade de venda do produto de acordo com suas necessidades empresariais.
Como usuário-chave, você pode de nir requisitos implementando a lógica personalizada para dois Business Add Ins (BAdIs) no
app Lógica personalizada. O sistema só processa condições relevantes de listagem ou exclusão se os requisitos indicados
forem cumpridos.
BAdI Descrição Controlado por
SD_LSTG_EXCLSN_RQMT_DOC Requisitos na listagem/exclusão para documentos Só campos de cabeçalho

de vendas
SD_LSTG_EXCLSN_RQMT_DOC_ITEM Requisitos na listagem/exclusão para itens de Campos de cabeçalho, campos de

documento de vendas item ou os dois
 Nota
Neste documento, as formas breves "requisito de documento" e "requisito de item" são utilizadas para descrever os dois
requisitos.
3/24/2024
Em cada implementação de BAdI, a lógica personalizada veri ca os campos de documento selecionados em relação às regras
indicadas. Dependendo do resultado da veri cação (requisito cumprido ou não cumprido), o sistema determina se a condição
relevante deve ser processada durante a listagem e exclusão.
Para que a sua lógica personalizada seja executada, você pode adaptar a sua con guração de listagem ou exclusão ao
implementações de BAdI para mapear números de rotina e ao atribuir cada número de rotina a um tipo de condição ou a um
acesso. Como resultado, durante a listagem ou a exclusão de produtos, o sistema chama implementações atribuídas da
seguinte forma:
Requisito de documento: veri ca se a listagem ou a exclusão deve terminar para a condição. O resultado da veri cação é
aplicado a todos os itens do documento.
Requisito de item: veri ca se o sistema deve acessar os registros de condição para a condição. O resultado da
veri cação é especí co para cada item do documento.
Processo de con guração geral

Execute as seguintes etapas para ativar os requisitos na listagem e exclusão de produtos:
1. No app Lógica personalizada, crie uma implementação de BAdI com lógica personalizadano contexto empresarial
Vendas: Listagem/exclusão. Certi que-se de que você atribui um valor de ltro único à implementação.
2. Adapte a sua con guração de listagem ou exclusão no seu ambiente de con guração da seguinte forma:
a. Mapeie a implementação de BAdI para um número de rotina.
Na atividade de con guração De nir requisitos em listagem/exclusão, registre um número de rotina para a
opção de ampliação do processo Requisito usado em listagem/exclusão. Para esse número de rotina, insira o
valor do ltro da implementação como o ID de ampliação para a tarefa de opção de ampliação do processo
relevante.
 Nota
O ID de ampliação tem que corresponder ao valor do ltro da implementação de BAdI.
b. Atribua o número de rotina a um tipo de condição ou a um acesso.
Na atividade de con guração Procedimentos para atualização de listagem/exclusão, insira o número de

rotina como um requisito para um tipo de condição.
Na atividade de con guração Atualizar sequências de acesso para listagem/exclusão, insira o número de
rotina como um requisito para um acesso.
Como os requisitos funcionam na listagem e exclusão

O seguinte descreve como os requisitos afetam a determinação de listagem e de exclusão e a capacidade de venda do produto
para a condição relevante.
O sistema processa requisitos na seguinte sequência:
Se uma condição for atribuída com os dois requisitos, o sistema veri ca o requisito do documento antes de veri car o
requisito do item.
Se um tipo de condição e o respectivo acesso de nível inferior tiverem sido atribuídos com requisitos, o sistema veri ca o
requisito para o tipo de condição antes do requisito para o acesso.
Listagem
3/24/2024
A tabela lista o impacto dos requisitos na determinação de listagem e na capacidade de venda do produto.
Se.. Impacto na determinação de listagem Impacto na capacidade de venda do produto
O requisito do O sistema encerra a determinação de listagem. O cliente pode encomendar qualquer produto,
documento não foi como se não existisse um registro de listagem.
cumprido
O requisito do item O sistema determina que não foi encontrado nenhum registro O cliente não pode encomendar um produto
não foi cumprido válido (sem acessar registros de condição mapeados). listado.
 Nota
O fato de o sistema veri car um requisito durante a listagem também depende da con guração da e cácia das condições de
listagem no seu ambiente de con guração. Por exemplo, se a primeira condição de listagem estiver con gurada como
somente efetiva, mas os requisitos forem mapeados para a terceira condição, o sistema nunca veri ca esse requisito. Para
detalhes de con guração, consulte a atividade de con guração Ativar listagem/exclusão por tipo de documento de vendas.
O grá co seguinte exibe o escopo do impacto (marcado em azul) de requisitos na listagem.
 Exemplo
Um fornecedor de refrigerantes dos EUA abre as vendas de todos os produtos em seu país de origem. Em países ou regiões
fora dos EUA, o fornecedor só vende o produto TG-11. Para isso, o fornecedor pode de nir, para a condição "produto", um
requisito de documento como não cumprido, quando o país/região de destino = EUA.
O requisito de documento veri ca o campo de cabeçalho País/região de destino. Ele é utilizado como um pré-requisito para
o acesso ao registro de condição. Quando não está cumprido, a própria listagem não ocorre para a condição, e todos os
produtos podem ser vendidos nos EUA.
Exclusão
3/24/2024
A tabela lista o impacto dos requisitos na determinação de exclusão e na capacidade de venda do produto.
Se.. Impacto na determinação de exclusão Impacto na capacidade de venda do produto
O requisito do O sistema encerra a determinação de exclusão. O cliente pode encomendar qualquer produto,
documento não foi como se não existisse um registro de exclusão.
cumprido
O requisito do item O sistema determina que não foi encontrado nenhum registro O cliente pode encomendar um produto excluído.
não foi cumprido válido (sem acessar registros de condição mapeados).
Para a exclusão, somente um tipo de requisito pode ter efeito por condição. O sistema não processa um requisito nos seguintes
casos.
O sistema ignora um requisito de item se a condição só envolver campos de cabeçalho. O grá co exibe o escopo do
impacto (marcado em azul) de requisitos neste caso.
O sistema ignora um requisito de documento se a condição envolver campos de item. O grá co exibe o escopo do
impacto (marcado em azul) de requisitos neste caso.
3/24/2024
 Exemplo
Um fornecedor de telefones pretende proibir as vendas do seu modelo de smartphone TG-11 na organização de vendas 1710,
exceto para o cliente A. Para isso, o fornecedor pode criar um registro de exclusão com "produto (TG-11)+organização de
vendas (1710)" e de nir um requisito de item para a condição "produto+organização de vendas" como não cumprido quando
Emissor da ordem = A, Produto = TG-11 e Organização de vendas = 1710.
O requisito de item veri ca os campos de cabeçalho emissor da ordem, organização de vendas e o produto de campo de
item. Ele é utilizado como um requisito imediato para o acesso ao registro de condição. Quando é não cumprido, o sistema
não acessa o registro de exclusão, mas determina que não foi encontrado nenhum registro válido para a condição,
estornando, assim, a capacidade de venda do TG-11 na organização de vendas 1710 para o cliente A.
App Campos personalizados e app Lógica personalizada
Hierarquias de clientes em vendas

Saiba como con gurar e trabalhar com hierarquias de clientes.
No processo de vendas, as hierarquias de clientes são frequentemente necessárias e úteis para organizar clientes em vários
níveis, para utilizações como a determinação do preço. Você pode usar as hierarquias de clientes para a determinação do preço
em documentos de vendas e de faturamento, se os cálculos de preço forem de nidos como dependentes de dados da
hierarquia de clientes.
Com hierarquias de clientes, você pode re etir a estrutura das suas organizações de clientes. Se você usar hierarquias de
clientes em vendas, pode usá-las para determinar preços para o nó de hierarquia con gurado no app Administrar preços -
Vendas durante o processamento de documentos de vendas. Para a utilização na determinação do preço, você pode de nir
registros de condições para cada nó da hierarquia de clientes. Por exemplo, os descontos dados para um nó de hierarquia em
um nível superior são válidos para todos os clientes ou parceiros de negócios em um nível inferior.
3/24/2024
 Nota
Ao trabalhar com hierarquias de clientes em documentos de vendas e de faturamento, são usados os seguintes termos
semelhantes, dependendo do contexto:
Termo Utilização?
App Administrar hierarquias de clientes Documento de vendas/documento de

faturamento
Cliente X
Parceiro de negócios X
Emissor da ordem X
X indica a utilização do termo no respectivo contexto.
Esta ampliação fornece as seguintes principais funcionalidades:
Determina a hierarquia de clientes para uma combinação de área de vendas, data de criação do documento e emissor
da ordem nos documentos de vendas.
Exibe parte da hierarquia de clientes relevante para o documento comercial especí co.
Redetermina a hierarquia de clientes quando o emissor da ordem é modi cado em documentos de vendas.
Determina preços para os nós associados à hierarquia de clientes em documentos de vendas.
Copia os dados da hierarquia de clientes e as con gurações de relevância da hierarquia de clientes do documento de
vendas para um documento de faturamento.
Con gurar hierarquias de clientes para utilização em documentos comerciais

1. Con gure as hierarquias de clientes.
Crie hierarquias de clientes no app Administrar hierarquias de clientes com o tipo de hierarquia Hierarquia de clientes -
Vendas que contém o nó raiz e subnós (o subnó pode ser composto por um parceiro de negócios ou um identi cador
de nido livremente para ns de estruturação) com base em um período especí co e parceiros de negócios que você
pretende usar como emissores da ordem em documentos de vendas. O parceiro de negócios nos subnós de uma
hierarquia de clientes e a hierarquia de clientes devem ter a mesma área de vendas (a área de vendas é uma
combinação de organização de vendas, canal de distribuição e setor de atividade).
Ao criar subnós, você pode selecionar o campo de seleção Relevante para determinação do preço se pretender que os
subnós do identi cador de nidos livremente sejam considerados para a determinação do preço. A relevância para
determinação do preço é atribuída ao nó raiz por padrão ao criar hierarquias de clientes para vendas.
 Nota
A relevância para determinação do preço para os parceiros de negócios e os subnós que se referem a
parceiros de negócios só podem ser de nidos ao criar ou atualizar os parceiros de negócios.
Se você tiver de nido um canal de distribuição comum na atividade de con guração De nir canais de
distribuição comuns, o sistema determina a hierarquia de clientes com base no canal de distribuição comum
ou de referência.
Se você tiver de nido um setor de atividade comum na atividade de con guração De nir setores de atividade
comuns, o sistema determina a hierarquia de clientes com base no setor de atividade comum ou de
referência.
3/24/2024
2. Atribua a relevância da hierarquia de clientes ao tipo de documento de vendas.
O sistema determina a hierarquia de clientes para uma combinação de área de vendas, data de criação do documento e
emissor da ordem em um documento de vendas se você de nir a relevância da hierarquia de clientes como 01
Determinação básica da hierarquia para o tipo de documento de vendas. Você pode atribuir a relevância aos tipos de
documento de vendas fornecidos previamente disponíveis na atividade de con guração.
 Nota
Se você não pretender que o sistema determine a hierarquia de clientes para um tipo de documento de vendas,
de na a relevância como Nenhuma determinação de hierarquia.
No seu ambiente de con guração, use a função de pesquisa para abrir a seguinte atividade: Atribuir relevância da
hierarquia de clientes a tipos de documento de vendas. Para mais informações, consulte Ambiente de con guração do
SAP S/4HANA Cloud.
3. Con gure a determinação do preço.
Para usar hierarquias de clientes para funções de determinação do preço, você pode usar os seguintes campos no
catálogo de campos:
Campo ID do nó raiz da hierarquia de clientes CUST_HIER_ROOT_NODE
Campo ID do nó da hierarquia de clientes CUST_HIER_NODE_VALUE
Campo Tipo de nó da hierarquia de clientes CUST_HIER_NODE_TYPE
No seu ambiente de con guração, você deve de nir um esquema de cálculo que contenha um tipo de condição com uma
sequência de acesso que referencie uma tabela de condições para hierarquias de clientes. Você pode usar os seguintes
elementos fornecidos previamente:
Tabela de condições 4BN Org.vendas/Canal distrib./ID raiz HC/ID

do nó HC/Tipo de nó
Sequência de acesso DCH1 Hierarquia de clientes
Tipo de condição DCH1 Hierarquia de clientes
Na sequência de acesso fornecida previamente para o campo ID do nó da hierarquia de clientes

CUST_HIER_NODE_VALUE, você deve selecionar a direção da análise de hierarquia no campo Direção. Além disso, você
pode de nir a distância que é medida em números de níveis de hierarquia no campo Distância.
 Nota
O nó raiz nem o nó nal são considerados durante a determinação do preço, porque o nó raiz é igual ao identi cador
de hierarquia (ID) e o nó nal é igual ao emissor da ordem nos documentos comerciais.
Por m, você deve criar registros de condições para os respectivos nós da hierarquia de clientes no app Administrar
preços - Vendas usando o tipo de condição relevante.
Se você não usar os elementos fornecidos previamente, deve executar as seguintes atividades no seu ambiente de
con guração:
a. Na sua tabela de condições personalizada, você deve incluir o campo ID do nó raiz da hierarquia de clientes
CUST_HIER_ROOT_NODE, o campo ID do nó da hierarquia de clientes CUST_HIER_NODE_VALUE e o campo Tipo
de nó da hierarquia de clientes CUST_HIER_NODE_TYPE.
3/24/2024
b. Na sua sequência de acesso personalizado, para o campo ID do nó da hierarquia de clientes
CUST_HIER_NODE_VALUE, você deve selecionar a direção da análise de hierarquia e pode de nir a distância.
c. Para o tipo de condição personalizado, você pode indicar sua sequência de acesso personalizada.
Hierarquia de clientes durante o processamento de documentos comerciais

A hierarquia de clientes em um documento de vendas é determinada com base na área de vendas, data de criação do
documento e emissor da ordem inserido. Os dados de hierarquia de clientes e as con gurações de relevância da hierarquia de
clientes são copiados dos documentos precedentes quando os documentos subsequentes são criados. Por exemplo, de uma
ordem do cliente para um documento de faturamento ou de uma oferta de venda para uma ordem do cliente.
 Nota
Se você criar um documento subsequente usando a opção Criar com referência (por exemplo, ordem do cliente para uma
oferta de venda ou devolução de cliente para documento de faturamento), o sistema copia os detalhes da hierarquia de
clientes e as con gurações de relevância da hierarquia de clientes dos documentos referenciados.
Você pode visualizar os dados da hierarquia de clientes para um documento de vendas, incluindo o Nó de hierarquia, Tipo de nó
de hierarquia e Relevante para determinação do preço, exibindo a guia Hierarquia de clientes na visão detalhada do cabeçalho
de documentos de vendas dos apps Criar ordens do cliente - VA01, Modi car ordens do cliente - VA02, Exibir ordens do cliente -
VA03, Criar ofertas de venda - VA21, Modi car ofertas de venda - VA22 e Exibir ofertas de venda - VA23. Você também pode
visualizar os elementos de preço associados à hierarquia de clientes na guia Condições nesses apps.
Documentos de faturamento e documentos de faturamento preliminares
Você pode visualizar os dados da hierarquia de clientes para um documento de faturamento especí co, navegando para a guia
Hierarquia de clientes na visão detalhada do cabeçalho dos apps Criar documentos de faturamento - VF01, Exibir documentos
de faturamento e Modi car documentos de faturamento.
Para documentos de faturamento preliminares, você pode efetuar o mesmo nos apps Modi car documentos de faturamento
preliminares e Exibir documentos de faturamento preliminares.
 Nota
Você só pode criar um documento de faturamento preliminar no app SAP Fiori.
Em cada caso, você também pode visualizar os elementos de preço associados à hierarquia de clientes na guia Condições
nesses apps.
 Nota
O sistema escreve a atribuição da hierarquia de clientes do emissor da ordem de um documento de vendas no cabeçalho do
documento como um campo relevante para partição. Por isso, durante a criação do documento de faturamento, o sistema
não pode convergir os dados de faturamento de vários documentos de vendas em um documento de faturamento
combinado se o emissor da ordem tiver atribuições de hierarquia de clientes em alguns dos documentos faturados, mas não
em outros. Esta situação pode ocorrer quando alguns dos documentos de vendas foram criados antes da ativação de uma
hierarquia de clientes e outros foram criados após a ativação.
O mesmo princípio se aplica ao faturamento de documentos de vendas nos quais o mesmo emissor da ordem está atribuído
a diferentes versões da hierarquia de clientes em todos os documentos de vendas faturados. Nesses casos, os dados de
faturamento dos documentos de vendas faturados também não podem ser combinados em um único documento de
faturamento.
3/24/2024
Para mais informações sobre o comportamento de partição de fatura, consulte Partição e convergência do documento de
faturamento.
Hierarquia de clientes e análise

Em alguns apps analíticos, você pode analisar os valores agregados e as quantidades de acordo com os níveis de hierarquia de
clientes. Você pode fazer isso ao efetuar drill down por emissor da ordem e, em seguida, selecionando uma hierarquia de
clientes relevante. Você pode analisar por hierarquia de clientes nos seguintes apps analíticos:
Entrada de pedidos do cliente - análise exível
Faturamento - análise exível
Ofertas de venda - Análise exível
Devoluções de cliente - Análise exível
Para ativar a visão de hierarquia de clientes, selecione uma hierarquia de clientes usando uma das seguintes formas:
Abra o menu de contexto de um emissor da ordem.
Selecione um emissor da ordem e abra a caixa drop-down de hierarquia.
Administrar hierarquias de clientes
Cliente e parceiro de negócios

Uma empresa lida com diferentes pessoas físicas e jurídicas durante transações comerciais. Por exemplo, um cliente
encomenda mercadorias da sua empresa, um agente de frete entrega as mercadorias ao cliente e um empregado dentro da
sua empresa processa as transações comerciais. As pessoas físicas ou jurídicas com as quais você tem uma relação comercial
são representadas por parceiros de negócios no sistema da SAP.
Os exemplos de parceiros de negócios envolvidos em vendas incluem os seguintes:
Cliente
Os clientes são parceiros de negócios aos quais os produtos ou serviços são oferecidos ou fornecidos.
Fornecedor
Os fornecedores são parceiros de negócios que oferecem ou fornecem produtos ou serviços (por exemplo, um agente de
frete que fornece serviços de transporte).
Empregado
Os empregados podem ser o pessoal de vendas da sua empresa que executa o processamento de vendas.
Pessoa de contato
As pessoas de contato são pessoas com as quais você está em contato para processar transações comerciais. Essas
pessoas podem ser de uma empresa ou um consultor independente.
Os dados sobre esses parceiros de negócios e as respectivas relações (caso existam) são armazenados em registros mestre. O
sistema usa esses dados em várias transações comerciais, propondo os dados nos campos apropriados quando, por exemplo,
você cria ordens do cliente.
3/24/2024
 Nota
Um parceiro de negócios pode assumir várias funções de parceiro de negócios. Por exemplo, um parceiro de negócios pode
ser um cliente e um fornecedor ao mesmo tempo se o seu cliente também fornecer mercadorias a você ou se um fornecedor
for também um dos seus clientes. Para mais informações sobre funções de parceiro de negócios, consulte Função de
parceiro de negócios.
Você pode atualizar registros mestre de cliente usando os seguintes apps:
Administrar dados mestre de parceiros de negócios
Atualizar parceiro de negócios
Administrar dados mestre de cliente
Para saber mais sobre o escopo dos apps precedentes e o conceito de parceiro de negócios, consulte as seguintes informações:
Comparação de funcionalidades para parceiro de negócios
Aplicações SAP Fiori para parceiro de negócios, cliente e dados mestre de fornecedor - Escopo, características e
funcionalidades - 2787216
Nota central para parceiro de negócios, cliente e dados mestre de fornecedor - 2832092
Tipo de parceiro e função do parceiro

O tipo de parceiro classi ca os parceiros de negócios (PNs) de acordo com o tipo de registros mestre nos quais um parceiro
pode ser criado. Os quatro tipos de parceiro seguintes estão disponíveis para o processamento de vendas no seu sistema:
Cliente (KU)
Fornecedor (LI)
Pessoal (PE)
Pessoa de contato (AP)
Se um parceiro pertencer a diferentes tipos de parceiro, você deve criar um montante correspondente de registros mestre
para esse parceiro. Por exemplo, se um cliente também entregar mercadorias a você, você deve criar um registro mestre de
cliente, bem como um registro mestre de fornecedor.
 Nota
Para a pessoa de contato, você deve primeiro criar um registro mestre de PN cuja categoria de PN seja Pessoa. Em seguida,
você atribui o PN a um cliente ou fornecedor como a pessoa de contato. Como parte do registro mestre de cliente ou
fornecedor, uma pessoa de contato não tem dados mestre próprios. (Para mais informações sobre a categoria de PN,
consulte Categoria do parceiro de negócios.)
A função do parceiro representa a função que um parceiro cumpre em uma transação comercial. A gura seguinte mostra as
funções do parceiro típicas para o processamento de vendas.
3/24/2024
 Nota
Uma função do parceiro é representada por um caractere alfanumérico de dois dígitos no sistema da SAP. As chaves de
função do parceiro de dois dígitos exibidas na gura anterior podem ser diferentes das do seu sistema, porque as chaves
variam de acordo com o idioma de logon do sistema. Para mais informações, consulte Controle de parceiro em registros
mestre e documentos.
Os tipos de parceiro podem ser classi cados adicionalmente em funções do parceiro. A tabela seguinte lista funções do
parceiro de exemplo atribuídas aos tipos de parceiro no sistema padrão.
Entrada esperada para

Tipo de parceiro Função do parceiro parceiro Tipo de registro mestre
Cliente (KU) Emissor da ordem Número do cliente Registro mestre de cliente
Recebedor da
mercadoria
Recebedor da fatura
Pagador
Fornecedor (LI) Agente de frete Número do fornecedor Registro mestre de fornecedor
Pessoal (PE) Funcionário Número pessoal Registro mestre de pessoal

responsável
Pessoal de vendas
Pessoa de contato Pessoa de contato Número do parceiro de Criado no registro mestre de cliente (nenhum registro
(AP) contato mestre próprio)
Um parceiro pode assumir várias funções do parceiro. No caso mais simples, todas as funções do parceiro do tipo de parceiro
Cliente (CU) são atribuídas a um cliente. Ou seja, o cliente é o emissor da ordem, o recebedor da mercadoria, o recebedor da
fatura e o pagador.
3/24/2024
Controle de parceiro em registros mestre e documentos

No processo de vendas, os parceiros de negócios trabalham em relação uns com os outros e cumprem diferentes funções em
transações comerciais. Você pode visualizar os parceiros envolvidos nas transações comerciais, suas funções e suas relações
comerciais em registros mestre de cliente e documentos de vendas e distribuição (SD). Esses dados de parceiro podem ser
atualizados nos registros mestre de cliente e propostos automaticamente em documentos com base em regras de
determinação do parceiro.
Con guração da determinação do parceiro

Você pode con gurar regras de determinação do parceiro que se aplicam em vários níveis:
Mestre de clientes
Cabeçalho do documento de vendas
Item de documento de vendas
Cabeçalho da remessa
Cabeçalho do documento de faturamento
Item do documento de faturamento
Especi camente, você pode efetuar o seguinte no seu ambiente de con guração:
1. Planejar funções do parceiro com base em seus requisitos empresariais.
Se as funções do parceiro padrão no sistema não satis zerem seus requisitos empresariais, modi que as funções
do parceiro padrão ou cria umas personalizadas.
As funções do parceiro padrão e personalizadas devem corresponder coletivamente a todas as tarefas que os
parceiros executam em transações comerciais. Essas funções do parceiro estão disponíveis para inclusão em
regras de determinação do parceiro em vários níveis.
 Nota
Se você trabalhar com vários idiomas no seu sistema, deve de nir chaves dependentes do idioma para as
funções do parceiro. Por exemplo, para o recebedor da mercadoria, cuja chave da SAP (chave interna, em
alemão) é "WE", você pode de nir "SH" como a chave inglesa. Como resultado, o sistema exibe "SH" para a
função do parceiro do recebedor da mercadoria quando o idioma de logon do sistema for inglês.
Con gure quais funções do parceiro podem ou devem ocorrer em um nível de destino.
As funções do parceiro em um nível de destino devem corresponder às tarefas que os parceiros executam na
transação comercial especí ca (por exemplo, documento de faturamento). Você pode de nir o emissor da ordem,
o pagador e o recebedor da fatura como funções obrigatórias em documentos de faturamento. Você não inclui o
recebedor da mercadoria, porque ele é menos importante para o faturamento.
2. Para cada função do parceiro em um nível de destino, você pode con gurar os seguintes atributos.
 Nota
Alguns atributos não se aplicam a todos os níveis. Por exemplo, você não pode con gurar a possibilidade de
modi cação de uma função do parceiro para documentos de faturamento. Para mais informações, consulte a ajuda
de con guração para a determinação do parceiro.
Con gure se uma função do parceiro pode ser modi cada.
3/24/2024
Se você tiver de nido o pagador como uma função do parceiro modi cável em ordens do cliente, você pode
modi car de forma exível o pagador em ordens do cliente.
Modi que a fonte do parceiro.
Por padrão, o emissor da ordem serve como a fonte do parceiro para o documento de vendas, ou seja, o sistema
deriva dados de parceiro no documento de vendas a partir do registro mestre de cliente do emissor da ordem.
Você pode modi car a fonte do parceiro, se necessário. Por exemplo, se você pretender que o agente de frete no
documento de vendas seja determinado em relação ao recebedor da mercadoria (em vez do emissor da ordem),
você pode modi car a fonte do parceiro do agente de frete para recebedor da mercadoria.
Con gure regras de determinação do endereço em documentos SD, se o tratamento de vários endereços estiver
ativo no seu sistema.
O tratamento de vários endereços permite que os documentos SD consumam vários endereços com validades
dependentes do tempo e dados dependentes do endereço por registro mestre de parceiro de negócios. Para
ativar o tratamento de vários endereços, consulte Tratamento de vários endereços em documentos SD usando o
parceiro de negócios SAP. Para obter detalhes de con guração, consulte Determinação de endereço em
documentos SD.
Con gure atributos relativos à saída.
Essa con guração é relevante para adicionar informações de parceiro à saída de documentos. Para mais
informações, consulte Gerenciamento de saída para documentos de vendas e documentos de faturamento e
Como adicionar outras funções de parceiro de negócios a um modelo de formulário personalizado.
3. Atribua as regras de determinação do parceiro a um nível de destino.
Nível Atribuído a...
Mestre de clientes Grupo de contas
Cabeçalho do documento de vendas Tipo de documento de vendas
Item de documento de vendas Categoria do item (documento de vendas)
Cabeçalho da remessa Tipo de remessa
Cabeçalho do documento de faturamento Tipo de documento de faturamento
Item do documento de faturamento Categoria do item (documento de faturamento)
 Nota
O grupo de contas representa a classi cação de nível mais alto de registros mestre de cliente. Você deve inserir um
grupo de contas ao criar um registro mestre de cliente. Se a determinação do parceiro tiver sido ativada no nível do
mestre de clientes, você pode incluir as funções do parceiro mapeadas para o grupo de contas nos registros mestre
de cliente relacionados. Para mais informações, consulte Grupo de contas.
Esquema de parceiros
O diagrama a seguir mostra como os esquemas de parceiros são de nidos e atribuídos para o mestre de clientes e documentos
de vendas.
3/24/2024
Parceiros no mestre de clientes e documentos SD

Para que a determinação do parceiro funcione, você precisa atualizar os dados de parceiro nos registros mestre de cliente.
Você pode adicionar, modi car ou excluir parceiros em documentos SD (desde que essas operações sejam permitidas por
con gurações relacionadas). Por exemplo, você pode modi car o pagador proposto, modi car o endereço de entrega proposto
ou adicionar uma pessoa de contato em uma ordem do cliente.
Trabalhar com determinação do parceiro (exemplo)
Cenário empresarial
Você precisa criar uma ordem do cliente com dois itens para o cliente C1, que espera o fornecimento de mercadorias para os
depósitos de terceiros C2 e C3. O recebedor da mercadoria é C2 para o primeiro item e C3 para o segundo item. Para o
segundo item, S1 é a pessoa de contato e F1 é o agente de frete.
Processo global
A gura a seguir ilustra como todo o processo funciona:
3/24/2024
Con guração da determinação do parceiro
No procedimento de determinação do parceiro para o mestre de clientes, você planeja funções do parceiro, incluindo o emissor
da ordem, o pagador, o recebedor da mercadoria e o recebedor da fatura.
No procedimento de determinação do parceiro para o cabeçalho da ordem do cliente e o item da ordem do cliente, você planeja
funções do parceiro, incluindo o emissor da ordem, o recebedor da mercadoria, o pagador, o recebedor da fatura, a pessoa de
contato e o agente de frete. O recebedor da mercadoria deve ser con gurado como modi cável.
Você executa as con gurações precedentes nas seguintes atividades de con guração:
Con gurar determinação do parceiro para mestre de clientes
Con gurar determinação do parceiro para cabeçalho do documento de vendas
Con gurar determinação de parceiro para item do documento de vendas
Dados mestre
Existe um registro mestre de fornecedor para o agente de frete F1.
Existem registros mestre de cliente para C1, C2 e C3. Nos dados do parceiro de C1, C1 é o emissor da ordem, o recebedor da
mercadoria, o pagador e o recebedor da fatura, e C2 e C3 também estão atribuídos ao recebedor da mercadoria. Nos dados de
contato de C1, C1 tem a pessoa de contato S1.
Para atualizar dados do parceiro para um cliente, abra o app Administrar dados mestre de cliente, Administrar dados mestre
do parceiro de negócios ou Atualizar parceiro de negócios, mude para a função de cliente (FLCU01) e vá para a guia das
funções do parceiro de uma área de vendas. Para criar uma pessoa de contato para um cliente, abra um dos apps precedentes,
navegue para os dados de contato ou dados de relação do cliente e atribua um PN da categoria de PN Pessoa ao cliente como
pessoa de contato.
Atividades transacionais
1. Crie uma ordem do cliente para o emissor da ordem C1.
O sistema executa a determinação do parceiro e deriva dados do parceiro dos dados mestre do emissor da ordem. O
sistema propõe C1 como pagador e recebedor da fatura.
3/24/2024
Vários recebedores da mercadoria (C1, C2 e C3) foram atribuídos ao emissor da ordem nos dados mestre de cliente.
Dependendo do app usado para criar ordens do cliente, o sistema propõe diretamente C1 como recebedor da
mercadoria ou solicita que você selecione um recebedor da mercadoria:
Quando você cria uma ordem do cliente usando o app Administrar ordens do cliente - Versão 2, o sistema propõe
o emissor da ordem (C1) como o recebedor da mercadoria.
Quando você cria uma ordem do cliente usando o app Criar ordens do cliente - VA01, o sistema solicita que você
selecione um recebedor da mercadoria. Se você cancelar a seleção, o sistema propõe o emissor da ordem (C1)
como recebedor da mercadoria.
 Nota
Quando vários parceiros de uma determinada função do parceiro (por exemplo, pagador ou recebedor da fatura)
tiverem sido atribuídos ao emissor da ordem nos dados mestre de cliente, a lógica de proposta de parceiro descrita
acima se aplicaria durante a criação do documento de vendas.
2. Indique C2 como recebedor da mercadoria.
3. Crie dois itens da ordem do cliente.
O sistema copia os dados do parceiro no cabeçalho da ordem do cliente para os dois itens.
4. Para o item 20, modi que o recebedor da mercadoria para C3 e adicione o agente de frete F1 e a pessoa de contato S1.
 Nota
Se um parceiro do item não for derivado do cabeçalho do documento, o sistema marca esse parceiro como um
parceiro especí co do item. Nesse caso, C3, F1 e S1 são parceiros especí cos do item.
Autorização de parceiro para solicitações sobre contrato

Quando você cria uma solicitação sobre contrato para um contrato de venda, você insere o número do contrato de venda e o
nome do parceiro que está solicitando as mercadorias. O sistema veri ca se o parceiro de negócios está autorizado a solicitar
com base no contrato de venda.
Dependendo da sua con guração, o sistema determina se um parceiro está autorizado a solicitar com base no contrato de
venda veri cando com base num dos seguintes:
Parceiros no contrato (Regra A)
Se o parceiro tiver o emissor da ordem de função de parceiro (AG) ou emissor da ordem para a solicitação sobre
contrato (AA) no contrato de venda, o sistema aceita o parceiro como o emissor da ordem para a solicitação sobre
contrato.
Parceiros na hierarquia (Regra B)
Se o parceiro que pretende solicitar com base no contrato for o emissor da ordem do contrato ou em um nível inferior na
hierarquia de clientes para o emissor da ordem no contrato, o sistema aceita o parceiro como o emissor da ordem para
a solicitação sobre contrato.
Se esta regra for de nida para o tipo de contrato, você pode pesquisar por parceiros autorizados para uma solicitação
sobre contrato usando o número do contrato. Igualmente, você pode pesquisar pelo contrato relevante para uma
solicitação sobre contrato usando o número do parceiro. Neste caso, a regra de autorização de parceiro é irrelevante.
Após a veri cação de autorização, o sistema também veri ca se mais de um emissor da ordem está de nido no contrato de
venda. Se o contrato contiver um emissor da ordem (WE) e vários emissores da ordem para solicitação sobre contrato (AW), o
3/24/2024
sistema lista os possíveis emissores da ordem em uma caixa de diálogo. Você seleciona o emissor da ordem apropriado para a
solicitação sobre contrato.
 Nota
Você pode de nir emissores da ordem autorizados (AA) e emissores da ordem adicionais (AW) no registro mestre do cliente.
Quando você cria um contrato de venda para o cliente, esses parceiros são propostos para seleção.
Con guração
Como usuário-chave, você ativa a veri cação do parceiro autorizado na atividade de con guração Con gurar tipos de
documento de vendas.
O esquema de parceiros KAB (parceiros no contrato) contém as funções de parceiro AA e AW. Na atividade de con guração
Con gurar determinação do parceiro para cabeçalho do documento de vendas, este esquema foi atribuído por padrão para
solicitações sobre contrato para o qual a veri cação do parceiro autorizado é relevante. Para mais detalhes sobre
determinação do parceiro, consulte Trabalhar com determinação do parceiro (exemplo).
Solicitações sobre contrato
Tratamento de vários endereços em documentos SD usando o

parceiro de negócios SAP
Aprenda como tirar partido do modelo de dados do SAP Business Partner para aumentar a exibilidade e a e ciência com que o
sistema trata endereços de parceiros de negócios em apps e documentos (por exemplo, ordens do cliente e documentos de
faturamento) em vendas e muito mais.
O tratamento de vários endereços permite que documentos consumam partes do modelo de dados do parceiro de negócios
SAP que pode fornecer vários endereços com validades dependentes do tempo e dados dependentes do endereço por registro
mestre do parceiro de negócios. O parceiro de negócios SAP é a entidade principal para a atualização de dados mestre de
cliente e fornecedor no sistema.
Utilização
O modelo de dados mestre de cliente padrão em vendas só pode armazenar um único endereço de cliente por registro mestre
do cliente. No passado, isso signi cava que, se você quisesse atualizar vários endereços (por exemplo, um endereço de entrega
e da fatura) para o mesmo PN (por exemplo, uma empresa com uma lial que recebe mercadorias e uma lial que é faturada
por essas mercadorias), era necessário criar um registro mestre do cliente adicional para cada endereço adicional além do
endereço padrão do registro mestre do cliente inicial.
Uma pessoa jurídica com N endereços é, por isso, normalmente atualizada como N registros do PN paralelos atribuídos ao
mesmo número de registros mestre de cliente (formando relações 1:1 respectivas). Esta criação de registros mestre do cliente
adicionais para representar endereços adicionais leva a redundâncias de dados, porque a mesma pessoa jurídica é
frequentemente representada várias vezes no sistema, uma para cada endereço físico.
Quando você tiver ativado as capacidades do sistema adicionais em seu ambiente de con guração, os apps de vendas e
expedição podem modelar e processar as relações entre os PNs (por exemplo, empresas) e seus endereços de modo a re etir
mais de perto a realidades jurídicas e físicas do mundo real. Os apps e documentos nas vendas e na expedição podem, então,
consumir N endereços do mesmo registro mestre de PN atribuído a um registro mestre de cliente.
3/24/2024
A gura seguinte mostra o status quo no sistema quando o tratamento de vários endereços não está ativo. Neste caso, cada
endereço de cliente é representado por um número de cliente separado (ou seja, registro mestre de cliente separado). Aqui, os
documentos SD só podem consumir o endereço padrão de cada registro mestre de cliente:
A gura seguinte mostra como vários endereços podem ser consolidados em um único registro mestre de PN e,
subsequentemente, consumidos por documentos SD, quando o tratamento de vários endereços está ativo:
3/24/2024
Quando o tratamento de vários endereços está ativo, um cliente como uma pessoa jurídica pode normalmente ser
representado por um único número de cliente (ou seja, um único registro mestre de PN atribuído a um registro mestre de
cliente). Todos os endereços de um cliente, juntamente com dados dependentes e independentes do endereço relacionados,
estão disponíveis para os apps de consumo nesse número de cliente individual.
Durante a criação e o processamento de documentos SD (por exemplo, ordens do cliente ou entregas), os dados que foram
derivados anteriormente de diferentes registros mestre de cliente (representando diferentes endereços do mesmo cliente)
podem agora ser derivados de campos dependentes e independentes do endereço de um registro mestre de PN individual e do
respectivo registro mestre de cliente atribuído.
Com efeito, o tratamento de vários endereços normalmente permite que um cliente como uma pessoa jurídica seja
representado por um único número de cliente. Por isso, ele remove a necessidade anterior de criar números de cliente
adicionais para representar os vários endereços de um único cliente.
 Nota
Parceiros de negócios existentes no sistema, cujos endereços são tratados usando várias atribuições (conforme descrito em
Atribuição múltipla), não podem usar o tratamento de vários endereços, conforme descrito aqui. No entanto, os parceiros de
negócios que usam várias atribuições e parceiros de negócios que usam o tratamento de vários endereços podem coexistir
no sistema sem problemas.
Pré-requisitos
O modelo do parceiro de negócios SAP permite que você atualize vários endereços por parceiro de negócios por padrão. Para
poder manter dados dependentes do endereço e permitir que documentos SD consumam os endereços e os respectivos dados
dependentes do endereço, você, como especialista de con guração, deve ativar essas capacidades nas duas atividades de
con guração seguintes:
3/24/2024
1. Ativar tratamento de vários endereços para dados mestre de cliente no PN SAP
A modi cação do estado de comutação nesta atividade de con guração para ON permite que você atualize dados gerais
e de vendas dependentes do endereço que, assim que o segundo estado de comutação também tiver sido modi cado
para ON, pode ser consumido juntamente com os endereços correspondentes por documentos SD e apps relacionados.
 Nota
Depois de você ter modi cado este estado de comutação para ON, a SAP recomenda que você prepare os dados
mestre do PN antes de modi car o estado de comutação na segunda atividade de con guração para ON. Isto
signi ca que os endereços do cliente anteriormente armazenados em registros mestre de cliente separados devem
ser consolidados em um único registro mestre de PN.
Durante a consolidação, os registros mestre do PN de destino são enriquecidos com dados dependentes do endereço
que foram originalmente armazenados em separado em todos os registros mestre de cliente existentes. Para as
melhores práticas relativas à consolidação de dados mestre, consulte o Guia de dados mestre e o Guia de migração
de dados mestre anexado à nota SAP 3119364 .
2. Ativar tratamento de vários endereços em documentos SD usando PN SAP
A modi cação do estado de comutação nesta atividade de con guração para ON permite que apps e documentos em
vendas e expedição consumam vários endereços e dados dependentes do endereço armazenados nos registros mestre
do PN.
 Atenção
Considere que assim que esta funcionalidade for ativada mediante estas duas atividades de con guração, a mesma não
pode ser desativada. No entanto, não deve haver efeitos disruptivos.
Nenhum registro de dados mestre existente é modi cado automaticamente. Enquanto as funções do parceiro em
documentos SD recém-criados irão referenciar endereços atualizados nos registros de dados mestre do PN em vez dos
endereços padrão atualizados nos registros de dados mestre de cliente, não são modi cados dados comerciais e todos os
processos empresariais permanecem como estão. O sistema ainda poderá processar documentos SD criados antes da
ativação, os quais referenciam endereços em registros de dados mestre de cliente.
 Dica
Como especialista em con guração, você pode encontrar as atividades de con guração acima mencionadas usando a função
de pesquisa em seu ambiente de con guração. Para mais informações, consulte Ambiente de con guração de SAP
S/4HANA Cloud.
Para mais informações sobre a modi cação destes estados de comutação, consulte o Guia de con guração na nota SAP
3119364 .
Informações adicionais
Para uma síntese das características mais importantes do tratamento de vários endereços, consulte Síntese de
características para tratamento de vários endereços.
Para guias técnicos (por exemplo, Guia de dados mestre e Guia de con guração) e restrições importantes, consulte a
nota SAP 3119364 . Preste especial atenção às restrições para países ou regiões especí cos.
Tratamento de vários endereços nos dados mestre de cliente
Parceiro de negócios
3/24/2024
Síntese de características para tratamento de vários endereços

Depois de você ter executado as atividades de con guração que permitem o tratamento de vários endereços e consolidou seus
dados mestre de cliente, você pode bene ciar de várias características relacionadas ao criar e processar documentos de
vendas e distribuição (SD).
O tratamento de vários endereços fornece as seguintes características relacionadas entre si:
Consumo de vários endereços por parceiro de negócios em todo o processo Quote-to-Cash
Validade de endereços dependente do tempo e veri cações de validade automáticas em todos os apps consumidores
Função de seleção de endereço em apps para criar e modi car documentos de vendas
Propagação automática de dados dependentes do endereço a partir de registros mestre do parceiro de negócios (PN)
para documentos de vendas recém-criados ou modi cados
Encaminhamento automático de vários endereços de transações de serviço para documentos SD subsequentes
Seleção de endereço e dados dependentes do endereço em ordens de solução
Esquema de parceiros ampliado
Leia para saber mais sobre cada uma dessas características.
Consumo de vários endereços por parceiro de negócios no processo Quote-to-Cash

O registro mestre de cliente padrão só pode armazenar um único endereço padrão. A ativação do tratamento de vários
endereços desbloqueia partes do modelo de dados do parceiro de negócios SAP que permite que apps e documentos em
vendas e expedição consumam vários endereços. Cada endereço de parceiro de negócios (PN) pode ser atribuído a utilizações
semânticas (por exemplo, endereço padrão, endereço de remessa e endereço de faturamento).
Por isso, uma entidade jurídica com vários endereços físicos pode ser normalmente representada por um único registro mestre
de parceiro de negócios (PN) atribuído a um único registro mestre de cliente. Consequentemente, as funções de parceiro (por
exemplo, recebedor da fatura e recebedor da mercadoria) em documentos SD, como ordens do cliente, entregas e documentos
de faturamento em todo o processo Quote-to-Cash, podem agora consumir vários endereços por registro mestre PN.
Por exemplo, quando uma nova ordem do cliente é criada, o sistema propõe endereços potenciais com base nas funções do
parceiro relevantes e você pode selecionar a partir de outros endereços válidos, se necessário. Os mesmos princípios se
aplicam a outros documentos de vendas, bem como a entregas sem referência à ordem. Para mais informações, consulte a
seção Função de seleção de endereço adicionada aos apps para criar e modi car documentos de vendas abaixo.
Como outro exemplo, para devoluções de terceiros, o sistema usa a nova lógica de determinação de endereço para propor o
endereço de devolução ao fornecedor. Para mais informações, consulte Determinação de endereço de devolução para
devoluções ao fornecedor.
Observe que um PN agora pode não só ter endereços diferentes para diferentes funções do parceiro, como recebedor da fatura
e parceiro de negócios receptor, mas também pode ter vários endereços válidos para a mesma função do parceiro, como três
endereços de entrega diferentes (mas válidos). Por exemplo, na gura seguinte, o cliente QuantumChips Texas LLC tem dois
endereços de entrega válidos:
3/24/2024
A gura também mostra que os documentos SD (por exemplo, ordens do cliente e documentos de faturamento) criados para
esses clientes podem consumir vários endereços atualizados no registro mestre do PN correspondente.
Para mais informações sobre ampliações efetuadas no lado do parceiro de negócios SAP, consulte Tratamento de vários
endereços nos dados mestre de cliente.
Validade de endereços dependente do tempo e veri cações de validade

automáticas em todos os apps consumidores
No registro mestre PN, os períodos de validade podem agora não só ser de nidos para endereços PN, mas também
consumidos por documentos SD. Por exemplo, se uma lial da empresa estiver mudando de Boston para Nova York no dia 1 de
maio, o registro mestre do PN da empresa pode conter um endereço de Boston que é válido antes do dia 1 de maio e um
endereço de Nova York válido a partir do dia 1 de maio. Quando os documentos SD que referenciam este PN são criados ou
modi cados em uma determinada data, o sistema considera esses períodos de validade do endereço correspondente para
determinar se o endereço selecionado pode ser usado (por exemplo, como um endereço de entrega) ou não.
As veri cações automáticas durante a criação e gravação de documentos SD ajudam a garantir que o sistema use apenas
endereços válidos sempre. Por exemplo, quando você cria uma fatura no app Criar documentos de faturamento com referência
a uma entrega, ordem do cliente ou outro documento faturável contendo um endereço da fatura expirado, o sistema solicita
que você selecione um endereço válido. São executadas veri cações semelhantes durante a criação de documentos de vendas
e de remessa. Para documentos de faturamento, a criação de documentos é bloqueada completamente, a menos que um
endereço válido seja selecionado.
Se um PN tiver vários endereços válidos com a mesma nalidade (por exemplo, existem vários endereços de entrega), o
sistema permite que você selecione o endereço correto. Dependendo do app, você é solicitado a efetuar isso (por exemplo, no
app Criar ordens do cliente - VA01 ) ou tem a opção de selecionar um endereço alternativo para o endereço padrão usando uma
caixa drop-down (por exemplo, no app Administrar ordens do cliente - Versão 2).
3/24/2024
A gura seguinte fornece um exemplo simples de uma veri cação de validade de endereço que o sistema executa quando uma
fatura é criada com referência a uma ordem do cliente. Uma vez que a fatura é criada em um momento em que o endereço da
fatura da ordem do cliente referenciada já não é válido, o sistema solicita que você selecione um novo endereço da fatura válido
e, caso isso não seja efetuado, bloqueia a criação da fatura.
Função de seleção de endereço adicionado aos apps para criar e modi car
documentos de vendas
Quando você cria um novo documento de vendas ou entrega sem referência à ordem para um PN com vários endereços, o
sistema permite que você selecione o endereço relevante. Dependendo do app, o sistema solicita diretamente que você
selecione o endereço relevante ou permite que você modi que o endereço padrão para um endereço alternativo usando uma
caixa drop-down.
Além disso, as guias de parceiro do cabeçalho e parceiro do item em vários apps para criar e modi car documentos de vendas
foram ampliadas com um botão de seleção de endereço ou uma caixa drop-down. Para cada função do parceiro relevante, o
botão ou a caixa drop-down permite que você selecione um endereço a partir da lista de endereços válidos atualizados nos
dados mestre do PN. Você também pode modi car os endereços do parceiro que o sistema propôs para documentos de vendas
novos ou existentes. O sistema exibe cada descrição de endereço válido (e, em alguns apps, o período de validade) para ajudar
você a selecionar o endereço correto para a função de parceiro selecionada.
É importante entender como o sistema determina a lista de endereços que é exibida quando você cria um novo documento de
vendas ou entrega sem referência à ordem, ou use a seleção de endereços para selecionar um endereço para uma função do
parceiro. Para mais informações sobre isso, consulte Compreensão da seleção de endereço em documentos SD.
 Dica
Se você editar um endereço manualmente, o sistema salva esse novo endereço como um endereço especí co do documento
da respectiva função de parceiro (no nível do cabeçalho ou do item). Neste caso, o endereço anterior derivado dos dados
mestre do PN não é perdido, mas salvo como endereço de referência do PN da respectiva função de parceiro.
A tabela seguinte lista os apps de documento de vendas que são ampliados com funcionalidades de seleção de endereços
quando o tratamento de vários endereços múltiplo estiver ativo. Para mais informações sobre cada app, clique no nome de um
app.
Apps para criar documentos de vendas Apps para modi car documentos de vendas
Criar consultas de vendas Modi car consultas de vendas
3/24/2024
Apps para criar documentos de vendas Apps para modi car documentos de vendas
Criar ofertas de venda - VA21 Modi car ofertas de venda - VA22
Administrar ofertas de venda - versão 2
Criar contratos de venda - VA41 Modi car contratos de venda - VA42
Administrar contratos de venda - Versão 2
Criar programas de remessas de vendas Modi car programas de remessas de vendas
Criar ordens do cliente - VA01 Modi car ordens do cliente - VA02
Criar ordens do cliente - Extração automática
Administrar ordens do cliente - versão 2
(também acessível a partir do bloco Criar ordens do cliente)
Não aplicável Administrar ordens do cliente - Serviços
Criar ordens do cliente gratuitas Modi car ordens do cliente gratuitas
Criar solicitações de nota de débito Modi car solicitações de nota de crédito
Administrar solicitações de nota de débito
Criar solicitações de nota de crédito Modi car solicitações de nota de débito
Administrar solicitações de nota de crédito
Administrar solicitações de nota de crédito - Versão 2
Criar devolução de cliente sem referência - VA01 Administrar devoluções de cliente (em Modi car devoluções de
cliente)
Administrar devoluções de cliente - Versão 2
Além disso, o app Criar entrega - sem referência à ordem também oferece seleção de endereço durante a criação do
documento. No entanto, ao contrário dos apps de documento de vendas, ele não oferece uma função de seleção de endereço
para modi car o endereço subsequentemente.
Propagação automática de dados dependentes de endereço de registros mestre do

PN para documentos de vendas recém-criados ou modi cados
Uma vez que o modelo de dados do parceiro de negócios SAP suporta o enriquecimento dos dados mestre do PN de um cliente
com atributos dependentes do endereço, os aplicativos podem consumir automaticamente valores dependentes do endereço
para esses atributos quando documentos de vendas são criados ou modi cados. Quando o endereço inicial ou modi cado é
selecionado, o sistema propaga automaticamente esses dados dependentes do endereço para os campos relevantes do
documento.
 Nota
A modi cação do endereço em um documento existente para outro endereço do PN pode fazer com que os valores do
campo (dependentes do endereço) inseridos anteriormente sejam sobregravados.
Por exemplo, diferentes endereços do mesmo cliente podem estar associados a diferentes centros fornecedores e Incoterms.
Dependendo do endereço de entrega inserido em uma nova ordem do cliente, o centro fornecedor associado atualizado nos
dados mestre do PN para esse endereço pode ser preenchido automaticamente durante a criação do documento. Da mesma
3/24/2024
forma, os Incoterms podem ser redeterminados se você modi car o endereço do emissor da ordem existente para outro
endereço para o qual os Incoterms dependentes do endereço foram atualizados.
A gura seguinte fornece um exemplo simples em que os centros fornecedores são determinados para dois itens da ordem do
cliente com endereços de entrega diferentes que pertencem ao mesmo cliente:
As guras visualizam a forma como o sistema determina automaticamente os centros fornecedores para dois itens da ordem
do cliente usando os endereços de entrega dos itens para chamar todos os dados dependentes do endereço que tenham sido
atualizados para esses endereços no registro mestre do PN relevante.
 Dica
O sistema só propõe um centro fornecedor (ou qualquer outro atributo) usando dados dependentes do endereço se não for
aplicável nenhum critério de proposta de uma prioridade mais alta. No contexto do exemplo, os critérios de proposta de
prioridade mais alta podem ser informações de cliente-material ou proposta de centro no nível do item resultante da
entrada manual de um centro fornecedor no cabeçalho da ordem do cliente.
Considere o seguinte em relação ao modo como o sistema propõe dados dependentes do endereço:
Quando você cria um novo documento de vendas (por exemplo, uma ordem do cliente) no app correspondente (por
exemplo, no app Criar ordens do cliente - VA01) para um cliente para o qual foram atualizados dados dependentes do
endereço no registro mestre do PN, o sistema propõe automaticamente esses dados para os campos de documento de
vendas correspondentes. O mesmo se aplica ao modi car endereços em documentos de vendas. Em alguns casos, a
modi cação do endereço para outro endereço do PN pode, por isso, fazer com que os valores de campo inseridos
anteriormente sejam sobregravados.
Se não tiverem sido atualizados dados dependentes do endereço nos dados mestre para um determinado campo, o
sistema veri ca se os dados dependentes do cliente foram atualizados em vez disso e, se for esse o caso, propõe esses
dados. Por exemplo, os Incoterms podem ser atualizados para um cliente especí co e para endereços especí cos desse
cliente.
 Dica
Se os dados dependentes do endereço e os dados dependentes do cliente tiverem sido atualizados para um campo
de registro mestre do parceiro de negócios, os dados dependentes do endereço terão prioridade em relação aos
dados dependentes do cliente.
Para alguns campos, tais como os para ponto de descarga, ponto de recebimento e departamento, você pode atualizar
vários valores possíveis por endereço do cliente (N:1). Quando vários valores são atualizados para um campo desse tipo
3/24/2024
no registro mestre do PN, você pode selecionar o valor necessário durante a criação do documento.
Se necessário, você pode modi car manualmente o valor que o sistema propôs para o valor necessário.
A tabela seguinte lista mais alguns exemplos de campos no registro mestre do PN para os quais você pode atualizar dados
dependentes do endereço quando o processamento de vários endereços está ativo:
Categoria dos dados dependentes do endereço Campo
Dados organizacionais Número global de localização 1
Número global de localização 2
Dígito de controle para número global de localização
Dados scais do cliente Códigos de condado
Código da cidade
Dados da ordem Equipe de vendas
Escritório de vendas
Dados de expedição Centro fornecedor
Condições de expedição
Dados de faturamento Incoterms
Versão de Incoterms
Números de identi cação scal Número de identi cação scal
Categoria de número scal
… e mais. Consulte Dados dependentes do endereço para visualizar todos os campos dependentes do endereço que estão disponíveis
quando o tratamento de vários endereços estiver ativo.
Quando o tratamento de vários endereços está ativo, você pode atualizar centros fornecedores especí cos de endereço para
clientes por área de vendas, juntamente com muitos outros campos dependentes do endereço, nos apps Administrar dados
mestre de parceiros de negócios, Administrar dados mestre de cliente e Atualizar parceiro de negócios.
Além disso, você pode atualizar centros fornecedores especí cos do endereço do PN para combinações especí cas de clientes
e materiais no app Administrar materiais do cliente.
Para mais informações sobre a atualização de dados dependentes de endereço nos dados mestre do PN, consulte Dados
dependentes do endereço.
Encaminhamento automático de vários endereços de transações de serviço para

documentos SD subsequentes
Como parte da funcionalidade padrão do sistema, a liberação de transações de serviço faturáveis (como ordens de serviço e
con rmações de serviço) aciona a criação de solicitações de documento de faturamento. Como é o caso para outros
documentos SD faturáveis, o sistema adiciona essas solicitações de documento de faturamento à lista de documentos de
faturamento, de modo que um responsável pelo processamento da fatura possa processar as mesmas para criar faturas.
A administração de serviços suporta nativamente parceiros de negócios com vários endereços. Por isso, os endereços da fatura
necessários para o faturamento de transações de serviço podem ser encaminhados automaticamente para as respectivas
solicitações de documento de faturamento. Isso garante que as faturas subsequentes contêm os dados de endereço corretos
para suas funções do parceiro.
3/24/2024
Se você pretender usar a administração de serviços e o tratamento de vários endereços em documentos SD no seu sistema,
tem que efetuar modi cações de con guração especí cas nos esquemas de parceiros relacionados ao serviço.
Para garantir que o uxo de dados de endereço é efetuado de transações de serviço para documentos SD subsequentes,
implemente as modi cações de con guração relevantes descritas na seção Con guração para determinação de endereço em
transações de serviço do Guia de con guração anexado à nota SAP 3119364 .
 Dica
Para mais informações sobre o faturamento de transações de serviço em geral, consulte Faturamento de transações de
serviço.
Seleção de endereço e dados dependentes do endereço em ordens de solução

Quando você cria ou modi ca ordens de solução no app Administrar ordens de solução e os parceiros de negócios envolvidos
têm vários endereços, você pode selecionar o endereço de PN que pretende usar para cada função de parceiro dos seguintes
tipos de item:
Itens de vendas
Itens do serviço, itens da peça de reposição e itens de despesa
Itens do contrato de serviços
Você pode modi car o endereço de PN selecionado para itens sempre que o botão de proposta de endereço estiver ativo, o que
indica que existem vários endereços para as funções de parceiro selecionadas.
 Dica
Para os seguintes tipos de itens da ordem de solução, o sistema usa sempre o endereço padrão de nido para cada função
do parceiro nos dados mestre e você não pode modi car este endereço padrão:
Itens de faturamento de assinatura
Itens do projeto
Quando são criados documentos subsequentes das ordens de solução (por exemplo, ordens do cliente e ordens de serviço), o
sistema encaminha os endereços selecionados anteriormente para esses documentos e quaisquer documentos subsequentes
desses documentos (como entregas, con rmações de serviço e solicitações de documento de faturamento).
Da mesma forma que para documentos de vendas, o sistema propaga quaisquer dados dependentes do endereço (por
exemplo, Incoterms) que tenham sido atualizados para um endereço do PN especí co nos dados mestre para os itens da ordem
de solução e respectivos documentos subsequentes.
Para mais informações sobre vários endereços em ordens de solução, consulte Administrar ordens de solução.
Esquema de parceiros ampliado

Para facilitar a determinação de vários endereços por parceiro, o esquema de parceiros foi ampliado. Para mais informações,
consulte Determinação de endereço em documentos SD.
Tratamento de vários endereços nos dados mestre de cliente
3/24/2024
Ampliações de sistema adicionais para tratamento de vários endereços
Determinação de endereço em documentos SD

Como parte da determinação do parceiro, o sistema executa a determinação do endereço quando um parceiro é adicionado ou
modi cado em um documento de vendas e distribuição (SD). Com base na sua con guração de determinação de endereço em
seu ambiente de con guração e con gurações de endereço no registro mestre do parceiro de negócios (PN), o sistema propõe
endereços deste mestre de parceiros de negócios para funções do parceiro dos seguintes tipos de parceiro:
Tipo de parceiro Cliente (KU), exceto para a função do parceiro Pagador
Tipo de parceiro Pessoa de contato (AP)
A seguir, é descrito como funciona a determinação de endereços para esses tipos de parceiro.
Background
Con gurações de endereço nos dados mestre do PN
Os endereços atualizados no mestre de PN servem como a origem de endereços que pode ser determinada. Você pode
atualizar endereços gerais e atribuir um endereço geral a uma ou mais utilizações especí cas (por exemplo, endereço de
remessa). Você também pode indicar um período de validade para cada endereço.
No app Atualizar parceiro de negócios, você atualiza endereços na guia de síntese de endereços. A guia contém duas
áreas (síntese de endereços e utilização do endereço). Você pode atribuir um endereço já existente na área de síntese
de endereços (que contém endereços gerais) a uma determinada utilização na área de utilização de endereços.
No app Administrar dados mestre do parceiro de negócios ou Administrar dados mestre de cliente, você pode atualizar
endereços gerais na área de detalhes do endereço e pesquisar em um endereço geral para atribuir o mesmo a uma
determinada utilização.
 Dica
Para um determinado parceiro de negócios, as respectivas atribuições que você efetua entre endereços de PN e utilizações
de endereço especí cas são válidas em todas as áreas de vendas do registro de cliente. Ao contrário da determinação
automática de parceiros em documentos SD, que você pode de nir por área de vendas nos dados mestre de cliente, você
não pode de nir diferentes atribuições de endereço para utilização para áreas de vendas individuais.
Por isso, a determinação do endereço que ocorre em documentos de vendas para um determinado parceiro de negócios é
independente da área de vendas.
Atributos de determinação de endereço em seu ambiente de con guração
Você pode con gurar a determinação de endereços em dois níveis, executando as seguintes atividades em seu ambiente de
con guração:
Con gurar determinação de parceiro para cabeçalho do documento de vendas
Con gurar determinação de parceiro para item do documento de vendas
Con gurar determinação de parceiro para remessa
Con gurar determinação de parceiro para cabeçalho do faturamento
Con gurar determinação de parceiro para item do faturamento
3/24/2024
 Nota
A con guração é suportada para as funções do parceiro do tipo de parceiro Cliente (KU), exceto para a função do parceiro
Pagador.
 Dica
Como especialista em con guração, você pode encontrar as atividades de con guração acima mencionadas usando a função
de pesquisa em seu ambiente de con guração. Para mais informações, consulte Ambiente de con guração de SAP
S/4HANA Cloud.
A tabela seguinte resume os dois níveis de con guração da determinação de endereços em cada uma das atividades
precedentes:
Nível de con guração Atributo de determinação do endereço Impacto
Nível de esquema de parceiros 1. Campo Todos os endereços permitidos Efetivo para um determinado objeto
parceiro, por exemplo, cabeçalho do
2. Campo Determinação do endereço documento de vendas
Nível genérico da função do parceiro 3. Campo Determinação do endereço Efetivo para todos os objetos parceiros, ou
seja, todos os tipos de documentos SD
Durante a determinação do endereço, o sistema processa os três atributos em uma ordem decrescente de prioridade (de cima
para baixo). Se o campo de uma prioridade mais alta estiver con gurado, o sistema ignora campos de prioridades mais baixas.
Se os três campos forem deixados em branco/vazios, o sistema determina endereços da síntese de endereços (contendo
endereços gerais) no mestre do PN e esta determinação é aplicada a todos os tipos de documentos SD.
Determinação de endereço para cliente (KU)

Processo global (exemplo)
Pré-requisitos para dados mestre de PN
Para um PN com a função de cliente, foram criados três endereços gerais:
Endereço da sede
Endereço da lial 1
Endereço da lial 2
Endereços das duas liais são atribuídos à utilização de "endereço de remessa".
Con guração de determinação de endereço
Em um esquema de parceiros para ordens do cliente, você de ne o campo de determinação de endereço como "BBP003 Enviar
mercadorias" (mapeado para o endereço de remessa do PN) para o recebedor da mercadoria.
Resultados nas atividades transacionais
Quando você cria uma ordem do cliente na qual o PN funciona como um recebedor da mercadoria, o sistema determina
endereços válidos entre a data atual do sistema e 31 de dezembro de 9999 para o recebedor da mercadoria e propõe os
endereços na ordem do cliente.
O seguinte descreve a sequência de determinação:
3/24/2024
1. O sistema procura endereços de remessa válidos entre a data do sistema atual e 31/12/9999.
Conforme exibido no exemplo 1 (veja a primeira gura abaixo), os dois endereços são válidos e abrangem
completamente o intervalo de tempo entre a data atual do sistema (ou seja, 1 de agosto de 2020) e 31 de dezembro de
9999. O sistema propõe os endereços da lial 1 e da lial 2 para seleção.
2. Se não for determinado nenhum endereço na etapa 1 ou os endereços determinados na etapa 1 não abrangerem
completamente o intervalo de tempo entre a data do sistema atual e 31/12/9999, o sistema procura adicionalmente a
síntese de endereços (endereços gerais) para endereços válidos.
Conforme exibido no exemplo 2 (veja a segunda gura abaixo), o endereço da lial 2 é determinado na etapa 1, mas
abrange somente o intervalo de tempo entre a data atual do sistema (ou seja, 1 de setembro de 2020) e 31 de
dezembro de 2025. Além disso, o sistema procura a síntese de endereços (endereços gerais) e descobre que o endereço
da lial 2 e o endereço da sede são válidos entre 1 de janeiro de 2026 e 31 de dezembro de 9999. Neste caso, o sistema
propõe os dois endereços para seleção.
Os endereços de PN determinados também estão disponíveis selecionando um botão de seleção de endereço ou a partir de
uma caixa drop-down. Mais tarde, você pode modi car o endereço do recebedor da mercadoria por meio da seleção de
endereços ou da entrada manual.
As guras seguintes mostram dois exemplos de determinação de endereço para um recebedor da mercadoria em uma ordem
do cliente. Nos exemplos, os resultados da determinação do endereço variam de acordo com a data de criação da ordem e as
con gurações de validade do endereço.
3/24/2024
Validade do endereço
Só estão disponíveis para determinação os endereços válidos entre a data atual do sistema do documento e 31 de dezembro de
9999. Se não for determinado nenhum endereço na etapa 1 ou os endereços determinados na etapa 1 não abrangerem
completamente o intervalo de tempo entre a data do sistema atual e 31/12/9999, o sistema procura adicionalmente a síntese
de endereços (endereços gerais) para endereços válidos.
A gura a seguir ilustra a lógica de veri cação da validade do endereço nos dois exemplos anteriores:
Endereço de referência do PN e endereço especí co do documento
Em um documento, quando você modi ca um endereço derivado dos dados mestre do PN para um endereço especí co do
documento, o endereço anterior é salvo como endereço de referência do PN.
3/24/2024
Um endereço especí co do documento é criado manualmente e válido para uma transação comercial especí ca. Não é
armazenado como dados mestre.
 Nota
Você pode visualizar endereços de referência de PN em alguns apps, por exemplo, Modi car ordens do cliente - VA02 e
Exibir ordens do cliente - VA03. Para visualizar o endereço de referência de PN (se existir) de um parceiro, navegue para a
guia de parceiros do documento, selecione o parceiro e exiba os respectivos detalhes.
Determinação de endereço para pessoa de contato (AP)

Processo global (exemplo)
Pré-requisitos para dados mestre de PN
Para um PN com a função de cliente, foram criados três endereços gerais:
Endereço da sede
Endereço da lial 1
Endereço da lial 2
Os endereços das duas liais estão atribuídos a uma pessoa de contato do PN.
 Nota
Todos os endereços na síntese de endereços (endereços gerais), independentemente de suas con gurações de validade,
estão disponíveis para a atribuição. Você pode efetuar o seguinte para atribuir endereços de PN a uma pessoa de contato:
No app Atualizar parceiro de negócios, clique duas vezes na pessoa de contato nos dados de relação entre parceiros
de negócios e atribua um endereço por meio da seleção de endereços.
No app Administrar dados mestre do parceiro de negócios ou Administrar dados mestre do cliente, aumente o
detalhamento até a pessoa de contato e atribua um endereço por meio da seleção de endereços.
Resultados nas atividades transacionais
Durante a determinação de endereço para a pessoa de contato em um documento SD, o sistema propõe os dois endereços
para seleção.
Os endereços de PN determinados também estão disponíveis selecionando um botão de seleção de endereço ou a partir de
uma caixa drop-down. Mais tarde, você pode modi car o endereço da pessoa de contato por meio da seleção de endereços ou
da entrada manual.
A gura seguinte mostra um exemplo de determinação de endereço para uma pessoa de contato em uma ordem do cliente:
3/24/2024
Compreensão da seleção de endereço em documentos SD

Quando o tratamento de vários endereços está ativo, você pode usar a função de seleção de endereço em apps para criar e
modi car documentos de vendas e distribuição (SD) para selecionar endereços de cliente para funções de parceiro especí cas.
Durante a criação de novos documentos de vendas e novas entregas sem referência à ordem, o sistema permite que você
selecione o endereço do cliente relevante.
As seguintes explicações e exemplos devem ajudar você a compreender como o sistema determina os endereços que ele
oferece para seleção, a função restritiva de utilizações de endereço e períodos de validade, e como o sistema executa uma
veri cação de validade de endereço nal quando o documento é salvo.
É importante compreender a forma como o sistema determina a lista de endereços que ele oferece em apps para criar e
modi car documentos SD nas seguintes situações:
Quando o sistema executa o parceiro inicial e a determinação do endereço, por exemplo, após inserir o emissor da
ordem em uma nova ordem do cliente
Quando você usa a função de seleção de endereço (botão de seleção ou caixa drop-down, dependendo do app) para
selecionar um endereço para uma função do parceiro especí ca em um documento de vendas novo ou modi cável
 Dica
Para uma lista dos apps que oferecem a função de seleção de endereços quando o tratamento de vários endereços está
ativo, consulte Síntese de características para tratamento de vários endereços. Considere que esta função só está
disponível em apps para criar e modi car documentos de vendas e não em apps para criar e modi car documentos de
remessa ou documentos de faturamento.
Quando você cria entregas sem referência à ordem, o sistema solicita que você selecione um endereço durante a criação,
mas esse endereço não pode ser modi cado posteriormente.
3/24/2024
Pré-requisitos em seu ambiente de con guração

Para que a seleção e determinação do endereço funcionem como descrito na seção seguinte, as seguintes funções do parceiro
devem ser atribuídas às respectivas transações de determinação do endereço na atividade de con guração Con gurar
determinação do parceiro:
Recebedor da fatura: atribuído à transação de determinação de endereço BBP004
Recebedor da mercadoria: atribuído à transação de determinação de endereço BBP003
Na atividade, você pode efetuar essas atribuições depois de navegar para o diálogo de funções do parceiro dentro da estrutura
de diálogo. Considere que estas atribuições necessárias são fornecidas pela SAP como con guração padrão e você só precisa
tocá-las se quiser efetuar modi cações.
Você pode encontrar a atividade de con guração De nir determinação de parceiro usando a função de pesquisa em seu
ambiente de con guração. Para mais informações, consulte Ambiente de con guração de SAP S/4HANA Cloud.
 Nota
Nas de nições de con guração padrão pré-fornecidas, nenhuma transação para determinação de endereço é atribuída ao
emissor da ordem por padrão. Consequentemente, o sistema oferece uma lista de todos os endereços válidos para seleção
quando você seleciona o emissor da ordem para um novo documento de vendas ou seleciona a função de parceiro emissor
da ordem e usa a função de seleção de endereço em um documento de vendas existente. Para mais informações sobre a
con guração, consulte o Guia de con guração na nota SAP 3119364 ..
Compreensão de como o sistema oferece endereços para seleção em documentos

SD e executa veri cações de validade ao salvar
Como regra geral, a função de seleção de endereço oferece todos os endereços adequados para a respectiva função de
parceiro da seguinte forma:
Para recebedor da mercadoria: todos os endereços que podem ser usados para enviar mercadorias
Para recebedor da fatura: todos os endereços que podem ser usados para o envio de faturas (ou seja, documentos de
faturamento)
Os três exemplos abaixo devem ajudar você a compreender como a proposta e a determinação de endereços são in uenciadas
pelas utilizações do endereço (ou seja, a atribuição de um endereço a um tipo de endereço) e seus períodos de validade
de nidos.
Exemplo 1: Comportamento de endereços com utilizações de endereço de validade irrestrita
O primeiro exemplo mostra como os endereços com utilizações de endereço com períodos de validade irrestrita aparecem na
lista de endereços oferecidos para as funções de parceiro selecionadas.
 Exemplo
Você está vendendo a um cliente com os quatro endereços seguintes, todos os quais têm as respectivas utilizações de
endereço e períodos de validade atribuídos:
Endereço da sede da empresa
Endereço de faturamento para período: 1 de janeiro de 2020 a 31 de dezembro de 9999
Endereço de remessa para período: 1 de janeiro de 2020 a 31 de dezembro de 9999
3/24/2024
Endereço do escritório de depósito
Endereço de faturamento para período: 1 de janeiro de 2020 a 31 de dezembro de 9999
Endereço da lial 1
Endereço da lial 2
Você inicia a criação da ordem do cliente a 15 de janeiro de 2021. O sistema oferece os seguintes endereços para seleção:
Os endereços da sede de empresa e do escritório de depósito são oferecidos como endereços do recebedor da
fatura.
Os endereços da lial 1 e da lial 2 não são oferecidos como endereços do recebedor da fatura, porque não têm a
utilização 'endereço de faturamento' atribuída.
Os endereços da sede da empresa, lial 1 e lial 2 são oferecidos como endereços do recebedor da mercadoria.
O endereço do depósito não é oferecido como um endereço do recebedor da mercadoria porque não tem a utilização
'endereço de remessa' atribuída.
Quando a ordem do cliente é salva, o sistema aceita e grava de forma persistente qualquer endereço selecionado desta
oferta para a respectiva função do parceiro.
Exemplo 2: Comportamento de endereços sem utilizações de endereço
Mesmo que um endereço A de um determinado parceiro de negócios não tenha uma utilização de endereço especí ca (por
exemplo, endereço de remessa) atribuída, o endereço A ainda pode ser usado para a função do parceiro correspondente (por
exemplo, recebedor da mercadoria). No entanto, isso só é verdade desde que nenhum outro endereço (B, C, …) do parceiro de
negócios esteja atribuído à mesma utilização de endereço.
Assim que você atribuir essa mesma utilização de endereço a um endereço B do mesmo parceiro de negócios, todos os outros
endereços (A, C, ...) desse parceiro de negócios são implicitamente excluídos dessa utilização de endereço, a menos que esses
outros endereços também tenham sido atribuídos à mesma utilização explicitamente. Isso signi ca que quando você tiver
atualizado o endereço B como um endereço de remessa, mas também pretender que os endereços A e C sejam oferecidos
como um endereço de remessa, deve atualizar também os endereços A e C como endereços de remessa explicitamente.
 Exemplo
Você está vendendo para um cliente com os três endereços a seguir, apenas o primeiro dos quais tem uma utilização de
endereço especí ca atribuída:
Endereço de faturamento para o período de 1 de janeiro de 2020 a 31 de dezembro de 9999
Endereço da lial 1
[Nenhuma utilização especí ca do endereço]
Endereço da lial 2
[Nenhuma utilização especí ca do endereço]
Você inicia a criação da ordem do cliente a 15 de janeiro de 2021. O sistema oferece os seguintes endereços quando você usa
a função de seleção de endereços para selecionar respectivamente endereços para as funções de parceiro de negócios
3/24/2024
receptor e recebedor da fatura:
Todos os três endereços são oferecidos como endereços de entrega.
Observe que, desde que nenhum outro endereço tenha sido atribuído à utilização 'endereço de remessa', não é
necessário atualizar explicitamente a utilização do endereço 'endereço de remessa' para um endereço para torná-lo
um endereço de entrega válido. Mas: se, por exemplo, à lial 1 tivesse sido atribuída a utilização 'endereço de
remessa', somente o endereço da lial 1 seria oferecido como endereço de entrega.
Somente o endereço da sede da empresa é oferecido como endereço da fatura.
Isso ocorre porque a utilização de 'endereço de faturamento' atribuída restringe o faturamento a este endereço
individual permanentemente. Assim que a utilização 'endereço de faturamento' tiver sido atribuída ao endereço da
sede de empresa, a lial 1 e a lial 2 só seriam oferecidas como endereços da fatura depois de você atribuir
explicitamente a utilização 'endereço de faturamento' às mesmas.
Exemplo 3: Comportamento de endereços com utilizações de endereço de validade restrita
Um caso especial ocorre quando os endereços são atribuídos a utilizações de endereço com períodos de validade restritos.
O sistema não ltra a lista de endereços oferecidos de acordo com a sua validade, mas, em vez disso, oferece todos os
endereços que podem ser usados na data atual ('hoje') ou em qualquer data futura.
Isso é útil porque, no momento da seleção do endereço, as datas exatas para remessa e faturamento ainda não podem ser
inseridas no sistema.
 Dica
O sistema nunca oferece endereços passados (ou seja, endereços cuja validade geral já expirou) para seleção.
Quando o respectivo documento é salvo, o sistema usa as datas do documento relevantes para veri car a validade do endereço
selecionado. Por exemplo, a data de faturamento é usada para veri car a validade do endereço da fatura no documento de
faturamento e a data de entrega é usada para veri car o endereço de entrega no documento de remessa.
O exemplo seguinte mostra como a restrição dos períodos de validade de utilizações de endereço pode ser usada para
controlar se endereços especí cos podem ou não ser usados para funções de parceiro especí cas (ou não) durante os períodos
de nidos.
 Exemplo
Durante o mês de março, você está vendendo para um cliente os seguintes três endereços de remessa possíveis:
Endereço da lial 1
Endereço da lial 2
O cliente informou que, devido à construção atual até 1 de abril, o endereço da sede da empresa não pode receber entregas
durante março e que todos os transportes devem ir para a lial 1 ou lial 2. Para re etir isso e evitar que as entregas sejam
enviadas para o endereço da sede da empresa durante março, você atualiza as utilizações do endereço no registro mestre
do PN, conforme exibido na tabela seguinte:
Utilização do endereço atribuído por mês
Endereço ... Fevereiro Março Abril ...
3/24/2024
Sede da empresa ... [Nenhum] [Nenhum] [Nenhum] ...
Filial 1 ... [Nenhum] Endereço de [Nenhum] ...

remessa
Filial 2 ... [Nenhum] Endereço de [Nenhum] ...

remessa
Essas atribuições têm os seguintes efeitos:
Todos os três endereços podem ser usados como endereços de entrega antes de 1 de março, mas somente os
endereços da lial 1 e 2 podem ser usados como endereços de entrega durante março.
A partir de 1 de abril, todos os três endereços podem ser usados novamente como endereços de entrega.
Como anotação rápida, considere que as atribuições na tabela seguinte levam a que os mesmos endereços sejam oferecidos
para os mesmos períodos:
Sede da empresa ... Endereço de [Nenhum] Endereço de ...

remessa remessa
Filial 1 ... Endereço de Endereço de Endereço de ...

remessa remessa remessa
Filial 2 ... Endereço de Endereço de Endereço de ...

remessa remessa remessa
A equivalência das duas tabelas demonstra novamente o princípio geral de que, enquanto uma utilização especí ca (por
exemplo, endereço de entrega) não for atribuída a nenhum dos endereços em um determinado período, qualquer um desses
endereços pode ser usado para essa mesma utilização, o que é equivalente a atribuir essa utilização a todos os endereços.
Como você pode ver, as utilizações do endereço de nem restrições entre o conjunto de todos os endereços durante um
período especí co, mas geralmente não são obrigatórias para permitir a utilização de um endereço para a função do
parceiro correspondente.
Se você criar um pedido de venda em 15 de março, a disponibilidade dos endereços será a seguinte:
A sede da empresa pode ser usada como endereço de entrega a partir de 1 de abril
A lial 1 pode ser usada como endereço de entrega a qualquer momento
A lial 2 pode ser usada como endereço de entrega a qualquer momento
Uma vez que a data de remessa ainda não está xada durante a seleção inicial de endereço, o sistema oferece a você os
três endereços. Considere que o período de validade exibido (em alguns apps) na lista de endereços oferecidos só indica a
validade geral do endereço.
Considere que o sistema devolveria um aviso durante a gravação da ordem do cliente (ou de qualquer outro documento de
vendas) se o endereço da sede da empresa fosse selecionado em combinação com uma data solicitada de remessa anterior
a 1 de abril. A mensagem de aviso informa você de que o endereço da sede da empresa não pode ser usado como endereço
de entrega para a data de remessa destinada.
3/24/2024
A seleção do endereço da sede da empresa em combinação com uma data solicitada de remessa de 1 de abril (ou posterior)
cumpriria a veri cação de validade do sistema e, por isso, seria aceita.
Determinação de endereço em documentos SD
Ampliações de sistema adicionais para tratamento de vários

endereços
Saiba mais sobre as ampliações adicionais que foram efetuadas para dar suporte ao tratamento de vários endereços além dos
apps principais de vendas e expedição. Isso inclui APIs aprimorados e atividades de con guração em vendas e expedição, bem
como a funcionalidade relacionada em outras partes do sistema.
As principais funcionalidades e ampliações do tratamento de vários endereços são implementadas para as seguintes áreas
funcionais em vendas e expedição, para garantir que todas essas áreas suportem a funcionalidade ampliada:
Gerenciamento de dados mestre de vendas
Administração de ofertas de venda
Administração de preços
Gestão de contratos de venda
Gerenciamento da ordem do cliente e processamento
Administração de remessas
Faturamento de vendas
Gerenciamento de reclamações, devoluções e reembolsos
Monitorização e análise de vendas
Gerenciamento de saídas
Intercâmbio eletrônico de dados (EDI)
Para mais informações sobre as novas funcionalidades nas áreas acima, consulte Síntese de características para tratamento
de vários endereços.
Além do acima mencionado, as seguintes áreas funcionais e produtos também estão integrados com o tratamento de vários
endereços:
Settlement Management reutiliza a lógica fornecedida para o processamento de documentos de vendas.
Operational Procurement suporta a integração de vários endereços no processo da ordem de fornecimento direto a
terceiros, o que signi ca que as informações do endereço de remessa podem ser transferidas de ordens do cliente para
requisições de compra e pedidos subsequentes.
Quality Management suporta vários endereços dependentes do tempo. Se forem atualizados vários endereços para um
parceiro envolvido do tipo KU (cliente), você pode selecionar um endereço alternativo quando cria um dos seguintes
documentos:
Notas QM
Certi cados de qualidade

3/24/2024
Administração de depósitos, bem como sistemas integrados de SAP Extended Warehouse Management, já usam
endereços padrão do PN como endereços de entrega em entregas. Quando o tratamento de vários endereços está
ativo, é aplicável o seguinte:
A administração de depósitos pode usar vários endereços de PN dependentes do tempo. Considere que isso está
restringido a processos de entrega relacionados à ordem, nos quais o endereço especí co a ser usado já está
determinado na ordem.
Os sistemas integrados do SAP Extended Warehouse Management não podem usar vários endereços de PN
dependentes do tempo, mas convertê-los em endereços especí cos do documento. Isso ocorre porque a
funcionalidade de tratamento de vários endereços está disponível nos sistemas baseados em SAP S/4HANA,
mas não nos sistemas SAP Business Suite.
Em Gestão de transportes (TM ), um parceiro de negócios pode agora ter vários locais para cada remessa relevante ou
endereço padrão. Quando TM recebe um documento de vendas ou uma entrega, o mesmo recebe dados de endereço
que usa para determinar o local correto, considerando as datas de validade do endereço.
A interface de SAP Global Trade Services, edição para SAP HANA foi adaptada para suportar vários endereços
dependentes do tempo.
Para informações sobre como replicar parceiros de negócios para SAP Global Trade Services, edição para SAP HANA
usando o framework de replicação de dados (DRF), consulte a nota SAP 3019669 .
APIs ampliados
A tabela a seguir lista APIs que foram ampliados com campos adicionais para permitir o processamento remoto de documentos
SD quando o tratamento de vários endereços está ativo. Por exemplo, quando um sistema externo envia uma chamada API
para criar um documento de faturamento, um UUID de endereço especí co pode ser indicado para que o endereço do PN
correspondente seja usado para a função do parceiro relevante do documento recém-criado.
Clique no nome da API para exibir a documentação da API, onde você pode obter mais informações sobre os campos
adicionados. As APIs estão disponíveis no SAP Business Accelerator Hub.
 Dica
Em APIs OData, os campos listados estão sempre localizados nas entidades de parceiro do cabeçalho e parceiro do
item.
Tenha em atenção que quando você observa uma estrutura de entidade de API na guia de referência de API do SAP
Business Accelerator Hub, os campos listados podem não estar visíveis. Isso ocorre porque o SAP Business
Accelerator Hub só exibe a versão padrão de cada API, sem considerar os campos para o tratamento de vários
endereços.
Nome da API Tecnologia API Campos adicionados para Funcionalidade da solução

tratamento de vários endereços
Sales Inquiry - Read (A2X) OData BusinessPartnerAddressUUID Sales Quotation Management
Sales Quotation (A2X) OData BPRefAddrForDocSpcfcAddrUUID
Sales Contract (A2X) OData Sales Contract Management
Sales Scheduling Agreement OData

(A2X)
Sales Order (A2A) SOAP Sales Order Management and

Processing
Sales Order - Send SOAP
Processing Noti cation (A2A)
3/24/2024
Nome da API Tecnologia API Campos adicionados para Funcionalidade da solução

tratamento de vários endereços
Sales Order - Replicate (A2A) SOAP
Sales Order (A2X, OData V2) OData
Outbound Delivery (A2X) OData Delivery Management
Billing Document - Create SOAP BusinessPartnerAddressUUID Sales Billing
Billing Document Request - SOAP PartnerFunction

Create
Billing Document - Read, OData BusinessPartnerAddressUUID

Cancel, GetPDF
BPRefAddrForDocSpcfcAddrUUID
Billing Document Request - OData
Read, Reject, Delete
Sales Order Without Charge OData Claims, Returns, and Refund

(A2X) Management
Credit Memo Request (A2X) OData
Debit Memo Request (A2X) OData
Customer Return (A2X) OData Claims, Returns, and Refund

Management
Customer Return - Con rm SOAP
Processing (A2A)
Customer Return - Replicate SOAP

(A2A)
Customer Return (A2A) SOAP
Os dois campos adicionados à maioria das APIs listadas podem ser caracterizados da seguinte forma:
BusinessPartnerAddressUUID (UUID do endereço do parceiro de negócios)
Este campo contém um identi cador universal exclusivo (UUID) que representa um endereço de parceiro de negócios
especí co armazenado nos dados mestre de cliente. De modo semelhante à função de seleção de endereço nos apps
para a criação e modi cação de documentos de vendas, você pode usá-la para indicar a utilização de um endereço de
cliente especí co (a partir de dados mestre) para uma função de parceiro especí ca do documento de vendas.
 Nota
Em todos os APIs listados, os UUIDs de endereço de parceiro de negócios são suportados para todas as funções de
parceiro do tipo de parceiro Cliente (KU), exceto para a função de parceiro Pagador. Na maioria dos APIs listados, os
UUIDs de endereço de parceiro de negócios também são suportados para todas as funções de parceiro do tipo de
parceiro Pessoa de contato (AP). Para mais informações, consulte a documentação de cada API.
BPRefAddrForDocSpcfcAddrUUID (endereço de referência de parceiro de negócios para endereço especí co do

documento - UUID)
Se você editar um endereço manualmente, o sistema salva esse novo endereço como um endereço especí co do
documento da respectiva função de parceiro (no nível do cabeçalho ou do item). Neste caso, o endereço anterior
derivado dos dados mestre do PN não é perdido, mas salvo como endereço de referência do PN da respectiva função de
parceiro. Neste caso, o campo BPRefAddrForDocSpcfcAddrUUID fornece um UUID que representa este endereço de
referência de parceiro de negócios.
3/24/2024
 Nota
Os endereços de referência do parceiro de negócios são suportados para todas as funções de parceiro do tipo de
parceiro Cliente (KU), exceto para a função de parceiro Pagador.
Se você editar um endereço manualmente, o sistema salva esse novo endereço como um endereço especí co do documento da
respectiva função de parceiro (no nível do cabeçalho ou do item). Neste caso, o endereço anterior derivado dos dados mestre
do PN não é perdido, mas salvo como endereço de referência do PN da respectiva função de parceiro.
Atividades de con guração relevantes

As seguintes atividades de con guração suportam a con guração especí ca do tratamento de vários endereços:
Converter números de parceiro externos em internos (ampliada)
Esta atividade de con guração foi ampliada para permitir a atribuição de vários IDs de endereço a um PN. Para mais
informações, consulte a ajuda de con guração da atividade.
Inserir mapeamento de número de cliente resultante da migração de dados mestre de cliente
Na atividade de con guração Converter números de parceiro externos em internos, você de ne o mapeamento usado
para a conversão entre números de parceiro externos e números de parceiro internos no contexto do intercâmbio
eletrônico de dados (EDI). Assim que o tratamento de vários endereços para documentos SD estiver ativo, você
necessita de uma conversão diferente para as funções do parceiro do tipo 'KU' (cliente) para os números de cliente que
foram consolidados em registros de parceiro de negócios individuais.
A atividade de con guração Inserir mapeamento de número de cliente resultante da migração de dados mestre de
cliente permite a você adaptar essa conversão antes de o tratamento de vários endereços para documentos SD ser
ativado. Para mais informações, consulte a ajuda de con guração da atividade.
Con gurar determinação do parceiro
Esta atividade de con guração foi ampliada com atributos de determinação de endereço. Para mais informações,
consulte a ajuda de con guração da atividade.
Para mais informações sobre sobre a lógica de determinação de endereços ampliada, consulte Determinação de
endereço em documentos SD.
Você pode encontrar as atividades de con guração acima mencionadas usando a função de pesquisa em seu ambiente de
con guração. Para mais informações, consulte Ambiente de con guração de SAP S/4HANA Cloud.
Para mais informações sobre a con guração do tratamento de vários endereços, consulte o Guia de con guração anexado à
nota SAP 3119364 .
APIs for Sales
Tratamento de vários endereços em documentos SD usando o parceiro de negócios SAP
Operational Procurement
Administração de depósitos
Settlement Management
Parceiro de negócios
Textos em Sales
3/24/2024
Objetivo
Ao longo de um processo empresarial, a troca efetiva de informações entre partes relevantes facilita a simpli cação de
transações. No processamento de vendas, essa troca de informações é suportada por textos como notas de vendas para
clientes, textos de SD para materiais (isto é, produtos), notas de embalagem e instruções de faturamento. Os textos podem
servir como informação de referência no sistema ou como textos de saída. Eles podem ser armazenados nas seguintes
localizações:
Registros mestre (para clientes, produtos e materiais do cliente)
Documentos de vendas e distribuição (SD)
Funcionalidades
Você pode implementar o controle de texto da seguinte forma:
Con gurar regras de controle de texto que são aplicadas durante o processamento de vendas. Elas incluem o seguinte:
Disponibilizar tipos de texto adicionais (incluindo os textos padrão e os personalizados) em registros mestre e
documentos SD.
Por padrão, a SAP disponibilizou alguns tipos de texto padrão em registros mestre e documentos SD. Você
também pode ativar outros tipos de texto padrão e seus tipos personalizados.
Ativar a determinação de texto para tipos de texto selecionados em documentos SD.
Como resultado, quando um documento SD é criado ou processado, os textos podem ser copiados de registros
mestre ou documentos precedentes com base em regras prede nidas. Por exemplo, os textos podem ser
copiados do mestre de produtos para uma ordem do cliente ou de uma oferta de vendas para uma ordem do
cliente com referência à oferta.
 Nota
Em um uxo de documentos, um documento precedente foi utilizado como base para a criação de um ou mais
documentos subsequentes. Por exemplo, uma oferta de vendas pode ser o documento precedente de uma
ordem do cliente.
Para mais informações sobre como con gurar as regras de controle de texto, consulte a ajuda de con guração para as
seguintes atividades de con guração em seu ambiente de con guração:
De nir tipos de texto para textos de SD no mestre de clientes
De nir tipos de texto para material de cliente
De nir tipos de texto para cabeçalho do documento SD
De nir tipos de texto para item do documento SD
Con gurar determinação de texto para mestre de clientes
Con gurar determinação de texto para cabeçalho do documento de vendas
Con gurar determinação de texto para item do documento de vendas
Con gurar determinação de texto para cabeçalho da remessa
Con gurar determinação de texto para item de remessa
Con gurar determinação de texto para cabeçalho do faturamento
Con gurar determinação de texto para item do faturamento
3/24/2024
Atualizar textos em registros mestre e documentos SD. Por exemplo, você pode criar textos ou modi car textos
copiados em documentos SD.
Textos em registros mestre

Nos seguintes registros mestre, você pode atualizar textos a serem utilizados em documentos de vendas e distribuição (SD):
Registros mestre de cliente (incluindo textos como notas de vendas para clientes)
Registros mestre de produtos (incluindo textos de SD de material)
Registros de material do cliente (incluindo informações do material do cliente)
Textos em registros mestre de cliente

Um registro mestre de cliente pode conter os seguintes textos:
Textos centrais (KNA1), atualizados nos dados gerais do cliente
Textos de vendas (KNVV), atualizados nos dados de vendas do cliente
Textos da pessoa de contato (KNVK), atualizados nos dados de relação do cliente
Para acessar textos nos registros mestre do cliente, você pode abrir o app Administrar dados mestre de cliente, Administrar
dados mestre do parceiro de negócios ou Atualizar parceiro de negócios, mudar para a função de cliente (FLCU01) e ir para os
dados relacionados. Por exemplo, você pode pesquisar em uma área de vendas ou nos dados de vendas para veri car os textos
de vendas do cliente.
 Nota
No mestre de clientes, os textos não estão disponíveis para os clientes do grupo de contas FICA (clientes da conta corrente
contratual). Você pode veri car o grupo de contas de um cliente no app Atualizar parceiro de negócios.
Funcionalidades
Você pode efetuar o seguinte:
Disponibilize tipos de texto adicionais (incluindo textos padrão e personalizados) nos registros mestre.
Por padrão, a SAP disponibilizou alguns tipos de texto padrão em registros mestre. Você também pode ativar outros
tipos de texto padrão e seus textos personalizados para alguns objetos de texto. A tabela seguinte lista as atividades de
con guração usadas para a ativação:
Objeto do texto Atividade de con guração usada para Atividade de con guração usada para
ativar tipo de texto padrão ativar tipo de texto personalizado
Material do cliente N/A De nir tipos de texto para material de

cliente
3/24/2024
Objeto do texto Atividade de con guração usada para Atividade de con guração usada para
ativar tipo de texto padrão ativar tipo de texto personalizado
Textos de SD no mestre de clientes Con gurar determinação de texto para De nir tipos de texto para textos de SD
mestre de clientes no mestre de clientes
Con gurar determinação de texto para

mestre de clientes
Atualizar textos nos três tipos de registros mestre.
Você pode atualizar textos para clientes nos apps Administrar dados mestre de cliente, Administrar dados
mestre do parceiro de negócios e Atualizar parceiro de negócios.
Você pode atualizar textos para produtos nos apps Administrar dados de mestre de produtos e Criar/modi car
material.
Você pode atualizar textos para materiais do cliente no app Administrar materiais do cliente.
Administrar dados mestre de produto
Administrar materiais do cliente
Textos em documentos de vendas e distribuição

Os textos são suportados no nível do cabeçalho e do item nos seguintes documentos de vendas e distribuição (SD):
Documentos de remessa
Documentos de faturamento
Os textos em documentos SD podem ser atualizados manualmente ou copiados automaticamente de registros mestre ou
documentos precedentes, se as regras de determinação de texto tiverem sido con guradas.
Funcionalidades
Você pode efetuar o seguinte:
Con gurar regras de controle de texto que são aplicadas durante o processamento de vendas. Elas incluem o seguinte:
Disponibilizar tipos de texto adicionais (incluindo textos padrão e personalizados) em documentos SD.
Por padrão, a SAP disponibilizou alguns tipos de texto padrão em documentos SD. Você também pode ativar
outros tipos de texto padrão e seus tipos personalizados.
Ativar a determinação de texto para tipos de texto selecionados em documentos SD.
Como resultado, quando um documento SD é criado ou processado, os textos podem ser copiados de registros
mestre ou documentos precedentes com base em regras prede nidas.
3/24/2024
 Nota
Você pode executar con gurações precedentes nas seguintes atividades de con guração
Con gurar determinação de texto para cabeçalho do documento de vendas
Con gurar determinação de texto para item do documento de vendas
Con gurar determinação de texto para cabeçalho da remessa
Con gurar determinação de texto para item de remessa
Con gurar determinação de texto para cabeçalho do faturamento
Con gurar determinação de texto para item do faturamento
Para usar tipos de texto personalizados, você tem que criar previamente tipos de texto personalizados
usando as seguintes atividades de con guração:
De nir tipos de texto para cabeçalho do documento SD
De nir tipos de texto para item do documento SD
Atualizar textos em documentos SD. Por exemplo, você pode criar textos ou modi car textos copiados.
Criar ofertas de venda - VA21
Administrar ordens do cliente - versão 2
Criar ordens do cliente - VA01
Criar entregas – de ordens do cliente
Criar documentos de faturamento
Trabalhar com determinação de texto (exemplo)
Utilização
Para um texto em um documento de vendas e distribuição (SD), você pode indicar se pretende que o texto seja copiado de um
registro mestre ou de um documento precedente em seu ambiente de con guração.
A gura a seguir exibe como os textos são copiados dos registros mestre para um documento de vendas e como os textos são
copiados do documento de vendas para um documento subsequente.
3/24/2024
 Nota
Os textos também podem ser copiados de textos padrão já de nidos no app Atualizar textos padrão. Para mais
informações, consulte Atualizar textos padrão e a ajuda de con guração para a determinação de texto no seu ambiente de
con guração.
Processo de determinação de texto padrão para cabeçalho do formulário no

documento SD
Como de nido pela versão padrão do sistema da SAP, o sistema utiliza a seguinte sequência de acesso para encontrar um texto
fonte para o texto de cabeçalho do formulário em um documento SD:
1. Se existir um texto de cabeçalho relevante no documento precedente, esse texto é copiado para o cabeçalho do
documento SD. Se o texto de cabeçalho existir em vários idiomas, o texto é copiado em todos os idiomas para o
documento SD.
2. Se não existir nenhum texto de cabeçalho relevante no documento precedente ou se o documento SD for criado sem
referência, o sistema tenta copiar a nota de vendas do cliente dos textos de SD do cliente no registro mestre do cliente
no idioma atribuído ao emissor da ordem.
3. Se não for possível encontrar um texto desse tipo, o sistema tenta copiar a nota de vendas do cliente dos textos de SD
do cliente no registro mestre do cliente no idioma atribuído à organização de vendas.
4. Se não for possível encontrar um texto desse tipo, o sistema tenta copiar a nota de vendas do cliente dos textos de
vendas centrais no registro mestre de cliente no idioma atribuído ao emissor da ordem.
5. Se não for possível encontrar um texto desse tipo, o sistema tenta copiar a nota de vendas do cliente dos textos de
vendas centrais no registro mestre do cliente no idioma atribuído à organização de vendas.
6. Se o sistema não encontrar nenhum texto adequado, não será inserido nenhum texto como texto de cabeçalho do
formulário no documento SD.
Como funciona a determinação de texto (exemplo)

Você pode de nir as suas próprias regras de determinação de texto se as regras padrão não satis zerem as suas necessidades.
Neste exemplo, você pretende alcançar o seguinte:
3/24/2024
Ativar um tipo de texto personalizado (nota de cabeçalho 1) para o cabeçalho da ordem do cliente
Permitir a cópia do texto do mestre de clientes (cliente 1001) para o cabeçalho da ordem do cliente
Aplicar a lógica de determinação de texto ao tipo de documento de vendas OR (ordem padrão)
Textos fonte e destino na determinação de texto
Texto Local Tipo de texto
Texto fonte Mestre de clientes Texto de SD do cliente
Texto destino Cabeçalho da ordem do cliente Nota de cabeçalho 1
Processo geral
1. De na um tipo de texto personalizado nota de cabeçalho 1 na atividade de con guração De nir tipos de texto para
cabeçalho do documento SD.
2. Permita a determinação de texto para o tipo de texto personalizado na atividade de con guração Con gurar
determinação de texto para cabeçalho do documento de vendas.
a. Inclua o tipo de texto personalizado na determinação de texto.
Insira o tipo de texto prede nido (nota de cabeçalho 1) em um esquema de textos.
b. No esquema de textos, indique uma sequência de acesso para o tipo de texto personalizado.
Na sequência de acesso, indique o texto de SD do cliente do mestre de clientes como texto fonte para o novo tipo
de texto personalizado (nota de cabeçalho 1).
c. Atribua o esquema de textos ao tipo de documento de vendas OR (ordem padrão).
3. No app Administrar dados mestre de cliente, atualize o texto fonte no mestre de clientes.
Insira o Cliente ocasional como Texto de SD do cliente para o cliente 1001.
 Nota
Você também pode atualizar o texto no mestre de clientes usando o app Atualizar parceiro de negócios ou
Administrar dados mestre do parceiro de negócios. Para cada cliente, você pode atualizar textos de SD do cliente
por área de vendas.
4. No app Criar ordens do cliente ou Criar ordens do cliente - VA01, crie uma ordem do cliente (tipo de documento de
vendas OR) para o cliente 1001.
Resultado
Quando você navega para textos no nível do cabeçalho na nova ordem do cliente, você pode ver o Cliente ocasional para a Nota
do cabeçalho 1.
 Nota
Se não tiver sido criado nenhum texto fonte no mestre de clientes, a Nota de cabeçalho 1 estaria em branco. Se necessário,
você pode atualizar textos manualmente para a Nota de cabeçalho 1.
3/24/2024
Criar ordens do cliente - VA01
Duas formas de copiar textos: referência ou duplicado

Você pode querer que um determinado texto permaneça consistente durante o processamento de vendas em vários
documentos de vendas e distribuição (SD). Por exemplo, o texto que contém as condições de pagamento deve permanecer
consistente no cabeçalho do documento desde a fase de cotação até o faturamento. Por outro lado, também pode ser
necessário modi car um texto em um documento SD sem afetar a respectiva cópia em documentos subsequentes.
Ao con gurar a determinação de texto no seu ambiente de con guração, você pode indicar um texto a ser copiado por meio da
duplicação ou da referência.
Copiar textos por meio da duplicação
Se um texto for duplicado, o sistema cria uma cópia independente do texto. Você pode modi car o texto fonte ou o texto
de destino sem afetar o outro.
Copiar textos por meio de referência
Se um texto for referenciado, ele só existe uma vez no banco de dados. Uma modi cação no texto fonte aciona uma
modi cação simultânea no texto de destino no documento subsequente.
 Nota
Se você modi car o texto de destino, o sistema elimina automaticamente a referência ao texto fonte. Em seguida,
você pode modi car qualquer um dos textos sem afetar os outros. A referência permanece inativa se você modi car
um texto e anular as modi cações posteriormente.
Lógica personalizada: Condição para efetuar cópia e

transferência de dados para textos em documentos SD
Você pode ampliar a determinação de texto para documentos de vendas e distribuição (SD).
Lógica personalizada
Como usuário-chave, você pode implementar os seguintes Business Add Ins (BAdIs) no app Lógica personalizada:
Nome BAdI Contexto empresarial Utilização empresarial
Condição para efetuar cópia na Vendas: Determinação de texto De nir os requisitos sob os quais é
determinação de texto efetuada a cópia do texto.
Transferência de dados na determinação Modi car o texto fonte que o sistema copia
de texto para um documento SD.
Para mais informações sobre os BAdIs individuais, consulte a documentação especí ca de BAdI no app Lógica personalizada:
Lógica personalizada <sua implementação> Documentação de BAdI Visualizar documentação de BAdI
Como rotinas personalizadas funcionam na determinação de texto

As guras a seguir exempli cam como os dois tipos de rotinas personalizadas funcionam na determinação de texto:
3/24/2024
De acordo com as regras prede nidas para determinação de texto, o texto de cabeçalho 0001 em uma oferta de venda é
copiado para o texto 0011 em uma ordem do cliente, referenciando a oferta de venda.
Determinação de texto padrão (sem rotinas personalizadas)
Você pode de nir uma condição para efetuar cópia que serve como pré-requisito para a cópia de texto. Por exemplo, na lógica
personalizada, você pode indicar que o requisito só é cumprido quando o país/região do emissor da ordem for a Alemanha.
Como resultado, a cópia do texto não ocorre para clientes de outros países (por exemplo, os EUA).
Impacto da condição para efetuar cópia na determinação de texto (marcado em azul)
Você também pode de nir uma rotina de transferência de dados que varia o texto fonte de acordo com determinadas
condições. Por exemplo, na lógica personalizada, você pode indicar que o texto é copiado do texto 0001 quando a condição A é
cumprida e do texto 0002 quando a condição B é cumprida.
Impacto da rotina de transferência de dados na determinação de texto (marcado em azul)
 Nota
Em alternativa, um texto pode ser derivado de um texto padrão que foi atualizado no app Atualizar textos padrão. Para mais
informações, consulte Atualizar textos padrão e documentação do BAdI Transferência de dados na determinação de texto
no app Lógica personalizada.
Processo de con guração geral

Execute as seguintes etapas para ativar condições para efetuar cópia ou rotinas de transferência de dados na determinação de
texto para documentos SD:
3/24/2024
1. No app Lógica personalizada, crie uma implementação de BAdI com lógica personalizada em um contexto comercial
selecionado. Certi que-se de que você atribui um valor de ltro único à implementação.
2. Adapte a con guração da determinação de texto em seu ambiente de con guração da seguinte forma:
a. Mapeie a implementação de BAdI para um número de rotina.
Na atividade de con guração De nir condições para efetuar cópia e transferência de dados para textos em
documentos SD, registre um número de rotina para uma opção de ampliação do processo (Condição para
efetuar cópia na determinação de texto ou Transferência de dados na determinação de texto). Para esse
número de rotina, insira o valor do ltro da implementação como o ID de ampliação.
 Nota
O ID de ampliação deve ser idêntico ao valor do ltro da implementação de BAdI.
b. Atribua o número de rotina a um acesso.
Efetue a atribuição na atividade de con guração para con gurar a determinação de texto para um determinado
objeto de texto (por exemplo, Con gurar determinação de texto para cabeçalho do documento de vendas):
Para uma rotina da condição para efetuar cópia, insira o número de rotina no campo Requisito.
Para uma rotina de transferência de dados, insira o número de rotina no campo Transferência de dados.
 Nota
Se as duas rotinas de condição para efetuar cópia e de transferência de dados estiverem atribuídas a um
acesso, o sistema só executará a rotina de transferência de dados quando a condição para efetuar cópia for
cumprida.
Criar e transportar itens de ampliação
Trabalhar com determinação de texto (exemplo)
Price Management
Você pode utilizar a gestão de preços para calcular valores líquidos nos processos de vendas. De cotação para contrato ou
ordem, de faturamento para contabilidade: todos os documentos comerciais compartilhar a mesma fonte para informações de
preço.
A gestão de preços permite o seguinte:
Você pode fornecer preços exatos aos seus clientes
Você pode fortalecer a delização criando melhores relações com o cliente mediante a gestão de preços exível
Durante o processo de vendas, você pode de nir preços individuais para materiais, clientes, etc.
Sales Quotation Management
3/24/2024
Você pode utilizar administração de ofertas de venda para uma integração perfeita na cadeia do processo de vendas, que vai
desde a cotação até o transporte e do faturamento até o lançamento de receitas.
Você pode representar processos empresariais pré-vendas, utilizando consultas de vendas e ofertas de venda.
As consultas de vendas são solicitações por parte de clientes de informação sobre as condições de compra (como preço e
disponibilidade) para certas mercadorias ou serviços. Por sua vez, as ofertas de venda são as respostas às consultas de vendas
e representam ofertas legalmente vinculativas a clientes para o fornecimento de mercadorias ou a provisão de serviços sob
condições especí cas.
Os clientes podem responder a uma oferta de venda com um pedido que, por sua vez, aciona uma ordem do cliente.
Dados de conformidade do produto em processos de vendas

SD Vendas

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

SD Vendas

Enviado por

Direitos autorais:

Formatos disponíveis

3/24/2024

SAP S/4HANA Cloud | 2402.1

Original content: https://help.sap.com/docs/SAP_S4HANA_CLOUD/a376cd9ea00d476b96f18dea1247e6a5?locale=pt-

For more information, please visit the https://help.sap.com/docs/disclaimer.

Sales Master Data Management

O material do cliente inserido em uma ordem do cliente é substituído por um número do

O material obsoleto é substituído por um novo material.

O grá co seguinte ilustra um exemplo da substituição de um material na ordem do cliente.

Criar registros da determinação do material

Selecionar um tipo de determinação do material.

Indicar um período de validade para a determinação do material.

Criar os registros da determinação do material com referência

Selecionar um tipo de determinação do material.

Modi car registros da determinação do material

Selecionar um tipo de determinação do material.

Procurar registros da determinação do material com base em um ou mais critérios de ltragem.

Exibir registros da determinação do material

Selecionar um tipo de determinação do material.

As hierarquias de produtos nas vendas

1. Con gurar hierarquias de produtos

2. Con gure a data utilizada para a determinação da hierarquia de produtos (opcional)

3. De nir atribuições para uma hierarquia de produtos

4. Con gurar a determinação de preços

Elemento da técnica de condições ID Descrição

Tabela de condições 164 Org.vendas/distrib. Cl./ hierarquia de

Elemento da técnica de condições ID Descrição

Sequência de acesso DPH1 Hierarquia de produtos

Tipo de condição DPH1 Hierarquia de produtos

5. Con gurar a listagem e exclusão de materiais para documentos de vendas.

A sua tabela de condições deve conter o campo Nó da hierarquia de produtos PROD_HIER_NODE.

Hierarquia de produtos em documentos de vendas e documentos de faturamento

Hierarquia de produtos e análise

Entrada de ordens do cliente - Análise exível

Faturamento - Análise exível

Ofertas de venda - Análise exível

Devoluções de cliente - Análise exível

1. Adicione o campo de produto a partir dos campos disponíveis.

Abra o menu de contexto de um produto.

Selecione um produto e abra a caixa drop-down de hierarquia.

Administrar atribuições de hierarquia de produtos

Objetivo Determinação de lotes: Utilizado para ordens do cliente

Modi car o período de validade de uma atribuição.

Elimine uma atribuição.

Marque uma atribuição da lista e, em seguida, selecione Eliminar.

Crie uma atribuição

Você deve gravar suas entradas.

Você pode deslocar ou eliminar nós nais existentes.

Você pode adicionar novos nós nais.

Você pode adicionar novos subnós diretamente abaixo do nó raiz.

Tipos de dispositivo suportados

Exemplo: listagem e exclusão de materiais para hierarquias de

1. Crie uma hierarquia de produtos no app Administrar hierarquias de produtos.

Hierarquia de produtos para chá

A tabela seguinte lista algumas con gurações de exemplo:

Elemento da técnica de condições Observações Atividade de con guração

Tipo de condição Indique o ID do tipo de condição como Atualizar tipos de listagem/exclusão

Ativar listagem/exclusão por tipo de

Notas sobre a con guração da direção e distância para a avaliação da hierarquia de

Raiz para WT_01 ou TEA_NORTH > Em branco ou TEA_NORTH, Não Não

WT_01, TEA_NORTH > Em branco ou TEA_NORTH, Sim Sim para

1 TEA_NORTH Não Não

2 TEA_NORTH2 Sim Sim para RT_01

RT_03 TEA_SOUTH Em branco ou TEA_SOUTH Não Não