Fis401 Parte02

Formação SAP
Contabilidade financeira no SAP

S/4HANA Parte I 2/2
Convenções tipográficas
zPortuguês brasileiro é o padrão usado neste manual.

As convenções tipográficas a seguir também são usadas.
Essas informações são exibidas na apresentação do instrutor
Demonstração
Procedimento
Advertência ou cuidado
Dica
Informações relacionadas ou adicionais
Título da janela
Controle da interface do usuário Texto de exemplo
Título da janela Texto de exemplo

Capítulo 1 : Pagamentos automáticos
CAPÍTULO 1 Pagamentos automáticos
OBJETIVOS DO CAPÍTULO
● Explicar a execução automática de pagamento

● Compreender o escopo da capacidade de administração de caixa básica
● Administrar bancos
● Administrar bancos da empresa
● Criar contas bancárias do parceiro de negócios
● M odificar as configurações gerais do registro mestre
● Administrar relações entre registros mestre
● Descrever o débito direto SEPA
● Criar um procedimento SEPA
● Configurar o programa de pagamento
● Modificar as configurações para empresas
● Modificar as formas de pagamento
● Configurar a seleção de bancos
● Modificar os parâmetros da execução de pagamento
● Criar uma proposta de pagamento
● Processar a execução de proposta
● Realizar uma execução de pagamento
● Explicar meios de pagamento
● Automatizar uma execução de pagamento
● Descrever o add-on para pagamentos digitais da SAP
Capítulo 1
Lição 1
Rodar uma execução automática de
3
pagamento
OBJETIVOS DA LIÇÃO
Após a conclusão desta lição, você estará apto a:
Jornada de aprendizagem do SAP S/4HANA Finance
Figura 1: Jornada de aprendizagem da contabilidade financeira
Jornadas de aprendizagem são guias visuais, projetados para ajudá-lo a completar o caminho
de aprendizagem para soluções SAP específicas. A maneira mais fácil de encontrar jornadas
de aprendizagem é procurar por SAP Learning Journeys em seu navegador.
Síntese da execução automática de pagamento

Observe a seguir uma síntese da execução automática de pagamento.
Tarefas da execução automática de pagamento
Durante a execução automática de pagamento, as tarefas a seguir são desempenhadas:
1. As faturas são inseridas.
2. Faturas pendentes são analisadas para verificação do vencimento.
3. As faturas a serem pagas são preparadas para revisão.

4. Os pagamentos são aprovados ou rejeitados.
5. As faturas são pagas.
O programa de pagamento automático é uma ferramenta que ajuda no processamento de

transações em massa e na administração de contas a pagar. O programa é executado na
contabilidade, em intervalos definidos pelo usuário, e processa as transações relevantes.
O programa de pagamento da SAP permite que você execute as seguintes tarefas
automaticamente:
1. Selecionar as faturas em aberto a serem pagas ou cobradas.
2. Lanças documentos de pagamento.
3. Imprimir meios de pagamento, usar o intercâmbio de dados por suporte magnético (IDS)
ou iniciar o intercâmbio eletrônico de dados (EDI).
Características do programa de pagamento

● O programa de pagamento foi desenvolvido para transações nacionais e internacionais de
pagamento, com fornecedores e clientes.
● O programa de pagamento processa saída e entrada de pagamentos.
● O programa de pagamento é flexível e permite a definição de diferentes características de
pagamento, que variam de país para país, tais como formas de pagamento, formulários de
pagamento ou especificações do suporte de dados.
As etapas de processamento do programa de pagamento
Figura 2: As etapas de processamento do programa de pagamento
As principais etapas de processamento do programa de pagamento são as seguintes:
1. Atualizar os parâmetros da execução de pagamento

Lição: Rodar uma execução automática de pagamento
Essa etapa responde as seguintes perguntas:
● Quais partidas em aberto serão selecionadas para avaliação de pagamento?
● Que forma de pagamento será utilizada?
● Quando será efetuado o pagamento?
● Quais empresas devem ser consideradas?
● Para quando está programada a próxima execução de pagamento?
2. Programar a execução de proposta

Depois de inserir os parâmetros, você programa a execução da proposta. A execução da
proposta gera uma lista de parceiros de negócios e faturas em aberto que devem ser
pagas.
3. Revisar a proposta de pagamento

Você pode analisar melhor a proposta para exibir os detalhes de qualquer pagamento
proposto, modificar as condições de pagamento ou adicionar um bloqueio de pagamento.
4. Programar a execução de pagamento

Após a verificação da lista de pagamentos e de saldo devedor, você programa a execução
de pagamento. O sistema cria um documento de pagamento, e as contas do Razão e do
livro auxiliar são atualizadas.
5. Programar a impressão
Um programa de impressão separado é executado automaticamente para gerar o meio de
pagamento.
The settings of a payment program are defined in three areas:

● The master record for the business partner. For example, bank details and payment
methods
● The invoice line items. For example, payment methods in the document and terms of
payment
● In Customizing for the payment program
If the data in the master record is different from that in the document, the data in the
document takes precedence (the system assumes that the user changed the standard data
on purpose).
RESUMO DA LIÇÃO
Você agora deve estar apto a:
Capítulo 1
Lição 2
Usar contas bancárias
6
SÍNTESE DA LIÇÃO
Esta lição explica como usar contas do banco da empresa, contas bancárias do cliente e
contas bancárias do fornecedor.
Exemplo de negócios
Cada banco no sistema tem um registro mestre de banco no diretório de bancos. Você
precisa criar um novo banco no sistema e trabalhar com dados mestre de banco e contas. Por
esse motivo, você necessita dos seguintes conhecimentos:
● Compreender os dados mestre do banco
● Compreender as diferentes contas bancárias
● Saber criar e manter diferentes contas bancárias
Contas bancárias na administração de caixa básica
Figura 3: Funcionalidade básica de administração de caixa
Os clientes que não tiverem a licença do SAP Cash Management poderão usar a versão
básica da administração de caixa. Ele oferece funções básicas na administração de dados
mestre de contas bancárias e qualquer cliente que utilize o SAP S/4HANA Finance pode
utilizar essa funcionalidade. Isso era chamado de administração de conta bancária "light".
Figura 4: Funcionalidade de administração de caixa básica - Contas bancárias
Com a funcionalidade básica da administração de caixa, os gerentes de caixa podem

centralizar a administração de contas bancárias e executar as seguintes tarefas:
● Administrar bancos e bancos da empresa (somente um subconjunto de campos
necessários para ativar o processo de pagamento).
● Definir contas bancárias e contas bancárias da empresa (só são suportados atributos
comuns).
● Exibir contas bancárias em uma visão em lista.
● Importar e exportar contas bancárias.
● Replicar bancos da empresa, contas bancárias da empresa e contas bancárias utilizando
IDoc (documento intermediário).
Lição: Usar contas bancárias
● Monitorar posições do caixa e previsões de liquidez.

● Administrar registros individuais usando o app ou as transações FF63 e FF65.
Processo de Bank Relationship Management
Figura 5: Processo de Bank Relationship Management - Criar contas bancárias
As funções básicas do gerenciamento de caixa e liquidez para contas bancárias estão

equipadas com o fluxo do processo de ativação de revisão direta. Nenhuma informação é
perdida durante o processo e as informações da conta bancária estão sempre harmonizadas.
Após a abertura da conta bancária na parte externa, a criação das informações no sistema
SAP S/4HANA é direta.
Os dados mestre da conta bancária são identificados como informações do banco da
empresa e estão ligados a uma conta do Razão na contabilidade financeira.
Administrar bancos
Figura 6: Administrar bancos
O app Administrar bancos constitui a entidade central para possibilitar outros processos. Se
você estiver procurando formas de estruturar seus bancos em hierarquias ou precisar
entender quais contas são armazenadas com cada banco, o app agrupa todas essas
informações em um só lugar.
Os apps Administrar banco permitem a você exibir, criar e modificar dados sobre os bancos
que sua empresa, seu cliente e seus fornecedores utilizam para efetuar negócios.
Os principais recursos do app incluem:
● Repositório central para endereço, risco e outros tipos de dados bancários gerais.
● Administrar dados para bancos e bancos da empresa nos quais sua empresa tem uma ou
mais contas.
● Gerencie dados para bancos que seu cliente e fornecedores usam para realizar negócios
com sua empresa.
● Associe bancos da empresa, pessoas de contato e parceiros de negócios ao seu banco.
Nota:
Cada registro mestre de banco tem uma chave exclusiva de país e banco.
Each bank you use needs a bank master record in the bank directory. Bank master data can
be copied into the bank directory manually or automatically.
Você pode usar o relatório RFBKABL0 para exibir as modificações feitas nos dados mestre de
todos os bancos.
Banco da empresa
Figura 7: Dados do banco da empresa
Os bancos que a sua empresa utiliza são chamados de bancos da empresa.

Bancos da empresa contêm estas informações:
● Dados mestre do banco
● Informações para transações de pagamento eletrônicas
● Perfis de parceiro de intercâmbio eletrônico de dados (EDI) e detalhes do intercâmbio de
dados por suporte magnético (IDS).
O programa de pagamento utiliza a ID do banco da empresa para determinar o banco a ser

utilizado para pagamentos.
Contas bancárias da empresa
Figura 8: Contas bancárias da empresa
Você pode usar o app Administrar contas bancárias para definir contas bancárias conforme
as necessidades da sua empresa. Os dados mestre de conta bancária fornecem os seguintes
atributos ou funções:
● Dados gerais que permitem a você verificar as propriedades comuns da conta, como o
número da conta bancária, o titular da conta, o IBAN, a chave de controle do banco, bem
como atributos definidos pelo cliente.
● Dados de relação com banco, que permitem atualizar informações bancárias, como
pessoas de contato internas e do banco e dados de extratos de conta.
● Conectividade de conta banco da empresa que permite a você configurar a integração de
uma conta bancária com as contas bancárias da empresa correspondentes ou outros
registros de conta, no sistema central ou em outros sistemas remotos.
● Limites a descoberto, que permitem administrar os limites a descoberto de uma conta
bancária.
● Descrições multilíngues, que permitem definir as descrições da conta em diferentes
idiomas.
● Anexos de arquivo ou hyperlink como documentos de referência.
Uma combinação de ID do banco da empresa e ID da conta representa cada conta bancária

na aplicação SAP S/4HANA.
Para poder executar seus processos de pagamento, você precisa atribuir cada uma de suas
contas bancárias da empresa a uma conta do Razão.
Dependendo do tipo de conta do Razão que você quer atribuir à sua conta bancária da
empresa, consulte uma das seguintes soluções:
● Tipo de conta do Razão Conta do balanço
● Tipo de conta do Razão Conta de caixa (conta de reconciliação bancária), a partir do SAP
S/4HANA 2020
Conta bancária da empresa - tipo de conta do Razão: conta do balanço
Figura 9: Conta bancária da empresa - tipo de conta do Razão: conta do balanço
Crie a conta do Razão do banco e as contas de compensação bancária necessárias com

Contas do balanço como seus tipos de conta do Razão. Com essa solução, você normalmente
precisa criar um novo conjunto de contas do Razão cada vez que configura uma nova
conexão à conta bancária da empresa.
empresa O ID do banco da empresa e o ID da conta são inseridos em um registro mestre da
conta do Razão, que representa uma conta bancária no Razão. Isso significa que a seguinte
relação existe:
Conta bancária no banco da empresa <—> combinação de ID do banco da empresa e de

conta <—> conta do Razão
Existe uma relação de 1:1 entre a conta bancária da empresa no Bank Relationship
Management e a conta do Razão na contabilidade geral.
Esta conta do Razão é atribuída à conta bancária e vice-versa. Ambas as contas devem ter a
mesma moeda de conta.
The combination of the house bank ID and the account ID uniquely identifies a house bank
account. You can only use an account ID once for each house bank. You can create several
accounts, each with a separate account ID, for each house bank.
Conta bancária da empresa - tipo de conta do Razão: conta de caixa (conta de

reconciliação bancária)
Figura 10: Conta bancária da empresa - tipo de conta do Razão: conta de caixa (conta de reconciliação bancária)
Contas de reconciliação bancária: essa abordagem permite vincular diferentes contas

bancárias da contabilidade bancária a um único conjunto de contas do Razão (conta de
reconciliação bancária e subcontas bancárias) na contabilidade geral. Com essa solução,
você pode reutilizar esse conjunto de contas quantas vezes forem necessárias para uma nova
conexão ao banco da empresa (desde que o conjunto de contas com suas configurações
corresponda aos requisitos do banco da empresa conectado e suas regulamentações de
relatório).
Exemplo: se a sua empresa efetuar pagamentos utilizando vários bancos nacionais e
internacionais, você pode definir somente dois conjuntos de contas do Razão. Para os bancos
nacionais, você atribui todas as suas contas bancárias da empresa locais a uma conta de
reconciliação bancária com uma subconta bancária (ou seja, conta de compensação) para
cada forma de pagamento. Para bancos internacionais, você atribui todas as suas contas
bancárias da empresa estrangeiras a uma conta de reconciliação bancária com uma
subconta bancária (ou seja, conta de compensação) para cada forma de pagamento.
A conta bancária do Razão é atribuída ao tipo Conta de caixa no registro mestre. Você usa o
subtipo de conta do Razão B para definir a utilização da conta do Razão como uma conta de
reconciliação bancária.
Crie uma conta de compensação bancária na contabilidade geral para cada forma de
pagamento necessária. Essas contas também são atribuídas ao tipo de conta do Razão Conta
de caixa. O subtipo de conta do Razão S - Subconta bancária é usado para definir a utilização
como uma conta de compensação bancária. A conta de reconciliação bancária é, então,
atribuída diretamente às subcontas bancárias no registro mestre da Conta do Razão.
Isso significa que existe uma relação n:1 entre contas bancárias da empresa no Bank
Relationship Management e a conta do Razão na contabilidade geral.
Possíveis vantagens:
● Esforço de reconciliação reduzido entre os departamentos de administração de caixa e

contabilidade geral ao criar novas contas bancárias no sistema.
● Número reduzido de contas bancárias e de compensação bancária na contabilidade geral
ao longo do tempo.
Nota:
Não é necessário migrar da solução do balanço conhecida para a solução da conta
de reconciliação bancária. Uma vez que você controla o método por meio de
configurações de dados mestre na conta bancária da empresa, é possível uma
abordagem individual para cada conta bancária da empresa. Assim, uma solução
lado a lado é viável. Isso também implica que nenhuma solução big-bang deve ser
implementada, pois o cliente tem a opção de passar gradualmente para a
Reconciliação de contas bancárias, se desejado.
Contas bancárias do parceiro de negócios
Figura 11: Dados mestre do banco do parceiro de negócios
Quando você insere os dados bancários em um registro mestre do parceiro de negócios, você
pode acessar todos os bancos que já foram criados no sistema. Nesse cenário, você só
precisa inserir o país e a chave do banco; o sistema define automaticamente o nome e o
endereço do banco. Se um banco não estiver no sistema, você pode criar esse banco durante
a atualização do parceiro de negócios.
Estas são as formas de criar dados mestre do banco:
● Você pode inserir informações bancárias no registro mestre do parceiro de negócios ou no
Bank Relationship Management (Administrar bancos).
● Você pode importar o diretório de bancos utilizando o programa RFBVALL_0,
Transferência específica de país de dados bancários.
● Os clientes que utilizam a função lockbox podem criar uma pasta batch input que atualiza,
automaticamente, as informações bancárias do cliente no registro mestre.
RESUMO DA LIÇÃO
Capítulo 1
Lição 3
Modificar registros mestre e documentos de
27
contabilidade financeira
SÍNTESE DA LIÇÃO
Esta lição descreve como modificar os registros mestre e documentos de contabilidade
financeira.
Você precisa atualizar os valores dos campos-chave de um registro mestre de fornecedor ou
cliente para pagamentos automáticos. Por esse motivo, você precisa do seguinte
conhecimento:
● conhecer os campos relevantes da execução de pagamento, em registros mestre e
documentos
● saber como administrar a relação entre os registros mestre
Campos-chave de registro mestre de fornecedor e cliente

Campos-chave para pagamentos automáticos no nível do mandante
Há alguns campos-chave em registros mestre de fornecedor e cliente que afetam o programa
de pagamento automático.
Estes são os campos-chave para pagamentos automáticos no nível do mandante, em um
registro mestre de fornecedor ou cliente:
● Detalhes do endereço:
Esses detalhes incluem os campos Rua/nº, Código postal/cidade e País. A chave do país
contém as informações que o sistema utiliza para verificar entradas, como o comprimento
do código postal ou o IBAN.
● País do banco:
Esse campo identifica o país em que está localizado o banco do fornecedor ou do cliente. A
chave de país define as regras para validar dados bancários, como conta bancária e
números de conta.
● Idioma:
Na tela Comunicação, especifique o idioma do fornecedor ou cliente. Correspondências
como avisos de pagamento ou cheques podem ser criadas no idioma do fornecedor ou
Lição: Modificar registros mestre e documentos de contabilidade financeira
cliente. Para habilitar essa opção, o formulário armazenado no sistema deve ser traduzido
no idioma adequado. Caso contrário, será usado o idioma da empresa ou o idioma em que
o formulário foi criado.
● Chave do banco:
Nesse campo, você especifica a chave do banco em que os dados bancários do respectivo
país estão armazenados.
● Número da conta bancária:
Esse campo contém o número utilizado para gerenciar a conta no banco.
● IBAN:
O International Bank Account Number (IBAN) é um número de identificação exclusivo e
internacionalmente reconhecido, que identifica uma conta bancária específica. Foi
concebido pela ISO (International Organization for Standardization - Organização
internacional para a padronização) e pelo ECBS (European Committee for Banking
Standards - Comitê Europeu para Normas Bancárias) para facilitar o processamento de
pagamentos internacionais. É necessário ter o IBAN para contas bancárias na Área Única
de Pagamento em Euros (SEPA). Para atualizar o IBAN sem o número da conta bancária
e/ou código SWIFT/BIC, consulte a nota SAP 2115809.
● Mandato SEPA:
Conforme autorização para coletar pagamentos usando o método de pagamento de
débito direto SEPA, é necessário um procedimento.
Campos-chave de pagamentos automáticos no nível da empresa

Estes são os campos-chave para pagamentos automáticos no nível da empresa em um
registro mestre de fornecedor ou cliente:
● Condições de pagamento:
Isso especifica a chave para a definição de condições de pagamento, que é composta de
porcentagens de desconto para pagamento à vista e prazos de pagamento. Usado em
ordens de clientes, pedidos e faturas.
● Formas de pagamento:
Indica a forma de pagamento padrão em transações de pagamento automáticas com o
fornecedor ou o cliente. Se especificar uma forma de pagamento diretamente na fatura a
ser paga, ela terá prioridade.
● Bloqueio de pagamento:
Usado para bloquear uma partida em aberto ou uma conta para pagamento. Em
transações de pagamento automático, o bloqueio entra em vigor quando inserido no
registro mestre, na partida individual ou na proposta de pagamento.
Nota:
No registro mestre do fornecedor ou do cliente, o sistema utiliza o campo ID (ID
dos dados bancários) para distinguir entre diferentes bancos. Se o fornecedor ou
o cliente tiver mais de um banco, você pode selecionar um banco usando o botão
de entradas possíveis ao lado do campo de banco do parceiro ao processar
faturas.
Vínculos das contas de cliente/fornecedor
Figura 12: Compensar com cliente ou fornecedor
Se um fornecedor também for um cliente, ou vice-versa, o programa de pagamento e o

programa de advertência poderão compensar entre si as partidas em aberto do fornecedor e
do cliente. Você também pode selecionar os itens do cliente quando exibir os itens do
fornecedor para essa conta.
Antes de poder compensar partidas entre uma conta existente de fornecedor e cliente, você
deve executar as seguintes etapas:
1. Insira o número da conta do cliente no campo Cliente na seção Fornecedor: dados gerais
no registro mestre do fornecedor/parceiro de negócios.
2. Insira o número da conta do fornecedor no campo Fornecedor na seção Cliente: dados

gerais no registro mestre do parceiro de negócios/cliente.
3. Selecione Compensação com fornecedor e Compensação com cliente nos dados da

empresa nos dois registros mestre, de cliente e de fornecedor. Dessa forma, cada
empresa pode decidir, separadamente, se deseja compensar um cliente com o
fornecedor.
Para determinar as relações entre parceiros de clientes e fornecedores, selecione o app Exibir
lista de clientes ou Exibir lista de fornecedores (Configurações –> Selecione o campo
Fornecedor ou Cliente).
(Como alternativa, defina Controle e status de contas em Outras seleções para a lista de
clientes ou fornecedores (RFDKVZ00 ou RFKKVZ00)).
Pagador/recebedor alternativo
Figura 13: O pagador ou recebedor alternativo do pagamento

Você pode inserir um pagador ou um recebedor alternativo do pagamento no nível do

mandante ou da empresa. A entrada no segmento da empresa tem uma prioridade mais alta
do que no nível do mandante.
Se você definir o indicador Especificações individuais, poderá inserir informações sobre um
pagador/recebedor individual para um cliente/fornecedor que não tenha sido criado no
sistema da SAP, durante o processamento de uma fatura. Se o pagador ou recebedor
alternativo de pagamento for um cliente ou um fornecedor existente, você poderá inserir o(s)
número(s) de conta de cliente ou fornecedor como um pagador ou recebedor permitido do
pagamento, no registro mestre. Ao inserir uma fatura, você pode selecionar um desses
pagadores/recebedores do pagamento utilizando entradas possíveis.
Se inserir um pagador alternativo, o montante devido será compensado na conta e pago pelo
pagador alternativo.
Se inserir um recebedor alternativo do pagamento, o montante que a sociedade deve pagar

será compensado e pago ao recebedor alternativo do pagamento (por exemplo, os
pagamentos que normalmente iriam para o fornecedor irão para o administrador da falência).
Para determinar o pagador alternativo para o respectivo cliente ou o recebedor alternativo do
pagamento para o fornecedor, você pode selecionar o app Exibir lista de clientes ou Exibir lista
de fornecedores (configurações → Selecionar campo → Recebedor alternativo do
pagamento).
(Como alternativa, você pode definir o código Data de pagamento em Mais seleções no
relatório da lista de clientes ou fornecedores, (RFDKVZ00 ou RFKKVZ00).)
Sede/Filial
Figura 14: A sede ou a filial
Os clientes de alguns setores industriais realizam seus pedidos localmente (ou seja, por meio
de suas filiais), mas pagam as faturas de forma centralizada (na sede). Aqui, existe uma
diferença entre o fluxo de mercadorias e o fluxo de caixa. Você pode registrar isso no sistema
da SAP usando as contas de sede e filial.
Todos os itens lançados em uma conta de filial são automaticamente transferidos para a
conta da sede. O sistema geralmente envia advertências para a sede, que cuida do
pagamento. No entanto, se o campo Processamento local estiver selecionado no registro
mestre da sede, os programas de advertência e de pagamento usarão a conta de filial.
É possível ver a sede de cada filial quando você executar a lista de clientes ou fornecedores
(RFDKVZ00 ou RFKKVZ00; defina Controle de conta e Status em Outras seleções).
Campos-chave em documentos da contabilidade financeira
Figura 15: Os campos-chave em um documento de contabilidade financeira
Estes são os vários campos de um documento da Contabilidade financeira que

influenciam o programa de pagamento automático:
● Forma de pagamento
Em geral, é deixado em branco, pois o programa de pagamento consultará as
configurações nos dados mestre. Se uma forma de pagamento for atualizada no nível do
documento financeiro, ela terá precedência e será utilizada pelo programa de pagamento.
● Condição de pagamento
Predefinido no registro mestre do fornecedor ou cliente. A condição de pagamento padrão
pode ser sobregravada na entrada do documento ou posteriormente.
● Bloqueio de pagamento
Em geral, é deixado em branco na entrada do documento. Qualquer bloqueio de
pagamento no nível do registro mestre é aplicado em todas as partidas em aberto, na
conta. Um bloqueio de pagamento definido no nível do documento só se aplica a esse
documento específico.
● Banco do parceiro
Inicialmente, é deixado em branco na entrada do documento. O campo de banco do
parceiro permite especificar o conjunto de detalhes bancários a ser selecionado nos dados
mestre que contêm mais de um conjunto de detalhes.
● Banco da empresa
Em geral, é deixado em branco na entrada do documento. Se um banco da empresa for

especificado em um documento, a partida em aberto será paga no banco da empresa
especificado.
RESUMO DA LIÇÃO
Capítulo 1
Lição 4
Débito direto SEPA
46
SÍNTESE DA LIÇÃO
Esta lição descreve o processo de débito direto SEPA e mandatos SEPA.
This lesson is only given to EU audiences. For non-EU audiences, the 30 minutes allocated to
this lesson is shared between the lessons Configuring the Payment Program and Executing a
Payment Run.
Débito direto SEPA

O débito direto SEPA (SDD) é um instrumento de pagamento em débito em euro pela região
SEPA por contas feitas para aceitar débito.
O devedor e o credor devem ter uma conta em um banco localizado na região SEPA.
Transações para coletar fundos da conta de um devedor com um banco devedor são
iniciadas pelo credor através do banco credor, seguido de um acordo entre devedor e
credor. Isso é baseado em uma autorização para o credor e o banco do devedor dado pelo
devedor para o débito de sua conta. Essa autorização é referida como procedimento.
Salvo casos em que o credor e o devedor (pagador) combinaram um período menor, uma
pré-notificação deve ser enviada pelo menos 14 dias antes da data de vencimento. No caso de
débitos diretos recorrentes do mesmo montante (como aluguel ou prêmios de seguros), o
pagador precisa ser notificado do pagamento por débito direto apenas uma vez, com
detalhes de todas as datas de vencimento. O objetivo é fornecer um processamento direto e
totalmente eletrônico (STP) das transações. Isso também se aplica aos vários processos para
tratamento de exceções (como rejeições, devoluções, estornos, reembolsos, recusas e
revogações).
Entre os bancos, o tratamento de informações do procedimento só é permitido
eletronicamente. Entre devedor e credor, um mandato pode ser trocado em papel ou
eletrônico.
Lição: Débito direto SEPA
Figura 16: Débito direto SEPA
Mandatos SEPA
O documento de procedimento contém identificadores de campo, seguidos pelo espaço em
branco necessário para preencher os dados de partidas necessários. Os identificadores de
campo devem estar em pelo menos um dos idiomas oficiais do país de residência do devedor.
Se o credor não puder determinar, com razoável certeza, o idioma do devedor antes da
criação do documento de mandato, os identificadores de campo também serão exibidos em
inglês. É fornecido um documento de mandato como exemplo na figura Procedimento de
exemplo.
Figura 17: Procedimento de exemplo
O credor pode personalizar o documento de procedimento para incluir todos os dados de

partidas necessários.
To show that the field identifiers are displayed in German and English in the default mandate
document delivered by SAP, you can display the mandate for a German-speaking customer
company (such as customer T—AC## in company code TA##).
A gestão de procedimentos da SAP deriva automaticamente vários campos a partir dos

registros mestre relevantes do cliente e da empresa. A referência procedimento é atribuída
automaticamente por uma atribuição de intervalo de numeração. O campo Tipo de
pagamento indica se o procedimento é um acordo de pagamento ocasional ou recorrente.
Lição: Débito direto SEPA
RESUMO DA LIÇÃO
Capítulo 1
Lição 5
Configurar o programa de pagamento
54
SÍNTESE DA LIÇÃO
Esta lição descreve as definições básicas de configuração do programa de pagamento.
Como gerente do departamento de contabilidade, você gostaria de saber quais são as opções
disponíveis para a configuração do programa de pagamento. Por esse motivo, você precisa
do seguinte conhecimento:
● conhecer a configuração do programa de pagamento
● conhecer as opções de configuração do programa de pagamento
Fluxo do processo de configuração para o programa de pagamento

A maioria das configurações do programa de pagamento pode ser acessada diretamente pelo
usuário da aplicação. As configurações são divididas em categorias, conforme mostrado na
figura Configurar programa de pagamento.
Lição: Configurar o programa de pagamento
Figura 18: Configurar programa de pagamento
O menu principal de configuração do programa de pagamentos tem botões para todas as

áreas. Para garantir que a configuração está completa, trabalhe de cima para baixo por meio
de cada botão. Para acessar esta tela de personalização a partir do menu SAP Easy Access,
execute a transação FBZP (Atualizar configuração do programa de pagamento) e utilize os
botões para acessar a área de configuração necessária.
Alternativamente, você pode usar o IMG de Referência SAP Contabilidade
financeira → Contas a receber e contas a pagar → Transações comerciais → Saídas de
pagamento → Saídas de pagamento automáticas → Forma de pagamento/seleção bancária
para o programa de pagamento. No IMG de referência SAP, você precisará selecionar cada
área relevante.
As três primeiras áreas exigirão modificações mínimas de configuração. O sistema standard
contém muitas formas de pagamento para cada país e respectivos formulários.
Configurações da empresa
Nesta lição, observamos os parâmetros que você deve configurar para as empresas.
Todas as empresas
Tabela 1: Configurações a definir

Para todas as empresas, você precisa definir estes parâmetros:
Parâmetro Descrição
Empresas emissoras Se a empresa A pagar em nome da empresa

B, então a empresa B será a empresa emis-
sora. Se não for indicada uma empresa, o
aplicativo automaticamente fará referência à
empresa emissora como sendo a empresa
pagadora.
Empresas pagadoras Aqui, você encontra a empresa que processa

as operações de pagamento.
Descontos Você pode definir um limite mínimo de des-

conto para a saída de pagamentos. Se o des-
conto for menor do que esse limite, ele será
ignorado e o pagamento não será efetuado
até a data de vencimento do pagamento lí-
quido. A configuração de desconto máximo
faz com que o desconto máximo seja utiliza-
do, mesmo que o período de desconto para
pagamento à vista seja excedido.
Dias de tolerância de pagamentos Esse parâmetro permite especificar o núme-

ro de dias que podem ser excedidos pelo pe-
ríodo de desconto para pagamento à vista e
pelo período de pagamento líquido (paga-
mento atrasado).
Se souber que os fornecedores costumam
conceder um determinado período de carên-
cia, você poderá entrar dias de tolerância pa-
ra contas a pagar de cada empresa. Esses di-
as de tolerância ajudam a adiar o pagamento
de algumas partidas vencidas até a próxima
execução de pagamento e ainda permitem
receber os descontos adequados.
Transações de cliente e fornecedor A tela Fornecedor/cliente O campo Transa-

ções do Razão a serem pagas indica as ope-
rações do Razão Especial que podem ser
processadas utilizando o programa de paga-
mento.
Suplementos da forma de pagamento Se ativada, essa opção permitirá que você

imprima e classifique pagamentos.
Você pode criar um suplemento de método
de pagamento de dois caracteres a ser atri-
buído aos registros mestre de cliente ou for-
necedor. Ao inserir um documento no siste-
ma, os dados relevantes são automatica-
mente atribuídos às partidas individuais.
Também é possível inserir manualmente ou
sobregravar os dados na partida individual ao
criar um documento.
Empresas pagadoras
Para cada empresa pagadora, você precisa definir estas configurações:
● Montantes mínimos de pagamentos:

É possível definir o montante mínimo necessário para entrada e saída de pagamentos. Os
pagamento abaixo desse montante limite não serão efetuados.
● Formulários de aviso de pagamento e EDI:
Você pode definir o formato SAPScript ou PDF a ser usado para cada empresa pagadora.
● Especificações de letra de câmbio:
Você pode definir o número de letras de câmbio criadas para cada conta, durante a
execução de pagamento, para a forma de pagamento de letras de câmbio. Além disso, é
possível controlar quais partidas em aberto para a forma de pagamento de letra de câmbio
devem ser consideradas, durante a execução do programa de pagamentos, com a
utilização de especificações de data de vencimento.
Nota:
Na tela Detalhes do emissor, você pode definir quaisquer textos padrão
dependentes da empresa para os formulários de pagamento.
Formas de pagamento
As formas de pagamento têm dois componentes: configurações específicas do país e
configurações específicas da empresa.
Para cada país, você precisa definir as formas de pagamento válidas (por exemplo, cheque ou
transferência bancária).
Para cada forma de pagamento, você precisa definir os seguintes requisitos básicos:
● Tipo de pagamento: Saída ou entrada de pagamento.

● Características para a classificação da forma de pagamento: a forma de pagamento e suas
características.
● Requisitos do registro mestre: requisitos de uma determinada forma de pagamento (como
os dados bancários) que devem ser atendidos para que as faturas sejam pagas com a
forma de pagamento.
● Tipos de documento: os tipos de documento usados para lançar e compensar
documentos.
● Meio de pagamento: configurações de formato para o Payment Medium Workbench
(PMW).
● Moedas permitidas: você pode restringir formas de pagamento a moedas específicas. Na

tela Moedas permitidas, insira qualquer moeda permitida para a forma de pagamento. Se
não houver entradas nesta tela, a forma de pagamento é válida para todas as moedas.
Configurações específicas da empresa
Tabela 2: Configurações da empresa

A tabela a seguir resume os parâmetros específicos da empresa que você deve especificar
para cada forma de pagamento.
Especificação Descrição
Montantes de pagamento mínimos e máxi- Qualquer montante de pagamento menor ou
mos maior do que o montante mínimo ou máxi-
mo, respectivamente, será excluído da exe-
cução de pagamento.
Pagamentos internacionais/pagamentos em ● Parceiro de negócios estrangeiro permiti-
moeda estrangeira
do (endereço): quando selecionado, este
código permite que o sistema processe
clientes e fornecedores estrangeiros utili-
zando esta forma de pagamento.
● Banco de cliente ou fornecedor no exterior
permitido (país do banco): quando sele-
cionado, esse indicador permite que os
bancos de cliente e fornecedor do exterior
efetuem pagamentos.
● Moeda estrangeira permitida: quando se-
lecionado, este indicador permite usar a
moeda estrangeira com esta forma de pa-
gamento.
Opções de agrupamento ● Pagamento único para itens marcados: os

itens que usam esta forma de pagamento
são pagos individualmente. Se uma parti-
da não contiver uma forma de pagamento
(nesse caso, o registro mestre determina
a forma de pagamento), ela poderá ser
agrupada com outras partidas.
● Pagamento por dia de vencimento: esta
opção especifica que somente partidas
vencidas no mesmo dia são pagas com
um único pagamento.
Otimização do grupo de bancos O programa de pagamento tenta pagar de

um banco no mesmo sistema de câmara de
compensação (ACH).
Especificação Descrição
Otimização do código postal Você pode atribuir bancos a determinadas
áreas postais usando o ícone de alteração.
Quando você seleciona a otimização de códi-
go postal, o programa de pagamento tenta
efetuar um pagamento no banco baseando-
-se no código postal residencial, especificado
na conta do cliente ou do fornecedor.
Formulários para meios de pagamento Você pode especificar o nome do formulário
SAPscript e PDF para o meio de pagamento
na área Dados de formulário.
Nota:
As especificações de cada forma de pagamento podem diferir entre as empresas.
RESUMO DA LIÇÃO
Capítulo 1
Lição 6
Administrar a seleção de bancos
69
SÍNTESE DA LIÇÃO
Esta lição descreve as definições de configuração da seleção de bancos.
Como gerente do departamento de contabilidade, você gostaria de saber quais são as opções
disponíveis para configurar a seleção de bancos. Por esse motivo, você precisa do seguinte
conhecimento:
● conhecer a configuração da seleção de bancos
● ter uma síntese das opções de configuração da seleção de bancos
Seleção de bancos
Esta lição fornece uma síntese do processo de seleção de bancos.
Componentes da seleção de bancos
Ao selecionar o banco da empresa pagadora, você deve considerar os componentes a seguir:
● Ordem de prioridade
● Montantes
● Contas
● Data efetiva
● Despesas ou encargos
Na tela Seleção de bancos, as pastas de arquivos são organizadas em seções – ordem de

prioridade, montantes, contas, taxas e data efetiva. A configuração do programa de
pagamento é concluída quando você percorre cada uma das pastas.
Ordem de prioridade
Esta é uma síntese da pasta de arquivos de ordem de prioridade.
Pasta de arquivos de ordem de prioridade
Na Pasta de arquivos de ordem de prioridade, você deve definir o seguinte para cada forma
de pagamento:
Lição: Administrar a seleção de bancos
● A ordem na qual os bancos da empresa devem ser considerados para pagamento

● Moedas elegíveis
● Conta de letra de câmbio
Na tela Ordem de prioridade, insira os bancos da empresa na ordem em que o programa de

pagamento deve considerá-los para pagamento para cada forma de pagamento.
Se a combinação de banco ou forma de pagamento não existir, você pode criar uma nova
definindo os seguintes parâmetros:
● Forma de pagamento
● Moeda:
Se a forma de pagamento desse banco for aplicável a todas as moedas, esse campo deve
ficar vazio. Caso contrário, a forma de pagamento será aplicada apenas à moeda indicada
aqui.
● Ordem de prioridade:
O programa de pagamento levará essa ordem em consideração ao determinar o banco
que deverá efetuar o pagamento.
● O identificador do banco da empresa a ser utilizado com esta forma de pagamento.
The payment method or currency determines the house bank that is used first, second, third,
and so on. For each combination of house bank and payment method, you can specify the
following:
● The offsetting account for the subledger posting (bank subaccount) - Balance Sheet
Account Approach
● The clearing account for payments by bills of exchange (the offsetting entry for the bill of
exchange liability at the bank is made here)
● Available funds in each bank
Montantes e contas
Esta é uma síntese da pasta de arquivos de montantes e contas.
Pasta de arquivos de montantes e contas
Nas pastas de arquivos montantes e contas, você deve definir o seguinte para cada
combinação de banco da empresa e forma de pagamento:
● A conta de contrapartida para o lançamento do livro auxiliar (solução para contas do

balanço)
● contas de compensação para letras de câmbio
● recursos financeiros disponíveis em cada banco
A tela Montantes disponíveis lista os bancos da empresa e o montante de recursos financeiros

disponível em cada banco.
You can use the Available Amounts setting to check in advance whether or not the funds in
the bank account are sufficient. You have to enter the values manually.
Data efetiva
Esta é uma síntese da pasta de arquivos de data efetiva.
Pasta de arquivos de data efetiva
Para cada combinação de banco de empresa e forma de pagamento, o seguinte se aplica:
● A data efetiva é utilizada para a administração de tesouraria.

● A data efetiva é a data de lançamento mais o número de dias até a data efetiva
Datas efetivas são usadas na administração de caixa para rastrear a movimentação de

recursos financeiros. Por exemplo, os pagamentos efetuados por transferência são
deduzidos do banco no dia seguinte, independentemente do montante do pagamento. Isso
significa que o dinheiro deve estar disponível no dia seguinte para os pagamentos efetuados
dessa forma. Entre 1 no campo Dias até a data efetiva para utilizar esta forma de pagamento.
Data efetiva = Data de lançamento da execução de pagamento + Dias até a data efetiva.
Os dias inseridos aqui correspondem aos dias especificados para os montantes disponíveis.
The number of days between the posting date of the payment run and the value date at the
bank usually depends on the payment method, bank account, payment amount, currency,
and the specifics of the agreement with the bank.
The number of days up to the value date is the probable number of days until a debit memo
or credit memo is entered in the bank account. The number of days is usually added to the
posting date to produce the expected debit or credit memo date on the bank account for
cash management and forecast purposes.
Despesas ou encargos
Esta é uma síntese da pasta de arquivos de despesas ou encargos.
Pasta de arquivos de despesas ou encargos
Para as despesas ou encargos, o seguinte se aplica:
● Calcular encargos bancários adicionais para entrada e saída de pagamentos

● Utilizado com letras de câmbio
● Configuração adicional de lançamento automático
As funções do recurso de entrada e saída de pagamentos têm um campo de encargos

bancários em que os usuários inserem os encargos bancários associados aos pagamentos
efetuados ou recebidos. Na entrada de pagamentos o sistema subtrai os encargos bancários
ao montante de compensação. Na saída de pagamentos, o sistema adiciona os encargos ao
montante de compensação.
O sistema também lança os encargos em uma conta de despesas. Para tanto, precisa de uma
chave de lançamento e uma classificação contábil, ambas já definidas no sistema standard.
Se você não utilizar os planos de contas fornecidos com o sistema standard, é necessário
inserir seus próprios dados de conta para lançar os encargos bancários. O código Relevante
para fluxo de caixa deve ser definido no registro mestre de contas para registrar encargos
bancários.
Charge indicator: This represents a charge scale. The amount of charge depends on the
payment amount.
You can define the charges in Customizing for Financial Accounting under Accounts
Receivable and Accounts Payable → Business Transactions → Outgoing Payments
→ Outgoing Payments Global Settings → Define Accounts for Bank Charges (Vendors) or
in Customizing for Financial Accounting under Accounts Receivable and Accounts Payable
→ Business Transactions → Incoming Payments → Incoming Payments Global Settings
→ Define Accounts for Bank Charges (Customers).
Determinação de contas para pagamentos autoiniciados (SIP) – Solução de conta de

reconciliação bancária
Figura 19: Determinação de contas para pagamentos autoiniciados (SIP) – Solução de conta de reconciliação
bancária
Ao trabalhar com a solução de contas de reconciliação bancária e pagamentos autoiniciados,

a determinação de subconta bancária é ligeiramente diferente da configuração atual para
contas do balanço.
A subconta bancária para pagamentos neste caso não é mais determinada por meio da
atribuição de ordem de prioridade no IMG em Contabilidade financeira → Contas a receber e
contas a pagar → Transações comerciais → Saídas de pagamento → Saídas de pagamento
automáticas → Seleção de forma de pagamento/banco para programa de
pagamento → Configurar determinação de bancos para operações de pagamento.
A determinação de contas é definida da seguinte forma:
1. Defina os símbolos de contas relevantes para pagamentos autoiniciados no customizing

em Contabilidade financeira → Contabilidade bancária → Transações
comerciais → Transações de pagamento → Extrato eletrônico da conta → Efetuar
configurações globais para extrato eletrônico da conta.
2. Defina o país, a forma de pagamento e o símbolo de contas vinculadas no customizing em

→ Contabilidade financeira → Contas a receber e contas a pagar → Transações
comerciais → Saídas de pagamento → Saídas de pagamento automáticas Seleção de
forma de pagamento/banco para programa de pagamento → Atribuir símbolo de conta a
formas de pagamento.
3. Por meio do caminho de customizing Contabilidade financeira → Contabilidade

bancária → Transações comerciais → Transações de pagamento → Extrato eletrônico da
conta → Efetuar configurações globais para extrato eletrônico da conta e a atribuição de
contas a símbolos de contas, o sistema pode determinar a conta de compensação do
Razão em uma combinação dos seguintes itens:
● (4.) Configuração da conta do Razão nos dados da conta bancária da empresa e o
● (5.) Conta de compensação do Razão como entrada mascarada -> aqui 11000000
mais o +++++++020 = 11000020.
Como configurar a determinação de contas para pagamentos autoiniciados
1. Display the master record details of the G/L Bank Subaccount 11000020.
a) On the SAP Fiori launchpad home page, in the General Ledger tile group, choose the
Manage G/L Account Master Data tile. Enter the following data:
Field Name Value
Chart of Accounts YCOA
G/L Account 11000020
G/L Account Type C ( Cash Account)
View Chart of Accounts View
b) Choose Go.
c) Choose the Details icon (>) on the right hand side of the displayed G/L Account.
Results: The G/L Account Type "Cash Account" and the G/L Account Subtype S "Bank
Subaccount" are displayed on the General data tab page. This account is assigned to
the (Bank) Reconciliation Account 11000000.
d) Choose the SAP Logo to navigate back to the SAP Fiori launchpad home page.
2. Set the account symbols relevant for self initiated payments.

a) In customizing, choose Financial Accounting → Bank Accounting → Business
Transactions → Payment Transactions → Electronic Bank Statement → Make Global
Settings for Electronic Bank Statement.
b) Enter Chart of Accounts YCOA.

c) Choose Continue.
Result: SIP Relev. is selected for the Account Symbols DIRECTDEBIT and TRANSF.
d) Choose Back to display the IMG.
3. Define the country, payment method, and the linked account symbol.
a) In customizing, choose Financial Accounting → Accounts Receivable and Accounts
Payable → Business Transactions → Outgoing Payments → Automatic Outgoing
Payments → Payment Method/Bank Selection for Payment Program → Assign
Account Symbol to Payment Methods.
Result: The following entries are displayed:
Field Name Value
C/R (Country/Region) DE
PM (Payment Method) E
Account Symbol DIRECTDEBIT
C/R (Country/Region) DE
PM (Payment Method) T
Account Symbol TRANSF
b) Choose Back to display the IMG.
4. Display the Account Determination for the Electronic Bank Statement.

a) In customizing, choose Financial Accounting → Bank Accounting → Business
Settings for Electronic Bank Statement.
b) Enter Chart of Accounts YCOA.
c) Choose Continue.
d) Choose the Assign Accounts to Account Symbol folder on the left hand side of the
screen.
Result: The masked entry ++++++++40 is entered for the Account Symbol
DIRECTDEBIT. The masked entry ++++++++20 is entered for the Account Symbol
TRANSF.
e) Choose Back twice to display the IMG.

RESUMO DA LIÇÃO
Capítulo 1
Lição 7
Executar o programa de pagamento
79
SÍNTESE DA LIÇÃO
Esta lição explica as etapas de processamento do programa de pagamento.
Como empregado do departamento de contabilidade, você precisa saber até onde os
processos podem ser automatizados no programa de pagamento. Por esse motivo, você
precisa do seguinte conhecimento:
● conhecer cada etapa do programa de pagamento
● saber como a verificação de saldo devedor evita a saída de pagamentos de contas com
saldo devedor
Parâmetros da execução de pagamento
Figura 20: Parâmetros da execução de pagamento

Os parâmetros da execução de pagamento determinam as contas e os documentos a serem

incluídos na execução de pagamento. Você deve definir esses parâmetros antes de iniciar o
processo de pagamento.
O sistema seleciona as partidas em aberto adequadas, que devem ser pagas com base nos
seguintes parâmetros:
● Data de execução
● Identificação do programa (para diferenciar entre execução de programa na mesma data
de execução)
● Data de lançamento dos documentos de pagamento
● Data de entrada até quando as faturas devem ser selecionadas
● Empresas relevantes
● Formas de pagamento relevantes
● Próxima data de execução de pagamento
● Contas de cliente/fornecedor relevantes
● Critérios adicionais selecionados livremente com base no documento de fatura ou no
registro mestre (opcional)
● Categoria de taxa de câmbio (opcional)
Seleção de partidas em aberto
Figura 21: Seleção de partidas em aberto
O sistema seleciona as partidas em aberto adequadas, que devem ser pagas com base
nos seguintes parâmetros:
● Quais documentos devem ser pagos?
Lição: Executar o programa de pagamento
Todas as faturas ou partidas criadas até a data Documentos criados até são incluídos na
execução de pagamento. O campo Documentos criados até é automaticamente definido
para a data de execução. A Data de lançamento, data em que a conta do Razão é
atualizada com os lançamentos, também é automaticamente definida como a data de
execução. É possível alterar os campos Documentos inseridos até e Data de lançamento
para uma data no futuro, o que é útil se os pagamentos não forem lançados diariamente.
● Quais empresas devem ser incluídas na execução de pagamento?
Somente empresas do mesmo país podem ser incluídas em uma execução de pagamento.
● Quais formas de pagamento serão utilizadas?
Você deve definir as formas de pagamento a serem usadas em cada país. Ao iniciar uma
execução de pagamento, selecione as formas de pagamento da lista de formas
disponíveis.
Nota:
Se você utilizar mais de uma forma de pagamento na execução de pagamento,
lembre-se de que a ordem de entrada delas é importante. A primeira forma de
pagamento inserida tem prioridade; a segunda tem prioridade secundária, etc. O
sistema efetua o pagamento pela forma de pagamento com a utilização da
prioridade mais elevada a seguir ao cheque.
Execução da proposta
Figura 22: A execução da proposta

Depois de inserir os parâmetros de execução do pagamento, é possível programar a

execução da proposta.
As seguintes atividades ocorrem na execução de proposta:
1. As faturas ou as partidas em aberto a serem pagas são selecionadas com base nos
parâmetros de execução inseridos.
2. O sistema agrupa essas faturas ou partidas em aberto em pagamentos e atribui as formas

de pagamento e os dados bancários a serem utilizados.
3. Se o sistema não puder localizar uma forma de pagamento válida ou dados bancários
válidos, ele adiciona essas partidas à lista de exceções.
4. O sistema gera a proposta e as listas de exceções, que podem ser exportadas ou

revisadas online.
Nota:
Uma partida de fornecedor recebe proposta de pagamento se as situações a
seguir se aplicarem à próxima execução de pagamento (considerando os dias de
tolerância):
1. O período de elegibilidade da partida para desconto estiver vencido.
2. A partida receberá um desconto menor.
3. A data de vencimento líquido passou.

Lista de propostas
Figura 23: A lista de propostas
A lista de propostas mostra os parceiros de negócios (clientes e fornecedores) e os

montantes para os quais cada um deles é devedor ou credor. Dependendo do layout de linha
que você escolher, os números de documentos associados e os descontos para pagamento à
vista poderão ser exibidos.
As exceções também são listadas aqui. Você pode pesquisar para visualizar e modificar os
detalhes das partidas com pagamento individual.
Lista de exceções
Figura 24: A lista de exceções
A lista de exceções exibe os documentos FI que correspondem aos parâmetros de

pagamento indicados, mas não podem ser pagos por algum motivo.
Para saber por que a fatura ou a partida não pode ser paga, verifique o log adicional.
Bloqueios de pagamentos
Figura 25: Os bloqueios de pagamento
Há várias formas de configurar um bloqueio de pagamento:

Tabela 3: Configuração de bloqueios de pagamento

Condição Bloqueio de pagamento
Se surgir um problema durante o processo Você pode configurar este tipo de bloqueio
de verificação da fatura, essa fatura geral- de forma que o bloqueio possa ser anulado
mente será bloqueada para pagamento. somente durante o processo de revisão da
fatura.
Se houver um motivo para o não pagamento Este bloqueio criado no registro mestre evita
de um fornecedor, você poderá criar um blo- o pagamento de faturas do fornecedor. Você
queio de pagamento no registro mestre. também pode configurar o bloqueio de tal
forma que ele deva ser anulado manualmen-
te no registro de dados mestre antes que o
sistema possa processar um pagamento.
Quando você insere uma fatura de contas a O tipo de bloqueio de pagamento determina
receber (AP), essa fatura pode ser bloquea- se esse bloqueio pode ser anulado durante a
da para pagamento. edição da proposta de pagamento.
Você pode definir outros bloqueios de pagamento no sistema. Você também pode especificar
se o bloqueio de pagamento pode ser removido quando os pagamentos são processados.
Define payment block reasons in Customizing for Financial Accounting under Accounts
Receivable and Accounts Payable → Business Transactions → Incoming Payments
→ Incoming Payments Global Settings → Payment Block Reasons → Define Payment
Block Reasons.
Processamento da proposta de pagamento
Figura 26: Processar a proposta de pagamento
Quando você executa a verificação de saldo devedor após a execução da proposta de

pagamento, o sistema bloqueia automaticamente todos os saldos devedores incluídos na
execução de pagamento atual.
Depois de criar a proposta de pagamento, os responsáveis a verificam e, se necessário, a
processam.
Processar pagamentos
Figura 27: Processar pagamentos

Ao editar a proposta de pagamento, a primeira tela exibe uma lista de todos os pagamentos
propostos.
Você pode executar as seguintes tarefas:
● Exibir uma lista de todas as partidas em aberto vencidas para pagamento
● Modificar o bloqueio de pagamento e o desconto para pagamento à vista de cada partida
individual
● Atribuir a partida a outro pagamento preexistente
● Criar um novo pagamento selecionando uma forma de pagamento e um banco da
empresa
Após processar a proposta de pagamento, o sistema a utiliza como base para os pagamentos
atuais.
O que acontece durante a execução do pagamento?
● Os documentos de pagamento são criados ou lançados.
● As partidas em aberto são compensadas.
● Lançamentos são feitos no Razão e nos livros auxiliares.
RESUMO DA LIÇÃO
Capítulo 1
Lição 8
Realizar uma execução de pagamento
95
SÍNTESE DA LIÇÃO
Esta lição descreve como realizar uma execução de pagamento e como usar os programas de
impressão de meios de pagamento.
Execução de pagamento
Figura 28: A execução de pagamento
Depois de processar e gravar a proposta de pagamento, programe a execução de pagamento

para processar os pagamentos da lista de propostas. Os dados dessa proposta de
pagamento processada são utilizados como base para a execução de pagamento.
Até este ponto, não houve qualquer lançamento. Os documentos incluídos nessa execução de
pagamento foram bloqueados para qualquer lançamento. Qualquer fatura elegível a ser paga
na atual execução de pagamento ficará bloqueada para pagamento manual ou por meio de
outra execução de pagamento.
Proposta de pagamento na execução

Atividades da execução de pagamento
A execução de pagamento utiliza os dados da proposta de pagamento para fazer as seguintes
atividades:
● Lançar documentos de pagamento no Razão e compensar partidas em aberto pagas.

● Lançar lançamentos relacionados como impostos, descontos e diferenças de câmbio.
● Selecionar os pagamentos que podem ser efetuados por meio de EDI.
● Forneça os dados necessários para a criação de meios de pagamento e programas de
impressão.
Na execução de pagamento, os documentos de pagamento são criados, as partidas em

aberto são apagadas e os lançamentos são gravados no razão e nos livros auxiliares.
O programa de pagamento lança automaticamente os pagamentos e lançamentos
relacionados (lançamentos para impostos, descontos e diferenças de câmbio).
Nota:
Alguns países exigem que os documentos de pagamento não sejam lançados
antes da liquidação real, ou seja, antes de o pagamento constar no extrato de
conta bancária. Para gerar uma ordem de pagamento que contenha informações
sobre os documentos pagos (em vez de lançar um documento de pagamento),
selecione o indicador Gerar somente ordens de pagamento nas definições de
formas de pagamento para esses países. Quando o pagamento aparece no
extrato de conta bancária, o sistema gera um documento de pagamento com a
entrada da ordem de pagamento. Até este ponto, as partidas pagas ficam
bloqueadas para outras operações de compensação.
Lição: Realizar uma execução de pagamento
Subcontas bancárias
Figura 29: As subcontas bancárias
Você pode usar subcontas bancárias diferentes para lançar os pagamentos de entrada e
saída (como cheques emitidos, transferências realizadas, cheques recebidos e transferências
recebidas).
Estas são as vantagens de usar subcontas:
● Você pode reconciliar, a qualquer momento, o saldo da conta bancária com a respectiva
conta do Razão.
● As subcontas contêm a entrada e a saída de todos os pagamentos até que o dinheiro seja
efetivamente debitado da/creditado na conta bancária (data efetiva). Em seguida, a
partida é transferida da subconta para a conta bancária. Os lançamentos no banco são
geralmente entrados mediante a utilização do extrato eletrônico da conta bancária.
Documento de pagamento
Figura 30: Documento de pagamento
As configurações de forma de pagamento de cada país definem o tipo de documento usado

para documentos de pagamento. Para pagamentos interempresariais, você deve usar outro
tipo de documento para os lançamentos de compensação, além de definir os tipos de
documentos utilizando uma atribuição interna de números.
As configurações para os documentos de pagamento incluem o seguinte:
● Os documentos resultantes da execução de pagamento com a data e o número de
identificação da execução (por exemplo, YYYYXXXX-TA##) no texto de cabeçalho do
documento.
● Para calcular o valor do documento de compensação, o sistema adiciona o número de dias
até a data efetiva à data de lançamento. Se não for feita nenhuma entrada, o sistema
utilizará a data de lançamento como data efetiva. Os dias até a data efetiva dependem da
forma de pagamento, do banco, da conta, da moeda e do limite da conta. Para calcular a
data efetiva de pagamentos por cheque, você insere um tempo de confirmação de
cheques descontados, nos dados mestre. Esse cálculo tem prioridade sobre os dias até a
data efetiva para cheques.
Como realizar uma execução de pagamento utilizando a conta de reconciliação bancária

1. Display the current Ranking Order and Bank Accounts for Payment Method T in Company
Code 1010 in Customizing.
a) In the Customizing, choose Financial Accounting → Accounts Receivable and Accounts
Payable → Business Transactions → Outgoing Payments → Automatic Outgoing
Payments → Payment Method/Bank Selection for Payment Program → Set Up Bank
Determination for Payment Transactions (transaction SPRO).
b) On the right side of your screen, select the row for the required paying company code
1010.
c) In the left pane, double-click Ranking Order.

Result: Payment Method T= House Bank S4F10 has got Ranking Order 1, House Bank
Account 9995 has got Ranking Order 3.
d) In the left pane, double-click Bank Accounts.
e) Choose the Position... button and enter the following data:

Field Name/Data Type For Payment Method T
House Bank S4F10
Payment Method T
Currency EUR
f) Press Enter.
Result: The House Bank S4F10, Account ID GIRO uses the Balance Sheet Account
Approach . The Bank Subaccount 11100120 is maintained.
g) Choose the Position... button and enter the following data:

Field Name/Data Type For Payment Method T
House Bank 9995
Payment Method T
Currency EUR
h) Press Enter.
Result: The House Bank 9995, Account ID GIRO uses the Bank Reconciliation Account
Approach. The field Bank Subaccount is greyed out.
2. Create a vendor invoice in Company Code 1010 using the following data:
Field Name/Data Type Value
Company Code 1010
Transaction Invoice
Basic Data Tab

Vendor T-AV00
Invoice date Current Date
Posting Date Current Date

Amount 2000
Currency EUR
Calculate Tax Select
Tax code V0 (0% Input tax non ta-

xable)
Payment Tab
Payment Terms 0001
Items
G/L acct 61003000
Debit/Credit Debit
Amount in doc. curr. *
Cost center T-CCA00
a) On the SAP Fiori launchpad home page, in the Accounts Payable tile group, choose
Create Incoming Invoices.
b) Choose the Company Code button. Enter 1010 and choose Continue.
c) On the Enter Vendor Invoice: Company Code 1010 screen, enter the required header
data in the Transaction, Vendor, Invoice Date, Posting Date, Amount, and Currency
fields.
Nota:
If you get an information or a warning message during posting and you
would like to continue posting, choose Enter on your keyboard to confirm
the message.
d) Select the Calculate Tax box and select the appropriate tax code.
e) Choose the Payment tab, check or enter the required data in the Payt Terms (Payment
Terms).
f) In the Items area, enter the required data in the G/L acct (G/L account), D/C (Debit/
Credit), Amount in doc. curr. (amount in document currency), Tax code, and Cost
center fields.
g) To save the document, choose Post.
h) Remain on this screen for the next demo step.
3. Create second vendor invoice in Company Code 1010 using the following data:
Company Code 1010
Transaction Invoice
Basic Data Tab

Vendor T-AV00
Amount 2000
Currency EUR
Tax code V0 (0% Input tax non ta-

xable)
Payment Tab
Payment Terms 0001
House Bank 9995 / GIRO
Items
G/L acct 61003000
Debit/Credit Debit
Cost center T-CCA00
a) On the Enter Vendor Invoice: Company Code 1010 screen, enter the required header
data in the Transaction, Vendor, Invoice Date, Posting Date, Amount, and Currency
fields.
Nota:
If you get an information or a warning message during posting and you
would like to continue posting, choose Enter on your keyboard to confirm
the message.
b) Select the Calculate tax box and select the appropriate tax code.
c) Choose the Payment tab, check or enter the data according the table in the Payt Terms
(Payment Terms) and the House Bank.
d) In the Items area, enter the required data in the G/L acct (G/L account), D/C (Debit/
Credit), Amount in doc. curr. (amount in document currency), Tax code, and Cost
center fields.
e) To save the document, choose Post.
f) Navigate back to the SAP Fiori Launchpad Home Page.
4. Use the data in the following table to run the automatic payment run, to pay the open
invoices for vendor account T-AV##.
Run Date Current Date
Identification 1010
Docs entered up to Current Date
Additional Log Yes
Company Code 1010
Next Payment Date Current Date plus one month
Payment Method T
Supplier T-AV00
Manage Automatic Payments.
b) On the Manage Automatic Payments screen, choose Create Parameter and enter the
required data in the Run Date and Identification fields.
c) Choose Create.
d) In the Manage Automatic Payments – Automatic Payment Parameter screen, enter the
required data in the Posting Date, Docs Entered Up To, Additional Log, Company Code,
Next Payment Date, Payment Method and Supplier fields.
e) Choose Save.
f) Remain on this screen for the next step.
5. Create the proposal run, scheduling it to run immediately.

a) On the Manage Automatic Payments screen, choose Schedule.
b) Choose the Proposal option.
c) In the Schedule Proposal dialog box, select Start Immediately and choose Schedule.
d) The information message Proposal was scheduled is displayed on the screen.
e) Choose the Proposals Processed tab.
f) If required, confirm the Warning message with OK.
g) Choose the Settings icon on the right hand side of the Items screen area.
h) Select Log and chooseOK.
i) Choose Go.
j) Click on the icon in the Log column to display further details of your payment run with
the identification 1010.
k) Scroll down to the Posting documents additional log for vendor invoice WITHOUT
house bank assignment in the document.
Result: The following posting information is displayed: > |002 50 0011100120 | |

Amount | | |.
The subledger account (11100120) from the payment program configuration is
displayed.
l) Scroll down to the Posting documents additional log for vendor invoice with the house
bank assignment in the document.
Result: The following posting information is displayed: > |002 50 0011000020 | |
2.000,00 0,00 | | |
The corresponding subledger account (11000020) from the Global Settings for
Electronic Bank Statement settings in customizing is displayed.
m) Choose OK to close the Log Details window.
n) Choose the SAP Logo to navigate back to the SAP Fiori Launchpad Home Page.
6. (Optional - as a repetition): Display the master record details of the G/L Bank Subaccount
11000020.
a) On the SAP Fiori launchpad home page, in the General Ledger tile group, choose the
Manage G/L Account Master Data tile. Enter the following data:
Field Name Value
G/L Account Type C (Cash Account)
View Chart of Accounts View
a) Choose the Details icon on the right hand side of the displayed G/L Account.
Result: The G/L Account Type "Cash Account" and the G/L Account Subtype S "Bank
Subaccount" are displayed on the General data tab page. The assigned Reconciliation
Account 11000000 is displayed in addition.
b) Choose the SAP Logo to navigate back to the SAP Fiori launchpad home page.
7. (Optional - as a repetition): Display the account determination for the Bank Subaccount
11000020 in customizing.
a) In the Customizing, choose Financial Accounting → → Bank Accounting → Business
Settings for Electronic Bank Statement (transaction SPRO).
b) Enter YCOA as Chart of Accounts and press Enter.

Result: The Account Symbol TRANSF - Outgoing Transfer is selected as SIP Relev.
c) Choose the Assign Accounts to Account Symbol folder on the Dialog Structure on the
left hand side.
Result: The masked entry ++++++++20 is displayed for the G/L account.
d) Choose Back to return to the customizing screen.

Meios de pagamento
Figura 31: Impressão dos meios de pagamento
A execução da impressão inicia os programas de impressão que fazem o seguinte:

● Transferem os meios de pagamento, os avisos de pagamento e a lista de pagamentos para
a administração de impressão.
● Transferem os dados de pagamento IDS (intercâmbio de dados por suporte magnético)
para a administração IDS.
● Criam documentos intermediários para pagamentos selecionados, que podem ser
encaminhados para o subsistema EDI.
Payment Medium Workbench (PMW)
Figura 32: Formas de pagamento PMW
O Payment Medium Workbench (PMW) é usado para criar formas de pagamento. O usuário
recebe um programa genérico de meio de pagamento para todos os formatos de meio de
pagamento cujas variantes devem ser inseridas no customizing. O usuário pode criar a
estrutura da nota para o recebedor e escolher notas diferentes de acordo com sua origem
(fornecedores, clientes, pessoal, despesas de viagem, tesouraria, pagamentos on-line etc.).
Os desenvolvedores, consultores e administradores do sistema têm ferramentas simples
para alterar os formatos fornecidos sem modificar ou criar novos formatos. O PMW está
integrado com ferramentas de desenvolvimento conhecidas (dicionário de dados, Function
Builder, etc.) e o Data Medium Exchange (DME) Engine, que permite que o PMW funcione
como um workbench.Após a criação do meio de pagamento, as formas de pagamento
individuais são processadas e os seguintes programas são iniciados:
● Os programas PMW são iniciados utilizando as formas de pagamento PMW.
Recursos do PMW
Os principais recursos do Payment Medium Workbench são os seguintes:
● O Payment Medium Workbench é uniforme.

● Você pode alterar facilmente os formatos sem fazer modificações.
● Você pode criar novos formatos (não será necessária qualquer experiência em
programação se você usar o DME).
● Todos os avisos podem ser impressos em um arquivo de impressão.
● O PMW oferece formas melhores de ordenar avisos.
● Você pode definir livremente os motivos da operação em Customizing.
● E pode atribuir o motivo da operação de acordo com a origem e a forma de pagamento, no
Customizing.
● O PMW fornece desempenho melhorado para pagamentos em massa.
Processo do Payment Medium Workbench
Figura 33: Processo PMW
Quando o sistema cria o meio de pagamento com uma forma de pagamento PMW, ele inicia o
programa SAPFPAYM_SCHEDULE. Esse programa executa um processo de pré-serviço.
O processo de pré-serviço inclui as etapas a seguir.
● O sistema ordena os pagamentos de acordo com o formato PMW e outros campos
específicos do formato.
● O sistema cria grupos de pagamentos com base no nível de granularidade (um arquivo de
meio de pagamento geralmente é criado para cada grupo).
● O sistema gera a nota ao recebedor do pagamento.
O programa de pagamento SAPFPAYM e o programa de avisos RFFOAVIS_FPAYM são

iniciados com base nos dados gerados pelo programa de pagamento.
O programa SAPFPAYM gera os meios de pagamento para as formas de pagamento PMW, as
notas de acompanhamento para os meios de pagamento, um log de erros e a lista de
pagamentos.
O programa RFFOAVIS_FPAYM gera todos os avisos necessários e as notificações de saldo
zero.
Formatos de meio de pagamento

Um formato de meio de pagamento contém diversos campos, os quais são preenchidos com
conteúdo gerado no sistema da SAP.
Este processo é chamado de mapeamento e pode ser executado de uma das seguintes
formas:
● Com módulos de função programados
● Com o DME Engine
Formatos de meios de pagamento no Data Medium Exchange Engine
Figura 34: Formatos de PM no DME Engine
O DME Engine permite definir formatos de arquivo que atendam aos requisitos do banco
referentes ao intercâmbio de dados por suporte magnético. Isso é particularmente
importante porque não há padrões regionais nem internacionais definidos. Alguns países
sequer possuem padrões nacionais, o que significa que o arquivo deve seguir os padrões
específicos do banco. O DME Engine permite definir novos formatos e modificar os existentes
de maneira fácil e flexível, sem a necessidade de qualquer conhecimento de programação
ABAP.
Granularidade e grupos de pagamentos
Figura 35: Granularidade e grupos de pagamentos
Ao definir a granularidade, o formato de meio de pagamento especifica a definição do meio de

pagamento e determina como o meio de pagamento será emitido separadamente, em grupos
de pagamentos. Geralmente, um agrupamento de pagamentos corresponde a um arquivo de
pagamento.
Por exemplo, se Empresa e Banco da empresa forem selecionados como o nível de
granularidade, o sistema criará um grupo de pagamento para cada combinação de empresa e
banco da empresa.
É preciso definir pelo menos uma variante de seleção no programa de meio de pagamento
genérico SAPFPAYM para cada grupo de pagamentos. O sistema processa o programa de
meio de pagamento com todas as variantes definidas.
A granularidade pode ser refinada, mas não pode ser reduzida, para os formatos PMW
fornecidos com o sistema. O motivo para isso é que a granularidade fornecida pela SAP se
baseia nos requisitos de formato (geralmente especificados pelos bancos).
Motivo da operação
Figura 36: Motivo da operação
O sistema sempre atribui um formato PMW a uma forma de pagamento PMW e a um modelo
de conteúdo do motivo da operação.
Cada formato PMW contém três tipos de campo de texto para informações de referência:
● Tipo 1: Informações sobre a fatura (motivo da operação clássico)
● Tipo 2: Referência interna (caso o meio de pagamento seja devolvido)
● Tipo 3: Referência externa (para o parceiro de negócios)
O conteúdo do motivo da operação é definido em um modelo que independe do formato –

seja no Customizing, seja por meio de um módulo de função. No Customizing, você pode
definir o conteúdo em um idioma específico para garantir que seus parceiros de negócios
sempre recebam o texto em seus respectivos idiomas.
O modelo de conteúdo fornece informações aos campos de referência quando o sistema cria
o meio de pagamento.
Automatização da execução de pagamento
Figura 37: Programação automática do programa de pagamento
Você pode utilizar o app SAP Fiori Programar jobs de contabilidade de fornecedores para
automatizar e monitorar seus ciclos de pagamento.
Selecione o modelo "Programação automática do programa de pagamento", defina Opções de
programação (por exemplo, Padrão de recorrência) e, por fim, atualize os Parâmetros de
execução de pagamento.
Como automatizar a execução de pagamento
1. Create a vendor invoice.

Create Incoming Invoices.
b) Choose the Company Code button and enter your company code TA##.
c) Choose Continue.
d) On the Enter Vendor Invoice: Company Code TA## screen, enter the following data:
Transaction Invoice
Basic Data Tab
Vendor T-AV##
Invoice date Current Date minus 2 months
Posting Date Current Date minus 2 months
Amount 5500
Currency EUR
e) Select the Calculate Tax box.
f) Confirm the warning message with Enter.
g) Choose the Payment tab, check/enter the Payt Terms (Payment Terms) field.
Result: The Payment Terms 0001 is displayed. If not, please change it accordingly.
h) In the Items area, enter the following data:

G/L acct 61003000
Debit/Credit Debit
Cost center TA##1100
i) Confirm the warning message with Enter.
j) To save the document, choose Post.
k) Choose Exit to navigate back to the SAP Fiori launchpad home page.
l) Confirm the Exit Editing window with Yes.
2. Automate the payment program.

Schedule Accounts Payable Jobs.
b) On the Application Jobs screen, choose Create.
c) In the Job Template field, use search and select Automatic Scheduling of the Payment
Program.
d) In the 1. Template Selection section, in the Job Name field, enter S4F13 - GR##.
e) Choose Step 2.
f) In the 2. Scheduling Options , choose Define Recurrence Pattern.
g) On the Scheduling Information screen, enter the following data:

Start Immediately Select
Recurrence Pattern Weekly
Every 1 Week(s)
End None
On Non-Working Day No restriction
Calender Germany (Standard)
h) Choose OK.
i) Choose Step 3.
j) In the 3. Parameters section, enter the following data:

Payment Run - Identification
Identification PP##
Parameters - Payment Control

Company Code TA##
Payment Method T
Next Post. Date (Run Date + X Days) 7
Parameters - Accounts
Supplier T-AV##
Additional Log - Data to Log

Due Date Check Select
Payment Method Selection in All Cases Select
Line Items of the Payment Documents Select
k) Choose Schedule.
l) On the Application Jobs window, choose Go to update the screen.
m) Click on the icon in the Log column to display further details.
n) Choose the SAP logo to navigate back to the SAP Fiori launchpad home page.
Nota:
The new payment run can now also be seen in Manage Automatic
Payments under the Payments Processed tab.
RESUMO DA LIÇÃO
Capítulo 1
Lição 9
Explicação dos pagamentos digitais
111
Síntese do add-on para pagamentos digitais da SAP

Componentes do add-on para pagamentos digitais da SAP
O add-on para pagamentos digitais da SAP permite que você conecte aplicações de
consumidor SAP e de terceiros a fornecedores de serviços de pagamento (PSPs) não SAP.
Sua função é facilitar o processamento seguro e ponta-a-ponta de pagamentos digitais.
Você pode se conectar aos fornecedores de serviços de pagamento exibidos mediante o add-
on para pagamentos digitais da SAP (desde que você tenha um contrato com o FSP em
questão).
Figura 38: Componentes do add-on para pagamentos digitais da SAP
Os pagamentos digitais da SAP são um hub de pagamentos entre fornecedores de serviços

de pagamento e componentes, soluções ou aplicativos da SAP que processam a entrada de
pagamentos com cartão de crédito.
Ele permite a integração entre o SAP S/4HANA e os pagamentos digitais da SAP, o que
permite a utilização de formas de pagamento com cartão de crédito no SAP S/4HANA para
entradas de pagamentos.
O processo completo da liquidação utilizando tokens seguros via aviso do provedor de
serviços de pagamento para extrato bancário final é coberto e automatizado. Vários
fornecedores de serviços de pagamento são suportados.
O add-on para pagamentos digitais da SAP também suporta o que é referido como
pagamentos externos. Pagamentos externos são pagamentos efetuados utilizando canais
externos, como sistemas de pagamentos online ou móveis, em vez de cartões de pagamento.
Dependendo do escopo funcional do FSP, os pagamentos externos podem ser
implementados usando um procedimento em uma etapa (conhecido como 'captura direta')
em que o pagamento é cobrado diretamente na conta do pagador sem qualquer autorização
prévia, ou um procedimento em duas etapas (conhecido como 'taxa com autorização') em
que o pagamento é autorizado pela primeira vez na conta do pagador antes de ser cobrado.
Arquitetura do sistema add-on para pagamentos digitais da SAP
Figura 39: Arquitetura do sistema add-on para pagamentos digitais da SAP
A estrutura de sistemas para cenários de pagamento utilizando o add-on para pagamentos

digitais da SAP é composta por três elementos:
● Aplicação consumidora:
Várias aplicações de consumidor SAP S/4HANA exibidas podem ser integradas com o
add-on para pagamentos digitais da SAP. Certamente, há mais alguns que podem ser
encontrados no SAP Help Portal.
A aplicação do consumidor envia uma solicitação para o add-on para pagamentos digitais
da SAP.
● Add-on para pagamentos digitais da SAP no SAP Cloud Platform: o add-on para
pagamentos digitais da SAP processa as solicitações da aplicação do consumidor e as
encaminha para o fornecedor de serviços de pagamento externo (PSP) relevante. O add-
on contém um adaptador 'central' e um adaptador para cada PSP. A solicitação é
encaminhada para o PSP relevante por meio do respectivo adaptador, onde é mapeada
para o formato apropriado.
● Fornecedor de serviços de pagamento: o add-on para pagamentos digitais da SAP e os
PSPs externos se comunicam utilizando serviços da Web. A maior parte desta
comunicação é síncrona.
Lição: Explicação dos pagamentos digitais
Cenário completo — Exemplo: SAP S/4HANA Cloud for Customer Payments
Figura 40: Cenário completo — Exemplo: SAP S/4HANA Cloud for Customer Payments
The consumer application SAP S/4HANA Cloud for Customer Payments is comparable to
the SAP ERP function Biller Direct.
O processo completo para o cenário de pagamento do cliente pode ser descrito como a
seguir:
Registro de cartão
O cliente efetua login no SAP Cloud for Customer Payments para adicionar um cartão de
crédito à sua conta.
Pagamento de itens em aberto com cartão de crédito: o cliente efetua logon no SAP S/
4HANA Cloud para pagamentos de cliente para pagar os itens em aberto com cartão de
crédito.
Ciclo de pagamento
Como contador da contabilidade de clientes, e após a criação de uma nota fiscal, você pode
compensar as partidas em aberto da fatura iniciando o pagamento automático com cartão de
crédito ou criando o pagamento manual com cartão de crédito no SAP S/4HANA.
Liquidação
Quando a execução de liquidação é concluída, o status dos pagamentos com cartão de
crédito liquidados é alterado para Em transferência e a mensagem de pagamento é enviada
ao provedor por serviços Web.
O provedor de serviços encaminhará a mensagem para a câmara de compensação. A câmara
de compensação verificará a solicitação e enviará uma resposta por meio do provedor para
saber se creditará (ou debitará) em sua conta o montante dos pagamentos com cartão de
crédito agrupados na mensagem. Esta resposta é atualizada automaticamente para o
sistema na forma do status de liquidação apropriado.
Aviso
O aviso de cartão de crédito contém partidas (impostos, taxas) na posição de caixa que não
são capturadas automaticamente. Ele funciona como uma nota, garantindo que a partida seja
refletida na posição de caixa atual.
Extrato bancário
Esta é a funcionalidade padrão de FI-AR para detalhes importantes do extrato bancário.
Normalmente, o extrato de conta é muito agregado e, por isso, não faz sentido para a
compensação (nenhuma liquidação, nenhuma transação individual). É por isso que a
funcionalidade de consultoria é tão útil para as equipes de finanças.
RESUMO DA LIÇÃO
CAPÍTULO 2 Programa de cobrança
• Ex ecute o d igerante p rogra m
• M odificar os campos-chave para o programa de advertência no cliente e no fornecedor.
• Modificar os campos-chave para o programa de advertência em documentos de

• Exibir a estrutura de configuração do programa de advertência
• Criar um programa de advertência
• Definir eventos do programa de execução
• Definir despesas e encargos
• Definir m inimum como montagens
• Administrar formatos de texto de advertência para enviar mensagens de

execução de advertência
• Definir operações do Razão Especial relevantes para advertência
• Definir as configurações de ambiente
• Modificar os parâmetros do programa de advertência
• Executar uma emissão de advertências
• Processar uma proposta de advertência
• Imprimir uma advertência

Capítulo 2 : Programa de cobrança
Capítulo 2
Lição 1
Execução do programa de advertência
125
SÍNTESE DA LIÇÃO
Esta lição dá uma síntese de como executar o programa de advertência.
Se não receber pagamentos dos seus clientes até a data de vencimento líquido, você
precisará verificar se é necessário enviar advertências. Você pode formular a primeira
advertência como um aviso amigável. Caso o cliente permaneça inadimplente, talvez seja
conveniente formular um texto mais enfático. Você quer saber como o programa de
advertência pode ajudá-lo a fazer isso. Por esse motivo, você precisa do seguinte
conhecimento:
● uma síntese do programa de advertência
● Ex ecute o d igerante p rogra m
Síntese do programa de advertência

Às vezes, os clientes podem não realizar os pagamentos por não satisfazer as condições de
pagamento estabelecidas em suas faturas. Você pode enviar um aviso de advertência para
lembrá-los de seus débitos pendentes nas partidas em atraso.
A aplicação SAP S/4HANA permite advertir os parceiros de negócios automaticamente. O
sistema adverte sobre as partidas em aberto de contas de cliente e de fornecedor em que as
partidas em atraso criam um saldo devedor. O programa de advertência seleciona os itens
pendentes em aberto, determina o nível de advertência da conta em questão e cria uma
advertência.
Talvez seja necessário advertir um fornecedor caso ele tenha um saldo devedor como
resultado de uma nota de crédito.
Nota:
Se um cliente for também fornecedor, é possível fazer lançar em contrapartida os
saldos das contas.
Figura 41: O conceito de advertência
As quatro etapas do processo de advertência no sistema da SAP são as seguintes:
1. Atualizar os parâmetros:
A entrada de parâmetros no programa de advertência permite especificar a forma como
ele é executado. Você também pode utilizar os parâmetros de uma emissão de
advertências existente e ajustar as datas, conforme o necessário.
2. Programar a emissão de advertências:

Durante a execução da advertência, o programa de advertência determina as contas e
partidas que devem ser advertidas, o nível de advertência e todos os outros detalhes
necessários. Ele verifica se é preciso enviar um lembrete de pagamento ou uma
advertência (para lembrar os parceiros de negócios sobre seus débitos pendentes).
Todos os dados de advertência são gravados em uma proposta de advertência.
3. Modifique a proposta de advertência:

É possível processar, eliminar e recriar a proposta de advertência com a frequência que
você precisar, até que o responsável fique satisfeito com o resultado.
4. Iniciar a impressão de advertência:

As advertências são impressas e os dados de advertência são atualizados nos registros
mestre e documentos associados, tudo em uma única etapa.
Nota:
Após a conclusão da emissão de advertências, você pode imprimir ou enviar
imediatamente as advertências por e-mail, sem alterar a proposta de advertência.
Explain that different factors influence the dunning program. These include the Customizing
settings, master data, documents, and the parameters defined for the dunning run.
Show the fields in a prepared customer master record that are important to the dunning
program.
Lição: Execução do programa de advertência
Show the fields in a prepared document that are important to the dunning program.
Use this prepared data to show the complete dunning process. Explain the process using the
figure The Dunning Concept. Inform the participants that you will discuss each of the
individual steps in detail later.
On the SAP Fiori screen, choose Correspondence → Create Dunning Notice .
Como executar o programa de advertência
1. Check the communication language and ensure you assigned dunning procedure 1001 to
customer T-AC## in company code TA##.
a) On the SAP Fiori screen, choose Accounts Receivable → Maintain Business Partner.
b) On the Maintain Business Partner screen, choose Open BP.
c) Enter the Business Partner T-AC## and choose Enter.
d) Select the BP Role FI Customer in the Display in BP role field.
e) On the Display Person: T-AC##, role FI Customer screen, choose the Switch Between
Display and Change button.
f) On the Change Person: T-AC##, role FI Customer screen, change the communication
language on the Address tab to the language of the country where this training takes
place.
Nota:
If the dunning letter is not available in your communication language, the
system will create the dunning letter using the original language of the
SAPscript form (German).
g) Choose Company Code.
h) In the Company Code field, enter the Company Code TA## and press Enter.
i) On the Change Person: T-AC##, role FI Customer screen, choose the Customer:
Correspondence tab and verify or enter the following data:
Dunning Procedure 1001
Dunning clerk 0
j) Choose Save.
k) Choose Exit.
2. Create an outgoing invoice:

a) On the SAP Fiori screen, choose Accounts Receivable → Create Outgoing Invoices.
b) Enter the Company Code TA## if the Enter Company Code window opens.
c) On the Enter Customer Invoice: Company Code TA## screen, enter the following:
Field Name/ Data Type Value
Transaction Invoice
Customer T-AC##
Invoice date Current Date minus 10 days
Posting Date Current Date minus 10 days
Document Types Customer Invoice (DR)
Amount 1000
Tax Code 1O (10% Output Tax)
G/L acct 41000500
Debit/Credit Credit
Profit center T-PCA##
d) Press Enter and confirm the warning message with Enter.
e) To save the document, choose Post.
f) Choose Exit. Confirm the Exit Editing window with Yes.
3. Check for overdue open items in your customer account.

a) On the SAP Fiori screen, choose Accounts Receivable → Manage Customer Line
Items.
b) On the Manage Customer Line Items screen, enter the following:

Customer T-AC##
Company Code TA##
Status Open Items
Open on Key Date Current Date
Item Type Normal Items
c) To display a list of open items, choose Go.

Result: Line item that appears shows Overdue in the Due Net column.
d) Choose the SAP logo to display the SAP Fiori launchpad home page.
4. Create a dunning run using today’s date. Enter the dunning parameters.
a) On the SAP Fiori screen, choose Correspondence → Create Dunning Notices.
b) On the Dunning screen, enter the following data:

Run On Current Date
Identification TA##
c) Choose the Parameter tab, enter the following data:

Dunning Date Current Date
Docmnts Posted up To Current Date
Company Code TA##
Account Restrictions: Customer T-AC##
d) Choose the Additional Log tab, enter customer T-AC##.
e) Choose Save and then choose the Status tab.
f) Remain on this screen for the next demo step.
5. Carry out the proposal run in the dunning program.

a) On the Dunning screen, choose Schedule.
b) In the Output Parameters dialog box, in the Output Device field, enter LP01 and choose
Continue.
c) In the Schedule Selection and Print dialog box, select Start Immediately.
d) Choose Dispatch.
e) Choose Refresh until the message Dun.selection is complete is displayed in the

Status area.
6. Check the dunning proposal.

a) On the Dunning screen, choose Change.
b) On the Dunning Proposal screen, choose Execute.

Result: A list of the to be dunned line items is displayed.
c) Double-click a line item. This allows individual changes such as a dunning block or
change to a dunning level.
d) Choose Cancel.
e) Choose Back twice to return to the Dunning screen.
f) Choose Dunning list.
g) In the Dunning List Variant dialog box, choose Continue to confirm the default
program.
Result: The customer and dunning information, document number(s), amount(s) to be

dunned, and so on, are displayed on the Dunning Proposal screen.
h) Choose Back until you return to the Dunning screen.
i) Remain on this screen for the next demo step.
7. Display a sample printout of the dunning letter.

a) On the Dunning screen, choose Sample printout.
b) Enter LP01 in the Output Device field and choose Continue.
c) On the Schedule Sample Printout screen, enter Customer (from/to) T-AC##.
d) To display the print preview, select Start Immediately and choose Display.
e) Choose Back twice.
8. Display the dunning notice from the dunning run.

a) On the Dunning screen, choose Dunning printout.
b) Enter LP01 in the Output Device field and choose Continue.
c) In the Schedule Print dialog box, select Start Immediately and choose Print.
d) Choose Refresh until the message Dun.printout is complete is displayed.
e) Choose Exit.
f) In the Environment tile group, choose Display Spoolrequests.
g) On the Output controller: Spool requests selection screen, in the Created by field, enter
your user ID and in the Created On field, enter the current date and choose Execute.
h) A list of spool requests is displayed on the Output Controller: List of Spool Requests
screen.
i) Select the checkbox on the left of desired output.
j) To display the print preview of the output page, choose Display contents.
k) Choose Exit.
9. Check whether the system updated the dunning data.

a) On the SAP Fiori launchpad home page screen, choose Accounts Receivable →
Maintain Business Partner.
c) Enter the Business Partner T-AC## and choose Enter.
d) Select the BP Role FI Customer in the Display in BP role field.
e) Choose Enter.
f) Enter the company code TA## in the Company Code field.
g) Press Enter.
h) On the Display Person: T-AC##, role FI Customer screen, choose the Customer:
Correspondence tab and verify the following data:
Last Dunning Notice Current Date
Dunning Level 1
i) Choose Exit.
RESUMO DA LIÇÃO
● Ex ecute o d igerante p rogra m
Capítulo 2
Lição 2
Atualizar registros mestre e documentos de
127
SÍNTESE DA LIÇÃO
Esta lição explica como atualizar os dados de advertência nos registros mestre e em
documentos da contabilidade financeira.
Sua empresa não recebeu pagamentos do cliente na data de vencimento líquido. Você deve
enviar advertências para os clientes. Portanto, você precisa atualizar os dados de advertência
nos registros mestre de cliente e fornecedor. Além disso, é necessário atualizar os dados no
nível do documento financeiro. Por esse motivo, você precisa do seguinte conhecimento:
● conhecer os campos nos registros mestre de cliente e fornecedor que são importantes
para o sistema de advertências
● conhecer os campos relacionados a advertências nos documentos da contabilidade
financeira
● M odificar os campos-chave para o programa de advertência no cliente e no fornecedor.
● Modificar os campos-chave para o programa de advertência em documentos de
Lição: Atualizar registros mestre e documentos de contabilidade financeira
Campos-chave nos registros mestre de cliente e fornecedor
Figura 42: Os campos-chave nos registros mestre de cliente e fornecedor

Os campos na guia Correspondência
Figura 43: Os campos na guia Correspondência
Campos-chave de advertência no nível da empresa e do cliente em um registro mestre de

fornecedor
Estes são os campos-chave de advertência no nível do cliente e da empresa, em um registro
mestre de cliente ou fornecedor:
Você especifica os campos Rua/nº, Código postal/cidade e País. A chave do país contém
as informações que o sistema usa para verificar entradas, como tamanho do código postal
ou número de conta bancária.
● Comunicação: idioma:
O campo Comunicação – idioma pode ser usado para criar advertências no idioma do
cliente, traduzindo para esse idioma o formulário armazenado no sistema.
● Condições de pagamento:
Você especifica a chave para definição de condições de pagamento, composta de
porcentagem de desconto para pagamento à vista e prazos de pagamento.
● Formas de pagamento:
Se uma forma de pagamento para entrada de pagamentos tiver sido especificada para
uma partida, essa partida geralmente não será advertida porque o programa de
pagamento é responsável pela cobrança do dinheiro.
● Procedimento de advertência:
Esse é um procedimento predefinido que especifica como os clientes e fornecedores são
cobrados.
● Bloqueio de advertência:
Especifique esse detalhe se precisar bloquear a advertência para um cliente.
● Última advertência:
Essa chave exibe a data da última emissão de advertências em que a conta foi incluída. O
sistema verifica essa data durante a seleção de conta da emissão de advertências.
● Nível de advertência:
A conta atinge o nível de advertência mais alto de todos os itens a serem cobrados. O
programa de advertência define esse nível automaticamente quando o cliente ou
fornecedor recebe uma advertência.
● Responsável pela advertência:
O campo que registra o responsável que lida com a carta de advertência. O nome do
responsável será impresso na carta de advertência.
● Área de advertência (se forem utilizadas áreas de advertência):
Se houver diferentes responsabilidades ou procedimentos de advertência em uma
empresa, você poderá configurar as áreas de advertência correspondentes. Todas as
advertências serão elaboradas separadamente, de acordo com as áreas de advertência, e
se necessário, com diferentes procedimentos de advertência.
Campos-chave em um documento de contabilidade financeira
Figura 44: Os campos-chave em um documento de contabilidade financeira
Além da atualização dos dados de advertência no nível do registro mestre, você pode
atualizá-los no nível do documento de contabilidade financeira.
Entre os campos importantes que podem ser atualizados no nível do documento, estão:
● Área de cobrança
● Chave de advertência
● Bloqueio de cobranças
● Condição de pagamento
RESUMO DA LIÇÃO
● M odificar os campos-chave para o programa de advertência no cliente e no fornecedor.
● Modificar os campos-chave para o programa de advertência em documentos de
Capítulo 2
Lição 3
Configurar o programa de advertência
143
SÍNTESE DA LIÇÃO
Esta lição discute as opções de configuração do programa de advertência.
Você quer saber como configurar o procedimento de advertência automática no sistema da
SAP. Por esse motivo, você necessita dos seguintes conhecimentos:
● conhecer a estrutura do programa de advertência
● Compreender as opções disponíveis no procedimento de advertência
● Exibir a estrutura de configuração do programa de advertência
● Criar um programa de advertência
● Definir eventos do programa de execução
● Definir despesas e encargos
● Definir m inimum como montagens
● Administrar formatos de texto de advertência para enviar mensagens de execução de
advertência
● Definir operações do Razão Especial relevantes para advertência
● Definir as configurações de ambiente
Estrutura de configuração do programa de advertência

Opções do programa de advertência
Figura 45: Opções do programa de advertência
As opções do programa de advertência estão divididas nas seguintes categorias:

● Procedimentos de advertência
● Níveis de advertência
● Despesas/encargos
● Montantes mínimos
● Textos de advertência
● Código do Razão Especial
O menu principal de configuração do programa de advertência exibe ícones para cada uma
dessas categorias. Para concluir a configuração, percorra cada categoria da esquerda para a
direita e escolha as configurações necessárias.
O sistema standard da SAP contém alguns procedimentos comuns de advertência e seus
respectivos formulários. Você só precisa efetuar modificações mínimas na configuração se
copiar um procedimento de advertência existente e só adaptar a configuração específica da
empresa.
Lição: Configurar o programa de advertência
Como exibir a configuração do programa de advertência
1. Display the dunning program configuration.

a) On the SAP Fiori launchpad home page in the Correspondence tile group, choose
Create Dunning Notices.
b) Choose Environment → Change configuration.
Nota:
If Environment does not appear in the menu, choose More.
c) On the Maintain Dunning Procedure: List screen, select a procedure (for example 1001
— Four-level dunning notice, every two weeks) by double-clicking.
d) Explain all the icons available.
e) Choose the SAP Logo to navigate back to the SAP Fiori launchpad home page.
Alternative methods:
Go to Customizing for Financial Accounting under Accounts Receivable and Accounts Payable
→ Business Transactions → Dunning → Dunning Procedure → Define Dunning
Procedures.
Go to Customizing for Financial Accounting under Accounts Receivable and Accounts Payable
→ Business Transactions → Dunning → Generate List for Dunning Program Configuration.
Procedimento de advertência
Definições de um procedimento de advertência
Figura 46: Procedimento de advertência Configurações gerais
Para cada procedimento de advertência, você define as configurações gerais na lista a seguir.
Mais detalhes serão dados em cada configuração na tabela Definições de procedimentos de
advertência.
Tabela 4: Definições dos procedimentos de advertência

Configuração Descrição
Chave de advertência A chave do procedimento de advertência

(por exemplo, 1001).
Nome Uma descrição do procedimento de adver-

tência.
Intervalo de advertência em dias Para cada procedimento de advertência, de-

termine o intervalo de advertência e, conse-
quentemente, a frequência de realização das
advertências. Este é o número mínimo de di-
as que devem transcorrer após a emissão de
advertências, antes que uma conta possa ser
advertida novamente. Especifique o intervalo
em que as contas alocadas podem ser adver-
tidas outra vez.
O programa de advertência armazena a data
da última emissão de advertências no regis-
tro mestre do parceiro de negócios. Com ba-
se nessa data e no intervalo de advertência, o
programa de advertência determina se a
conta deve ser incluída em uma emissão de
advertências. Se o intervalo de advertência
exigido não tiver transcorrido, mesmo que a
conta contenha itens vencidos, ela não será
advertida.
Número de níveis de advertência Insira o nível de advertência mais alto e asso-

ciado a este procedimento de advertência.
Total de partidas em atraso no nível de ad- Utilizado quando todas as partidas no nível
vertência de advertência listado ou superior a ele são
totalizadas em conjunto.
Exemplo: na Alemanha, as ordens judiciais só
podem ser atendidas pelo montante de con-
tas a receber em atraso que foram cobradas
pelo menos 3 vezes.
Mínimo de dias de atraso (conta) Ao atualizar uma entrada, o sistema verifica

se uma conta passou o número mínimo de
dias em atraso. Assim, ela é incluída na exe-
cução atual da advertência.
Partida individual período de carência Especifique o 'período de carência' em dias,

os quais serão adicionados à data de venci-
mento de uma partida em atraso que precisa
ser advertida durante a execução atual.
Código de juros Insira um código de cálculo de juros na lista

de opções, se quiser que os juros de mora
sejam calculados.
Ignorar código de juros no registro mestre O código de juros do procedimento de adver-

tência é utilizado, ignorando qualquer entra-
da no registro de dados mestre. Se nenhum
código de juros for inserido no procedimento
de advertência e esta partida estiver selecio-
nada, não serão calculados juros.
ID do calendário de feriados Ajuda a determinar a data das partidas em

atraso, de modo que não caia em um fim de
semana ou feriado.
Reclamações operações standard Esta configuração determina que as opera-

ções padrão, em vez de operações do Razão
Especial, são incluídas no procedimento de
advertência. Esta deve ser a configuração
padrão.
Atualizar operações do Razão Especial Esta configuração determina que as opera-

ções do Razão Especial devem ser incluídas
no procedimento de advertência.
Advertência mesmo se o saldo da conta for Se também quiser gerar advertências para
positivo contas que, no momento, apresentam saldo
credor, você terá de selecionar essa opção
no procedimento de advertência. Caso con-
trário, o sistema só criará advertências para
saldos de contas que tenham um saldo deve-
dor.
Textos de procedimento de advertência de Esta configuração utiliza o Procedimento de

referência advertência inserido para determinar os No-
mes de formulário ao imprimir advertências.
Normalmente, o procedimento de advertên-
cia inserido terá o mesmo número de níveis.
Se não existir uma entrada, o sistema utiliza
o mesmo ID do procedimento de advertên-
cia.
Como criar um procedimento de advertência

For the demonstration steps and data, see the exercise Set Up a New Dunning Procedure,
Task 1, step 1.
Set up Dunning Procedure GR99.
Níveis de advertência
Figura 47: Configurações do nível de advertência
Defina as configurações na lista a seguir para cada nível de advertência. Mais detalhes serão
dados em cada configuração na tabela Definições de níveis de advertência. Até nove níveis de
advertência são possíveis em um procedimento de advertência.
Configurações de níveis de advertência
● Dias de atraso
● Calcular juros
● Imprimir todas as partidas
● Advertir sempre
● Prazo de pagamento
● Advertir sempre no procedimento judicial de advertência
Tabela 5: Configurações dos níveis de advertência

Para cada processo de advertência, atualize as seguintes configurações:
Dias de atraso O mínimo de dias de atraso está definido no

sistema como padrão. O sistema propõe Pe-
ríodos de carência de partida individual como
o primeiro nível de advertência. Para todos
os outros níveis de advertência, o sistema
adiciona o intervalo de advertência (medido
em dias) aos dias de atraso do nível de ad-
vertência anterior.
Calcular juros Você pode especificar os juros a serem cal-

culados para cada nível de advertência.
Imprimir todos os itens Quando o indicador Imprimir todas as parti-

das é selecionado, você pode determinar que
todas as demais partidas em aberto também
sejam impressas na advertência, além das
partidas cobradas, para dar ao cliente/forne-
cedor uma síntese do saldo da conta.
O indicador Imprimir todas as partidas não
terá qualquer efeito se as seleções forem fei-
tas para gerar advertências separadas para
cada nível de advertência da empresa. Se for
esse o caso, as partidas em aberto ainda não
vencidas não poderão ser atribuídas correta-
mente a uma advertência.
Advertir sempre Definir o mais alto nível de advertência. Isso

indica que uma advertência será impressa
mesmo que nenhuma alteração tenha sido
feita na proposta de advertência desde a últi-
ma emissão de advertências. Uma proposta
de advertência é considerada como modifi-
cada nas seguintes condições:
● Pelo menos uma partida atingiu outro ní-
vel de advertência.
● Uma nova partida foi incluída na advertên-
cia.
● O nível de advertência da conta foi modifi-
cado.
Prazo de pagamento Para inserir um prazo de pagamento para

partidas em atraso na advertência, você po-
de especificar aqui o número de dias. Em se-
guida, eles são adicionados à data de emis-
são da emissão de advertências e o sistema
cria o prazo de pagamento, que pode ser im-
presso na advertência.
Advertir sempre no procedimento judicial de Se um processo judicial de advertência tiver

advertência sido inserido no registro mestre do cliente/
fornecedor, uma outra advertência geral-
mente só será enviada quando ocorrerem
outros movimentos de conta.
Se você quiser enviar uma advertência, em-
bora não tenham ocorrido outros movimen-
tos de conta, selecione este código.
Despesas e encargos
Figura 48: Taxas de advertência
Para cada procedimento de advertência, é preciso definir as taxas de advertência,

dependendo do nível de advertência.
Estes são os recursos das taxas de advertência:
● Você pode definir taxas de advertência para cada moeda.
- As taxas de advertência dependem do nível de advertência.
● Você pode utilizar os recursos de processamento de texto para imprimir essas taxas nos
formulários de advertência.
- As taxas de advertência podem ser um montante fixo ou uma porcentagem do
montante cobrado.
● Você pode definir um montante mínimo para as taxas de advertência.
Montantes mínimos
Figura 49: Valores mínimos de cobrança
Montantes mínimos são usados para evitar que montantes em atraso relativamente
pequenos atinjam níveis mais altos de advertência.
Configurações de montante mínimo
Para cada procedimento de advertência, especifique o seguinte:
● O montante mínimo ou porcentagem das partidas em atraso necessárias para atingir cada
nível de advertência.
● O montante mínimo necessário antes do cálculo de juros para cada nível de advertência.
Se um nível de advertência não atingir o montante mínimo de partidas em atraso, as partidas

desse nível de advertência serão atribuídas ao próximo nível mais baixo. O sistema verifica se
é possível criar uma advertência nesse nível de advertência.
Se você tiver especificado uma porcentagem mínima de partidas em atraso, o nível de

advertência também deverá atingir ou exceder esse limite.
Textos de advertência
Figura 50: Textos de advertência
Formulários de advertência
O programa de advertência pode gerar avisos de pagamento, advertências e formulários de
pagamento.
Para cada programa de advertência, você deve especificar o nome do formulário que será
utilizado em cada nível de advertência.
Você pode usar o SAPscript e o SAP Smart Forms para gerar e imprimir formulários. Você
também pode usar formulários em PDF com base na tecnologia Adobe.
Considerar operações do Razão Especial
Figura 51: Considerar operações do Razão Especial na advertência
Considerar operações do Razão Especial na advertência

Para cada procedimento de advertência, especifique quais transações devem ser incluídas na
emissão de advertências. É feita uma distinção entre operações padrão e operações do
Razão Especial.
As operações do Razão Especial são operações que devem ser exibidas de uma forma
específica no sistema, para fins de relatório (balanço) ou por outros motivos internos à
empresa. Adiantamentos, letras de câmbio e garantias são todos tipos de operação do Razão
Especial. Quando você atualiza o procedimento de advertência, o sistema oferece uma lista
de operações do Razão Especial para seleção. Selecione as transações a serem consideradas
para advertência.
Configurações de ambiente
Antes de começar a usar a advertência, você deve definir as configurações globais e
configurar o processo de advertência.
Configurações de ambiente
A lista oferece uma síntese das configurações do ambiente para um programa de
advertência. A tabela a seguir dá mais detalhes de cada configuração:
● Dados da empresa
● Campos de ordenação
● Detalhes do emissor
● Áreas de advertência
● Chave de advertência
● Motivos para bloqueio de advertência
● Juros
● Agrupamento de cobranças
Veja a seguir detalhes sobre as configurações de ambiente.
Configurações Descrição
Dados da empresa Esses dados especificam se as advertências

de uma empresa são criadas separadamen-
te, dependendo da área de advertência, em
vez da conta. Nesse caso, os dados de adver-
tência no registro mestre do parceiro de ne-
gócios são atualizados de acordo com a área
de advertência.
Ao contrário da advertência padrão, em que
todas as partidas em todos os níveis de ad-
vertência são cobradas por meio de uma ad-
vertência, você pode usar uma advertência
separada, com um texto de acompanhamen-
to diferente para cada nível de advertência
em uma conta.
Campos de ordenação Os campos de ordenação atualizam as va-

riantes de ordenação, as quais organizam as
advertências e as partidas de acordo com
critérios específicos.
Detalhes do emissor Os detalhes do emissor contêm informações

sobre a sua empresa no rodapé; por exem-
plo, logotipo da empresa e detalhes bancá-
rios.
Áreas de advertência Uma área de advertência é uma entidade or-

ganizacional ou uma subestrutura da empre-
sa. Essa entidade é responsável pelo sistema
de advertência.
Você precisa atribuir textos padrão a uma
empresa. A atribuição de um texto padrão a
uma área de advertência é opcional. Por
exemplo, um texto padrão pode conter o tex-
to de um cabeçalho de carta, que pode incluir
o logotipo de uma empresa e um número de
telefone.
Configurações Descrição
Chave de advertência Uma chave de advertência indica se a partida

individual pode apenas ser cobrada com res-
trições ou se deve ser exibida separadamen-
te na advertência.
Motivos para bloqueio de advertência Os motivos de bloqueio de advertência evi-

tam a cobrança de contas e partidas.
Juros Os juros são atualizados em saldos negati-

vos. Os juros dependem da moeda e do tem-
po.
Agrupamento de cobranças O agrupamento de advertências é uma chave

de agrupamento usada para campos do do-
cumento que têm conteúdo idêntico. Por
exemplo, a administração dos bens patrimo-
niais pode ser agrupada com contratos de lo-
cação idênticos.
RESUMO DA LIÇÃO
● Exibir a estrutura de configuração do programa de advertência
● Criar um programa de advertência
● Definir eventos do programa de execução
● Definir despesas e encargos
● Definir m inimum como montagens
● Administrar formatos de texto de advertência para enviar mensagens de execução de
advertência
● Definir operações do Razão Especial relevantes para advertência
● Definir as configurações de ambiente
Capítulo 2
Lição 4
Executar o programa de advertência
166
SÍNTESE DA LIÇÃO
Esta lição descreve como executar um programa de advertência.
Sua empresa quer verificar as propostas de advertências criadas pelo sistema e processar as
mesmas manualmente, se necessário. Como empregado do departamento de contabilidade,
você precisa saber como o sistema cria uma lista de propostas de advertências. Por esse
motivo, você precisa do seguinte conhecimento:
● conhecer as etapas da emissão de advertências
● conhecer as opções disponíveis em cada etapa da emissão de advertências
● Modificar os parâmetros do programa de advertência
● Executar uma emissão de advertências
● Processar uma proposta de advertência
● Imprimir uma advertência
Lição: Executar o programa de advertência
Parâmetros do programa de advertência
Figura 52: Atualizar os parâmetros do programa de advertência
Depois de configurar o programa de advertência, é preciso executá-lo. Para executar o

programa, você deve seguir uma sequência de etapas. A primeira etapa consiste em inserir
os parâmetros. Os parâmetros fornecem informações sobre a emissão de advertências. Você
pode copiar os parâmetros de emissões de advertências existentes.
Especifique os parâmetros a seguir para identificar a execução de advertência:
● Data de execução
Identifica a emissão de advertências.
Nota:
A data de emissão não precisa ser a data em que o sistema executa o
programa, embora isso seja recomendável.
● Identificação
Diferencia entre programas com a mesma data de execução.
Seleção de partidas em aberto
Figura 53: Seleção de partidas em aberto
Você usa os parâmetros para especificar em quais empresas, documentos e contas o

sistema pesquisará partidas em atraso.
É possível ativar um log adicional para verificar se a emissão de advertências teve êxito. Esse
log só pode ser usado para fins de teste e treinamento, pois ele usa muitos recursos do
sistema, dependendo do número de partidas em aberto.
On the Parameter tab page, show the parameters you entered for the prepared example and
explain each individual field.
Emissão de advertências
Figura 54: Emissão de advertências
A emissão de advertências cria uma proposta de advertência que você pode processar,
eliminar e recriar com a frequência necessária.
Você pode imprimir automaticamente as advertências logo após a execução. No entanto,
nesse caso, não será possível editar a proposta de advertência.
Etapas da emissão de advertências
Figura 55: Etapas da emissão de advertências

Três etapas principais compõem a emissão de advertências:

1. Seleção de contas
Nesta etapa, o programa verifica, de acordo com os parâmetros e a configuração, quais
contas serão consideradas na emissão de advertências.
2. Advertir partidas individuais

Nesta etapa, o sistema verifica quais partidas individuais estão em atraso nas contas
selecionadas e qual nível de advertência deve ser aplicado.
3. Advertir conta
Nesta etapa, o sistema verifica se o pagamento precisa ser cobrado de uma conta. Se a
resposta for sim, o sistema verificará o nível de advertência que deve ser usado.
Seleção de contas
Figura 56: Seleção de contas
A seleção de contas é a primeira etapa da emissão de advertências. O programa verifica

todas as contas utilizando os critérios entrados nos parâmetros.
Para ser considerada na emissão de advertências, a conta precisa cumprir estes critérios:
● Um procedimento de advertência deve ser inserido nos dados mestre.
● A data da última emissão de advertências da conta deve ser anterior à data do intervalo de
advertência do procedimento de advertência.
Se as contas cumprirem esses critérios, o sistema as incluirá na emissão de advertências.

Caso contrário, o sistema as ignorará.
Datas de vencimento de contas a receber e notas de crédito
Figura 57: Datas de vencimento de contas a receber e notas de crédito
A data de vencimento é a data em que o cliente tem de pagar as responsabilidades líquidas.

As seguintes regras são aplicáveis a datas de vencimento de contas a receber e notas de
crédito:
● Contas a receber
Vencidas na data de vencimento líquido.
● Notas de crédito relativas à fatura
Vencidas na mesma data da fatura. Geralmente, as condições de pagamento de uma nota
de crédito não se aplicam. Se você quiser que as condições de pagamento de uma nota de
crédito sejam aplicadas, insira V no campo Referência à fatura.
● Outras notas de crédito (sem "V" na referência da fatura)

Vencidas na data base.
Compensação com notas de crédito ou partidas de fornecedor
Figura 58: Compensação com notas de crédito ou partidas de fornecedor
Com a compensação de notas de crédito, as partidas de débito a vencer líquidos na conta são
compensados com as partidas de crédito a vencer líquidas. O sistema atribui as partidas de
crédito aos itens de débito com o nível mais alto de advertência, e elas são compensadas com
esses itens.
Caso você tenha escolhido Compensação entre cliente e fornecedor, as partidas de crédito a
vencer líquidas na conta do fornecedor também serão compensadas com as partidas com o
nível de advertência mais alto. O mesmo procedimento de advertência deve ser definido para
o cliente e o fornecedor.
Depois da compensação de todos os itens de débito a vencer líquidos com as partidas de
crédito a vencer líquidas, a conta deverá ter um saldo devedor para que o sistema possa
cobrá-la. Entretanto, se você definir o sinalizador Carta de advertência mesmo se o saldo da
conta for positivo no Customizing, o sistema ignorará a verificação básica e criará cartas de
advertência, independentemente do saldo da conta.
Nota:
O total das partidas em atraso em cada advertência deverá ter saldo devedor;
caso contrário, o sistema não gerará uma advertência. A advertência lista todas
as partidas compensadas.
Datas de advertência
Figura 59: Datas de advertência
A diferença entre a data de vencimento e a data da advertência é a seguinte:

● Data de vencimento
O dia em que as responsabilidades devem ser pagas.
● Data de advertência
O dia em que as partidas em atraso são cobradas.
Toda partida cobrada está em atraso, mas nem todas as partidas em atraso são cobradas.
Geralmente, todas as partidas que estão em atraso na data de emissão devem ser cobradas.
Com a definição de Períodos de carência da partida individual no procedimento de
advertência, o sistema só cobra as partidas que continuam em atraso depois de deduzidos os
dias de tolerância.
Bloqueio de advertências em partidas ou contas
Figura 60: O bloqueio de advertência em partidas ou contas
Bloqueios de advertências permitem evitar que partidas ou contas sejam advertidas. Se as

partidas estiverem em atraso e se houver um bloqueio de advertências na partida, o sistema
adicionará essas partidas à lista de partidas bloqueadas.
Se for preciso advertir os pagamentos de uma conta, mas a conta contiver um bloqueio de
advertência, o sistema adicionará a conta à lista de contas bloqueadas.
If necessary, show how to create dunning block reasons in Customizing.

In the Customizing for Financial Accounting under Accounts Receivable and Accounts
Payable → Business Transactions → Dunning → Basic Settings for Dunning → Define
Dunning Block Reasons.
Forma de pagamento na partida ou na conta
Figura 61: Forma de pagamento na partida ou na conta
Se uma forma de pagamento for especificada na partida ou na conta do cliente (nos dados
mestre), o sistema não advertirá as entradas de pagamento. Salvo casos em que a partida ou
conta tenha um bloqueio, o programa de pagamento é responsável por recolher tais
pagamentos.
Níveis de advertência para partidas individuais
Figura 62: Níveis de advertência para partidas individuais

A cada partida a ser cobrada é atribuído um nível de advertência, de acordo com o número de
dias de atraso da partida. Cada procedimento de advertência contém até nove níveis de
advertência.
O texto da advertência é, em geral, influenciado pelo nível de advertência. Quanto mais alto
for o nível de advertência, mais rígida será a formulação do texto de advertência.
No caso das notas de crédito relacionadas às faturas, o sistema usa o nível de advertência da
fatura. O nível de advertência só pode ser elevado de um nível de advertência para outro. Isso
significa que você não pode ignorar qualquer nível de advertência.
Com a configuração de um procedimento de advertência, o número de dias de atraso é
considerado padrão na tela Níveis de advertência. O valor Períodos de carência da partida
individual é proposta como o primeiro nível de advertência. Para os demais níveis de
advertência, o sistema adicionará o valor Intervalo de advertência em dias ao número de dias
de atraso do nível de advertência anterior.
Dica:
Você pode sobregravar esses valores propostos. Isso, porém, não é
recomendável.
Os procedimentos de advertência com apenas um nível de advertência são mencionados

como lembretes de pagamento. Esses procedimentos são utilizados para clientes muito
importantes e empresas públicas. Com esses procedimentos, você pode garantir que esses
clientes recebam apenas um lembrete de pagamento.
Chaves de advertência
Figura 63: Chaves de advertência
A atribuição de chaves de advertência a certas partidas evita que essas partidas ultrapassem
um determinado nível de advertência.
In Customizing for Financial Accounting choose Accounts Receivable and Accounts Payable
→ Business Transactions → Dunning → Basic Settings for Dunning → Define Dunning
Keys.
Montantes mínimos por nível de advertência
Figura 64: Montantes mínimos por nível de advertência
O montante total de todas as partidas em uma conta, com um determinado nível de

advertência, deve ser superior ao montante mínimo definido. A relação entre o montante total
e o total de partidas em aberto deve ser superior à porcentagem mínima.
Se não for esse o caso, o sistema definirá as partidas para um nível de advertência mais
baixo.
Dica:
Em geral, os montantes mínimos e as porcentagens em níveis de advertência
altos são maiores do que os montantes mínimos e as porcentagens em níveis
mais baixos.
Número mínimo de dias de atraso (conta)
Figura 65: Número mínimo de dias de atraso (conta)
Uma conta só poderá ser advertida se pelo menos uma partida atingir o número mínimo de
dias de atraso permitido para a conta.
Na figura, as condições para advertência de conta são as seguintes:

● A partida 1 está em atraso e deve ser cobrada, mas o número mínimo de dias de atraso
não foi atingido
● A partida 2 está em atraso, mas ainda está no período de carência
● A partida 3 está em atraso e deve ser cobrada, mas o número mínimo de dias de atraso
não foi atingido
● A partida 4 está em atraso e o número mínimo de dias de atraso (conta) foi atingido
Isso significa que as partidas 1, 3 e 4 são cobradas. A partida 2 não é cobrada porque ainda
está no período de carência de partida individual.
O nível de advertência de conta
Figura 66: Nível de cobrança em conta
A conta atinge o nível de advertência mais alto devido a todas as partidas a serem cobradas.
Se todas as partidas forem cobradas com uma única advertência, o sistema criará o texto de
advertência de acordo com o nível de advertência mais alto.
Os níveis de advertência ainda não foram entrados nas partidas ou nas contas. Isso
acontecerá mais tarde ou quando o sistema imprimir as advertências. No entanto, o sistema
já terá determinado os níveis de advertência.
Os requisitos de advertência
Figura 67: Os requisitos de advertência

Depois de determinados os dados de advertência, o sistema verifica se o processo de

advertência é necessário. Normalmente não é necessário enviar uma advertência se os dados
de advertência não tiverem sido modificados desde a última emissão de advertências.
O sistema só cobrará uma conta se ela cumprir uma das seguintes condições:
● Os dados de advertência foram modificados desde a última emissão de advertências.
● O indicador Advertir sempre? foi selecionado para o nível de advertência. Esta opção é
geralmente selecionada para o último nível de advertência e para lembretes de pagamento
(procedimentos de advertência que abrangem apenas um nível de advertência).
O procedimento judicial de advertência

As contas em um processo judicial de advertência estão sujeitas a uma regra diferente.
Se a data de início do processo judicial de advertência for inserida nos dados mestre da
conta, a conta será sempre advertida se cumprir uma das seguintes condições.
● Foram feitos lançamentos desde a última emissão de advertências.
● O código Advertir sempre em processo judicial de cobrança está selecionado.
Dica:
O sistema não envia qualquer advertência a um cliente com processo judicial de
cobrança, mesmo que os dados de advertência tenham sido modificados. Não
faz sentido enviar uma carta de advertência a um cliente que, obviamente, ainda
não respondeu a qualquer advertência anterior. Se o sistema cobrar uma conta
de acordo com um dos critérios, ele imprimirá uma nota interna em um
formulário especial e a enviará ao departamento jurídico. O indicador Advertir
sempre em processo judicial de advertência deve ser selecionado para evitar que
as partidas em aberto lançadas antes do início do processo judicial de
advertência sejam omitidas.
Processamento da proposta de advertência

O processo de edição da proposta de advertência
Figura 68: O processo de edição da proposta de advertência
Depois que o sistema cria a proposta de advertência, um responsável pode processá-la.

Você pode imprimir as seguintes listas para suportar o trabalho do responsável:
● Estatísticas de advertência
● Lista de advertências
● Contas bloqueadas
● Partidas individuais bloqueadas
● Histórico de advertência
Você pode exibir uma impressão de exemplo na tela. O sistema grava as alterações na
proposta de advertência.
Nota:
Se não for imprimir a proposta de advertência, poderá eliminá-la. Caso contrário,
ela impedirá que as partidas selecionadas sejam processadas em outras emissões
de advertências.
Processar dados de advertência
Figura 69: Processar dados de advertência
O responsável pode executar estas ações:

● Bloquear uma conta na proposta de advertência atual ou anular o bloqueio de advertência.
● Bloquear uma partida individual na proposta de advertência atual ou anular o bloqueio de
advertência.
● Diminuir o nível de advertência de uma partida na proposta de advertência atual.
● Modificar os dados de advertência e de correspondência de uma conta no registro mestre.
Essa modificação não se aplica à execução atual de advertência. Você deve excluir e
reiniciar o prazo de advertência para que as alterações entrem em vigor.
● Modificar um documento. Essa modificação não se aplica à execução atual de advertência.
Você deve excluir e reiniciar o prazo de advertência para que as alterações entrem em
vigor.
Dica:
Apenas as modificações na proposta de advertência se aplicam à emissão de
advertências atual.
Você pode elevar ou rebaixar o nível de advertência, conforme o necessário, nos dados
mestre e documentos.
Criar uma advertência
Figura 70: Programar a impressão
A última etapa no processo de advertência envolve a impressão de advertências.

O programa de impressão do procedimento de advertência executa o seguinte:
● Agrupa partidas a serem advertidas com uma advertência de acordo com várias regras.
● Gera uma advertência para cada grupo.
● Insere a data de advertência e o nível de advertência na lista de partidas e contas
advertidas.
O sistema imprime as advertências em uma sequência definida por critérios de ordenação.

Se for preciso enviar advertências a clientes ocasionais, bastará atualizar os dados de
advertência das partidas relevantes. Para obter mais informações sobre como anular as
modificações feitas em dados de advertência de contas e documentos, consulte a Nota SAP
6591.
Agrupar partidas em advertências
Figura 71: Agrupar partidas em advertências
As partidas a serem advertidas deverão ser agrupadas em advertências se pertencerem à

mesma empresa, área de advertência e conta.
O sistema agrupará as partidas de uma conta ocasional em uma única advertência se o
endereço delas for o mesmo.
Agrupamentos especiais
Partidas de agrupamento
● Advertências por nível de advertência
● Chave de agrupamento
● Processamento descentralizado
Você também pode agrupar partidas de acordo com estes critérios:

● Advertência por nível de advertência:
Nas configurações específicas da empresa para o programa de advertência, você pode
selecionar se deve ser impressa uma advertência separada para cada nível de advertência.
Nesse caso, o sistema seleciona o texto da advertência de acordo com os níveis de
advertência das partidas agrupadas.
● Chave de agrupamento:
Você pode inserir uma chave de agrupamento na conta do cliente ou fornecedor para
agrupar, nas advertências, partidas que tenham os mesmos valores nos campos
atribuídos à chave de agrupamento. Você pode utilizar os campos das tabelas de índices
para partidas em aberto BSID (clientes) e BSIK (fornecedores).
● Processamento local:
Se um cliente tiver uma sede com várias filiais, o sistema lançará as partidas na conta
central. Consequentemente, a sede costuma receber uma advertência com todas as
partidas vencidas de suas filiais. Se Processamento local for selecionado nas contas de
filiais, significando que a advertência será processada localmente, o sistema enviará as
advertências para as filiais.
Advertência de cada grupo
Figura 72: Agrupamentos especiais
Pode-se usar o sistema de advertência interempresarial para combinar partidas em atraso de

diferentes empresas em uma única emissão de advertências. As partidas em atraso de um
cliente, existentes em diferentes empresas, são advertidas com uma única advertência. Isso
significa que você não tem de enviar ao cliente uma advertência separada para cada
empresa.
Nota:
O sistema agrupa as partidas em atraso de acordo com regras predefinidas
(níveis, áreas ou agrupamento de advertências) e as atribui a uma ou mais
advertências.
Para advertir diferentes empresas de uma só vez, é preciso atribuir as empresas relevantes a
uma empresa de cobrança compartilhada. O sistema usa o procedimento de advertência
atribuído à conta da empresa da advertência. O sistema verifica individualmente a frequência
de advertência e os bloqueios de advertência de cada empresa da advertência.
Nota:
Se uma data para o processo judicial de cobrança de uma conta tiver sido
especificada para uma empresa de advertência, isso afetará também as
empresas dependentes.
Advertências
Você pode imprimir advertências com um formulário de pagamento anexado para
transferência bancária (Alemanha) ou pagamentos ESR (Suíça). O cliente pode utilizar este
formulário de pagamento para pagar o montante advertido.
Você pode anexar o formulário de pagamento à advertência ou imprimi-lo em uma página
separada. Isso significa que é preciso alterar o formulário de advertência para que ele
contenha uma janela separada para o formulário de pagamento, ou que é preciso criar um
formulário separado para a página adicional.
A cobrança deve conter somente itens na moeda da empresa.
O programa de pagamento pode criar um aviso de pagamento contendo as partidas da
advertência. Quando o cliente pagar o montante cobrado, você poderá usar esse aviso para
atribuir a entrada de pagamento às partidas relevantes.
O número de aviso de pagamento tem 10 dígitos e começa por 08. Você deve definir o tipo de
aviso de pagamento 08 nas configurações.
Você pode imprimir o número do aviso de pagamento na advertência e no formulário de
pagamento (por exemplo, no campo Referência).
RESUMO DA LIÇÃO
● Modificar os parâmetros do programa de advertência
● Executar uma emissão de advertências
● Processar uma proposta de advertência
● Imprimir uma advertência
CAPÍTULO 3 Correspondência
● Descrever correspondências
● Atualizar campos-chave para correspondência nos registros mestre de cliente e
fornecedor
● Descrever as diferentes opções disponíveis ao criar cada tipo de correspondência
● Criar um tipo de correspondência
● Atribuir um programa de impressão
● Vincular tipos de correspondência a transações e motivos da diferença
Explicar correspondências
223
SÍNTESE DA LIÇÃO
Esta lição explica o conceito de correspondência no sistema SAP S/4HANA.
Correspondence is required in many areas of external accounting. Many companies strive to

automate their correspondence activities.
Síntese de correspondência
Figura 73: Síntese de correspondência
A correspondência é uma forma de comunicação entre a sua empresa e o cliente ou

fornecedor.
A função de correspondência permite automatizar grande parte da correspondência
periódica da sua empresa gerando e emitindo correspondências especiais relacionadas às
transações financeiras gerenciadas pela aplicação SAP S/4HANA.
Você também pode usar a função correspondência sob demanda ou configurá-la para que as
correspondências sejam geradas após determinadas transações.
Os exemplos de tipo de correspondência que você pode emitir são extratos de conta, listas de
partidas em aberto, cartas individuais, cartas padrão, confirmações de saldo e extratos de
documentos. A correspondência pode ser enviada diretamente pelo sistema (por exemplo,
por e-mail) ou impressa.
A correspondência serve como um meio para realizar e documentar formalmente a
comunicação com terceiros. Trata-se de uma forma eficaz de verificar se uma empresa tem
uma visão de contabilidade financeira consistente de todas as transações com os seus
parceiros comerciais. Isso ajuda a corrigir possíveis erros e mal-entendidos de maneira
proativa.
RESUMO DA LIÇÃO
Capítulo 3
Lição 2
Modificar registros mestre
225
SÍNTESE DA LIÇÃO
Esta lição explica como modificar os campos-chave para correspondência em registros
mestre de cliente e fornecedor.
Você quer enviar correspondência para seus clientes e fornecedores. A correspondência
pode estar na forma de extratos de contas, listas de partidas em aberto, cartas individuais,
cartas padrão, confirmações de saldo e extratos de documentos. Por esse motivo, você
necessita dos seguintes conhecimentos:
● conhecer os campos-chave para correspondência
fornecedor
Campos-chave para correspondência

Correspondência é um modo de comunicação entre a sua empresa e o cliente ou fornecedor.
Figura 74: Campos-chave para correspondência

Capítulo 3 : Correspondência
Conforme indicado na figura Campos-chave para correspondência, cada segmento de conta

consiste em várias páginas com grupos diferentes de campos. Eles podem ser divididos em
dados gerais e dados da empresa, conforme a seguir:
● Dados gerais
- Endereço
- Dados de controle
- Transações de pagamentos
● Dados da empresa
- Gerenciamento de contas
- Transações de pagamentos
- Correspondência
- Seguros
- Imposto retido na fonte
Estes são campos importantes relacionados à correspondência nos registros mestre de

cliente e fornecedor:
O campo Detalhes do endereço é usado para especificar os campos Rua/nº, Código
postal/cidade e País. A chave de país contém as informações que o sistema usa para
verificar entradas como, por exemplo, tamanho do código postal e número de conta
bancária.
● Comunicação – idioma:
O campo Comunicação – idioma pode ser usado para criar advertências no idioma do
cliente, traduzindo para esse idioma o formulário armazenado no sistema.
● Extrato de conta:
O campo Extrato da conta é usado para indicar com que frequência o sistema exportará
um extrato da conta periódico para um cliente. Você pode dividir os clientes em grupos
com intervalos diferentes de extrato da conta; por exemplo, um grupo por semana e um
grupo separado para extratos de contas por mês.
● Responsável:
O campo Responsável é o nome que pode ser usado para correspondência (por exemplo,
ao enviar listas de partidas em aberto).
● Número de conta no cliente
O campo Número de conta no cliente contém o número de conta que o cliente usa para sua
empresa.
Lição: Modificar registros mestre
RESUMO DA LIÇÃO
fornecedor
Configurar as opções para os tipos de
227
correspondência
SÍNTESE DA LIÇÃO
Esta lição explica as opções para a criação de correspondência no sistema SAP S/4HANA.
Correspondence is required in many areas of external accounting. Many companies strive to

automate their correspondence activities.
Sua empresa usa tipos diferentes de correspondência diariamente. Você quer automatizar
sua correspondência e criar tipos específicos de correspondências para seus clientes. Por
esse motivo, você precisa do seguinte conhecimento:
● conhecer as opções de criação de correspondência
● saber como criar vários tipos de correspondência
Opções de correspondência
A correspondência pode ser gerada ad hoc, conforme exigido, ou gerada automaticamente
em um momento predefinido. A tabela a seguir dá exemplos de motivos para criar
correspondências:
Tabela 6: Exemplos de correspondências periódicas e ad hoc

Correspondência ad hoc Correspondência gerada automaticamente
● Criação de documentos ● Extrato de conta periódico

● Exibição/modificação de partidas ● Confirmação de saldos
● Exibição de saldos
● Processo de partida
● Pagamento
Existem vários tipos de correspondência no sistema:

● Correspondência periódica
Você pode disparar correspondências em intervalos regulares por meio de especificações

no registro mestre; por exemplo, faturas e extratos de contas. O intervalo (semanal,
mensal etc.) é especificado no registro mestre do cliente ou fornecedor.
● Correspondência on-line
É possível criar esse tipo de correspondência quando você processa pagamentos
manualmente, como também na exibição da partida individual.
● Correspondência para lançamentos
No Customizing, você pode configurar a correspondência adequada para determinados
lançamentos; por exemplo, diferenças de pagamento.
O processo de criação de correspondência abrange as seguintes etapas:
1. Solicitar a correspondência necessária

Inicialmente, o sistema registra os tipos de correspondência criados.
2. Imprimir o tipo de correspondência solicitado

Em geral, correspondências como cartas de advertência e extratos de contas são
automaticamente impressas em um intervalo estabelecido; por exemplo, diária ou
semanalmente. Em determinados casos, é possível imprimir tipos específicos de
correspondência individualmente e sob demanda. A solicitação de impressão é enviado ao
sistema spool e, então, a correspondência é impressa em impressoras selecionadas. As
correspondências também podem ser enviadas eletronicamente; por exemplo, por e-mail.
RESUMO DA LIÇÃO
Capítulo 3
Lição 4
Criação de uma correspondência
229
SÍNTESE DA LIÇÃO
Esta lição fala sobre como criar uma correspondência.
Você quer usar os tipos de correspondência padrão da SAP e criar seus próprios tipos. Por
esse motivo, você necessita dos seguintes conhecimentos:
● Compreender os tipos de correspondência
● Saber atribuir um programa de impressão
● Compreender como ligar tipos de correspondência a transações e motivos da diferença
Most companies strive to automate their correspondence activities and create individual
correspondence at any time.
Basic types of correspondence:
● Collective request with a selection program (for example, periodic bank statement)
● Manual individual request (for example, open items list, bank account statement, and
individual correspondence)
● Automatic individual request (for example, payment notice)
Tipos de correspondência
Um tipo de correspondência representa um tipo de carta no sistema. Você deve criar um tipo
de correspondência para cada tipo de carta necessário.
Ao processar transações comerciais, os tipos de correspondência podem ser selecionados
manualmente pelo usuário do sistema ou automaticamente, de acordo com as regras
definidas pelo usuário.
Você pode utilizar os tipos de correspondência standard ou personalizá-los. Para personalizar
um tipo de correspondência, primeiro copie-o; depois faça as alterações desejadas. Isso é
necessário porque os tipos de correspondência standard podem ser sobregravados por uma
atualização do sistema.
Tipos de correspondência standard

A lista a seguir destaca exemplos de tipos de correspondência padrão disponíveis:
● Aviso de pagamento: SAP01

● Extrato da conta: SAP06
● Correspondência individual: SAP10
● Lista de partidas em aberto: SAP14
● Definido pelo usuário
Componentes de tipo de correspondência

A lista a seguir esboça as informações que podem ser definidas por tipo de correspondência:
Informações de tipo de correspondência
● Informações solicitadas
- Número da conta
- Número do documento
● Se um texto de acompanhamento pode ser adicionado ao formulário
● Se a correspondência pode ser utilizada entre empresas
- Estabelecer relação interempresarial pela correspondência da empresa
● O número de campos de data necessários
Os seguintes dados são necessários para os diferentes tipos de correspondência:
Tabela 7: Dados solicitados por tipo de correspondência

Correspondência Dados necessários
Avisos de pagamento Número do documento

Extratos da conta Número e data da conta
Liquidação de despesas de L/C Número do documento
Documentos internos Número do documento
Cartas individuais Número da conta
Extratos de documentos Número do documento
Extratos do cliente Número e data da conta
Os dados na tabela são inseridos manualmente pelo usuário ou determinados

automaticamente pelo sistema após o usuário ter selecionado o tipo de correspondência
relevante.
Para combinar dados de diferentes empresas em uma única carta, marque a caixa de seleção
Interempresarial no tipo de correspondência e atribua as empresas à correspondência, em
Customizing.
Você pode utilizar os seguintes tipos de correspondência em todas as empresas:
Lição: Criação de uma correspondência
● Avisos de pagamento
● Extratos da conta
● Liquidação de despesas de L/C
● Documentos internos
● Cartas individuais
● Extratos de documentos
Programa de impressão
Figura 75: Imprimir correspondência
Um programa de impressão e uma variante de seleção adequados são definidos para cada
tipo de correspondência. A variante de seleção é utilizada para imprimir a correspondência
desejada.
Os seguintes programas de impressão são definidos para cada tipo de correspondência:
Tabela 8: Programas de impressão por tipo de correspondência

Tipo de correspondência Programa de impressão
Avisos de pagamento RFKORD00, RFKORD00_PDF

Extratos da conta RFKORD10, RFKORD10_PDF
Liquidação de despesas de L/C RFKORD20
Documentos internos RFKORD30, RFKORD30_PDF
Tipo de correspondência Programa de impressão
Cartas individuais RFKORD40, RFKORD40_PDF

Extratos de documentos RFKORD50, RFKORD50_PDF
Extratos do cliente RFKORD11, RFKORD11_PDF
Você pode distinguir as suas especificações por empresa. Também pode escolher a
impressora que imprimirá a correspondência a ser emitida na variante de seleção.
Um tipo de correspondência pode ter várias cartas-modelo e você pode definir o formulário a
ser usado pelo programa para criar a correspondência. Os formulários individuais se
distinguem pelo ID de formulário. Essa identificação é atribuída à variante de seleção para
garantir que a correspondência correta seja impressa. Você pode modificar esses
formulários, por exemplo, para acrescentar o logotipo da sua sociedade, o endereço e texto
adicional.
Códigos de transação
Figura 76: Vincular tipos de correspondência a transações
Você pode especificar os tipos de correspondência que podem ser utilizados juntamente com
várias funções online. As seleções que você fizer influenciarão a sua escolha de formulários
disponíveis durante o processamento online. Esta etapa também é necessária para exibir
novos tipos de correspondência no app Criar correspondência.
Estes são exemplos de seleção:

● Avisos de pagamento podem ser selecionados para transações de pagamento.
● Extratos de contas podem ser selecionados em entrada de documento, processamento de
pagamento, exibição ou alteração de documento e processamento de conta (exibição de
saldo e processamento de partida individual).
É possível criar especificações com base na empresa. Se não existir nenhuma entrada para
uma empresa, os tipos de correspondência serão especificados sem considerar a empresa.
Códigos de motivo
Figura 77: Vincular tipos de correspondência a motivos da diferença
Você pode especificar o tipo de correspondência padrão do seu parceiro de negócios onde
houver diferenças de pagamento para os vários grupos de tolerância.
Se você quiser emitir sempre o mesmo tipo de correspondência, entre o tipo de
correspondência no campo Mensagem solicitada. Deixe este campo em branco se você
quiser selecionar o tipo de correspondência durante a liquidação do pagamento.
Se você estiver utilizando tipos diferentes de correspondência dependendo do motivo da
diferença, selecione o campo de seleção De acordo com o motivo da diferença. Em seguida,
na tela de motivo da diferença, defina o tipo de correspondência para cada motivo da
diferença. Por exemplo, se o cliente efetuar pagamentos parciais de uma fatura sem
explicação, você poderá acompanhar essa situação por meio de uma carta solicitando a
explicação, mediante a utilização do motivo da diferença OD (Outra dedução) e de um tipo de
correspondência específico.
Um aviso de pagamento só será criado de acordo com o motivo da diferença se todos os
motivos da diferença tiverem o mesmo tipo de correspondência. Se os motivos da diferença
tiverem diferentes tipos de avisos de pagamento, será enviado o tipo de aviso de pagamento
definido pelo grupo de tolerância. Dessa forma, você pode abranger todos os tipos de motivos
da diferença.
Se os motivos da diferença não tiverem avisos de pagamento alocados, o sistema utilizará o
grupo de tolerância novamente para determinar o tipo de aviso de pagamento.
Exemplo de ligação de tipos de correspondência a motivos da diferença
Figura 78: Exemplo de ligação de tipos de correspondência a motivos da diferença
Presuma que a correspondência de grupo de tolerância é SAP01 e que o seu cliente efetua
um pagamento parcial após um atraso de dois meses. Quando você processa manualmente
essa entrada de pagamento, você cria uma partida residual com um motivo da diferença e
solicita o tipo de correspondência SAP01, aviso de pagamento.
Após a criação da sua solicitação de correspondência você lança o documento. Em seguida,
você atualiza a sua solicitação de correspondência, ou seja, imprime a solicitação de
correspondência; o sistema gera a carta utilizando os dados mestre do seu cliente e as
informações das partidas individuais.
Porém, se um documento tiver várias partidas individuais, algumas dessas partidas podem
ter vários motivos da diferença e vários tipos de correspondência associados. Neste caso, o
aviso de pagamento automático não poderá ser enviado de acordo com o motivo da
diferença, pois o sistema não sabe que tipo de correspondência deve selecionar.
Consequentemente, o sistema usa o aviso de pagamento atribuído ao grupo de tolerância,
independentemente dos motivos da diferença.
Como vincular tipos de correspondência a motivos da diferença
1. Link the correspondence type to a reason code.

a) On the SAP Easy Access screen, choose Tools → Customizing → IMG → Execute
Project (transaction SPRO).
b) On the Customizing: Execute Project screen, choose SAP Reference IMG.

c) On the Display IMG screen, choose Financial Accounting → Account Receivable and
Accounts Payable → Business Transactions → Incoming Payments → Incoming
Payments Global Settings → Overpayment/Underpayment → Define Reason Codes.
d) In the Determine Work Area: Entry dialog box, enter company code TA##.
e) Choose Continue.
f) On the Change View "Classification of Payments Differences": Overview screen, show

that the reason codes (in column RCd) are linked to correspondence types (in column
CorrT).
g) Choose Back.
RESUMO DA LIÇÃO
CAPÍTULO 4 Transações do livro do Razão
Especial
● Explicar o conceito de operações do Razão Especial
● Explicar classes e tipos do 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 a administração de materiais
● Compreender o processo integrado com Vendas e distribuição (SD)
Capítulo 4
Lição 1
Gerenciar a visão para operações do Razão
254
Especial
SÍNTESE DA LIÇÃO
Esta lição explica como gerenciar a visão para operações do Razão Especial.
Você precisa reportar determinadas transações comerciais separadamente no Razão e livro
auxiliar na contabilidade financeira (FI). 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 esse motivo, você precisa do seguinte conhecimento:
● compreender as operações do Razão Especial
● compreender as particularidades das operações do Razão Especial
● compreender as funções das operações do Razão Especial
Use selected examples to show the participants how to use special G/L transactions in FI.
Lição: Gerenciar a visão para operações do Razão Especial
Contas de reconciliação
Figura 79: Exibir cliente: segmento da empresa – Gerenciamento de contas
Transações em livros auxiliares, como de contas a receber e contas a pagar, são lançadas em
contas de conciliação no Razão. O objetivo é ter os valores disponíveis tanto 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 S/4HANA para exibir diretamente os saldos das contas de reconciliaçã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 na qual deseja lançar. O campo Conta de conciliação pode ser encontrado no
segmento de empresa do registro mestre de cliente ou de fornecedor.
Fatura de cliente
Figura 80: Inserir uma fatura de cliente

Capítulo 4 : Transações do livro do Razão Especial
Quando você insere uma fatura de cliente ou nota de crédito de cliente na contabilidade de
clientes, a fatura de cliente ou a nota de crédito de cliente é lançada igualmente na conta de
conciliação criada. Você pode consultar o número da conta de conciliação lançada no
documento de FI. A aplicação SAP S/4HANA atualiza a movimentação no período na
respectiva conta de reconciliação.
Como exibir a conta de conciliação em um registro mestre de cliente
1. Display the reconciliation account field in the customer master record.

a) On the SAP Fiori launchpad, go to the tile group Accounts Receivable and choose the
app Customer Master Create/Change/Display.
b) On the Manage Customer Master screen, in the Business Partner field, enter T-AC##.
Choose Go.
c) In the results area, choose the Business Partner shown.
d) On the Customer screen, choose Company Codes.
e) Choose Company Code TA## from the Company Code list.
Nota:
HINT: Use Search field to quickly find the desired company code.
f) On the Company Code screen, choose Finance.
g) In the Accounting column, show the Reconciliation Account field.
Como lançar faturas do cliente
1. Display the reconciliation account that is posted to in the document.

a) On the SAP Fiori launchpad, go to the tile group Accounts Receivable and choose the
app Create Outgoing Invoices.
b) On the Enter Customer Invoice: Company Code TA## screen, enter the following
values:
Field Name or Data Type Values
Transaction Invoice
Customer T—AC##
Document Type Customer Invoice (DR)
Amount 6000

Tax Code 1O
G/L acct 41000500
D/C Credit
Amount in doc.curr. *
Profit Center YB600
c) Choose the Details tab to display the reconciliation account 12100000.
d) Post the document.
e) In the SAP Fiori launchpad, choose More → Document → Display to display the
posted document and the reconciliation account.
f) Click Choose Layout and double-click layout /AC_1.
g) Double-click the line with account T-AC##.
h) Show G/L Account 12100000 on the top of your screen. This is the Reconciliation
Account entered into the BP master data for the customer.
Contas de conciliação alternativas (operações do Razão Especial)
Figura 81: Contas de conciliação alternativas (operações do Razão Especial)

As operações do Razão Especial são transações na contabilidade de clientes e na

contabilidade de fornecedores. A aplicação SAP S/4HANA exibe essas transações
separadamente no Razão e nos livros auxiliares.
A exibição separada das transações pode ser necessária por um dos seguintes motivos:
● Por motivos internos da empresa
● Devido a motivos de relatórios específicos
Por exemplo, os adiantamentos podem não ser apresentados no balanço juntamente com
contas a receber e a pagar por mercadorias e serviços.
A conta de conciliação vincula as transações do livro auxiliar 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 Especial, elas serão lançadas em contas de conciliação
alternativas, como as contas do Razão Especial. Essas transações são exibidas
separadamente.
Como fazer o lançamento em contas de conciliação alternativas utilizando operações do

Razão Especial
1. Post to an alternative reconciliation account using special G/L transactions.
Nota:
Tell the participants that this is only a demo to show that the system finds
different reconciliation accounts using different SGL indicators.
a) In SAP Easy Access, choose Accounting → Financial Accounting → Accounts

Receivable → Document Entry → Invoice — General (F-22).
b) On the Enter Customer Invoice: Header Data screen, enter the following values:
Document Date Current Date
Type DR
Company Code TA##
Currency/Rate EUR
PstKy 01
Account T—AC##
c) Choose Enter.
d) Confirm that the reconciliation account 12100000 (Trade Receivables Domestic)

stored in the customer master record is shown.
e) In the field Amount, enter 1000.
f) Call the next line item with the following values:

PstKy 19
Account T-AC##
SGL Ind A (Down Payment)
g) Choose Enter.
h) Confirm that the special general ledger account 21190000 (Down Payments -
Customers) for down payments is selected. The reconciliation account 12100000 in
the customer master record is no longer selected.
i) In the field Amount, enter 1000.
j) In the Tax Code field, enter A0 (0% Output Tax non taxable).
k) Call the next line item with the following values:

PstKy 19
Account T-AC##
SGL Ind E (Individual Value Adjustment)
l) Choose Enter.
m) Confirm that special general ledger account 12401000 for individual value adjustments
is selected.
n) Choose Cancel to cancel processing.
Nota:
No items are supposed to be posted. You are only supposed to show an
alternative reconciliation account. Entries are made later.
Classes do Razão Especial
Figura 82: Classes do Razão Especial
Você pode dividir os objetivos das operações do Razão Especial nas três classes seguintes:
● Operações em conexão com adiantamentos
A aplicação SAP S/4HANA fornece programas e telas de entrada pré-configurados
especiais utilizados para a administração de adiantamentos solicitados, recebidos e
utilizados. Os administradores também podem utilizar a aplicação SAP S/4HANA para
contabilidade de clientes e fornecedores. Utilize menus padrão para chamar programas
pré-configurados e telas de entrada. Além disso, o processamento de adiantamentos é
integrado aos programas de advertência e de pagamento.
● Operações em conexão com letras de câmbio
Na aplicação SAP S/4HANA, você pode utilizar letras de câmbio para lidar com
particularidades específicas do país. A aplicação SAP S/4HANA contém programas e telas
de entrada pré-configurados especiais que utilizam as funções de operações do Razão
Especial. As opções para 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 S/4HANA, 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 no menu Entrada de documento na contabilidade de clientes e
fornecedores. Com o código do livro do Razão Especial é possível transmitir documentos
de partidas individuais a uma conta de conciliação. O código regula o tipo de
processamento que é acionado para a operação de negócio.
Tipos de Razão Especial
Figura 83: Tipos de Razão Especial
Há três modos de transferir entradas do livro do Razão Especial para a aplicação SAP S/
4HANA. Os três são tipos do livro do Razão Especial.
A configuração do código do livro do Razão Especial determina se o lançamento é um dos
seguintes:
Tipo de lançamento Descrição Exemplo
Lançamentos automáticos Essas transações são incluí- Lançamento de uma fiança

de contrapartida (estatísti- das nas notas explicativas do
cos) balanço financeiro e são sem-
pre lançadas na mesma con-
ta de contrapartida.
Partidas-memo Atribuições de contas indivi- Solicitação de adiantamento
duais utilizadas apenas para
lembrar o respectivo depar-
tamento de pagamentos ven-
cidos ou pagamentos a se-
rem feitos. Não são destina-
das a serem exibidas no Ra-
zão.
Lançamentos de contraparti- Essas entradas fazem parte Lançamento bancário de um
das livres das demonstrações contá- adiantamento recebido
beis. São lançamentos com
uma contrapartida de livre
definição.
The individual special ledger types are explained later in examples.

Tipo de Razão Especial 1 – Lançamento de contrapartida automático (estatístico)
Figura 84: Tipo de Razão Especial 1 – lançamento de contrapartida automático (estatístico)
Os lançamentos de contrapartida automáticos (estatísticos) 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 S/4HANA gera
automaticamente lançamentos de contrapartida.
Quando você compensa partidas em aberto na respectiva conta, as partidas na conta de
contrapartida são compensadas automaticamente no sistema.
Essas transações são conhecidas como lançamentos estatísticos, pois são mostradas
somente em notas explicativas das demonstrações financeiras ou nunca são mostradas. Por
exemplo, a aplicação SAP S/4HANA exibe as fianças feitas em notas, mas não exibe as
fianças recebidas.
Lançamento de contrapartida automático (estatístico)
Figura 85: Lançamento – lançamento de contrapartida automático (estatístico)
Aqui está um exemplo de um lançamento estatístico ou de uma fiança. Você fez um acordo
com um cliente para garantir um montante de EUR 10000. Consequentemente, você aceitou
a responsabilidade por esse montante. A aplicação SAP S/4HANA exibe esse compromisso
na conta do cliente e na conta do Razão Especial, no campo Fiança efetuada. Os lançamentos
de contrapartidas 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 o compromisso referente a EUR 10000.
Tipo de Razão Especial 2 – Partidas-memo
Figura 86: Tipo de Razão Especial 2 – Partidas-memo
Partidas-memo são operações do Razão Especial com características informativas.

Partidas-memo são usadas para lembrar o usuário sobre o seguinte:
● Pagamentos devidos
● Pagamentos a serem feitos que não sã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 S/

4HANA não faz um lançamento de contrapartida. Consequentemente, nenhuma verificação
de saldo zero é feita no sistema.
O programa de pagamento e o programa de advertência podem ter acesso a partidas-memo
para processamentos adicionais.
Administrar partidas-memo como partidas em aberto na aplicação SAP S/4HANA.
Você pode administrar partidas-memo como partidas em aberto nas seguintes contas:
● Contabilidade de clientes ou fornecedores
● Contas do Razão Especial
Lançamento de partidas-memo
Figura 87: Partidas-memo de lançamento
Estes são exemplos de partidas-memo:

● Solicitações de adiantamento
● Solicitações de letra de câmbio
Uma solicitação de adiantamento é um partida-memo estatística que relembra você de

efetuar um adiantamento. A movimentação no período não é 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 exigidas pelo programa de pagamento ou advertência estão disponíveis na
aplicação SAP S/4HANA.
Existem solicitações de adiantamento do cliente e solicitações de adiantamento do
fornecedor. O objetivo das solicitações de adiantamento do cliente é permitir que o programa
de pagamento processe adiantamentos automaticamente. Autorização para débito em conta
do cliente é um pré-requisito.
Quando você insere uma solicitação de adiantamento na aplicação SAP S/4HANA, a
solicitação permite que um cliente crie seu próprio lembrete ou receba um lembrete por meio
de um processo automatizado.
Solicitações de adiantamento do fornecedor são feitas para regular adiantamentos usando o
programa de pagamento.
Show how to post a down payment request to an account receivable. Follow the exercise.
The target special G/L indicator can be used to post the down payment at a later date. The
SAP S/4HANA application requires this information to determine the respective special G/L
account.
The due date is intentionally set as overdue to enable a reminder for the down payment
request to be issued after the due date has passed.
A aplicação SAP S/4HANA não atualiza nenhuma movimentação no período quando você
insere as partidas-memo. Isso significa que, ainda que itens de documento possam existir na
lista de itens, 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.
Tipo de Razão especial 3 – Lançamentos de contrapartida livre
Figura 88: Tipo de Razão Especial 3 – lançamento de contrapartida livre
As operações do Razão Especial definidas como lançamentos de contrapartidas livres criam

lançamentos adequados no Razão. Dependendo do tipo de lançamento, a aplicação SAP S/
4HANA credita ou debita automaticamente a conta de conciliação alternativa. Você deve
inserir a conta do Razão para o lançamento de contrapartida.
Down payments can be received on various accounts (and at various banks), so the G/L
account to be posted to is not fixed within the SAP S/4HANA application. It must be selected
manually, depending on the incoming payment account.
Whether the posting is performed against a bank balance sheet account or a bank clearing
account depends on the company’s specific posting system.
Lançamento de contrapartidas livres
Figura 89: Lançamento – lançamentos de contrapartidas livres
Em um exemplo de lançamento de contrapartida livre para uma entrada de adiantamento, um

cliente responde à solicitação de adiantamento com um pagamento de EUR 11.000. A
aplicação SAP S/4HANA registra a entrada de pagamento na conta do livro auxiliar para o
cliente e na conta de reconciliação alternativa (adiantamentos recebidos) do Razão. A conta
do balanço bancário (que varia dependendo do banco e número de conta) a ser creditada
com a entrada de pagamento pode ser selecionada na aplicação SAP S/4HANA durante a
operação.
Um adiantamento efetuado pelo cliente antes da execução de um serviço é uma obrigação e,
portanto, não deve alterar a conta de conciliação das contas a receber. A conta do Razão
Especial (conta de conciliação alternativa) para adiantamentos efetuados é exibida nos
balanços financeiros na área de contas a pagar.
O adiantamento deve ser transferido ou liquidado após a geração da fatura.
Demonstrate how to post a received down payment, including offsetting, against the down
payment request.
Show the item that was just posted on the customer account. Follow the exercise.
Cuidado:
Forgotten down payment requests can be reset or cleared by reversal.
If Sales and Distribution (SD) generates the down payment requests, the
reversal procedure is initiated from SD.
On the SAP Fiori screen, choose Daily Business → Manage Journal Entries,
select document to be reversed and → in Manage Journal Entries screen
choose → Reverse.
Procedimentos de adiantamento do cliente e fornecedor
Figura 90: Adiantamento na área de cliente – Exemplo
O procedimento para fazer adiantamentos na área do cliente é o seguinte:
1. O adiantamento é solicitado:
As solicitações de adiantamento são partidas-memo. Elas não modificam a lista de saldos.
Você pode emitir advertências automaticamente e efetuar pagamentos de acordo com as
solicitações de adiantamento.
2. O adiantamento é recebido:
A aplicação SAP S/4HANA exibe os adiantamentos recebidos como contas a pagar em
suas contas. Os adiantamentos recebidos não devem modificar o saldo da conta de
conciliação Contas a receber. Administre os adiantamentos recebidos na conta de
conciliação alternativa Adiantamentos recebidos, que se encontra na área Contas a pagar
do balanço financeiro.
3. O cliente é faturado:
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 é 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.
Down payment requests are normally made in SD as part of a billing plan. They are billing
documents with a particular billing type (FAZ). The result is a letter to the customer, which
specifies the anticipated amount and the due date.
Show the entire procedure of posting a customer invoice with subsequent down payment
clearing and display of the transactions in the line item list of the customer. Follow the
exercise.
Adiantamentos na área do fornecedor
Figura 91: Adiantamentos na área do fornecedor – Exemplo
O procedimento para adiantamentos na área do fornecedor é o seguinte:

1. O adiantamento solicitado é lançado.
2. O adiantamento efetuado é inserido.
3. A fatura do cliente é criada.
4. O adiantamento é compensado.
5. O pagamento é compensado quando o saldo é pago.

Ajuste do valor individual
Figura 92: Ajuste do valor individual – Exemplo
Ao preparar as exibições de saldo para o encerramento do exercício, você precisa inserir o

crédito pendente ou duvidoso como ajuste do valor individual.
O procedimento do livro 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. O valor a receber é inserido na conta do cliente.
2. O ajuste de valor individual sem impostos é lançado. As despesas estão agora no local
correto na conta Despesa para ajuste de valor individual, para fins de 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 de valor final é efetuado depois de você verificar que o crédito não pode ser
cobrado. Nesse caso, você deve fazer 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.
Fianças
Figura 93: Fianças – Cliente (fiança efetuada)
O assunto de fianças já 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 em assumir a fiança de um total de EUR 10.000, aceitando a
responsabilidade potencial pelo montante. Você lança uma “fiança concedida” na conta de
seu cliente. O sistema lança automaticamente uma “fiança concedida” na conta do Razão
Especial. O sistema efetua o lançamento de contrapartida para “Fiança concedida da conta
de compensação”.
As fianças concedidas são exibidas nas notas para o balanço.
A figura mostra as seguintes transações:

● A operação de lançamento (1) mostra o lançamento da fiança concedida.
● A operação de lançamento (2) mostra o cancelamento da fiança concedida.
As fianças são armazenadas na SAP como operações com lançamentos de contrapartidas

automáticos.
Fianças – Fornecedor
Figura 94: Fianças – Fornecedor (Fianças recebidas)
Você fez um acordo com um fornecedor para afiançar em seu nome. Essa operação é
mostrada na conta do fornecedor e na conta do Razão Especial.
A figura mostra as seguintes transações:
● A operação de lançamento (1) mostra o lançamento da fiança concedida.
● A operação de lançamento (2) mostra o cancelamento da fiança concedida.
RESUMO DA LIÇÃO
Capítulo 4
Lição 2
Atualizar operações do Razão Especial
289
SÍNTESE DA LIÇÃO
Esta lição explica como atualizar operações do Razão Especial.
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 desejada em consulta com o
respectivo departamento. Por esse motivo, você precisa do seguinte conhecimento:
● compreender as chaves de lançamento e contas de conciliação alternativas
● compreender a determinação de contas
Describe and demonstrate the configuration of special G/L transactions in this lesson. First,
describe the application side of special G/L transactions in detail. They should be configured
through the normal Customizing settings. It is not recommended to present transaction
FBKP because you cannot ensure that all its functions will be supported in the long term.
Chaves de lançamento
Figura 95: 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 que você possa 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 da chave de lançamento 09. O código do Razão Especial

indica que a chave de lançamento é utilizada para inserir operações do Razão Especial. Inclua
sempre o código do Razão Especial na entrada.
Como atualizar uma chave de lançamento para operações do razão especial
1. Show posting key definitions in the system.

a) In the IMG (Customizing, SPRO) choose Financial Accounting → Financial Accounting
Global Settings → Document → Define Posting Keys.
b) On the Maintain Accounting Configuration: Posting Keys – List screen, double-click

posting key 09.
c) On the Maintain Accounting Configuration: Posting Keys – Details screen, verify if

Special G/L is selected.
Lição: Atualizar operações do Razão Especial
Show the Sp. G/L Indicator button on the Application toolbar. This button allows you to
display a list of the existing special general ledger indicators.
Contas de conciliação alternativas
Figura 96: Razão especial – controle de contas
Lance operações do Razão Especial para uma conta definida no Customizing. Não lance
operações do Razão Especial na 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.
Utilize o grupo de status de campo (como mostrado na figura) para modificar a estrutura da
tela para lançamentos inseridos.
Como exibir contas de conciliação alternativas
1. View account control.

a) On the SAP Fiori launchpad, go to the tile group General Ledger and choose the app
Manage G/L Account Master Data.
b) On the Manage G/L Account Master Data screen, enter the following data:
Field Name or Data Type Value

c) Select Go and the G/L account will be displayed.
d) Select/mark the Account displayed and click on the arrow (>) at the end of the line.
e) Choose the Company Code Data tab.
f) In the line of company code TA## click on the arrow (>) at the end of the line.
g) On the Company Code Assignment screen, choose the CONTROL DATA tab, verify the
values for the Tax Category, Sort Key, and Recon. Account for Account Type fields.
h) On the Company Code Assignment screen, choose the CREATE/BANK/INTEREST tab,

and verify the value for the Field Status Group field.
Determinação de propriedades e contas
Figura 97: Configuração de operações do Razão Especial
As operações do Razão Especial fazem parte do escopo de entrega da aplicação SAP S/

4HANA padrão.
Ao criar operações do Razão Especial no sistema, você pode fazer os seguintes ajustes
individuais:
● Insira números de conta diferentes para contas de reconciliação ou contas do Razão
Especial.
● Selecione outras chaves de lançamento ou códigos do Razão para transações individuais.
● Selecione outras configurações para lançamentos automáticos, incluindo as contas a
serem lançadas, chaves de lançamento e regras para classificações contábeis com
lançamentos automáticos.
O código do Razão Especial define a configuração específica 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.
Definição de propriedades e contas
Figura 98: Operações do Razão Especial – definição de propriedades e contas
Na aplicação SAP S/4HANA, as características de cada código do Razão Especial são

definidas em Propriedades. Essas características são definidas juntamente com o tipo de
conta.
As propriedades dos códigos do Razão Especial são as seguintes:

● Partidas-memo
Você pode determinar que uma operação do Razão Especial não atualize saldos da conta.
● Relevância para verificação do limite de crédito
Você pode incluir operações do Razão Especial na verificação do limite de crédito para
clientes. Partidas-memo não são consideradas. Todas as outras transações podem ser
selecionadas de acordo.
● 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 ou de fornecedor.
Por exemplo, ao lançar uma fatura de fornecedor, é útil saber que há um adiantamento
para esse fornecedor.
● Código do Razão Especial de destino
Esta entrada é importante apenas para partidas-memo. Para 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 câmbio ou qualquer outro tipo de operação.
● Chave de lançamento
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 os códigos do Razão Especial são
utilizados e é gravada separadamente na determinação de contas para cada plano de contas.
A aplicação SAP S/4HANA opera a partir da conta de conciliação encontrada no registro
mestre do cliente ou do fornecedor. Ela então atribui a conta do Razão Especial definida na
determinação da conta durante o lançamento.
Lançamentos de contrapartida estatísticos automáticos
Figura 99: Configuração – Lançamentos automáticos de contrapartidas estatísticas
Os lançamentos estatísticos sempre são feitos na mesma conta de contrapartida. A

localização da conta é baseada em uma combinação do tipo de conta (conta de cliente ou de
fornecedor) e código do Razão Especial utilizado.
Configuração de suas próprias operações do Razão Especial – Partidas-memo
Figura 100: Configuração de suas próprias operações do Razão Especial – Partidas-memo
Quando precisar configurar muitas operações do Razão Especial, você pode aproveitar os
recursos da aplicação SAP S/4HANA.
A aplicação SAP S/4HANA não atualiza a movimentação do período 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ê envia mercadorias em containers, você precisa que a aplicação SAP S/
4HANA mostre qual cliente atualmente está com cada um dos containers. Um código do
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
Figura 101: Itens estatísticos com lançamentos automáticos de contrapartida
Você pode configurar uma operação do Razão Especial com lançamento de contrapartida
automático, além de gravar 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 compensação) automáticos.
Faça isso utilizando o mesmo processo utilizado com a operação de fianças do Razão
Especial.
Transação com lançamento de contrapartida manual
Figura 102: 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
Capítulo 4
Lição 3
Compreender compras (integração MM)
304
SÍNTESE DA LIÇÃO
Esta lição explica a integração da Administração de compras e materiais (MM).
Nota:
Ao utilizar a Contabilidade financeira (FI) e MM juntas, observe que os
adiantamentos se aplicam a ambas as áreas. Por isso, você deve considerar os
dois quando o adiantamento está sendo processado em FI e MM. O pedido
respectivo pode ser consultado quando você insere um adiantamento. O sistema
emite uma mensagem sempre que você insere uma fatura de fornecedor
utilizando a revisão de faturas da logística.
A partir do Pacote de Ampliação 4, quando você cria um pedido de compra, é
possível controlar adiantamentos (ou solicitações de adiantamento) e compensá-
los na fatura do fornecedor.
A partir do Pacote de Ampliação 5, a compensação de adiantamentos na fatura do
fornecedor também é possível com a partição de documento ativada.
A função especializada LOG_MMFI_P2P (MM, integração de MM e FI) deve ser
ativada.
Sua empresa utiliza os componentes FI e MM do SAP S/4HANA e está interessada no
aspecto integrativo de adiantamentos.
Um pedido específico pode ser consultado quando você insere um adiantamento. Uma
mensagem do sistema é emitida, indicando que há um adiantamento para esse pedido
quando a fatura do fornecedor é inserida utilizando a revisão de faturas da logística. O
adiantamento é compensado após condução da revisão de faturas da logística.
Quando você cria um pedido, precisa preencher as informações de adiantamentos, lançar os
adiantamentos utilizando o Monitor de adiantamentos e compensar o adiantamento na fatura
do fornecedor. Para concluir essas etapas, você precisa se familiarizar com as novas opções
disponíveis na função especializada ativada. Por esse motivo, você precisa do seguinte
conhecimento:
● compreender a integração de adiantamentos nas operações do Razão Especial
Lição: Compreender compras (integração MM)
Revisão de faturas logísticas (RFL) - Uma reconciliação em três etapas
Figura 103: Reconciliação em três etapas (procedimento padrão)
A correspondência em três etapas é o procedimento padrão para lançar operações de

suprimento.
O procedimento inclui estas três etapas:

1. Criação de um pedido
Essa etapa é executada exclusivamente na administração de materiais (MM). Nenhum
lançamento é feito em FI.
2. Entrada de mercadorias
Na etapa de entrada de mercadorias, você cria um documento do material em MM para
atualizar o estoque (se for uma transação de inventário) Ao mesmo tempo, um
documento é criado em FI na aplicação SAP S/4HANA. O documento FI descreve as
mercadorias avaliadas que podem ser lançadas na conta do estoque de material ou na
conta de consumo (débito) e em uma conta de compensação de entrada de fatura ou
mercadorias (crédito). Uma abreviação comum para a conta de compensação é conta
GR/IR.
3. Entrada de faturas
Quando uma fatura de fornecedor é lançada em MM, um documento também é criado em
FI. Esse documento lança o montante da fatura na conta de entrada de fatura ou
mercadorias (débito) e na conta do fornecedor (crédito).
Dependendo da ordem em que você recebe as mercadorias e a fatura, você pode mudar a
ordem das etapas de entrada de mercadorias e de entrada de fatura. A conta de
compensação de entrada de fatura ou mercadorias é mantida como uma conta de partidas
em aberto. É usada para assegurar que mercadorias foram recebidas para cada fatura e que
uma fatura seja emitida para todas as mercadorias recebidas. Os tipos de documento para
documentos de FI podem ser definidos durante a configuração.
Correspondência e adiantamentos em três etapas

Se forem lançados pagamentos na empresa por meio de operações do Razão Especial, isso
deve ser levado em conta na conexão com MM.
O procedimento contábil inclui as seguintes etapas:
1. O pedido é lançado. O fornecedor prefere um adiantamento do cliente para o pedido.

Insira as informações do adiantamento no pedido.
2. O adiantamento é lançado utilizando o Monitor de adiantamentos (ME2DP).
3. As mercadorias são recebidas e lançadas como habitualmente com referência ao número

do pedido.
4. O fornecedor envia a fatura. Ele é lançado por meio da revisão de faturas logísticas com
referência ao número do pedido. Uma mensagem é exibida, informando que há um
adiantamento para esse pedido.
Se estas etapas forem concluídas antes do lançamento, você pode executar a
compensação de adiantamento nesta transação.
Lição: Compreender compras (integração MM)
RESUMO DA LIÇÃO
Capítulo 4
Lição 4
Compreender a integração de vendas e
315
distribuição
SÍNTESE DA LIÇÃO
Esta lição fornece uma visão geral das conexões entre a 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.
Você entrou em um acordo de adiantamento com um cliente nas áreas de imobilizações em
curso e bens de investimento.
Você precisa armazenar os adiantamentos e as solicitações de adiantamento em Vendas. Por
● compreender o processo de adiantamento em SD e na FI
Briefly address the issue of integration in the areas of Financials and Sales during the course.
The settings for down payment requests and down payment clearing are shown in the
invoice course.
Processo de adiantamento em SD/FI
Figura 104: Transação de vendas
As fases de uma transação de venda são:

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 FI.
2. Expedição
Um documento de remessa é 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 inventário. Você deve
criar uma ordem de transporte que gere uma ordem de picking. As mercadorias
solicitadas são tiradas do depósito e preparadas para expedição.
As mercadorias a serem entregues são lançadas como uma saída de mercadorias. É
criado um documento de saída de mercadorias na MM e um documento contábil na 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 credita na conta o estoque.
3. Faturamento
O faturamento é a última fase de uma transação de venda. Um documento de
faturamento é gerado em SD. O cliente recebe uma fatura impressa. Um documento
Lição: Compreender a integração de vendas e distribuição
financeiro é gerado simultaneamente para as contas a receber e as receitas 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 em SD/FI
Figura 105: Processo de adiantamento SD/FI
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
(vendas) também é lançada automaticamente em FI como partida-memo, utilizando o código
F do Razão Especial.
Contratos de adiantamento no pedido de venda
Figura 106: 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
Figura 107: Solicitação de adiantamento
As solicitações de adiantamento são feitas em SD como parte de um plano de faturamento.

São documentos de faturamento com um tipo particular de faturamento (FAZ). Quando uma
solicitação de adiantamento é feita em SD, uma carta informando o montante antecipado e a
data de vencimento é enviada ao cliente.
Entrada do adiantamento
Figura 108: Entrada 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 atribua a entrada de pagamento
à transação com o botão Adicionar adiantamento. A aplicação SAP S/4HANA exibe os
adiantamentos com o código A do Razão Especial nas partidas em aberto na contabilidade de
clientes. Após o lançamento do adiantamento, 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 adiantamentos
que precisam de compensação. Na FI, os lançamentos de adiantamentos são removidos da
conta de conciliação especial. Então, os documentos são adicionados à conta de conciliação
armazenada no registro mestre da conta do cliente. Como resultado, os adiantamentos a
serem compensados são exibidos com as partidas em aberto do cliente. Isso reduz o
montante total de contas a receber.
DISCUSSÃO FACILITADA
Como as solicitações de adiantamento são lançadas em FI e em Vendas?
Como executar a integração com Vendas e distribuição (adiantamentos)

Although customer invoices can be posted directly in accounts receivable, they are normally
delivered to accounts receivable using the SD billing document. A common sales transaction
consists of accepting the order, creating the delivery, and carrying out billing. Here we show
the possibility to create down payment requests in financial accounting by way of sales
orders.
Please log on with USER S4F10–00 for this demonstration.
1. The sales organization in DE (TA00) receives a purchase order from the company MODE
Technologies. The company orders two elevators of the type Elevator model 1002. For
these elevators the installation service has to be performed; the material for these
services is 11 — INSTALLATIONS Service. The purchase order number is M10 and the date
is today.
Create a sales order as a scheduled order and note down the number. End customer sales
is the distribution channel used. Use 10 as the division. The customer wishes to receive the
delivery and perform the installation one month from today.
a) On the SAP Fiori launchpad, choose tile group Sales and Distribution and the app
Create Sales Order - VA01.
b) On the Create Sales Order: (Initial Screen) screen, enter the following data:
Order Type OR
Sales Organization TA00
Distribution Channel 10
Division 00
c) Choose Enter.
d) On the Create Standard Order: Overview screen, enter the following data:
Sold-to Party T-AC00
Ship-to Party T-AC00
Cust. Reference 4711
Cust.Ref.Date Current Date
Req. Deliv. Date Current Date + 1 month
Material 11
Order Quantity 1
Customer Material Number 4711
Plnt TA00

Amount 10,000
Crcy EUR
e) Choose Enter. Confirm the message with Continue (Enter).
f) Verify or enter the item category (ItCA) TAO.

The TAO item category (Milestone-Bill. Plan) allows several points of time to be stored
for the time of payment by means of a billing plan.
g) Double-click on the material line and select the Billing plan tab page.
h) In the billing plan, the dates and the amount which should be invoiced are saved. Show
the Down Payment row.
i) Choose Back and then Save. Note down the number of the sales order:
2. Optionally, you can show the next steps: On the SAP Fiori launchpad, choose the tile group
Sales and Distribution and the app Create Billing Documents.
a) Mark/select your sales document.
b) Choose Billing Settings. "Automatic post billing documents" is active. Choose OK.
c) Choose Create Billing Documents.
d) Choose the SAP Logo to get back to the SAP Fiori launchpad.
e) On the SAP Fiori launchpad, choose the tile group Accounts Receivable and the app
Manage Customer Line Items.
f) Enter the following data:

Customer T-AC00
Company Code TA00
Status Open Items
Open on Key Date Current Date + one month
Item Type Mark/Select "Noted Item"
g) Choose Go. Your Posting of the Down Payment Request (F) is shown.
h) Choose the SAP Logo to get back to the SAP Fiori launchpad.
i) On the SAP Fiori launchpad, choose the tile group Sales and Distribution and the app
Display Process Flow.
j) Enter the following data:

Document Type Sales Document

Sales Document the number of your purchase or-
der
k) Choose Go. The Process Flow is shown.
l) Choose the SAP Logo to get back to the SAP Fiori launchpad.
m) HINT: Don't forget to log off user S4F10-00. Log on with user S4F13-00.
Capítulo 4 : Avaliação da aprendizagem - Respostas
RESUMO DA LIÇÃO
CAPÍTULO 5 Pré-edição de documentos
● Explicar a diferença entre pré-edição de documento e memorização de documento

● Criar, modificar, excluir e lançar documentos pré-editados
● Explicar os conceitos básicos do workflow
● Executar verificação de documento contábil
Capítulo 5
Lição 1
Gerenciamento básico de pré-edição do
332
documento e memorização de documento
SÍNTESE DA LIÇÃO
Esta lição explica as funções pré-edição de documento e memorização de documento.
Vários documentos são inseridos na Contabilidade financeira (FI). Se as informações
necessárias para o respectivo lançamento não forem conhecidas no momento da inserção,
ou se forem necessárias informações adicionais, os dados inseridos anteriormente não
deverão ser excluídos, eles deverão ficar disponíveis para utilização futura. O departamento
do usuário está interessado nos procedimentos possíveis. Por esse motivo, você precisa do
seguinte conhecimento:
● compreender a função de pré-edição de documento
● compreender as diferenças entre pré-edição de documento e memorização de documento
Fundamentos da pré-edição de documento versus memorização de um

documento
Figura 109: Cenários para entrada de documentos

Lição: Gerenciamento básico de pré-edição do documento e memorização de documento
Um empregado da contabilidade financeira está inserindo documentos na aplicação SAP S/

4HANA. Um dos documentos com que o empregado está lidando é composto de 10 partidas
individuais. O centro de custos para a partida nove não pode ser determinado exclusivamente
a partir dos documentos. O empregado não pode gravar nem lançar o documento porque ele
está incompleto, portanto ele precisa atribuir a conta do Razão a um centro de custos. Se o
procedimento de lançamento for interrompido, o funcionário precisará reinserir os dados.
Memorização e pré-edição de documento como soluções possíveis
Figura 110: Memorização e pré-edição de documento como soluções possíveis
A entrada de documento pode ser interrompida por vários motivos. O departamento do

usuário está buscando um modo de gravar temporariamente os dados inseridos até o ponto
de interrupção para que os usuários possam continuar a inserir os dados a partir daí.
A memorização e a pré-edição de documento permitem que os usuários retenham entradas
sem executar o lançamento completo de FI.
Capítulo 5 : Pré-edição de documentos
Memorização de documentos
Figura 111: Visão geral de memorização de documentos
A função Memorizar documento permite gravar temporariamente os dados inseridos para

que você possa continuar a entrada de dados mais tarde. Os documentos que a aplicação
SAP S/4HANA memoriza não precisam estar completos.
Os saldos de contas não são atualizados no documento memorizado, e os dados do
documento memorizado não ficam disponíveis para avaliação. A aplicação SAP S/4HANA
não atribui nenhum número de documento aos documentos memorizados.
O usuário que está efetuando as entradas de dados é solicitado a nomear o documento
depois de selecionar a função Memorizar documento. Ele pode localizar o documento por
esse nome posteriormente.
O usuário poderá concluir, lançar ou excluir o documento memorizado mais tarde. No
entanto, há o risco de esquecer-se dos documentos memorizados e acabar por não lançá-los.
Pré-edição de documentos
Figura 112: Visão geral de pré-edição de documentos
A pré-edição de documento permite inserir documentos incompletos na aplicação SAP S/

4HANA. Com a pré-edição de documento você não precisa executar verificações de entrada
abrangentes em documentos incompletos. Ao pré-editar documentos, a aplicação SAP S/
4HANA atribui um número de documento de acordo com o tipo de documento da mesma
maneira que ocorre com lançamentos normais de FI. Você deve transferir o número do
documento, caso este tenha sido atribuído externamente.
Some companies use the terms “parking” and “holding” documents synonymously.
Nonetheless, these terms refer to two different functions in the SAP S/4HANA application.
Be sure to mention this during the course to avoid potential confusion.
Os documentos pré-editados podem ser complementados, verificados e lançados

posteriormente. Nenhum tipo de dado, como movimentações no período, pode ser atualizado
durante a pré-edição de documento. Os dados de documentos pré-editados estão disponíveis
para o sistema para avaliações em tempo real. Como consequência, por exemplo, os
montantes de documentos pré-editados podem ser utilizados para a declaração prévia do
IVA.
Data can be parked for accounts receivable, accounts payable, general ledger accounts, and
assets. However, you can only enter receipts for assets. Postings for down payments cannot
be parked.
A função Pré-editar documento está disponível para lançamentos convencionais e para a

nova tela de lançamento.
You cannot update data such as transaction figures when parking documents. The only
exception to this is cash management.
The tax amounts calculated based on the parked document can be used to assert claims with
regard to tax in due time at the tax authorities. On the SAP Easy Access screen, choose
Accounting → Financial Accounting → General Ledger → Reporting → Tax
Reports → General → Input Tax from Parked Documents.
Funções adicionais da pré-edição de documento
Figura 113: Funções adicionais de pré-edição de documento
Os documentos pré-editados podem ser concluídos, modificados, lançados ou excluídos mais

tarde.
Os documentos pré-editados precisam estar completos para serem convertidos em
lançamentos corretos de FI. Você precisa eliminar documentos pré-editados que não são
mais necessários.
O recurso de pré-edição de documento não permite substituições. Se você precisar utilizar
substituições com documentos pré-editados, primeiro é necessário convertê-los em
documentos contábeis.
As funções Pré-editar documento são mais eficazes do que as funções Memorizar
documento. Muitas empresas utilizam a pré-edição de documento para implementar o
princípio de controle duplo. As autorizações permitem modelar áreas de responsabilidade.
RESUMO DA LIÇÃO
Capítulo 5
Lição 2
Processamento de documentos pré-editados
346
SÍNTESE DA LIÇÃO
Esta lição explica como processar documentos pré-editados.
O departamento do usuário está interessado na função de pré-edição de documento e
precisa obter informações detalhadas sobre documentos pré-editados. Você precisa
conhecer os dados de documentos pré-editados que podem ser modificados e excluídos. Por
● saber como processar, excluir e lançar documentos pré-editados
Describe the document parking function in detail to the participants.
Processos adicionais de documentos pré-editados (sem workflow)
Figura 114: Continuação do processamento de documentos pré-editados

Lição: Processamento de documentos pré-editados
Você pode utilizar a pré-edição de documento para inserir e armazenar documentos

incompletos na aplicação SAP S/4HANA sem verificações abrangentes de entrada. A pré-
edição de documento pode ser usada de várias maneiras.
Você pode usar modelos de classificação contábil para pré-editar documentos, mas não para
fazer referência aos documentos. Também pode pré-editar operações interempresariais.
Somente um documento pré-editado é criado na empresa inicial para transações
interempresariais. Dois documentos com um número válido para várias aplicações são
criados quando o documento é lançado.
Quando você salva um documento pré-editado, nenhuma movimentação no período ou
valores do imobilizado são atualizados, assim como os totais de controle.
Além disso, não são criados lançamentos automáticos, e o saldo não é verificado. No entanto,
a aplicação SAP S/4HANA exibe o saldo na síntese de documentos pré-editados.
Utilizações da pré-edição de documento

Estas são as áreas de utilização da pré-edição de documento:
● Armazenamento temporário de valores de entrada ao pré-editar documentos
● Exibição de modelos multiníveis ao pré-editar documentos (por exemplo, princípio de
controle duplo e procedimentos de aprovação)
● Atribuição de trabalho por meio de listas de trabalho (dinamização ou aceleração de fluxos
de trabalho)
Maneiras de utilizar a pré-edição de documento:

● Contas de clientes (faturas e notas de crédito)
● Contas de fornecedores (faturas e notas de crédito)
● Contas do Razão (lançamentos de contas do Razão).
Você pode pré-editar documentos de contas de clientes, fornecedores e do Razão.

Os documentos pré-editados na aplicação SAP S/4HANA costumam exigir processamento
adicional. Embora haja diversos modos de processar documentos pré-editados, o
procedimento mais comum é processá-los e depois lançá-los, conforme necessário. É
possível excluir documentos pré-editados somente em casos excepcionais.
Processar documentos pré-editados
Figura 115: Processar documentos pré-editados
Você pode processar documentos pré-editados. Também pode processar campos e

montantes em nível de cabeçalho e de item. As regras de modificação de documento que são
salvas para documentos lançados na aplicação SAP S/4HANA não se aplicam a documentos
pré-editados.
Você pode modificar documentos pré-editados quantas vezes for necessário, assim como
fazer modificações múltiplas aos documentos. Por exemplo, você pode modificar as
informações de data, montantes, contas e objetos de classificação contábil. No entanto, você
não pode modificar a moeda, o tipo de documento e o número, ou a empresa nos
documentos pré-editados.
Lançar documentos pré-editados
Figura 116: Lançar documentos pré-editados

Você pode lançar documentos pré-editados como operação normal individualmente ou

usando uma lista de seleção. Se você lançar vários documentos pré-editados usando uma
lista de seleção, a aplicação SAP S/4HANA subsequentemente gera uma lista indicando
quais documentos foram lançados com êxito. Os documentos pré-editados que não puderam
ser lançados devido a informações em falta, como classificações contábeis de custos, podem
ser processados posteriormente na lista. Também é possível criar uma pasta batch input
para lançar os documentos pré-editados.
Conversão de um documento pré-editado em um documento regular

As seguintes ações ocorrem quando um documento pré-editado é convertido em um
documento normal:
● As verificações comuns de lançamento de documento são executadas.
● É criado um documento normal e completo de FI.
● O histórico, como as modificações em documentos pré-editados, é documentado.
● O número do documento permanece o mesmo.
● As movimentações no período são atualizadas.
● O documento pré-editado é excluído após a criação de um documento normal de FI.
Sempre que um documento pré-editado é lançado, seus dados são excluídos, um documento
é gravado no banco de dados de documentos, e os respectivos dados (movimentação no
período) são atualizados. O número do documento pré-editado se torna o número do
documento lançado.
O nome da pessoa que efetuou as entradas fica registrado no cabeçalho do documento de FI.
Figura I-1: Posting Date of Parked Document – Posting FI Documents
You need to pay particular attention to the posting date when parking documents in the past.
It is possible to change the posting date of parked documents within the Enjoy posting mask.
This was not the case for conventional postings. With conventional postings, a question soon
arose: How to post a parked document with a posting period that is closed for posting.
Preassignments can be defined in Customizing for this purpose.
You were able to determine whether the posting date, for example, would be overwritten by
the system date.
This is no longer necessary, since the posting date of parked documents can also be changed
in conventional postings.
Delete Parked Documents
Figura I-2: Delete Parked Documents
You can delete parked documents that you do not want to post in the SAP S/4HANA
application. Note that it is not possible to reuse the document number of the deleted
document in such cases.
The document has a Z status to indicate that the document was deleted.
Documentos pré-editados e sistema de relatórios
Figura 117: Documentos pré-editados e sistema de relatórios
A função de pré-edição de documento está ligada às funções de análise e exibição de conta

em FI. Vários relatórios podem avaliar documentos pré-editados. Você pode incluir
documentos pré-editados no diário de documentos e visualizá-los na exibição de partidas
individuais.
A tabela a seguir lista as diferenças entre documentos pré-editados e documentos lançados
regularmente:
Lançar documento ou docu- Pré-editar documento ou do-

mento lançado cumento pré-editado
Atualizar movimentação no Sim Não
período
Possibilidade de eliminação Não (alternativa - estorno) Sim
do documento
Possibilidade de modifica- Sim (com limitações) Sim
ções em documentos lança-
dos ou pré-editados
Montantes, números de con- Não Sim
ta, objetos de classificação
contábil, especificações de
data
Conforme as regras de modi- Sim Irrelevante
ficação de documento, consi-
derando GAAP
RESUMO DA LIÇÃO
Capítulo 5
Lição 3
Gerenciar a pré-edição de documento e
358
workflow
SÍNTESE DA LIÇÃO
Esta lição explica as opções de workflow para pré-edição de documentos.
Vários empregados estão envolvidos no lançamento de documentos de contabilidade
financeira (FI) no departamento do usuário. Um empregado pré-edita os documentos,
enquanto outro verifica a classificação contábil, complementa quaisquer objetos de
classificação contábil ausentes e, depois, assegura que os lançamentos sejam feitos para
atualizar a movimentação no período. O departamento gostaria de descobrir se o sistema da
aplicação SAP S/4HANA é compatível com esse fluxo do processo. Por esse motivo, você
● compreender como utilizar o workflow para pré-editar documentos
● compreender as vantagens da utilização de workflows para pré-editar documentos
Lição: Gerenciar a pré-edição de documento e workflow
Processos de workflow
Benefícios do SAP Business Workflow
Figura 118: Benefícios do SAP Business Workflow
O SAP Business Workflow oferece suporte a processos da empresa dentro de uma aplicação
SAP S/4HANA. Também oferece suporte à comunicação entre os processos empresariais
operados em diferentes sistemas.
O SAP Business Workflow fornece todas as informações necessárias para executar a próxima
etapa do processo empresarial.
A aplicação SAP S/4HANA fornece modelos padrão de workflow que moldam os processos
de negócios. Você pode personalizar esses modelos do SAP Business Workflow ou criar o seu
próprio.
Perguntas para uma etapa de processamento

Para cada etapa de processamento, faça a si mesmo as seguintes perguntas:
Pergunta Resultado
Qual trabalho necessita ser feito? A resposta a essa pergunta revela o tipo de
objeto e o método de que você necessita.
Com etapas de diálogo, quem deve executar A resposta a essa pergunta revela quem são
o trabalho? os processadores responsáveis.
Qual texto deve ser exibido no local de traba- O texto é atualizado como uma tarefa ao cri-
lho do destinatário do item de trabalho? ar a etapa. Defina suas perguntas no projeto.
Áreas de aplicação - Exemplos
Figura 119: Áreas de aplicação de workflow – Exemplos
Tarefas relacionadas ao workflow:

● Lançar faturas
● Liberar requisições de compra
● Modificar mestres de material
● Aprovar licenças
● Criar contas de clientes
● Excluir pedidos
● Criar solicitações de aprovisionamento pela Internet
Minha caixa de entrada
Figura 120: SAP Fiori – Minha caixa de entrada
Quando você está autorizado a verificar lançamentos contábeis, pode acessar os

documentos correspondentes utilizando o app SAP Fiori Minha caixa de entrada.
Os work items podem ser liberados, rejeitados, suspensos ou encaminhados. Além disso,
você pode verificar o arquivo de log do workflow.
Processo de workflow para documentos contábeis
Figura 121: Atribuição de variantes de workflow a empresas
Você pode criar variantes de workflow para pré-edição de documento no customizing de FI.
Sempre que a liberação de documento estiver ativa, isso será especificado no customizing,
em conjunto com o montante mínimo.
You can find out the workflow templates that are delivered in the accounts payable
accounting document of the FI documentation. You can obtain more information on workflow
under Cross-Application Functions in the SAP Business Workflow document.
As empresas podem ser atribuídas a variantes de workflow. Nenhum documento é liberado

se uma empresa não estiver atribuída a uma variante de workflow.
The workflow variant and the corresponding company codes must have the same currency.
Quando faz sentido definir a mesma variante de workflow para diferentes empresas?
Configuração de pré-edição de documento utilizando workflow
Figura 122: Cálculo da sequência de liberação
É possível aplicar diferentes processos de liberação a várias contas a receber e a várias

contas a pagar. Você pode controlar isso por meio do campo Grupo de liberação no registro
mestre da contabilidade de clientes e da contabilidade de fornecedores.
O grupo de liberação é necessário para determinar a sequência de liberação durante o
processamento. A sequência de liberação é determinada pela variante de workflow em
conexão com o tipo de documento e grupo de liberação.
O subworkflow iniciado pela liberação do montante e do usuário que deverá fazer a liberação
é determinado pela sequência de liberação e pelo montante particular. Se nenhum grupo de
liberação for definido, o grupo de liberação inicial será utilizado para acesso.
Atribuição de subworkflows
Figura 123: Atribuição de subworkflows
O processo de liberação é representado por subworkflows na definição de workflow. Para pré-

edição de documento, variantes de workflow (em combinação com sequências de liberação)
são atribuídas a montantes, que determinam os processos de liberação a serem iniciados e
realizados. Os subworkflows controlam os processos de liberação individual, como o número
de níveis de liberação a serem executados.
Por padrão, os subworkflows são fornecidos como modelos de workflow para referência.
Estes são os subworkflows:

● O primeiro subworkflow (WS10000052) contém uma liberação de nível único.
● O segundo subworkflow (WS10000053) contém uma liberação de dois níveis.
● O terceiro subworkflow (WS10000054) contém uma liberação de três níveis.
Na liberação de nível único, o usuário pode liberar o documento. O princípio de duplo controle
pode ser suportado com a liberação de dois níveis, e o princípio de controle triplo com
liberação de três níveis. O respectivo subworkflow é acionado por documentos pré-editados
durante a entrada inicial.
Como configurar itens financeiros específicos
1. Check the details of the workflow variant for parking documents.

a) Check the settings in Customizing for Financial Accounting under Financial Accounting
Global Settings → Tools → Workflow → Workflow for Document Parking → Create
Workflow Variant for Parking Documents.
b) On the Change View “Preliminary Posting Workflow Link”: Overview screen, select the
row for workflow variant Z010.
c) Choose Details.
d) On the Change View “Preliminary Posting Workflow Link”: Details screen, check that
Posting Release is selected and that 700.00 is displayed in the Release From field. If
this is not the case, make the appropriate changes and save the settings.
e) Return to the Display IMG screen.
2. Assign your company code to a workflow variant.

Global Settings → Tools → Workflow → Workflow for Document Parking → Assign
Company Code to a Workflow Variant for Parking Documents.
b) On the Change View “Workflow Variants”: Overview screen, check the company code
TA## is assigned to workflow variant Z010.
c) Return to the Display IMG screen.
3. Check the release approval group for parking documents.

Global Settings → Tools → Workflow → Workflow for Document Parking → Define
Release Approval Groups for Parking Documents.
b) On the Change View “Release Groups”: Overview screen, check that approval group
0001 is displayed.
c) Return to the Display IMG screen.
4. Check the release group in accounts payable.

a) On the SAP Fiori launchpad home page, choose Accounts Payable → Maintain
Business Partner.

c) Enter the Business Partner T-AV##.
d) Press Enter.
e) Select the BP role FI Vendor from the dropdown list Display in BR role.
f) On the Display Organization: T-AV##, role FI Vendor screen, choose Switch Between
Display and Change to enter change mode.
g) Choose Company Code. Verify or enter TA##.
h) On the Company Code Data Vendor: Account Management screen, enter 0001 in the
Release group field.
i) Save your data.
j) Choose Exit.
5. Check the release approval paths and release procedures for parking documents.
a) Switch to the Customizing session.
b) Go to Customizing for Financial Accounting under Financial Accounting Global Settings

→ Tools → Workflow → Workflow for Document Parking → Define Release Approval
Paths for Parking Documents.
c) Check that the approval path name for approval path 0005 is specified as Other.
d) Return to the Display IMG screen.
e) In Customizing for Financial Accounting under Financial Accounting Global Settings

→ Tools → Workflow → Workflow for Document Parking → Assign Release Approval
Paths for Parking Documents.
f) On the Change View “Release Approval Path Allocation”: Overview screen, in the row
for Workflow Variant Z010, Document Type KR and Release Group 0001, check that
Rel. Appr. Path 0005 is specified.
g) Return to the Display IMG screen.
h) Go to Customizing for Financial Accounting under Financial Accounting Global Settings

→ Tools → Workflow → Workflow for Document Parking → Assign Release Approval
Procedure for Parking Documents.
i) On the Change View “Subworkflow Allocation”: Overview screen, check the

subworkflow templates assigned to the workflow variant Z010 with approval path
0005.
j) Return to the Display IMG screen.
k) Go to Customizing for Financial Accounting under Financial Accounting Global Settings

→ Tools → Workflow → Workflow for Document Parking → Define Users with Release
Authorization for Parking Documents.
l) On the Change View “People with Release Authorization (Parked Documents)” screen,
check the approval paths, subworkflow release levels, and release amounts for
workflow variant Z010.
m) For detailed information select the line and then choose Goto → Display org.objects
(the assigned org unit FI KRED is shown).
n) Return to the Display IMG screen.
Como exibir conteúdos de workflow no Workflow Builder
1. Open Workflow Builder and show the contents of the sub-workflow WS10000052.
a) On the SAP Easy Access screen, choose Tools → Business
Workflow → Development → Defintion tools → Workflow Builder → Workflow Builder
(SWDD).
b) In the Workflow field in the upper-left corner of the screen enter WS10000052.
c) Choose Enter.
d) Choose Enter to confirm the Information message.
e) Remain on this screen.
2. Show user assignment within the workflow

a) On the Workflow Builder - Change 'FIPP_SUBWF01' screen, in the Navigation area part
of the screen expand the Steps folder (if not already expanded) and click on 000003
Release level 1 with the right mouse button
b) Choose Display from the pop-up menu
c) In the Task Properties part of the screen click on the icon Agent assignment for task
d) Expand the line with the ID 50000352 and show the user WF-FI-1
Verificação do documento contábil

Processo de verificação de lançamento contábil
No SAP S/4HANA, você pode utilizar a função Workflow flexível para a verificação de
documentos contábeis. O workflow flexível permite que você defina processos de aprovação
de acordo com suas necessidades. O SAP S/4HANA suporta o SAP Business Workflow (como
discutido anteriormente) e o workflow flexível.
Figura 124: Processo para verificação de documentos contábeis
Você precisa inserir um novo lançamento contábil, mas deseja que ele seja verificado para
lançamento.
O workflow de verificação de documentos contábeis é ilustrado na figura.
Quando um requerente cria um documento contábil, o lançamento contábil recebe o status
Inicial. Se o requerente enviar o documento contábil para aprovação, o documento contábil
tem o status Enviado.
Quando o processador vê o documento contábil enviado na caixa de entrada, o status do
documento contábil pode variar dependendo das ações do responsável:
● Se o responsável rejeitar o documento contábil, seu status é Rejeitado e o requerente deve
processá-lo e enviá-lo novamente.
● Se o processador suspender o documento contábil, ele recebe o status Em espera até um
determinado tempo programado pelo processador e, em seguida, o documento contábil
recebe o status Enviado novamente para aprovação.
● Se o processador verificar e aprovar o lançamento contábil, ele receberá o status Lançado.

Pode ser que a ação de lançamento falhe quando ocorrem alguns erros. Neste caso, o
documento contábil recebe o status Falhado e o requerente tem que o processar e enviar
de novo.
Figura 125: Utilizando verificação do diário geral
Como solicitante, quando você cria ou processa um documento contábil, você pode enviá-lo
para verificação. Quando você cria um novo lançamento contábil por meio de Verificar Razão
(solicitante) que cumpre a condição de execução do workflow, é acionado um processo de
aprovação. Você também pode monitorar o status da entrada na lista de trabalho e decidir se
deve processar um documento contábil rejeitado e reenviá-lo para verificação. Você pode
optar por copiar um lançamento contábil, processá-lo e enviá-lo para verificação.
O processo de aprovação necessita de um usuário dos grupos indicados no customizing para
verificar e lançar o lançamento contábil utilizando o app Verificar Razão (caixa de entrada).
Como um processador autorizado a verificar documentos contábeis, você pode visualizar
documentos contábeis atribuídos a você e aguardando aprovação. Você pode optar por
aprovar, rejeitar ou suspender um documento contábil e, em seguida, o sistema modifica o
status de modo correspondente na lista de trabalho do requerente.
O princípio de controle duplo é garantido excluindo o requerente original do processo de
verificação, mesmo que estejam no pool de grupos de autorizações. Todo o tratamento de
exceções para o documento rejeitado pode ser executado com o app Verificar Razão
(solicitante).
Você pode recuperar suas próprias aprovações anteriores utilizando o app Verificar
lançamentos contábeis no Razão para responsável (caixa de saída).
Ativar e personalizar a verificação de lançamento contábil
Figura 126: Apps de verificação
Estes são os apps empresariais do SAP Fiori relevantes para configuração e operação:
Operação:
● App SAP Fiori F2547 - Verificar documentos contábeis para solicitante
● App SAP Fiori F2728 - Verificar lançamentos contábeis no Razão para processador (caixa
de entrada)
● App SAP Fiori F2729 - Verificar lançamentos contábeis no Razão para processador (caixa
de saída)
Configuração:
● App SAP Fiori F3932 - Administrar equipes e responsabilidades para verificação de
lançamentos contábeis no Razão
● App SAP Fiori F2720 - Administrar workflows para verificação de lançamento contábil no
Razão
Figura 127: Administrar workflows - Definição
Antes de poder utilizar a funcionalidade, você deve ativar os workflows para a verificação de
documentos contábeis.
As etapas mínimas para configurar workflows são as seguintes:
1. No bloco Administrar workflows para verificação de lançamentos contábeis, selecione

Adicionar para criar seu workflow flexível.
2. Na seção Cabeçalho, insira um nome de workflow e, na seção opcional Características,

insira a descrição do workflow e o período de validade.
3. Na seção Condições de execução, você pode definir a regra para acionar a verificação,
definindo uma combinação de condições prévias como Grupo de contas, Montante limite,
Centro de custo, Empresa ou Tipo de lançamento contábil.
4. Na seção Sequência de etapas, você define as etapas de workflow necessárias (por

exemplo, Verificar ou Lançar documento contábil), as condições de etapa e o Tratamento
de exceções.
Figura 128: Administrar equipes e responsabilidades
Para determinar quais usuários na sua empresa podem aprovar lançamentos acima de um
determinado montante, você deve administrar o workflow para verificação de lançamentos
contábeis e definir as responsabilidades dos autorizadores de lançamentos contábeis. Como
destinatário, você pode selecionar uma função como verificador ou, se uma equipe tiver sido
atribuída, você pode selecionar a equipe nas opções do destinatário.
Os membros da equipe serão atribuídos a uma ou mais funções. A função controla se o
membro da equipe tem autorização para aprovar um documento de lançamento contábil a
ser lançado para uma determinada etapa.
Como definir um workflow para verificação de documento contábil
1. Define a Workflow for Journal Entry Verification with Start Conditions.

a) On the SAP Fiori launchpad, choose General Ledger → Manage Workflows for Journal
Entry Verification In General Ledger.
b) Select the Workflow GJEV-Training01.
c) Choose the Copy button.
d) Enter the following data:

Workflow Name Workflow with Start Conditions
##
Valid from 01.01. Current year
Valid to 31.12.9999
e) Choose the Start Conditions tab.
f) From the dropdown list, choose the option Threshold Amount in Company Code
Currency.
g) Enter 1000 in the corresponding field and press Enter.
h) Choose the Step Sequence tab.
i) Select the step name 1. Verify General Journal Entry and click on the arrow on the right
hand side to display further settings.
j) Choose the Recipients tab.
k) Display the entries in the dropdown list for the Role field.
Result: The roles General Journal Entry Verification Level 1 - 3 are displayed.
l) Please do not change the current role assignment.
m) Choose Apply at the bottom of the screen.
n) Choose Save on the Copy Workflow screen.
o) Choose Back to display the Manage Workflows entry screen.
p) Select the workflow name Workflow with Start Conditions ##.
q) Choose Activate.
2. Define a workflow for direct posting without conditions.

a) Select the Workflow GJEV-Training01.
b) Choose the Copy button.
c) Enter the following data:

Workflow Name Workflow for direct posting

without conditions ##
Valid from 01.01. Current year


Valid to 31.12.9999
d) Choose the Step Sequence tab.
e) Select the step 1. Verify General Journal Entry.
f) Choose Delete.
g) Choose Save on the Copy Workflow screen.
h) Choose Back to display the Manage Workflows entry screen.
i) On the Manage Workflows screen, choose Activate for the Name Workflow for direct
posting without conditions ##.
j) Select the workflow name Workflow for direct posting without conditions ##.
k) Choose Activate.
l) Check that the Workflow for direct posting without conditions ## is the last one in the
workflow order of your activated workflows. If not, choose the Define Order button to
change the workflow order.
3. Display the settings for the teams and responsibilities.

a) On the SAP Fiori launchpad, choose General Ledger → Manage Teams and
Responsibilities For Journal Entry Verification in General Ledger.
b) Select the Team General Ledger and choose the arrow on the right hand side to display
further details.
c) Scroll down to display the Team Owners and the Team Members.
When you create the employee using transaction PA30, the business partner will be
automatically created in our training system. You can display the employee choosing
transaction PA20 in the backend system. Enter the Personnel no. 686 in the corresponding
field and press Enter. When you display the Infotype Communication, the User ID is
displayed.
The Business Partner 9980000720 is displayed as Team Owner and Team Member.
d) Choose the Edit button.
e) On the Team Members tab, display the already maintained entries in the Functions
field by choosing the F4-Help.
The functions General Journal Entry Verification Level 1 - 3 are displayed.
help.sap.com: "A function controls whether an employee has the authorization to approve a
journal entry to be posted for a certain step."
f) Choose Cancel.
g) Navigate back to the SAP Fiori launchpad home page.

Please refer to the help.sap.com for further information:

Back End Customizing - SAP Help Portal
4. Create two General Journal Entries to demonstrate the predefined workflows.

a) On the SAP Fiori launchpad, choose General Ledger → Verify General Journal Entries -
For Requester.
b) Choose Create.
c) Enter the following data on the Post General Journal Entries screen:
Field Value
Journal Entry Date Current date
Posting Date Current date
Journal Entry Type SA
Company Code TA##
Transaction Currency EUR
First line item

Company Code TA## (already maintained)
Debit 800
Profit Center T-PCA##
Second line item

Credit 800
d) Choose Submit.
Result: The Success window "Journal entry 1xxxxxxxxx was submitted for verification in
company code TA##" is displayed.
e) Choose OK.
f) Enter the second General Journal Entry with the following data:
Field Value
Journal Entry Date Current date
Posting Date Current date
Company Code TA##

Field Value
First line item

Debit 1200
Second line item

Credit 1200
g) Choose Submit.
Result: The Success window "Journal entry 1xxxxxxxxx was submitted for verification in
company code TA##" is displayed.
h) Choose OK.
i) Choose Back and enter you company code TA##.

Result: Your first journal entry (amount 800 EUR) has the status Posted. The second
journal entry (amount 1200 EUR) has the status Submitted (based on the workflow
threshold amount of 1000 Euro).
5. Verify and approve the submitted journal entry.

a) On the SAP Fiori launchpad, choose the user S4F13-## icon and click on Sign Out.
b) Confirm the Sign out window with OK.
c) Log on using the following data:

Field Value
User WF-FI-1
Password Provided in the System Setup

Guide for this training
Language Your Logon language
d) Choose Log On.
e) On the SAP Fiori launchpad home page, choose the Verify Journal Entries in General
Ledger For Processor (Inbox) tile.
f) Select your previously created journal entry (amount 1200 EUR) and choose Show
Log.
g) Choose Hide Log.
h) Choose Approve.
i) On the Submit Decision window, enter a Decision Note of your own choice.
j) Choose Submit.
k) On the SAP Fiori launchpad, choose the user WF-FI-1 icon and click on Sign Out.
l) Confirm the Sign out window with OK.
m) Log on using the following data:

Field Value
User S4F13-##
Password Provided in the System Setup

Guide for this training
Language Your Logon language
n) On the SAP Fiori launchpad home page, choose the Verify General Journal Entries For
Requester tile in the General Ledger tile group.
o) Choose Go.
Result: Your journal entry (amount 1200 EUR) has the status Posted.
p) Click on the History icon to display further details.

Result: The Employee 99 - S4F13 has approved the journal entry.
q) Choose the Comments tab.

Result: The Decision Note is displayed.
r) Choose the SAP logo to display the SAP Fiori launchpad home page.
As an alternative to this demo, you can activate the predefined workflow GJEV-Training01.
This workflow has got no Starting Conditions. Submit and approve 1 journal entry according
the data given in the steps 4 and 5 in this demo.
RESUMO DA LIÇÃO
CAPÍTULO 6 Validações e substituições
● Explicar os conceitos básicos 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
Capítulo 6
Lição 1
Compreender os conceitos básicos de
387
validação e substituição
SÍNTESE DA LIÇÃO
Esta lição explica os conceitos básicos de validação e substituição e como eles são utilizados
na Contabilidade financeira (FI).
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ópria
FI e nos componentes subsequentes. Por esse motivo, você precisa do seguinte
conhecimento:
● compreender os modos pelos quais a validação e a substituição podem ser utilizadas
● compreender as áreas de aplicação e os momentos de verificação de validação e
substituição em contabilidade financeira
The emphasis of this lesson is on the ways to use validation and substitution tools in FI. Make
sure the participants understand the callup points for use and familiarize themselves with the
logic of the steps.
Capítulo 6 : Validações e substituições
Comparação entre validação e substituição
Figura 129: Comparação entre validação e substituição
Você pode utilizar ferramentas de validação e substituição para validar e substituir dados
imediatamente após sua 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 S/4HANA, 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 regras de validação utilizando a lógica booleana. Ao definir uma regra de
verificação, o sistema SAP S/4HANA verifica essa regra para garantir que ela esteja
correta sintaticamente.
● Você pode definir o resultado de não conformidades com a regra de validação. Por
exemplo, você pode especificar que uma mensagem deva ser gerada, mas que o usuário
possa continuar o processamento. Também pode forçar o usuário a corrigir o erro antes
de continuar o processamento.
Durante a substituição, os valores inseridos na aplicação SAP S/4HANA são validados de

acordo com um pré-requisito definido pelo usuário. Se o pré-requisito for atendido, o sistema
SAP S/4HANA substitui os valores inseridos por outros valores inseridos na regra de
substituição.
Lição: Compreender os conceitos básicos de validação e substituição
Procedimento e área de aplicação
Figura 130: Procedimento e área de aplicação
Medidas necessárias para executar a validação e a substituição:
1. Decidir a área de aplicação à qual a validação e a substituição se aplicam.
2. Selecionar o momento correto para a validação e a substituição.
3. Definir a validação e a 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 validação e substituição.
Área de aplicação
Utilizando a área de aplicação e o momento de verificação, você pode especificar os campos
para sua validação e substituição. É possível selecionar os campos desse pool ao inserir os
valores para os pré-requisitos e as verificações.
A área de aplicação é onde a validação, substituição ou regra é utilizada.
Áreas de aplicação que utilizam validações e substituições:
● FI – Contabilidade financeira
● CO – Contabilidade de custos
● AM – Contabilidade do imobilizado
● GL – Ledgers especiais
● CS – Consolidação (somente validações)
● PS – 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 de verificação
Figura 131: Momento de verificação do documento contábil 1 – Cabeçalho do documento
Momentos são locais específicos na aplicação que especificam a localização exata onde
ocorre uma validação e substituição. Caso deseje validar ou substituir um valor, ative a
validação ou substituição para o momento de verificação em que você deseja que 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 de verificação para validação, substituição ou regra. A chave para a área
de aplicação especifica a área de aplicação geral em que a validação e a substituição são
utilizadas, como FI para lançamentos de FI. A chave para o momento de verificação
estabelece o ponto onde o processamento da validação ou substituição é iniciado (como
0001 para uma verificação no cabeçalho do documento).
A combinação de área de aplicação e momento determina a classe booleana para uma
validação, substituição ou regra. As classes booleanas estabelecem dimensões que podem
ser utilizadas na definição de validações, substituições e regras. Eles também indicam classes
de mensagem que podem ser utilizadas para mensagens de validação.
Os três momentos de verificação fornecidos para FI são os seguintes:
● Cabeçalho do documento
● Item do documento
● Documento completo
O exemplo da figura mostra como executar a validação do lançamento em conta do Razão FI

para o momento de verificação 1. Os campos do cabeçalho do documento podem ser
validados no momento de verificação 1.
Momento de verificação do documento contábil 2 – Partida individual
Figura 132: Momento de verificação do documento contábil 2 – Partida individual
Na figura, o momento de verificação 2 para a validação dos campos de partida individual foi
fornecido para uma entrada direta FI-G/L ou FI-SL. Por exemplo, conta/centro de custo pode
ser uma combinação de campos para validação no momento de verificação 2.
Os campos disponíveis para o momento de verificação 1 também estão disponíveis para o
momento de verificação 2 para possíveis validações cruzadas. O sistema pode usar
informações já inseridas, como um nome do usuário ou informações do cabeçalho do
documento, no momento de verificação anterior para validar ou substituir os valores
inseridos. Este é um exemplo em que somente determinadas contas do Razão podem
trabalhar com determinados tipos de documento.
Como trabalhar com o Editor de fórmulas
Figura 133: Como trabalhar com o Editor de fórmulas
O Editor de fórmulas 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 S/4HANA permite somente a inserção de expressões
sintaticamente corretas. Assim, não ocorrem erros durante a inserção de regras.
A utilização de nomes técnicos, como nomes de tabelas e campos, era possível
anteriormente e continua sendo possível. No entanto, agora você pode chamar as opções
disponíveis utilizando botões e textos, simplificando o processamento de uma lógica
puramente técnica.
Você pode trabalhar no Editor de fórmulas utilizando as seguintes configurações:
● Quando você chama o Editor de fórmulas, a configuração padrão é Descrições breves.
Todos os operandos (como campos de tabela, sets e exits) são exibidos com suas
respectivas descrições.
● Para inserir expressões utilizando os nomes técnicos dos operandos, em vez de suas
descrições, modifique a configuração selecionando Configurações → Nomes técnicos.
● Ao definir o Modo especialista, os nomes técnicos dos operandos são exibidos. Você pode
inserir também uma expressão diretamente. Nesse caso, o campo de expressão estará
disponível para entrada.
Operandos e operadores
Figura 134: Operandos e operadores
Os seguintes elementos estão disponíveis para a inserção regras para pré-requisitos

(validação e substituição) e verificações (validação):
● Operandos
● Operadores lógicos (condições booleanas)
● Operadores de comparação
Atribuição e ativação
Figura 135: Atribuição e ativação
Você deve atribuir sua validação e substituição a uma unidade organizacional apropriada.
Exemplos de atribuições incluem os seguintes:
● Empresa para FI
● Empresa para FI-SL
● Área de contabilidade de custos para CO
A validação e a substituição podem ser válidas para várias empresas ao mesmo tempo.
Além de atribuir validação e substituição, você deve ativá-las para o momento de verificação
correto.
Apenas uma validação e substituição pode ser ativada para uma empresa e um momento de
verificação.
Para uma combinação de unidades organizacionais (por exemplo, empresa) e um momento
de verificação (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
Quais momentos de verificação são fornecidos para utilização de validação e substituição? O
que está envolvido em uma etapa de validações? O que está envolvido em uma etapa de
substituições?
Como analisar uma validação existente (cabeçalho do documento)
Important: For demonstration purposes, always use company code TA00 and replace ## in
relating objects by 00 (for example, T-AV## should become T-AV00).
1. Analyze the existing validation for a document header.

a) Show the validations in Customizing (SPRO) for Financial Accounting under Financial
Accounting Global Settings → Tools → Validation/Substitution → Validation in
Accounting Documents.
b) On the Change View “Validation on Accounting Documents”: Overview screen, choose

Position.
c) Enter TA## in the Company Code field and 0001 in the Callup Point field.
d) On the Change View “Validation of Accounting Documents”: Overview screen, in the

Activtn level field, enter 1 (Active) for company code TA##. Check if the value OC-BUK
is filled in the Validation field for CallPnt 1.
e) Choose Save.
f) Choose Environment → Validation.
g) On the Change Validation: OC-BUK (Header data) screen, in the left pane, choose
Financial Accounting → Document header → OC-BUK → Step 001.
h) Under Step 001, check the description for Prerequisite, Check, and Message.
● Prerequisites: Is the user S4F00-10 or S4F00-11?
● Check: The document type must be <> ‘SA’.
● Message: The Message number is 021 and the Message type is E. The possibilities
available in Message type are as follows:
- W - Warning
- I - Information
- E - Error (requires that the entry be corrected)
- A - Cancel
i) Choose Environment → Maintain messages.
j) On the Message Maintenance: Change Message Class screen, switch to the tab page
Messages and check the Message Short Text of message number 021.
k) Log off user S4F13-00 in the SAP Fiori launchpad.
l) Log on as S4F00-10 or S4F00-11 (Password: Welcome1).
m) Create an accounting document in SAP Fiori by choosing General Ledger → Post

General Journal Entries.
n) On the Post General Journal Entry screen, enter the following data:
Journal Entry Date Current Date
Company Code TA##
Line Items
Debit 500
Credit 500
o) Choose Post.
p) The system gives an error message Do not use document type SA. Log off.
q) On the Change View “Validation of Accounting Documents”: Overview screen, in the

Activtn (Activation) field, delete the entry 1 for company code TA##. Choose Save.
The validation will not be active for next posting.
r) Log off user S4F00-10 or S4F00-11.
Como analisar uma validação existente (partida individual)
1. Check the validation for the accounting documents.

a) Show the validations in Customizing (SPRO) for Financial Accounting under Financial
b) On the Change View “Validation of Accounting Documents”: Overview screen, for

company code TA00, choose callup point 0002. Check whether the entry OC-GESB for
callup point 0002 is assigned to company code TA00.
c) Choose Environment → Validation.
d) On the Change Validation: OC-GESB (Header data) screen, in the left pane, choose
Financial Accounting → Line item → OC-GESB → Step 001.
e) Under Step 001, check the description for Prerequisite, Check, and Message.
● Prerequisite: Check if the company code TA00 is defined. If not, add TA00 as a
prerequisite by selecting the prerequisite step. Choose the OR button, then add
BKPF-BUKRS by choosing it. Choose the = button and then the Constant button.
Enter TA00 for the constant and save your entries.
● Check: The Profit Center must be T-PCB00, T-PCB01, T-PCB02, or T-PCB03.
● Message: The message number is 022 and the message type is E.
f) Choose Environment → Maintain messages.
g) On the Message Maintenance: Change Message Class screen, switch to tab page
Messages and check the Message Short Text of message number 022.
h) Go back to the "Change View Validation of Accounting Documents: Overview" screen.
2. Activate the validation for line item.

a) On the Change View “Validation of Accounting Documents”: Overview screen, enter 1 in
the field Activtn level (Company Code: TA00; Callup Point 2).
b) Choose Save.
3. Post a document with the incorrect profit centre YB600 and check the error message.
a) On the SAP Fiori launchpad screen, choose General Ledger → Post General Journal
Entries.
b) On the Post General Journal Entries screen, enter the following data:
Journal Entry Date Current Date
Company Code TA##
Line Items
Debit 500
Profit Center YB600
c) Choose Enter.
d) Check the error message description on the status bar. The description of the error
message is the same as that for message number 022 (Line Item1: Please do not use
this Profit Center).
e) Enter a correct Profit Center (T-PCB00 or T-PCB01 or T-PCB02 or T-PCB03).
f) Enter the second line item:


Credit 500
Profit Center T-PCB00 (or T-PCB01 or T-PCB02

or T-PCB03)
HINT: The Profit Center needs to be entered into BOTH lines.
g) Choose Post.
4. What happens if both a Validation and a Substitution are active at the same callup point
for a Company Code?
Dica:
If both a Validation and a Substitution are active during a callup point for a
Company Code, the following sequence applies:
a. Substitute
b. Validate
5. Deactivate the validation for line item.

a) In Customizing (SPRO) for Financial Accounting under Financial Accounting Global
Settings → Tools → Validation/Substitution → Validation in Accounting Documents,
select the validation OC-GESB for company code TA00.
b) On the Change View “Validation of Accounting Documents”: Overview screen, delete

the entry 1 in the field Activtn level.
c) Choose Save.
RESUMO DA LIÇÃO
Capítulo 6
Lição 2
Atualizar e executar de validações
394
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).
Quando você insere no sistema SAP, quase todos os dados são validados por um programa
ou conferidos por meio de 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 às suas necessidades específicas. Para algumas entradas 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 aumentado para as pessoas
responsáveis pela contabilidade geral, contabilidade de clientes e contabilidade de
fornecedores, para assegurar dados consistentes. Por esse motivo, você necessita dos
seguintes conhecimentos:
● saber como criar validações utilizando suas próprias regras e mensagens de sistema
definidas
This lesson explains specific procedures for applying validations in FI.
Procedimentos de validação
Figura 136: Procedimentos de validação
Este procedimento permite validação personalizada de determinados 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 (true), uma verificação será realizada pelo
administrador de regras no sistema. Se o resultado da verificação for FALSE, o sistema
gerará uma mensagem. Por exemplo, em determinadas faturas, a data do documento é
comparada com a data de lançamento. Se as datas forem diferentes, um aviso é emitido.
Lição: Atualizar e executar de validações
Mensagens
Figura 137: Mensagens
Você pode usar uma mensagem predefinida ou criar uma nova mensagem para a validação.
Uma mensagem pode conter até quatro campos. O caractere “&” é utilizado como caractere
de preenchimento para valores de 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
Exemplos de validação
Figura 138: Exemplo de validação
A figura mostra um exemplo de validação para o momento de verificação 2. Se a conta

61003000 for inserida, uma verificação será 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
Figura 139: Exemplo de comparação de campos

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, conforme
mostrado 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 executar as seguintes tarefas em uma expressão lógica usando lógica booleana:
1. Comparar campos entre si:

BKPF-BUDAT <> BKPF-BLDAT.
Essa expressão é verdadeira se a data no campo BUDAT não for a mesma que a data no
campo BLDAT.
2. Validar conteúdos do campo para certos valores:

BKPF-BLART = SA.
Nesse exemplo, o tipo de documento deve ser SA.
3. Verificar ou comparar apenas uma parte do campo:

Caso você deseje 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:
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 do 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 LIKE ‘*3*3’.
Nesse exemplo, o sinal * representa qualquer combinação de caracteres. O sistema
pesquisa todos os centros de custo (campo KOSTL) onde o valor 3 é usado após a
primeira e segunda combinações de caracteres (por exemplo, 363, 323 e 2303).
Dentro das pesquisas de modelos de texto, você também pode usar o sinal + para
representar um caractere único.
Como criar uma validação para o cabeçalho do documento
Important: For demonstration purposes, always use company code TA## and replace ## in
relating objects by 00.
1. Perform validation for callup point 1: Document header (Only the document currencies
EUR or USD are used for document types DA or DR).
a) Create a validation in Customizing (SPRO) for Financial Accounting under Financial
b) On the Change View “Validation of Accounting Documents”: Overview screen, choose

Environment → Validation.
c) On the Change Validation: Overview screen, in the left pane, select Document header
and choose Create Validation.
d) On the Create Validation: New validation (Header data) screen, enter the following
data:
Validation Name G##VAL1
Description Document currencies/document

types
e) Choose Save.
f) In the left pane, select G##VAL1 and choose Insert step.
g) Enter Doc Currencies for doc type as the description for the step.
2. Use the formula editor to define the prerequisite and check for the new step.
a) In the left pane, click Prerequisite.
b) In the Menu choose Settings and select Technical Names (if not already turned on).
c) Below List of structures, double-click Structure BKPF.
d) On the tab page Table Fields, double-click the BKPF-BLART (Document type) field to
select it.
e) Choose =.
f) Choose Constant.
g) Enter document type DA. Choose Continue.
h) Choose OR.
i) Double-click BKPF-BLART (Document Type).
j) Choose =.
k) Choose Constant.
l) Enter document type DR. Choose Continue.
m) In the left pane, select Check.
n) In the right pane, double-click Structure BKPF.
o) Double-click the BKPF-WAERS (Currency) field to select it.
p) Choose =.
q) Choose Constant.
r) Enter the currency USD. Choose Continue.
s) Choose OR.
t) Double-click BKPF-WAERS (Currency).
u) Choose =.
v) Choose Constant.
w) Enter the currency EUR. Choose Continue.
3. Define the required message.

a) In the left pane, select Message.
b) Enter E for the Message Type.
c) Choose Environment → Maintain messages.
d) On the Message Maintenance: Change Message Class screen, switch to the tab page
Messages.
e) In the line of message number 023, enter the text Use only EUR or USD for
document type &.
f) Choose Save.
g) OPTIONAL: If you are working in your local language, you should also translate you
message. To do so, select the line 023, then choose Goto → Translation. Enter your
language in the Target language field. Press Enter. Enter the translated message into
the yellow highlighted field. Choose Save, then choose Back.
h) Choose Back.
i) Enter 023 in the Message Number field and BKPF BLART as Message variable 1.
j) In the left pane, choose G##VAL1, then choose Save.

The following message appears: Save and generation successfully
completed.
k) Return to the Change View “Validation of Accounting Documents”: Overview screen.

l) In the activation table, replace the validation OC-BUK with your new validation
G##VAL1 for the company code TA##.
m) Enter 1 as the activation level.
n) Choose Save.
o) Choose Back.
4. Enter a customer invoice.

a) On the SAP Fiori launchpad screen, choose Accounts Receivable → Create Outgoing
Invoices.
b) Make sure that the Document Type field is ready for input.
HINT: Click Editing Options (choose Document Type Options → Document type ready
for input; click Change user master and then Back).
c) On the Enter Customer Invoice: Company Code TA## screen, enter the following data:
Company Code TA##
Transactn Invoice
Customer T-AC##
Invoice Date Current Date minus 1 day
Posting Date Current Date minus 1 day
Document Type Customer invoice
Amount 10,000
Currency GBP
Tax Code 1O
d) Choose Enter.
e) The following message appears: Use only EUR or USD for document type DR.
Choose Continue to confirm the message.
f) Correct the currency to EUR or USD. The system allows you to make additional entries.
g) Close the tab. No entries are to be posted.
5. Deactivate the validation at header level.

a) Go back to the IMG.

the validation G##VAL1 and delete the entry 1 from the field Activtn level.
c) Save your changes.

The validation will not be active for future posting.
RESUMO DA LIÇÃO
Capítulo 6
Lição 3
Atualizar e executar substituições
408
SÍNTESE DA LIÇÃO
Esta lição explica como atualizar e executar substituições. Também descreve a utilização de
métodos de substituição no lançamento de documentos de Contabilidade financeira (FI).
Durante a entrada de documento, algumas vezes, o sistema SAP S/4HANA deriva
automaticamente valores para campos de valores inseridos em outros campos, como a área
de negócios e o centro de lucro, com base em um centro de custo atribuído ou ordem interna.
Para componentes subsequentes e para a 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
personalizadas e fornecendo conteúdo de centro de lucro utilizando determinadas
combinações de contas de despesas, números de material e regiões.
Você e outras pessoas de FI precisam verificar cuidadosamente se é possível utilizar
substituição nesses casos individuais de entrada de documento de FI. Por esse motivo, você
● compreender os pré-requisitos para substituição
● saber como definir suas próprias regras, especificar valores substituídos e executar
substituições
This lesson explains specific procedures for applying substitutions in FI.
Lição: Atualizar e executar substituições
Procedimentos de substituição
Figura 140: Procedimento de substituição
A substituição permite a ampliação (substituição) específica do cliente de determinados

conteúdos de campo. Ela 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 (true), a substituição será executada. Por exemplo, o campo
Área funcional deve ser preenchido de acordo com o tipo de centro de custos.
Métodos de substituição
Figura 141: Métodos de substituição
O campo deve ser liberado para substituição. Para cada campo selecionado, uma caixa de
diálogo será exibida. Nessa caixa de diálogo, você poderá definir o método de substituição.
Você pode escolher entre os seguintes métodos de substituição:

● Valor constante
● Exit
● Atribuição de campo-campo
Substituição com uma constante
Figura 142: Substituição com uma constante
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 do
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 41000000 ou 41001000.
● O número do material está entre T-R100 e T-R1402.
Uma 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 (false), a
transação prosseguirá sem substituição. Se a expressão da condição for atendida (true), a
operação prosseguirá com os valores substituídos.
● Valores de substituição.
O valor de substituição é um valor numérico ou uma sequência 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.
Substituição com campo – Atribuição de campo
Figura 143: Substituição com campo – Atribuição de campo
Se o pré-requisito da etapa de substituição for verdadeiro no momento da execução, o

sistema SAP S/4HANA substituirá o conteúdo do campo pelo conteúdo do campo de origem.
Por exemplo, o conteúdo do campo Centro de lucro substitui o campo Atribuição, que
costuma conter informações de compensação, se determinadas condições são satisfeitas.
RESUMO DA LIÇÃO
Capítulo 6
Lição 4
Utilizar técnicas adicionais para substituições
421
e validações
SÍNTESE DA LIÇÃO
Esta lição explica como utilizar técnicas adicionais para substituições e validações.
Regras e sets 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 especificar os valores a
serem utilizados. Por esse motivo, você precisa do seguinte conhecimento:
● compreender as regras e sets para uso em validações e substituições
● saber como utilizar regras e substituições
In this lesson, familiarize the participants with additional techniques that they can use to
enter the validations and substitutions. In particular, explain the use of rules and sets.
Regras
Figura 144: Regras
Uma regra é uma expressão lógica que você pode usar em uma expressão da condição, uma
verificação ou outra regra.
As regras permitem que lógicas complexas sejam resumidas e reutilizadas. Tecnicamente,
uma regra é simplesmente um pré-requisito ou uma verificação de validação.
Se uma instrução booleana for utilizada com frequência, ou se contiver uma lógica complexa,
você pode criar uma regra para ela. Por exemplo, uma validação que contém um pré-requisito
abrangente que também é usado em uma substituição, como na regra RULE1 AND BKPF-
BLART <> “Lançamento em conta do Razão”.
Aqui, o nome da regra é RULE1. Quando o sistema processa essa expressão, primeiro ele
processa RULE1 e depois verifica se o tipo de documento não é “Lançamento em conta do
Razão”. O nome de uma regra pode conter no máximo 11 caracteres de extensão.
Lição: Utilizar técnicas adicionais para substituições e validações
Regra em uma validação de matriz
Figura 145: Regra em uma validação de matriz (Momento de verificação 3)
Você também pode usar regras dentro de uma expressão que utilize operadores
matemáticos.
Por exemplo: RULE1 AND BKPF-BLART <> ’SB’.
Nesse exemplo, a regra é denominada RULE1. Quando o sistema processa essa expressão,
primeiro ele processa RULE1 e depois verifica se o tipo de documento não é SB. O nome da
regra pode conter no máximo 11 caracteres em extensão.
Como criar e utilizar regras
1. Create a rule for validation.

a) Go to Customizing (SPRO) for Financial Accounting under Financial Accounting Global
Settings → Tools → Validation/Substitution → Validation in Accounting Documents.

Environment → Validation.
c) On the Change Validation: …. screen, in the left pane, below Financial Accounting,
select Line Item.
d) Choose Create Rule.
e) On the Create Rule: New rule screen, enter the following data:
Rule name RULE_1

Description Acct. 41000500 with PRCTR YB600
f) Choose Save.
g) In the left pane, under RULE_1, click on Rule definition.
h) In the List of structures, double-click Structure BSEG.
2. Use the formula editor to define the rule definition.

a) Locate BSEG-HKONT in the list and double-click to select it.
b) Choose =.
c) Choose Constant.
d) Enter G/L account 41000500 and choose the Continue button.
e) Choose AND.
f) Locate BSEG-PRCTR in the list and double-click to select it.
g) Choose =.
h) Choose Constant.
i) Enter the profit center YB600 and choose the Continue button.
j) Choose RULE_1 in the left pane, then choose Save.
3. Create a new validation for line items using the new rule for prerequisites.
a) Get back to your validation G##-VAL (see the exercise Create and Execute a
Validation for a Line Item).
b) Go to the prerequisites of the step 001 and delete the items there (Click: delete from
cursor).
c) Choose the tab page Rules in the lower part of the formula editor.
d) Double-click RULE_1.
e) Select Step 001 in the left panel of your screen.
f) Choose Save and then Back.
Tell the participants that you create and use rules in the next exercise.
Sets
Figura 146: Utilização de sets – Exemplo 1
Um set é uma estrutura de dados flexível para mapear montantes ordenados e hierarquias.
Os sets são atualizados e administrados de forma centralizada. Eles são utilizados em quase
todos os componentes do sistema FI-SL.
Os sets são utilizados nos seguintes exemplos:
● Em fórmulas lógicas booleanas na validação
● Em substituição e seleção do Razão
● Na alocação (rateio ou distribuição)
● No planejamento
● Em rollups
● Em conversão de moeda
Para melhorar a performance do sistema, utilize sets básicos ou unidimensionais em vez de

listas longas de instruções booleanas ou user exits.
A regra de sintaxe é nome da tabela - nome do campo IN nome do set.
Como está ilustrado na figura acima, se o usuário estiver contido no set USER-GROUP, o
sistema verificará se esse usuário utiliza uma conta correspondente (incluída no set
ACCOUNT-MANAGEMENT).
Utilização de sets
Figura 147: Definir utilização – exemplo 2
Você pode utilizar multisets, que são combinações 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 de despesas 61003000, 61004000, 61005000 ou
61006000, ele deverá usar o centro de custos correspondente (TA##1100, TA##1200,
TA##1300 ou TA##1400).
RESUMO DA LIÇÃO
CAPÍTULO 7 Arquivamento de dados em FI
● Definir arquivamento de dados
● Atualizar as configurações de arquivamento de dados
● Compreender o fluxo do processo de arquivamento financeiro
● Arquivar documentos financeiros
● Arquivar movimentação no período da contabilidade financeira
● Compreender a execução de compressão
● Arquivar dados mestre FI
Capítulo 7
Lição 1
Resumo dos conceitos básicos e das
447
classificações de arquivamento de dados
SÍNTESE DA LIÇÃO
Esta lição explica os conceitos básicos e a classificação de arquivamento de dados. Você
também conhecerá os possíveis motivos para executar um projeto de arquivamento.
Nos atuais sistemas de banco de dados, um grande volume de dados pode gerar gargalos de
desempenho, causando baixo desempenho do usuário e aumento no consumo de recursos
pela administração. Por isso, com o arquivamento de dados na SAP, você pode remover com
segurança dados de aplicação que não precisam mais ser acessados efetivamente em
operações diárias do banco de dados. No entanto, a simples eliminação dos dados não é uma
opção, pois o acesso de leitura aos dados ainda precisa ser fornecido. Por isso, os dados
precisam ser transferidos do banco de dados para um meio de armazenamento externo, de
modo que possam ser lidos posteriormente.
Como administrador do sistema, você precisa manter o volume de dados o mais baixo
possível. Você precisa verificar por quanto tempo os documentos e dados mestre devem ser
mantidos no sistema na contabilidade financeira (FI). Com base nessas responsabilidades
departamentais, o customizing é executado na área de arquivamento FI. Por esse motivo,
você precisa do seguinte conhecimento:
● Compreender o arquivamento de dados
● Compreender a configuração básica de arquivamento FI
In addition to the usual system support activities within the framework of FI, data archiving is
required at some time. In this case, the FI system administrator must ensure coordination
between the system administration and the department and also execute application-
specific Customizing.
Motivos para arquivar dados

Estes são os motivos para arquivar dados:
● Garantia de tempo de resposta bom e aperfeiçoado

● Administração de banco de dados mais eficiente
● Reduzir o tempo de inatividade do sistema necessário para upgrades de software,
recuperações e backups de banco de dados (off-line)
Capítulo 7 : Arquivamento de dados em FI
Os regulamentos legais e as demandas relacionadas à empresa referentes ao arquivamento

de dados incluem os seguintes dados:
● Requisitos de proteção e privacidade de dados

● Acessibilidade a dados para auditores
● Possível reutilização de dados
Os dados são arquivados de modo independente de hardware e software. Como resultado, os

dados arquivados podem ser acessados facilmente, mesmo após o upgrade do sistema.
Os dados são arquivados de tal modo que o administrador possa acessá-los para responder
às consultas a qualquer momento. Por exemplo, as autoridades fiscais podem enviar
consultas que envolvam dados arquivados. Por esses motivos, as normas legais de retenção
de dados foram promulgadas em todos os países.
Há diferentes regulamentações que controlam por quanto tempo os sistemas retêm os
documentos, os dados mestre e as movimentações no período em diferentes países. Em
todos os casos, os gerentes da área de aplicação FI confirmam os cronogramas aos quais
devem aderir com o departamento (em consulta com auditores e outros responsáveis).
Segundo essas regulamentações, os procedimentos, o tempo de execução e a duração da
retenção para o arquivamento dos dados em FI são especificados.
Os gerentes da área de aplicação FI não realizam o arquivamento de dados. Em vez disso, um
administrador do sistema executa essa ação. Porém, o gerente da área de aplicação ainda
desempenha um papel importante no projeto de arquivamento. O gerente coordena o
procedimento de arquivamento com o departamento de FI, garante a implementação das
regulamentações e executa o customizing específico de FI. O gerente mantém contato
próximo com os administradores de base e monitora o procedimento como representante do
departamento.
Estes são os objetivos de longo prazo do arquivamento de dados:
● Manter o volume de dados no banco de dados o mais constante possível
● Arquivar dados de modo proativo, em vez de reativo
Lição: Resumo dos conceitos básicos e das classificações de arquivamento de dados
Administração do sistema - processo de arquivamento
Figura 148: Administração do sistema - processo de arquivamento
O processo de arquivamento de dados requer a conclusão das seguintes etapas:

1. Gerar file(s) de arquivo.
O programa de gravação gera um ou mais file(s) de arquivo. Em seguida, os dados a
serem arquivados são lidos do banco de dados e gravados nos arquivos.
2. Armazenar os file(s) de arquivo.

Os files de arquivo são armazenados em um sistema externo de arquivamento de
documentos.
3. Excluir os dados.
O programa de eliminação primeiro lê os dados do file de arquivo e depois exclui os
registros correspondentes do banco de dados.
Como regra, não é suficiente gravar os dados nos files de arquivo e apagá-los do banco de
dados. Armazene e administre os files de arquivo para que possa acessá-los quando desejar.
O que é arquivamento de dados? Liste os motivos para arquivar dados.
RESUMO DA LIÇÃO
Capítulo 7
Lição 2
Atualizar arquivamento de dados
450
SÍNTESE DA LIÇÃO
Esta lição explica as configurações do sistema para a área de arquivamento de dados da
contabilidade financeira (FI).
Junto com auditores e outros responsáveis, o departamento decidiu por quanto tempo os
documentos e dados mestre devem ser mantidos no sistema. Agora, você deve executar o
customizing de base do arquivamento FI de acordo com essas regulamentações. Por esse
motivo, você precisa do seguinte conhecimento:
● Compreender a configuração básica das funções de arquivamento FI
● Saber como realizar e verificar o customizing básico de arquivamento FI
Among other things, the FI system administrator is responsible for the application-specific
Customizing settings in the FI area. These settings must be maintained before the archiving
procedure.
Note that, in this regard, the FI system administrator cooperates closely with the system
administration team in this regard.
Atividades preparatórias e configurações do sistema

O arquivamento de dados é a transferência consistente de objetos de dados das tabelas de
banco de dados do sistema SAP para o sistema de arquivamento de documentos
(geralmente considerado o armazenamento eletrônico) fora do banco de dados do sistema
SAP. Todas as entradas de tabela relevantes que caracterizam um objeto de dados são
gravadas em um file de arquivo fora do banco de dados. A consistência dos dados comerciais
é garantida pelos programas de arquivamento SAP que, com base nos objetos de
arquivamento, armazenam todas as entradas da tabela relevante juntas em outro lugar.
Lição: Atualizar arquivamento de dados
Figura 149: Tabelas de banco de dados, objetos de negócios e objetos de arquivamento
O elemento central no arquivamento de dados é o objeto de arquivamento. Um objeto de

arquivamento é a menor unidade que pode ser arquivada no e excluída do banco de dados em
sua totalidade e descreve como e quais objetos do banco de dados devem ser acessados
para arquivar completamente um objeto de negócio.
O conteúdo dos objetos de negócios no sistema SAP é distribuído em várias tabelas no banco
de dados. A atividade de arquivar objetos que agrupam tabelas de business objects
logicamente relacionadas garante que, no framework de arquivamento de dados, todas as
informações sobre um objeto de negócios sejam transferidas para fora do banco de dados.
Basicamente, um objeto de arquivamento é composto pelos seguintes componentes:
● Componente de declaração de dados:
O componente de declaração de dados consiste em todos os objetos do banco de dados
relevantes que caracterizam um objeto de aplicação.
● Configurações do customizing:
As configurações do customizing são usadas para definir parâmetros específicos a cada
objeto de arquivamento para um procedimento de arquivamento.
● Programas:
Os programas do objeto de arquivamento consistem em:
- Um programa de arquivamento que arquiva os objetos de dados de modo sequencial
nos files de arquivo
- Um programa de eliminação que exclui do banco de dados todos os objetos de dados
lidos previamente no file de arquivo
- Um programa de exibição que permite que os objetos de dados arquivados sejam lidos
Transaction code AOBJ can be used to define archiving objects. It can also be used to
execute Customizing settings that are not within the scope of the methods presented in the
next section.
Customizing de arquivamento de dados (suporte de base, administração do sistema)

O customizing de arquivamento é usado para definir parâmetros que controlam o modo
como os dados são arquivados.
O customizing é dividido nas seguintes etapas:
● Etapa 1: Customizing de base

- Definir caminho lógico e nomes de arquivos
● Etapa 2: customizing válido para todos os objetos de arquivamento
- Definir um grupo de servidores para processamento em background
● Etapa 3: Customizing específico do objeto de arquivamento
- Tamanho de um file de arquivo
- Configurações do programa de eliminação
Essas etapas são geralmente executadas pelo suporte de base ou pelo departamento de
administração do sistema.
Para abrir as configurações do customizing, selecione o botão Customizing na 1ª tela do
código de transação SARA (caminho do menu de arquivamento de dados: SAP Easy
Access → Ferramentas → Administração → Administração → Arquivamento de dados).
Etapa 1: Customizing de base

No customizing de base (execute o código de transação FILE), um caminho de um file lógico
é definido, caso não exista um ainda, como um caminho global para arquivamento de dados,
e um caminho físico é atribuído a ele. O caminho lógico é usado meramente como um
marcador para o caminho físico gerado no momento da execução.
Etapa 2: customizing válido para todos os objetos de arquivamento

O grupo de parâmetros definido nesta etapa é aplicado a todos os objetos de arquivamento e
aplicação para usar todos os objetos de arquivamento.
Por exemplo, você pode usar esses parâmetros para mostrar ou ocultar o monitor de
arquivamento de dados (código de transação SAR_SHOW_MONITOR). Definir esses
parâmetros antes dos dados de arquivamento permite que informações relevantes para
arquivamento sejam atualizadas por meio de programas de arquivamento e eliminação.
Essas informações podem ser analisadas por meio do monitor de arquivamento de dados.
Além disso, alertas, como mensagens de erro, podem ser acionados em caso de erros.
Com o app SAP Fiori MONITORAR JOBS DE ARQUIVAMENTO, você também pode monitorar,
rastrear e administrar jobs de arquivamento.
Etapa 3: Customizing específico do objeto de arquivamento

Os parâmetros definidos nesta etapa são aplicados somente ao objeto de arquivamento
correspondente.
No customizing específico do objeto de arquivamento, você pode atualizar as seguintes

configurações:
● Atualizar configurações do programa de eliminação, além de um nome lógico do file
referente ao objeto de arquivamento específico.
● Definir se o programa de eliminação deve ser executado automaticamente após a geração
de um file de arquivo.
● Criar uma variante específica para a execução de teste e execução de produção e
especificar o tamanho máximo de um file de arquivo nessa área.
Todas as configurações do programa de eliminação podem ser atualizadas por meio da

função do customizing.
RESUMO DA LIÇÃO
Capítulo 7
Lição 3
Executar arquivamento de dados para objetos
458
FI específicos
SÍNTESE DA LIÇÃO
Esta lição explica como executar arquivamento de dados de documentos, movimentação no
período e dados mestre da contabilidade financeira (FI).
Depois de definir valores no customizing, você poderá realizar o arquivamento FI em
empresas de modo regular consultando o departamento de contabilidade
financeira. Geralmente, os documentos são arquivados primeiro devido às verificações
executadas durante o arquivamento. Se essas restrições que caracterizam um objeto de
dados forem removidas do sistema, a movimentação no período será arquivada primeiro,
seguida pelos dados mestre. No entanto, você também pode arquivar somente documentos
durante um longo prazo, por exemplo. Por esse motivo, você precisa do seguinte
conhecimento:
● Compreender os procedimentos de arquivamento
● Como arquivar documentos do Razão
● Saber como arquivar a movimentação no período e os dados mestre de conta do Razão
In projects, it is important to precisely explain the archiving procedure to the users and, most
importantly, describe which options exist for accessing the data after the data has been
archived.
Lição: Executar arquivamento de dados para objetos FI específicos
Explicar o fluxo do processo de arquivamento no Razão, AP e AR
Figura 150: Fluxo do processo de arquivamento financeiro no Razão, AP e AR
Com o diário universal como a tabela de itens central na contabilidade, existem fortes
dependências entre os vários objetos de arquivamento. Isso significa que determinados
objetos só podem ser arquivados se o objeto precedente já tiver sido arquivado com êxito.
Exemplo:
Ao arquivar somente a tabela ACDOCA sem arquivamento na própria contabilidade do
imobilizado, a partida individual estatística da contabilidade do imobilizado permaneceria
juntamente com os dados mestre do imobilizado. Não seria mais possível nenhum reporting
de imobilizado válido.
Isso resulta na sequência descrita na figura Fluxo do processo de arquivamento financeiro no
Razão/AP e AR para arquivar dados na contabilidade financeira.
No curso, vamos nos concentrar nas seguintes etapas de arquivamento (em FI-GL):
● Documentos FI
● Movimentação no período FI
● Execução de compressão
● Dados mestre
Nota:
Com a implementação da nota SAP 2659820, o ledger de materiais não é mais
um pré-requisito para a sequência do processo de arquivamento subsequente.
Procedimentos de arquivamento
O procedimento específico de arquivamento é programado e processado como um job em
background. O procedimento de arquivamento seleciona objetos de dados do banco de
dados e analisa as restrições que caracterizam cada objeto de dados. Em seguida, é
verificado se cada objeto de dados está arquivado. Se um objeto de dados estiver arquivado,
ele será gravado em um file de arquivo. Se o programa de eliminação tiver sido configurado
para ser executado automaticamente no customizing, o procedimento de eliminação

associado será iniciado automaticamente assim que um file for fechado.
Se o programa de eliminação não for executado automaticamente, você poderá agendar o
procedimento de eliminação por meio das configurações no customizing específico do objeto.
Nesse caso, você deve selecionar files de arquivo nos quais os objetos de dados podem ser
lidos no procedimento de eliminação atual e então excluídos do banco de dados.
Para programar um procedimento de arquivamento utilizando o código de transação SARA,
selecione Escrever.
Esse procedimento é dividido nas seguintes etapas:
1. Criar uma variante de arquivamento:

Os dados a serem arquivados para o objeto de arquivamento selecionado são
especificados nas variantes de arquivamento. Como regra, as variantes de arquivamento
só poderão ser reutilizadas se os jobs associados forem excluídos. A definição da variante
também deve informar se uma execução de teste ou uma execução de produção do
programa de arquivamento está envolvida.
2. Especificar o usuário de execução:

O usuário no qual o programa de arquivamento foi iniciado exige pelo menos uma
autorização adequada para o objeto de autorização. S_ARCHIVE é o objeto de autorização
mais importante para arquivamento de dados. Para limitar os objetos de autorização a
serem usados, selecione as entradas de campos correspondentes referentes ao objeto de
autorização específico a S_ARCHIVE. Além disso, são necessárias autorizações
correspondentes da transação cujos dados devem ser arquivados. Como o arquivamento
de dados é executado em background, também são necessárias as autorizações para
processamento em background (objeto de arquivamento S_BTCH_JOB).
3. Especificar a hora de início:

As horas de início dos jobs de arquivamento que devem ser especificadas correspondem
àquelas da programação dos jobs padrão.
4. Definir os parâmetros de spool:

Como os logs de jobs podem ser longos, modifique as configurações para que os logs não
sejam enviados imediatamente ao dispositivo de saída no item Parâmetro spool. As
opções de seleção do procedimento de arquivamento correspondem àquelas dos
parâmetros de impressão de background padrão.
Inform the participants that the steps involved in the archiving procedure will soon be
demonstrated using examples.
Monitoramento de um procedimento de arquivamento

As seguintes ferramentas de administração do sistema estão disponíveis para monitorar os
procedimentos de arquivamento:
● Ferramentas de processamento em background, como logs de jobs e listas spool (se
forem gerados)
● Ferramentas de monitorização do sistema, como o arquivamento de dados nos
agrupamentos de monitores CCMS
● App SAP Fiori Monitorar jobs de arquivamento
Um log é gerado durante um procedimento de arquivamento. Se a aplicação gerar um log

específico, esse log será usado. Caso contrário, o log padrão será usado. O log padrão
contém o número de objetos de dados arquivados, as tabelas afetadas, o número de entradas
da tabela processadas e os tamanhos dos arquivos. Nos logs específicos da aplicação, o
conteúdo do arquivamento pode ser definido abaixo do nível do documento.
Nota:
Logs de arquivamento são excluídos devido à limpeza regular de jobs spool.
Portanto, considere o local em que esses logs devem ser armazenados, por
exemplo, em um sistema de arquivamento externo.
Para rastrear a sequência de um procedimento de arquivamento, use a transação de Seleção

de job simples (código de transação SM37) monitorando os processos operacionais em
background.
Selecione Síntese de jobs para ir diretamente da 1ª tela do código de transação SARA para o
código de transação SM37. Para exibir um arquivo de log breve do procedimento de
arquivamento a partir do código de transação SARA, selecione Administração (depois de você
ter atualizado um objeto de arquivamento adequado na tela inicial da transação SARA).
Arquivamento de documentos financeiros
Figura 151: FI – Documentos
Se os documentos não forem mais necessários no FI após determinado período, você poderá
removê-los do banco de dados. O sistema verifica determinadas condições que são
necessárias para a remoção desses documentos. O arquivamento é executado pelo suporte
básico e pelo suporte do sistema FI, consultando o departamento FI.
Os tempos de execução do tipo de documento desejado e do tipo de conta são especificados
para cada empresa no Customizing.
Garanta que somente os documentos que não são mais necessários sejam arquivados no
sistema. No entanto, várias condições devem ser atendidas antes que os documentos sejam
arquivados. Para determinar se um documento pode ser arquivado, o programa de

arquivamento verifica o cabeçalho do documento e as partidas individuais. Se, durante as
verificações, descobrir-se que um dos pré-requisitos para o arquivamento de documento não
foi cumprido, o documento inteiro não será arquivado.
O cabeçalho do documento deve atender aos seguintes critérios antes de um documento
poder ser arquivado:
● O tempo de execução do tipo de documento deve ter sido excedido.
● O documento deve ter ficado no sistema durante um período maior que o número mínimo
de dias (duração mínima).
● Documentos com imposto retido na fonte permanecem no sistema durante pelos menos
455 dias.
● Documentos recorrentes, pré-editados ou de modelo não são considerados.
A posição do documento deve preencher os seguintes critérios antes de poder ser arquivada:
● O documento não ode conter itens em aberto. O sistema só considera partidas
compensadas ou aquelas sem administração de partidas em aberto.
● O tempo de execução do tipo da conta deve ter sido excedido.
Uma data fixada é usada como data de referência para tempos de execução. A data fixada
pode ser especificada para cada execução do programa. Se nenhuma data fixada explícita for
fornecida, ela será definida como a data atual da execução.
Objeto de arquivamento e programas para documentos FI

Os documentos contábeis (FI-GL, FI-AP e FI-AR) são arquivados utilizando o objeto
FI_DOCUMNT. Além dos documentos contábeis, também são arquivados os respectivos
documentos de modificação, textos SAPscript e entradas ArchiveLink.
Os seguintes programas são fornecidos para o objeto de arquivamento FI_DOCUMNT:
Programa Objetivo
FI_DOCUMNT_WRI Escrever
FI_DOCUMNT_DEL Excluir
FI_DOCUMNT_PST Processamento posterior

Figura 152: Arquivamento de documentos FI - síntese
O programa FI_DOCUMNT_WRI (escrever) gera os files de arquivo para todas as tabelas do

documento contábil FI, como BKPF (cabeçalho do documento), BSEG (partida individual),
ACDOCA (diário), etc.
Com o relatório FI_DOCUMNT_DEL (Eliminar), as entradas em tabela (por exemplo, BSEG,
BKPF) são eliminadas. Importante: no entanto, nenhuma entrada é eliminada da tabela
ACDOCA. Por fim, o campo de tabela ACDOCA-BSTAT (status do documento) será atualizado
com o valor “C”.
Nota:
Com o valor “C” no campo ACDOCA-BSTAT, o sistema sabe que estas são
entradas arquivadas e só serão relevantes para o total e, por isso, não serão
exibidas no relatório de partidas individuais (por exemplo, FAGLL03) ou na
transação de exibição de documentos (por exemplo, FB03).
Um objetivo principal do arquivamento de documentos FI é reduzir o volume de dados da

tabela ACDOCA. Mas o departamento de contabilidade ainda está interessado em relatórios
de itens de linha de alto desempenho. Contudo, a leitura de documentos FI do arquivo pode
ter um efeito negativo sobre esta performance. Por esse motivo, por exemplo, no SAP ERP,
as informações do item de linha são mantidas nas tabelas de índices secundários por um
tempo maior para garantir um relatório de alto desempenho.
Com o SAP S/4HANA, os índices secundários são determinados a partir dos documentos FI
no momento da execução. Se você quiser manter os índices secundários por mais tempo que
o documento FI no sistema, pode utilizar o BAdI FI_DOCUMNT_IDX_DEL. Em relação às
configurações de tempo de execução correspondentes para os índices secundários no
customizing, são criadas entradas nas tabelas auxiliares *_BCK durante o arquivamento (por
exemplo, tabela BSIS_BCK, tabela BSAS_BCK para contas do Razão). Para mais
informações, consulte a nota SAP 2519099.
As movimentações no período para contas de cliente e fornecedor são determinadas no
momento da execução com base na tabela de documentos BSEG. Uma vez que as entradas
em BSEG são eliminadas durante o arquivamento de documentos, isso já não seria possível.
Por este motivo, o job de eliminação gera valores totais para os documentos arquivados nas
tabelas auxiliares KNCX_DIF (cliente) / LFCX_DIF (fornecedores).
Acesso aos dados arquivados

O requisito mais importante para o arquivamento de dados é que esses dados pertençam a
transações ou períodos concluídos que não são mais necessários para os processos
empresariais atuais. No entanto, esses dados podem precisar ser acessados mesmo após o
arquivamento, por exemplo, para reclamações, análises ou auditorias internas ou externas.
Transações para acessar o arquivo FI_DOCUMNT (exemplos):
Nome técnico Descrição

FB03, FB03L Exibir documento
FBL1N Exibição de partidas individuais da conta do

fornecedor

Razão

cliente
FAGLL03 Exibir/modificar partidas individuais de

contas do Razão
FBL1H Navegador de item de linha de fornecedor*
FBL3H Browser de partida individual de conta do

Razão*
FBL5H Navegador de item de linha de cliente*
*Na versão standard das transações FBL*H não é possível um acesso ao arquivo. Mas você
pode utilizar um determinado BAdI para acessar dados arquivados. Verifique as notas SAP
2180685 e 2316951.
Nota:
Os programas mais recentes baseados no protocolo OData ou no protocolo INA
não oferecem acesso ao arquivo.
Arquivamento de movimentações no período da contabilidade financeira
Figura 153: Representação de movimentações no período (conta do Razão)
A movimentação no período é o número total de lançamentos em crédito e débito em uma

conta. No sistema SAP, duas movimentações no período, uma para crédito e outra para
débito, geralmente são mantidas para cada conta.
Como as movimentações no período FI são calculadas no sistema?
Figura 154: Cálculo de movimentação no período FI no SAP S/4HANA

As movimentações no período das contas do cliente e do fornecedor resultam dos dados da

tabela de itens do documento BSEG/tabela de cabeçalho do documento BKPF que ainda não
foram arquivados em conexão com os registros de totais das duas tabelas auxiliares
LFCX_DIF (fornecedores) e KNCX_DIF (clientes).
A movimentação no período da contabilidade geral é determinada a partir das informações
do item de ACDOCA relacionadas aos itens de ACDOCA que contêm o valor BSTAT = C.
A movimentação no período geralmente permanece no sistema SAP por pelo menos dois
anos.
A movimentação no período pode ser arquivada somente se os períodos abertos para
lançamento não estiverem no intervalo a ser arquivado. Garanta que os períodos para
lançamento estejam fechados para todo o período a ser arquivado. O arquivamento de
movimentações no período não é um pré-requisito para a execução de compressão. Ele é
necessário para cumprir os requisitos de privacidade e proteção de dados.
Os seguintes objetos estão disponíveis para arquivamento de movimentações no período em
FI-GL, FI-AP e FI-AR:
Objeto de arquivamento Descrição
FI_TF_CRE Movimentação no período do fornecedor

FI_TF_DEB Movimentação no período do cliente
FI_TF_GLF Movimentação no período do Razão (novo)
Arquivamento de movimentações no período FI-AR e FI-AP

As movimentações no período correspondentes são arquivadas com os programas
FI_TF_CRE_WRI / FI_TF_CRE_DEL (escrever/eliminar para fornecedores) e
FI_TF_DEB_WRI / FI_TF_DEB_DEL (escrever/eliminar para clientes).
Nota:
● Durante o arquivamento de totais de contabilidade de cliente/fornecedor, o

montante das tabelas LFXC_DIF / KNCX_DIF é ajustado de modo que o
montante dessas tabelas e documentos ainda não arquivados de ACDOCA
tenham um saldo zero.
● Caso todos os documentos (chamados para um registro total) já estejam
excluídos, já não existe nenhum montante nas tabelas x_DIF e, por isso, a
entrada em x_DIF pode ser excluída.
Arquivamento de movimentação no período FI-GL

Figura 155: Arquivamento de movimentação no período FI-GL
Os programas FI_TF_GLF_WRI (Escrever) e FI_TF_GLF_DEL (Eliminar) estão disponíveis na

contabilidade geral para o arquivamento de movimentações no período. Com o programa/job
de arquivamento, os registros ACDOCA são copiados para o file de arquivo.
O programa/job de eliminação cria um novo registro que corresponde ao registro de totais
arquivado, mas tem o valor com sinal invertido. Com base nisso, a aplicação interpretará os
dois registros de totais (ou seja, BSTAT = C) / o montante total como 0 e, por isso, não
pretende exibir nenhum resultado.
Nota:
Uma redução de registro de dados real ocorre mediante a execução de
compressão.
Execução de compressão
Figura 156: Execução de compressão incluindo arquivamento de documentos - fluxo do processo
Com o arquivamento de documentos em FI, os dados de ACDOCA só são modificados

(palavra-chave BSTAT = C). Quando as movimentações no período são arquivadas, as
entradas também são adicionadas. Por esse motivo, existe uma execução de compressão
que:
● Reduz o volume de dados da ACDOCA
● Facilita o cumprimento de requisitos da área de privacidade e proteção de dados
A execução de compressão não tem impacto na visão empresarial/acesso dos usuários finais
no SAP S/4HANA Financials.
Se as entradas em ACDOCA se qualificarem para compressão (por exemplo, os documentos
relacionados já foram arquivados – para mais detalhes, consulte a nota SAP 2346296), essas
entradas são criadas utilizando uma execução de compressão (transação FINS_ARC ou
FINS_ARC_Monitor) com um agregado em ACDOCA. É a primeira vez que as entradas
ACDOCA são tecnicamente reduzidas.
O agregado é determinado com base na granularidade definida do transporte de saldo inicial
em conexão com o período contábil. Você pode encontrar as configurações para o transporte
de saldo inicial no customizing em Contabilidade financeira → Contabilidade geral → Tarefas
periódicas → Transporte → Inserir especificações detalhadas para contas do balanço/Inserir
especificações detalhadas para contas de resultados.
Ao implementar a nota SAP 2518769, a execução de compressão atualiza ACDOCA-SGTXT
com a respectiva identificação de execução. Assim, você pode distinguir qual registro
ACDOCA é criado pela execução de compressão.
Figura 157: Execução de compressão incluindo movimentações no período do Razão arquivadas - fluxo do
processo
Se essas entradas agregadas tiverem saldo zero, a execução de compressão irá excluir as
entradas antigas e não serão criadas entradas agregadas (ou seja, todos os documentos e
movimentações no período já estão arquivados).
Caso a execução de compressão seja executada após o arquivamento do documento, o efeito
é principalmente uma redução do volume de memória. Caso seja executado após o
arquivamento da movimentação no período, os requisitos de proteção e privacidade de dados
para eliminar dados relevantes para privacidade são cumpridos.
O serviço de análise detalhada do diário universal da SAP oferece suporte aos clientes para
determinar as causas subjacentes do conteúdo de dados na respectiva tabela ACDOCA e
opções para reduzir os dados. Utilizando as soluções em nuvem AVD para SAP S/4HANA e
com a orientação de um consultor SAP, o cliente aprende mais sobre as etapas e o
sequenciamento necessários.
Arquivar dados mestre FI
Figura 158: Arquivar dados mestre FI
Você poderá arquivar dados bancários, de contas do Razão, clientes e fornecedores no FI se o

agente econômico concordar e você tiver cumprido os requisitos legais.
Se a empresa o não precisar mais de um registro mestre de lançamentos, será definido um
bloqueio de lançamento como primeira etapa. Se esse registro mestre não for necessário até
algum momento no futuro distante, a marcação para eliminação será definida manualmente.
A presença de uma marcação para eliminação é um dos requisitos que o sistema verifica
antes de arquivar os dados mestre. Isso garante que o departamento não tenha objeções em
relação ao arquivamento dos dados mestre. Portanto, somente empregados responsáveis
devem ser considerados ao ceder autorizações para configuração de marcações para
eliminação.
Com o SAP S/4HANA, os dados mestre de cliente e fornecedor são atualizados utilizando o
parceiro de negócios. Por esse motivo, os dados mestre do cliente/fornecedor devem ser
arquivados antes que os dados do parceiro de negócios (objeto de arquivamento CA_BUPA)
possam ser arquivados.
RESUMO DA LIÇÃO

Fis401 Parte02

Enviado por

Direitos autorais:

Formatos disponíveis

Fis401 Parte02

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

Fis401 Parte02

Enviado por

Direitos autorais:

Formatos disponíveis

Formação SAP

Contabilidade financeira no SAP

zPortuguês brasileiro é o padrão usado neste manual.

Essas informações são exibidas na apresentação do instrutor

Informações relacionadas ou adicionais

Controle da interface do usuário Texto de exemplo

Título da janela Texto de exemplo

CAPÍTULO 1 Pagamentos automáticos

● Explicar a execução automática de pagamento

Jornada de aprendizagem do SAP S/4HANA Finance

Figura 1: Jornada de aprendizagem da contabilidade financeira

Síntese da execução automática de pagamento

1. As faturas são inseridas.

2. Faturas pendentes são analisadas para verificação do vencimento.

3. As faturas a serem pagas são preparadas para revisão.

4. Os pagamentos são aprovados ou rejeitados.

5. As faturas são pagas.

O programa de pagamento automático é uma ferramenta que ajuda no processamento de

1. Selecionar as faturas em aberto a serem pagas ou cobradas.

2. Lanças documentos de pagamento.

Características do programa de pagamento

As etapas de processamento do programa de pagamento

Figura 2: As etapas de processamento do programa de pagamento

As principais etapas de processamento do programa de pagamento são as seguintes:

1. Atualizar os parâmetros da execução de pagamento

Essa etapa responde as seguintes perguntas:

● Quais partidas em aberto serão selecionadas para avaliação de pagamento?

● Que forma de pagamento será utilizada?

● Quando será efetuado o pagamento?

● Quais empresas devem ser consideradas?

● Para quando está programada a próxima execução de pagamento?

2. Programar a execução de proposta

3. Revisar a proposta de pagamento

4. Programar a execução de pagamento

The settings of a payment program are defined in three areas:

Contas bancárias na administração de caixa básica

Figura 3: Funcionalidade básica de administração de caixa

Figura 4: Funcionalidade de administração de caixa básica - Contas bancárias

Com a funcionalidade básica da administração de caixa, os gerentes de caixa podem

● Monitorar posições do caixa e previsões de liquidez.

Processo de Bank Relationship Management

Figura 5: Processo de Bank Relationship Management - Criar contas bancárias

As funções básicas do gerenciamento de caixa e liquidez para contas bancárias estão

Figura 6: Administrar bancos

Figura 7: Dados do banco da empresa

Os bancos que a sua empresa utiliza são chamados de bancos da empresa.

O programa de pagamento utiliza a ID do banco da empresa para determinar o banco a ser

Contas bancárias da empresa

Figura 8: Contas bancárias da empresa

Uma combinação de ID do banco da empresa e ID da conta representa cada conta bancária

Conta bancária da empresa - tipo de conta do Razão: conta do balanço

Figura 9: Conta bancária da empresa - tipo de conta do Razão: conta do balanço

Crie a conta do Razão do banco e as contas de compensação bancária necessárias com

Conta bancária no banco da empresa <—> combinação de ID do banco da empresa e de

Conta bancária da empresa - tipo de conta do Razão: conta de caixa (conta de

Contas de reconciliação bancária: essa abordagem permite vincular diferentes contas

● Esforço de reconciliação reduzido entre os departamentos de administração de caixa e

Contas bancárias do parceiro de negócios

Figura 11: Dados mestre do banco do parceiro de negócios