Apostila Academia SAP FI

Formação SAP
Contabilidade financeira no SAP

S/4HANA Parte I 1/2
Convenções tipográficas
Portuguê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 Visão geral do SAP S/4HANA
OBJETIVOS DO CAPÍTULO
● Obter uma visão geral do SAP S/4HANA

● Explicar o aplicativo e as ferramentas do SAP Fiori
Capítulo 1
Lição 1
Obter uma visão geral do SAP S/4HANA
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.
Capítulo 1 : Visão geral do SAP S/4HANA
O mundo digital conectado
Figura 2: O mundo está mudando
O mundo continuou a mudar e, portanto, a ter desafios e oportunidades de negócios. O

mundo atual é digital e interligado.
● O ritmo da geração de dados está acelerando. Nos últimos dois anos foram gerados 90%
dos dados mundiais.
● Nos próximos dois anos, haverá um crescimento de 40% na adoção de redes de negócios.
● Até o final da década, 212 bilhões de coisas estarão conectadas à internet, desde
automóveis a equipamentos pesados e aparelhos de consumo.
● Até 2020, existirão 9 bilhões de usuários de aplicativos móveis no mundo.
● Somente no ano passado, 51% das cargas de trabalho foram processadas na nuvem. Esse
montante só crescerá no futuro previsível.
Lição: Obter uma visão geral do SAP S/4HANA
Figura 3: Avanços tecnológicos
Com tanta memória disponível, agora podemos armazenar todo o banco de dados, mesmo
das maiores organizações, completamente na memória. Isso oferece acesso instantâneo a
todos os dados e elimina os tempos de espera causados pelo carregamento de dados na
memória do disco para a memória. Podemos perder o movimento mecânico dos discos e a
latência que ele traz, e contar com a memória para fornecer todos os dados
instantaneamente à CPU. Embora o armazenamento em Solid State Devices (SSD) seja mais
rápido do que o disco, ele ainda não pode competir com a memória. Assim, a memória não é
mais o gargalo que já foi. Para lidar com grandes quantidades de memória, também usamos
sistemas operacionais de 64 bits.
Os sistemas operacionais tradicionais de 32 bits não conseguem lidar com as grandes
quantidades de memória agora disponíveis. Além da enorme memória, a performance da
CPU continua a melhorar a uma taxa fenomenal. Agora temos CPUs de alta velocidade e de
vários núcleos que podem assumir tarefas complexas e separá-las para que possam ser
processadas em paralelo para fornecer tempos de resposta incríveis. Isso significa que os
tempos de resposta até mesmo para as tarefas analíticas mais complexas, como análise
preditiva, podem ser executados em tempo real. Com memória enorme e CPUs de vários
núcleos mais rápidos, agora temos acesso a grandes quantidades de poder de computação.
Agora, podemos incluir facilmente mais servidores na nossa estrutura para adicionar mais
potência de processamento ou memória a fim de obter qualquer escala de tamanho.
A SAP reescreveu seu software de aplicação empresarial para explorar totalmente o novo
hardware. A SAP trabalhou de perto com parceiros de hardware líderes do setor que
compartilharam os projetos das novas arquiteturas de CPU para que a SAP soubesse como
escrever o melhor software moderno para extrair o máximo de poder possível.
A tecnologia de computação em nuvem amadureceu nos últimos anos e se tornou uma opção
atraente de implementação para nossos clientes que não desejam a complexidade e o custo
da instalação e manutenção das estruturas de TI. A virtualização de máquinas significa
custos mais baixos associados à execução de aplicações em toda a empresa. Serviços de
nuvem pública baseados no modelo de assinatura aumentaram o acesso de todos às
soluções mais modernas, reduzindo custos e deixando tudo mais simples.
Figura 4: Reunindo OLTP e OLAP
No passado, era necessário mover os dados das aplicações transacionais para sistemas
dedicados para que os dados pudessem ser harmonizados e limpos. Como resultado, várias
cópias dos dados são criadas. Mas, pior ainda, há latência entre os sistemas enquanto os
dados são transferidos. Isso significa que não temos uma visão consistente dos dados em
toda a empresa em nenhum momento.
Em muitas estruturas de negócios atuais, as transações são gerenciadas em sistemas nos
quais a arquitetura de hardware, o design do banco de dados e os modelos de dados são
criados em torno do processamento rápido de leitura/gravação no nível do registro. Os
sistemas de análise adotam uma abordagem de design diferente. O hardware, o banco de
dados e os modelos de dados são criados em torno do carregamento de lotes, do
armazenamento agregado e do foco em consultas e cache com uso intensivo de leitura. É por
isso que os sistemas de transações online (OLTP) e os sistemas de processamento analítico
on-line (OLAP) geralmente são separados e vinculados por meio de interfaces pelas quais os
dados são levantados e deslocados periodicamente. Essa abordagem significa atrasos na
análise dos dados transacionais. Não é incomum esperar o dia seguinte para que a análise
possa começar nos dados transacionais.
O SAP HANA é capaz de trazer requisitos transacionais e de análise para uma única
plataforma. O acrônimo para este tipo de sistema consolidado é Hybrid Transaction/
Analytical Processing (HTAP). O banco de dados, o hardware e o modelo de dados do SAP
HANA são criados para lidar com processamento combinado de análise e transação. Nenhum
movimento de dados é necessário e os usuários transacionais e analíticos trabalham a partir
da mesma cópia única dos dados. Isso significa que temos dados em tempo real disponíveis
para todas as aplicações em tempo real. Isso reduz a complexidade, removendo a
necessidade de mover dados usando software e interfaces separados. Isso também significa
que novos aplicativos inovadores podem ser criados para combinar transações e análises,
como as encontradas no SAP S/4HANA.
SAP S/4HANA – o núcleo inteligente
Figura 5: SAP S/4HANA na Empresa Inteligente: visão geral
A SAP acredita que as empresas líderes de mercado são empresas inteligentes. Elas aplicam
tecnologias avançadas e melhores práticas em processos empresariais ágeis e integrados.
Este gráfico mostra o portfólio de soluções da Empresa Inteligente e como as peças se unem.
A Empresa Inteligente compreende quatro componentes centrais:
● O componente Colaboração empresarial se concentra em conseguir se conectar e
colaborar com parceiros de negócios externos e internos para preencher a lacuna entre
locais, organizações e estruturas de sistemas. Um exemplo de colaboração seria o uso do
Ariba Network, onde a empresa pode localizar, interagir e colaborar com fornecedores.
● O componente Processo empresarial enfoca o cenário ponta a ponta para cada transação
comercial e tem a integração desses processos como uma das principais prioridades.
Neste treinamento, focaremos nas partes financeiras dos processos empresariais.
● O componente Aplicações empresariais se concentra nas soluções para registrar dados
para a Empresa Inteligente. Neste treinamento, focaremos na solução SAP S/4HANA.
● O componente Tecnologia de negócios tem como foco a infraestrutura técnica e o
gerenciamento de informações que introduzem a inteligência na Empresa Inteligente.
Vejamos mais detalhadamente:

● A rede de negócios ajuda os clientes a digitalizar os processos empresariais
interempresariais. A rede se baseia em nossas soluções de procurement, viagens e força
de trabalho temporária. Ele ajuda nossos clientes a trabalharem juntos para criar cadeias
de valor flexíveis.
● A gestão da experiência ajuda as organizações a avaliar e agir de acordo com as opiniões
de clientes, parceiros e colaboradores. Entender o que os stakeholders querem e como se
sentem é fundamental para tomar as decisões certas.
● A suíte inteligente ajuda a executar processos de negócios ágeis e integrados. Ajudamos a
gerenciar cada parte da organização – colaboradores, clientes, produtos, despesas,
finanças e TI. Com funções analíticas integradas, oferecemos uma visão de 360 graus dos
negócios.
● O Industry Cloud permite que os clientes descubram e implementem soluções verticais da
SAP e de parceiros. Isso ajuda os clientes a aplicar as melhores práticas do setor de ponta
e ampliar os processos empresariais atuais.
● A gestão de sustentabilidade ajuda os clientes a entender e gerenciar seu impacto nas
pessoas e no meio ambiente. Climate 21 é o nome de nossa iniciativa por trás de nossa
nova safra de soluções de gestão da sustentabilidade. Essas soluções ajudam as
empresas a entender e gerenciar as emissões de gases do efeito estufa.
● O Business Technology Platform fornece gerenciamento de dados e funções analíticas e
suporta o desenvolvimento e a integração de aplicativos. Ele também permite que nossos
clientes usem tecnologias inteligentes, como inteligência artificial, machine learning e
Internet das Coisas, para impulsionar a inovação.
Uma parte fundamental da estratégia é a integração de processos de ponta a ponta. A SAP

tornou a integração desses processos uma prioridade máxima. Nossa amplitude de soluções
torna isso possível.
O diário universal permite a contabilidade contínua
Figura 6: O diário universal permite a contabilidade contínua
O diário universal agora é a única fonte de dados. Cada lançamento cria itens de linha na
tabela do diário universal (ACDOCA) que combina todos os dados inseridos nos diferentes
componentes financeiros em uma única estrutura.
O modelo de dados foi intensamente simplificado. Isso significa que descartamos tabelas
desnecessárias e os dados dessas tabelas para reduzir drasticamente a base e simplificar o
design e a extensibilidade da aplicação.
Opções de implementação do SAP S/4HANA

SAP S/4HANA – opção consistente para Cloud e On-Premise
Figura 7: SAP S/4HANA – opção consistente para Cloud e On-Premise
O modelo de dados simplificado do SAP S/4HANA e a experiência moderna do usuário são

consistentes para as versões em nuvem e on-premise. Quando é hora de implementar o SAP
S/4HANA, as opções são no local ou na nuvem. De qualquer forma, o SAP S/4HANA mantém
a consistência com o modelo de dados, a experiência do usuário e a linha de código. O SAP S/
4HANA e o SAP S/4HANA Cloud oferecem uma solução consistente, permitindo que você se
beneficie de qualquer cenário ou combinação.
Há muitos fatores que incidem sobre a tomada de decisão de implementação no local ou na
nuvem, mas eles podem ser simplificados em algumas dimensões principais:
● Estratégia de TI: cada vez mais, os clientes estão adotando uma abordagem "nuvem em
primeiro lugar" à estrutura do sistema ERP. É importante verificar se o escopo das
melhores práticas padrão no S/4HANA Cloud atenderá aos seus requisitos empresariais,
e se isso deve ser complementado com a funcionalidade ampliada (linhas de negócios,
específicas do setor) por meio de uma co-implementação com o S/4HANA Cloud, edição
de servidor único, por exemplo.
● Ciclos de inovação: atualizações do S/4HANA Cloud são fornecidas em um ciclo de
inovação trimestral. A SAP fornece regularmente as soluções mais recentes em
aprendizagem automática, processamento de linguagem natural, análises preditivas e
muito mais de forma contínua e fácil de usar. O S/4HANA Cloud, edição de servidor único,
é oferecido com 2 upgrades por ano, enquanto o S/4HANA no local é oferecido com um
upgrade anual.
● Funcionalidade empresarial: o escopo disponível para cada opção de implementação
varia, permitindo opções de licenciamento e implementação.
● Tempos de implementação: a implementação do S/4HANA pode ser acelerada na nuvem
para muitos clientes, já que eles não precisam adquirir e manter a infraestrutura.
● Requisitos regulatórios, setoriais e regionais: alguns clientes podem ter requisitos nessas
áreas que tornam a nuvem inadequada. Se esse for o caso, eles podem continuar com a
implementação tradicional no local. Ou, se eles tiverem requisitos diferentes para várias
subsidiárias, poderão combinar a implementação na nuvem e no local com uma estratégia
de 2 níveis e ainda manter a consistência para usuários empresariais e de TI.
Figura 8: Opções de implementação do SAP S/4HANA
Com o SAP S/4HANA, você pode escolher o ambiente – de software como serviço (SaaS) a
nuvem privada suportada por computação em hiperescala até on premise – que usa os
melhores aspectos da nuvem para acelerar o retorno sobre o investimento e aumentar a
agilidade dos negócios e, ao mesmo tempo, equilibrar personalização, padronização e
controle:
● Nuvem - Maximize a agilidade com processos padronizados criados a partir de melhores
práticas comprovadas em todos os setores, inovações com a frequência de quatro vezes
por ano, retorno rápido do investimento e menor TCO. Disponível como solução em nuvem
privada ou pública com as características mostradas na figura.
● Qualquer local - Otimize sua capacidade de especialização implementando o SAP S/
4HANA em seu próprio centro de dados ou utilizando um provedor de infraestrutura-
como-serviço e personalize e estenda o SAP S/4HANA com controle total do seu
ambiente.
RESUMO DA LIÇÃO
Você agora deve estar apto a:
Capítulo 1
Lição 2
Introdução ao SAP Fiori
11
● Explicar o aplicativo e as ferramentas do SAP Fiori
Aplicação e ferramentas do SAP Fiori

Cenário
Você deseja garantir que seus usuários tenham a melhor experiência possível ao interagir
com o SAP Business Suite. Você deseja garantir que os usuários possam acessar aplicativos
empresariais importantes em qualquer dispositivo sem nenhum problema. E por fim, deseja
garantir que a solução seja integrada à sua estrutura de TI existente e que possa ser ampliada
para cobrir suas necessidades específicas. Você quer ter certeza de que o SAP Fiori atende a
essas necessidades.
Paradigma da experiência do usuário do SAP Fiori
Figura 9: Paradigma da experiência do usuário do SAP Fiori
O paradigma da experiência do usuário do SAP Fiori é composto pelos seguintes pilares:

● Baseado em função: os usuários têm acesso às aplicações onde executam suas tarefas, e
as aplicações são específicas para concluir essa tarefa.
● Responsivo: a interface do aplicativo é responsiva; ela se adapta ao tamanho e ao
dispositivo usado pelos usuários para acessá-la.
● Simples: o escopo da aplicação é simples. Há um usuário, um caso de utilização e até três
telas para cada aplicação.
● Coerente: as aplicações são desenvolvidas com uma estrutura coerente. As aplicações
falam o mesmo idioma e podem ser implementadas em diversas estruturas e ambientes.
● Valor instantâneo: uma baixa barreira de adoção fornece valor instantâneo, tanto do lado
do sistema de TI quanto do lado da adoção pelo usuário.
Figura 10: SAP Fiori
O launchpad do SAP Fiori é o único ponto de entrada para acessar todas as aplicações -
diretamente por meio de blocos ou links, ou utilizando Procurar. O SAP Fiori oferece uma
aparência harmonizada em todos os produtos SAP com orientação inteligente do usuário
integrada, com integração entre produtos e dispositivos, por meio de notificações e páginas
iniciais abrangentes e adaptáveis. Por exemplo:
● Simplificação baseada em funções dos processos empresariais
● De soluções monolíticas a apps baseados em atividades
● Capacitação dos usuários e a forma como trabalham
Aparência e experiência harmonizadas em todos os produtos da SAP.

Orientação inteligente integrada do usuário por meio de aprendizagem automática, páginas
iniciais dinâmicas e um assistente digital.
Integração entre produtos e dispositivos por meio de páginas iniciais abrangentes e
adaptáveis, um assistente digital e notificações.
Domínio de informações e ações específicas, incluindo:
● Os usuários podem obter rapidamente uma visão geral do que precisa de sua atenção com
páginas de visão geral, relatórios de lista e listas de trabalho. As notificações fornecem um
canal adicional para alertas sobre tarefas ou solicitações urgentes.
● Os usuários podem acionar ações rápidas - como prorrogar um contrato, alterar uma data
de entrega - ou expandir para o próximo nível de detalhe. Os usuários também podem
chamar o SAP CoPilot, um assistente inteligente que suporta tarefas ad hoc no contexto
de sua atividade empresarial.
Insira detalhes e explore em profundidade. Diminuir a pirâmide, chave e diferenciar casos de

utilização serão reinventados com a experiência de usuário do SAP Fiori, por exemplo,
analisando todos os detalhes de um business object por meio de uma página de objeto ou
Lição: Introdução ao SAP Fiori
modificando campos atualizados frequentemente em uma ordem do cliente (montante, data,

novos itens).
Apps de transação, apps analíticos e fichas informativas
Figura 11: Apps de transação, apps analíticos e fichas informativas
Apps de transação oferecem acesso com base em tarefas, como modificar, criar, exibir
(documentos, registros mestre) ou para processos inteiros, como navegação guiada.
Aplicativos analíticos fornecem Insight to action. Eles dão a você uma visão geral de tópicos
complexos para fins de monitoramento ou de rastreamento.
Fichas informativas permitem que você pesquise e explore seus dados. Oferecem uma visão
de 360 graus das informações essenciais de um objeto e navegação contextual entre objetos
relacionados.
Recursos do launchpad do SAP Fiori
Figura 12: Recursos do launchpad do SAP Fiori
O launchpad do SAP Fiori oferece temas e pode ser personalizado para atender a
necessidades de branding.
Ele oferece um URL estável para marcação e compartilhamento. Ele é baseado em browser e,
portanto, trabalha com vários dispositivos e browsers.
O launchpad também oferece blocos ativos pelos quais o usuário pode receber informações
atualizadas diretamente da página inicial sem abrir a aplicação.
Personalização do usuário do launchpad do SAP Fiori
Figura 13: Personalização do usuário do launchpad do SAP Fiori
As seguintes opções de personalização estão disponíveis aos usuários no launchpad do SAP

Fiori:
● Adicionar apps do catálogo atribuído
● Remover app que não desejam utilizar
● Modificar e adicionar apps para resultados de relatório filtrados
Por exemplo, se o usuário for o gerente de custos de um grupo interessado no mercado

alemão, poderá criar um app para levá-los diretamente à posição de caixa do mercado
alemão. O grupo pode chegar à posição do caixa diretamente com apenas um clique na
página inicial do launchpad do SAP Fiori.
Launchpad do SAP Fiori - Páginas e espaços
Figura 14: Launchpad do SAP Fiori - Páginas e espaços
O modo de espaços foi desenvolvido para oferecer mais flexibilidade para influenciar o layout
do launchpad para grupos de usuários específicos. As páginas são atribuídas a usuários por
meio de espaços atribuídos a funções de usuário. A função empresarial define quais usuários
veem um espaço específico. Se você ativar espaços para seus usuários e definir espaços e
páginas específicos para eles, poderá alcançar um ajuste melhor. Ao definir páginas com
seções significativas, você pode definir a ordem em que os apps são ordenados na página.
Você pode, por exemplo, ordenar os apps mais utilizados na seção de nível superior e, em
seguida, criar seções separadas para apps relacionados. A SAP fornece espaços e páginas
predefinidos que você pode utilizar para iniciar.
For more information about SAP FIORI Launchpad Spaces and Pages, see SAP Help Portal:
Managing Launchpad Spaces and Pages - SAP Help Portal.
The slide shows two examples. The first one is kept very simple. In the second, it becomes
more complex due to the different pages.
No regular demo is planned for this topic in S4F12. If, however, someone wants to show the
application side in the course, follow the instructions. (In S4F01, the creation of "Spaces and
Pages" is shown in more detail.)
Log on to system T4N (Client 001; S4F01-00; Welcome1)

Enter transaction /n/UI2/FLP_CUS_CONF in the command field.
Enter "true" for both parameters ENABLE_HELP and SPACES_ENABLE_USER in the
Property Value field.
Save your entries.
Logon to the SAP Fiori Launchpad (S4F01-00; Welcome1)

Choose the S4F01-00 user profile icon on the top right corner
Choose Settings
Choose Spaces and Pages
Select User Spaces and choose Save.
Result: The SAP Fiori Launchpad now displays spaces and pages, not groups.
To avoid confusion, undo the settings in T4N and log off user S4F01-00 completely (T4N and
SAP Fiori launchpad).
CAPÍTULO 2 Configuração central da
contabilidade financeira (FI)
• Criar uma empresa
• Usar as unidades organizacionais em FI
• Verificar atribuição de empresa/área de contabilidade de custos
• Verificar as configurações básicas na contabilidade geral nova (G/L)
• Descrição da funcionalidade principal de variantes
• Gerenciar variantes de exercício fiscal
• Identificar a funcionalidade básica de códigos de moeda e categorias de taxa de câmbio
• Gerenciar tipos de moeda
• Compreender as configurações comuns de implementação

Capítulo 2
Lição 1
Administração de unidades organizacionais em
27
SÍNTESE DA LIÇÃO
Nesta lição, você aprende os fundamentos de empresas e como criá-las.
Exemplo de negócios
Você tem um cliente que trabalha para uma empresa de médio porte que é autônoma. Você
precisa criar e atribuir uma nova empresa para o cliente. Por esse motivo, você precisa
compreender o seguinte:
● Empresas
● Unidades organizacionais
● Áreas de contabilidade de custos
● Criar uma empresa
● Usar as unidades organizacionais em FI
● Verificar atribuição de empresa/área de contabilidade de custos
Capítulo 2 : Configuração central da contabilidade financeira (FI)
Unidades organizacionais em contabilidade financeira (FI)

Unidades organizacionais no SAP Financials
Figura 15: Unidades organizacionais no SAP Financials
Na hierarquia do SAP S/4HANA, um mandante ocupa o nível mais alto.

Cada mandante é uma unidade independente que contém registros mestre separados, um
conjunto de tabelas e dados. Em termos empresariais, o nível de mandante corresponde a um
grupo corporativo ou grupo de empresas afiliadas. Os dados inseridos no nível de mandante
são válidos para todas as unidades organizacionais do mandante. Além disso, os dados
definidos no nível de mandante não precisam ser redefinidos em qualquer outro nível. As
informações ou os dados relevantes, como taxas de câmbio, podem ser inseridos no nível de
mandante.
Uma empresa representa uma entidade contábil legal independente, como uma empresa,
com contas independentes dentro de um grupo de empresas. Os balanços financeiros
exigidos por lei são criados no nível da empresa. A empresa é a estrutura mínima necessária
no SAP S/4HANA (FI).
Em negócios internacionais, as operações são espalhadas por diferentes países. Os governos
e as autoridades fiscais de cada país exigem que essas atividades sejam representadas por
uma entidade jurídica separada. Nessa situação, uma empresa separada é criada em cada
país.
Para cada organização que possui um balanço financeiro e uma demonstração de resultados
(P&L), uma empresa é criada e armazenada na aplicação SAP.
Para efetuar logon no sistema SAP via SAP GUI, um usuário deve possuir os seguintes
elementos:
Lição: Administração de unidades organizacionais em contabilidade financeira (FI)
● Um código de mandante
● Um registro mestre do usuário no mandante
Na hierarquia do sistema, uma empresa é a unidade organizacional mais importante da FI.
Criação de uma empresa
● Para criar uma empresa, copie uma empresa existente usando a função Copiar, eliminar,
verificar empresa. Isso copia os seguintes dados:
- Definição
- Parâmetros globais
- Tabelas do Customizing
- Contas do Razão (se desejado)
- Determinação de contas
Parâmetros de uma empresa
● Para definir uma empresa, você precisa dos seguintes dados:

- Código da empresa com alfanumérico de quatro dígitos
- Nome da sociedade
- Cidade
- País
- Moeda
- Idioma
- Endereço
● Para definir as configurações globais, você precisa dos seguintes dados:

- Plano de contas
- Exercício fiscal
- Predefinições de empresa
Selecione um código alfanumérico de quatro dígitos como código da empresa. Esse código
identifica a empresa e deve ser inserido sempre que você lançar transações comerciais ou
criar dados mestre específicos para a empresa.
Em seguida, basta fazer as modificações necessárias na nova empresa.
Empresa
A função Editar dados da empresa permite a edição dos seguintes objetos:
● Dados de endereço: os dados de endereço são necessários para a correspondência e são
registrados em relatórios de avaliação.
● Moeda: é necessária uma moeda para cada empresa. As contas são administradas na
moeda da empresa. Todas as outras moedas são consideradas como estrangeiras. O
sistema converte os montantes lançados em uma moeda estrangeira na moeda da
empresa. A moeda definida na empresa é conhecida no SAP S/4HANA (FI) como a moeda
interna.
● Código de idioma: um código de idioma permite que o sistema exiba textos
automaticamente no idioma correto; por exemplo, ao emitir cheques.
● Chave do país: Uma chave do país indica o país a ser considerado como país de origem. O
sistema considera todos os demais como estrangeiros. Isso é importante para operações
contábeis ou de pagamento, pois são necessários formulários diferentes para operações
estrangeiras. O sistema também suporta diferentes formatos de endereço para
correspondência estrangeira.
Modelos do país
Se você precisar de uma empresa para outro país, procure uma Empresa de práticas
recomendadas preparada no S/4HANA. Você pode, então, copiar essa empresa para sua
nova empresa. Outra opção é criar uma cópia da empresa que faz parte do seu Modelo de
empresa. Após essa etapa, você pode ajustar as configurações específicas de país para essa
nova empresa.
Como criar uma empresa

Demonstrate how to create a company code.
For the demonstration steps and data, see the exercise Create a Company Code. Create
Company Code GR00. In the Cross-Company Code lesson, the course participants need
your Company Code to do the exercise. For ## you can use 00 during the course. Before you
copy Company Code TA00 remove the entries of the following fields (Global Parameters):
Credit Control Area, Country Chart /Accts and Document Entry Screen Variant.
Notes on the Demonstration and Exercise: Copying Company Code

When you copy an existing company code, the following message appears: “Company code
XY was copied to GR## without X number range objects”.
This message is not critical, and it only states that certain document intervals have not been
transported. These document intervals must be manually created in the target company
code.
Some of the IMG customizing activities have transaction codes that can also be added to the
Favorites folder in the SAP Easy Access menu. Do the following steps to check which
transaction code belongs to which customizing activity:
● While being in a certain IMG activity choose System → Status.
● In the screen section SAP data, in the subsection Repository data, in the field Transaction
you can find the relevant transaction code.
Capítulo 2
Lição 2
Verificação das configurações básicas na
47
contabilidade geral nova (G/L)
SÍNTESE DA LIÇÃO
Esta lição mostra como verificar as configurações básicas da Contabilidade financeira (FI) do
SAP S/4HANA (FI).
Uma empresa deve estar configurada no customizing. Para garantir conformidade com todos
os requisitos, você deve definir as configurações básicas da contabilidade geral nova.
Para efetuar o customizing da contabilidade geral nova, você deve definir as entidades. Por
exemplo, talvez você precise de demonstrações financeiras para um segmento do centro de
lucro específico para ativar o relatório do segmento, que visa os requisitos das Normas
Internacionais de Contabilidade (IFRS). O relatório de informações financeiras poderia
basear-se na linha de negócios, na geografia e em centros de lucro específicos.
A contabilidade geral nova permite a prestação de contas paralela, ou soluções de avaliação
paralela, com o uso de vários Razões. Por esse motivo, você precisa compreender o seguinte:
● A solução para contas e a solução do ledger
● As configurações básicas na contabilidade geral nova
● Como ativar ledgers não principais
● Verificar as configurações básicas na contabilidade geral nova (G/L)
Ledger principal e ledgers não principais na contabilidade geral nova (G/L)

Ledgers e solução do ledger na Contabilidade geral
Figura 17: Ledgers e solução do ledger na Contabilidade geral
Na imagem Ledger principal e ledgers não principais na contabilidade geral nova (G/L), o
ledger principal 0L é parte do sistema SAP padrão, o que significa que ele é fornecido pela
SAP. Além do ledger principal, também é possível definir outros ledgers não principais para
regulamentações locais. Essa solução é conhecida como a solução do ledger na contabilidade
geral nova.
Cada cliente pode ter apenas um ledger principal. O cliente pode também ter ledgers
adicionais, que são conhecidos como ledgers não principais. Todas as empresas são
atribuídas a um ledger principal para cada cliente. Esse ledger contém a perspectiva de
avaliação do grupo e é fornecido com a aplicação por padrão. Além disso, você não pode
‘desativar’ o ledger principal porque todas as empresas são atribuídas automaticamente ao
mesmo. Somente os valores do ledger principal são lançados na Controladoria (CO) no
sistema padrão.
Os ledgers não principais são paralelos ao ledger principal e são ativados manualmente por
empresa. Por exemplo, um dos ledgers não principais pode ser usado para representar o
princípio contábil local. A variante de exercício dos ledgers não principais não precisa ser a
mesma que a do ledger principal.
Um documento FI lançado (normalmente) é exibido no ledger principal e nos não principais
(atribuídos à empresa lançada). Para permitir que você efetue entradas padronizadas e lance
ajustes somente em um ou mais ledgers (no caso de prestação de contas paralelas, por
exemplo), é possível utilizar grupos de ledgers.
Observe as informações a seguir referentes a grupos de ledgers:
● Você pode combinar quantos ledgers desejar em um grupo.
● Quando um novo ledger é criado, o sistema automaticamente gera um grupo de ledgers
com o mesmo nome.
Lição: Verificação das configurações básicas na contabilidade geral nova (G/L)
● Você só precisa criar os grupos de ledgers nos quais deseja combinar vários ledgers para
processamento conjunto em uma função.
● Você não precisa criar um grupo para todos os ledgers porque o sistema efetua
lançamentos automaticamente para todos os ledgers se você não inserir um grupo de
ledgers em uma função.
Nota:
Um ledger não principal pode ser usado para cada princípio contábil local.
O ledger principal reflete os princípios contábeis adotados para formular demonstrativos

financeiros consolidados. Ele está integrado a todos os livros auxiliares e é atualizado em
todas as empresas.
O ledger principal e os ledgers não principais são chamados de ledgers padrão. Um ledger
padrão contém um conjunto completo de lançamentos contábeis referente a todas as
transações comerciais.
Além disso, ledgers de extensão podem ser adicionados. Os ledgers de ampliação são
baseados em um ledger de base existente. O ledger subjacente deve ser um ledger padrão.
Um ledger de extensão é atribuído a um ledger padrão e herda todos os seus lançamentos
contábeis referentes a relatórios. Os lançamentos feitos explicitamente em um ledger de
extensão são visíveis nele, mas não no ledger padrão subjacente.
Um ledger de extensão armazena valores delta e indica outro ledger, fornecendo assim, um
mecanismo flexível para ajustes e relatórios. Um caso de utilização importante é o das visões
de gerenciamento sobre dados legais (IFRS ou princípios contábeis geralmente aceitos
[GAAP] do local). Além da criação de um registro mestre, os ledgers de extensão não
necessitam de configuração adicional. Os relatórios no ledger de extensão sempre contêm os
dados do ledger subjacente.
Com os ledgers de extensão, você pode “empilhar” os ledgers uns sobre os outros,
fornecendo as diferentes visões de que você precisa. Isso minimiza a base de dados e oferece
uma nova flexibilidade para criar facilmente visões adicionais.
Só são permitidos lançamentos manuais no ledger de ampliação.
The following activities can be performed:

● To activate ledgers, choose Customizing → Financial Accounting → Financial
Accounting Global Settings → Ledgers → Ledger → Define Settings for Ledgers and
Currency Types.
● To assign the fiscal year variant and the variant of posting periods to the leading ledger,
choose Financial Accounting → Financial Accounting Global Settings → Ledgers
→ Fiscal Year and Posting Periods.
● Show the existing extension ledger in Customizing Financial Accounting → Financial
Accounting Global Settings → Ledgers → Ledger → Define Settings for Ledgers and
Currency Types
● Show a posting with Ledger Group, if you like.
● Show the creation of a Ledger Group, if you like Financial Accounting → Financial
Accounting Global Settings → Ledgers → Ledger → Define Ledger Group
Além da solução do ledger, existe ainda a solução para contas. Nessa solução, avaliações e
soluções de avaliação diferentes são lançadas em contas diferentes. Quando os balanços
financeiros são preparados, o sistema determina quais contas são relevantes e precisam ser
avaliadas, conforme definido na "estrutura do balanço /DRE".
Solução para contas versus solução do ledger

As diferenças entre a solução para contas e a solução do ledger são listadas na seguinte
tabela:
Tabela 2: Solução para contas versus solução do ledger

Solução para contas Solução do ledger
Contas específicas para cada GAAP -> estru- Nenhuma área para contas específica -> ne-
tura de plano de contas complexa nhuma modificação no plano de contas
Um mínimo de uma conta de resultado trans- Um mínimo de uma conta de resultado trans-
portado para cada GAAP portado para todos os GAAPs
Versões complexas do balanço/demonstra- Definição de balanço/demonstração de re-
ção de resultados sultados padrão
Relevância dos lançamentos para GAAP local Relevância dos lançamentos para GAAP local
ou internacional especificada no nível da con- ou internacional especificada no nível do do-
ta cumento
Todas as soluções de avaliação podem ser Apenas a avaliação principal pode ser lança-
lançadas no Controlling da no Controlling
A solução do ledger é altamente recomendável para novos sistemas (abordagem Greenfield).

Capítulo 2
Lição 3
Explicação do princípio de variantes
55
SÍNTESE DA LIÇÃO
Esta lição fornece uma síntese teórica da funcionalidade do princípio de variante no SAP S/
4HANA.
Um consultor informou seu cliente sobre um princípio no SAP S/4HANA que aparece em
várias tabelas de configuração. Esse princípio simplifica o SAP S/4HANA para o cliente. Por
esse motivo, você precisa compreender os benefícios do princípio de variantes.
The variant principle is a three-step method used in SAP S/4HANA to assign special
properties to one or more SAP objects.
The advantage of the variant principle is the low level of maintenance required in the system.
The variant principle is dealt with theoretically in this lesson. The next lesson introduces the
variant principle using the example of the fiscal year variant.
● Descrição da funcionalidade principal de variantes
Princípio de variante
O uso de variantes facilita a atualização das propriedades que são comuns entre vários
objetos de negócios.
O princípio de variante é um método em três etapas usado no SAP S/4HANA (FI) para
atribuir propriedades específicas a um ou mais objetos. As três etapas são as seguintes:
1. Definir a variante.
2. Definir valores para a variante.
3. Atribuir a variante aos objetos relevantes.
Usos da variante
● Status de campo
● Períodos contábeis
● Variantes de exercício fiscal
Como exibir parâmetros globais e variante de exercício fiscal
Required data: This demonstration uses records created in the demonstration How to Create
a Company Code.
1. Display global parameters and the fiscal year variant.

a) In Customizing, choose Financial Accounting → Financial Accounting Global Settings
→ Global Parameters for Company Code → Enter Global Parameters.
b) On the Change View "Company Code Global Data": Overview screen, select the row for
your company code.
c) Double-click the row for your company code.
d) On the Change View "Company Code Global Data": Details screen, check the values for
Fiscal Year Variant, Field status variant, Pstng period variant, and Workflow Variant
fields.
Nota:
SAP S/4HANA shows the Change View, Company Code Global Data-
Details message. The fiscal year variant is visible on the Accounting organization
tab page.
RESUMO DA LIÇÃO
● Descrição da funcionalidade principal de variantes
Capítulo 2
Lição 4
Gerenciamento de variantes de exercício fiscal
56
SÍNTESE DA LIÇÃO
Esta lição explica como criar e atualizar variantes de exercício fiscal.
O exercício fiscal de uma empresa corresponde ao ano civil. Você precisa atender aos
requisitos definidos pelo gerente de contabilidade, que deseja quatro períodos
extraordinários para lançamentos de encerramento do exercício. Por esse motivo, você
precisa compreender o seguinte:
● A variante de exercício fiscal
● Os diferentes tipos de variantes de exercício fiscal
● Como definir uma variante de exercício fiscal de acordo com suas necessidades
● Como atribuir uma variante de exercício fiscal a uma empresa
A fiscal year is usually a 12 month period for which a company regularly creates an inventory,
financial statements, and profit and loss (P&L) statements.
You create a fiscal year variant according to the variant principle.
To ensure that you can compare the closing months with the other periods of the fiscal year,
you make closing postings in special periods.
For example, 12 posting periods and four special periods.
The four special periods could consist of the following: period 13 = accrual/deferral postings,
period 14 = audit postings, period 15 = general meeting of shareholders, and period 16 =
adjustment postings.
To post in a special period, the following conditions must apply:
● The posting date must be in the last posting period (irrespective of whether the last
posting period is open).
● The special periods must be open for posting.
● The special period must be entered manually when posting.
● The authorization to post in special periods must be given (optional).
● Gerenciar variantes de exercício fiscal
Exercício fiscal
Figura 18: Exercício fiscal
A figura Exercício fiscal mostra um exercício com 12 períodos contábeis e quatro períodos
extraordinários. Os períodos contábeis são marcados de 1 até 12. Os períodos extraordinários
são marcados de 13 a 16. Se a data de lançamento cair no décimo segundo período, você
pode lançar a transação em um dos períodos extraordinários que vão de 13 até 16.
Você deve definir um exercício com os períodos contábeis para atribuir transações
comerciais a períodos diferentes. O exercício é definido como uma variante e atribuído a uma
empresa.
A variante de exercício contém definições de períodos contábeis e períodos extraordinários.
Os períodos extraordinários são utilizados para lançamentos atribuídos ao processo
empresarial de encerramento do exercício e não para períodos. No total, é possível definir 16
períodos.
O sistema retira o período contábil da data de lançamento. Se a data de lançamento cair
dentro do último período contábil normal, pode-se lançar a transação em um dos períodos
extraordinários.
As variantes standard do exercício já estão definidas no sistema e podem ser usadas como
modelos.
Dica:
A variante de exercício não especifica se o período contábil está aberto ou
fechado. Estes dados são administrados em outra tabela/variante. A variante de
exercício só define o número de períodos e as respectivas datas de início e de
fim.
Lição: Gerenciamento de variantes de exercício fiscal
Variante do exercício independente do ano
Figura 19: Variante do exercício independente do ano
A figura Variante de exercício independente do ano mostra um ano divergente com seis
períodos contábeis que vai de abril a março. Janeiro a março pertencem ao exercício anterior
e possuem um indicador -1.
Se cada exercício de uma variante de exercício usar a mesma quantidade de períodos, e os
períodos contábeis tiverem início e fim sempre no mesmo dia do ano, a variante é
independente do ano.
Há dois tipos de variantes de exercício independentes do ano, conforme segue:
● Ano civil
● Ano divergente
Se você definir o exercício como o ano civil, então os períodos contábeis serão equivalentes
aos meses do ano. Portanto, o exercício deve ter 12 períodos contábeis.
Se um exercício for definido como um ano não-civil, cada um dos períodos contábeis será
definido com suas datas de encerramento. Um ano não-civil pode ser definido com os
períodos contábeis que variam de 1 até 16. Se o ano não-civil não tiver início em 1 de janeiro,
os períodos do ano pertencentes ao exercício anterior ou futuro precisam ter um código -1 ou
+1.
Se o exercício diferir do ano civil, mas os períodos contábeis corresponderem aos meses do
calendário, então selecione 29 como o dia-limite para fevereiro para considerar os anos
bissextos.
Geralmente, os exercícios são independentes do ano.
Variantes do exercício específicas do ano
Figura 20: Variantes do exercício específicas do ano
Se todos os exercícios em uma variante de exercício fiscal tiverem o mesmo número de

períodos contábeis, você só precisa definir as diferentes datas do período para os diferentes
exercícios. A figura, Variantes de exercício específicas do ano, demonstra esse exemplo.
Uma variante de exercício é definida como específica do ano com base em uma ou nas duas
seguintes condições:
● As datas de início e de fim dos períodos contábeis de alguns exercícios são diferentes das
datas de outros exercícios.
● Alguns exercícios fiscais utilizam um número diferente de períodos contábeis.
Caso um dos exercícios de uma variante de exercício fiscal tenha menos períodos contábeis
que os demais, ele será chamado de exercício reduzido. Essa variante pode ser necessária se
o encerramento precisar ser realizado antes do encerramento normal do exercício. Por
exemplo, se um caso em que o início do exercício precisar ser modificado ou se a sociedade
foi vendida. Antes de definir as datas do período, você deve definir o exercício reduzido e o
número de períodos contábeis nele. Para um exercício reduzido, você pode atribuir somente
um número menor de períodos contábeis.
In SAP S/4HANA (FI), a fiscal year and a posting period variant that differ between the
leading and non-leading ledgers can be assigned. However, this is only necessary in very
special cases.
Usually, the ledgers have the same fiscal year and posting period variants as the
corresponding company code.
Lição: Gerenciamento de variantes de exercício fiscal
Como criar variantes de exercício divergentes

Create a non-calendar fiscal year variant and enter the appropriate values. Use the values for
the period from 1st of April to 31st of March and then define four posting periods and one
special period.
1. Create a non-calendar fiscal year variant.

a) In Customizing, for Financial Accounting, choose Financial Accounting Global Settings
→ Ledgers → Fiscal Year and Posting Periods → Maintain Fiscal Year Variant.
b) Choose Edit → New Entries.
c) Enter the following values on the “Change view fiscal year Variants”: Overview screen:
Field Name or Data Type Values
FV 00
Description S4F12
Calendar yr Leave blank

Year-dependent Leave blank
Number of posting periods 4
No. of special periods 1
d) Choose Save.
e) Select the new fiscal year variant.
f) Double-click Periods in the left pane.
g) Choose Edit → New Entries.
h) Enter the following data:

Month Day Period Year shift
3 31 4 -1
6 30 1 0
9 30 2 0
12 31 3 0
i) Choose Save and then Back.
j) Select the new fiscal year variant.
k) Double-click Period texts in the left pane.
l) Choose Edit → New Entries.
m) Enter the following data:

Language Period Txt Text

EN 4 Q4 4. Quarter
EN 1 Q1 1. Quarter
EN 2 Q2 2. Quarter
EN 3 Q3 3. Quarter
EN 5 S1 Special Period
1
n) Choose Save.
Capítulo 2
Lição 5
Identificação da funcionalidade básica de
67
códigos de moeda e categorias de taxa de
câmbio
SÍNTESE DA LIÇÃO
Esta lição explica as funções básicas de moedas na contabilidade financeira (FI).
A sociedade possui clientes e fornecedores em diversos países. O contador chefe está
preocupado com o fato de que a atualização das taxas de câmbio no sistema envolva um
elevado volume de trabalho. Você precisa convencer o contador de que o uso das
ferramentas fornecidas pelo SAP S/4HANA reduz o trabalho envolvido. Por esse motivo, você
● Códigos de moeda e categorias de taxa de câmbio
● As funções básicas das taxas de câmbio
● Como atualizar taxas de câmbio
● Identificar a funcionalidade básica de códigos de moeda e categorias de taxa de câmbio
Códigos da moeda e categorias de taxa de câmbio

Exemplos de códigos de moeda
Figura 21: Exemplos de códigos de moeda
Toda moeda utilizada no SAP S/4HANA deve ter um código atribuído. Por padrão, a maioria
das moedas no SAP S/4HANA é definida com códigos de moeda internacional padrão.
Você pode atribuir uma data de validade a cada código da moeda definido no SAP S/4HANA.
Você pode definir diferentes categorias de taxa de câmbio para diferentes propósitos, como
avaliação, conversão, tradução e planejamento. Você pode então atualizar a taxa de câmbio
para um tipo de moeda e uma combinação de duas moedas.
Lição: Identificação da funcionalidade básica de códigos de moeda e categorias de taxa de câmbio
Fatores de conversão
Figura 22: Fatores de conversão
A relação entre moedas deve ser atualizada por pares de categoria de taxa de câmbio e
moeda, usando fatores de conversão. Em geral, essa atividade deve ser realizada apenas uma
vez. Como a inflação pode influenciar profundamente as relações entre as moedas, os fatores
de conversão podem ser atualizados periodicamente.
Como exibir um código de moeda e categorias de taxa de câmbio
The S/4HANA FI uses different exchange rates defined under exchange rate types.
1. Show the currency code, EURO.

a) In Customizing, choose ABAP Platform → General settings → Currencies → Check
Currency Codes.
b) To show the content, double-click the currency code EUR.
c) Go back twice.
2. Show the exchange rate type M.

a) In Customizing, choose ABAP Platform → General settings → Currencies → Check
Exchange Rate Types.
b) Display the exchange rate type (ExRt) M.
c) Go back.
Ferramentas de atualização de taxa de câmbio

Atualização das taxas de câmbio
Figura 23: Atualização das taxas de câmbio
A atualização de taxas de câmbio é uma tarefa contínua.

Você pode usar o report RFTBFF00, que permite transferir valor de mercado externo em
formato de arquivo, para atualizar automaticamente a tabela de taxas de câmbio efetuando o
upload de um arquivo de entrada em formato MultiCash.
Também é possível usar os reports RFTBDF07 e RFTBDF14 para transferir taxas de câmbio.
Esses reports podem transferir os dados em tempo real usando uma interface de feed de
dados se o feed de dados externo suportar provisão de taxas de câmbio em tempo real. Uma
Remote Function Call (RFC) ativa uma conexão direta entre um sistema externo e a aplicação
SAP S/4HANA. Para mais informações sobre o formato de entrada de arquivo, provedores de
dados e estruturas de arquivo, consulte a documentação deste report.
Cotação direta ou indireta de taxas de câmbio
Figura 24: Cotação direta ou indireta de taxas de câmbio
Todas as aplicações e funções do SAP S/4HANA processam taxas de câmbio usando um dos
seguintes tipos de cotação:
● Direta: utiliza uma unidade de moeda estrangeira para a moeda corrente.
● Indireta: utiliza uma unidade de moeda interna para a moeda estrangeira. Isso afeta todos
os componentes nos quais as taxas de câmbio são usadas. Não é específica da aplicação
nem do país.
O tipo de cotação usado depende do padrão de mercado ou da transação comercial

individual.
O exemplo a seguir demonstra uma cotação direta e uma cotação indireta: Considere que a
moeda interna é EUR e a moeda estrangeira é USD.
● Cotação direta:
- USD 1 = EUR 0,8832. Isso significa que uma unidade da moeda estrangeira USD custa o
número de unidades exibido da moeda interna.
● Cotação indireta:
- EUR 1 = USD 1.1319. Isso significa que uma unidade da moeda interna EUR custa o
número de unidades exibido da moeda estrangeira, USD.
Para cada par de moedas, você pode definir a cotação direta ou indireta como a cotação
padrão da taxa de câmbio. Se a taxa de câmbio não tiver a mesma cotação padrão definida na
aplicação, a taxa de câmbio será destacada para evidenciar isso.
Listas de trabalho para atualização de taxas de câmbio
Figura 25: Listas de trabalho para atualização de taxas de câmbio
Atualização de taxas de câmbio

No S/4HANA, você encontra dois apps do Fiori para esta atividade. O mais recente é o app
Taxa de câmbio. Com essa funcionalidade, você pode monitorar, criar e modificar taxas de
câmbio.
Outra forma de fazer isso é definir listas de trabalho e depois atualizar as taxas de câmbio
usando a transação TCURMNT.
Design de taxa de câmbio
Figura 26: Design de taxa de câmbio em cotações diferentes
É possível inserir taxas de câmbio como cotações diretas ou indiretas. Você pode atualizar
dois prefixos para distinguir entre taxas de câmbio de cotações diretas e indiretas durante a
entrada e a exibição. A configuração padrão será válida se você não inserir um prefixo.
Tais prefixos são:
Prefixo Uso
“ ” (em branco, sem um prefixo) Usado para taxas de câmbio de cotação dire-
ta
“/” Usado para taxas de câmbio de cotação indi-
reta
Cenários que mostram cotações diretas e indiretas
Tabela 3: Cenários que mostram cotações diretas e indiretas

Cenário Configuração/Cotação Prefixo
1 Configuração padrão, se a Você pode inserir taxas de
cotação direta for a mais usa- câmbio de cotação direta
da. sem um prefixo.
Cenário Configuração/Cotação Prefixo

2 São usadas tanto a cotação Você pode definir um prefixo
indireta quanto a cotação di- alternativo para os dois tipos
reta. de cotações.
Por exemplo, use “*” para co-
tação direta e “/” para cota-
ção indireta.
Caso adote essa sugestão,
como a configuração não
permite a entrada de taxas
de câmbio sem prefixo, será
emitida uma mensagem de
erro. Dessa forma, os usu-
ários são obrigados a consi-
derar a cotação correta e a
inserir a taxa com um prefixo
válido.
3 A cotação indireta é a nota- Você pode definir configura-

ção mais amplamente usada ções diferentes. Os seguintes
na sua empresa. tipos de configurações po-
dem ser definidos:
● “*” para cotação direta; “ ”
(em branco) para cotação
indireta.
● Esta configuração permite
a entrada de taxas de
câmbio de cotação indire-
ta sem um prefixo en-
quanto as taxas de câm-
bio de cotação direta me-
nos utilizadas precisam
ser inseridas com um pre-
fixo.
Consulte a nota SAP 783877 para obter uma síntese das perguntas mais frequentes sobre
conversão de moedas.
Como atualizar taxas de câmbio
1. Show transaction rates.

a) On the SAP Fiori Launchpad, choose the app Create Incoming Invoices (group:
Accounts Payable).
(Alternative: In SAP Easy Access, choose Accounting → Financial Accounting →
Accounts Payable → Document Entry → Invoice (Transaction FB60).)
Dica:
The Local currency tab can be shown using the arrow next to the Notes
tab page.
b) Choose Company Code 1010.
c) On the Enter Vendor Invoice: Company Code 1010 screen, enter the following data:
Field Name Values
Vendor T-SUP01
Invoice date Current date

Posting Date Current date
Amount 5000
Currency USD
Calculate Tax Select

Tax code V0 (0% Input tax non taxable)
d) On the Local Currency tab page, check the Exchange rate.
e) Choose the SAP Logo (Navigate to Home Page) to return to the SAP Fiori launchpad
homepage.
2. Check the currency codes.

a) In Customizing for ABAP Platform, choose General Settings → Currencies → Check
Currency Codes.
b) On the Change View “Currencies”: Overview screen, select currency USD.
c) Go back to Customizing.
3. Determine translation ratios for currency translation.

a) In Customizing for ABAP Platform, choose General Settings → Currencies → Define
Translation Ratios for Currency Translation.
b) Confirm the warning message with Yes.
c) On the Change View “Currencies: Translation Ratios”: Overview screen, choose

Position.. .
d) In the Another entry dialog box, enter the following data:

Field Name Value
Exch. rate type M
From currency USD
To-currency EUR
Field Name Value

Valid from Leave blank
e) Choose Continue.
f) Check the values in the table.
g) Go back to IMG.
4. Enter the exchange rates with the “new” app Currency Exchange Rates:
a) Use the app Currency Exchange Rates (tile group: Environment).
b) Enter the following data:

Field Name Values
Editing Status All
Exchange Rate Type M
Valid From Today -90/+ 0 days
Currency Pair leave blank
c) Choose Go.
d) Explain: On this screen you can select Create to insert a new entry.
e) Explain: On this screen, you can mark a line and then choose Copy to get a new entry.
f) Explain: On this screen, you can click on the arrow at the end of a line (>) — to see
more detailed information. Then you can delete or edit the data.
g) Choose the SAP Logo (Navigate to Home Page).
5. OPTIONAL: This step is not necessary (but helpful, if a participant ask for a way similar to
the ERP way): Enter the exchange rates with the “old” app “Maintain Exchange Rates”
(works like SAP-GUI ERP; former (1809) “Manage Exchange Rates”):
a) Use the app Maintain Exchange Rates (tile group: Environment). (Alternative in SAP
GUI: In Customizing (SPRO) for ABAP Platform, choose General Settings →
Currencies → Enter Exchange Rates and In SAP Easy Access: Accounting → Financial
Accounting → General Ledger → Environment → Current Settings → Enter Translation
Rates (Transaction: S_BCE_68000174).)
b) On the Change View “Currency Exchange Rates”: Overview screen, choose Position... .
c) In the Another entry dialog box, enter the following data:

Field Name Values
Exch. Rate Type M
From currency USD
To-currency EUR
Field Name Values

Valid from Leave blank
d) Choose Continue.
e) Check the value.
f) Choose the SAP Logo (Navigate to Home Page).
6. Determine a worklist for maintaining exchange rates.

a) In Customizing for ABAP Platform, choose General settings → Currencies → Define
Worklist for Exchange Rate Entry.
b) On the Change View “Exch.rate maint: Work list”: Overview screen, choose New Entries.
c) Enter the following data:

Field Name Values
Worklist EUROPE
Text for EUROPE
Maint. Int Daily
Tol. % 5
d) Choose Save.
e) Go back to IMG.
7. Maintain the exchange rate assignment to the worklist.

a) In Customizing for ABAP Platform, choose General settings → Currencies → Assign
Exchange Rate to the Worklist.
b) Choose New Entries.

Field Name Values
ExRate Type M
From Currency GBP
To Currency EUR
Worklist EUROPE
Quotation Indirect quotation
d) Choose Save.
e) Go back to IMG.
8. Maintain the exchange rate using a worklist.

a) On the SAP Easy Access screen, choose Accounting → Financial Accounting →

General Ledger → Environment → Current Settings → Enter Currency Exchange
Rates using a Worklist. Alternatively, enter transaction code S_B20_88000153.
b) On the Exchange Rates: Worklists screen, select the worklist EUROPE and choose
Enter Exchange Rates for Worklist (F2).
c) On the Exchange Rate Entry screen, enter the following data:

Field Name Values
Valid from Current date
Exch. Rate 0,7761
d) Choose Set Worklist to “Completed” (F8) and press Enter twice to confirm error
messages.
e) On the Exchange Rates: Worklists screen, the status for the worklist EUROPE is
completed.
f) Choose Save.
g) Go back to the main menu.
9. Enter the translation rate, using SAP Easy Access or the SAP Fiori Launchpad tile Maintain
Exchange Rates in the Environment.
General Ledger → Environment → Current Settings → Enter Translation Rates.
Alternatively, enter transaction code S_BCE_68000174.
b) On the Change View “Currency Exchange Rates”: Overview screen, choose Position....
c) In the Another entry dialog box, enter the following data:

Field Name Values
Exch. Rate Type M
Currency Pair EUR/GBP
d) Choose Enter.
e) Check the value for ExRt.
f) Go back to the main menu.
10. Enter the exchange rates with the app Import Foreign Exchange Rates:
a) Use the app Import Foreign Exchange Rates (tile group Environment).
b) Choose Download Template.
c) Confirm the information-message with OK.
d) Choose the arrow on the left hand side of the screen, next to the downloaded
document.
e) Choose open.
f) Enter the following data:

Field Name Values
Market Data Category 01
From USD
To EUR
Exchange Rate Type M

Effective Date 20260101
Value time (Deprecated) leave empty
Exchange Rate 0.845
Security Quotation Currency (Depreca- leave empty
ted)
From Factor 1
To Factor 1
Price Quotation X
g) Choose File → Save As.
h) Choose Current Folder - Downloads (>>Users>>train-##).
i) Change the file name to Rates01.xlsx
j) Choose Save.
k) Choose File → Close.
l) Close Excel.
m) On the Import Foreign Exchange Rates page, choose Browse.....
n) Navigate to the Downloads folder on the left side of the window and double-click on
your file Rates01.xlsx.
o) The data is shown on the screen.
p) Choose Import.
q) Choose the SAP Logo.
r) Show the results of the import using the app Currency Exchange Rates. (Exchange
Rate Type: M; Valid From (Time Period: From): 01012026. Choose GO.
s) To show more detail, choose the arrow at the end of the line.
RESUMO DA LIÇÃO
● Identificar a funcionalidade básica de códigos de moeda e categorias de taxa de câmbio
Capítulo 2
Lição 6
Gerenciar tipos de moeda
75
SÍNTESE DA LIÇÃO
Esta lição explica como configurar e administrar diferentes tipos de moeda.
Por vários motivos de relatórios, a administração quer ativar moedas paralelas no SAP S/
4HANA. Para ativar isso, diferentes tipos de moeda podem ser utilizados. Por esse motivo,
você precisa compreender o seguinte:
● Os tipos de moeda existentes e suas configurações
● Como criar seus próprios tipos de moeda, se necessário
● As regras sobre a ativação de diferentes tipos de moeda, por ledger, por empresa
● Gerenciar tipos de moeda
Vários tipos de moeda
Figura 27: Múltiplas moedas
Na contabilidade financeira, você deve especificar pelo menos uma moeda para os ledgers a
serem administrados. Como é necessário atender a exigências legais locais de relatório, esta
moeda é a moeda do país da empresa, ou seja, a moeda interna (ou moeda da empresa).
Além disso, o sistema sempre registra o valor para a moeda do documento. Isto é, seja qual
for a moeda usada para o lançamento, o valor lançado para a moeda é registrado
exatamente. Você pode atribuir não apenas a moeda da empresa, mas também vários outros
tipos de moeda a um ledger de uma empresa, já que o diário universal 1610 do SAP S/4HANA
dá suporte a registros de várias moedas adicionais.
Tipos de moeda padrão
Os tipos de moeda padrão oferecidos pelo sistema são os seguintes:
Tipo de moeda Descrição
00 Moeda do documento
10 Moeda da empresa
20 Moeda da área de contabilidade de custos
30 Moeda do grupo de empresas
40 Moeda forte
50 Moeda indexada
60 Moeda global da empresa
70 Moeda do objeto de CO
Você seleciona quais destes tipos de moeda devem ser atualizados (além de 00 e 10, que
estão predefinidos). Se for necessário registrar um tipo de moeda diferente dos oferecidos no
sistema padrão, você pode configurar seus próprios tipos. Várias moedas adicionais de
relatórios são úteis para fins de relatórios internos, como para dar uma visão mais verdadeira
do desempenho da empresa, restringindo os efeitos de flutuação (em grande parte
incontroláveis) das moedas.
Como adicionar um tipo de moeda adicional – opcional

If you want to perform your valuations and closing operations according to parallel accounting
principles and in parallel currencies, you can define - in addition to the local currency - a
parallel currency (group currency) in the parallel ledgers. This means that you run the parallel
currency in all processes and functions in Financial Accounting. On top of that, you can add
further currency types to your company and ledger. This currency type is then integrated into
several business processes.
1. Check the additional currency type configured in the system with the following
characteristics.
Field Name Value

Currency/Valuation Type Z0
Description Training Currency
Short description Training
Company Code Specific Conversion No
Lição: Gerenciar tipos de moeda
a) Choose SAP Implementation Guide or transaction SPRO → Financial Accounting →

Financial Accounting Global Settings → Ledgers → Ledger → Define Settings for
Ledger and Currency Types.
b) Select Currency Types on the left hand side of your screen.
c) Show the settings.
2. Display the global currency conversion settings.
Field Name Value

Currency/Valuation Type Z0
Currency USD
Source Currency Type 10 — Company Code
Exch. Rate Type M - Standard Translation at average rate
Trans. Date Type Document date
Real-Time Conversion Yes
a) On the left pane choose the folder Global Currency Conversion Settings.
b) Show the settings.
3. Display the assignment of the currency type to ledger and company code.
a) On the left pane choose the folder Currency Conversion Settings for Company Codes.
4. Show how the new currency type is updated in a posting for Ledger 0L.
a) On the Fiori launchpad home page open the app Display Line Items in General Ledger.
b) Select the items view variant S4F_Currency1 from the drop-down menu on the left part
of the screen. If the variant is not visible, choose Manage and then select the variant.
You can see the column for Currency 1 (Amt in FreeDefCrcy 1/Amount in Freely Defined
Currency 1).
RESUMO DA LIÇÃO
● Gerenciar tipos de moeda
Capítulo 2
Lição 7
Práticas comuns para implementação do SAP
77
S/4HANA
● Compreender as configurações comuns de implementação
Práticas comuns de implementação (Greenfield)

Neste contexto, as práticas de implementação comuns definem as configurações que são
geralmente usadas para uma nova implementação (Greenfield) de um sistema S/4HANA
para uma empresa internacional. Dependendo do setor, do tamanho ou do formato da
empresa, muitos tópicos podem não ser relevantes. Por exemplo, uma empresa pública deve
usar apenas GAAP local, ou um hospital não precisa de preparação para consolidação.
Este curso aborda configurações para a contabilidade externa. Com o novo modelo de dados,
que reúne contabilidade interna e externa em uma única tabela (o diário universal), alguns
tópicos devem ser analisados em conjunto.
Os slides a seguir darão a você uma breve visão geral de alguns temas importantes
(contabilidade interna e externa), mas não é possível abranger todos esses tópicos
profundamente neste curso.
Diário universal: base para relatórios
Figura 28: Diário universal: base para relatórios
O Diário universal (tabela ACDOCA) é a persistência comum de partida individual para:

● Razão
● Contabilidade de centros de lucro
● Contabilidade do imobilizado
● Ledger de materiais
● Controlling
● Análise de rentabilidade
Isso faz com que as configurações e definições também sejam relevantes para muitos outros
cenários, como:
● Prestação de contas paralela (GAAP local e GAAP internacional)
● Reporting do segmento (centro de lucro/segmentos)
● Preparação para consolidação (empresas/tipos de movimento de consolidação)
● Período contábil (método por tipo de despesa) e análise de custos de venda (contas/áreas
funcionais)
● Demonstração de resultados (baseado em contas)
Grupo de empresas internacionais em um mandante
Figura 29: Grupo de empresas internacionais em um mandante
Às vezes, não é tão simples definir o panorama e a estrutura organizacional de um grupo de

empresas internacionais. Sendo assim, você encontra aqui algumas descrições breves de
elementos organizacionais importantes.
Mandante:
Um grupo pode ser distribuído em vários mandantes ou sistemas. Se for possível (em termos
de tamanho, participações etc.) todas as empresas devem estar em um único mandante. Isso
facilita a execução de tópicos como reconciliação empresarial, consolidação e assim por
diante. Em alguns casos, é altamente recomendável (por exemplo, utilizando preços internos
em Controlling).
Empresa (obrigatório):
Cada empresa juridicamente independente se torna uma empresa. Somente em casos muito
raros uma empresa real é representada por várias empresas na SAP.
Ledgers (obrigatório):
Para a prestação de contas paralela, existem essencialmente duas soluções (solução do
ledger e solução de contas). A solução do ledger é altamente recomendável para novos
sistemas (abordagem Greenfield). O ledger principal mostra o princípio contábil utilizado para
gerenciar todo o grupo. Isso é basicamente uma lei internacional. Mas também pode ser um
GAAP local, conforme o qual todas as empresas devem reportar. Caso o GAAP local não seja
o principal, apenas um ledger para o GAAP local deve ser configurado para todos os países. É
recomendável que a estrutura do ledger seja a mesma em todos os lugares se possível. Outro
requisito muitas vezes é ter a lei fiscal como um ledger não principal adicional no sistema.
Área de contabilidade de custos (obrigatório para controlling):
A área de contabilidade de custos é uma unidade organizacional da contabilidade usada para
representar um sistema fechado para fins de contabilidade de custos. Uma contabilidade de
custos interempresarial é recomendada. Todos os dados relevantes para a contabilidade de
custos são exibidos em uma área de contabilidade de custos comum e estão disponíveis para
alocações e avaliações. Fluxos de valores de toda a empresa não são desejados no controlling
em determinados cenários. O tópico de controlling é abordado nos cursos de controlling.
Área de resultado (opcional):
A área de resultado é uma unidade organizacional na contabilidade que estrutura uma
empresa do ponto de vista da Análise de rentabilidade. A Análise de rentabilidade (CO -PA)
utiliza características (predefinidas e personalizadas). Ao utilizar a CO-PA baseada em
contas, essas características são armazenadas no Diário universal e podem ser utilizadas
para o cálculo da contribuição marginal de vários níveis. Este tópico é abordado com detalhes
nos cursos de contabilidade gerencial.
Preparação para consolidação: IDs de sociedade
Figura 30: Preparação para consolidação: IDs de sociedade
Empresas e tipos de movimento de consolidação (opcional):

Esses dois objetos são utilizados nos preparativos para a consolidação. Funções de
consolidação na contabilidade financeira são baseadas em sociedades (consolidação
jurídica). A consolidação propriamente dita ocorre em outra solução (normalmente,
Relatórios de consolidação). Por exemplo, um grupo de sociedades tem 400 subsidiárias,
mas somente 100 dessas empresas são definidas no sistema SAP S/4HANA. Assim, devem
ser criadas 100 empresas e 400 sociedades no sistema. Cada ID de sociedade é consistente
por todo o grupo em todos os sistemas. Cada empresa recebe seu próprio ID de sociedade.
O ID de sociedades participantes ou afiliadas (chamadas empresas parceiras) deve ser
atribuído ao parceiro de negócios para clientes ou fornecedores, se essas empresas
estiverem configuradas como contas do livro auxiliar. Como alternativa, essas empresas
também podem ser administradas como uma conta do Razão utilizando o ID de sociedade
diretamente em uma conta do Razão. O tipo de documento é utilizado para transferir a
empresa parceira (ID de sociedade) para todos os itens do documento (contas de
contrapartida da contabilidade de cliente/fornecedor). Os tipos de transação para a
consolidação são utilizados para análise de provisões (desenvolvimento horizontal de itens de
balanço).
Relatórios por segmento
Figura 31: Relatórios por segmento
Segmentos (opcional):
Os segmentos são utilizados para toda a empresa no reporting do segmento conforme a
interpretação jurídica (IFRS 8 e ASC 280 em US-GAAP). Normalmente, os clientes têm
poucos segmentos, conforme as regulamentações contábeis. Os segmentos são derivados
dos centros de lucro.
Centro de lucro (opcional):
Os Centros de lucro são utilizados para estruturar e reportar grupos ou empresas
internamente. A recomendação é ter no máximo 5000 centros de lucro (nota 217338 —
Número de centros de lucro). Não é uma restrição técnica. No geral, um grande número de
mais de 10.000 centros de lucro não é útil. O centro de lucro é derivado diretamente dos
objetos CO que afetam o rendimento (centro de custo, ordem interna, ordem do cliente e
outros).
Repartição de documento (opcional):
Também é possível ter os balanços para centros de lucro e/ou segmentos por repartição de
documento, além de uma demonstração de resultados. Os Centros de lucro ou segmentos às
vezes são tratados como empresas internas. Devido à repartição de documento, o esforço de
teste e transferência de dados de sistema antigo fica maior. A repartição de documento
necessita de saldos iniciais que devem ser criados no nível detalhado de cada objeto
relevante. Os centros de lucro (e segmentos) nas contas do balanço são derivados
diretamente de outros objetos, como o mestre de materiais e o mestre do imobilizado, ou
inseridos manualmente (como no caso das provisões). Adicionalmente, a funcionalidade de
repartição de documento distribui a classificação contábil a outras contas de balanço, como
contas a receber, contas a pagar, itens de imposto e outras partidas individuais, onde não
estejam definidas.
Áreas funcionais para a análise de custos de vendas
Figura 32: Áreas funcionais para a análise de custos de vendas
Áreas funcionais para a análise de custos de vendas (opcional):

A demonstração de resultados é apresentada pelo método por tipo de despesa ou pelo
método de custos de vendas. O S/4HANA é compatível com os dois métodos em paralelo. O
método por tipo de despesa está sempre ativo enquanto o método de custos de vendas deve
ser ativado. O resultado dos dois métodos é o mesmo. O método por tipo de despesa é
orientado à conta (diferentes tipos de despesas como material, depreciação, etc.), enquanto
o método de custos de vendas é baseado em atividade (custos de produção para gerar
receitas, administração, etc.).
A área funcional é inserida no registro mestre da conta do Razão (no nível do plano de contas)
quando todos os lançamentos são atribuídos à mesma área funcional. Em outros casos, as
áreas funcionais serão atribuídas a objetos de controlling, como centros de custo, ordens
internas, etc. Como opção, uma substituição pode ser utilizada para derivar áreas funcionais.
Se a área funcional puder ser determinada a partir de vários objetos simultaneamente, então
a substituição tem a prioridade mais alta, seguida pela entrada manual, conta do Razão e, por
fim, o objeto de controlling.
Relatórios em combinação com centro de lucro ou segmento na contabilidade financeira
Figura 33: Relatórios em combinação com centro de lucro ou segmento na contabilidade financeira
Item do documento:
A partida individual contém todas as informações para o tipo de método de despesa e análise
de custos de vendas (conta, área funcional, centro de lucro e segmento).
Nota:
No SAP S/4HANA, você pode emitir relatórios dos saldos do Razão para qualquer
característica de nível de partida individual.
Síntese dos tipos de moeda
Figura 34: Síntese dos tipos de moeda
Cada empresa utiliza pelo menos uma moeda, a Moeda da empresa (10). Essa moeda é a 1a
moeda FI. É possível ter um 2 o e 3o tipos de moeda (moedas paralelas) em FI para outras
finalidades, como relatórios em moeda forte. Essas três moedas são armazenadas além da
moeda do documento na visão externa (Visão de entrada de dados).
A área de contabilidade de custos utiliza outra moeda e tipo de moeda. Essa moeda pode ser
diferente da Moeda da empresa. O tipo de moeda recomendado para a área de contabilidade
de custos é 30 (Moeda do grupo).
Os dois tipos de moeda (empresa e área de contabilidade de custos) são atualizados em
todas as soluções SAP S/4HANA para todos os documentos no Diário Universal. Empresas
utilizam moedas diferentes para países diferentes ou como definido no estatuto da empresa.
Portanto, existe uma moeda de grupo uniforme para todo o grupo.
Dica:
Neste cenário, é importante executar a moeda do grupo 30 como a segunda
moeda FI (nota 119428 - área de contabilidade de custos: tipo de moeda 20 ou
30). Com base nessa recomendação, a Moeda de grupo deve ser incluída na
Contabilidade do imobilizado como uma área separada de depreciação por
ledger.
O Diário universal pode armazenar 8 tipos de moeda adicionais para outros fins (como preços
internos).
Nota:
A moeda do documento é sempre registrada para cada transação.
RESUMO DA LIÇÃO
● Compreender as configurações comuns de implementação
CAPÍTULO 3 Dados mestre
• Identificar as configurações básicas de um plano de contas
• Descrever a estrutura de contas do Razão
• Transporte de saldo inicial
• Criar grupos de conta para atualizar contas do Razão
• Configurar o status de campo de contas do Razão
• Descrição da funcionalidade de contas de conciliação
• Gerenciar contas do Razão
• Gerenciar aspectos de moeda na contabilidade do Razão
• Atualizar contas do Razão usando processamento coletivo
• Atualizar plano de contas de grupo de empresas e plano de contas de país
• Criar centros de lucro, centros de custos e segmentos
• Descrever os dados do parceiro de negócios
• Concepção da integração cliente/fornecedor
• Parceiro de negócios e status de campo
• Configurações adicionais clientes/fornecedores

Capítulo 3 : Dados mestre
Capítulo 3
Lição 1
Atualização de contas do Razão (G/L)
95
SÍNTESE DA LIÇÃO
Esta lição mostra como atualizar contas do Razão.
O gerente da contabilidade decidiu que as configurações do plano de contas e da empresa
para as contas do Razão podem ser copiadas da empresa TA00. Entretanto, o departamento
de contabilidade necessita de contas do Razão adicionais para processar as despesas de
viagem e os pagamentos autorizados. Os números das contas de despesas devem pertencer
a um intervalo de numeração à parte. Por esse motivo, você precisa compreender o seguinte:
● O plano de contas
● A estrutura de contas do Razão
● Tipos diferentes de contas do Razão
● Como criar, atualizar e controlar contas do Razão
● Como modificar várias contas do Razão ao mesmo tempo
● Identificar as configurações básicas de um plano de contas
● Descrever a estrutura de contas do Razão
● Transporte de saldo inicial
● Criar grupos de conta para atualizar contas do Razão
● Configurar o status de campo de contas do Razão
● Descrição da funcionalidade de contas de conciliação
● Gerenciar contas do Razão
● Gerenciar aspectos de moeda na contabilidade do Razão
● Atualizar contas do Razão usando processamento coletivo
● Atualizar plano de contas de grupo de empresas e plano de contas de país
Lição: Atualização de contas do Razão (G/L)
Plano de contas
Figura 35: Plano de contas
O plano de contas é uma variante que contém a estrutura e as informações básicas de uma
conta do Razão.
Um plano de contas é definido com uma identificação de quatro caracteres e possui os
seguintes componentes:
● Chave do plano de contas
● Nome do plano de contas
● Idioma de atualização
● Comprimento do número da conta do Razão
● Plano de contas do grupo (consolidação)
● Código de bloqueio
O gráfico de contas (por exemplo, YCOA, IKR, CAUS ou qualquer outro plano de contas
aplicável para um país) deve ser atribuído a toda empresa que precisar atualizar as contas
com base na estrutura do plano de contas em questão.
Configurações básicas de um plano de contas

Definição de um plano de contas
Figura 36: Definição de um plano de contas
O idioma de atualização é aquele no qual são atualizadas as descrições da conta.

O número da conta de uma conta do Razão pode variar entre 1 e 10 dígitos de comprimento.
Você pode atribuir um número de conta do grupo a cada conta do Razão. Este número de
conta é utilizado para relatórios interempresariais se as empresas utilizarem planos de
contas diferentes. Para inserir uma conta do grupo na conta do Razão, você precisa inserir
um número de conta de grupo no campo correspondente na definição de conta do Razão
(campo de entrada obrigatório). O sistema verifica então se o número de conta de grupo
existe no plano de contas do grupo.
Um plano de contas incompleto pode ser bloqueado. No estado de bloqueado, nenhuma
empresa pode usar o plano de contas.
Atribuição do plano de contas
Figura 37: Atribuição do plano de contas
Todas as empresas precisam ter um plano de contas atribuído. De acordo com o princípio de
variante, é possível atribuir um plano de contas a várias empresas.
Os componentes de controlling (CO) e contabilidade financeira (FI) usam o mesmo plano de
contas. Se as empresas usam controladoria interempresarial, então elas precisam usar o
mesmo plano de contas. No exemplo mostrado na figura, as empresas CC1000 e CC2000
podem executar controladoria interempresarial, mas as empresas CC2000 e CC3000 não
podem.
A complete G/L account consists of the following segments:

● A chart of accounts segment
● At least one company code segment
The chart of accounts segment contains information that applies to all company codes.
Information about accounts is summarized in a chart of accounts segment and contains the
following components:
● Account number (maximum 10-digit long, numeric, alphanumeric)
● Name of the account (as short and long text)
● Control fields (for example, account group)
● Consolidation fields (for example, company ID)
Como exibir as configurações básicas de um plano de contas e atribuir empresas
a Company Code.
1. On the SAP Fiori launchpad home page, display the accounts of chart of accounts YCOA
using the Manage G/L Account Master Data app. Display the details of account 11001000
within that chart afterwards.
a) On the SAP Fiori launchpad home page, choose the Manage G/L Account Master Data
tile in the General Ledger group.

Field Name Value
Chart of Accounts YCOA
G/L Account Leave blank
c) Choose Go to display all accounts of chart of accounts YCOA.
2. Display the details of account 11001000 within the chart.

a) Enter the following data:
Field Name Value
Chart of Accounts YCOA (already maintained)
G/L Account 11001000
b) Choose Go to display the account number 11001000.
c) Select the account number 11001000 by choosing the Details button (>).
What is the long text of this G/L account in the logon language?
3. Identify the account group for the G/L account.
What is the account group for this G/L account?
4. Check whether you can translate the name of this account into other languages.
a) Choose the Translation part. (Scroll or choose General → Translation.)
Here, you can translate the account name (G/L Account long and short text).
5. The definition of the account contains control parameters. Here for instance, you define
the Account Type.
a) Scroll or choose General → Basic Information.
What type of account is account 11001000?
6. To show the company-specific settings, choose the line with your Company Code (GR00)
in the Company Code Assignment screen section and click the Details button (>) at the
end of this line.
7. The “old” reports from SAP ERP no longer work on SAP S/4HANA in this area (for
example: SAP Easy Access Accounting → Financial Accounting → General Ledger →
Information System → General Ledger Reports → Master Data → Chart of Accounts).
8. Company code GR00 uses chart of accounts YCOA.

a) In Customizing, choose Financial Accounting → General Ledger Accounting →
Master Data → G/L Accounts → Preparations → Assign Company Code to Chart of
Accounts.
b) On the Change View “Assign Company Code → Chart Of Accounts”: Overview screen,
select/mark company code GR00.
c) Check the field values for company code GR00.
d) Return to IMG.
9. Check the global data for company code.

b) On the Change View “Company Code Global Data”: Overview screen, select company
code GR00.
c) Double-click or choose Details (F2).
d) Return to IMG.
Segmentos do plano de contas
Figura 38: Segmentos do plano de contas
O plano de contas contém informações básicas sobre contas. Essas informações são
resumidas em um segmento do plano de contas.
O segmento do plano de contas de uma conta do Razão contém as seguintes informações:
● Número da conta
● Nome da conta (com texto breve e descritivo)
● Campos de controle
● Campos de consolidação
Você pode traduzir o plano de contas em outros idiomas. A tradução permite exibir o nome
da conta no idioma de logon apropriado ao exibir dados mestre e lançá-los. Se você não
traduzir o plano de contas para o idioma de logon, o nome da conta aparece no idioma de
atualização do plano de contas.
Texto com diversas informações pode ser atribuído a cada segmento do plano de contas.
Campos em um segmento do plano de contas
Figura 39: Campos em um segmento do plano de contas
As informações inseridas no segmento do plano de contas para uma conta do Razão se

aplicam a todas as empresas. Você só precisa inserir essas informações uma vez.
Palavras-chave são usadas para pesquisar por números de conta.
Segmento da empresa
Figura 40: Segmento da empresa

Para usar uma das contas do plano de contas atribuído em sua empresa, é necessário criar
um segmento da empresa para a conta. Esse segmento da empresa combinado com o
segmento do plano de contas formam uma conta.
Essas informações no segmento da empresa controlam a entrada de documentos contábeis
e a administração de dados contábeis.
A empresa na figura, Segmento de empresam não usa a conta 000002, então esta conta
pode ser usada por outras empresas. Por exemplo, uma conta do balanço em moeda
estrangeira é gerenciada na moeda de um país no qual a empresa não possui nenhum
parceiro de negócios. Entretanto, outra empresa do grupo pode ter um parceiro de negócios
nesse país.
Campos no segmento da empresa
Figura 41: Campos no segmento da empresa
Uma conta do Razão pode ter vários segmentos da empresa. Por exemplo, você pode definir
o código Categoria fiscal para uma empresa específica, a fim de incluir impostos ao usar
contas de despesas. Para outras empresas, você pode optar por não definir esse código.
Você pode definir as seguintes informações para uma empresa:
● Moeda
● Impostos
● Conta de reconciliação
● Chave de ordenação
● Grupo de status do campo
● Banco da empresa
● Informações sobre cálculo de juros
Conforme mencionado na figura do segmento do plano de contas, você pode administrar

textos usando as funções de identificação do texto e idioma.
Um plano de contas e diversas empresas utilizando-o
Figura 42: Um plano de contas e diversas empresas
Todas as empresas, que precisam usar uma conta do plano de contas atribuído, devem ter
seu próprio segmento da empresa. Os números e os nomes das contas são atualizados no
segmento do plano de contas. Portanto, as contas mantêm os mesmos nomes e números em
todas as empresas atribuídas.
SAP Fiori: administrar dados mestre da conta do Razão
Figura 43: SAP Fiori: administrar dados mestre da conta do Razão
Tipo de conta do Razão e transporte de saldo inicial

Tipo de conta do Razão
Figura 44: Tipo de conta do Razão
Contas do Razão são classificadas nos seguintes tipos:

Balanço*
Conta lançada a partir de transações empresariais. O saldo de uma conta do balanço é
transferido no fim do exercício.
Conta de caixa (conta de reconciliação bancária)
Uma conta do Razão que pode ser atribuída a mais de uma conta bancária da empresa.
Para cada conta bancária da empresa, é necessária uma conta do Razão, na qual as
transações de pagamento são lançadas. Com a conta de caixa, o número dessas contas
do Razão pode ser significativamente reduzido.
These notes are not intended to explain the content to the customer in detail, but rather to
provide instructors - if required - additional information.
Cash account is a new account type available from the S/4HANA 2020 release. This account
type enables you to link multiple house bank accounts to one set of accounts. For example,
when a company is making payments using national and international banks, you can define
2 bank reconciliation accounts (cash accounts) for each set of banks - national and
international. This approach reduces the reconciliation effort between the Cash Management
and General Ledger Accounting departments, when creating new bank accounts in the
system. The figure below explains the relations between different bank account types. More
information about it can be found in the courses S4F10 and S4F13.
Figura I-1: House Bank Account - G/L Account Type: Cash Account (Bank Reconciliation Account)
Rendimentos ou despesas não operacionais

Conta de demonstração de resultados que registra despesas ou ganhos de atividades
que não fazem parte do objetivo principal da empresa, como ganhos realizados a partir
de investimentos financeiros por uma empresa de produção.
Custos primários ou receita
Conta de demonstração de resultados que funciona como classe de custo para custos
primários ou receita. Os custos primários refletem despesas operacionais, como folha de
pagamento, despesas de vendas ou custos administrativos.
Custos secundários
Conta de demonstração de resultados que funciona como classe de custo para custos
secundários. Custos secundários resultam de movimentos de valor na organização,
como alocações de custo de atividade interna, rateios e transações de liquidação.
Os dados específicos da área de contabilidade de custos só são necessários para contas de

custos secundários e contas de custos primários ou de receita. Nos dados específicos da área
de contabilidade de custos, você deve atribuir uma categoria de classe de custo. Esta
categoria determina qual conta deve ser utilizada para qual transação empresarial em CO.
Por exemplo: a categoria de classe de custo 21 (Liquidação interna) é atribuída a um registro
mestre da conta de custos secundários. Esta conta de custos secundários só pode ser
utilizada para liquidar custos da ordem ou de projeto para objetos no controlling (CO).
*Contas de balanço de ativos e material podem ser opcionalmente integradas no controlling
se a) contas de ativo forem definidas como “conta de reconciliação” e b) as contas forem
atribuídas na respectiva configuração de determinação de conta, no respectivo customizing
da contabilidade de imobilizado ou de determinação de conta.
Configurações contábeis na área de contabilidade de custos
Figura 45: Configurações contábeis na área de contabilidade de custos

Transporte de saldo inicial
Figura 46: Contas de balanço e de resultados
No segmento do plano de contas, você especifica se a conta é uma conta de balanço ou não
(tipo de conta do Razão).
Contas no procedimento de encerramento
Tabela 4: Contas no procedimento de encerramento
As contas são tratadas de forma diferente no procedimento de encerramento, conforme a

seguir:
Tipo de conta Descrição
Balanço O saldo é transportado para a mesma conta.
Demonstração de resultados: O saldo é transportado para uma conta de lu-
cros acumulados, e a conta de demonstra-
ção de resultados é definida como zero. É
atribuída uma chave X à conta para a qual o
saldo é transportado. Você deve inserir essa
chave no campo Tipo de conta de resultados
no segmento do plano de contas.
Os usuários podem definir a conta de lucros acumulados no customizing. Você pode então
atribuir essa conta às contas de despesas durante a criação do registro mestre da conta do
Razão.
Casos de utilização de conta
Tabela 5: Casos de utilização de conta
Dependendo do número de contas de resultados transportados, aplicam-se os seguintes

casos:
Número de conta(s) de lucros acumulados Uso

Um O sistema atribui automaticamente essa
conta como a conta de resultados transpor-
tados ao criar contas de resultados.
Mais de uma Você precisa selecionar a conta de resulta-
dos transportados para cada conta de de-
monstração de resultados.
Você pode utilizar o app Determinação automática de contas para configurar classificações
contábeis do Razão, por exemplo, Definir contas de resultado transportado.
Como utilizar diferentes tipos de conta do Razão (contas do balanço e de declaração de

resultados)
1. Show the different G/L Account Types. Use the SAP Fiori tile Manage G/L Account Master
Data. Show different account types in the Control section of the screen. An example for
Balance Sheet Account is the G/L Account 11100000; the G/L Account 65003000 for
“Primary Cost or Revenue”.
Como atualizar contas de lucros acumulados
1. Display the P&L account and Retained Earnings Accounts. Choose the SAP Fiori tile
Manage G/L Account Master Data. Show G/L Account 65003000. You can see the field
P&L Statement Account Type with the value X (Retained Earnings) on the screen. Click on
Edit. It is not possible to choose another setting for this field.
2. Define an additional retained earnings account. using the “New” App: Automatic Account
Determination.
Cuidado:
Do not forget to delete the new entry at the end (inform your participants: in
our times, mostly ledger approach is used- therefore normally one P&L
Statement Account Type is enough).
a) On the SAP Fiori launchpad home page, use Search - Apps, and choose the App
Automatic Account Determination.
b) In Step 1 (Area) choose Financial Accounting.
c) Choose Subarea General Ledger Accounting.
d) Choose Process Define Retained Earnings Accounts.
e) Select Step 2.
f) In Step 2 (Parameters) insert YCOA (Chart of Accounts) and press Enter.

g) Select Step 3 (Account Assignments).
h) Choose Add (on the right side of the screen).
i) Enter the following values:

P&L statmt acct type Z
Account 33000033
j) Choose Review.
k) Choose Save.
l) Confirm the message with Save.
3. OPTIONAL: If there is a problem with the app, you can show the “old” way to define an
additional retained earnings account (SPRO):
a) In Customizing, choose Financial Accounting → General Ledger Accounting →
Master Data → G/L Accounts → Preparations → Define Retained Earnings Account.
b) Enter YCOA in Chart of Accounts.
c) Choose Continue.
d) Enter the following values:

P&L statmt acct type Z
Account 33000033
e) Choose Save.
f) Choose Back.
4. Show the G/L Account 65003000 again (Step 1). Restart the app. Choose Edit.
Now, the P&L Statement Account Type field can be changed.
5. Go back to the App “Automatic Account Determination” (or do it in SPRO) and delete the
new entry (in our times, mostly ledger approach is used- therefore normally one P&L
statmt acct type is enough).
a) In the App go to Step 3, mark the new entry and choose Delete.Save your changes.
b) In Customizing/SPRO, choose Financial Accounting → General Ledger Accounting →

Master Data → G/L Accounts → Preparations → Define Retained Earnings Account
Mark/Select the new entry and delete it.
c) In the next step you find more information to the App "Automatic Account
Determination".
6. Sometimes in new Releases new customizing activities are added to the App "Automatic
Account Determination". These customizing activities are still available in the Customizing
settings in SAP GUI (SPRO).
a) Show the different possibilities to enter customizing settings, using this app.
The app Automatic Account Determination is required in the public cloud in particular, since
customers usually have little opportunity to work in regular Customizing there. But, it is
necessary to define the relevant accounts differently with the help of automatic account
determination.
In the 2021 release, the app offers different areas of work:
● Financial Accounting
● Joint Venture Accounting
● Sourcing and Procurement
● Personnel Management
● Sales
In the "area" Financial Accounting, the app offers different Subareas:
● Accounts Receivable and Accounts Payable
● Bank Accounting
● General Ledger Accounting
In the "subarea" General Ledger Accounting, the app offers different Processes:
● Classify G/L Accounts for Document Splitting
● Clear Differences for Open Items
● Define Adjustment Accounts for GR/IR
● Define Retailed Earnings Accounts
● Define Tax Accounts
● Define Zero-Balances Clearing Account
● Discount Long-term Receivables, Payables. and Provisions
● Integrate with HR Postings (here new feature 2021: the asterisk (*) wildcard is supported
when you enter a customer or supplier account number, for example, *12345.)
● Prepare Automatic Postings for Foreign Currency Valuation
● Prepare Intercompany Transactions (here you find new features 2021)
● Transfer and Sort Receivables and Payables
In the "subarea" Accounts Receivables and Account Payable, the app offers different
Processes:
● Define Accounts for Bank Charges

● Define Accounts for Item Interest Calculation
● Define Accounts for Payment Transactions
● Define Accounts for Tax Clearing
● Define Alternative Reconciliation Accounts for Special G/L Transactions
● Set up Bank Accounts for Payment Transactions
In the "subarea" Bank Accounting, the app offers different Processes:
● Define Accounts for Business Transactions in Cash Journal
● Define Accounts for Cash Journal
Grupos de contas para contas do Razão
Figura 47: Grupos de contas para contas do Razão
Um plano de contas contém tipos diferentes de contas e é possível ordená-las em grupos de

contas diferentes.
Por exemplo, várias contas podem ser agrupadas das seguintes formas:
● Contas de caixa
● Contas de material
● Contas do imobilizado
● Contas de resultados
Com a atribuição de um intervalo de numeração a um grupo de contas, pode-se garantir que

as contas do mesmo tipo fiquem no mesmo intervalo de numeração. Os números dos
intervalos do grupo de contas podem ser sobrepostos.
Você deve inserir o grupo de contas no segmento do plano de contas dos dados mestre da
conta do Razão. O grupo de contas controla a aparência do segmento da empresa de uma
conta do Razão. Por exemplo, para garantir que você administre itens em aberto de todas as
suas contas de compensação de caixa, modifique no customizing o status do campo para
administração de partidas individuais para uma entrada obrigatória para o grupo de contas
Contas de compensação de caixa.
Before creating accounts in the chart of accounts, you must create account groups.
You can then use these account groups to perform the following actions:
● Create group accounts of the same type, such as material, reconciliation, and P&L
statement.
● Control the number ranges of G/L accounts.
● Control the field status (screen layout) of the company code segment of the G/L account.
RESUMO DA LIÇÃO
● Identificar as configurações básicas de um plano de contas
● Descrever a estrutura de contas do Razão
● Transporte de saldo inicial
● Criar grupos de conta para atualizar contas do Razão
● Configurar o status de campo de contas do Razão
● Descrição da funcionalidade de contas de conciliação
● Gerenciar contas do Razão
● Gerenciar aspectos de moeda na contabilidade do Razão
● Atualizar contas do Razão usando processamento coletivo
● Atualizar plano de contas de grupo de empresas e plano de contas de país
Capítulo 3
Lição 2
Criação de centros de lucro e segmentos
134
SÍNTESE DA LIÇÃO
Esta lição explica como atualizar centros de lucro e segmentos.
No SAP S/4HANA (FI), cada empresa pode definir elementos ou objetos a serem utilizados
para relatórios, como um balanço ou uma demonstração de resultados. A característica
segmento é frequentemente selecionada como tal objeto. Por esse motivo, você precisa
● Os conceitos de centros de lucro e segmentos
● As opções de derivação para segmentos
For many customers, the profit center is the element for which separate balance sheets are
to be created. This element supplies the basis for segment reporting.
● Criar centros de lucro, centros de custos e segmentos
Centros de lucro e segmentos
The profit center is the only object from which segments can be uniformly derived. When a
Business Add-In (BAdI) or a substitution is used, additional derivation rules can be created.
However, note that a BAdI is only a defined interface: no example coding is supplied. Any
subsequent changes made to the profit center in the master data are critical. An automatic
correction document is not created in such cases. As a result, you need to specify how the
changes were posted (for example, posting out and posting in).
Característica de segmento
● A característica de segmento é um objeto de classificação contábil padrão, disponível no

SAP S/4HANA (FI), que permite a criação de avaliações para objetos ou entidades abaixo
do nível da empresa.
● O objetivo da característica de segmento é possibilitar uma análise detalhada de várias
áreas de operação empresarial, como mercados ou produtos, de um empreendimento
diversificado.
Você pode usar segmentos para atender aos requisitos de relatório de segmento dos
princípios contábeis internacionais (=> IFRS/US-GAAP).
Lição: Criação de centros de lucro e segmentos
Os objetos Divisão e Centro de lucro podem ser usados como alternativas. São fornecidos
segmentos para atender aos requisitos adicionais, pois a divisão e/ou o centro de lucro eram
geralmente usados para diferentes fins no passado.
Extrato do IFRS 8: SEGMENTOS EMPRESARIAIS
Um segmento empresarial é uma parte da empresa que atende aos seguintes critérios:
1. Segmento é uma parte da empresa que realiza operações empresariais que geram receitas
e para as quais podem incorrer despesas (incluindo receitas e despesas em conexão com
transações entre áreas da mesma sociedade).
2. Um segmento é uma parte de uma empresa cujos lucros operacionais são regularmente
inspecionados pelo principal responsável por decisões sobre a alocação de recursos para
esse segmento e a análise de sua rentabilidade; e
3. Um segmento é uma parte de uma sociedade para a qual há informações financeiras

correspondentes.
Derivação de um segmento
Figura 59: Derivação de segmento do centro de lucro
Você pode gravar um segmento nos dados mestre de um centro de lucro. Ao lançar em um
centro de lucro, o segmento é lançado automaticamente. O lançamento do segmento não
ocorrerá se um centro de lucro não tiver um segmento. Essa é uma prática padrão para
derivar o segmento de um centro de lucro. Os clientes podem desenvolver soluções ou
derivações adicionais.
Customers can store their own code in a user exit or a BAdI. The definition name of the BAdI
is FAGL_DERIVE_SEGMENT.
Derivação de um segmento
Figura 60: Derivação de um segmento
A característica Segmento é derivada da característica Centro de lucro, que existe em vários

objetos SAP.
Conforme mencionado na nota SAP 1035140, os seguintes princípios aplicam-se a
segmentos:
● O uso de segmentos somente será aprovado oficialmente pela SAP se eles forem usados
simultaneamente com centros de lucro.
● Os segmentos só podem ser derivados automaticamente usando centros de lucros.
● Em muitas transações comerciais, particularmente em logística, não é possível inserir
segmentos manualmente.
● Várias interfaces padrão não suportam segmentos.
Se você não puder derivar a característica Segmento do registro mestre de um centro de

lucro, precisará procurar outras maneiras de atribuir um segmento.
A contabilidade do Razão com repartição de documento fornece as seguintes opções:
● Entrada manual
● Implementação de BAdI (FAGL_DERIVE_SEGMENT)
● Definição de regras de substituição
● Atribuição de contas padrão
Lição: Criação de centros de lucro e segmentos
In addition to the BAdI FAGL_DERIVE_SEGMENT, the BAdI FAGL_DERIVE_PSEGMENT is

available to customers for deriving the partner segment.
RESUMO DA LIÇÃO
● Criar centros de lucro, centros de custos e segmentos
Capítulo 3
Lição 3
Gerenciamento de parceiros de negócios
147
SÍNTESE DA LIÇÃO
Esta lição explica como administrar dados do parceiro de negócios.
Com a introdução do SAP S/4HANA, um novo conceito foi introduzido, o conceito de parceiro
de negócios. O gerente quer entender a metodologia de criação e configuração de dados
mestre para contas a receber e contas a pagar neste novo conceito. Por esse motivo, você
● Como criar dados mestre de contas a receber e a pagar utilizando o parceiro de negócios
● Como configurar o parceiro de negócios
● A integração do parceiro de negócios com o módulo FI
● Como gerenciar contas ocasionais
● Como definir campos sensíveis no registro mestre
● Descrever os dados do parceiro de negócios
● Concepção da integração cliente/fornecedor
● Parceiro de negócios e status de campo
● Configurações adicionais clientes/fornecedores
Categorias de parceiro de negócios

No SAP S/4 HANA o parceiro de negócios é o registro mestre com o qual você gerencia
clientes e fornecedores. O sistema oferece um ponto único de entrada para criar, editar e
exibir dados mestre de parceiros de negócios, clientes e fornecedores.
Figura 61: Definições da categoria de parceiro de negócios
O termo "categoria do parceiro de negócios" é utilizado para classificar um parceiro de

negócios, por exemplo, como uma pessoa física (um indivíduo privado) ou organização
(entidade jurídica ou parte de uma entidade jurídica, como um departamento de uma
empresa). A categoria de parceiro de negócios determina quais campos estão, em princípio,
disponíveis para entrada de dados. Por exemplo, se você desejar criar um parceiro de
negócios como uma organização, pode inserir a forma jurídica em um dos campos. Para uma
pessoa, você insere o nome, sobrenome, sexo, etc. Quando um PN é criado, deve-se
selecionar a categoria (entrada obrigatória). A atribuição da categoria de parceiro de
negócios é estática e não pode ser modificada depois que o PN for criado.
Lição: Gerenciamento de parceiros de negócios
Funções de parceiro de negócios
Figura 62: Funções de parceiro de negócios
Um parceiro de negócios pode ter várias funções, como parceiro de contrato (FI-CA),
fornecedor FI (FI-AP), cliente FI (FI-AR), cliente (SD), fornecedor (MM), cliente potencial ou
parceiro de negócios (geral). Em geral, uma função de parceiro de negócios (PN)
corresponde a um contexto empresarial no qual um PN pode ser exibido, função essa que
oferece os dados específicos da aplicação. Você pode criar um parceiro de negócios em uma
ou mais funções de PN. Dados centrais, como nome, endereço e dados bancários, devem ser
criados somente uma vez. A função PN do parceiro de negócios geral é sempre atribuída
automaticamente a um novo parceiro de negócios, já que é o ponto de partida para o dado
que você criar.
Segmentos de parceiro de negócios (dados gerais e da empresa)

Parceiro de negócios segmentos (dados gerais e FI)
Figura 63: Parceiro de negócios segmentos (dados gerais e FI)
Dados gerais
Dados neutros da aplicação, como nome, endereço e detalhes bancários, são armazenados
nos dados gerais do registro mestre do parceiro de negócios.
Empresa
Contém dados específicos da empresa. Qualquer empresa que queira fazer negócios com um
parceiro de negócios específico deve criar um segmento de empresa. Os dados da empresa
contêm informações como conta de reconciliação, condições de pagamento, formas de
pagamento, dados de advertência ou configurações de correspondência. Você também pode
atualizar as configurações para bloqueios de lançamento.
Segmentos do parceiro de negócios (dados gerais e FI e MM)
Figura 64: Segmentos do ´parceiro de negócios (dados gerais e FI e MM)
Para utilizar o processo de suprimento na administração de materiais para um fornecedor, o

registro mestre de parceiro de negócios deste fornecedor deve possuir uma função de PN
correspondente utilizada para administração de materiais (p.ex., Função PN FLVN01 –
Fornecedor). Os dados de compras são específicos de uma única organização de compras,
tal como os dados da empresa no registro mestre são específicos de uma única empresa.
Podem existir vários segmentos de empresa e vários segmentos de dados de compras no
registro mestre de fornecedor. Todo segmento de dados de compra apresenta dados
específicos para apenas uma organização de compras. Você pode acessar os dados de
compra do registro mestre do parceiro de negócios por meio do app SAP Fiori Atualizar
parceiro de negócios. Também é possível utilizar a transação BP no menu do SAP Easy
Access.
Uma conta de fornecedor completa e integrada contém os três segmentos a seguir:
● Dados gerais no nível do mandante
● Segmento de empresa
● Segmento da organização de compras
Parceiro de negócios segmentos (dados gerais e FI e SD)
Figura 65: Parceiro de negócios segmentos (dados gerais e FI e SD)
O departamento de vendas e distribuição interage com os clientes, portanto necessita de

dados específicos sobre todos os seus clientes. Por esse motivo, você pode criar um
segmento da área de vendas para cada cliente com um grupo de contas FLCU01 - Cliente, por
exemplo. Toda área de vendas que necessite fazer negócios com um cliente deve, primeiro,
criar um segmento da área de vendas. Esse segmento contém dados específicos para a área
de vendas. Você pode acessar os dados de vendas do registro mestre do parceiro de
negócios por meio do app SAP Fiori Atualizar parceiro de negócios. Também é possível
utilizar a transação BP no menu do SAP Easy Access.
Uma conta de cliente completa e integrada contém os três segmentos a seguir:
● Dados gerais no nível do mandante
● Segmento de empresa
● Segmento da área de vendas
Agrupamento de função de parceiros de negócios
Figura 66: Agrupamento de função de parceiros de negócios
Com o SAP Business Partner, é possível agrupar funções. Se as funções estiverem

agrupadas, uma pessoa pode criar, em uma só etapa, um cliente ou um parceiro de negócios
em diferentes funções (por exemplo, FI (cliente FI) e SD (cliente). Com essa funcionalidade, é
viável fazer uma atualização centralizada de parceiros de negócios. É possível criar de uma só
vez registros de dados para todas as áreas, como Contabilidade financeira, Vendas e
distribuição e Administração de materiais.
Nota:
Ao implementar Contas a receber e Vendas e distribuição, os membros das duas
equipes devem trabalhar juntos. Esse esforço coletivo os ajuda a decidir como
configurar registros mestre do cliente e quem terá a responsabilidade de atualizar
registros mestre do cliente.
Como abrir parceiro de negócios (contas de cliente e fornecedor) em diferentes funções
1. Open and show a customer account master data using the tile Maintain Business Partner
in the Accounts Receivable tile group of the SAP Fiori launchpad home page. Show the BP
in different roles (Gen., FI Customer; Customer). Then show BP 1008 in different roles
(Gen., FI Vendor; Supplier).
a) On the SAP Fiori launchpad home page, choose the Maintain Business Partner tile in
the Accounts Receivable tile group.
b) Choose Open BP.

c) Enter the following data and choose Enter:

Field Name Values
Business Partner T-C##
The Business Partner T-C## is shown on the Display Organization: T-C## screen in BP
role Business Partner (Gen.). Show:
● the address fields
● the communication language
● the Address Overview (time dependent; moves)
● the Payment Transactions
d) Show that it is not possible to switch to FI-specific fields (company code segment) in
the menu bar.
e) Change the BP role to FI Customer.

Now you can go to the company code data (Click Company Code in the Menu). Show:
● the Reconciliation acct.
● the Customer: Payment Transactions
● the Tolerance Group (important for Clearing)
f) Show that it is not possible to switch to SD-specific fields (sales and distribution
segment) in the menu bar.
g) Change the BP role to Customer.

Now you can go to the Sales and Distribution data (Click Sales and Distribution in the
Menu). Show:
● the Sales Area data (Sales Org., Distr.Channel, Division)
h) Now show a supplier master data.
i) Choose Open BP.
j) Enter the following data and choose Enter:

Field Name Values
Business Partner 1008
The Business Partner 1008 is shown on the Display Organization: 1008 screen in BP
role Business Partner (Gen.). Show:
● different fields in the Gen data Area
● the switch to the role FI Vendor (Company Code segment data)
● the switch to the role Supplier (Purchasing segment data)
k) Show the Switch Between Display and Changebutton in the Menu.

l) Choose the SAP Logo to get back to the SAP Fiori launchpad.
Integração cliente/fornecedor
Conceito de integração de cliente/fornecedor
Figura 67: Conceito de integração de cliente/fornecedor
A integração cliente/fornecedor para o parceiro de negócios pode ser necessária se você

quiser utilizar a contabilidade financeira (FI) e o SAP Business Partner em paralelo.
Na contabilidade financeira (FI) para contabilidade externa da empresa, as contas a pagar e
contas a receber são utilizadas como parte dos livros auxiliares Contas a receber (AR) e
Contas a pagar (AP) para administrar dados contábeis de todos os clientes e fornecedores. A
contabilidade financeira utiliza seus próprios registros mestre de cliente/fornecedor, que
estão integrados a transações contábeis, como criação de transações comerciais em contas
e processamento de dados de lançamento.
Outras aplicações, como Loans Management (FS-CML) ou o SAP Treasury and Risk
Management (TRM), utilizam o parceiro de negócios SAP para administrar parceiros de
negócios também.
Você pode usar a integração de cliente e fornecedor de forma independente. Há empresas
que utilizam apenas a integração de cliente, e outras que também solicitam a integração de
fornecedor. A integração cliente/fornecedor é indicada como um sistema/solução de cliente.
Parceiro de negócios - Processo de integração cliente/fornecedor
Figura 68: Parceiro de negócios - Processo de integração cliente/fornecedor
Você só pode atribuir um cliente/fornecedor a um parceiro de negócios e vice-versa

(atribuição 1:1). Você pode atribuir um cliente e um fornecedor a um parceiro de negócios ao
mesmo tempo em uma função de parceiro de negócios correspondente.
A integração cliente/fornecedor ocorre em background enquanto o sistema processa os
dados mestre. Quando você cria o parceiro de negócios, o sistema lança todos os campos
necessários na conta do cliente/fornecedor de acordo com as informações no parceiro de
negócios. Tecnicamente, quando você atualiza o parceiro de negócios, o sistema atualiza o
cliente/fornecedor correspondente ao mesmo tempo.
O registro mestre do cliente/fornecedor é conectado ao parceiro de negócios de acordo com
as configurações efetuadas para controle de sincronização e para integração cliente/
fornecedor no customizing.
Você só pode gerar um cliente/fornecedor durante o processamento de parceiros de
negócios se tiver selecionado uma categoria de função do parceiro de negócios do cliente na
qual isso seja possível.
Ao processar o parceiro de negócios, você também atualizou os dados relevantes para o
registro mestre do cliente/fornecedor.
Integração do cliente PN – Intervalos de numeração e agrupamento
Figura 69: Integração do cliente PN – Intervalos de numeração e agrupamento
If number range buffering is activated for business partners, the "To Number" field can
contain a higher number than the last number assigned. If required, you can check whether
number range buffering is active. (Transaction: SNRO. Object Name: BU_PARTNER. See tab
page: Customizing)
Integração do cliente PN – Categoria de função PN e grupos de contas
Figura 70: Integração do cliente PN – Categoria de função PN e grupos de contas

No customizing, você atribui grupos de contas para registros mestre de cliente e fornecedor a
agrupamentos de parceiros de negócios, para garantir que o sistema atualize o cliente e
fornecedor ao mesmo tempo em que você processa parceiros de negócios.
O sinalizador Mesmo número determina que, quando você cria um registro mestre de
cliente/de fornecedor como parte da integração cliente/fornecedor, deve utilizar o mesmo
número que o do parceiro de negócios que está sendo processado. Portanto, os pré-
requisitos são:
● Os intervalos de numeração para o cliente/fornecedor e o parceiro de negócios têm as
mesmas áreas.
● A atribuição externa de números está definida na contabilidade financeira (FI).
Não é necessário ter números idênticos para o parceiro de negócios e o cliente/fornecedor.

Você é mais flexível se não tiver números idênticos para o parceiro de negócios e o cliente/
fornecedor.
Agrupamento de PNs - intervalos de numeração

Agrupamentos de parceiros de negócios
Figura 71: Agrupamentos de parceiros de negócios
Ao ser criado, o parceiro de negócios deve ser atribuído a um agrupamento. que determina o
intervalo de numeração (externo ou interno). Em seguida, não será possível modificar a
atribuição. No customizing, você define os agrupamentos, suas descrições, os intervalos de
numeração associados e outros atributos.
Você também define agrupamentos padrão para a atribuição interna e externa de números.
Além disso, a entrada no campo Agrupamento determina se é efetuada uma entrada no
campo Número do parceiro de negócios e como isso é feito.
Para cada intervalo de numeração, é possível definir se a atribuição de números é interna ou
externa. O sistema atribui os números internos, enquanto o usuário que cria o registro atribui
os números externos. Os números externos podem ser alfanuméricos.
Você pode selecionar "Ocultar" Agrupamento nas configurações do customizing. Este campo
controla se um agrupamento é oferecido para seleção em uma caixa de listagem drop-down
ou nas entradas possíveis. Se você definir o código, o agrupamento é ocultado e não pode ser
selecionado no diálogo. Isto pode ser útil, por exemplo, caso um agrupamento deva ser
reservado para o intercâmbio de dados (interfaces externas).
Intervalos de numeração de parceiro de negócios
Figura 72: Intervalos de numeração de parceiro de negócios

externa. O sistema atribui os números internos, enquanto o usuário que cria o registro atribui
os números externos. Os nºs externos também podem ser alfanuméricos.
Os intervalos de numeração dos grupos de contas de cliente e fornecedor devem estar em
conformidade com as configurações do parceiro de negócios SAP, se o comutador "mesmo
número" estiver definido.
Grupos de contas para clientes ou fornecedores
Figura 73: Grupos de contas para clientes ou fornecedores
Todo cliente e fornecedor tem um grupo de contas. No SAP Business Partner, o grupo de
contas é ligado à integração cliente/fornecedor por meio de agrupamento.
Intervalos de numeração para clientes ou fornecedores
Figura 74: Intervalos de numeração para clientes ou fornecedores


externa. Os números externos podem ser alfanuméricos.
Você pode atribuir cada intervalo de numeração a um ou mais grupos de contas.
Na Contabilidade financeira, após a criação de uma conta de cliente ou fornecedor, a
modificação do grupo de contas deixa de ser possível.
Os intervalos de numeração dos grupos de contas do cliente e do fornecedor devem ser
coordenados com as configurações do parceiro de negócios SAP, se o mesmo comutador de
número estiver definido. Neste caso, você deve utilizar a atribuição externa de números para
os grupos de contas. Você é mais flexível se o mesmo número não estiver definido. Em
seguida, você pode utilizar a atribuição interna de números para os grupos de contas.
RESUMO DA LIÇÃO
● Descrever os dados do parceiro de negócios
● Concepção da integração cliente/fornecedor
● Parceiro de negócios e status de campo
● Configurações adicionais clientes/fornecedores
CAPÍTULO 4 Controle de documentos
● Atualizar a estrutura de documentos de contabilidade financeira

● Preparar os elementos de controle do cabeçalho do documento
● Usar chaves de lançamento para controlar elementos de partidas individuais
● Configurar o status do campo de partidas individuais em documentos FI
● Gerenciar variantes de período contábil
● Gerenciar autorizações de lançamento
● Lançar documentos FI simples
Capítulo 4
Lição 1
Configuração do cabeçalho e das partidas
202
individuais de documentos de contabilidade
financeira (FI)
SÍNTESE DA LIÇÃO
Esta lição explica como configurar o cabeçalho e as partidas individuais de documentos FI.
Diariamente, centenas de documentos financeiros são criadas em uma empresa. Para
simplificar o armazenamento, os documentos originais precisam ser divididos em diferentes
categorias. Os auditores internos preferem que todos os documentos das despesas
autorizadas sejam identificados por um tipo de documento exclusivo e originados de um
intervalo de numeração distinto.
Diversas transações comerciais exigem diferentes tipos de dados em um documento. Alguns
dados são obrigatórios para lançamentos específicos. O cliente quer uma descrição
detalhada que justifique as despesas a serem inseridas para cada item na conta de despesas
autorizadas. Por esse motivo, você precisa compreender o seguinte:
● Como classificar documentos contábeis
● Como exibir documentos contábeis
● Como os documentos contábeis são estruturados
Lição: Configuração do cabeçalho e das partidas individuais de documentos de contabilidade financeira (FI)
Estrutura do documento
Documento no SAP Financials
Figura 80: Documento no SAP Financials
O SAP S/4HANA baseia-se no princípio de documento, que implica o seguinte curso da ação:
1. É gravado um documento para cada lançamento da transação comercial.
2. O documento permanece como uma unidade completa no sistema até ser arquivado.
3. Todos os documentos são identificados de modo exclusivo pelos campos a seguir:
● Número do documento
● Empresa
● Exercício fiscal
Os documentos no SAP S/4HANA contêm os seguintes detalhes:
Um cabeçalho de documento
Esse componente contém informações que se aplicam ao documento inteiro.
Partidas individuais
Cada documento contábil lançado tem pelo menos duas linhas (por exemplo, débito e
crédito) e um máximo de 999 partidas individuais. As informações em cada item lite
separado são específicas desse item de linha específico. Quando você lança documentos
usando uma Interface AC, como Gerenciamento da ordem do cliente ou Administração de
compras, a Interface AC cria partidas no documento contábil que são idênticas em
praticamente todos os campos.
Capítulo 4 : Controle de documentos
Chaves de controle
É possível exibir dados detalhados do cabeçalho do documento e partidas individuais.
Existem duas chaves de controle importantes no documento:
● Tipo de documento no cabeçalho do documento.
● Chave de lançamento nas partidas individuais.
O SAP S/4HANA gera pelo menos um documento para cada transação comercial. Todo
documento é atribuído a um número de documento único. Durante a atribuição interna de
números, o número do documento é atribuído pelo sistema. Durante a atribuição externa de
números, o usuário atribui o número do documento no campo Número do documento.
Uma transação contábil pode criar um ou mais documentos. Por exemplo, quando chegam
mercadorias de um fornecedor, o SAP S/4HANA cria um documento de material para dados
do registro que são importantes para administração de inventário. Um documento contábil é
criado para registrar informações relevantes financeiramente, como dados e montantes de
contas relacionados ao Razão.
No SAP S/4HANA, são gerados documentos para as diversas transações comerciais, sem a
geração simultânea de um documento contábil, porque a contabilidade não é afetada. Um
exemplo disso é a geração de um pedido na administração de materiais, o que não resulta na
geração de um documento contábil.
Os documentos relacionados são ligados no SAP S/4HANA, que fornece a você uma síntese
de toda transação comercial no SAP.
O relatório RFBELJ00 permite a você criar um diário de documentos compacto. O diário de
documentos contém uma tabela dos dados mais importantes extraídos dos cabeçalhos e das
partidas individuais dos documentos selecionados.
Você pode utilizar os relatórios RFBUEB00 e RFBUEB01 para localizar documentos.
No launchpad do SAP Fiori, você pode utilizar o bloco Administrar documentos contábeis
(grupo Razão) para localizar documentos.
Como exibir documentos FI
a Company Code.
1. Use SAP Fiori App Create Outgoing Invoices in the Accounts Receivable group.
2. Alternatively, use SAP Easy Access:Accounting → Financial Accounting → Accounts

Receivable → Document Entry → Invoice (FB70)..
3. Enter the following values and use screen variant Z_WITH_PROFIT_CENTER:

Company Code 1010
Customer T—AC00


Amount 1000
Currency EUR
Calculate tax Select

Tax code A0
Items
G/L acct 41000500
Amount in doc.curr. *
Profit center T-PCA00
4. Post the document and make a note of the number.
1. Find the required document in one of 3 ways: 1) using a report, 2) using transaction FB03
(incl.search using push-button Document List), or 3) using a Fiori app.
a) On the SAP Easy Access screen, choose System → Services → Reporting.
(Alternatively enter the transaction SA38 in the transaction field)
b) In the Program field, enter RFBUEB00.

Company code 1010
Fiscal Year Current fiscal year
Document type DR
d) Choose Execute.
e) Double-click the document number to show the document details (Header incl. “hat”,
Line Items).
f) Choose Back.
2. Display the structure of a document using transaction FB03.

a) In SAP Easy Access, choose Accounting → Financial Accounting → Accounts
Receivable → Document → Display (FB03).)
b) View the following data:

Document Number Prepared document
Company Code 1010


Fiscal Year Current fiscal year
c) Press Enter to display the document header and the line items.
3. Display the structure of a document using SAP Fiori (incl. T-Account View).
a) Choose the SAP Fiori App Manage Journal Entries in the General Ledger group.
b) View the following data:

Journal Entry Prepared document
Company Code 1010
c) Choose Go to display the document.
d) Click the Journal Entry Number and choose the link Manage Journal Entries to display
the document.
e) Choose Back.
f) Click again the Journal Entry Number and choose the link Display Journal Entries — in
T-Account View.
If the link is missing, choose More Links, mark the wanted one and click OK.
g) Choose the SAP Logo to get back to the SAP Fiori Launchpad.
h) On the SAP Fiori launchpad home page show the App Display Journal Entries — in T-
Account View.
Criação de tipos de documento

Tipos de documentos
Figura 81: Tipos de documentos
Document type is a key that differentiates the business transactions to be posted.

Document types are defined at the client level and are therefore valid for all company codes.
For example, document type provides information about whether the document is a vendor
invoice or a customer invoice. Posting documents are classified by document type. There are
different types of business transactions.
Document type controls the document header and defines the account types to be posted to
along with the assignment of the document number.
O tipo de documento controla o cabeçalho do documento e ajuda a diferenciar as transações

comerciais que precisam ser lançadas.
Uma vez que os tipos de documentos são definidos no nível do mandante, eles são válidos
para todas as empresas. O SAP S/4HANA é fornecido com tipos de documento que podem
ser modificados ou copiados.
Os tipos de documento definem os seguintes elementos:
● Intervalo de numeração para o tipo de documento:
Cada tipo de documento deve ter um intervalo de numeração atribuído a ele.
● Estornar tipo de documento:

O tipo de documento especificado no campo Estornar tipo de documento será usado
quando uma transação de estorno for realizada. Se você não especificar um tipo de
documento de estorno, o sistema usará o tipo de documento lançado para estorno.
● Tipos de conta permitidos para lançamentos:
Na seção Tipos de conta permitidos, especifique o tipo de conta – ativos, cliente,
fornecedor, material, conta do Razão que você deseja lançar.
● Dados de controle:
Nesta seção, selecione o campo Tipo de documento líquido, que é válido somente para
tipos de documento usados para faturas de fornecedor. Selecionar esse código reduz o
montante total devido do montante de desconto indicado pelas condições de pagamento
na fatura.
Esta seção inclui também os seguintes campos:
- Verificação do cliente/fornecedor
- Lançamentos negativos autorizados
- Lançamentos interempresariais
- Inserir parceiro comercial
● Obrigatório durante a entrada de documentos
Selecionando Número de referência e Texto do cabeçalho do documento, você faz com que
cada um desses campos seja uma entrada obrigatória no cabeçalho do documento.
Until now reporting used for selection reasons the document types, the transaction-code and
the posting key. Starting with 1709 we have an additional object — the Business Transaction
Types. There are Standard Business Transaction Types in the System (for Example: RFPI —
Incoming Payments). But you can create your own business transaction types in the
customer namespace Y*, too. The business transaction type is an important classification of
journal entry items.
You can view SAP standard business transaction types using transaction FINSC_BTTYPE.
The system will derive one of these business transaction types for each journal entry. Usually
the system does this on header level.
Activities: Create your own business transaction types in the customer namespace Y* using
this activity, or alternatively, using transaction FINSC_BTTYPE. By implementing BAdI
BADI_FINS_ACDOC_POSTING_EVENTS to fill ET_ACDOC_SUBST-BTTYPE in method
SUBST_ACDOCA_EXTENSION_FIELDS, you can overwrite the default logic and derive your
own business transaction type instead. You can do this for all business transactions
triggering journal entry postings. In addition, you can specify your own business transaction
type in the external interface BAPI AcctngDocument.POST (BAPI_ACC_DOCUMENT_POST).
There is no dedicated field available in this BAPI, but you can map any extension field of
parameter EXTENSION2 to the business transaction type by implementing BAdI
BADI_ACC_DOCUMENT to fill C_ACCIT-BTTYPE in method CHANGE.
This feature enables you to improve the classification of journal entry items based on the
type of business transaction that triggers a journal entry posting. This results in more
detailed insights into the origin of financial KPIs. This feature has been implemented in the
following ways:
•The SAP standard method of deriving business transaction types has been enhanced to
provide more details for Financial Accounting transactions that have used business
transaction type RFBU (FI Postings) in the past.
•In addition, you can define and derive your own business transaction types.
Additional Details: You can use the business transaction type to break down KPIs or amounts
in analytics according to the types of business transactions that trigger journal entry
postings. While sufficiently detailed business transaction types have been available for
Logistics and Controlling, many Financial Accounting transactions have used business
transaction type RFBU (FI Postings) in the past. In order to get at least some information
about the origin of Financial Accounting data, you had to use the document type or the
transaction code (at document header level) as a workaround. Now, transaction types such
as Incoming Payment, Outgoing Credit Memo, or Foreign Currency Valuation are also
available for Financial Accounting transactions. In addition, you can create your own
business transaction types if you don't want to use the standard method of deriving the
business transaction type.
IMG: Financial Accounting –> Financial Accounting Global Settings –> Document –> Edit
Business Transaction Types.
Importantes tipos de documentos padrão
Figura 82: Importantes tipos de documentos padrão
O tipo de documento AB permite lançamentos em todos os tipos de conta.

Para todos os outros tipos de documento, limite os tipos de contas em que é possível fazer
lançamento. Por exemplo, o tipo de documento DG permite lançamentos somente em contas
do cliente (D) e do Razão (S).
Para transferir documentos de faturamento do aplicativo de faturamento SAP S/4HANA, é

necessário um dos seguintes tipos de documento:
● RV: o tipo de documento padrão para documentos de faturamento do gerenciamento da
ordem do cliente (faturas de cliente).
● RE: o tipo de documento padrão para documentos de faturamento da administração de
materiais (faturas de fornecedor).
Com a atribuição interna de número, o SAP S/4HANA atribui um novo número a cada
documento no componente de contabilidade financeira. Com a atribuição externa de
números, a aplicação transfere o número do documento de faturamento para o documento
contábil, desde que esse número ainda não tenha sido utilizado.
O programa de pagamento usa o tipo de documento ZP para a maioria de seus lançamentos
automáticos.
If document splitting is active, you have to make an additional setting in Customizing for new
document types.
A business transaction variant must be assigned to each document type to enable the
application to determine the splitting rule.
Como exibir tipos de documento
It is not possible to assign an external document number on reversed documents. For this
reason, a reversal document type must be specified for all document types where an external
document number has been assigned. This reversal document type then works with internal
number assignment.
1. Display standard document types.

→ Document → Document Types → Define Document Types.
b) Double-click the document type DR to explain the content.
c) Choose Back.
Intervalos de numeração de documentos
Figura 83: Intervalos de numeração de documentos
O intervalo de numeração de documentos define o intervalo de números que é atribuído

como números de documentos. Esses intervalos de numeração não podem ser sobrepostos.
Os seguintes tipos de atribuições de números são possíveis no SAP S/4HANA:
● Numeração interna
Nesse tipo de numeração, o SAP S/4HANA grava o último número do documento obtido
do intervalo de numeração no campo Número atual. A aplicação atribui então o número
seguinte ao número atual como o próximo número do documento. Consulte os exemplos
00 e 01 na imagem.
● Atribuição externa de números
Neste tipo de numeração, o usuário insere manualmente o número do documento original
ou o número é transferido automaticamente de outro sistema. Como os números não são
atribuídos em sequência, o SAP S/4HANA não pode armazenar um número atual,
conforme mostrado no exemplo 02 na figura. A numeração pode ser alfanumérica.
O intervalo de numeração de documento deve ser definido para o exercício em que é

utilizado.
Opções para definição de intervalos de numeração de documentos

As seguintes opções estão disponíveis para definir o intervalo de documentos:
● Contínuo:
No início de um novo exercício, o SAP S/4HANA continua usando, como número seguinte,
o número seguinte ao número atual. O aplicativo não reinicia no primeiro número do
intervalo de numeração.
● Para cada exercício:

No início de um novo exercício fiscal, o SAP S/4HANA inicia com o primeiro número do
intervalo de numeração. Isso garante que o intervalo de numeração seja suficiente.
É possível atribuir um intervalo de numeração a vários tipos de documento. Você pode copiar
os intervalos de numeração de documentos de uma empresa para outra, ou copiar intervalos
de um exercício para outro.
Você pode usar o relatório RFBNUM00 para procurar lacunas na atribuição de números de
documento.
RESUMO DA LIÇÃO
Capítulo 4
Lição 2
Gerenciamento de períodos contábeis
224
SÍNTESE DA LIÇÃO
Esta lição explica como gerenciar períodos contábeis.
O departamento de contabilidade determina que os livros auxiliares sejam fechados no final
de um período contábil. Entretanto, as contas do Razão permanecem abertas mais tempo
para conciliar os razões na contabilidade financeira e no controlling do último período. Por
esse motivo, você precisa compreender períodos contábeis abertos e fechados para
diferentes tipos de conta.
The posting date in the document header determines the posting period in which the
postings will take place. SAP S/4HANA proposes the current date as the posting date.
Posting periods are defined in the fiscal year variant. The posting periods are derived from
the month of the posting date.
To enable posting, the posting period must be open. You can open the posting period by
entering a time range, which is the time range of the posting period. Posting periods can be
opened or closed in Customizing or from the application.
Lição: Gerenciamento de períodos contábeis
Variantes de período contábil

Períodos contábeis
Figura 88: Períodos contábeis
For each posting period variant, you need an entry + that is valid for all account types. The
columns for the account number interval must be empty.
The period intervals, which are defined for the + entry, specify the posting periods that may
be posted in a variant.
When you enter the posting date in the document header, SAP S/4HANA uses the entry for
the account type + to check whether the period determined can be posted to. If all account
types are to be open at the same time, the minimum entry + is sufficient.
You can define whether periods can be posted differently by account type (A, D, K, M, S, or V)
and by account interval. If you do not enter G/L account numbers for the account intervals,
you must enter ‘ZZZZZZZZZZ’ as the account number upper limit.
For each account type within a posting period variant, you need to specify the posting
periods that are open for posting. Two time intervals, Period 1 and 2, are available.
For each interval, you need to specify the following details:
● A period lower limit
● A period upper limit
● A fiscal year
You close periods by selecting the period details such that the periods to be closed are no
longer contained.
Special periods have no start date or end date. They are assigned to the last posting period.
For posting in special periods, the following conditions must be true:

● The posting date must be in the last posting period of the year of posting.
● The special period must be open and entered in the document during posting.
Períodos contábeis são definidos na variante do exercício.

Para evitar que documentos sejam lançados em um período contábil errado, pode-se
encerrar determinados períodos contábeis.
Geralmente, o período contábil atual está em aberto e todos os outros estão fechados. No
final de um período, ele é fechado e o período seguinte é aberto. Um período contábil é aberto
pela entrada de um intervalo na variante do período contábil que abrange esse período. Você
pode ter a quantidade de períodos que quiser.
Durante o encerramento do exercício, abrem-se períodos especiais para lançamentos de
fechamento.
Atualização de uma variante de período contábil
Figura 89: Variante do período contábil
Várias empresas podem usar a mesma variante do período contábil. Portanto, os períodos
contábeis são abertos e fechados simultaneamente para todas as empresas às quais a
variante de período contábil está atribuída (princípio da variante).
Verificações de período por tipo de conta
Figura 90: Verificações de período por tipo de conta
No cabeçalho do documento, os períodos atribuídos ao tipo de conta + são verificados

primeiro.
Portanto, o tipo de conta + deve ser aberto para todos os períodos que devam ser abertos
para qualquer outro tipo de conta e a variante do período contábil deve conter pelo menos o
tipo de conta +. Se os períodos contábeis dos diferentes tipos de conta forem, todos,
processados do mesmo modo, será suficiente efetuar o controle com a entrada +.
Períodos contábeis podem ser tratados de forma diferente para diferentes tipos de contas.
Para um determinado período contábil, lançamentos nas contas de clientes podem ser
permitidos, enquanto lançamentos nas contas de fornecedores podem ser restritos.
No nível da partida individual, o SAP S/4HANA verifica o tipo de conta da chave de
lançamento para garantir que o período esteja aberto para o tipo de conta atribuído.
O intervalo de conta sempre contém contas do Razão. Inserindo contas de conciliação
específicas para tipos de conta do livro auxiliar, as contas do livro auxiliar podem ser tratadas
de forma diferente das contas que tem conta de conciliação diferente.
Primeiros dois intervalos de período
Figura 91: Primeiros dois intervalos de período
Durante o encerramento do exercício fiscal, devem estar abertos simultaneamente dois

intervalos de período. Por esse motivo, podem ser inseridos dois intervalos de período na
tabela de período contábil (intervalos 1 e 2). Recomenda-se utilizar intervalos de período 1
para lançamentos em períodos extraordinários e intervalo 2 para processos de lançamento
em períodos regulares.
Para o intervalo de período 1, você pode inserir um grupo de usuários autorizados. Isso
significa que, para encerramento do mês ou do exercício, por exemplo, você pode abrir
períodos contábeis somente para usuários específicos. Você efetua as configurações de
autorização necessárias no objeto de autorização opcional Documento contábil: autorizações
para períodos contábeis (F_BKPF_BUP). Recomendamos a utilização do intervalo de período
1 para períodos extraordinários porque as autorizações só podem ser gerenciadas nele.
O usuário deve ter a autorização para o objeto de autorização F_BKPF_BUP (documento
contábil: Autorização para períodos contábeis) com o mesmo valor no grupo de autorizações
de campo que na tabela de períodos contábeis.
Bloqueio de períodos em FI
Figura 92: Bloqueio de períodos em FI
No SAP S/4HANA, o intervalo de período 3 é usado para lançamentos do controlling (CO)

para a contabilidade financeira (FI). Se o terceiro intervalo não for preenchido, as entradas
nos intervalos 1 e 2 também serão válidas para esses lançamentos.
No SAP S/4HANA, os lançamentos em FI (relevante para CO) e os lançamentos em CO
(relevante para FI) precisam de períodos Abertos na abertura e fechamento de FI (OB52/app)
e do bloqueio de período CO (OKP1).
Nota:
No bloqueio de períodos CO, você precisa especificar quais transações deseja
bloquear e para quais períodos (Menu SAP:
Contabilidade → Controlling → Contabilidade de classes de
custo → Ambiente → Bloqueio de períodos).
Além disso, você pode usar o relatório RFOB5200 para atualizar os períodos contábeis
(autorizações para controlar quem tem permissão para executar o programa: Nota SAP
2251160).
App: Administrar períodos contábeis
Figura 93: Aplicativo Gerenciar períodos contábeis
Começando com o SAP S/4HANA 1809 é possível gerenciar os períodos contábeis utilizando
um app. Este app preenche a mesma tabela que OB52.
Determinação de períodos contábeis
Figura 94: Determinação de períodos contábeis durante lançamentos
Ao inserir um documento, você insere a data de lançamento. O SAP S/4HANA determina

automaticamente o período contábil e o exercício com base na data de lançamento inserida.
O SAP S/4HANA determina o período de lançamento e atualiza a movimentação para cada
período contábil.
Se for exibido o saldo de uma conta, serão exibidas as movimentações para os períodos
contábeis.
Como verificar períodos contábeis
a Company Code.
1. Attempt postings in closed posting periods. For the demo, it is fine to show the posting in
SAP Easy Access.
a) Use the SAP Fiori App Create G/L Account Postings (group: General Ledger).
b) Alternative: In SAP Easy Access, choose Accounting → Financial Accounting →

General Ledger → Document Entry → General Posting (F-02).)
c) On the Enter G/L Account Posting: Header Data screen, enter the following data:
Document Date First day of January 2031

Posting Date First day of January 2031
Period 1
Company Code 1010
Currency/Rate EUR
PstKy 40
d) Press Enter.
e) Check the message Posting period 001 2031 is not open for variant
1010 and ledger 0L and close the Performance Assistant dialog box.
f) On the Enter G/L Account Posting: Header Data screen, enter the following data:
Document Date Last day of current year

Posting Date Last day of current year
Period 12
Company code 1010
Currency EUR
PKey 40
g) Press Enter twice.
h) Check the message Specify account number and close the Performance Assistant
dialog box. The posting period 12 is open and an account number is required to
complete the posting.
2. Check the posting periods in variant 1010.

a) Use the SAP Fiori App Open and Close Posting Periods (OB52) (group: Environment).
b) (Alternative: In SAP Easy Access, choose Accounting → Financial Accounting →

General Ledger → Environment → Current Settings → Open and Close Posting
Periods. Alternatively, enter transaction code FAGL_EHP4_T001B_COFI).
c) On the Change View "Posting Periods: Specify Time Intervals": Overview screen, check
the posting periods for the variant, 1010.
d) Return to the main menu.
e) If you like, you can go to Customizing and explain the assignment company code/
posting period variant.
Como utilizar o app Administrar períodos contábeis
1. Assign the Posting Periods Variant 9000 to your Company Code GR00.
→ Ledgers → Fiscal Year and Posting Periods → Posting Periods → Assign Variants
to Company Code.
b) Enter the following value in the line GR00:

Variant 9000
c) Choose Save.
d) Choose Back.
2. Go to the SAP Fiori launchpad home page and search for App Manage Posting Periods
(Search Field).
a) Go to the SAP Fiori launchpad home page and Search for the App Manage Posting
Periods .
b) Select the app.
c) Select or insert the following data:

Posting Period Variant 9000
d) Choose Go (if necessary, choose "Go" twice).

e) Four Lines are shown on the screen.
f) Click/Mark all the four lines and click the push-button Manage Posting Period Variants.
g) On the next screen (Manage Posting Period Variants), choose Go.
h) In this screen you will find an overview of the Periods for this Variant. Choose back to
see the open periods. The normal period 12.2020 and the special periods (adjustments
for the closing) 13.2020 are open for posting.
i) Stay on the Manage Posting Periods screen.
3. You like to open Special Period (Adjustment) 14 for all Account Types additional.
a) Mark/Select all the four lines.
b) Select the push-button Set Posting Periods.
c) Choose Open Periods.
d) Select Adjustment Periods.
e) Insert the following data:

From 2020
From (Period) 013
To 2020
To (Period) 014
f) Choose OK.
g) Now on the overview screen the normal period 12.2020 and the special periods
(adjustments for the closing) 13 and 14 (2020) are open for posting.
h) Choose the SAP Logo to return to the SAP Fiori launchpad home page.
4. Do not forget to change the assigned posting period variant for your company code GR00
back to 1010 .
→ Ledgers → Fiscal Year and Posting Periods → Posting Periods → Assign Variants
to Company Code.
b) Enter the following value in the line GR00:

Variant 1010
c) Choose Save.
d) Choose Back.
RESUMO DA LIÇÃO
Capítulo 4
Lição 3
Gerenciamento de autorizações de lançamento
236
SÍNTESE DA LIÇÃO
Esta lição explica como gerenciar autorizações de lançamento.
O gerente de contabilidade quer definir diversas autorizações para o lançamento de
montantes elevados para os responsáveis. Por esse motivo, você precisa compreender o
seguinte:
● Atribuir usuários a grupos de tolerância
● Definir quais montantes os grupos de tolerância têm autorização para lançar
Autorização de lançamento
Montantes máximos
Figura 95: Montantes máximos
Nesta seção, o destaque vai para os limites superiores para operações de lançamento dentro
dos grupos de tolerância.
Em Definir grupos de tolerância para funcionários no customizing, defina vários limites de
montantes superiores para os funcionários.
Lição: Gerenciamento de autorizações de lançamento
Defina a tolerância máxima para diferenças de pagamento para determinar os seguintes

aspectos durante um lançamento de transação e operações de compensação de
processamento:
1. Qual é o montante máximo do documento que o funcionário está autorizado a lançar?

(Montante por documento: um total de todas as partidas individuais de débito ou partidas
individuais de crédito em um documento)
2. Qual é o montante máximo que o funcionário pode inserir como uma partida individual em
uma conta de cliente ou fornecedor?
(Montante por partida em aberto)
3. Qual é a porcentagem máxima de desconto que o funcionário pode conceder em uma

partida individual?
(Desconto por partida individual)
4. Qual é a tolerância máxima aceitável para diferenças de pagamento (pagamento a mais

ou pagamento a menos) para o funcionário?
(Receita – pagamento a maior, despesas – pagamento a menor)
You must assign accounting employees to a separate tolerance group in case you want to
define special tolerances for them.
Each company code must always have a Blank tolerance group. This is the default tolerance
group for employees who are not explicitly assigned to any other tolerance group.
You can only assign one tolerance group to an employee. However, you can assign a
tolerance group to one or more company codes.
The following upper limits are applicable within the tolerance group:
● Amount per document
This is the maximum posting amount per document and includes all the debit or credit
items.
● Amount per open item
This is the maximum posting amount per customer or vendor item and does not apply to
automatically created line items (for example, line items generated through an automatic
payment program).
Atribuição de autorizações de lançamento
Figura 96: Atribuição de autorizações de lançamento
Você pode criar tantos grupos de tolerância quantos forem necessários. É possível atribuir
explicitamente cada usuário a um grupo de tolerância.
Se você não atribuir usuários a nenhum grupo de tolerância especial, as entradas no grupo de
tolerância em branco serão válidas para eles.
O grupo de tolerância em branco geralmente contém valores que se aplicam à maioria dos
funcionários. Para funcionários com limites especialmente altos ou baixos, é necessário criar
um grupo de tolerância especial. Você pode então atribuir o grupo especial aos seus IDs de
logon do usuário.
Como testar a autorização de lançamento de um usuário
a Company Code.
Do not forget to delete the SUPV tolerance limit for your user master record before the next
lesson. The steps to delete the tolerance limit for your user are as follows:
Lição: Gerenciamento de autorizações de lançamento
1. In Customizing, choose Financial Accounting → Financial Accounting Global Settings

→ Document → Tolerance Groups → Assign User/Tolerance Groups.
2. Delete the value in the Tolerance group field for your user and choose Save. (Or delete
the whole line with your user.)
1. Test posting authorization.

a) You can use the SAP Fiori App Post General Journal Entries tile in the General Ledger
group to show the posting.
b) (Alternative: In SAP Easy Access, choose Accounting → Financial Accounting →

General Ledger → Document Entry → Enter G/L Account Document (FB50).)

Field Name or Data Type Value
Company Code GR00
Journal Entry Date Current date
Transaction Currency EUR
G/L acct 11100000
Debit 100001
d) Press Enter.
Cuidado:
You can only post amounts up to 100000.
RESUMO DA LIÇÃO
Capítulo 4
Lição 4
Criação de documentos simples em
245
SÍNTESE DA LIÇÃO
Esta lição explica como criar documentos simples de contabilidade financeira.
O cliente ouviu falar da facilidade de uso dos apps SAP Fiori e deseja experimentá-los. Por
esse motivo, você precisa compreender como lançar documentos simples em contabilidade
financeira.
The SAP Fiori postings in the general ledger, customer, and vendor areas are single-screen
transactions. You can enter documents with a minimum number of entries on one screen.
There is a difference between G/L posting and customer/vendor-posting.
In the customer/vendor-posting, you can enter the general data for the document in the
upper pane of the screen. This is the data that you want to enter or process along with the
customer or vendor item data. Important fields are on the initial tab while the less frequently
used fields and detailed information are on subsequent tabs.
In the lower pane of the screen, you can enter the invoice or line items in a table. After making
the entries, you can check, hold, or post the document. SAP S/4HANA uses the check,
proposal, and posting logic of the following existing entry transactions:
● Invoice
● Credit memo fast entry
● Standard document entry
The SAP Fiori posting is offered parallel to the ENJOY transactions and the standard
transactions.
To access the ENJOY transactions, choose the relevant paths.
To access the standard transactions (general or complex posting screens), use the following
navigation paths:
● On the SAP Easy Access screen, choose Accounting → Financial Accounting →
Accounts Receivable → Document Entry or choose Financial Accounting (FI) →
Accounts Payable → Document Entry . Then, choose either Invoice, Invoice - General,
Credit Memo, or Credit Memo - General.
● On the SAP Easy Access screen, choose Accounting → Financial Accounting → General
Ledger → Document Entry → General Posting. Alternatively, enter transaction code
F-02.
You can use some of the menu options to branch out into the complex postings from the
easy transactions (for example, asset purchase from vendor).
Nota:
You cannot return to the initial screen from this complex posting transaction.
The user-specific editing options enable you to individually control the following aspects:
● Display and entry of the document type
● Posting period
Documentos FI simples
Lançamentos simples no SAP S/4HANA Finance
Figura 97: Lançamentos simples no SAP S/4HANA Finance
Esses tipos de lançamentos podem ser efetuados por meio de apps Fiori no SAP S/
4HANA (FI):
● Lançamentos de conta do Razão
● Lançamentos de faturas de cliente
● Lançamentos de notas de crédito do cliente
● Lançamentos de faturas de fornecedor
Lição: Criação de documentos simples em contabilidade financeira (FI)
● Lançamentos de notas de crédito do fornecedor
Utilizando apps Fiori para lançamento
Figura 98: App Fiori – Criar faturas emitidas
No cabeçalho do documento, insira os dados gerais referentes ao documento contábil. Os

campos a seguir são exemplos:
● Data da fatura
● Data de lançamento
● Texto
Para inserir faturas e notas de créditos recebidas, você pode definir um tipo de documento
para cada transação. Esse tipo de documento aparece então como um valor padrão geral.
Pode-se sobregravar este tipo de documento proposto a qualquer momento, desde que o
campo do tipo de documento esteja pronto para receber entradas durante a entrada do
documento. Se você não definir um tipo de documento, o sistema proporá tipos de
documentos padrão (por exemplo, usar KR para a entrada de faturas de fornecedor).
Os campos de entrada importantes estão em primeiro plano em uma ficha de registro inicial,
e os campos usados com menos frequência estão nas fichas restantes.
Com as faturas de cliente e fornecedor, você insere o número de conta do cliente e
fornecedor nesta seção, juntamente com o montante da fatura ou da nota de crédito.
Em seguida, ao selecionar Enter, os dados mestre do cliente/fornecedor são também
exibidos junto ao nome da conta, ao endereço e aos dados bancários.
Você pode exibir uma lista de partidas em aberto selecionando o botão Itens em aberto.
Além dos dados do cabeçalho e da partida, a tela de entrada também contém uma área de
informação em que você pode ver o saldo da conta.
Você pode usar o botão Árvore para acessar e selecionar os seguintes modelos:
● Variantes de tela
● Modelos de classificação contábil
● Documentos memorizados
Você pode navegar por meio da estrutura em árvore no lado esquerdo da tela.
Você pode inserir partidas individuais adicionais para o documento nos campos da parte
inferior da tela.
Você pode selecionar diferentes campos ou colunas e modificar seu tamanho e sequência.
Também é possível copiar partidas individuais.
Na transação de entrada do documento, você pode decidir o que deseja fazer com o
documento:
● Pré-editar
● Lançar
● Memorizar
Aplicativo do Fiori — Registrar lançamentos contábeis
Figura 99: Aplicativo do Fiori — Registrar lançamentos contábeis
É também possível utilizar a transação geral para inserir lançamentos.

Você pode inserir um texto explicativo para cada partida individual. Esse texto da partida
individual pode ser usado interna ou externamente. Para usar o texto para fins externos, por
exemplo, em correspondência, advertências e avisos de pagamento, insira um asterisco (*)
antes do texto.
Nota:
O asterisco é removido na impressão.
Em Customizing, você pode definir modelos de texto em uma chave de quatro dígitos.
Quando você insere a chave relevante no campo de texto durante a entrada do documento,
esses modelos de texto são copiados automaticamente na partida individual.
Na parte inferior da tela, você pode selecionar modelos como referências. Para poupar tempo
e esforço ao inserir informações para vários lançamentos contábeis, crie modelos de
lançamentos contábeis que correspondam às suas necessidades específicas utilizando o app
Administrar modelos de lançamentos contábeis. Quando cria um modelo de lançamento
contábil, você seleciona os campos e valores que necessita para uma utilização específica,
como para enviar e lançar documentos contábeis. Quando cria um modelo de lançamento
contábil, você também pode torná-lo público, ou seja, compartilhá-lo com outros usuários em
sua organização.
Como lançar documentos FI
Required data: This demonstration uses records created in the demonstrations How to
Create a Company Code, How to Create Non-Calendar Year Fiscal Year Variants, and How to
Assign a Fiscal Year Variant to a Company Code.
Perform the following steps, then use the steps and data in the exercise Post FI Documents
to complete the demonstration.
1. Verify the details for the fiscal year variant, field status variant, posting period variant, field
status variant, and workflow variant.
b) Show the content of the relevant fields.
2. Use the steps and data in the exercise Post FI Documents to complete the remainder of
the demonstration.
3. Show the existing Templates.

a) On the SAP Fiori launchpad home page, choose the App Manage Journal Entry
Templates (tile group General Ledger).
b) Insert Posting Application: Post General Journal Entries and choose Go.
c) Stay on this screen.
4. Show the possibility to delete Templates.

You can now delete journal entry templates that are created by you or other users in the
Manage Journal Entry Templates app (available as of SAP S/4HANA 2021). You can
delete a single template or mass delete templates.
a) Mark/Select the Template Z_WITH_PROFIT_CENTER and show the pushbutton Delete
PLEASE DO NOT DELETE THE TEMPLATE!!!.
5. Show how to create Templates.

a) Choose Create.
b) Select Post General Journal Entries for the field Apply Template In
c) You are now in the first step of five, to create a new template (General Information).
d) Enter the following values:

Template ID Z_WITH_PC_TEXT
Description with Profit Center and Text

Access Level Group Level

Share Publicly Mark/Select
e) Scroll down and select Step 2 (Journal Entry Header Fields). Do not change anything.
f) Scroll down and select Step 3 (Values for Journal Entry Header Fields). Do not change
anything.
g) Scroll down and select Step 4 (Journal Entry Line Items Fields).
h) Enter the following values:

Text Set the checkbox (at the beginning of the
line)
Profit Center Set the checkbox (at the beginning of the
line)
Segment Set the checkbox (at the beginning of the
line)
i) Scroll down and select Step 5 (Values for Journal Entry Line Items Fields).
j) Choose Review.
k) Choose Save.
6. Start a new posting with the App Post General Journal Entries using the new template just
as the posting in Step 2:
a) Select the App Post General Journal Entries.
b) Choose Select Templates (on the bottom of your screen). After some seconds the
existing templates are shown in a list (sometimes you have to scroll down).
c) Select your new template. Now you are back on the posting screen.
d) Insert the necessary data for the document header.
e) Insert the Company Code 1010 and the G/L Account 11100000 in the first line item.
Choose Enter.
f) Click the arrow before line item 1.
g) The prepared fields for the line item are shown on the screen (Item Text, PC,
Segment).
h) Here you can stop the Demo and get back to the SAP Fiori launchpad home page.
Como lançar documentos FI usando lançamento clássico
Create a Company Code, How to Create Account Groups for G/L Accounts, How to Create
Profit Centers, Cost Centers and Segments, How to Maintain Customer Number Ranges and
Assign Them to Account Groups, How to Create Customer and Vendor Accounts, and How
to Classify the Document Type for Document Splitting.
1. Perform Customer invoice classic posting.

Accounts Receivable → Document Entry → Invoice - General. Alternatively, enter
transaction code F-22.

Document Date Current date
Type DR
Period Current period

Company Code 1010
Currency EUR
PstKy 01
Account T-AC00
c) Press Enter.
d) On the Enter Customer Invoice: Add Customer item screen, enter following data:
Amount 5500
Calculate tax Select

PstKy 50
Account 41000500
e) Press Enter.
f) On the Enter Customer invoice: Add G/L account item screen, enter 5500 in the
Amount field.
g) Select 10% Output Tax (Training) in the Tax Code field.
h) Choose the More button.
i) In the Coding Block dialog box, enter T-PCA00 in the Profit Center field.
j) Choose Continue.
k) Choose Post to save the document.

RESUMO DA LIÇÃO
CAPÍTULO 5 Controle de lançamento
• Analisar repartição de documento
• Atualizar valores propostos
• Configurar controle de modificações
• Configurar estorno do documento
• Configurar condições de pagamento
• Preparar descontos
• Preparar impostos
• Configuração de códigos de imposto
• Configurar as definições básicas para operações interempresariais
• Lançar operações interempresariais

Capítulo 5 : Controle de lançamento
Capítulo 5
Lição 1
Análise de repartição de documento
271
SÍNTESE DA LIÇÃO
Esta lição explica o conceito de repartição de documento.
A SAP oferece a funcionalidade de repartição de documento para garantir saldo igual a zero
para objetos abaixo do nível de empresa. Você quer produzir relatórios completos de balanço
no nível do objeto. Por esse motivo, você precisa compreender o seguinte:
● O conceito de repartição de documento na contabilidade geral do S/4HANA
● A diferença entre repartição de documento ativa e passiva
● Os métodos para inserir repartição de documento no Customizing
The settings for document splitting can be made quickly. However, since these settings
cannot be changed after they have been implemented (as described in Note 891144), they
impact the entire project.
● Analisar repartição de documento
Visões na nova contabilidade geral (G/L)

Um documento da Contabilidade financeira (FI) sempre tem duas visões na Contabilidade do
Razão.
Figura 100: Visões na nova contabilidade geral (G/L)
A exibição de um documento na visão de entrada e na visão do Razão é definida na

contabilidade geral e não pode ser ativada ou desativada pelo customizing.
Repartição de documento
Figura 101: Repartição de documento
Você pode exibir a demonstração de resultados usando os seguintes objetos:

● Centro de lucro
Lição: Análise de repartição de documento
● Divisão
● Segmento
As partidas individuais não são exibidas em repartições na visão de entrada.

As partidas individuais são exibidas em repartições na visão do razão quando se usa
repartição de documento.
Nota:
A repartição de documento é apenas para clientes que têm ou desejam inserir
uma característica adicional de relatórios. Por exemplo, um cliente que deseja
inserir um segmento no balanço, além da empresa.
Repartição de documento – Repartição ativa
Figura 102: Repartição de documento Repartição ativa
Quando você não as insere explicitamente, as características de repartição são transferidas

às partidas individuais de lançamento, com base nas regras que você define no customizing.
Na figura Repartição de documento – Repartição ativa, o saldo do centro de lucro e as
características do segmento são zero.
A figura mostra também as partidas de fornecedor e de imposto na visão do Razão. As
partidas de fornecedor e de imposto (itens 1 e 4) são repartidas de acordo com as linhas de
despesa (itens 2 e 3 e contas de despesas 65003000).
A repartição do documento, também conhecida como repartição online, permite que as
empresas criem balanços completos para objetos.
Se você não ativar a repartição de documento, então não haverá diferença entre a visão de
entrada e a visão do Razão.
Repartição de documento no customizing
Figura 103: Ativação da repartição de documento
Você ativa a repartição de documento no customizing.
In Customizing, choose Financial Accounting → General Ledger Accounting → Business

Transactions → Document Splitting → Activate Document Splitting.
O S/4HANA fornece o método de repartição 0000000012 como procedimento padrão para

fazer modificações. Você copia o procedimento padrão para uma entrada personalizada,
como Z000000012.
Nota:
Você ativa a repartição do documento para cada cliente e a desativa para cada
empresa. No entanto, a decisão de repartir documentos é tomada no nível da
empresa. Todas as empresas de um cliente podem usar apenas um procedimento
de repartição de documento.
Conceitos de herança e de classificação contábil predefinida
Tabela 18: Configurações de repartição de documento

Você pode ativar as seguintes configurações ao ativar a repartição do documento:
Conceito Descrição
Herança Se um objeto de classificação contábil for ex-

clusivo, o objeto será herdado online em to-
das as posições faltantes. O código para he-
rança deve ser sempre definido ao ativar as
configurações do documento.
Classificação contábil default (classificação Se nenhum valor for inserido ou derivado pa-
contábil padrão) ra uma característica de repartição durante o
lançamento do documento, um valor propos-
to, como um centro de lucro ou um segmen-
to, poderá ser definido automaticamente. Pa-
ra usar a classificação contábil predefinida,
você deve primeiro definir um valor constan-
te no Customizing.
In Customizing, choose Financial Accounting → General Ledger Accounting → Business

Transactions → Document Splitting → Edit Constants for Nonassigned Processes.
Observe que usar um valor proposto pode reduzir a qualidade dos dados. Quando você usa
um valor proposto, a constante substitui cada objeto faltante e as regras de repartição do
documento incorreta são difíceis de identificar e corrigir. Para usar a classificação contábil
default, realize um teste sem os valores padrão. Isso ajuda você a localizar quaisquer erros
possíveis.
Etapas da repartição de documento

Você pode dividir o processo de repartição de documento em três etapas simplificadas.
Figura 104: Etapas da repartição de documento
Tabela 19: Etapas no processo de repartição de documento

As etapas a seguir ocorrem no processo de repartição de documento:
Tipo de repartição Descrição Exemplo
Passiva Durante a compensação, as en- Durante um pagamento, uma

tidades, como segmentos do fatura recebida é atribuída a vá-
documento que está sendo rias contas. A fatura recebida é
compensado, são copiadas pa- dividida em dois segmentos, A
ra o documento de compensa- e B, na proporção 60:40. Du-
ção sem nenhuma modifica- rante a compensação, o paga-
ção. mento é dividido na proporção
60:40 nos segmentos. Isso é
visto apenas na visão do Razão.
Ativa Para documentos que não Uma fatura recebida atribuída a

mostram a compensação, é várias contas.
possível criar regras de distri-
buição individual no Customi-
zing. Você pode criar regras pa-
ra especificar as partes de um
documento que são divididas
de acordo com determinadas
posições básicas. O tipo de do-
cumento serve de base para a
regra.
Criação de linhas de Esta função será usada se, Sem essa função, um lança-
compensação ou forma- além do documento completo, mento de transferência do seg-
ção de saldo zero os objetos a serem saldados no mento A para o segmento B na
documento (por exemplo, cen- mesma conta cria duas parti-
tro de lucro ou segmento) ne- das individuais. A formação de
cessitarem ter o saldo igualado saldo zero cria duas partidas de
a zero. compensação adicionais.
Documento — Lógica de repartição, Repartição ativa
Figura 105: Documento — Lógica de repartição, Repartição ativa
Um procedimento de repartição, em suma, é o total de todas as regras de repartição de todas

as transações comerciais. Como tal, o procedimento de repartição define como e sob quais
circunstâncias serão efetuadas repartições de documentos. Em detalhe, isso significa que
cada procedimento de repartição define como cada categoria de item será tratada nas
transações comerciais individuais – por exemplo, se a classificação contábil de um item do
cliente será copiada ou não do item de receita para uma fatura de cliente. (=> Consulte a
partição baseada em regras)
A transação comercial é um detalhamento geral dos processos empresariais reais que a SAP
oferece, atribuída a uma ampla gama de categorias de partida.
A variante de transação comercial é uma versão específica de transações comerciais
predefinidas oferecidas pela SAP e a modelagem (técnica) de um processo empresarial real
para a repartição de documento.
Uma categoria de partida é um mapa (técnico) de todas as partidas individuais lançadas. Ela
descreve as partidas que aparecem em um documento (transação comercial). Derivam-se,
dentre outras coisas, das categorias de conta do Razão. Em outras palavras: a categoria do
item é a descrição semântica para a repartição de documento.
Uma regra de repartição individual define quais categorias de partida podem/poderão ser
repartidas (→ categorias de partida a serem processadas) e, ao mesmo tempo, qual base
pode ser usada (→ categorias de item de base).
RESUMO DA LIÇÃO
● Analisar repartição de documento
Capítulo 5
Lição 2
Atualização de valores propostos
286
SÍNTESE DA LIÇÃO
Esta lição explica como atualizar valores propostos.
Ao executar transações SAP, você não deseja inserir constantemente os mesmos dados. Por
isso, você define valores propostos para campos no SAP S/4HANA. Por esse motivo, você
precisa do seguinte conhecimento:
● Compreender valores propostos
● Compreender como configurar valores propostos específicos do usuário
● Compreender como determinar valores propostos no sistema e na configuração
Every user can enter values in the master record to simplify document entry. When you log
on to SAP S/4HANA, the default values defined in the user master record fill the memory.
This data in the memory is relevant only to the individual user and not to the complete SAP
S/4HANA.
● Atualizar valores propostos
Lição: Atualização de valores propostos
Valores propostos
Valores propostos para configuração do usuário
Figura 106: Valores propostos para configuração do usuário
As identificações de parâmetro permitem aos usuários definir valores propostos para

campos cujos valores não se modificam com frequência, por exemplo, campos de empresa e
de moeda. Ao executar uma transação, esses valores aparecem automaticamente nos
campos correspondentes. Ao exibir valores predefinidos em vez de inseri-los manualmente,
você pode evitar erros de entrada.
Você pode usar as opções de processamento para configurar as seguintes áreas:
● Entrada do documento
● Exibição de documento
● Partidas em aberto
● Itens de linha
● Livro caixa
Quando os usuários efetuam logon no SAP S/4HANA, propriedades específicas se aplicam a

seus IDs de usuários em toda a aplicação.
Alguns exemplos de propriedades específicas do usuário são:
● Idioma de logon
● Formato da data
● Notação decimal
Os usuários também podem configurar uma impressora padrão para si próprios.

Para simplificar a atualização de um usuário, execute as seguintes etapas:
1. Crie um usuário fictício.
2. Atualize os valores de acordo com os requisitos de contabilidade.
3. Copie esse usuário.
Defaults de sistema e contábeis
Figura 107: Defaults de sistema e contábeis
O SAP S/4HANA (FI) fornece os valores propostos básicos para a entrada de documentos.
Por exemplo, durante a entrada de documentos, a aplicação propõe a data atual como a data
de lançamento. Suponha que você já tenha inserido um documento e tenha usado uma
empresa específica. No próximo documento, o sistema propõe a mesma empresa inserida no
último documento (se você selecionar a mesma forma de lançamento).
O SAP S/4HANA (FI) trabalha com base no princípio de documento; todos os documentos
devem ter saldo zero antes que possam ser lançados.
Quando você insere transações comerciais diferentes na contabilidade, o SAP S/4HANA
oferece valores predefinidos para os seguintes campos:
● Tipos de documentos
● Chaves de lançamento
Por exemplo, se uma fatura de fornecedor tiver o tipo de documento KR, o lançamento de
crédito será executado com a chave de lançamento 31.
Exercício fiscal proposto

No SAP S/4HANA (FI), é possível controlar se o exercício fiscal é proposto quando você exibe
ou modifica documentos (usando uma transação). Se o exercício fiscal for proposto em
empresas com atribuição de números de documentos específica do ano, o sistema propõe o
número do último documento processado e o exercício fiscal relevante. Também é possível
propor a data da CPU como data efetiva.
No nível da empresa, você pode inserir a diferença máxima permitida entre as seguintes taxas
de câmbio:
● A taxa de câmbio no cabeçalho do documento de uma transação comercial
● A taxa de câmbio na tabela de taxas de câmbio
O SAP S/4HANA (FI) exibe uma mensagem de advertência se ele determinar que a diferença
percentual máxima entre as taxas de câmbio foi excedida. Isso ajuda você a reconhecer
entradas incorretas.
Como definir parâmetros do usuário
1. Setting up user-specific editing options.

a) Choose the SAP Fiori Maintain Accounting Editing Options tile in the Environment
group.
(It works like the SAP Easy Access transaction FB00.)
b) (Alternative: On the SAP Easy Access screen, choose Accounting → Financial

Accounting → General Ledger → Environment → User Parameters → Editing
Options (FB00).)
c) Choose the Document entry tab page.
d) View the following fields:

Field Name or Data Type Description
Documents Only in Local Currency If you set this indicator, then those fields
needed to enter foreign currency docu-
ments are suppressed.
Documents Not Cross-Company Code You can hide entry fields for cross-com-
pany code document entry here.
Calculate Taxes on Net Amount If the tax amounts are to be calculated,
you can specify here that the G/L ac-
count amounts are to be entered net (i.e.
excluding tax). If not, the system assu-
mes that the G/L account amounts ente-
red are gross and not net of tax.
e) Choose the Doc.display tab page.

You can choose different display options for documents.
f) Choose the Open items tab page. Select the Selected Items Initially Inactive indicator.
Selecting this indicator is important when clearing open items.
g) For changes click Change user master.
Como definir valores propostos
Note the following guideline when defining default values: If you use a customer number for a
master data display and then proceed to a different transaction code to display line items or
for other functions, the system proposes the same customer number.
1. Define general default values in Customizing.

→ Document → Default Values → Define Default Values.
b) Press Enter twice to close the messages.
c) In this table you can define the default document type (Doc.Type) and posting key (PK)
for classical business transactions in FI.
2. Determine the last fiscal year used.

→ Document → Default Values → Enable Fiscal Year Default.
b) Determine the last fiscal year used and the one proposed for the transactions Display
Document and Change Document.
3. Specify the current date or CPU date proposed as the value date.
→ Document → Default Values → Default Value Date.
b) Specify the current date as the value date when you enter line items.
4. Control how system messages are displayed.

→ Document → Default Values → Change Message Control for Document
Processing.
b) Enter F5 as the Application Area and press Enter.
Nota:
You can control which system messages are displayed. You cannot add or
change system messages. You only can change the status sometimes.
5. Define a percentage rate for the maximum exchange rate difference.

→ Global Parameters for Company Code → Currencies → Maximum Exchange Rate
Difference → Define Maximum Exchange Rate Difference per Company Code or Define
Maximum Exchange Rate Difference per Foreign Currency.
b) Define the percentage rate for the maximum exchange rate difference (Max.exch.rate
dev.).
RESUMO DA LIÇÃO
● Atualizar valores propostos
Capítulo 5
Lição 3
Configuração de controle de modificações
295
SÍNTESE DA LIÇÃO
Esta lição explica como configurar o controle de modificações.
Depois que um documento é lançado no SAP S/4HANA, o gerente de contabilidade não quer
que os usuários possam modificar determinados campos. Por esse motivo, você precisa
● As regras que regem as modificações em documentos
● Como modificar documentos
● Como analisar modificações em documentos
● Configurar controle de modificações
Controle de modificações
Modificação de documentos
Figura 108: Modificação de documentos

All changes are logged, not just the last one. If a field has been changed several times, SAP S/
4HANA lists all the changes one beneath the other. The changed document does not receive
a new document number.
You can use report RFBABL00, the Report of document changes, to view all the document
changes.
Os usuários podem modificar documentos já lançados. No entanto, com base em regras

diferentes, os usuários podem modificar apenas determinados campos.
Os seguintes campos podem ser modificados em um documento:
● Cabeçalho do documento
Número de referência e texto do cabeçalho do documento
● Partidas individuais
Por exemplo: campo Atribuição, campo Texto e Condições de pagamento
Nota:
O montante, a chave de lançamento, a conta ou quaisquer outros campos que
afetam a reconciliação de um lançamento não podem ser modificados.
Conforme os usuários fazem modificações nos documentos, o SAP S/4HANA registra as

seguintes informações:
● O campo que foi modificado
● Os valores novos e antigos.
● O usuário que fez a modificação.
● A hora e a data da modificação.
Lição: Configuração de controle de modificações
Regras de modificação de documentos
Figura 109: Regras de modificação de documentos
The change reports are the following:

Change Report Description
RFDABL00 Customer master records
RFKABL00 Vendor master records
RFBKABL0 Bank master data
RFSABL00 G/L account master data
RFBABL00 Documents
Você pode usar os seguintes critérios para diferenciar entre regras de modificação de
documentos:
● Tipo de conta
o tipo de conta permite que os usuários definam regras para contas de cliente, fornecedor
e do Razão.
● Classe de transação
A classe de transação é usada apenas para as operações do Razão especial, como letras
de câmbio e adiantamentos.
● Empresa
Se a empresa for deixada em branco, a regra de modificação se aplicará a cada empresa

no cliente.
Você pode modificar um campo nas seguintes condições:

● O período contábil ainda está em aberto.
● A partida individual ainda não está compensada.
● A partida individual é um débito em conta de cliente ou um crédito em conta de
fornecedor.
● O documento não é uma nota de crédito para uma fatura.
● O documento não é uma nota de crédito decorrente de um adiantamento.
Você pode usar o relatório RFBABL00 para exibir as modificações do documento para todos
os documentos.
Este relatório fornece as seguintes opções de seleção para documentos que foram
modificados:
● Empresa
● Números do documento
● Exercício fiscal
● Data de modificação
● Nome do usuário da pessoa que está fazendo a modificação
Como modificar documentos lançados
Create a Company Code and How to Post FI Documents.
For the demonstrations in this lesson, you have to make the following settings:
1. Post an Outgoing Invoice using the SAP Fiori Create Outgoing Invoice tile in the Accounts
Receivable group.
2. (Alternative: On the SAP Easy Access screen, choose Accounting → Financial

Accounting → Accounts Receivable → Document Entry → Invoice (FB70).)
3. Enter the following values:

Company Code GR00
Customer your customer

Posting date Current date
Amount 1000
Currency Local currency

Calculate tax
Tax code 10 (10% Output tax (Training))
Payment tab page

Pyt Terms 0001
Items
G/L acct 41000500
Amount in doc.curr. *
Profit Center PR00
4. Post the document and make a note of the number.
1. Assign a reference number using the SAP Fiori Manage Customer Line items tile in the
Accounts Receivable group (see the exercise/solution 1(a)).
Accounts Receivable → Document → Change. Alternatively, enter transaction code
FB02.
b) Insert the Document Number and Company Code.
c) Choose Enter.
d) On the Change Document: Data Entry View screen, choose Display Document Header.
e) Enter the reference number in the Reference field.
f) Choose Continue.
g) Choose Save.
2. Enable a document change rule.

→ Document → Rules for Changing Documents → Document Change Rules,
Document Header.
b) On the Change View "Rules for Changing Documents": Overview screen, select BKPF-
XBLNR and choose Details.
c) Select Field Can Be Changed.
d) Go back.
3. Change the payment terms using the SAP Fiori Manage Customer Line items tile in the
Accounts Receivable group (see the exercise/solution 1(a)).
Accounts Receivable → Document → Change. Alternatively, enter transaction code
FB02.
b) Double-click Document Number.
c) Choose Enter.
d) On the Change Document: Data Entry View screen, double-click the first row under
Description.
e) In the Payt terms field, change the value to ZB00.
f) Go back.
g) In Customizing, choose Financial Accounting → Financial Accounting Global Settings

→ Document → Rules for Changing Documents → Document Change Rules, Line
Item.
h) Choose Position and enter the AccTy D and Field name BSEG-ZTERM.
i) Choose Continue.
j) Double-click the field label Terms of Payment.
k) Deselect all of the check-boxes in the Possibility of changing the field and Stipulations
for changing sections.
l) Choose Save.
m) Return to the main menu.
4. Display the changed documents.

General Ledger → Information System → General Ledger Reports (New) →
Document → General → Display of Changed Documents. Alternatively, enter
transaction code S_ALR_87012293.
b) Choose System → Status....
c) Verify the Program field and choose Exit.
d) Enter the current year in the Fiscal Year field.
e) Choose Execute.
The Display of Changed Documents screen is displayed.
Como exibir modificações do documento
Required data: This demonstration uses records created in the demonstration How to Post FI
Documents and How to Change Posted Documents.
1. Show how to trace changes.

a) You can show the Document Changes using the app Display Journal Entry Changes.
This app is not part of a tile group of the S4F12, but you can use the App-Search-
Function.
To show the changes in more than one document, choose More

→ Environment → Multiple Display.
b) (On the SAP Easy Access screen, choose Accounting → Financial Accounting →
Accounts Receivable → Document → Display Changes. Alternatively, enter
transaction code FB04.
c) Enter the following values:

Company Code gr00
Document Number Number of the document created in pre-

paration for the previous demonstration
Fiscal Year Current year
d) Press Continue.
A message displays indicating whether changes were made to the document.
Como atualizar as regras de modificação para o cabeçalho do documento
Required data: This demonstration uses records created in the demonstration How to Post FI
Documents.
1. Define different rules for implementing changes in posted document headers.

→ Document → Rules for Changing Documents → Document Change Rules,
Document Header .
b) Save the entries, if any.
Como atualizar as regras de modificação para as partidas individuais
1. Define rules for changing documents that have already been posted for fields in the line
items.
Item.
b) Use Position to select account type D and field name BSEG-ZTERM (terms of payment)
and press Enter.
c) Choose the Terms of Payment field and press F1.
d) Choose the Technical Information button.

Como cancelar a alternância para partidas individuais
1. Deactivate the changeability of fields in the document header and in the line items.
Item.
b) Use the Position button to select account type D and the field name BSEG-ZTERM.
c) Choose Details.
d) Deselect the Field Can Be Changed option in the Possibility of changing the field area
and all of the options in the Stipulations for changing area to deactivate the
changeability and all of the related prerequisites.
e) To confirm, call a document you posted and try to change it by double-clicking the first
item.
You can no longer change the terms of payment.
RESUMO DA LIÇÃO
● Configurar controle de modificações
Capítulo 5
Lição 4
Configuração de estorno de documento
306
SÍNTESE DA LIÇÃO
Esta lição explica como configurar estorno de documento.
Às vezes, os usuários inserem dados e lançam um documento incorretamente. Nesse caso, o
documento precisa ser estornado e inserido novamente da maneira correta. A administração
quer poder corrigir a movimentação no período estornando documentos. Por esse motivo,
você precisa compreender o seguinte:
● Como estornar documentos
● Como definir motivos para estorno no Customizing
● Configurar estorno do documento
Lição: Configuração de estorno de documento
Estorno de documento
Documentos de estorno
Figura 110: Documentos de estorno
Os usuários, às vezes, cometem erros ao inserir documentos. Como resultado, os

documentos criados contêm informações incorretas e precisam ser modificados. Para
registrar os ajustes feitos nos documentos, primeiro você precisa estornar o documento
incorreto. Em seguida, pode lançar o documento novamente com as entradas corretas.
O SAP S/4HANA fornece uma função que ajuda você a estornar documentos do Razão, do
cliente e do fornecedor individualmente ou em grupo. Esta função de estorno em massa
permite estornos de uma grande variedade de documentos que um usuário insere. A função
permite também usar a mesma operação e estornar um documento.
Você pode estornar um documento usando um dos seguintes métodos:
● Lançamento de estorno normal
● Lançamento negativo
O lançamento do estorno normal executa um lançamento inverso aumentando a

movimentação no período. O lançamento negativo, por outro lado, executa um lançamento
inverso anulando a movimentação no período. Você pode usar o lançamento negativo para
evitar um aumento desnecessário na movimentação no período. Essa função foi desenvolvida
para atender requisitos do cliente e é opcional.
Ao estornar um documento, você deve inserir o motivo do estorno para explicá-lo. As
configurações do motivo do estorno podem ser configuradas para permitir inserir uma data
de estorno diferente que a data de lançamento original.
Não é possível estornar documentos que contenham itens compensados. Você precisa anular
o documento antes de estorná-lo.
Lançamento de estorno normal e lançamento negativo
Figura 111: Lançamento de estorno normal, Lançamento negativo
To see if negative posting was used, select a line item in the reversal document. Then, choose
Extras → More Data in the menu bar.
O lançamento de estorno normal faz com que o SAP S/4HANA lance o débito incorreto como
crédito e o crédito incorreto como débito. Essa forma de lançamento causa um aumento na
movimentação no período.
O lançamento negativo também lança o débito incorreto como crédito e o crédito incorreto
como débito. Com o lançamento negativo, o montante lançado não é adicionado à
movimentação no período, mas é subtraído dessa movimentação no outro lado da conta. Isso
faz com que a movimentação no período volte a ser o que era antes de ter ocorrido o
lançamento incorreto.
Para permitir lançamentos negativos, os seguintes pré-requisitos devem ser atendidos:
● A empresa deve permitir lançamentos negativos.
● O motivo do estorno deve estar configurado para permitir lançamentos negativos.
Você pode também usar os lançamentos negativos para executar transferências de partidas
individuais incorretas. A partida é removida da conta incorreta usando o lançamento
negativo, no qual a movimentação no período é anulada. A partida é então lançada na conta
correta usando um lançamento normal. Isso só pode ser feito com um tipo de documento que
permita explicitamente lançamentos negativos.
Como conduzir um estorno de documento com estorno normal
Create a Company Code, How to Create Customer and Vendor Accounts, and How to Post FI
Documents.
1. Create a new G/L account (for example, a copy of 11100010); post a General Journal
Entry; show the Account Balance; reverse the document with Normal Reversal; show the
Account Balance:
a) Create a new G/L account (for example, a copy of 11100010) — see lesson on master
data.
b) Post a General Journal Entry — see lesson on simple Documents in FI
c) Show the Account Balance — see exercise/solution in this unit
d) Reverse the document with normal reversal (reversal reason 01) — see exercise/
solution in this unit
e) Show the Account Balance — see exercise/solution in this unit
Como conduzir um estorno de documento com lançamento negativo
For the demonstration steps and data, see the exercise Post a Document Reversal.
1. Use the new G/L account from the demo before (for example, a copy of 11100010); post a
General Journal Entry; show the Account Balance; reverse the document with Negative
Reversal; show the Account Balance.
a) Post a General Journal Entry to the new G/L account) — see lesson on simple
Documents in FI
b) Show the Account Balance — see exercise/solution in this unit
c) Reverse the document with negative reversal (reversal reason 03) — see exercise/
solution in this unit
d) Show the Account Balance — see exercise/solution in this unit
2. In App "Manage Journal Entries" show the button "View Reversal Logs".
a) Open App "Manage Journal Entries".
b) Filter: your Company Code; Posting Date (Posting date of original item).
c) On the next screen choose GO
d) Click the arrow (Status Success: Navigate to the list of messages).

RESUMO DA LIÇÃO
● Configurar estorno do documento
Capítulo 5
Lição 5
Configuração de condições de pagamento e
314
descontos
SÍNTESE DA LIÇÃO
Esta lição explica como configurar condições de pagamento e descontos.
A empresa negocia continuamente novas condições de pagamento com fornecedores, e
estas devem ser refletidas no sistema. Os descontos devem ser lançados automaticamente
pelo sistema. Por esse motivo, você precisa compreender o seguinte:
● Como definir as condições de pagamento
● Como executar determinação de contas para lançamentos automáticos de descontos
The payment conditions for clearing invoices are known as terms of payment in SAP S/
4HANA. These conditions include the due date and the cash discount that can be granted if
the invoice is paid within a certain time.
SAP S/4HANA contains a number of predefined standard terms of payment. However, you
can also define new terms of payment if necessary.
The terms of payment are used to calculate the cash discount and the due date for paying
the invoice.
Terms of payment have the following characteristics:
● They are defined in the vendor and customer master record.
● They are proposed when you post a document.
● They can be entered manually.
The dunning program and the payment program use the terms of payment.
● Configurar condições de pagamento
● Preparar descontos
Lição: Configuração de condições de pagamento e descontos
Condições de pagamento
Figura 112: Condições de pagamento
As condições de pagamento são condições estabelecidas pelos parceiros de negócios para o

pagamento de faturas.
As condições de pagamento definem os seguintes parâmetros:
● Data de vencimento
● O desconto oferecido para pagamento da fatura dentro de um determinado período
Algumas condições de pagamento são predefinidas no SAP S/4HANA. Também é possível

incluir novas condições de pagamento, se necessário.
As condições de pagamento permitem que o SAP S/4HANA calcule os seguintes campos:
● Desconto
● Data de vencimento da fatura
Para calcular os campos de desconto e de data de vencimento da fatura, o SAP S/4HANA

precisa dos seguintes dados:
● Data básica
A data que dá origem ao vencimento.
● Condições de desconto
As condições para a concessão do desconto.
● Porcentagem de desconto
A taxa usada para calcular o desconto.
Ao processar um documento, você precisa inserir as condições de pagamento para que o

SAP S/4HANA possa calcular as condições de pagamento necessárias.
As condições de pagamento são armazenadas no registro mestre de um cliente ou

fornecedor (parceiro de negócios). Essas condições tornam-se padrão em operações de
lançamento. No entanto, um usuário pode modificar esses termos, se necessário.
Condições de pagamento em faturas
Figura 113: Condições de pagamento em faturas
Você pode inserir condições de pagamento nos segmentos da empresa, área de vendas e
organização de compras de um registro mestre de cliente ou fornecedor (parceiro de
negócios).
As condições de pagamento definidas como padrão no lançamento de uma fatura dependem
do local de criação da fatura.
Locais da fatura
Tabela 26: Locais da fatura

A fatura pode ser criada em qualquer um dos seguintes locais:
Localização do sistema Status
Finanças As condições de pagamento do segmento da
empresa foram definidas como padrão (fun-
ção de parceiro de negócios FI).
Gerenciamento da ordem do cliente As condições de pagamento do segmento da
área de vendas foram definidas como padrão
(função de parceiro de negócios SD). Quan-
do você lança a fatura do gerenciamento da
ordem do cliente, as condições de pagamen-
to são copiadas para a fatura de FI, que é cri-
ada automaticamente.
Localização do sistema Status

Administração de compras As condições de pagamento do segmento da
organização de compras foram definidas co-
mo padrão (função de parceiro de negócios
MM). Quando você lança a fatura na adminis-
tração de compras, as condições de paga-
mento são automaticamente copiadas no do-
cumento contábil.
Ao inserir uma fatura de fornecedor, você pode também definir um montante de desconto
fixo ou uma porcentagem de desconto fixa. O desconto é independente do período ou da data
de pagamento. Para definir um desconto fixo ou uma porcentagem de desconto fixa, você
deve criar a entrada apropriada no campo Desconto.
Condições de pagamento em notas de crédito referentes à fatura
Figura 114: Condições de pagamento em notas de crédito referentes à fatura
As seguintes opções estão disponíveis para o lançamento das condições de pagamento em

notas de crédito:
● Notas de crédito relativas à fatura
● Outras notas de crédito
Você pode vincular as notas de crédito na fatura original inserindo o número da fatura no
campo Referência da fatura durante a inserção do documento. Nesse caso, as condições de
pagamento são copiadas da fatura para a nota de crédito. Tanto a fatura como a nota de
crédito têm então a mesma data de vencimento.
Condições de pagamento em outras notas de crédito
Figura 115: Condições de pagamento em outras notas de crédito
No registro mestre de cliente, existe um campo próprio de Cláusula de pagamento para notas
de crédito Cláusula de pagt. da nota de crédito programadas. Ela está localizada diretamente
abaixo das cláusulas de pagamento normais se as configurações do status do campo
permitirem mostrar. Se houver uma condição de pagamento atribuída, ela será proposta pelo
sistema quando você inserir uma nota de crédito.
As condições de pagamento em notas de crédito que não estão vinculadas às suas faturas
originais são ignoradas. Essas notas de crédito vencem na data base. Para ativar as
condições de pagamento nessas notas de crédito não relacionadas à fatura, insira um V no
campo Referência da fatura ao inserir o documento.
Condições de pagamento: dados básicos
Figura 116: Dados básicos de condições de pagamento
Os dias-limite permitem condições de pagamento específicas de data em uma única chave de

condições de pagamento.
É possível definir diversas versões das condições de pagamento, cada uma delas com
diferentes dias-limite.
O dia-limite é a data base até a qual se aplica a versão de condições de pagamento. Para
condições de pagamento que são dependentes de um dia-limite (por exemplo se a data base
for antes do 15º dia do mês), você pode inserir condições de pagamento em duas partes na
mesma chave de condições de pagamento. A entrada do dia-limite indicado é adicionada à
chave de condições de pagamento. Isso resulta em duas entradas onde se pode definir
diversas condições de pagamento.
As seguintes condições de pagamento exigem a indicação de um dia-limite.
● Documentos com data da fatura até o 15º dia do mês podem ser pagas no último dia do
mês seguinte.
● Documentos com data da fatura até o 15º dia do mês podem ser pagas no 15º dia do mês
seguinte.
Condições de pagamento para faturas e notas de crédito recebidas
Tabela 27: Condições de pagamento para faturas e notas de crédito recebidas

Você pode especificar as seguintes condições de pagamento para faturas e notas de crédito
recebidas:
Nome do campo Descrição

Dia-limite Expressa o dia de calendário para o qual as
condições de pagamento são válidas. Você
pode usar o dia-limite para armazenar condi-
ções de pagamento simples ou múltiplas em
uma chave de pagamento.
Descrição Inclui a explicação que o SAP S/4HANA gera
automaticamente. Você pode substituir essa
explicação pela sua própria. Ela inclui tam-
bém o texto do gerenciamento da ordem do
cliente para impressão nas faturas.
Tipo de conta Defina o subledger no qual as condições de
pagamento podem ser usadas. Defina condi-
ções de pagamento separadas para fornece-
dores e clientes e use-as apenas para um ti-
po de conta. Isso evita que qualquer modifi-
cação feita nas condições de pagamento de
seus clientes tenha efeito nos lançamentos
dos seus fornecedores. Um exemplo é modi-
ficar a porcentagem de desconto de 3% para
2%.
Condições de pagamento: controles de pagamento
Figura 117: Condições de pagamento Controles de pagamento
Ao definir as condições de pagamento, você pode controlar os pagamentos usando uma

chave de bloqueio e inserindo um método de pagamento. Você pode usar a chave de bloqueio
(= motivo do bloqueio) para bloquear partidas individuais para pagamento durante o
lançamento. Então, o programa de pagamento não pode cobrar nem pagar pelo item. Isso é
particularmente útil para faturas do fornecedor. Primeiro, você sempre define um bloqueio de
pagamento. Uma segunda pessoa verifica a fatura e remove o bloqueio de pagamento
(princípio de controle duplo).
O método de pagamento determina o procedimento a ser usado para pagamento (cheque,

transferência e letra de câmbio).
Você pode definir a chave de bloqueio e o método de pagamento nas seguintes transações:
● Durante o lançamento
● No registro mestre de cliente ou fornecedor (segmento da empresa; função de parceiro de
negócios FI)
● Nas condições de pagamento
A chave de bloqueio e o método de pagamento definidos em condições de pagamento são

propostos na partida individual quando as condições de pagamento são usadas.
Cálculo da data básica
Figura 118: Data base
O sistema usa a data-base para calcular a data de vencimento da fatura e as condições do

desconto. A data base pode ser a proposta ou alguma inserida manualmente. Os seguintes
valores propostos podem ser aplicados à data básica: data de lançamento, data do
documento e data de entrada.
Para o Cálculo da data básica, você pode utilizar dois métodos:
● Dia fixo
Esse é um dia que pode ser usado para sobregravar o dia de calendário da data base. Por
exemplo, dia fixo pode ser sempre o 15º dia do mês.
● Número de meses adicionais
Esses são os meses que precisam ser adicionados ao mês do calendário da data base.
Para mais informações sobre o comportamento do SAP S/4HANA com valores propostos
para a data básica das condições de pagamento e a modificação da data adicionando meses,
consulte a nota 162885.
Desconto para pagamento à vista
Figura 119: Desconto para pagamento à vista
The number of days or fixed days and additional months determines the cash discounts
terms in days.
The fixed day refers to the fixed calendar day on which the first or second cash discount
terms apply or when the net due date is reached.
Additional months imply the number of months that you need to add to the baseline date to
determine the end of the first or second cash discount terms or the net due date.
Para calcular o desconto, insira uma porcentagem nas condições de pagamento. Na mesma
linha, insira o número de dias pelos quais a porcentagem será válida. Se necessário, você
pode adicionar dias e meses fixos na linha de condições de pagamento.
Os dias e meses indicados nas condições de pagamento são utilizados com a data básica
para calcular o montante de desconto correto para a data do pagamento.
Pode-se inserir até três validades do desconto.
Como visualizar condições de pagamento em um registro mestre de cliente
Create a Company Code and How to Create Customer and Vendor Accounts.
1. Show the definition of the terms of payment in the customer master record and the
company code segment.
a) On the SAP Fiori launchpad home page, choose the Maintain Business Partner tile in
the Accounts Receivable group of the Launchpad.
b) Insert the following data:

Field Name Value
Business Partner T-C00
c) Choose Enter/Start.
d) Change the Business Role from Business Partner (Gen.) to FI Customer.
e) Press Enter.
f) Choose the Company Code button.
g) If necessary, change the Company Code (Switch Company Code button).
h) Choose the Customer: Payment Transactions tab page.
i) Show the Payment terms (Payment Data) field.
Como visualizar condições de pagamento em um registro mestre de fornecedor
Note that the system does not check whether the terms of payment in the different
segments agree.
When you post to a customer or vendor account, you need to enter a cash discount amount
or cash discount percentage rate.
1. Show the definition of the terms of payment in the vendor master record and the company
code segment.
a) Proceed as in the demo How to show Terms of Payment in a Customer Master Record
(BP: T-SUP01; BP role: FI Vendor).
RESUMO DA LIÇÃO
● Configurar condições de pagamento
● Preparar descontos
Capítulo 5
Lição 6
Atualização de impostos e códigos de
335
impostos
SÍNTESE DA LIÇÃO
Esta lição explica como atualizar impostos e códigos de impostos.
Devido a restrições de tempo, a administração solicitou que você forneça os requisitos
básicos de impostos de seu país para o protótipo. Eles sugerem que você utilize o modelo de
imposto SAP S/4HANA para o seu país. Por esse motivo, você precisa compreender o
seguinte:
● Como os impostos são tratados no SAP S/4HANA
● Como criar códigos de imposto e definir contas de imposto
● Preparar impostos
● Configuração de códigos de imposto
Impostos no SAP S/4HANA
Figura 124: Impostos
O SAP S/4HANA suporta os seguintes sistemas fiscais:

● Impostos sobre compras e vendas
Lição: Atualização de impostos e códigos de impostos
● Imposto sobre vendas nos EUA

● Impostos adicionais (específicos do país)
● Imposto retido na fonte
Os seguintes tipos de impostos podem ser processados no SAP S/4HANA:

● Impostos com taxas uniformemente definidas que são arrecadados em um nível nacional
● Impostos com taxas definidas por estado ou jurisdição que são arrecadados em um nível
de estado ou domicílio fiscal
Devido às complicações relacionadas a esse tipo de tributação, um software de outro

fabricante é geralmente usado para determinar a atribuição de impostos. Por exemplo, há
mais de 67.000 jurisdições possíveis nos Estados Unidos. O SAP S/4HANA fornece um
software de interface genérico para suportar os impostos definidos por cada estado e
jurisdição.
Em alguns países, os impostos são arrecadados nos dois níveis. Exemplos de tais países são
Canadá, Índia e Brasil. Os impostos sobre vendas e consumo nos EUA são exemplos típicos
de impostos abaixo do nível nacional.
SAP S/4HANA performs the following actions when dealing with taxes:
● Checking the tax amounts entered using defined condition types and calculating the
amounts automatically
● Posting the tax amounts to tax accounts
● Performing tax adjustments for cash discounts and other forms of deductions
Compatibilidade fiscal
Figura 125: Compatibilidade fiscal

O sistema é compatível com o tratamento de impostos por meio das seguintes ações:
● Verifica o montante de impostos inserido e calcula o imposto automaticamente
● Lança o montante de impostos em contas de impostos
● Executa ajustes de imposto para descontos ou outras formas de dedução
O montante de despesa ou receita é o montante básico, que pode ser incluir ou excluir um
desconto. No primeiro caso, a base do imposto é obtida como um valor bruto enquanto no
último caso, ela é obtida como um valor líquido.
O SAP S/4HANA usa o código do imposto para determinar os cálculos necessários para
executar funções de tributação.
Regulamentações nacionais definem o montante de imposto básicos como um dos seguintes
montantes:
● Montante líquido:
Os itens de despesas ou itens de receita tributáveis menos o desconto
● Montante bruto:
Os itens de despesas ou itens de receita tributáveis incluindo o desconto
Você pode definir o montante que será usado em cada empresa ou para o nível mais alto do
código de domicílio fiscal.
Cálculo de impostos
Figura 126: Procedimento para cálculo de impostos
No SAP S/4HANA, existe um procedimento pré-configurado para cálculo de imposto para

cada país.
O procedimento de cálculo de impostos contém os seguintes elementos:

● Sequência das etapas
Essas são as etapas necessárias no procedimento de cálculo de impostos. A opção "a
partir da etapa" indica o ponto no qual o sistema chama o valor base para a etapa.
● Tipos de imposto (tipos de condição)
Estes são os tipos de condições relevantes para um país.
● Chave da conta (chave de transação)
Essa chave abrange especificações adicionais e é usada para a determinação automática
da conta dos respectivos impostos. As chaves de contas predefinidas estão incluídas no
SAP S/4HANA. Recomenda-se utilizar essas chaves de conta padrão.
Como verificar o procedimento de cálculo de impostos
Each country has one or more tax calculation procedures. These procedures are based on
the price determination procedure in sales order management.
In each company code, the calculation procedure assigned to the country is used. The tax
procedure contains the following elements:
● Sequence of the steps
From level 100 means that the tax type is to be calculated on the entry in the column
“Level 100” (= base amount). The tax base amount corresponds to the expense or
revenue item.
● Tax or condition types
The rules for calculating taxes are defined here. A three-digit account key is assigned to
each four-digit condition type.
● Account or transaction key
This key is used to post to the correct tax accounts (automatic account determination).
The account key also creates tax items during posting.
The calculation procedures are defined in the system, so you do not have to maintain them. If
a new kind of tax is needed (not to be confused with a new rate), SAP is obliged to adjust the
calculation procedure due to legal requirements.
1. Show the tax calculation procedure for Germany.

→ Tax on Sales/Purchases → Basic Settings → Check Calculation Procedure.
b) Double-click on the third item on the list.
Please note that some IMG texts haven't been translated for the 2020 release and will only
be repaired in the next collection.
a) Select the tax procedure 0TXD for Germany and open by double-clicking Control Data
on the Dialog Structure.
Como gerenciar impostos na contabilidade financeira (FI)
Create a Company Code, How to Create Customer and Vendor Accounts, and How to Create
and Maintain Posting Period Variants.
1. Post an incoming invoice from a vendor for services rendered, with an input tax of 10%.
a) Use the SAP Fiori Create Incoming Invoices tile in the Accounts Payable group. Show
the tax relevant fields during posting, show the simulation and the posted document.

Accounting → Accounts Payable → Document Entry → Invoice (FB60)).

Company Code GR00
Vendor Vendor00

Amount 11000
Calculate Tax Select

Tax code 1I (Input tax 10%)
G/L account 65003000
D/C D (Debit)
Amount in doc. curr. 11000
Cost center COCE00
d) Choose Document → Simulate.
e) On the Document Overview screen, ensure that the following values of the specified
line items are entered:
Credit to Vendor 11000
Debit to G/L Account 65003000 10000 (net of tax)
Debit to Input Tax 1000
f) Choose Post to enter the document.

Códigos de imposto
Figura 127: Código de imposto
Quando você lança um documento, também insere seu código de imposto. O código de
imposto conecta o documento ao cálculo do imposto. Essa conexão varia dependendo se o
país em questão usa um procedimento de cálculo de imposto dependente dos códigos de
domicílio fiscal ou não.
O código de imposto está ligado a um dos seguintes valores:
● Chave do país
● Combinação de código do país e código de domicílio fiscal
Os códigos de imposto em um método de tributação de domicílio fiscal são específicos da

data. Na configuração, pode-se selecionar se a data do documento ou a data do lançamento
deve ser válida para o cálculo de imposto.
Tax rates are assigned to the tax types used in the tax calculation procedure.
Taxas de imposto
Figura 128: Taxas de imposto
Além de outras informações, o código de imposto inclui também as taxas de imposto. As

taxas de imposto são atribuídas aos tipos de impostos utilizados no procedimento para
cálculo de impostos. Você pode configurar um código de imposto com várias taxas de
imposto para diferentes tipos de imposto (se uma partida individual for tributada com vários
tipos de imposto), mas, em geral, apenas uma taxa de imposto é inserida.
Um exemplo de código de imposto com mais de uma taxa de imposto é o IVA suportado de
10% em uma partida para a qual 40% do montante de imposto é não dedutível.
Para a taxa de imposto, esse exemplo significa 6% de IVA suportado e 4% de IVA suportado
não dedutível.
Alguns lançamentos em contas do Razão relevantes para imposto têm de ter uma taxa de
imposto zero. Isso se aplica aos seguintes itens:
● Itens isentos de impostos, mas que precisam ser comunicados às autoridades fiscais.
Para esses itens é criado um código de imposto especial com uma taxa de imposto zero.
● Itens que são criados por transações isentas de impostos, como a saída e movimento de
mercadorias. Você deve atribuir um código de imposto especial a essas transações.
A definição do tipo de imposto determina se o montante base é "sobre líquido" ou "sobre

valor bruto".
Se o sistema detectar um desvio entre o imposto calculado e o montante do imposto inserido,
ele emitirá uma mensagem de erro (código de verificação definido) ou de advertência (código
de verificação não definido). O código de verificação não é definido para códigos de imposto
suportado porque o usuário precisa lançar o imposto a partir da fatura, independentemente
de a fatura estar correta ou não.
Lançamentos de impostos
Figura 129: Lançamentos de impostos
Os lançamentos de impostos podem ser dos seguintes tipos:

● Os impostos calculados pela aplicação são, em geral, lançados por uma partida individual
separada em uma conta de imposto especial. Este é o cenário standard.
● Impostos com determinadas chaves de transação ou de conta (por exemplo, NVV) são
distribuídos para os itens de despesas ou receitas relevantes, como o caso de pagamentos
de impostos sobre vendas ou outros IVAs suportados não dedutíveis.
Determinação de contas de impostos
Figura 130: Determinação de conta de impostos
Para ativar a determinação automática de contas de impostos, atribua os seguintes dados às

chaves de conta ou transação que geram os itens de imposto durante o lançamento:
● Contas de impostos
● Chaves de lançamento (recomenda-se 40 e 50)
● Regras, que determinam campos, como o código de imposto ou a chave da conta, na qual
se baseia a determinação da conta.
As diferenças de taxa de câmbio, ocorridas em função de ajustes de imposto em moedas

estrangeiras, geralmente são lançadas na conta comum de diferenças de taxa de câmbio. No
entanto, para cada empresa, você pode especificar que a taxa de câmbio para itens de
imposto também pode ser inserida manualmente, ou ser determinada pela data do
lançamento ou do documento. As diferenças resultantes são lançadas em uma conta
especial.
Contas de imposto
Figura 131: Contas de imposto
In the account for output tax, you can use the Post automatically only field (on the Create or
Bank or Interest tab page) to prevent manual tax postings.
The Post automatically only indicator is selected only for output tax and not for input tax. If
you receive an invoice with an incorrect input tax amount, you still have to post this amount
manually.
Você pode definir contas de impostos ou contas onde são lançados itens de impostos, no
campo Categoria de imposto inserindo um dos seguintes sinais:
● < para IVA suportado
● > para IVA liquidado
As propriedades de um código de imposto definem o imposto lançado como um IVA

suportado ou um IVA liquidado.
Se você não desejar lançar um imposto manualmente, então selecione Lançar apenas
automaticamente.
Outras contas do Razão
Figura 132: Outras contas do Razão
Todas as outras contas do Razão podem ter uma das seguintes entradas no campo
"Categoria de imposto":
Tabela 34: Entradas de campo de categoria de imposto

Entidades Descrição
"" Para lançamentos não relevantes para im-

postos, como lançamentos bancários
- Para lançamentos que necessitam de um có-
digo de imposto suportado, como uma conta
de conciliação para contas a pagar de merca-
dorias e serviços
+ Para lançamentos que necessitam de um có-
digo de imposto liquidado, como uma conta
de conciliação para contas a receber de mer-
cadorias e serviços
* Para lançamentos que necessitam de qual-
quer código de imposto
xx Para lançamentos com o código de imposto
xx predefinido
Se você selecionar o campo Lançamentos sem impostos autorizados, então será possível
lançar a Conta do Razão sem especificar um código de imposto, uma ação que é necessária
para lançamentos de impostos em um procedimento de cálculo para um imposto de
domicílio fiscal para clientes estrangeiros que não tenham um domicílio fiscal.
Nota:
As contas de descontos necessitam de uma entrada no campo Categoria de
imposto, de modo que o sistema possa lançar ajustes de impostos.
Como fornecer códigos de impostos no assistente de entrada ou defini-los como valores

propostos
1. Show how to define a tax code as a default value in the input help for Fiori/Enjoy postings.
a) In Customizing, choose Financial Accounting → Accounts Receivable and Accounts
Payable → Business Transactions → Incoming Invoices/Credit Memos → Incoming
Invoices/Credit Memos - Enjoy → Define Tax Code per Transaction.
b) Enter DE as the country key and press Enter.
c) Set the tax code to Initial so that it appears first in the input help when you enter
documents using the Enjoy transaction.
d) Choose Save.
Como definir contas de imposto
Several tax codes can use the same account or transaction key, for example, tax codes A1
and A2 use the account key MWS.
If the Tax Code field is not selected for Accounts Assigned Dependent On, then the defined
tax account applies for all tax codes with a specific transaction key.
If the Tax Code field is not selected, you can create a separate tax account for each tax code.
Differences in exchange rates based on tax adjustments in foreign currencies are usually
posted to the normal account for exchange rate differences.
1. Show where you define tax accounts for automatic tax posting.
→ Tax on Sales/Purchases → Posting → Define Tax Accounts.
b) Select Transaction Key (Trs) VST.
c) Double-click Rules.
d) Select YCOA.
e) Double-Click Accounts.
f) The account 12600000 has been defined as the input tax account.
RESUMO DA LIÇÃO
● Preparar impostos
● Configuração de códigos de imposto
Capítulo 5
Lição 7
Lançamento de operações interempresariais
350
SÍNTESE DA LIÇÃO
Esta lição explica como configurar e lançar operações interempresariais.
A gerência deseja configurar uma subsidiária nacional adicional e pergunta se o SAP S/
4HANA (FI) pode lidar com lançamentos interempresariais. Por esse motivo, você precisa do
seguinte conhecimento:
● Compreender operações interempresariais
● Compreender como lançar operações interempresariais
● Configurar as definições básicas para operações interempresariais
● Lançar operações interempresariais
Lição: Lançamento de operações interempresariais
Operações interempresariais
Figura 133: Operação interempresarial
Uma operação interempresarial envolve duas ou mais empresas em uma transação

comercial.
Alguns exemplos de operações interempresariais são as seguintes:
● Uma empresa compra de outras empresas (suprimento central).
● Uma empresa paga faturas de outras empresas (pagamento central)
● Uma empresa vende mercadorias para outras empresas.
Uma operação interempresarial faz lançamentos em contas de várias empresas.

Essa ação não pode ser feita com o lançamento de apenas um documento, porque um
documento é atribuído a uma única empresa. Em vez disso, o SAP S/4HANA cria e lança um
documento separado para cada empresa envolvida.
Para equilibrar os débitos e créditos nos documentos, o SAP S/4HANA gera
automaticamente partidas individuais e as lança nas contas de compensação, para contas a
pagar ou contas a receber
Um número comum de operação interempresarial vincula todos os documentos
pertencentes a uma operação interempresarial.
Você pode utilizar o relatório RFBVOR00 para exibir operações interempresariais.
RESUMO DA LIÇÃO
● Configurar as definições básicas para operações interempresariais
● Lançar operações interempresariais
CAPÍTULO 6 Compensação de documento
financeiro
● Lançar um documento financeiro com compensação

● Executar compensação de contas
● Usar o programa de compensação
● Executar entrada e saída de pagamentos
● Anular compensação
● Configurar grupos de tolerância
● Processar diferenças de pagamento
● Configurar diferenças de câmbio
Capítulo 6
Lição 1
Execução de compensação de partida em
378
aberto
SÍNTESE DA LIÇÃO
Esta lição explica como executar compensação de partida em aberto.
Para concluir uma transação, você deve compensar partidas em aberto. O SAP S/4HANA
fornece duas transações básicas para compensação; ambas interessam à sua empresa. Por
esse motivo, você precisa compreender o seguinte:
● Lançamento com compensação
● Compensação de contas
Lição: Execução de compensação de partida em aberto
Partidas em aberto
Compensação de partidas em aberto
Figura 137: Compensação de partidas em aberto
You can use the following options in SAP S/4HANA to clear open items:
● Account clearing (subsequent)
● Posting with clearing (during posting)
Partidas em aberto, tais como faturas que não foram pagas, são operações incompletas.
Para completar uma operação, você deve compensá-la. Uma operação é compensada
quando é executado um lançamento de compensação para uma partida ou um grupo de
partidas, de forma que o saldo resultante das partidas seja zero.
Não é possível arquivar documentos com partidas em aberto. O documento permanece no
SAP S/4HANA até que todos os itens em aberto tenham sido compensados.
A seguir um exemplo de lançamento com compensação:
1. Uma fatura é lançada em uma conta de cliente. Essa fatura é mencionada como uma
partida em aberto porque até agora não foi paga.
2. O cliente paga a fatura e o pagamento é atribuído à partida em aberto.
3. A fatura é compensada com o pagamento e o saldo resultante é zero.
Nesse procedimento de compensação, é possível selecionar manualmente partidas em

aberto cujo saldo da conta seja zero. A seguir alguns exemplos de situações em que você
executa a compensação manualmente:
● Para subcontas bancárias e contas de compensação
● Para situações em que você tenha acordado um procedimento de nota de débito
Capítulo 6 : Compensação de documento financeiro
● Para reembolsos de um fornecedor
Uma operação de compensação cria sempre um documento de compensação.
Fazer lançamento com compensação
Figura 138: Fazer lançamento com compensação
Ao usar a função de lançamento com compensação, insira o montante do documento de

compensação e selecione as partidas em aberto que exigem compensação. Se o montante
total de partidas em aberto selecionadas for equivalente ao montante do documento de
compensação, o SAP S/4HANA compensará os itens em aberto criando um ou mais itens de
compensação. Se o montante total de partidas em aberto selecionadas não for igual ao
montante do documento de compensação, o sistema permite o lançamento da diferença.
As seguintes opções estão disponíveis para compensação de partidas em aberto:
● Compensar várias contas e tipos de contas.
● Compensar partidas em uma moeda específica.
● Lançar diferenças que resultam da atribuição de partidas entre si.
● Inserir quaisquer números de partidas individuais adicionais (por exemplo, encargos
bancários).
Um lançamento com operação de compensação pode ser realizado manual ou

automaticamente, com o programa de pagamento automático e o programa de
compensação automática.
The account clearing transaction clears Clearing Accounts because the debit and credit
items usually balance to zero. Using this transaction, choose the open items from an account
that balances to zero. The system marks them as cleared and creates a clearing document.
The clearing document number and clearing date are entered in the cleared items. The
clearing date can be the current date or a date that the user determines.
The account clearing transaction works for any account that is managed on an open item
basis in the general ledger and subledgers.
You can choose how to treat payment differences when you post and clear items. If the
payment difference is too high, process it manually by posting the payment as a partial
payment. The payment difference can also be posted in the following ways:
● Post as a residual item.
● Post to an account assigned to a reason code or write off the difference by manually
entering a new posting item.
● Treat it as a payment on account.
You can use the account clearing transaction to clear one or more items or an entire account
by manually assigning postings and offsetting postings.
Manual clearing is relevant while clearing intermediary accounts, such as bank subaccounts,
GR/IR clearing accounts, and payroll clearing accounts, and an open invoice with a related
debit memo or repayment from a vendor.
The account clearing function may be performed manually or automatically by running the
automatic clearing program (SAPF124).
Como exibir as chaves de lançamento para compensação de partidas em aberto
1. In Customizing, choose Financial Accounting → Accounts Receivable and Accounts

Payable → Business Transactions → Open Item Clearing → Define Posting Key for
Clearing Open Items.
2. Select an item in the Clearing Transaction column.
3. Choose the Choose button to view details of the posting key.

Compensação de contas
Figura 139: Compensação de contas
Usando a função de compensar conta, o sistema fecha as partidas em aberto que tenham
saldo zero entre elas em uma conta. O SAP S/4HANA marca automaticamente essas
partidas em aberto como compensadas e cria um documento de compensação.
Toda partida compensada contém as seguintes informações:
● Número do documento de compensação
● Data de compensação
A data de compensação pode ser a data atual ou uma data definida pelo usuário.
A função de compensar conta pode ser usada em qualquer conta administrada com base em
partidas em aberto no Razão e nos livros auxiliares.
Como exibir partidas compensadas
Required data: This demonstration uses records created in earlier demos.
1. Display the cleared items to check postings and clearing transactions.

a) Choose the SAP Fiori Manage Customer Line Items tile in the Accounts Receivable
group (insert: Customer, Company Code, Status: Cleared Items; Normal Items).

Accounting → Accounts Receivable → Account → Account → Display/Change Line
Items (FBL5N).)
c) Select Cleared items and choose Execute.
d) Press Enter to confirm the information message.
e) Click an item and choose Environment → Clearing transactions.

RESUMO DA LIÇÃO
Capítulo 6
Lição 2
Gerenciamento de diferenças de pagamento
401
SÍNTESE DA LIÇÃO
Esta lição explica o gerenciamento de diferenças de pagamento.
Muitas vezes os clientes pagam faturas com deduções que excedem os limites de tolerância
da empresa. Por esse motivo, você precisa compreender o seguinte:
● Lançamento de diferenças de pagamento
● Grupos de tolerância e seu papel no lançamento de diferenças de pagamento
● Lançamento de pagamentos parciais e residuais
● Como criar e usar códigos de causa para diferenças de pagamento
Grupos de tolerância
Figura 147: Grupos de tolerância
When payment differences occur, SAP S/4HANA can handle them automatically or you can
handle them manually.
Differences in payment can be handled as follows:
● Automatic clearing
If the payment difference is small, SAP S/4HANA can handle it automatically. SAP ERP
conducts automatic clearing by adjusting the cash discount and writing off the difference
to a special account. You can use tolerance groups to define the limits up to which a
difference is considered immaterial.
● Manual clearing
If the payment difference is too high to be considered inconsequential, you must process
it manually. Use the following methods to conduct manual clearing:
- Adjust the cash discount manually
- Post the payment as a partial payment
- Post the payment difference as a residual item or a difference posting
Em contabilidade, as tolerâncias são divididas nos seguintes grupos:

● Grupos de tolerância de empregados
● Grupos de tolerância de conta do Razão
Lição: Gerenciamento de diferenças de pagamento
● Grupos de tolerância de cliente ou fornecedor (Parceiro de negócios)
O grupo de tolerância de empregados controla os seguintes fatores:

● Limites superiores para lançar transações
● Diferenças de pagamento autorizadas
Nota:
Consulte a lição sobre autorizações de lançamento para obter informações sobre
limites superiores para operações de lançamento.
Os grupos de tolerância da conta do Razão controlam as diferenças de pagamento permitidas

para procedimentos de compensação automática.
Os grupos de tolerância de cliente ou de fornecedor fornecem especificações para os
seguintes procedimentos:
● Operações de compensação
● Processamento de diferenças de pagamento permitidas
● Lançamento de partidas residuais de diferenças de pagamento
● Identificação de tolerâncias para avisos de pagamento
Diferenças de pagamento autorizadas
Figura 148: Diferenças de pagamento autorizadas
Especificações para diferenças de pagamento permitidas são encontradas na conta do Razão

e nos grupos de tolerância de cliente ou fornecedor. Essas especificações controlam o
lançamento automático de ajustes de desconto e deduções do cliente não autorizadas.
O SAP S/4HANA considera as entradas em ambos os grupos durante a compensação. A

diferença de pagamento deve estar dentro das tolerâncias para ser tratada
automaticamente.
Considere o exemplo abaixo de tratamento de diferenças de pagamento:
● Uma diferença de pagamento tem de ser inferior a 3,00 e 2,00 unidades de moeda para
ser liquidada automaticamente como um ajuste de desconto.
● Uma diferença de pagamento deve ser inferior a 200,00 e 100,00 unidades em moeda
interna. Ela deve ser inferior a 2,5% e 2,0% do montante em aberto. Quando as duas
condições forem verdadeiras, então a diferença de pagamento poderá ser liquidada
automaticamente como uma dedução não autorizada. Aplica-se a mais baixa das duas
tolerâncias. Por exemplo, para um montante em aberto de 1.000 unidades monetárias,
aplicou-se uma dedução do cliente não autorizada de 20 unidades monetárias. Para um
montante em aberto de 100.000 unidades monetárias, aplicou-se uma dedução do cliente
não autorizada de 100 unidades de monetárias.
As entradas nos grupos de tolerância são sempre em moeda interna.
A payment difference normally occurs during open item clearing. The difference is then
compared to tolerance limits of the employee and the customer/vendor and is handled
accordingly.
If the payment difference is within the tolerance for cash discount adjustment (posting to the
account for cash discount expense/revenue), the application performs a cash discount
adjustment automatically. Otherwise, the application checks whether the payment difference
is within the tolerances for unauthorized deductions. If the payment difference is within the
tolerance for unauthorized deductions, SAP S/4HANA automatically posts the payment
difference as an unauthorized customer deduction (account for over or underpayment).
You can also perform manual processing by using the employee tolerance group for the cash
discount for line items.
Tratamento de diferenças de pagamento
Figura 149: Diferenças de pagamento
Uma diferença de pagamento geralmente acontece durante a compensação de uma partida

em aberto. Assim, o SAP S/4HANA compara essa diferença com os grupos de tolerância do
empregado e do cliente ou fornecedor.
Se a diferença de pagamento estiver dentro das tolerâncias, a diferença será
automaticamente lançada como ajuste de desconto ou dedução não autorizada. Caso
contrário, a diferença é processada manualmente.
You want to use automatic postings within tolerances to reduce the manual work required.
If the payment difference is outside the tolerances, it has to be processed manually.
To process a payment difference manually, proceed as follows:
1. Adjust the cash discount manually if necessary.
2. Post the payment as a partial payment.
3. Post the payment difference as a residual item.
4. Write off the difference, which is manual account assignment, by entering a reason code
for each sales deduction and posting on the account. Writing off the difference is useful if
you specify a reason code that can be used for the evaluation. A specific text is defined for
the reason code in the correspondence type. The reason code may also control the
account to which the difference is written off.
In the case of a partial payment, SAP S/4HANA creates an invoice reference between the
partial payment and the invoice.
When you create residual items, you can transfer the terms of payment from the invoice.
A posting to an expense account is a difference posting. In such cases, SAP S/4HANA grants
the complete cash discount.
An employee can only carry out a manual cash discount adjustment within the defined
tolerances for the employee.
Como atualizar grupos de tolerância para clientes
Define tolerance groups for different customer groups to differentiate between different
tolerances with payment differences from different customer groups.
1. In Customizing, choose Financial Accounting → Accounts Receivable and Accounts

Payable → Business Transactions → Incoming Payments → Manual Incoming
Payments → Define Tolerances (Customers).
2. Show tolerance group 1010 or blanc for company code 1010.
3. You can copy an existing tolerance group and change the data.
Como inserir um grupo de tolerância no registro mestre
Enter the tolerance group in the master record of the customer to control the (automatic)
treatment of payment differences.
1. Choose the SAP Fiori Maintain Business Partner tile in the Accounts Receivable group.
2. (Alternative: On the SAP Easy Access screen, choose Accounting → Financial Accounting
→ Accounts Receivable → Master Records → Display (FD03)).
3. Enter the following values:

Customer your customer
Company Code GR00
4. Press Enter.
5. Choose Company Code Data.
6. On the Payment Transactions tab page, show the Tolerance group field.
Processamento automático de diferenças de pagamento

Processar diferenças de pagamento
Figura 150: Processar diferenças de pagamento
Se a diferença de pagamento for irrelevante, o SAP S/4HANA poderá processá-la

automaticamente executando as seguintes etapas:
● Ajustando o desconto até determinados montantes
● Liquidando a diferença de pagamento em uma conta especial
Você pode definir os limites dentro dos quais uma diferença de pagamento é considerada
irrelevante em um grupo de tolerância. Dentro do grupo de tolerância de um empregado, é
possível permitir um ajuste do desconto dentro dos limites definidos. Essa medição garante
que o empregado esteja autorizado a fazer o ajuste. Ao definir grupos de tolerância para
empregados, predefina a porcentagem de desconto máxima que um empregado pode
conceder para parceiros de negócios em uma partida individual. A predefinição da
porcentagem de desconto permite lançar a diferença de pagamento ajustando o desconto
(quando estiver dentro dos limites definidos) ou lançar em uma conta de despesa ou de
rendimentos separada.
Se você deseja definir tolerâncias diferentes para empregados, especifique os limites do
montante de cada grupo de empregados. Se você definiu grupos de tolerância diferentes,
precisará atribuir empregados a um grupo de tolerância específico, selecionando a atividade
“Atribuir usuários ao grupo de tolerância”. É onde você insere os empregados no grupo
relevante, concedendo tolerâncias especiais a um grupo, de modo que os empregados desse
grupo estejam autorizados a ajustar o desconto até o limite prescrito no grupo de tolerância.
Pagamentos parciais e residuais
Figura 151: Pagamentos parciais e residuais
Se a diferença de pagamento estiver além do limite de tolerância, você deverá processá-la

manualmente.
Você pode usar as seguintes opções para processar manualmente a diferença de pagamento:
● Lance a diferença de pagamento como um pagamento parcial
Todos os documentos permanecem na conta como partidas em aberto.
● Lance a diferença de pagamento como uma partida residual.
Apenas a partida residual permanece na conta. O documento original e o pagamento são
compensados. O SAP S/4HANA cria um novo número de documento com referência aos
documentos originais.
● Lance a diferença de pagamento em uma conta diferente
Esse é um lançamento diferente que usa códigos de motivo e determinação automática.
● Liquide a diferença de pagamento
Essa é uma atribuição de conta manual.
Os grupos de tolerância de cliente ou fornecedor contêm entradas que controlam as partidas

residuais e especificam as seguintes condições:
● Se as condições de pagamento de uma partida residual são as mesmas que as da partida
compensada ou se as condições de pagamento são fixas
● Se um desconto é apenas parcialmente concedido.
● Se a partida residual possui um nível de advertência máximo ou é impressa
separadamente, usando uma chave de advertência específica.
Se for conhecido o motivo de uma diferença de pagamento, é possível inserir um código do

motivo.
You can assign reason codes to the following items:

● Difference postings
● Partial payments
● Residual items
Como lançar entrada de pagamentos com diferença
Before you show the next demo: Transaction OKB9, Copy CC 1010, Account 44000000 –>
GR##, Account 44000000 — insert Profit Center PR## –> SAVE
Create a Company Code and How to Create Customer and Vendor Accounts. For the Demo
please post an Outgoing Invoice to your Customer (CC GR00; 1000 EUR; 0% Tax, G/L
Account 41000500, PC PR##, Terms of Payment ZB01).
1. Simulate automatic cash discount adjustment.

a) Use the SAP FIori app Post Incoming Payments (in group accounts receivable).
b) (Alternative: In the SAP Easy Access screen, choose Accounting → Financial

Accounting → Accounts Receivable → Document Entry → Incoming Payments
(F-28).)

Document Header
Company Code GR00
Posting Date Current Date

Journal Entry Date Current Date
Value Date Current Date
Journal Entry Type DZ
Bank Data
Amount 968
Currency EUR
Open Item Selection


Account/Customer your customer
d) Choose Propose Items.
e) Choose the Clear button at the end of the line (EUR 1000).
f) On the right side of your screen, you can find the invoice (1000 in the EUR Gross
column and 30 EUR cash discount (Discount Amount).
g) Choose Simulate.
Nota:
You see the automatic cash discount adjustment changed from 30 to 32
EUR.
h) Choose Back without posting and stay on the screen Post Incoming Payments.
2. Simulate unauthorized customer deductions.

a) On the Post Incoming Payments screen, change the amount from 968 to 967.
b) Choose Propose Items.
c) Choose Simulate.
Nota:
You see an automatic posting of 30 EUR of cash discount and 3 EUR of
“Over/Underpmt&Ded.".
d) Choose Back without posting and stay on the screen Post Incoming Payments.
3. Simulate, a large difference for clearing.

a) On the screen Post Incoming Payments. change the amount from 967 to 949.
b) Choose Propose Items.
c) Choose Simulate.
An error message, stating that the difference is too large for automatic correction is
displayed.
d) Choose Back without posting and stay on the screen Post Incoming Payments.
4. Large difference — Posting: partial payment and reason code

a) For demo steps see exercise/solution Manage Payment Difference.
Como definir contas para determinação de conta automática
1. Define an account for cash discount expense.


Payable → Business Transactions → Incoming Payments → Incoming Payments
Global Settings → Define Accounts for Cash Discount Granted.
b) Choose Chart of Accounts: YCOA.
2. Define an account for cash discount revenue.

Payable → Business Transactions → Outgoing Payments → Outgoing Payments
Global Settings → Define Accounts for Cash Discount Taken.
3. Define an account for over or underpayment (incoming payment).

Global Settings → Define Accounts for Overpayments/Underpayments.
4. Define an account for over or underpayment (outgoing payment).

Payable → Business Transactions → Outgoing Payments → Outgoing Payments
Global Settings → Define Accounts for Overpayments/Underpayments.
Como lançar entrada de pagamentos usando correção de desconto manual
1. Show how employees can perform a manual cash discount adjustment.

a) Use the SAP FIori app Post Incoming Payments (in group accounts receivable).
b) (Alternative: In the SAP Easy Access screen, choose Accounting → Financial

Accounting → Accounts Receivable → Document Entry → Incoming Payments
(F-28).)

Document Header
Company Code GR00
Posting Date Current Date

Journal Entry Date Current Date
Value Date Current Date
Journal Entry Type DZ

Bank Data
Amount 950
Currency EUR
Open Item Selection

Account/Customer your customer
d) Choose Propose Items.
e) Choose the Clear button at the end of the line (EUR 1000).
f) On the right side of your screen, you can find the invoice (1000 in the EUR Gross
column and 30 EUR cash discount (Discount Amount).
g) Manually change the cash discount to 50 EUR.
h) Choose Simulate.
Nota:
The amount of 50 units is now posted in full to the cash discount expense
account.
i) Choose Back without posting and stay on the screen Post Incoming Payments.
Códigos de motivo
Figura 152: Códigos de motivo
Você pode usar códigos de motivo para descrever o motivo da diferença de pagamento. Para
atribuir mais de um código de motivo para uma diferença de pagamento, selecione Distribuir
diferença.
Códigos de motivo podem ser atribuídos aos seguintes itens:
● Lançamentos de diferença
● Pagamentos parciais
● Partidas residuais
Os códigos de motivo podem ser usados para analisar e lançar diferenças de pagamento.
Códigos de motivo têm também as seguintes funções opcionais adicionais:
● Controle do tipo de aviso de pagamento enviado a um cliente
● Controle da conta em que é lançada uma partida residual
● Lançamento automático de uma partida residual para uma conta do Razão especificada
● Exclusão de partidas residuais em disputa a partir de verificações de limite de crédito
The following explanation applies to individual columns that are displayed:

● CorrT
Correspondence type
● W
Written off to a separate account
● D
Disputed item, which does not increase the total receivables from a customer in credit
management
● T
Reason code text that is not transferred to the segment text of the residual item or the
partial payment
● D
Payment differences with the reason code that create outstanding receivables/residual
items. However, the tolerance limit for differences in the payment advice note item is not
exceeded.
You can define one joint G/L account for all reason codes. A special G/L account can also be
defined for each reason code (select column A for reason codes).
The correspondence type determines the payment notification sent to the customer. With
SAP50 (cash discount difference), for example, the customer receives a payment
notification. The print request is not automatically placed in the spool. The command to print
is requested automatically, but executed with a special report.
Como definir códigos de motivo
a Company Code.
1. Show how to define reason codes in Customizing and trigger the related correspondence.
Global Settings → Overpayment/Underpayment → Define Reason Codes.
b) Enter the reason code.
Como definir contas para diferenças de pagamento
1. Show how to define accounts for over and underpayments.

Global Settings → Overpayment/Underpayment → Define Accounts for Payment
Differences → Chart of Accounts: YCOA.
b) Enter YCOA in the Chart of Accounts field and press Enter.

c) Choose Rules to set an indicator for the reason code.
d) Choose Accounts to assign a separate account. You can define a separate account for
each reason code.
RESUMO DA LIÇÃO
Capítulo 6
Lição 3
Gerenciamento de diferenças de taxa de
417
câmbio
SÍNTESE DA LIÇÃO
Esta lição explica como lidar com as diferenças nas taxas de câmbio no SAP S/4 HANA (FI).
Sua empresa possui um grande número de fornecedores com sede fora do país. O
departamento de contabilidade precisa saber como lidar com o fluxo de diferenças de câmbio
realizadas na contabilidade. Por esse motivo, você precisa entender como o SAP S/4HANA
(FI) lida com as diferenças de taxa de câmbio.
Diferenças de câmbio
Diferenças de câmbio realizadas
Figura 153: Diferenças de câmbio realizadas
Quando as partidas em aberto forem compensadas em uma moeda estrangeira, poderão

ocorrer diferenças de câmbio. Isso acontece devido a flutuações nas taxas de câmbio. O SAP
S/4HANA (FI) lança automaticamente essas diferenças de câmbio na conta de receita ou de
despesa como ganhos ou perdas realizados. Você define as contas para lançamento dessas
diferenças ao configurar o SAP S/4HANA (FI). O SAP S/4HANA (FI) armazena a diferença
realizada no item de linha compensado.
As diferenças de câmbio também são lançadas quando as partidas em aberto são avaliadas
para demonstrativos financeiros. Os resultados do câmbio são lançados em uma conta de
rendimentos ou de despesas para diferenças de câmbio como um lançamento de
compensação.
Ao compensar um item em aberto já avaliado, o SAP S/4HANA (FI) estorna a conta de
correção do balanço e lança a diferença de câmbio restante na conta para diferenças de
câmbio realizadas.
The exchange rate difference key is in the master record of the G/L account (company code
segment, control tab page). It is used for foreign currency valuation on closing.
Determinação de contas
Figura 154: Determinação de contas
Você deve atribuir uma conta de rendimentos ou de despesas para todas as contas coletivas
e todas as contas do Razão com transações de partida em aberto em qualquer moeda
estrangeira. Deve atribuir essas contas aos resultados realizados.
Você pode atribuir uma conta de resultados às seguintes moedas e tipos de moeda:
● Todas as moedas e tipos de moeda
● Por moeda e tipo de moeda
● Por moeda
● Por tipo de moeda
Lição: Gerenciamento de diferenças de taxa de câmbio
Como atribuir contas para diferenças de câmbio realizadas
Exchange rate differences are also posted when open items are valuated for financial
statements (for example, according to the lowest value principle). All open items in foreign
currency are evaluated as part of the foreign currency valuation as follows:
● The open items of an account in foreign currency form the basis of the evaluation, that is,
every open item of the account is evaluated individually.
● The total difference from all the open items in an account is posted to a financial
statement adjustment account.
● The exchange rate profit or loss from the evaluation is posted to a separate expense or
revenue account for exchange rate differences as an offsetting posting.
1. Show the location where you define accounts for realized exchange rate differences.
Global Settings → Define Accounts for Exchange Rate Differences → Chart of
Accounts: YCOA.
b) Enter YCOA in the Chart of Accounts field and press Enter.
c) Show where you define the accounts for exchange rate differences.
RESUMO DA LIÇÃO

Apostila Academia SAP FI

Enviado por

Dados do documento

Descrição 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

Apostila Academia SAP FI

Enviado por

Direitos autorais:

Formatos disponíveis

Formação SAP

Contabilidade financeira no SAP

Portuguê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

● Obter uma visão geral do SAP S/4HANA

Jornada de aprendizagem do SAP S/4HANA Finance

Figura 1: Jornada de aprendizagem da contabilidade financeira

O mundo digital conectado

Figura 2: O mundo está mudando

O mundo continuou a mudar e, portanto, a ter desafios e oportunidades de negócios. O

Figura 3: Avanços tecnológicos

Figura 4: Reunindo OLTP e OLAP

SAP S/4HANA – o núcleo inteligente

Figura 5: SAP S/4HANA na Empresa Inteligente: visão geral

Vejamos mais detalhadamente:

Uma parte fundamental da estratégia é a integração de processos de ponta a ponta. A SAP

O diário universal permite a contabilidade contínua

Figura 6: O diário universal permite a contabilidade contínua

Opções de implementação do SAP S/4HANA

Figura 7: SAP S/4HANA – opção consistente para Cloud e On-Premise

O modelo de dados simplificado do SAP S/4HANA e a experiência moderna do usuário são

Figura 8: Opções de implementação do SAP S/4HANA

Aplicação e ferramentas do SAP Fiori

Paradigma da experiência do usuário do SAP Fiori

Figura 9: Paradigma da experiência do usuário do SAP Fiori

O paradigma da experiência do usuário do SAP Fiori é composto pelos seguintes pilares:

Figura 10: SAP Fiori

Aparência e experiência harmonizadas em todos os produtos da SAP.

Insira detalhes e explore em profundidade. Diminuir a pirâmide, chave e diferenciar casos de

modificando campos atualizados frequentemente em uma ordem do cliente (montante, data,

Apps de transação, apps analíticos e fichas informativas

Figura 11: Apps de transação, apps analíticos e fichas informativas

Recursos do launchpad do SAP Fiori

Figura 12: Recursos do launchpad do SAP Fiori

Personalização do usuário do launchpad do SAP Fiori

Figura 13: Personalização do usuário do launchpad do SAP Fiori

As seguintes opções de personalização estão disponíveis aos usuários no launchpad do SAP

Por exemplo, se o usuário for o gerente de custos de um grupo interessado no mercado

Launchpad do SAP Fiori - Páginas e espaços

Figura 14: Launchpad do SAP Fiori - Páginas e espaços

Log on to system T4N (Client 001; S4F01-00; Welcome1)

Logon to the SAP Fiori Launchpad (S4F01-00; Welcome1)

• Criar uma empresa

• Usar as unidades organizacionais em FI

• Verificar atribuição de empresa/área de contabilidade de custos

• Verificar as configurações básicas na contabilidade geral nova (G/L)

• Descrição da funcionalidade principal de variantes

• Gerenciar variantes de exercício fiscal

• Identificar a funcionalidade básica de códigos de moeda e categorias de taxa de câmbio

• Gerenciar tipos de moeda

• Compreender as configurações comuns de implementação

Unidades organizacionais em contabilidade financeira (FI)

Figura 15: Unidades organizacionais no SAP Financials

Na hierarquia do SAP S/4HANA, um mandante ocupa o nível mais alto.

Na hierarquia do sistema, uma empresa é a unidade organizacional mais importante da FI.

Criação de uma empresa

Parâmetros de uma empresa

● Para definir uma empresa, você precisa dos seguintes dados:

● Para definir as configurações globais, você precisa dos seguintes dados:

Como criar uma empresa