1resumo Academia FI

393514471.
doc
ORGANIZATIONAL UNITS AND BASIC SETTING...............................................4
CLIENT..............................................................................................................................4
COMPANY = GROUP COMPANY = SOCIEDADE................................................................4
COMPANY CODE...............................................................................................................4
COMPANY CODE X CONTROLLING AREA...........................................................................4
ELEMENTOS DE UMA COMPANY CODE:..............................................................................5
BUSINESS AREA.................................................................................................................5
PLANTS = CENTRO...........................................................................................................5
OPERATION CONCERN......................................................................................................6
CHART OF ACCOUNTS......................................................................................................6
OPERATING CHART OF ACCOUNTS......................................................................................6
GROUP CHART OF ACCOUNTS.............................................................................................7
COUNTRY-SPECIFIC CHART OF ACCOUNTS.........................................................................7
FISCAL YEAR....................................................................................................................7
NON CALENDAR YEAR.......................................................................................................7
SPECIAL PERIODS...............................................................................................................8
FISCAL YEAR VARIANT......................................................................................................8
POSTING PERIOD VARINT...................................................................................................8
POSTING PERIOD RANGES..................................................................................................8
G/L ACCOUNT MASTER RECORDS.........................................................................9
CHART OF ACCOUNT........................................................................................................9
G/L ACCOUNT MASTER RECORD IN THE CHART OF ACCOUNT SEGMENT.........................9
G/L ACCOUNT MASTER RECORD IN THE COMPANY CODE.................................................9
OPEN ITEM MANAGEMENT.................................................................................................9
ACCOUNT CURRENCY.........................................................................................................9
ONLY BALANCES IN LOCAL CURRENCY...........................................................................10
ACCOUNT GROUP............................................................................................................10
MASTER DATA FIELD STATUS.........................................................................................10
RECONCILIATION ACCOUNTS.........................................................................................10
TRANSACTION FIGURE...................................................................................................10
ORGANIZATION STRUCTURE OF COST ACCOUNTING.................................11
CONTROLLING AREA......................................................................................................11
COUNTRY-SPECIFIC CHART OF ACCOUNT (ALTERNATIVE ACCOUNT NUMBER).........11
GROUP CHART OF ACCOUNT.........................................................................................11
COST CONTROLLING OBJECTS......................................................................................11
MASTER DATA IN ACCOUNTS PAYABLE / ACCOUNTS RECEIVABLE........12
VENDOR/CUSTOMER ACCOUNT IN FI...........................................................................12

ACCOUNT GROUPS FOR VENDOR/CUSTOMER..............................................................13
FIELD STATUS CONTROL – VENDOR/CUSTOMER MASTER DATA................................13
Valéria Barthel Baião Página 1

01/08/2018
393514471.doc
PURCHASING ORGANIZATION............................................................................. 14
PURCHASING DATA IN THE VENDOR MASTER RECORD ..............................................14

PURCHASING FLOW X FI..................................................................................................14
SALES PROCESS X FI................................................................................................ 17
CREDIT MANAGEMENT.......................................................................................... 17
ASSET MASTER DATA...............................................................................................18
ASSET CLASS..................................................................................................................18
DEPRECIATION AREA.....................................................................................................18
ACCOUNT DETERMINATION...........................................................................................18
GROUP ASSETS AND SUB-NUMBERS...............................................................................18
MASTER DATA IN TRAVEL MANAGEMENT.......................................................19
MASTER DATA IN BANK-ACCOUNTING............................................................. 20
BANK DIRECTORY..........................................................................................................20
HOUSE BANKS.................................................................................................................20
BANK ACCOUNTS.............................................................................................................20
CASH LEDGER.................................................................................................................22
DOCUMENT CONTROL............................................................................................ 23
DOCUMENT HEADER.......................................................................................................23
DOCUMENT TYPE.............................................................................................................23
ACCOUNT TYPE................................................................................................................23
POSTING KEY...................................................................................................................23
FIELD-STATUS PARA LINHA DE LANÇAMENTO..................................................................24
FIELD STATUS GROUPS.....................................................................................................24
POSTING PERIODS...........................................................................................................24
POSTING PERIOD VARIANT................................................................................................24
FISCAL YEAR VARIANT.....................................................................................................24
LIMITE DE TOLERÂNCIA...................................................................................................24
POSTING CONTROL..................................................................................................25
DEFAULTS BY THE SYSTEM.............................................................................................25

MAXIMUM EXCHANGE RATE............................................................................................25
DOCUMENT CHANGE RULES...........................................................................................25
01/08/2018
393514471.doc
PAYMENT TERMS OBB8.................................................................................................25

CROSS-COMPANY CODE TRANSACTIONS......................................................................26
REVERSAL DOCUMENT..................................................................................................26
POSTING TIPS............................................................................................................. 27
CURRENCIES...............................................................................................................28
EXCHANGE RATES...........................................................................................................28
EXCHANGE RATE SPREADS.............................................................................................28
BASE CURRENCY............................................................................................................28
TAXES............................................................................................................................29
TAX CODE.......................................................................................................................29
TAX ACCOUNTS..............................................................................................................29
PROCEDURE FOR DAY-TO-DAY PLANNING.......................................................30
PLANNING LEVEL...........................................................................................................30
DEPÓSITOS EM CHEQUE.................................................................................................30
CONTABILIZAÇÃO.............................................................................................................31
CUSTOMIZAÇÕES..............................................................................................................31
BANK STATEMENT..........................................................................................................32
AUTOMATIC PAYMENT............................................................................................33
Special G/L Transactions.............................................................................................. 34

01/08/2018
393514471.doc
Organizational Units and Basic Setting

Client
The client is the highest level in the SAP System hierarchy. Specifications that you make, or
data that you enter at this level are valid for all company codes and for all other organizational
structures. You therefore only need to make these specifications, or enter this data once. This
ensures that the data is consistent.
Specifications of data wich shall be valid for all organizational units in all R/3 are entered at the
client level. E.g. exchange rates.
Um client especifica um logical system (sistema lógico).
Company = Group Company = Sociedade

Enterprise Structure: Definition  Financial Accounting  Define Company
Assignment  Financial Accounting  Assign Company Code to Company in Customizing for
the Enterprise Structure.
All of the company codes within a company must use the same chart of accounts and fiscal
year. However, each company code can have a different local currency.
Usada para fins de consolidação.
Company Code
Enterprise Structure: Definition  Financial Accounting  Define, Copy, Delete, Check
Company Codes.
Company code is an independent accounting unit.
Company code é a única unidade organizacional obrigatória.
Company code existe para fins externos legais (específicos de um país)
Company code é a menor unidade organizacional a qual precisa ser demonstrado resultado
oficial (balanço).
Tudo que é feito em FI é necessário mencionar a company code.
Cada company code tem sua moeda local (local currency).
Smallest organizational unit of external accounting for which a complete, self-contained set of
accounts can be created. This includes the entry of all transactions that must be posted and the
creation of all items for legal individual financial statements, such as the balance sheet and the
profit and loss statement.
The definition of the company code organizational unit is obligatory.
The company code is the central organizational unit of external accounting within the SAP
System. You must define at least one company code before implementing the Financial
Accounting component. The business transactions relevant for Financial Accounting are
entered, saved, and evaluated at company code level.
Company Code x Controlling Area
The assignment between the controlling area and the company code is particularly important.
The controlling area is the central organizational unit of the Controlling (CO) component.
You use the controlling area to carry out cost accounting.
 The company code can correspond to exactly one controlling area

01/08/2018
393514471.doc
 Several company codes can correspond to one controlling area
 Uma company code nao pode estar atribuida a mais de uma controlling area
Elementos de uma company code:
- key
- name
- city
- country
- currency (local)
- language
- Address
Global parameters:
- chart of account
- fiscal year (variant)
- defaults
Business Area
Enterprise Structure: Definition  Financial Accounting  Define Business Area.
Financial statements can be created for business areas for internal purposes.
The definition of the business area organizational unit is optional.
Business areas are used in external segment reporting
Business area existe para fins internos e pode ser usada entre várias company codes.
CAN BE USED ACROSS COMPANY CODES.
Business Area é diferente de DIVISION
Division = Setor de atividade usado em SD.
Plants = Centro
É a unidade organizacional central em Logística.
Uma planta está sempre associada a uma company code e uma company code pode possuir
várias plantas.

01/08/2018
393514471.doc
Operation Concern
É a principal unidade organizacional do CO-PA.
O CO-PA permite a análise de rentabilidade (profiability) e para isto a operation concern
pode ser vista como um cubo que contém vários Profiability Segments, um profiability
segment é considerado como um segmento de mercado (market segment) por exemplo,
país, canal de distribuição, divisão, ...
Operation Custos x Receita

Concern
Custos
Controlling
Area
Company Receita = Revenue

Code
Chart of Accounts
Chart of
account
Company
Code
1 company code possue 1 chart of account para general ledger.
This is a list of all G/L accounts used by one or several company codes.
For each G/L account, the chart of accounts contains the account number, account name, and
the information that controls how an account functions and how a G/L account is created in a
company code.
You can use the same chart of accounts for all company codes
Operating chart of accounts
The operating chart of accounts contains the G/L accounts that you use for posting in
your company code during daily activities. Financial Accounting and Controlling both
use this chart of accounts.
You have to assign an operating chart of accounts to a company code.
Group chart of accounts
The group chart of accounts contains the G/L accounts that are used by the entire corporate
group. This allows the company to provide reports for the entire corporate group.

01/08/2018
393514471.doc
The assigning of an corporate group chart of accounts to a company code is optional.

Se está sendo usado group chart of account em um grupo de empresas, está subentendido
dizer que estas empresas não possuem o mesmo plano de contas operacional. Isto significa
que não é possível fazer cross-company controlling.
Country-specific chart of accounts
The country-specific chart of accounts contains the G/L accounts needed to meet the country's
legal requirements. This allows you to provide statements for the country's legal requirements.
The assigning of an country-specific chart of accounts to a company code is optional.
O fato de empresas do mesmo grupo estarem utilizando o mesmo country-specific chart of
account não indica se pode ser feito cross-company controlling. O que vai indicar é se a
empresa usar o mesmo operacional chart of account.
Fiscal Year
In order to assign business transactions to different time periods, you must define a fiscal year
with posting periods. Defining the fiscal year is obligatory.
You define your fiscal year as fiscal year variants which you then assign to your company code.
One fiscal year variant can be used by several company codes.
You have the following options for defining fiscal year variants:
 Fiscal year same as calendar year
 Fiscal year differs from calendar year (non-calendar fiscal year). The posting periods
can also be different to the calendar months.
You define your fiscal year variants in Customizing for Financial Accounting as follows:
Financial Accounting Global Settings  Fiscal Year  Maintain Fiscal Year Variant (Maintain
Shortened Fiscal Year)
When you record a document, you enter the posting date. When you post the document, the
system uses the posting date specified to automatically determine the posting period. The
posting period consists of a month and a fiscal year.
 Your fiscal year is year-dependent. This means that the fiscal year only applies to a
specific calendar year.
Non Calendar Year
If your fiscal year differs from the calendar year, you must specify:
 How many posting periods you require
 How the system should determine the posting period and fiscal year from the posting
date during posting:
Posting Periods
To enable the system to determine the posting period, specify month and day limits for
the end of each period.
Enter 29 as the day limit for February. This ensures that the system can also
determine the posting period correctly in a leap year. If you enter 28 as the day
limit for February, transaction figures posted on 29 February will be updated in
the next period. If the next period is not open, the system issues an error
message.
Fiscal Year
Since your fiscal year is not the same as the calendar year, you have to specify the year
displacement for each posting period. You can use the entries -1, 0, and +1 for this.
Special Periods
Irrespective of how you have defined your fiscal year, you can also use special periods. Special
periods subdivide the year-end closing period. They therefore merely divide the last posting

01/08/2018
393514471.doc
period into several closing periods. This enables you to create several supplementary financial
statements.
A fiscal year usually has 12 posting periods. In General Ledger Accounting, you can define up to
four special periods.
If you do not need 12 posting periods, you can use the posting periods that are not required as
special periods. If you use these additional closing periods, you must specify the number you
require in the field No. special periods. when defining the fiscal year variants. You cannot
exceed a maximum of 16 periods.
Year independent: the same number and dates for the periods every year.
 não importa em que ano esteja, todo o ano é a mesma coisa
Year-dependent: periods can be differ from year to year

 muda de ano para ano
A uma company code é associado uma variante de ano fiscal.

A variante existe para permitir lançamentos em períodos. O período para lançamento é
determinado a partir da data de lançamento.
Posting date -> Posting Periods
Fiscal Year Variant

Em uma variante de período define-se total de períodos, quando inicia-se e quando
termina um período. Existe a opção de dizer que os períodos coincidem com o
calendário, desta maneira não é necessário dizer quando inicia-se e finaliza um período.
Esta opção chama-se CALENDAR YEAR.
A fiscal year variante existe para determinação do período de lançamento.
Posting Period Varint

Existe para determinar qual o período está aberto/fechado para lançamento
Posting Period Ranges

São dois:
- range 1 : são os períodos normais e a ele está atribuido o grupo de
autorização que restringe a usuários especiais
- Range 2: são os períodos especiais

01/08/2018
393514471.doc
G/L Account Master Records
Chart of account
O intervalo de numeração é sempre externo porém deve obedecer a faixa de numeração
definida pelo account group.
O registro mestre do plano de contas é subdividido em áreas:
G/L Account Master Record in the chart of account segment

- Account definition in chart of account (chart of account area): contém
informações que são válidas a todas company codes que utilizam o plano
de contas.
- Account number, account name, account group (interval number, screen
layout) , chart of account group, P/L (resultado) or Balance Sheet
(patrimonial) account.
- Translation/key word
Contas patrimoniais são consideradas Balance Sheet account e isto significa que no
final do período o saldo é transportado para o período seguinte.
Contas de resultado são consideradas P/L Accounts e isto significa que o saldo será
transferido para uma conta de lucro acumulado (retained ernings) no encerramento do
período.
IMG > FI Account > ... > business transaction > closing > caring forward
G/L Account Master Record in the company code

- Contém informações específicas para a company code, como a moeda
que ocorrerá o lançamento contábil.
- Account currency, Balance in local currency, tax category, reconciliation
account, field status group, open item management, line item display,
bank, interests, ...
Line item display controla se os lançamentos serão exibidos detalhadamente ou se

somente o saldo (balance) mostrando os totais de débito/crédito. As contas de
reconciliação devem estar com o campo line item display em branco, porque estas
contas são totalizadoras e não devem mostrar o detalhamento. O detalhamento será visto
no razão especial (subledger) por cliente/fornecedor.
Open item management

Contas com este controle pode identificar lançamentos como opened ou cleared.
Para contas com este controle é necessário o campo Line item display estar ativado. As
contas que devem estar com este flag são: bank clearing account, payroll clearing
account, cash discount clearing account, GL/IR account. As contas de reconciliação não
precisam estar com este flag porque o conceito já está implícito.
Account currency
A moeda pode ser local ou estrangeira. A moeda local é a moeda definida nos
parametros da company code e é a default no momento da criação do registro mestre da
conta.
01/08/2018
393514471.doc
Se a moeda definida no registro mestre é local currency então o lançamento pode ser
efetuado em qualquer moeda, a conversão é automática para a local currency
Nas transações existem as informações de local currency, currency 1, currency 2,
currency 3, ...
Se a moeda definida for diferente da LC, considera-se que somente poderão ser
efetuados lançamentos na moeda estrangeira. A conversão será feita automaticamente
para a LC.
Only Balances in local currency

Os lançamentos podem ser efetuados em moeda estrangeira porém são sempre
convertidos para LC e o saldo é mantido somente em LC.
As contas transitórias (clearing) devem estar com esta opção para evitar diferenças
cambiais, bem como para contas de desconto e GR/IR clearing accounts. Geralmente é
flegado para contas de balance sheet que não são controladas em moeda estrangeira e
não controlam partidas em aberto.
Account group
É usado para organizar contas que possuem um função similar no negócio.
Exemplo: Cash, Asset, Material, P/L, Liability, ...
Um grupo de contas vai definir o intervalo de numeração e o layout de tela

The account groups are entered in Customizing per chart of accounts. You do this in Financial
Accounting Customizing under General Ledger Accounting  G/L Accounts  Master Data 
Preparations  Define Account Group.
Account group está no segmento de plano de contas.
Account group define quais os campos/regras para preenchimento dos campos do
segmento Company-code, levando em consideração o tipo de transação (display,
change, create, ...)
Master data field status

O que interfere no field status do registro mestre é a transação (Create/Change/Display)
e o account group definido no segmento Chart of Account.
O Campo field status group do segmento company code define as regras de

preenchimento dos campos durante o lançamento.
Reconciliation accounts
É uma conta totalizadora de razões auxiliares (subsidiary ledger) para evitar volume
muito grande de lançamentos dentro da contabilidade. O detalhamento estará no razão
auxiliar (ativo, contas a pagar, contas a receber,...).
A conta de reconciliação não permite lançamento direto.
Para estas contas o campo display line item não deve estar flegado.
Transaction figure
Totaliza débitos e créditos.

01/08/2018
393514471.doc
Organization Structure of Cost Accounting

Controlling Area
O controle empresarial é possível somente quando as empresas que estão sobre uma
controlling área utilizam o mesmo plano de contas.
Controlling
Area
Chart of
accounts
Chart of Chart of Chart of

accounts accounts accounts
Country-Specific Chart of account (Alternative account

number)
Uma conta operacional (chart of account) está para uma conta country-specific
O plano de contas operacional é obrigatório.
Group Chart of Account

É usado para fins de consolidação.
Uma conta do group chart of account pode consolidar várias contas do plano operacional.
Cost Controlling Objects

Exemplos: Internal Order, Cost Objects, Networks, Projects, Cost Centers, Make-to-order Sales
order

01/08/2018
393514471.doc
Master Data in Accounts Payable / Accounts Receivable

Vendor/Customer Account in FI
Vendor/Customer account are made up of two ares:
- At client level : GENERAL DATA
 Campos importantes:
 Search Term, dados de endereço
 Dados de controle: group key, impostos
 Alternative Payee (vendor) /Alternative Payer (customer):

recebedor/pagador alternativo
Na execução do programa de pagamento, informa-se como

parametro o vendor/customer original porém os documentos
são gerados para o alternative payee/payer
 Customer/Vendor Account: este campo é usado para

compensação entre faturas do A/P e A/R, para clientes que são
fornecedores ou vice-Versa, esta informação customer account
deve estar preenchida no Vendor Master Data e a informação
vendor account deve estar preenchida no Customer Master
Data
- At company level:
 Campos importantes:
 Alternative Payee (vendor) /Alternative Payer (customer):

pagador alternativo, este campo tem maior prioridade do que
por client
 Reconciliation account
 Head office: matriz, todos os lançamentos da filial são

lançados na matriz (no caso a matriz é que será cobrada). No
line item or balances are managed in the branch account.
Na execução do programa de pagamento, informa-se como

parametro o vendor/customer matriz (head office) e os
documentos são gerados para a matriz.
 Payment terms
 Clearing with customer : quando o campo customer account

estiver preenchido este campo estará disponível para
preenchimento. Quando este campo estiver preenchido, é
possível fazer a compensação entre cliente e fornecedor
O dado mestre de fornecedor/cliente possui 3 segmentos ao todo:
- General data segment: client
- Company code segment: FI
- Purchasing organization segment: MM – compras <- Fornecedor

01/08/2018
393514471.doc
- Sales area segment: SD – Vendas <- Cliente
Account Groups for Vendor/Customer

É usado para agrupar fornecedores/clientes com características semelhantes. Example:
domestic vendors, vendors abroad, affiliated vendors, one-time accounts, ...
O grupo de contas vai determinar o intervalo de numeração (interno/externo) e também

determina qual será a regra de preenchimento de campos da visão company code.
One-time accounts: é um grupo de contas que permite o cadastramento simplificado do

fornecedor/clientes, porque ele será usado somente uma vez. Durante a criação do
fornecedor/cliente não são informados dados específicos porque estes dados são informados
no momento da criação do documento de compras. Exemplo: dados de banco.
Field Status control – Vendor/Customer Master Data

Tres características influenciam no controle de prenchimento de campos para os dados
mestres.
1. Account Group field status
2. Transaction (Activity) field status
3. Company code field status
A seguinte ordem de prioridade será seguida:

Suppressed
Display
Required
Option
Para vendor/customer master record, suppressed e required não dá erro. Somente para
G/L ocorre o erro.

01/08/2018
393514471.doc
Purchasing Organization
É a principal unidade organizacional de Compras (MM).
Em termos de configuração, a organização de compras é atribuída a empresa ou ao centro.
Possibilidades:
1. Uma purchasing organization para um centro
2. Uma purchasing organization para mais de um centro dentro de uma mesma company
code
3. Uma purchasing organization para várias company codes. (Cross-company code

basis). Neste caso a purchasing organization não deve estar associada a company
code no customizing.
Purchasing Data in the Vendor Master Record

No dado mestre de fornecedores é definido também os dados de compras.
Cadastro centralizado -> cadastro é feito por uma única área ou pessoa
Cadastro descentralizado -> cadastro é feito pelo responsável pela informação

Purchasing Flow x FI
1. Purchase order : não tem interface com FI
2. Goods receipt: recebimento físico
a. Gera documento de material
b. Gera contabilização
3. Invoice verification

01/08/2018
393514471.doc
a. Gera documento de invoice verification
b. Gera contabilizacao
4. Payment
Document Débito Crédito
Goods receipt Conta Balanço Estoque GR/IR
Invoice Verification GR/IR Fornecedor
Payment Fornecedor Banco
Credita conta EM/EF = GR/IR
GR = Goods receipt
IR = Invoice receipt

01/08/2018
393514471.doc
GR e IR podem ser feitos em ordem oposta depende o que a empresa receber primeiro a fatura
ou a mercadoria.

01/08/2018
393514471.doc
Sales process x FI
No processo de Vendas existe a interface com FI no momento de registro de saída da
mercadoria do estoque (Goods Issue) e no momento de faturamento (Invoice).
Credit Management
Áreas de controle de crédito são criadas para gerenciar o crédito dentro de uma
company code. Uma área de controle de crédito pode estar associada a 1 ou várias
company codes. Para o geranciamento do crédito do cliente é necessário o
cadastramento do Credit management master data, estes dados são uma extensão do
mestre de clientes.
O Credit management máster data é também composto por:
- General data = disponível para todo o cliente e portanto para todas as áreas de
controle de crédito. Por exemplo: total máximo do limite
- Credit control área = dados específicos da área de controle de crédito. Limite

por área de crédito e customer’s risk category.

01/08/2018
393514471.doc
Master Data in Travel Management

O gerenciamento de viagem pertence ao módulo FI e está relacionado ao módulo de RH porém
não é necessário que o módulo de RH esteja implementado.
Para que o pagamento ocorra é necessário que exista um fornecedor, se o módulo de RH

estiver implementado, o fornecedor está atribuido a um número de pessoal. Existe uma forma
automatizada que gerar fornecedores para funcionários que viajam dentro de um grupo de
contas de fornecedor específico. No mestre de fornecedor existe o número de pessoal.

01/08/2018
393514471.doc
Master Data in Bank-Accounting

Bank Directory
Diretório de bancos, estas informações podem ser transferidas de meios externos e contém
informações a nível de client como, country bank key, address, tax info,...
O diretório contém os dados mestres de bancos e sempre está a nível de client.
Este master data contém informações gerais do banco, como country code e bank key.
House Banks
São os bancos que a própria empresa utiliza.
Ao house bank associa-se o bank key (diretório de bancos).
To be able to run the payment program, the system requires details on your own bank, and
these details must be entered in the customer and vendor master records. In the company
code-specific data of a vendor master record, you could for example enter the house bank from
which payment is to be made to this vendor. If you do not enter a bank in the master record, you
must specify the rules by which the payment program determines the bank. The data that you
enter is the same in both cases - an ID code for your bank.
Bank accounts
Cada conta de banco é representada pela combinação do HOUSE BANK ID e do ACCOUNT
ID. Durante o programa de pagamento é utilizado esta regra para determinação da conta. Uma
G/L account deve ser criada para banco e não é considerada uma conta de reconciliação.
Bank account at house Bank
Combination house bank and account ID
G/L account
(relacionamentos sempre 1:1)

01/08/2018
393514471.doc

01/08/2018
393514471.doc
Cash Ledger
Pode ser criado livros caixa (Cash Journal), cash journal pode ser criado para petty cash
(caixinha). Cada cash journal poderia estar relacionado a uma conta contábil (conta de
compensação = fundo fixo) que representa o cash journal dentro da contabilidade.
Estudar mais sobre cash ledger.

01/08/2018
393514471.doc
Document Control
O documento de FI é identificado por document number (numeração interna ou
externa), company code e fiscal year.
Um evento de negócio pode gerar um ou mais documento.
Document header
As informações do cabeçalho são disponíveis a todo o documento em questão e a
informação mais importante do header é o document type.
A informação mais importante do item é a posting key.
Document type
 document type controla o document header e é usado para diferenciar transações de
negócios distintos a serem lançados em FI, por exemplo, customer invoice, vendor
payment, etc...
 É definido a nível de client e portanto é válido para todas as company codes.
 Os maiores controle do document type são:
 O intervalo de numeração dos documentos e
 Account type permitidas para lançamento (cliente, balanço, ativo, fornecedor,...)
 Outros controles são:
 Field status dos campos do cabeçalho do documento como text e reference
number
 Se a fatura será lançada com o “net method”
 O R/3 já vem com vários document types standard como:
 DR: customer invoice
 DG: customer credit memo (type of account D e S)
 DZ: customer payments
 SA: G/L accounts posting
 AB: general (all type of accounts)
 KR: vendor invoices
 KG: Vendor credit memos
 KZ: vendor payments
 KN Vendor net invoices and credit memos
 RV: SD billing document (customer invoices)
 RE: MM billing documents (vendor invoices)
 ZP: automatic posting for payment program
Account Type
S (razão), A (imobilizado), K (cliente), D (fornecedor), M (material)
Posting Key
A posting key é definida a nível de client e tem a função de determinar quais os type of
accounts podem ser lançados, se um line item pode ser lançado a débito ou a crédito e
define detalhes adicionais de field status (regra de preenchimento de campos).
Posting key indica:

- se uma line item relaciona-se a um payment transaction
- ou se está relacionado a vendas

01/08/2018
393514471.doc
A partir da funcionalidade EnjoySAP, as posting keys são denominadas Credit e Debit,

automaticamente o sistema traduz para a posting key correta, dependendo da transação.
Field-status para linha de lançamento

O field status é determinado por: account type, field status of posting key e field status
of the account.
Regra para determinação do field status de um campo no momento da criação de um

documento de FI:
1. Se o campo for relevante para lançamento na conta para este tipo. Leva em
consideração o field status do account type;
2. Obtem o field status da posting key e obtém o field status da conta (account)
3. Dado os 3 tipos de field status, account type, posting key e account. Será usado a
seguinte regra de prioridade.
1.Suppressed
2.Display
3.Required
4.Optional
Suppressed e Required não podem ser combinadas. Dá erro !!!
Field status groups

Agrupam as regras de preenchimento de campos para cada categoria de contas e são
associadas ao dado mestre de materiais.
Um conjunto de field status group são agrupadas em uma field status variant. E a field
status variant é associada a(s) company code(s). Isto existe para permitir a modificação
de um field status group sem interferir na customização da company code.
Se um lançamento é feito para uma conta de cliente por exemplo (sub ledger account), o
field status group da conta de reconciliação será aplicado.
Posting periods
Posting period variant

São os períodos de lançamento abertos para lançamento e são definidos em uma fiscal
year variant. Várias company codes podem usar a mesma posting period variant e então
o processo de abrir/fechar períodos contábeis é feito para todas as empresas ao mesmo
tempo.
O processo de abrir ou fechar períodos pode ser feito por tipo de conta.
Quando um documento está sendo lançado, a primeira verificação é feita no account
type “+”. Este tipo de conta deve estar aberto para qualquer período que tenha
qualquer outro tipo de conta aberto. É a entrada mínima na posting period variant.
Fiscal year variant

Determina quais são os períodos de lançamento.
Limite de tolerância
Valor máximo a ser lançado por company code é definido dentro do grupo de tolerância.

01/08/2018
393514471.doc
Posting Control
Defaults by the system
O sistema pode trazer como default informações de diversas origens como:
- User Master record
- Parameter Memory (hold/set data)
- System data
- Account master data
- Accounting function
Value date = data efetiva (este campo pode ser configurado para trazer como default a
data do sistema).
I MG > Financial Account > FI Account Global Settings > Document > Default values
for Document Processing > Default value date
Maximum exchange rate

É possível definir um valor máximo de diferença de conversão de moeda durante a
efetivação de um documento.
IMG > FI Account > FI Account Global Settings > Document > Document Header >
Maximum Exchange Rate Difference > Define Maximum Exchange Rate Difference
per Company Code
Document change rules

Nem todos os campos podem ser modificados, de acordo com a regra de negócio
define-se quais campos podem ser modificados ou não.
Estas regras são diferenciadas por account type, company code e special G/L
transactions.
IMG > FI Account > FI Account Global Settings > Document > Line Item > Define
Document Changes Rules
Payment terms OBB8

A condição de pagamento é usada para definir a data base (baseline date) para o calculo
da data de vcto (due date). Também define-se os descontos por período e percentuais.
O holdback/retainage define as prestações e a cada prestação também é associado uma
condição de pagamento. Transação OBB9.
A condição de pagamento pode ser informada no dado mestre de clientes para o

segmento Sales Area, fornecedores para o segmento Purchasing (Purchasing
Organization) e também no segmento de company-code.
Se a fatura estiver sendo criada por FI, o default será do segmento company-code
Se a fatura estiver sendo criada por SD/MM, o default será do segmento Área de
vendas/Purchasing respectivamente.

01/08/2018
393514471.doc
No momento da criação de um credit memo, se a referencia a fatura original for

utilizada a condição de pagamento é obtida da fatura original, bem como as datas de
vencimento.
Caso contrário, se não existir referencia a data de vencimento não será calculada.
Somente será calculada se o campo documento de referencia for preenchido com “V” de
VALID.
Se o campo BLOCK KEY estiver setado, a fatura será bloqueada.
IMG > FI Account > Accounts Receivable and Accounts Payable > Business
Transaction > Outgoing Invoices/Credit Memos > Maintain Terms of Payment
Cross-Company Code Transactions
Internacionalmente (Brasil não permite) pode ser feito lançamentos entre empresa, por
exemplo no caso de Central Purchasing ou Central Payment.
Estas transações envolvem 1 lançamento por company-code. Sendo que os valores de

impostos (tax) são lançados somente a 1a company-code.
As contas transitórias (clearing accounts) usadas neste processo podem ser contas do
G/L ou mesmo Customer/Vendor accounts.
As company-codes envolvidas podem ter moedas diferentes.
O número do documento é composto por uma numeração sequencial da 1a empresa +

company code 1a empresa + year.
IMG > FI Account > General Leadger Account > Business Transaction > Prepare cross-
company code transaction
Reversal Document
Documentos podem ser revertidos de 2 maneiras Standard ou por lançamento negativo.
Para que seja permitido lançamento negativo os seguintes pre-requisitos são
considerados:
1. A empresa deve permitir lançamentos negativos
2. O tipo de documento deve permitir lançamentos negativos
3. O reversal’s reason deve estar customizado para lançamentos negativos
IMG > FI Account > General Leadger Account > Business Transaction > Reversal
Document
Lançamento negativo ativado : ao estornar o documento original utiliza-se as mesmas

posting keys do documento original porém muda o sinal para negativo. P.e. documento
original com posting key 50 (crédito) e valor 1000, a reversão será com a posting key
50(crédito) e no valor de –1000.
Standard: reverte o lançamento utilizando a posting key inversa. P.e. documento original
40, reversão será 50.

01/08/2018
393514471.doc
Posting Tips
Hold/Set data: grava informações temporariamente na memória

Hold Document: grava com um numero temporário o documento.
Park Document: ao gravar gera um numero porém não lança o documento. Ao
lançar, mantém o mesmo número. É usado para documentos incompletos. Substituições
não afetam um parked document até que seja efetivado o lançamento. Mesmo parked é
possível visualizar nos relatórios e é útil quando deseja-se usar Workflow para montar
um fluxo de aprovação.
Posting using reference document: indicando um número de documento
de referencia é possível lançar um novo documento copiando os dados de um
documento existente.
Account Assignment Model (template): é um modelo de linhas (contas,
valores, centros de custo) já definidas para eliminar digitação. Pode ser usado dentro
um parked document.
Validações / Substituições podem ser feitas sobre o document header/item.
Recurring Entry Program: é utilizado para processos que executam
periodicamente da mesma maneira. Exemplo: aluguel, seguro, ...

01/08/2018
393514471.doc
Currencies
IMG > Global Settings > Currency
Currency code=código da moeda

Currency exchange type = tipo de conversão (compra, venda, média, ... )
M: Average
B: Bank Selling Rate
G: Bank Bying Rate
Translation factor = usado como fator 1:1 ou 1:100 ,...
Exchange rates
São mantidas por : Currency exchange type, currency from, currency to, valid from and
Exchange rate.
Existem tools que facilitam o processo de entrada das taxas. São elas: Inversion, Base
Currency e Exchange rate spreads.
Exchange rate spreads

É uma margem que pode ser definida para evitar a digitação de vários tipos de cambio.
Por exemplo, pode-se cadastrar somente o cambio médio e definir margens para o
cálculo do cambio de compra e do cambio de venda. Define-se neste exemplo que a
moeda base (base currency) é o cambio médio.
Base Currency
A moeda base elimina a dupla para conversão.
Por exemplo: converter yen para libra
1. yen para euro
2. euro para libra
No exemplo acima a moeda base é EURO. E pode ser definida no exchange rate type.
A base currency pode ser usada somente para cambio médio

01/08/2018
393514471.doc
Taxes
Tipos de taxações permitidas no R/3
- Taxas por nível de país/federal
- Taxas por nível de estado/Jurisdição
A cada país (country code) está associado uma TAX PROCEDURE FOR
CALCULATION. É semelhante ao esquema de calculo de preços em SD, cada
ACCOUNT KEY está associada a TAX ACCONT.
A CONDITION TYPE define as regras para o cálculo de impostos.
No momento da determinação de conta define-se as regras (débito ou crédito / tax

code).
IMG > FI Account > FI Accounting Global Settings > Taxes on

Sales/Purchases > Posting > Define Tax Accounts
Tax Code
IMG > FI Account > FI Accounting Global Settings > Taxes on Sales/Purchases >
Calculation > Define Tax Codes for Sales and Purchases
O Tax code é informado no momento de lançar um documento e está associado ao

country code, assim sendo é sabido qual o esquema de cálculo de impostos. Pelo tax
code tem-se o percentual de imposto e qual a determinação de contas
Tax Accounts
As contas de impostos dentro do G/L master record devem estar com o campo tax
category preenchidos e por garantia o campo post automatically only deve estar flegado.

01/08/2018
393514471.doc
Procedure for Day-to-Day Planning

Trata-se do módulo de Tesouraria mais especificamente Cash Management.
Este móduloo permite a administração do caixa controlando a previsão/real das entradas
e saídas. Assim sendo, o objetivo maior é manter a liquidez da empresa para o
cumprimento das obrigações da melhor maneira possível.
As previsões são feitas com base no que tem-se a pagar (A/P) e receber (A/R). Para
todo este controle este módulo pode trabalhar com contas transitórias para administrar
as contas bancárias.
Planning Level
O nível de tesouraria indica o nível de controle as informações. Este nível está
diretamente relacionado a conta contábil.
Exemplo:
Nível
F0 Conta mãe Conta Principal reflete o valor disponível na conta 113100
B8 Conta filha reflete cheques não compensados 113108
XX Conta filha saída de cheque 113117
As contas 113108 e 113117 com contas auxiliares.
1o Cheque de $100000 foi depositado
Debita conta de cheques não compensados 113108

Credita conta de cliente
2o Cheque foi compensado
Credita conta de cheques não compensados 113108

Debita conta principal 113100
3o Saída de cheque
Debita conta de saida de cheque 113117

Credita conta principal 113100
Depósitos em cheque
É um cenário de negócio que controla no cash management os depósitos em cheque
fazendo também a liquidação da fatura do cliente.
O processo consiste em:
1. Entrada manual da lista de cheques depositados
2. Gravar e gerar uma sessão de batch-input
3. Contabilizar
a. G/L documents (conta de banco)
b. Subledger documents (contas auxiliares da tesouraria)

01/08/2018
393514471.doc
Contabilização
1. Sub-ledger document (este passo é feito automaticamente)
Credita cliente para compensar a partida em aberto
Debita conta de cheques recebidos ( conta auxiliar ) -> transitory
2. G/L document ( +1 day) -> após depósito confirmado
Credita conta de cheques recebidos
Debita conta de banco
Customizações
1. criar posting rule -> somente o código
2. criar transaction e associá-la a posting rule -> a transação indicará qual a regra
de lançamento (posting rule)
3. criar a variante (sap01) que indica o layout da tela de lista de cheques
4. criar os detalhes do lançamento
a. Criar account symbols
b. Assign account to account symbol
i. Esta associação pode ser feita usando-se mascara especificando o
final da conta p.e. . Quando o início é sempre o mesmo. +++++9
ii. Pode-se especificar diretamente a conta porém, se existir mais de
um banco a customização deve ser feita para cada banco e deverá
existir um símbolo para cada banco.
c. Detalhar a posting rule
i. Define-se os débitos e créditos que são feitos no lançamento
ii. Indica o document type que será lançado
iii. Indica o posting type

01/08/2018
393514471.doc
Bank Statement
É o extrato bancário. No R/3 existe a possibilidade manual e automática de lançar os
movimentos de uma conta bancária no cash management.
A lógica é a mesma do depósito, porém é possível realizar várias transações porque o
depósito consiste em mais de uma transação.

01/08/2018
393514471.doc
Automatic Payment
O programa de pagamento é usado para efetuar o pagamento automático das partidas
em aberto de um business partner. Assim sendo, o programa de pagamento varre as
partidas em aberto, tanto de entrada como saída, A/R e A/P.
Os seguintes passos são efetuados dentro do programa de pagamento:

1. Maitaining parameter: define-se quem, quando e como será pago.
2. Schedule proposal: criar a proposta, lista os open items e business partners
3. Edit proposal: desbloqueios, ...
4. Schedule payments: posting orders: x generated x completed
5. Schedule print: p.e. cheque
As seguintes configurações são necessárias para o programa de pagamento:
1. All company codes: definir sending company code e paying company code
2. Paying Company codes: definir o valor mínimo para pagamento entrada/saída
3. Payment method / Country:
a. County specific configurations
b. Document types and clearing documents
c. Print program
d. Permitted currencies
4. Payment method / Company Code
a. Métodos de pagamento elegíveis por company code
b. Otimizações: banco, código postal, moeda estrangeira,
clientes/fornecedores estrangeiros
c. SAP Script (form data)
5. Bank selection: house banks and accounts determination
a. Ranking order: ordem de determinação/escolha do banco por método de
pagamento.
b. Amounts: é definido o valor disponível por house bank
c. Accounts: define-se as contas de contrapartida (offsets) ao sub-ledger e
as contas de compensação para bill of exchange

01/08/2018
393514471.doc
Special G/L Transactions

São operações especiais do G/L em A/P e A/R que são mostradas separadamente no G/L
e Subsidiary ledger. Isto pode ser necessário para relatórios ou razões internas.
É diferente de special purpose ledger (livro).
As transações de sub-ledgers refletem no G/L através de contas de reconciliação

definidas no master record.
As transações especiais também utilizam contas de reconciliação porém são chamadas

ALTERNATIVE RECONCILIATION ACCOUNTS. Esta conta mostra os line
items.
Line item display flag is checked.
Todas as transações especiais utilizam um código de razão especial que indicará qual a
operação.
As operações de razão especial podem ser dos seguintes tipos:

1. Free offsetting entry: é feito um lançamento real e no momento do lançamento
existe a opção de informar qual será a conta de contrapartida.
Exemplo: Lançamento de uma adiantamento
2. Noted items (partidas memo): não é mostrado no balanço. P.e. Solicitação de
adiantamento
3. Automatic Statistical offsetting entry: são lançamentos que sempre contabilizam
em uma mesma conta de contrapartida e geralmente fazem parte do anexo do
banlanço. p.e Posting a guarantee (caução, provisão)
Exemplos:
- Down payment request
- Down payment
- Bill of exchange request
- Bill of exchange
- Check/bill exchange
- Others: ind.value adjustment, secutity deposit (guarantee), interest
(juros), reserve for bad debit, user-defined

01/08/2018
393514471.doc
Clearing
Prerequisites for Clearing

The following prerequisites must be fulfilled in order for open items to be cleared:
 The accounts must be managed on an open item basis.
 The accounts that can be cleared automatically must be defined in Customizing for
Financial Accounting.
 The items to be cleared cannot trigger a posting, for example, cash discounts or
exchange rate differences.
 The items cannot be special G/L transactions.
Posting with clearing

Using the posting with clearing function, you enter document line items and then select the open
items to be cleared. Once you have fulfilled all the prerequisites for clearing, the system clears
the open items. The system generates one or more offsetting postings for the open items to be
cleared.
Exemplos: Incoming and Outgoing payment
Pagamento de uma invoice de cliente, saldo de open item é ZERO.
Account Clearing
In this clearing procedure, you manually select open items that balance to zero from an account.
Exemplo: manualmente clear uma invoice com uma credit memo.
Este processo gera um clearing document sem line itens e este documento é registrado tanto
na invoice como no credit memo.
If no additional postings are necessary to clear an account, the system generates a clearing
document. However, the system might have to make clearing postings if line items from different
business areas are part of the clearing transaction,
No momento de efetuar o lançamento de clearing o sistema considera limites de

tolerância para tratar as diferenças de valores entre open itens e o que está sendo
pago/recebido.

01/08/2018
393514471.doc
Payment differences
Payment differences arise during clearing if a customer has made an underpayment, or
has made an unauthorized deduction for cash discount and the difference is within, or
exceeds defined tolerance limits.
You can define:

Cash discount adjustment
 The maximum difference amount for which the system should adjust the cash discount.
The difference is added to or subtracted from the cash discount.
Unauthorized deductions
 The maximum amounts or percentages for which the system should automatically post
any difference to a separate gain (revenue) or loss (expense) account if the cash
discount cannot be adjusted.
You define tolerance limits separately for your employees and business partners.
The system checks both limits when clearing open items and the posting to an gain or loss
account is automatic. The lowest limit always has priority for the clearing transaction
O desconto pré calculado não é considerado diferença de pagamento.

O grupo de tolerância é atribuido ao mestre de cliente/fornecedor.
Caso a diferença seja superior aos limites definidos dentro do grupo de tolerância, o
processo de clearing será tratado manualmente e o lançamento poderá ser efetuado das
seguintes maneiras:
1. Partial payment: enquanto existirem diferenças, as partidas ficam em aberto
2. Residual item: as linhas são compensadas restando somente a diferença em
aberto
3. Using a reason code: é possível definir uma justificativa para o não pagamento
(judicial, ...) e a este reason code pode-se definir uma conta contábil para o
lançamento da diferença (exemplo: conta de pendencia de pagamento – ações
judiciais).
Exchange Rate Differences

No momento em que é feito o clearing de open itens em moeda estrangeira, podem
ocorrer diferenças devido a flutuações das taxas de cambio.
No momento do clearing esta diferença é lançada automaticamente pelo sistema em
uma conta de ganho ou perda.
Todas as contas de reconciliação e G/L com open items em moeda estrangeira devem
estar associadas a uma conta de receita/despesa para realizar os lançamentos e apurar o
ganho/perda.
Esta configuração (contas de gain/loss) podem estar associadas a:
1. todas as moedas e tipos de moeda
2. por moeda e currency type
3. por moeda
4. por currency type

01/08/2018
393514471.doc
Additional Local Currencies

Os documentos de FI são armazenados em moeda local e moeda do documento. É
possível gerenciar documentos em duas moedas adicionais que são opcionais.
Local Currency
Local currency é a moeda definida na company code. Sempre irá existir e está em todos
os documentos.
Update Currency
Update currency é a moeda no qual as movimentações são atualizadas.
Podem ser update currency:
 Document currency: é a moeda informada no documento no momento do
lançamento
 Account currency: é a moeda do mestre da conta, pode ser a moeda local ou
moeda estrangeira. A conta que é gerenciada em moeda estrangeira pode
somente ser lançada em moeda estrangeira.
Customizações
Currency type
Additional local currency type
 Hard currency / country code: moeda forte
 Index currency / country code: moeda índice
 Group currency / client
 Group company currency / company master: moeda do group company
Na definição do exchange rate types é definido a moeda base.
Exchange rate type: define qual o tipo de cambio será usado
Output/Source currency for translation: define qual a moeda será usada como base para
a conversão (transaction currency ou local currency)
Type translation date: define qual a data será usada para obtenção da taxa de cambio,
document date, posting date ou translation date.
Ledger for Additional Currencies
Para inclusão de moedas adicionais às permitidas é necessário definir ledger adicionais

que são usados para finalidade de relatórios.
Integration FI-CO
As moedas definidas em FI são:

TC = transaction currency
LC = local currency
Paralel 2

01/08/2018
393514471.doc
Paralel 3
Em CO existem os seguintes tipos de moeda:

TC = transaction currency
OC = Object currency
CAC = Controlling Area Currency
Se uma controlling area possuir mais de uma company code e estas company codes
possuem local currencies diferentes, a moeda do objeto deve obedecer a local currency
de cada company code. Caso contrário, a OC pode ser livremente definida.

01/08/2018
393514471.doc
Credit / Risk Management

01/08/2018
393514471.doc
Asset Accounting
Chart of Depreciation
É o conjunto de depreciation areas, através do qual o FI-AA gerencia valores diferentes
nas áreas de depreciação.
Chart of Depreciation é country-specific estruturado de maneira a atender os requisitos

do país, a SAP provê um chart of depreciation para cada país e cada modelo de chart of
depreciation contém áreas de depreciação pré-definidas, mas é possível definir as
próprias áreas de depreciação.
Chart of depreciation deve ser criado sempre novo com cópia do proposto pela SAP e
pode ser apagado as depreciation areas não utilizadas e deve ser feito antes da criação
de qualquer imobilizado.
Depreciation Area
Representa um tipo específico de avaliação (valuation). Pode ser criado n áreas de
depreciação distintas, uma para cada propósito.
As área de depreciação existem para diferenciar necessidades distintas de balanço,
transações e valorizações. Assim pode-se ter mais de uma valorização. Por exemplo:
requerimentos regionais (país), necessidades de impostos, incentivos, costing
controlling e parallel accounting.
Exemplos:
01 – Book Depreciation (mais importante e deve sempre existir)
nn – Tax Depreciation
nn – Cost Accounting Depreciation
nn – Parallel Depreciation (em moeda estrangeira) USGAAP, ...
O código é definido por 2 caracteres numérico.

Área derivada totaliza mais de uma área de depreciação.
Em cada área de depreciação é registrado (transaction figures):
- balance sheet values: APC – Acquisition and Production Cost
- Depreciation value
- Net book Value = valor resitual
- Special valuation (interests)
- Data de início da depreciação (default 01.01.yyyy) mas pode ser modificado
- Depreciation key = Depreciation terms : indica como será calculada a

depreciação (linear, ...)
- Vida útil ( pode ser definida em YEARS and PERIODS)
Novas áreas de depreciação podem ser incluídas depois do sistema produtivo com
imobilizados.

01/08/2018
393514471.doc
Chart of Accounts x Chart of Depreciation

FI-AA trabalha com o chart of account associado a company code em FI.
Cada company code utiliza um único chart of accounts e um único chart of depreciation.
Várias company codes podem trabalhar com o mesmo chart of accounts e o mesmo
chart of depreciation.
Cost Accounting Assignment

A controlling area já está atribuída a company code, assim sendo não é necessária
nenhuma customização adicional. O que relaciona FI-AA a CO é o preenchimento de
CO objects no master record de FI-AA (cadastro do bem).
Os seguintes objetos de CO podem ser preenchidos:
- Cost Center
- Internal Order (real or statistical)
- Activity type
- Maintenance contract
A depreciação pode ser lançada de qq. área de depreciação em CO.

Não é possível associar um asset a mais de um cost center, é possível associar o asset a
uma ordem e esta ordem irá realizar o settlement (liquidação) aos respectivos centros de
custo.
Caso um ativo esteja associado a uma ordem e a um centro de custo, o sistema irá lançar
a depreciação apenas para a ordem interna.
Asset Class
A classe de ativo é a principal definição do ativo. Na classe de ativo defini-se
parametros de controle e valores default de depreciação. Exemplos de classes de ativos:
buildings, machinery, business equipment, assets under construction and low-value
assets.
A classe é criada a nível de client e posteriormente será atribuida a no mínimo 1 chart of
depreciation (1 classe pode ser atribuida a n chart of depreciations). Quando a classe é
atribuída ao chart of depreciation é possível definir os valores default para cada área de
depreciação. P.e. pode-se desativar uma área para uma determinada classe e até mesmo
uma classe pode não depreciar (asset under construction). Estas informações default
podem ser propostas e posteriormente sofrerem mudanças, ou mesmo podem ser
mandatórias e não permitir mudança (field status a nível de asset class).
O módulo de TR (treasury) é usado para gerencialmento de ativos financeiros e o

módulo de PM é usado para o gerenciamento técnico dos ativos.
Funções e sessões da Asset Class

A classe é composta por duas sessões principais:
- Master data section
 Account determination
 Number range
 Screen layout
- Depreciatin area data section
 Control data
 Default values for depreciation terms for each depreciation area

01/08/2018
393514471.doc
Funções adicionais:
- Copy asset class from reference
- Specify required entry fields for asset master data
- Define allowed entries for user fields
- Enter and change default values in asset classes
Special Asset Class: Asset under Construction

Depreciation key 0000 (not calculated) in depreciation areas for balance sheet.
It is possible to post down payments on AuC.
Special Asset Class: Low Value Asset

Existe para checar valor máximo permitido de aquisição.
Pode ser gerenciado individualmente (1 ativo por dado mestre) o coletivamente (n
ativos), porém deve ser definida uma classe distinta para cada tipo.
Asset Master Data

O asset master data é definido por company code e por business area caso a business
area esteja ativada.O asset master data também pode estar associado a vários objetos de
CO (Cost Center, internal order, activity type, ... ).
Ao se cadastrar um imobilizado é mandatório informar a classe e esta será a principal

classificação do imobilizado. Todo imobilizado deve estar atribuído a somente uma
classe.
Creation
A criação pode ser feita usando uma classe ou por referencia a outro imobilizado.
Também é possível criar múltiplos imobilizados similares informando a quantidade de
imobilizados similares, as seguintes informações podem ser informadas por imobilizado
que está sendo criado: description, inventory number, business area, cost center,
evaluation groups 1 to 5.
Group Assets and Sub-numbers

Sub-numeros podem ser criados sobre um grupo de ativo.
O bem principal termina com 0000 e os sub-number são sequenciais a partir de 0001...
Time-dependent data
São informações que podem ser modificadas no decorrer do tempo e para isto, registra-se por
período. São informações como, cost center, ordem, shift factor, shutdown. O processamento
periódico de lançamento de depreciação considera o período para lançar em um centro de
custo, acelerar a depreciação, ...
Depreciation area XX in the Asset / Asset Class
Os valores default vem da classe e podem ser alterados. Alguns valores como: useful life,
depreciation key, ordinary depreciation start (a partir da data de aquisição), ...
Alguns dados são derivados do lançamento de aquisição.
Alguns valores são usados somente pela área de depreciação de custos como, index (para
determinação do valor de reposição), scrap value, variable depreciation amount.

01/08/2018
393514471.doc
Depreciation Area and the Balance Sheet

Valores podem ser lançados de áreas individuais para contas separadas do balanço no
G/L. Por exemplo, book depreciation area e Cost Account area podem realizar
lançamentos para contas distintas para Financial Statement Versions distintos.
Define Posting to G/L

- 0 = No posting (only reporting)
- 1 = APC Online and Periodic Depreciation -> área 01 = Book
depreciation
- 2 = APC Periodic and Periodic Depreciation -> área nn
- 3 = Periodic Depreciation (no posting APC) -> cost-acct depr.
Mais de uma área pode lançar no G/L.

Depreciation é sempre lançada periódicamente (mensal).
Outras áreas de depreciação podem receber valores da área 01, mas podem calcular e
lançar diferentes valores de depreciação ao G/L.
Pode-se definir área de depreciação com o propósito somente de relatórios, no qual
nenhum lançamento é feito no G/L.

01/08/2018
393514471.doc
Account determination (allocation)

A determinação da contabilização ocorre através da classe pelo account allocation. Os
lançamentos são realizados em contas de balanço (balance sheet accounts) ou contas de
depreciação.
Existe uma chave chamada account determination e pode ter o mesmo código da conta
contábil (facilita muito e diminui o tamanho do catálogo de classes), podem existir mais classes
que contas contábeis do balanço, mais de uma classe direcionando para a mesma conta de
balanço, neste caso está sendo usado o mesmo chart of account.
No caso de estar sendo utilizado mais de um chart of account, não é necessário a criação de
mais de um account determination key.
Ativos que estão em uma mesma classe corresponderão a mesma conta de reconciliação.
Também é possível realizar lançamentos em Cost accounting depreciation accounts.
Chart of Depreciation
Chart of Accounts
Account Determination
DEPRECIATION AREAS
Account Assignment
 Acquisition and Clearing Account

 Retirement Gain and Loss and Clearing
 Revaluation ...
 Cost amount not capitilized ...
 Depreciation accounts
o Ordinary depr. (accumulated depr, Expense
account, Write-up revenue)
o Unplaned depr.
o Revaluation of depreciation, interest, ...
Number Range Intervals

O Intervalo de numeração pode ser interno ou externo e pode ser atribuido a cada
company code ou todas as company codes podem compartilhar number ranges.
Screen layout of Asset Master Record

Os campos são agrupados em field groups e estas definições são feitas campo a campo.
É possível definir dentro do screen layout:
- Information on the field ( required entry, optional, display, suppress)
- Maintenance level (class, main no. , sub-no. ). Por sub-no é mais
flexível.
- Copy (reference copy)

01/08/2018
393514471.doc
Screen layout for Valuation Data

Trata-se das regras de preenchimento de campos para cada classe em cada área de
depreciação. Defaults propostos pela SAP (1000/2000). Também possibilita regra
Maintenance Level.
Lean Implementation
Trata-se de uma ferramenta que gera as customizações de acordo com o standard para a
sua empresa.
Regras:
- empresas pequenas
- standard functions
- small asset class catalog
- funções não contempladas: depreciation areas in FC, consolidation, own
depreciation keys, transaction types, reports (in additional), group assets

01/08/2018
393514471.doc
Closing
Month-end Closing Overview
O fechamento mensal consiste em:
Pre-closing
Abertura do novo período, lançamentos de ajustes (preparatory postings), fechar sub-
ledgers/feeder systems (FI-AA, A/R, A/P), fechamento preliminar (balanço preliminar).
Managerial close
Consiste nas atividades que envolvem redistribuição de custos (repostings) usando
alocação e liquidações de custos (settlements).. Neste momento pode ser necessário a
reabertura do G/L para lançamentos de ajustes
Financial close
Ajustes finais de avaliação (valuation) e balanço antes que da conclusão do fechamento
e da emissão dos relatórios. Ajustes do cash flow que são feitos por CO e serão
atualizadas em FI através do Reconciliation Ledger Adjustment.
Algumas atividades:
 CO reconciliation posting to FI,
 Foreign Currency revaluations,
 Business Area/Profit center/Profiability segment adjustments,
 Final Close old period,
 Reporting
Year-End Closing Overview

Além do fechamento mensal que será realizado da mesma maneira, algumas atividades
de encerramento anual são requeridas.
Pre-close
 Abrir o novo ano fiscal
 Realizar as avaliações de fim de ano de materiais e ativos
 Balance confirmation é enviado a clientes/fornecedores para verificar se o saldo
está correto
 Fiscal year change AA, prepara o AA tecnicamente para o novo ano
 Balance carry foward, prepara os saldos em FI para o próximo ano. Contas de
balanço transporte do saldo e apuração de resultado
Financial close (new year)

 Account analysis and regrouping account information para melhorar a
apresentação das informações no balanço
 Reconciliação entre o antigo e novo ano
 Qualquer lançamento de ajuste
 Fechamanto do ano anterior
 Relatórios

01/08/2018
393514471.doc
Financial Statement
Financial Statement Version

São outputs distintos para propósitos distintos, p.e., internal view, external view,
auditors view.
O financial Statement version é uma estrutura de balanço composta por linhas que
constituem níveis hierarquicos. Um FSV está associado a um chart of account e ao
idioma, o último nível de um nó conterá a relação de contas contábeis que podem ser
mostradas no caso de Débitos e/ou Créditos.
Na criação de um FSV o sistema fornece automaticamente 4 níveis e que podem ser

modificados a partir deste momento. A profundidade de um nó deve ter no máximo 10
níveis. O número de contas contábeis é ilimitado.
Cada FSV deve ter os seguintes itens especiais:

- Assets
- Liabilities
- Balance sheet profit/loss
- Profit and loss results
- Not allocable
The FSV offers a flexible layout of the balance sheet/profit and loss statement produced
by the standard financial statement program.
The version technique offers freely definable texts and includes pre-configured
summarization and grouping features.
Account Group Allocation According to Balance

É usado para definir em qual linha do balanço será mostrado o valor.
Na definição do FSV ao atribuir uma conta contábel a um nó, define-se se serão
mostrados os valores a crédito (negativo) ou a débito (positivo).
Cost-of-sales and Period Accounting Views

Cost-of-sales is an alternative to the period accounting display of Profit and Loss
information. In the R/3 System, functional areas are used to obtain the cost-of-sales
view.

01/08/2018
393514471.doc
Assets and Liabilities – FIXED ASSETS
Asset History Sheet x account reconciliation

O quadro do imobilizado (anual) contém a situação das contas de reconciliação do
imobilizado. Os imobilizados fazem parte do balance sheet através das contas de
reconciliação que são totalizadoras.
Periodic Tasks
- Special valuations of fixed assets
 Replacement value (index series)
 Insurable values (index series)
- Investment Support
- Depreciation run – online
- Interests
- Periodic postings
- Inflation adjustment
Settlement of Capital Investment Measures

Consiste na liquidação periódica de uma ordem de investimentos. Esta liquidação pode
ser feita para um imobilizado (Asset under construction) que reflete no G/L.
Orders/WBS elements -> Asset under construction -> Asset history Sheet
No Final settlement (liquidação final) o asset under construction é transferido

automaticamente para a conta/classe definitiva.
Depreciation
As depreciações, interests (juros) e reavalicações são controladas por chaves de cálculo.
Podem ser lançadas manualmente por meio de uma special posting transaction.
A depreciação deve ser lançada periodicamente em FI e este lançamento é feito de
maneira sumarizada.
Mudança de período
1o Post depreciation
2o Fiscal year change (preparação técnica para o próximo ano)
3o Year end closing (close old year)

01/08/2018
393514471.doc
Assets and Liabilities – CURRENT ASSETS
Trata-se das interferências de A/R, A/P e MM no fechamento
GR/IR Clearing Account - MM

Analise da conta de GR/IR para verificar diferenças
Existe a possibilidade de fazer um regroup e transferir o saldo existente nesta conta para
outra contra. Por conta de reconciliação define-se as contas que serão usadas no
regroup. No início do próximo período este lançamento será estornado.
A conta de GR/IR deve estar com o flag OPEN ITEM MANAGEMENT flegado.
Material Price Change – MM

Mudança do preço standard para um novo preço gera contabilização, debita estoque e
credita conta de despesa/receita.
Material Valuation – MM
O processo de valuation gera listas que podem ser liberadas pela contabilidade e então
geram documentos contábeis.
Quando o método de avaliação é alterado, lançamentos também são gerados.
Inventário – MM
As diferenças entre contagem física e o contábil podem ser corrigidas a partir de
lançamentos contábeis. Estoque x conta de diferença de inventário. Diferença pode ser
+ ou -.
Balance Confirmation – A/R ou A/P

Troca de saldo entre empresa e cliente/fornecedor.
É feito:
- Balance request
- Balance confirmation
- Balance Notification
Passos:
1. Define names for printing correspondences: programs + forms
2. Define sender details: texts (header, footer, ...)
3. Define reply address for balance confirmation (dados)
4. Specify selection criteria for balance confirmation (variants)
5. Prepare balance confirmation (variants)
Change reconciliation account – A/R ou A/P

A conta de reconciliação pode ser modificada, gerando algumas contabilizações.
Accural/Deferral Postings – A/P

Provisão. P.E. Aluguel
Consiste em gerar um documento de provisão no mes atual informando a data que será
revertida e o reversal code. Na data especificada será gerado o documento de reversão.
IVA Posting for Doubtful Receivables - A/R

Provisão para devedores duvidosos.
IVA = Individual value adjustment

01/08/2018
393514471.doc
Este processo é feito sem clearing porque o cliente deve.

É um exemplo de Special G/L transaction porque envolve conta de reconciliação
alternativa, a conta de reconciliação do cliente não pode ser usada para que o clearing
não seja feita (O CLIENTE DEVE).
O campo DUE DATE é obrigatório para que seja alimentado o cash flow.
Customizações:
- Por cliente define-se quais são as contas de reconc. Alternativas para
devedores duvidosos.
- É usado a letra (special g/l indicator) “E”, com o significado reserv for
bad debit e a partir desta letra chega-se a conta de reconciliação
Contabilização:
- Débito na conta de despesa
- Crédito na conta de provisão para devedores duvidosos
- Quando o cliente paga é feita a reversão da provisão
Flat rate IVA posting for doubtful receivables – A/R

Trata-se de uma taxa fixa a ser lançada na provisão de despesas com devedores
duvidosos.
No mestre de clientes existe o campo value adjustment, este campo está associado a
uma customização que possue os % a serem aplicados para a avaliação.
Value adjustment Days (até n dias) Debit rate (%)

01 30 1
01 60 2
Automatic flat-rate IVA for overdue receivables -> vai aplicar taxa fixa para IVA
doubtful receivables.
Este processo é realizado no fechamento para a avaliação das despesas com devedores
duvidosos.
Este processo gera uma proposta de avaliação que pode ser editada e posteriormente
transferida para que os lançamentos sejam gerados.
Foreign Currency Valuation – A/R e A/P
SAPF100
Valuation de partidas em aberto realizadas em moeda estrangeira (imp/exp). Em
operações realizadas em moeda estrangeira os dados são armazenados na moeda da
transação. No final do período, o processo de valuation consiste em trazer para o valor
presente apurando as diferenças cambiais.
Para que este processo seja executado se faz necessário:
1. Valuation Method
DEMO: converte o saldo pela taxa média
KTO:
utiliza taxa de compra (G) para converter os débitos (A/R)
utiliza taxa de venda (B) para converter os créditos (A/P)

01/08/2018
393514471.doc
2. Contas de ajuste: por contas de reconciliação + código de transação (account

determination) define-se as contas de ganho e perda.
No caso da valuation do balanço (saldo) é utilizado o campo EXCHANGE RATE

DIFFERENCE KEY para identificar a contabilização este campo pertence ao G/L
master data.
SAPF101 – Sorted List

Listing Receivables/Payables
Reclassifica o saldo entre as contas de acordo com o prazo para visualização no balanço
(curto prazo, longo prazo, >1 ano, ...)
Account Determination in Foreign Currency Balances

Contas gerenciadas em moeda estrangeira são avaliadas pelo saldo e usam o campo
EXCHANGE DIFFERENCE KEY para identificar as contas.
Profit and Loss – Closing Controlling
Impactos do fechamento de CO em FI.

Os custos sao enviados de FI para CO através dos cost elements (classes de custos), o
custo pode ser direto (ordens de produção CO-PC, ativos AA, estoque MM) ou indiretos
(ordens internas CO-ABC, centros de custos

01/08/2018
393514471.doc

01/08/2018
393514471.doc
Controlling
Accounts and cost elements:
- FI -> primary costs -> CO
- CO cria secondary costs
- You MUST create the primary cost elements in FI as G/L accounts before
you can create them in CO
Master Data
Transaction Data:
- Master Data - Cost Elements
- Cost Centers
- Activity Types
- Statistical
- Key Figures
- Transaction Data:
- Line Itens
- Total Records
- Master Data: permanecem fixo no sistema ao longo do tempo.
- Transaction Data: são assinalados para os master data.
Chart of Accounts:
- A relação entre FI e CO acontece na representação das contas de
resultado, como elementos de custos primários em CO. (Cost elements and
Revenue Elements).
- Os elementos secundários estão representados apenas em CO.
- Elemento primário ligado a FI, o secundário não
- Na versão 4.6 pode ser configurada a passagem automática de FI para CO
Cost Elements:
- Secundary Cost Elements: identificam custos internos de CO (ex. rateio,
liquidação, etc.)
- Primary Cost Elements: identificam custos/receitas geradas em FI.
- Obs.: qdo vc cria um elemento de custos, deve atribuir a este uma categoria
de elemento de custos.
Hierarquia Standard de Cost Center:

- Para se criar um elemento de custos primário, deve existir a conta contábil
correspondente.
- A hierarquia standard deve ser criada anteriormente (pré requisito) dos
centros de custos.

01/08/2018
393514471.doc
- É possível determinar a hierarquia standard, agrupando-se os centros de

custos afins. Cada um dos nós desta hierarquia corresponderá a um grupo
de centros de custos.
- Na versão 4.6 é possível o processamento coletivo de centros de custos,
para efetuar alterações. (Ex. alterar o responsável pelo centro de custos).
Activity Types:
- Utilizado para qualificar (classificar) os custos primários, e serve como um
tracing para a locação dos custos
- O planejamento da atividade gera um vínculo entre a atividade e o centro de
custos.
- O centro de custos pode ter mais de uma atividade.
- A atividade esta sempre ligada a n centros de custos.
- Para cada atividade deve estar atribuído um elemento de custos
secundário.
- O custo absorvido pela atividade, corresponde ao seu preço.
- A alocação de atividades precisa de: tipo de atividade, preço da atividade e
centro de custos.
- Regras básicas:
- Uma atividade nunca está só (sempre pendurada a 1 ou mais CC)
- Uma atividade tem que ser planejada para o CC
- Gera o vinculo no planejamento
- Gera a forma de calculo (tarifa)
Statistical Key Figures:

- São utilizadas para acompanhar transações periódicas como distribuições
ou rateios.
- Podem ser fixas (fixed value) para determinar valor médio (average) ou
total (total value) para determinar a somatória dos registros.
- Pode utilizar figuras estatísticas como:
- Critério de rateio
- Critério de performance
Time-Dependent Master Data:

- Pode-se armazenar master data (centro de custos, atividades, elementos de
custos) com dependência de data, possibilitando, por exemplo, gerar
relatórios com esta classificação.
- Alguns campos são definidos como time-dependents pela SAP e só podem
ser alterados considerando o ano fiscal (se já existe registro no ano fiscal, a
alteração só poderá ser feita no próximo exercício).
- A hierarquia standard não depende de tempo, as alterações refletem no
histórico das informações.
- Para aumentar a validade de um master data, é preciso ´criá-lo' novamente
a partir da data final de validade do já existente.

01/08/2018
393514471.doc
Master Data Groups:

- Utilizados para sumarizar os vários tipos de master datas (cost center,
actyvities..)
- Você pode usar o grupo para processar vários master data ao mesmo
tempo.
- A hierarquia standard de centros de custos é também um 'master data
groups'. Todos os centros de custos devem estar ligados à hierarquia
standard.

01/08/2018

1resumo Academia FI

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

1resumo Academia FI

Uploaded by

Copyright:

Available Formats

393514471.

ORGANIZATIONAL UNITS AND BASIC SETTING...............................................4

G/L ACCOUNT MASTER RECORDS.........................................................................9

ORGANIZATION STRUCTURE OF COST ACCOUNTING.................................11

MASTER DATA IN ACCOUNTS PAYABLE / ACCOUNTS RECEIVABLE........12

VENDOR/CUSTOMER ACCOUNT IN FI...........................................................................12

Valéria Barthel Baião Página 1

PURCHASING DATA IN THE VENDOR MASTER RECORD ..............................................14

SALES PROCESS X FI................................................................................................ 17

ASSET MASTER DATA...............................................................................................18

MASTER DATA IN TRAVEL MANAGEMENT.......................................................19

MASTER DATA IN BANK-ACCOUNTING............................................................. 20

DEFAULTS BY THE SYSTEM.............................................................................................25

PAYMENT TERMS OBB8.................................................................................................25

PROCEDURE FOR DAY-TO-DAY PLANNING.......................................................30

Special G/L Transactions.............................................................................................. 34

Valéria Barthel Baião Página 3

Organizational Units and Basic Setting

Um client especifica um logical system (sistema lógico).

Company = Group Company = Sociedade

Usada para fins de consolidação.

Company code existe para fins externos legais (específicos de um país)

Tudo que é feito em FI é necessário mencionar a company code.

Cada company code tem sua moeda local (local currency).

The definition of the company code organizational unit is obligatory.

 The company code can correspond to exactly one controlling area

Valéria Barthel Baião Página 4

 Several company codes can correspond to one controlling area

- fiscal year (variant)

The definition of the business area organizational unit is optional.

Business areas are used in external segment reporting

CAN BE USED ACROSS COMPANY CODES.

Business Area é diferente de DIVISION

Division = Setor de atividade usado em SD.

Valéria Barthel Baião Página 5

Operation Custos x Receita

Company Receita = Revenue

1 company code possue 1 chart of account para general ledger.

Valéria Barthel Baião Página 6

The assigning of an corporate group chart of accounts to a company code is optional.

 Fiscal year same as calendar year

 How many posting periods you require

Valéria Barthel Baião Página 7

Year-dependent: periods can be differ from year to year

A uma company code é associado uma variante de ano fiscal.

Posting date -> Posting Periods

Fiscal Year Variant

Posting Period Varint

Posting Period Ranges

Valéria Barthel Baião Página 8

G/L Account Master Records

G/L Account Master Record in the chart of account segment

G/L Account Master Record in the company code

Line item display controla se os lançamentos serão exibidos detalhadamente ou se

Open item management

Only Balances in local currency

Um grupo de contas vai definir o intervalo de numeração e o layout de tela

Master data field status

O Campo field status group do segmento company code define as regras de

Valéria Barthel Baião Página 10

Organization Structure of Cost Accounting

Chart of Chart of Chart of

Country-Specific Chart of account (Alternative account