CADERNO 4_TEORIA

Prévia do material em texto

Caderno 4 Teoria 
 
1 
 
FORMAÇÃO EXECUTIVA PROFISSIONAL 
SAP FI (Contabilidade Financeira) 
 
CONTEÚDO 
Índice 
Síntese do curso 
Capitulo 1: Transações do Razão Especial 
Lição: Gerenciamento da visão de aplicação para operações do razão especial 
Lição: Atualização de operações do razão especial 
Lição: Compreensão de compras (integração MM) 
Lição: Compreensão da integração de vendas e distribuição 
Capitulo 2: Validações e Substituições 
Lição: compreensão dos fundamentos de validação e substituição 
Lição: Atualização e execução de validações 
Lição: Utilização de técnicas adicionais para substituições e validações 
Capitulo 3: Repartição de Documento 
Lição: Configuração e uso da repartição de documento 
 
PÚBLICO – ALVO 
Este curso destina-se aos seguintes públicos: 
 Consultor de aplicação 
 Gerente de projeto 
 Suporte TI 
 Superusuário/usuário-chave/usuário avançado 
 
 
 
Caderno 4 Teoria 
2 
 
CAPITULO 1 
 
TRANSAÇÕES DO RAZÃO ESPECIAL 
 
Lição 1 
Gerenciamento da visão de aplicação para operações do razão especial 
 
Lição 2 
Atualização de operações do razão especial 
 
Lição 3 
Compreensão de compras (integração MM) 
 
Lição 4 
Compreensão da integração de vendas e distribuição 
 
 
 
Objetivos do capitulo 
 Compreensão do conceito de operações do razão especial 
 Familiarize-se com classes e tipos de razão especial 
 Executar o sistema de adiantamento 
 Executar ajustes do valor individual 
 Configurar operações do razão especial 
 Compreender o processo integrado com administração de materiais 
(MM) 
 Compreender o processo integrado com vendas e distribuição (SD) 
 
 
Caderno 4 Teoria 
3 
 
Capitulo 1 
Lição 1 
 
Gerenciamento da visão de aplicação para operações do razão 
especial 
 
SINTESE DA LIÇÃO 
Esta lição explica como gerenciar a visão de operações do razão especial. 
 
Exemplo de negócios 
Você precisa reportar determinadas transações de negócios separadamente no 
razão e livro auxiliar na contabilidade financeira. Nesse contexto, transações 
como adiantamentos, solicitações de adiantamento e ajustes do valor individual 
de créditos duvidosos devem ser exibidos em FI. Por este motivo, você precisa: 
 De uma compreensão das operações do razão especial 
 De uma compreensão das particularidades de operações do razão 
especial 
 De uma compreensão das funções de operações do razão especial 
 
OBJETIVOS DA LIÇÃO 
Após a conclusão desta lição, você estará apto a: 
 Compreensão do conceito de operações do razão especial 
 Familiarize-se com classes e tipos de razão especial 
 Executar o sistema de adiantamento 
 Executar ajustes do valor individual 
 
 
 
 
 
Caderno 4 Teoria 
4 
 
Contas de conciliação 
 
Transações em livros auxiliares, como contabilidade de clientes e 
fornecedores, são lançadas em contas de conciliação no razão. O objetivo é ter 
os valores disponíveis em forma de totais assim como no razão, para que se 
crie rapidamente um balanço financeiro ou uma demonstração de resultados. 
Para determinar contas a pagar ou a receber, utilize a aplicação SAP ERP para 
exibir diretamente os saldos das contas de conciliação. Não há necessidade de 
procurar os valores no livro auxiliar. 
Em cada registro mestre de cliente ou de fornecedor, você precisa inserir a 
conta de conciliação que deseja lançar. O campo conta de conciliação pode ser 
encontrado no segmento de empresa do registro mestre de cliente ou de 
fornecedor. 
 
 
 
 
 
 
 
Caderno 4 Teoria 
5 
 
Fatura de cliente 
 
Quando você insere uma fatura de cliente ou nota de credito de cliente em 
contas a receber, cada uma, respectivamente, é lançada na conta de 
conciliação criada da mesma forma. Você pode consultar o numero da conta de 
conciliação lançado no documento de contabilidade financeira. A aplicação 
SAP ERP atualiza a movimentação na conta de conciliação em questão. 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
6 
 
Contas de conciliação alternativa (operações do razão especial) 
 
Operações do razão especial são transações em contabilidade de clientes e 
fornecedores. A aplicação SAP ERP exibe essas transações separadamente 
no razão e nos livros auxiliares. 
A exibição das transações separadamente pode ser necessária por um 
dos seguintes motivos: 
 Devido a motivos internos da empresa 
 Devido a motivos de relatórios específicos 
Adiantamentos, por exemplo, podem não aparecer no balanço junto com 
contas a receber e a pagar de mercadorias e serviços. 
A conta de conciliação vincula as transações nos livros auxiliares ao razão. O 
registro mestre do livro auxiliar contém a conta de conciliação. Se as 
atribuições de contas do livro auxiliar forem feitas utilizando um código do 
razão, então elas serão lançadas em contas de conciliação alternativas, como 
contas do razão especial. Essas transações, portanto, são exibidas 
separadamente. 
 
 
Caderno 4 Teoria 
7 
 
Classes do Razão especial 
 
Você pode divide os objetivos de operações do Razão especial nas três 
classes seguintes: 
 Transações em conexão com adiantamentos 
Aplicação SAP ERP fornece programas pré – configurados, especiais e 
telas de entrada utilizadas para a administração de adiantamentos 
solicitados, recebidos e utilizados. Os administradores também podem 
utilizar a aplicação SAP ERP para contas a receber ou contas a pagar. 
Utilize os menus padrão para chamar programas pré-configurados e 
telas de entrada. Além disso, o processamento de adiantamento é 
integrado aos programas de sistema de advertência e de pagamentos. 
 
 Transações em conexão com letras de câmbio 
Na aplicação SAP ERP, você pode utilizar letras de cambio para lidar 
com particularidades especificas do país. A aplicação SAP ERP contem 
programas pré- configurados especiais e telas de entrada que utilizam 
as funções de operações do Razão especial. As opções para 
Caderno 4 Teoria 
8 
 
processamento de letras de câmbio estão disponíveis nos menus padrão 
de contabilidade de clientes e fornecedores. 
 
 Outras transações 
Na aplicação SAP ERP, você pode utilizar as funções das operações do 
Razão especial para tipos diferentes de transações comerciais. Para 
controlar essas transações, utilize a opção Outro menu Entrada de 
documento na contabilidade de clientes e fornecedores. Com o código 
do Razão especial e possível transmitir documentos de itens de 
documento a uma conta de conciliação. O código regula o tipo de 
processamento que é acionado para transação comercial. 
Tipos de Razão especial 
 
Há três modos de transferir entradas do Razão especial para a aplicação SAP 
ERP. Todos os três são tipos do Razão especial. 
A configuração do código do razão especial determina se o lançamento é 
um dos seguintes: 
Caderno 4 Teoria 
9 
 
Tipo de lançamento Descrição Exemplo 
Lançamentos automáticos 
(estatísticos) de 
contrapartidas 
Essas transações 
estão incluídas em 
notas aos balaços 
financeiros e sempre 
são lançados na 
mesma conta de 
contrapartida. 
Lançamento de uma 
fiança 
Partidas – memo Classificações 
contábeis individuais 
que são utilizados 
somente para lembrar 
ao respectivo 
departamento 
pagamentos devidos 
ou pagamento a ser 
feitos. Elas não são 
destinadas a ser 
exibidas no Razão 
Solicitação de 
adiantamento 
Lançamentos de 
contrapartidas livres 
Essas entradas fazem 
parte dos balanços 
financeiros. São 
lançamentos como 
uma contrapartida de 
livre definição. 
O lançamento bancário 
de um adiantamento 
recebido 
 
 
 
 
Caderno 4 Teoria 
10 
 
Tipos de Razão especial 1 – lançamento automático (estatístico) de 
contrapartida 
 
Lançamentos automáticos (estatísticos) de contrapartidas são feitos sempre na 
mesma conta de contrapartida. Para simplificar o procedimento de lançamento, 
defina o número da conta do lançamento de contrapartida no Customizing.A 
aplicação SAP ERP, então, gera automaticamente os lançamentos de 
contrapartidas. 
Quando você liquida partidas em aberto de uma conta respectiva, as 
respectivas partidas na conta de contrapartida são automaticamente liquidadas 
no sistema. 
Essas transações são conhecidas como lançamentos estatísticos porque elas 
são mostradas somente em notas de balanços financeiros ou nunca são 
mostradas. Por exemplo, a aplicação SAP ERP exibe as fianças feitas em 
notas, mas não exibe as fianças recebidas. 
 
 
Caderno 4 Teoria 
11 
 
Lançamento – de contrapartida automático (estatístico) 
 
Aqui está um exemplo de um lançamento estatístico, ou fiança. Você fez 
acordo com um cliente para afiançar um montante de 10.000. 
Consequentemente, você aceitou compromisso por esse montante. A aplicação 
SAP ERP exibe esse compromisso na conta do cliente e na conta do Razão 
especial, no campo Fiança efetuada. Os lançamentos de contrapartida 
automáticos são feitos na conta de compensação de fiança efetuada. A fiança 
é cancelada assim que você não tiver mais compromisso referente à EUR 
10.000. 
 
 
 
 
 
 
 
Caderno 4 Teoria 
12 
 
Partidas-memo do tipo de Razão especial 2 
 
Partidas – memo são operações do Razão especial com caráter informativo. 
As partidas – memo são utilizadas para lembrar ao usuário o seguinte: 
 Pagamentos devidos 
 Pagamentos a ser feitos não exibidos no Razão nem adicionados a ele. 
A criação de uma partida – memo só atualiza uma partida individual. A 
aplicação SAP ERP não faz um lançamento de contrapartida. Como 
consequência, nenhuma verificação de saldo zero é feito no sistema. 
O programa de pagamentos e o programa de advertência podem ter acesso a 
partidas-memo como itens abertos na aplicação SAP ERP. 
Você pode gerenciar as partidas- memo como itens abertos nas seguintes 
contas: 
 Fornecedores ou cliente 
 Conta do Razão Especial 
Caderno 4 Teoria 
13 
 
Por essa razão, você deve sempre ativar a exibição de partidas individuais 
dessas contas. 
Lançamento – partidas – memo 
 
A seguir, alguns exemplos de partidas- memo: 
 Solicitações de aditamento 
 Solicitações de letra de câmbio 
Uma solicitação de adiantamento é um partida-memo estatística que relembra 
você para fazer um adiantamento. Nenhuma movimentação no período esta 
atualizada para solicitações de adiantamento. Como todas as operações do 
Razão especial envolvendo adiantamentos, as solicitações de adiantamento 
podem ser pagas e advertidas automaticamente. Todas as informações 
solicitadas pelo programa de pagamento ou de advertência estão disponíveis 
na aplicação SAP ERP. 
Há solicitações de adiantamento do cliente e solicitações de adiantamento de 
fornecedor. O objetivo das solicitações de adiantamento do cliente é permitir 
Caderno 4 Teoria 
14 
 
que o programa de pagamento processasse automaticamente adiantamentos. 
Autorização para debito em conta do cliente é um pré – requisito. 
Quando você insere uma solicitação de adiantamento na aplicação SAP ERP, 
a solicitação permite que um cliente crie seus próprios lembretes ou receba um 
lembrete através de um processo de pagamento. 
A aplicação SAP ERP não atualiza nenhuma movimentação no período quando 
você insere as partidas – memo. Isso significa que apesar de Itens de 
documento poderem existir na lista respectiva, eles não afetam o saldo exibido 
do cliente. Além disso, a conta do Razão especial lançada sempre exibe um 
saldo zero. 
Razão especial tipo 3- Lançamento de contrapartidas livres 
 
As operações do Razão especial, definidas como lançamentos de 
contrapartidas livres, criam lançamentos apropriados no Razão. Dependendo 
do tipo de lançamento, a aplicação SAP ERP automático credita ou debita a 
conta de conciliação alternativa. Você deve inserir a conta do Razão para o 
lançamento de contrapartida. 
Caderno 4 Teoria 
15 
 
Lançamento – Lançamentos de contrapartidas livres 
 
Em um exemplo de lançamento livre de contrapartida para uma entrada do 
adiantamento, um cliente responde à solicitação de adiantamento com um 
pagamento EUR 10.000. A aplicação SAP ERP registra a entrada do 
pagamento tanto na conta do livro auxiliar do cliente quanto na conta de 
conciliação alternativa (adiantamento recebidos) do Razão. A conta do balanço 
bancário (que varia dependendo do banco e do número da conta) a ser credita 
com a entrada do pagamento pode ser selecionada na aplicação SAP ERP 
durante a transação. 
Um adiantamento efetuado pelo cliente antes da execução de um serviço é 
uma conta a pagar, portanto, não deve alterar a conta de conciliação de contas 
a receber. A conta do Razão especial (conta de conciliação alternativa) para 
adiantamento efetuados é exibida na área de contas a pagar dos balanços 
financeiros. 
O adiantamento deve ser transferido ou liquidado após a criação da fatura. 
Caderno 4 Teoria 
16 
 
Procedimentos de adiantamento do cliente do cliente 
 
Procedimento de adiantamentos na área do cliente deve ser o seguinte: 
1. O adiantamento é solicitado 
As solicitações de adiantamento são partidas – memo. As solicitações 
de adiantamento não modificam os saldos da conta. Você pode emitir 
advertências automaticamente e efetuar pagamentos de acordo com 
solicitações de adiantamento. 
 
2. O adiantamento é recebido 
A aplicação SAP ERP exibe os adiantamentos recebidos como contas a 
pagar em suas contas. Os adiantamentos recebidos não devem 
modificar o saldo da conta conciliação Contas a receber. Você pode 
administrar os adiantamentos recebidos na conta de conciliação 
alternativa Adiantamentos recebidos, que se encontram na área Contas 
a pagar do balanço financeiro. 
3. O cliente é faturado 
Caderno 4 Teoria 
17 
 
O cliente recebe uma fatura sempre que mercadorias são fornecidas ou 
serviços são prestados. 
4. O adiantamento é lançado e compensado com a fatura 
Depois de compensado, o adiantamento não e mais considerado um 
adiantamento. O montante é exibido como um pagamento na conta de 
conciliação normal. 
5. Os pagamentos são compensados 
Os itens são compensados quando o saldo do cliente é pago. 
Adiantamentos na área do fornecedor 
 
Adiantamentos na área do fornecedor - Exemplo 
 
 
 
Caderno 4 Teoria 
18 
 
O procedimento para efetuar adiantamentos na área do fornecedor deve 
ser o seguinte: 
1. A solicitação de adiantamento. 
2. O adiantamento efetuado é inserido. 
3. A fatura do fornecedor é criada. 
4. O adiantamento é compensado. 
5. O pagamento é compensado quando o saldo é pago. 
 
Ajuste do valor individual 
 
Ajuste do valor individual – Exemplo 
Ao preparar as exibições de saldo para o encerramento do exercício, você 
precisará inserir o crédito litigioso ou duvidoso com ajuste do valor individual. 
 
Caderno 4 Teoria 
19 
 
O procedimento do Razão especial se aplica aqui porque a transação é 
inserida nos seguintes locais: 
 Conta do cliente 
 Conta do Razão especial, ajustes do valor individual para contas a 
receber 
O seguinte procedimento de liquidação é aplicável para ajustes do valor 
individual: 
1. A conta a receber é inserida na conta do cliente. 
2. O ajuste do valor individual sem imposto é lançado. As despesas estão 
agora no local correto na conta Despesa para ajuste do valor individual, 
para relatórios de demonstração de resultados. 
3. O ajuste do valor individual é compensado após a data fixada do balanço, 
o que significa que foi estornado. 
4. O ajuste do valor final é efetuado depois de você se certificar de que a 
conta a receber é incobrável. Nesse caso, você faz um lançamento na 
conta Despesas de contas a receber incobráveis. A conta do Razão 
especial não é utilizada aqui porque os lançamentos de correção devem 
ser feitos na conta de conciliação normal do cliente. 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
20 
 
Fianças 
 
Fianças – Cliente (fiança efetuada) 
O assunto de fiançasjá foi apresentado anteriormente durante a apresentação 
do tipo de Razão especial de lançamentos estatísticos de contrapartida 
(automáticos). 
Você concordou com um cliente que você assumirá a fiança de um total de 
EUR 10.000 aceitando, assim, a responsabilidade potencial pelo montante. 
Você lança uma “fiança concedida” para a conta de seu cliente. O sistema 
lança automaticamente uma “fiança concedida” para a conta do Razão 
especial. O sistema efetua o lançamento de contrapartida para a Fiança 
concedida da conta de compensação.” 
As fianças concedidas são exibidas nas notas para o balanço. 
 
 
 
 
Caderno 4 Teoria 
21 
 
A figura mostra as seguintes transações 
 A transação de lançamento (1) mostra o lançamento da fiança 
concedida. 
 A transação de lançamento (2) mostra o cancelamento da fiança 
concedida. 
 As fianças são armazenadas na SAP como transações com lançamentos 
automáticos de contrapartida. 
 Fianças – Fornecedor 
 
Fianças – Fornecedor (Fianças recebidas) 
Você fez um acordo com um fornecedor para afiançar em seu nome. Essa 
transação é exibida na conta do fornecedor e na conta do Razão especial. 
A figura mostra as seguintes transações: 
 A transação de lançamento (1) mostra o lançamento da fiança 
concedida. 
 A transação de lançamento (2) mostra o cancelamento da fiança 
concedida. 
Caderno 4 Teoria 
22 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto: 
 Compreensão do conceito de operações do Razão especial 
 Familiarize-se com classes e tipos de Razão especial 
 Executar o sistema de adiantamento 
 Executar ajustes do valor individual 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
23 
 
CAPITULO 1 
LIÇÃO 2 
 
Atualização de operações do razão especial 
 
Síntese da lição 
Esta lição explica como atualizar operações do razão especial. 
 
Exemplo de negócios 
Você precisa definir operações do razão especial utilizando códigos do razão 
especial. Para fazer isso, você precisa verificar as configurações existentes e a 
determinação de contas desejada. Se necessário, defina a determinação de 
contas desejadas numa consulta com o respectivo departamento. Por este 
motivo, você precisa: 
 De uma compreensão de chaves de lançamento e contas de conciliação 
alternativas 
 De uma compreensão de determinação de contas 
 
OBJETIVOS DA LIÇÃO 
 Após a conclusão desta lição, você estará apto a: 
 Configurar operações do razão especial 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
24 
 
Chaves de lançamento 
 
Você pode utilizar chaves de lançamento e códigos do razão especial para 
lançar operações do razão especial a partir da aplicação. As chaves de 
lançamento necessitam de uma configuração especial para você estar apto a 
lançar desse modo. 
As seguintes chaves de lançamento são atribuídas a operações do razão 
especial no sistema padrão: 
 09 
 19 
 29 
 39 
A figura mostra a configuração de chave de lançamento 09. O código do razão 
especial indica que a chave de lançamento é utilizada para inserir as 
operações do razão especial. Inclua sempre o código do razão especial na 
entrada. 
 
 
 
 
Caderno 4 Teoria 
25 
 
Contas de conciliação alternativa 
 
Lance operações do razão especial para uma conta definida em customizing. 
Não lance operações do razão especial à conta de conciliação definida no 
registro mestre. Em vez disso, crie essas contas como contas do razão na 
contabilidade financeira (FI) e configure as de acordo com os requisitos. 
As contas do razão especial são definidas como contas de conciliação para o 
tipo de conta D ou tipo de conta K. 
Contrastando com as contas normais de conciliação, tais como as contas para 
clientes ou fornecedores, a exibição de partidas individuais geralmente esta 
ativa nas contas do razão especial. Isso quer dizer que você pode exibir uma 
lista de partidas individuais na aplicação SAP ERP. 
Você pode utilizar o grupo de status de campo para modificar o layout da tela 
para os lançamentos inseridos. 
 
 
 
 
 
Caderno 4 Teoria 
26 
 
Propriedades e determinação de contas 
 
As operações do razão especial fazem parte do escopo de fornecimento da 
aplicação padrão SAP ERP. 
Ao criar operações do razão especial no sistema, você pode fazer os 
seguintes ajustes posteriores individuais: 
 Insira números diferentes para as contas de conciliação ou do razão 
especial 
 Escolha outras chaves de lançamento ou códigos do razão para 
transações individuais 
 Outras configurações para lançamentos automáticos, que incluem as 
contas a serem lançadas, as chaves de lançamento e as regras para 
atribuições de conta com lançamentos automáticos 
O código do razão especial define a configuração especifica de uma operação 
do razão especial e o tipo de conta, como conta do cliente ou conta do 
fornecedor. 
O tipo de conta é importante, por exemplo, porque os adiantamentos de cliente 
e fornecedor são configurados separadamente. 
 
 
Caderno 4 Teoria 
27 
 
Definição propriedades e contas 
 
Na aplicação SAP ERP, as características de cada código do razão especial 
são definidas em propriedades. Essas características são definidas em 
conexão com o tipo de conta. 
As propriedades dos códigos do razão especial estão a seguir: 
 Partidas-memo 
Você pode determinar que uma operação do razão especial não atualize 
saldos de conta. 
 Relevância para verificação do limite de credito 
Você pode incluir operações do razão especial na verificação do limite de 
credito para clientes. Partidas – memo não são consideradas. Todas as 
outras transações podem ser selecionadas de forma adequada. 
 Aviso sobre compromissos 
Você pode definir uma mensagem de aviso para notificar um usuário quanto 
a uma operação do razão especial. O usuário então recebe a mensagem de 
aviso quando lança para a conta de cliente de fornecedor. 
Caderno 4 Teoria 
28 
 
Por exemplo, ao lançar uma fatura de fornecedores, é útil saber que há um 
adiantamento para esse fornecedor. 
 Código do razão especial de destino: 
Essa entrada é importante apenas para partidas-memo. Partidas-memo, 
você pode definir quais códigos do razão especial podem ser adicionados 
como códigos do razão especial de destino ao inserir ( aplicar) uma 
solicitação de pagamento. O código do razão especial de destino é utilizado 
no sistema padrão para solicitações de adiantamentos. 
 Classe de operação do razão especial 
A classe de operação do razão especial determina se a operação é um 
adiantamento, uma letra de cambio ou outro tipo de operação. 
 Chv.Lçt. 
Somente as chaves de lançamento 09,19,29 e 39 podem ser utilizadas 
com os respectivos códigos do razão especial. 
A conta do razão especial alternativa é selecionada quando códigos do razão 
especial são utilizados, e é gravada separadamente na determinação da conta 
para cada plano de contas. 
A aplicação SAP ERP opera a partir da conta de conciliação encontrada no 
registro mestre do cliente ou do fornecedor. A aplicação SAP ERP então atribui 
a conta do razão especial definida na determinação da conta durante o 
lançamento. 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
29 
 
Lançamento de contrapartidas automáticos estatísticos 
 
Lançamentos estatísticos sempre são feitos na mesmo conta de contrapartida. 
A localização da conta é baseada em combinação do tipo de conta ( conta de 
cliente ou fornecedor) e código do razão especial utilizado. 
Configuração de suas próprias operações do razão especial partidas-
memo 
 
Ao configurar muitas operações do razão especial, você pode tirar proveito das 
características da aplicação SAP ERP. 
Caderno 4 Teoria 
30 
 
A aplicação SAP ERP não atualiza movimentação para as partidas- memo. 
Não há classificação contábil de contrapartida. As informações ou os lembretes 
somente são visíveis na conta do cliente ou do fornecedor. 
Por exemplo, se você despachamercadorias em containers, você quer que a 
aplicação SAP ERP mostre qual cliente atualmente tem um container. Um 
código de razão especial correspondente, definido como partida-memo, deve 
ser criado na configuração. Uma conta de conciliação deve ser armazenada. 
Partidas estatísticas com lançamentos automáticos de contrapartidas 
 
Você pode configurar uma operação do razão especial com lançamento 
automáticos de contrapartidas, além de gravação de uma conta alternativa do 
razão especial ( conta alternativa de conciliação) para o código selecionado do 
razão especial. Para configurar uma operação do razão especial, você também 
precisa criar uma conta de compensação na tabela para contas de 
lançamentos ( de contrapartida) automáticos. 
Faça isso utilizando o mesmo processo utilizado com as fianças de operação 
do razão especial. 
 
 
 
 
Caderno 4 Teoria 
31 
 
Transação com lançamento de contrapartida manual 
 
Você deseja gravar a conta alternativa do razão (também conhecida como 
conta de conciliação alternativa) para o código do razão especial selecionado. 
Você deve inserir manualmente a conta de contrapartida durante a operação. 
 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto: 
 Conigurar operações do Razão especial 
 
 
 
 
 
 
 
Caderno 4 Teoria 
32 
 
Capitulo 1 
Lição 4 
 
Compreensão da integração de vendas e distribuição 
 
Síntese da lição 
Esta lição fornece uma visão geral das conexões entre contabilidade financeira 
(FI) e vendas e distribuição (SD) na área de solicitações de adiantamentos e de 
adiantamentos de operações do razão especial. 
 
Exemplo de negócios 
Você entrou em um acordo de adiantamento com um cliente nas áreas de 
imobilizados em andamento e investimentos. 
Você precisa armazenar os adiantamentos e as solicitações de adiantamento 
em vendas. Por este motivo, você precisa: 
 De uma compreensão do processo de adiantamento de contabilidade 
financeira bem como vendas e distribuição. 
 
Objetivos da lição 
Após a conclusão desta lição, você estará apto a: 
 Compreender o processo integrado com vendas e distribuição (SD) 
 
 
 
 
 
 
Caderno 4 Teoria 
33 
 
Processo de adiantamento de vendas e distribuição, e contabilidade 
financeira 
 
As fases de uma transação de venda são as seguintes: 
1. Venda 
O pedido de venda é a base para uma transação de venda. Como 
primeira etapa da transação de venda, você precisa criar um pedido de 
venda depois de o cliente fazer um pedido. O pedido de venda é um 
documento de venda, que não resulta em nenhum lançamento na 
contabilidade financeira. 
 
2. Expedição 
Um documento de entrega é criado no dia da entrega. Você somente 
pode faturar a entrega quando tiver retirado as mercadorias do estoque 
e as lançado como uma saída de mercadorias. Trata-se de uma etapa 
independente do procedimento de entrega. 
 
A função de administração de depósitos é utilizada para retirar o 
inventario. Você pode criar uma ordem de transporte que gere uma 
ordem de picking. As mercadorias solicitadas são tiradas do deposito e 
preparadas para expedição. 
 
Caderno 4 Teoria 
34 
 
As mercadorias a serem entregues são lançadas como uma saída de 
mercadorias. É criado um documento de saída de mercadorias em MM e 
um documento contábil em FI. Para lançar a saída de mercadorias nas 
contas corretas do razão. O documento contábil debita da conta as 
mercadorias vendidas e acredita na conta o estoque. 
 
3. Faturamento 
O faturamento é a ultima fase de uma transação de venda. Um 
documento de faturamento é gerado em vendas e distribuição. O cliente 
recebe uma fatura impressa. Um documento financeiro é gerado 
simultaneamente para contas a receber e a pagar a serem lançadas nas 
contas certas. O documento contábil debita a conta do cliente e credita a 
conta da empresa. 
O fluxo de documentos é um instrumento que você pode utilizar para visualizar 
os documentos pertencentes a uma transação. 
Solicitação de adiantamento de vendas e distribuição, e contabilidade 
financeira 
 
Quando você armazena um adiantamento em um pedido de venda, uma 
solicitação de adiantamento é enviada ao cliente para a data de pagamento. A 
solicitação de adiantamento (venda) também é lançada automaticamente em FI 
como uma partida-memo, utilizando código F do razão especial. 
Caderno 4 Teoria 
35 
 
Contratos de adiantamento no pedido de venda 
 
Logo que a data de fatura no plano de faturamento for atingida, uma fatura de 
adiantamento será criada e enviada ao cliente. Utilize o tipo de faturamento 
FAZ para criar a solicitação de adiantamento. 
Solicitação de adiantamento 
 
As solicitações de adiantamento são feitas em vendas e distribuição como 
parte de um plano de faturamento. Elas são documentos de faturamento com 
um tipo particular de faturamento (FAZ). Quando uma solicitação de 
Caderno 4 Teoria 
36 
 
adiantamento é feita em SD, uma carta exprimindo o montante antecipado e a 
data de vencimento ao cliente. 
Entrada do adiantamento 
 
Se uma entrada de pagamento for lançada para um adiantamento, então o 
adiantamento será atribuído à solicitação de adiantamento. O montante do 
adiantamento feito é atribuído ao pedido de venda. A partida individual tem o 
código A do razão especial. 
Quando a solicitação de adiantamento for paga, a entrada de pagamento será 
exibida como um adiantamento em FI. A entrada de pagamento é lançada com 
o código (SHK) A do razão especial. 
Selecione a entrada de pagamento das solicitações abertas e então atribua a 
entrada de pagamento à transação com o botão criar adiantamento. A 
aplicação SAP ERP exibe os adiantamentos com o código A do razão especial 
nas partidas abertas em contabilidade de clientes. Depois que o adiantamento 
foi lançado, a solicitação de adiantamento correspondente aparece como 
compensada no fluxo de documentos do pedido SD. 
Com faturas parciais ou finais, os adiantamentos feitos são transferidos como 
adiantamento que precisam de compensação. Em FI, os lançamentos de 
adiantamentos são removidos da conta de conciliação especial. Os 
documentos então são adicionadas à conta de conciliação armazenada no 
Caderno 4 Teoria 
37 
 
registro mestre da conta do cliente. Como resultado, os adiantamentos a serem 
compensados são exibidos com as partidas abertas do cliente. Isso reduz o 
montante total de créditos. 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto a: 
 Compreender o processo integrado com vendas e distribuição (SD) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
38 
 
CAPITULO 2 
 
VALIDAÇÕES E SUBSTITUIÇÕES 
 
 
Lição 1 
Compreensão dos fundamentos de validação e substituição 
Lição 2 
Atualização e execução de validações 
Lição 3 
Atualização e execução de substituições 
Lição 4 
Utilização de técnicas adicionais para substituições e validações 
 
 
OBJETIVOS DO CAPITULO 
 Compreensão dos fundamentos de validação e substituição 
 Criar e executar uma validação 
 Atualizar substituições 
 Como trabalhar com regras e sets em validação e substituição 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
39 
 
Capitulo 2 
Lição 1 
 
Compreensão dos fundamentos de validação e substituição 
 
 
Síntese da lição 
Esta lição explica os fundamentos de avaliação e substituição e como são 
utilizados em contabilidade financeira (FI). 
 
Exemplo de negócios 
Para garantir a consistência e exatidão dos dados inseridos nos documentos 
de FI, as maneiras de utilização da validação e substituição e seus efeitos são 
examinados na próxima contabilidade financeira e nos componentes 
subsequentes. Por este motivo, você precisa: 
 De uma compreensão dos modos pelos quais a validação e a 
substituição podem ser utilizadas 
 De uma compreensão das áreas de aplicação e dos momentos de 
validação e substituição em contabilidade financeira 
 
Objetivos da liçãoApós a conclusão desta lição, você estará apto a: 
 Compreensão dos fundamentos de validação e substituição 
 
 
 
 
 
 
 
Caderno 4 Teoria 
40 
 
Comparação entre validação e substituição 
 
Você pode utilizar as ferramentas de validação e substituição para validar e 
substituir dados imediatamente na entrada. 
A função de validação auxilia você a verificar os valores inseridos e os 
intervalos de valores dos seguintes modos: 
 Quando você insere dados na aplicação SAP ERP, o administrador de 
regras valida-os de acordo com as regras de validação. Os dados são 
validados antes de serem lançados, portanto apenas os dados validados são 
aceitos. 
 
 Você define as regras de validação utilizando a logica booleana. Ao definir 
uma regra de validação, o sistema SAP ERP a verifica para assegurar que 
esteja sintaticamente correta. 
 
 É possível definir o resultado de divergências com a regra de validação. Por 
exemplo, você pode especificar que uma mensagem seja emitida mas que o 
usuário possa continuar processando. Também é possível forçar o usuário a 
corrigir o erro antes que o processamento possa continuar. 
Na substituição, os valores inseridos na aplicação SAP ERP são validado de 
acordo com um pré-requisito definido pelo usuário. Se o pré-requisito for 
atendido, o sistema SAP ERP substituirá os valores inseridos por outros 
valores inseridos na regra de substituição. 
Caderno 4 Teoria 
41 
 
Procedimento e área de aplicação 
 
Medidas necessárias para executar validação e substituição se aplicam. 
1. Decidir a área de aplicação à qual a validação e a substituição se aplicam. 
2. Selecionar o momento correto para validação e substituição. 
3. Definir validação e substituição. 
4. Atribuir sua validação e substituição a uma unidade organizacional 
apropriada. Por exemplo, atribuir validação e substituição à empresa para FI, 
empresa para FI-SL e área de contabilidade de custos para CO. 
5. Ativar a validação e a substituição. 
Área de aplicação 
Utilizando a área de aplicação e o momento, você pode especificar os campos 
para sua validação e substituição. É possível selecionar os campos desse pool 
ao inserir as regras para os pré-requisitos e as verificações. 
A área de aplicação é onde a validação, a substituição ou a regra são 
utilizadas. 
Áreas de aplicação que utilizam validações e substituições: 
 FI – Contabilidade financeira 
 CO – Contabilidade de custos 
 AM – Contabilidade do imobilizado 
Caderno 4 Teoria 
42 
 
 GL – Ledgers especiais 
 CS – Consolidação (somente validações) 
 OS – Sistema de projetos 
 RE – Bens imóveis 
 PC – Contabilidade de centros de lucro (somente substituições) 
 GA – Alocações (FI-SL) (somente substituições) 
Cada aplicação define as estruturas disponíveis e libera seus campos para 
substituição. 
Momentos 
 
Momentos são pontos especiais em uma aplicação que especificam a 
localização exata da ocorrência de uma validação e substituição. Caso 
queira validar ou substituir um valor, ative a validação ou substituição para o 
momento em que você queira a validação ou substituição ocorra. 
Ao criar validações, substituições e regras, atribua uma área de aplicação. 
Atribua também o código do momento para validação, substituição ou regra. 
A chave para área de aplicação especifica a área de aplicação geral onde a 
validação e a substituição são utilizadas, como FI para lançamentos FI. 
A chave para o momento estabelece o ponto onde o processamento da 
validação ou substituição é iniciado (como 0001 para uma verificação no 
cabeçalho do documento). 
Caderno 4 Teoria 
43 
 
A combinação de área de aplicação e momento determina a classe 
booleana de uma validação, substituição ou regra. As classes booleanas 
estabelecem as dimensões que podem ser usadas na definição de 
validações, substituições e regras. Elas também especificam quais classes 
de mensagem podem ser usadas para mensagens da validação. 
Três momentos fornecidos por FI: 
 Cabeçalho do documento 
 Partida individual 
 Documento completo 
O exemplo da figura mostra como executar a validação para lançamento em 
conta do Razão FI para o momento 1. Os campos do cabeçalho documento 
podem ser validados no momento 1. 
Documento contábil para Momento 2 – Partida individual 
 
Na figura, o momento 2 para validação dos campos da partida individual foi 
fornecido para FI-GL ou uma entrada direta FI-SL. Por exemplo, Centro de 
custo/Conta pode ser uma combinação de campos para validação no momento 
2. 
Os campos disponíveis no momento 1 também estão disponíveis no momento 
2 para possíveis verificações cruzadas. O sistema pode usar as informações 
inseridas no momento anterior, como nome de usuário ou informações, quando 
algumas contas do Razão usam determinados tipos de documento. 
Caderno 4 Teoria 
44 
 
Documento contábil para Momento 3 – Documento completo 
 
Você quer criar uma validação ou substituição que será chamada no ponto 
Documento completo. 
No momento Documento completo é possível utilizar apenas aqueles campos 
numéricos com os quais você executa cálculos matemáticos. 
Operadores disponíveis para validação ou substituição de matriz: 
Operador Descrição 
SUM ( ) Total de documento 
AVG ( ) Média total de documento 
Max ( ) Valor máximo de todos os itens do 
documento 
MIN Valor mínimo de todos os itens do 
documento 
GROUP BY Comparação de um grupo de totais 
com outro grupo de totais 
 
Caderno 4 Teoria 
45 
 
Nota: 
É necessário inserir um espaço em branco após a palavra-chave e antes do 
parêntese de abertura. 
 
Como trabalhar com o Editor de fórmula 
 
O editor de fórmula fornece uma interface fácil de usar para inserir expressões 
aritméticas e lógicas. 
Dependendo do contexto e das necessidades, diferentes botões são 
disponibilizados. Com esses botões você pode inserir operandos e operadores 
para expressões lógicas em sua fórmula. 
Sua entrada é submetida a uma inspeção passo a passo para correção de 
sintaxe, que inclui os parênteses. A aplicação SAP ERP permite somente a 
inserção de expressões sintaticamente corretas. Você não pode cometer erros 
durante a inserção de regras. 
A utilização de nomes técnicos, como nomes de tabelas e campo, era possível 
anteriormente e ainda recebe suporte. No entanto, agora você pode chamar as 
opções disponíveis utilizando botões e textos, simplificando a estrutura de uma 
lógica técnica pura. 
Caderno 4 Teoria 
46 
 
Você pode trabalhar no Editor de fórmula utilizando as seguintes 
configurações: 
 Quando você ativa o editor de fórmula, a configuração padrão é Descrição 
breve. Todos os operandos (como campos de tabela, sets exits) são exibidos 
com suas respectivas descrições. 
 Para inserir expressões utilizando os nomes técnicos dos operandos ao 
invés de descrições, modifique a configuração selecionando Configurações → 
Nomes técnicos. 
 Ao configurar o Modo especialista, os nomes técnicos dos operandos são 
exibidos. Você também pode inserir uma expressão diretamente. Nesse caso, 
o campo de expressão estará para entrada. 
Operando e operadores 
 
Os seguintes elementos estão disponíveis para inserir regras nos pré-
requisitos (validação e substituição) e nas verificações (validação): 
 Operandos 
 Operadores (condições booleanas) 
 Operadores de comparação 
 
 
 
Caderno 4 Teoria 
47 
 
Atribuição e ativação 
 
Você deve atribuir sua validação e substituição a uma unidade organizacional 
apropriada. 
Os exemplos de atribuições incluem: 
 Empresa para FI 
 Empresa para FI-SL 
 Área de contabilidade de custos para CO 
 
Uma validação e uma substituição podem ser válidas para várias empresas ao 
mesmo tempo. 
Além da atribuição da validação e da substituição, você deve ativar a validação 
e a substituição para o momento correto. 
Apenas uma validação e substituição pode ser ativada para uma empresa para 
um momento.Para uma combinação de unidades organizacionais (por exemplo, 
empresa) e momento (por exemplo, partida individual), os níveis de 
ativação para substituição e validação são os seguintes: 
 
 0 – Inativo 
 1 – Ativo para diálogo e lote 
 2 – Ativo, exceto para batch input 
 
Caderno 4 Teoria 
48 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto a: 
 Compreensão dos fundamentos de validação e substituição 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
49 
 
Capítulo 2 
Lição 2 
 
Atualização e execução de validações 
 
 
SÍNTESE DA LIÇÃO 
Esta lição explica como atualizar e executar validações. Você também 
aprenderá métodos de validação ao inserir documentos de contabilidade 
financeira (FI). 
 
Exemplo de negócios 
 
Ao serem inseridos no sistema SAP, quase todos os dados são validados por 
um programa ou conferidos com tabelas ou dados mestre. Como alguns tipos 
de validação não podem ser padronizados, você pode utilizar programas 
específicos para criar validações que atendam a suas necessidades 
específicas. Para alguns lançamentos de encerramento, por exemplo, a 
utilização de um programa de validação vai assegurar que somente 
determinadas contas sejam utilizadas e que determinadas aplicações possam 
ser designadas somente para centros de custos relevantes. 
 
Essas aplicações de validação podem fornecer um controle mais elevado para 
as pessoas responsáveis pela contabilidade geral, contabilidade de cliente e 
fornecedores, para assegurar dados consistentes. Por este motivo, você 
precisa: 
 
 Saber como criar validações utilizando suas regras e mensagens de sistema 
definidas. 
 
OBJETIVOS DA LIÇÃO 
Após a conclusão desta lição, você estará apto a: 
 
 Criar e executar uma validação 
 
 
 
 
Caderno 4 Teoria 
50 
 
Procedimentos de validação 
 
Este procedimento permite validação específica do cliente de certos campos, 
combinações de campos e tipos de documentos. 
A validação consiste em várias etapas (até 999 etapas são possíveis). 
Cada etapa tem as seguintes partes: 
 Pré-requisito 
 Verificação 
 Mensagem 
 
Se a expressão da condição for satisfeita (verdadeiro), uma verificação será 
realizada pelo administrador de regras no sistema. Se o resultado de 
verificação for FALSO, o sistema emitirá uma mensagem. Por exemplo, em 
certas faturas, a data documento é comparada com a data de lançamento. Se 
as datas forem diferentes, um aviso é emitido. 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
51 
 
Mensagens 
 
 
 
Você pode utilizar uma mensagem predefinida ou criar uma nova mensagem 
para validação. 
Uma mensagem pode conter até quatro campos. O caractere “&” é utilizado 
como um curinga para os valores do campo a serem emitidos na mensagem. 
 
Os tipos de mensagens incluem: 
 I = Informação 
 W = Aviso 
 E = Erro (exige que a entrada seja corrigida) 
 A = Cancelamento 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
52 
 
Exemplos de validação 
 
 
 
A figura mostra uma validação de amostra para o momento 2. Se a conta 
473110 é inserida, uma verificação é executada para determinar se o centro de 
custos é um centro de administração. Se o centro de custos for um centro de 
administração, a mensagem relevante será emitida e você deverá fazer uma 
correção. 
 
Comparação de campo 
 
Caderno 4 Teoria 
53 
 
 
Você pode utilizar a lógica booleana para definir diferentes tipos de expressões 
lógicas. Você pode criar expressões simples que utilizam apenas um dos tipos 
de expressões, com forme listados na figura acima, ou expressões complexas 
que utilizam combinações de diferentes tipos de expressões. 
 
Tarefas realizadas em uma expressão lógica 
 
Você pode utilizar as tarefas seguintes em uma expressão lógica 
utilizando lógica booleana: 
 
1. Comparar campos entre si 
 
 BKPF-BUDAT <> BKPF – BLDAT 
 
Essa expressão é verdadeira se a data BUDAT não for igual à data no 
campo BLDAT. 
 
2. Validar conteúdos do campo para certos valores 
 
 BKPF – BLART = AS 
 
 Nesse exemplo, o tipo de documento deve ser SA. 
3. Verifique ou compare apenas uma parte do campo 
 Caso queira executar uma verificação parcial, insira as seguintes 
informações: 
 O Nome da tabela e o nome do campo 
 Um espaço em branco antes dos primeiros dois pontos 
 Os dois pontos (:) 
 Os dígitos que você deseja que sejam verificados no nome do campo 
 Os dois pontos (:) 
1 sempre representa o primeiro dígito do campo. O número que você 
inserir não representa um valor; ele representa a posição de um valor 
dentro de uma barra de campos. 
 
Exemplo: BSEG-HKONT: 3: 
O sistema verifica apenas o terceiro dígito do campo Conta para 
determinar se uma condição é verdadeira. 
 
Exemplo: BSEG-HKONT: 1-3: 
Caderno 4 Teoria 
54 
 
 
O sistema verifica apenas os três primeiros dígitos do campo Conta para 
determinar se uma condição é verdadeira. 
 
Exemplo: BSEG-HKONT: 3-: 
 
O sistema verifica o dígito 3 até o final do campo Conta para determinar se 
uma condição é verdadeira. 
 
4. Compare modelos de texto em suas expressões usando a palavra-chave 
LIKE. 
 Exemplo: BSEG-KOSTL: ‘*3*3’ 
 Nesse exemplo, o sinal * representa qualquer combinação de caracteres. O 
sistema pesquisa todos os centros de custos (campo KOSTL) onde o valor 
‘3’ é usado após a primeira e a segunda combinações de caracteres (por 
exemplo, 363, 323 e 2303). 
 Dentro das pesquisas de modelos de texto, você também pode utilizar o 
sinal + para representar um caractere único. 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto a: 
 Criar e executar uma validação 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
55 
 
Capítulo 2 
Lição 3 
 
Atualização e execução de substituições 
 
 
SÍNTESE DA LIÇÃO 
Esta lição explica como atualizar e executar as substituições. Essa lição 
também descreve a utilização de métodos de substituição no lançamento de 
documentos de contabilidade financeira (FI). 
Exemplo de negócios 
Durante a entrada de documento, algumas vezes, o sistema SAP ERP deriva 
automaticamente valores para campos a partir de valores inseridos em outros 
campos, como a divisão e o centro de lucro com base em centro de custos 
atribuído ou ordem interna. 
Para componentes subsequentes e para contabilidade financeira, algumas 
vezes é necessário executar substituições adicionais durante a entrada de 
documentos, por exemplo, preenchendo o campo Atribuir ou o texto do 
segmento de acordo com as regras especificadas pelo cliente e fornecendo 
conteúdos de centro de lucro utilizando determinadas combinações de contas 
de despesas, números de material e regiões. 
Você e pessoas de contabilidade financeira precisam verificar cuidadosamente 
se é possível utilizar substituição nesses casos individuais de entrada de 
documento de FI. Por este motivo, você precisa: 
 de uma compreensão dos pré-requisitos para substituição 
 de uma compreensão da definição de suas próprias regras, especificando 
valores substituídos e executando substituições. 
 
 
OBJETIVOS DA LIÇÃO 
Após a conclusão desta lição, você estará apto a: 
 Atualizar substituições 
 
Caderno 4 Teoria 
56 
 
Esquemas de substituição 
 
A substituição permite a ampliação específica de cliente (substituição) de 
determinados conteúdos de campo. A substituição consiste em várias etapas 
(até 999 etapas são possíveis). 
Cada etapa pode conter as seguintes partes: 
 Pré-requisito 
 Substituição 
 
Se o pré-requisito for satisfeito (verdadeiro), a substituição será executada. Por 
exemplo, o campo Área funcional deve ser preenchido de acordo com o tipo de 
centro de custos. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
57 
 
Modo de substituição 
 
O campo deve ser liberado para substituição. Para cadacampo selecionado, 
uma caixa de diálogo será exibida. 
Você pode escolher entre os seguintes métodos de substituição: 
 Valor constante 
 Saída 
 Campo – Atribuição de campo 
 
Substituição com uma constante 
 
 
 
Caderno 4 Teoria 
58 
 
A figura acima mostra um exemplo de uma substituição utilizando um 
valor constante. 
No exemplo, uma substituição de valor constante é criada para substituir 
o campo de centro de lucro pelo centro de lucro 060. Esse tipo de 
substituição é possível quando as seguintes condições são verdadeiras: 
 
 Os valores inseridos afetam as contas 810201 ou 810301. 
 O número do material está entre T - IC - F1001 e T - IC - F1003. 
A etapa de substituição contém os seguintes componentes: 
 Pré-requisito 
 
A expressão da condição estabelece as condições que devem ser atendidas 
antes que a substituição possa ser executada. Se a expressão da condição 
não for atendida (falsa), a transação prosseguirá sem substituição. Se a 
expressão da condição for verdadeira, a transação prosseguirá com os 
valores substituídos. 
 
 Valores de substituição 
 
O valor de substituição é um valor numérico ou uma cadeia de letras que 
substitui 
o valor inserido. Um único processo de substituição pode substituir mais de 
um valor. 
Ao definir substituições, você deverá usar a mesma sintaxe utilizada nas 
validações. A expressão da condição usada em uma substituição pode 
consistir em uma expressão simples ou uma combinação complexa de 
expressões compostas de expressões lógicas, regras e sets. 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
59 
 
Substituição com campo – Atribuição de campo 
 
Se o pré-requisito da etapa de substituição for verdadeiro durante o tempo de 
execução, o sistema SAP ERP substituirá o conteúdo do campo pelo conteúdo 
do campo origem. 
Por exemplo, o conteúdo do campo Divisão substitui o campo Atribuição, que 
costuma conter informações de compensação, se certas condições são 
satisfeitas. 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto a: 
 Atualizar substituições 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
60 
 
Capítulo 2 
Lição 4 
 
Utilização de técnicas adicionais para substituições e 
validações 
 
 
SÍNTESE DA LIÇÃO 
Esta lição explica como utilizar técnicas adicionais para substituições e 
validações. 
Exemplo de negócios 
Definições e regras independentes fornecem lógica mais complexa. A SAP 
recomenda que validações, substituições e regras sejam definidas somente no 
sistema de desenvolvimento ou de teste. Depois, esses objetos devem ser 
transportados para o sistema de produção. 
Algumas vezes regras detalhadas e processamento extensivo são necessários 
para inserir expressões lógicas em pré-requisitos e verificações, bem como 
para especificação dos valores a serem utilizados. Por esse motivo, você 
precisa: 
 de uma compreensão de regras e definições para utilizar em validações e 
substituições 
 
 de saber como utilizar regras e substituições 
 
OBJETIVOS DA LIÇÃO 
Após a conclusão desta lição, você estará apto a: 
 
 Como trabalhar com regras e sets em validação e substituição 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
61 
 
Regras 
 
 
 
Uma regra é uma expressão lógica que você pode usar em uma expressão da 
condição, verificação ou outra regra. 
 
Uma regra permite que uma lógica complexa seja resumida e utilizada. 
Tecnicamente, uma regra não é nada mais que um pré-requisito ou uma 
verificação de validação. 
 
Se uma expressão booleana é utilizada com frequência, ou se contém uma 
lógica complexa, você pode criar uma regra para tal. Por exemplo, uma 
validação que contém pré-requisito extensivo que também é usado em uma 
substituição, como regra RULE1 AND BKPF BLART <> ‘SB’. 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
62 
 
Regra em validação de matriz 
 
 
 
Você também pode usar regras dentro de uma expressão que utilize 
operadores matemáticos. 
 
Por exemplo, SUM (BSEG-DMTR) WHERE RULE_1 < SUM (BSEG-DMTR) 
WHERE RULE_2. 
 
Nesse exemplo, o sistema SAP ERP calcula o total da moeda interna, DMBTR, 
de acordo com RULE1. Caso o total atenda às condições definidas em RULE1, 
o sistema SAP ERP verifica se o total é menor do que a moeda interna. O 
sistema utiliza as condições definidas em RULE2. 
 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
63 
 
Sets 
 
 
 
Um set é uma estrutura de dados flexíveis para mapear montantes ordenados 
e hierarquias. Os sets são atualizados e administrados de forma centralizada. 
Eles são utilizados em quase todos componentes do sistema FI-SL. 
 
Os sets são utilizados nos seguintes exemplos: 
 em fórmulas lógicas booleanas em validação 
 em seleção do razão e de substituição 
 na alocação (rateio ou distribuição) 
 no planejamento 
 em rollups 
 em conversão de moeda 
Para melhorar a performance do sistema, você deve utilizar sets básicos ou 
unidimensionais em vez de longas listas de expressões booleanas ou user 
exits. 
A regra de sintaxe é nome da tabela - nome do campo nome do set IN. 
Como está ilustrado na figura acima, se o usuário está contido no set USER-
GROUP, o sistema verifica se esse usuário utiliza uma conta correspondente 
(incluída no set ACCOUNT-MANAGEMENT). 
 
 
Caderno 4 Teoria 
64 
 
Utilização de sets 
 
Você pode utilizar multisets, uma combinação de sets de vários campos 
(dimensões), para executar a validação cruzada com valores de características 
diferentes. 
Se o usuário inserir uma das contas administrativas (6500, 476510, 476520 ou 
476530), ele deverá usar o centro de custos correspondente (1000, 1100, 1200 
ou 1300). 
 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto a: 
 Como trabalhar com regras e sets em validação e substituição 
 
 
 
 
Caderno 4 Teoria 
65 
 
Capítulo 3 
 
Repartição de documento 
 
Lição 
Configuração e uso da repartição de documento. 
 
OBJETIVOS DO CAPÍTULO 
 Explicar a motivação e a teoria que sustentam a repartição de documento 
 Configurar as etapas da repartição de documento no Customizing e 
examinar os resultados a aplicação FI 
 Criar e modificar regras de repartição de documento 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
66 
 
Capítulo 3 
Lição 1 
 
Configuração e uso da repartição de documento 
 
 
SÍNTESE DA LIÇÃO 
Esta lição explica a razão e a teoria da repartição de documento. Além disso, a 
lição aborda as características e regras da repartição de documento. Você 
saberá como ativar e configurar a repartição de documento. 
Exemplo de negócios 
Utilizando a repartição de documento, você poderá criar uma exibição 
segmentada (parcial) de um balanço, de acordo com áreas de responsabilidade 
ou exigências legais de um país. A utilização da repartição de documento ajuda 
aprimorar a qualidade de dados no nível da empresa. Por este motivo, você 
precisa: 
 Compreender os conceitos básicos da repartição de documento 
 Ter conhecimento básico de personalização da repartição de documento 
 Compreender como ativar e testar a repartição de dcumento 
 Ter Conhecimento dos dois assistentes usados para a repartição de 
documento 
OBJETIVOS DA LIÇÃO 
Após a conclusão desta lição, você estará apto a: 
 Explicar a motivação e a teoria que sustentam a repartição de 
documento 
 
 Configurar e modificar regras de repartição de documento no 
Customizing e examinar os resultados na aplicação FI 
 
 Criar e modificar regras de repartição de documento 
 
 
 
 
Caderno 4 Teoria 
67 
 
Relevância da repartição de documento 
 
 
Nota: 
A figura exibe o campo Segmento como objeto de classificação contábil 
padrão disponível abaixo do nível da empresa. A mesma lógica se aplica aos 
objetos da Área de negócios e Centro de lucro que também poderão ser 
utilizados como objetos de classificação contábil padrão, abaixo do nível da 
empresa. 
 
A repartiçãode documento permite ao aplicativo SAP ERP enriquecer todas as 
partidas individuais do documento de contabilidade do Razão com as 
características de partição relevantes. Isto permite que você extraia um balanço 
completo para casa característica. Por exemplo, em cenários como faturas de 
fornecedor com partida individual única, nos quais somente uma classificação 
contábil é inserida diretamente, o recurso de repartição de documento transfere 
automaticamente a característica (ex.: segmento) para as partida de passivo e 
de imposto. 
 
 
Caderno 4 Teoria 
68 
 
Premissas para repartição de documento 
 
A função de repartição de documento é adicionar as informações apropriadas de 
objetos todas as partidas individuais do documento do Razão, com o montante 
correto repartido entre elas. Posteriormente, quando forem necessárias 
demonstrações financeiras para um segmento, as contas a pagar (na visão do 
Razão) deverão mostrar a participação correspondente de cada segmento e 
centro de lucro. No entanto, quando uma lista de itens em uma partida individual 
em aberto deverá aparecer para a fatura. Por esse motivo a repartição de 
documento é relevante somente para a Contabilidade geral nova, e seus ajustes 
não são visíveis nos livros auxiliares. 
Outro requisito importante da repartição de documento é o processo atual do 
usuário inserir um documento, como fatura, não deve ser sobrecarregado pelo 
requisito de informações adicionais nas partidas individuais. É por esse motivo 
que a repartição de documentos se torna um processo automático por meio de 
definição de regras. Para a fatura acima, o usuário insere somente o centro de 
custo. O segmento é derivado do centro de lucro, que, por sua vez, é derivado 
do centro de custo, que deve ser de conhecimento do usuário. A repartição dos 
montantes e as inserção de características nas partidas são desempenhadas 
automaticamente pela operação de repartição de documento. Tudo é totalmente 
transparente ao usuário e, embora ele possa analisar a qualquer hora como o 
sistema gerou o documento final, não é necessário verifica-lo sempre que um 
documento é lançado. 
 
 
 
 
 
Caderno 4 Teoria 
69 
 
Etapas da Repartição de documento 
 
As linhas de compensação são formadas quando é necessário transferir valores 
entre diferentes objetos de classificação contábil, por exemplo, quando um 
lançamento tem de ser transferido do Centro de lucro A para Centro de lucro B. 
As linhas de compensação asseguram que as dimensões adicionais sejam 
compensadas juntamente com o documento. 
A herança e a classificação contábil padrão suportam a repartição de 
documentos entre as etapas dois e três do processo. 
Cuidado: 
o sistema sempre processa a repartição de documento na sequência exibida. 
 
Nota: 
a nota SAP 1085921 descreve a repartição de documento detalhadamente e 
contém diversos anexos PDF com exemplos. 
 
 
 
Caderno 4 Teoria 
70 
 
Etapas do Customizing de repartição de documento 
 
Em Customizing, defina as características de repartição para Contabilidade 
financeira (nova) em Contabilidade geral nova → Transações comerciais → 
Repartição de documento → Definir características do documento de repartição 
para contabilidade geral. 
O sistema propõe características de repartição de documento baseados no 
cenário atribuído na Contabilidade geral nova. Caso você opte por utilizar 
caracaterísticas adicionais de repartição de documento, deverá utilizar estas 
características em pelo menos um livro. 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
71 
 
 
Cuidado: 
Configurar apenas o código Campo obrigatório (sem o código Saldo zero) não é 
recomendado. Por exemplo, para lançamentos HCM, o código Campo 
obrigatório não tem influência. A classificação contábil completa para 
documentos FI acionados pela HCM depende apenas do código (ativado) saldo 
zero. Para obter mais informações, consulte a Nota SAP 1039346. 
 
 
 
 
 
Dica: 
Se os códigos Saldo zero e Campo obrigatório não estiverem configurados o 
sistema tentará preencher todas as linhas dos documentos com características 
de repartição (de acordo com as regras especificadas). Se o sistema não puder 
determinar essas características, os documentos serão lançados mesmo que 
as características fiquem em branco. Isto significa que o montante de débito do 
valor de determinada característica de repartição poderá não ser igual ao seu 
valor de crédito. Por isto, não é possível produzir um balanço para essas 
características de repartição de documento. 
Com o código Saldo zero, você garante que o saldo para cada documento seja 
sempre zero para cada valor de característica de repartição. No entanto, as 
linhas cujas características de repartição estejam em branco ainda poderão ser 
lançadas. Portanto, o balanço produzido para os valores de uma característica 
de repartição específica é o balanço da empresa menos o saldo das linhas nas 
quais a característica de repartição esteja em branco. Novamente, isto não é 
um balanço completo para característica. 
A única maneira de garantir a criação de um balanço completo para cada 
característica de repartição de documento é configurando os códigos Saldo 
zero e Campo obrigatório para cada característica. Nesse caso, o sistema 
emite uma mensagem de erro quando o valor de característica está em branco 
e não permite que o documento seja lançado. 
 
Caderno 4 Teoria 
72 
 
Ativação da repartição de documento 
 
Ative a repartição de documento para Contabilidade Geral no Customizing em 
Contabilidade financeira (nova) em Contabilidade geral nova → Transações 
comerciais → Repartição de documento → Ativar repartição de documento. 
O métodos padrão de repartição 0000000012 é o fornecido e recomendado pela 
SAP. 
É altamente recomendável ativar Herança, pois oferece suporte para lançar 
documentos simples com repartição ativa, sem nenhuma das outras atividades 
do Custimizing. 
 
Cuidado: 
Para ativar uma herança, você deve executar uma manutenção completa e 
exata dos dados mestre da SAP que estiver utilizando. Se essa manutenção não 
for executada, a herança poderá criar classificações contábeis de características 
incorretas em seus lançamentos. 
 
Caderno 4 Teoria 
73 
 
Para utilizar uma classificação contábil padrão, você deve primeiramente 
processar uma constante no Customizing para Contabilidade financeira (nova) 
em Contabilidade geral → transações comerciais → Repartição de documento 
→ Editar constantes para processos não atribuídos. 
 
Repartição de documento baseada em regras 
 
As entidades definidas como características de repartição de documento 
(características de cálculo de saldo) são herdadas em linhas de lançamento sem 
uma classificação contábil. A figura mostra que o saldo das características é 
zero. 
A figura mostra o exemplo o exemplo de uma fatura de fornecedor com várias 
partidas individuais de despesa e diferentes classificações contábeis (com 
imposto de 10%). As linhas de fornecedor e de imposto (itens 1 e 4), na visão do 
Razão, são repartidas de acordo com as linhas de despesa ou categoria de item 
básico Despesa (itens 2 e 3; contas de despesa 477000 e 417000). O saldo das 
características selecionadas é zero. 
 
 
 
Caderno 4 Teoria 
74 
 
Simulação da visão do Razão 
 
Você pode simular as visões Entrada de dados e Razão antes de lançar e 
analisar, evitando quaisquer erros que possam encerrar o lançamento. 
Use o Modo especialista para visualizar os dados detalhados da repartição de 
documento. 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
75 
 
Ativar repartição de documento 
 
A figura mostra um exemplo de lógica para repartição de documento ativa 
utilizando uma fatura de fornecedor. 
O método de repartição de documento utiliza as regras de repartição para definir 
como um tipo de documento FI deverá ser repartido. Isto significa que cada 
método ou regra de repartição de documento define como as categoriasdo item 
têm de ser tratadas em cada transação comercial. 
Uma transação comercial pode abranger diversos processos empresariais, como 
faturas, notas de crédito, lançamentos de provisões para encerramento, 
pagamentos a cliente / fornecedor (com desconto), adiantamentos, pagamentos 
interempresariais (com desconto) e uma lista detalhada de categoria de itens 
disponíveis para cada transação. Não é possível definir transações comerciais 
específicas do cliente. 
Uma transação comercial em repartição de documento é sempre vinculada a 
uma variante de transação comercial. Uma variante de transação comercial 
define categorias de itens disponíveis na transação comercial relacionada e nas 
regras de repartição de documento atribuídas a ela. Em sistema padrão, a 
variante de transação comercial padrão (padrão variante 1000) foi definida para 
cada transação comercial específica. 
A categoria do item é um mapeamento das partidas individuais lançadas. Ela 
descreve os itens que podem aparecer no documento de uma transação 
Caderno 4 Teoria 
76 
 
comercial. Enquanto alguns dos itens são derivados do tipo de contas das 
contas do Razão, outros deverão ser definidos manualmente para cada conta no 
Customizing, para Contabilidade financeira (nova) em Contabilidade geral nova 
→ Transações comerciais → Repartição de documento → Classificar Contas do 
Razão para repartição de documento. 
Uma regra individual de repartição de documento define as categorias de itens 
que podem ser repartidas e a base na qual isto poderá ser realizado (categorias 
de itens básicos). 
Regras de repartição de documento 
 
Exibir uma regra de repartição de documento no Customizing para Contabilidade 
financeira (nova) em Contabilidade geral nova → Transações comerciais → 
Repartição de documento → Repartição de documento ampliada → Definir regra 
de repartição. 
 Nota: 
Chame as regras de repartição diretamente com a transação GSP_RD. 
 
 
 
 
Caderno 4 Teoria 
77 
 
Simulação de documento – Modo especialista 
 
A figura mostra a simulação do documento no Modo especialista (visão do 
Razão). Se você clicar no botão Modo especialista o sistema exibirá como os 
montantes de repartição de documento são determinados. 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
78 
 
Parâmetros para repartição de documento 
 
A figura mostra os parâmetros do custominzing de repartição de documento. 
 
 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
79 
 
Repartição de documento passiva – Processo subsequente 
 
A figura descreve o processo de repartição de documento passiva. 
Repartição de documento passiva – Visão do Razão 
 
Na exibição da partida individual de fornecedor, os documentos de pagamento e 
de faturamento original aparecem como partidas compensadas (após o 
pagamento), como na versões anteriores. 
Caderno 4 Teoria 
80 
 
As regras de repartição de documentos para o pagamento de uma fatura de 
fornecedor são fornecidas pela aplicação SAP ERP. 
Se uma fatura não for paga em sua totalidade e, por exemplo, um item residual 
de EUR 2.000 permanecer, uma nova partida de fornecedor será criada. Na 
revisão do Razão deste documento, o montante do fornecedor é repartido 
passivamente, de acordo com a relação original da classificação contábil de 
fatura. 
Repartição de documento – Herança 
 
O código Herança garante que, se os objetos de classificação contábil 
relevantes forem exclusivos, eles serão herdados por todas as partidas 
individuais, mesmo se não houver uma regra de repartição correspondente. 
Como resultado, o código de Herança assegura uma posição de saldo zero para 
as entidades selecionadas para a repartição, no caso de uma classificação 
contábil de característica exclusiva. Não é necessário definir outras 
configurações de sistema. 
 
 
 
 
Caderno 4 Teoria 
81 
 
Repartição de documento – Criação de saldo zero 
 
A transferência ocorre quando uma fatura de fornecedor é atribuída a um 
segmento incorreto e paga com ele. Se necessário, tanto o item de despesa 
quanto o do fornecedor deverão ser corrigidos manualmente. 
Nota: 
A criação de saldo zero é necessária para criar um balanço completo para a 
característica relevante. È necessário configurar o código Campo obrigatório 
para esta característica. 
 
 
 
 
 
 
 
Caderno 4 Teoria 
82 
 
Repartição do documento – Modelagem 
 
Quando você lançar uma transação comercial, os seguintes problemas 
podem acionar uma mensagem de erro. 
 Nenhuma categoria de item básico 
relevante está definida para a categoria de item Conta financeira na 
transação comercial e variante de transação comercial correspondentes 
atribuídas ao respectivo tipo de documento. No exemplo, o tipo de 
documento deverá ser SA. 
 A característica Segmento ou Centro 
de lucro não pode ser herdada porque as classificações contábeis não 
são únicas. 
Cuidado: 
Um lançamento só é bem-sucedido se uma regra de repartição existente for 
modificada, uma regra completamente nova for definida ou um novo método de 
repartição de documento for criado. No método de repartição de documento 
definido pelo cliente, as modificações necessárias nas regras poderão ser 
feitas. 
 
Caderno 4 Teoria 
83 
 
Nota: 
Apesar de você estra utilizando a transação Inserir documento da Conta do 
Razão (código de transação FB50), o processo que está sendo executado é de 
pagamento. Neste caso, a atribuição da transação comercial Pagamento 
tornará possível o lançamento do documento. 
 
 
Criação de um método de repartição 
 
Criação de um método de repartição de documento específico ao cliente. 
Executar as seguintes etapas antes de modificar uma transação comercial 
padrão e definir uma variante de transação comercial: 
 Defina ou crie um novo método de repartição de documento no 
Customizing para repartição de documento, em Repartição de 
documento ampliada → Definir método de repartição de documento. Por 
exemplo, método Z0001. 
 Copie a regra de repartição de documento com as categorias de item 
correspondentes para o novo método de repartição, no Customizing 
para repartição de documento, em Repartição de documento ampliada 
→ Definir regra de repartição. 
Caderno 4 Teoria 
84 
 
 Atribua o novo método de repartição de documento (a todos os 
mandantes) no Customizing para Repartição de documento em 
Repartição de documento ampliada → Atribuir método de repartição. 
 Assistentes de repartição de documento 
 
Para utilizar os assistentes, você precisa da função empresarial ativada 
FIN_GL_CI_2 (Contabilidade geral nova 2). A função empresarial está 
disponível com o EHP4. 
Configuração da repartida de documento 
O assistente Configurar repartição de documento contém as seguintes etapas: 
1. Classificar contas do Razão para repartição de documento. 
2. Classificar tipos de documento para repartição de documento. 
3. Definir características de repartição de documento para a Contabilidade 
geral nova. 
Caderno 4 Teoria 
85 
 
4. Definir a conta de compensação de saldo zero. 
5. Definir as características de repartição de documento para Controlling. 
6. Definir a incorporação posterior de desconto para imobilizados. 
7. Editar constantes para processos não atribuídos. 
8. Ativar a repartição de documento. 
9. Verificar o Customizing. 
Você também poderá iniciar o primeiro assisntente com o código de transação 
FAGL_WZ_SPLIT_CONF. 
Capítulo 3: Repartição de documento 
Cuidado: 
Mesmo utilizando o assistente, é necessário conhecimento detalhado do tópico 
de repartição de documento. 
 
Criação de uma regra de repartição de documento 
 
Criação de uma regra de repartição de documento com o assistente 
Caderno 4 Teoria 
86 
 
Você pode utilizar o código de transação FAGL_WZ_NEW_RULE para iniciar o 
assistente Regra de repartição de documento. Você encontrará as etapas 3 e 4 
do assistente na etapa de processo Definir regra de repartição de documento. 
Cuidado:O assistente é somente uma ferramenta de suporte para modelar novas 
variantes de transação comercial ou regras de repartição de documento. Não 
isenta sua responsabilidade de testar novas regras e verificar se afetará outros 
processos da sua empresa. 
 
Exemplo: Ao atribuir uma nova regra a um tipo de documento existente, é 
necessário testar todos os processos inseridos com este tipo de documento. 
 
RESUMO DA LIÇÃO 
Você agora deve estar apto a: 
 Explicar a motivação e a teoria que sustentam a repartição de 
documento 
 Configurar as etapas da repartição de documento no Customizing e 
examinar os resultados na aplicação FI 
 Criar e modificar regras de repartição de documento 
 
 
 
 
 
 
 
 
 
 
Caderno 4 Teoria 
87