Professional Documents
Culture Documents
Transcript
Resumo Academia SAP-FI Verso 6.0 Preparado por Rafael Paes de Barros Consultor SAP-FI
IBM Brasil Agosto 2008 APOSTILA
1.............................................................................................................................................3
UNIDADE 1 CONFIGURAES BSICAS.......................................................................................3
UNIDADE 2 MASTER DATA (DADOS MESTRES)..........................................................................5
UNIDADE 3 CONTROLE DE DOCUMENTOS ..............................................................................16
UNIDADE 4 CONTROLE DE LANAMENTOS ..................................................................20
UNIDADE
5 ...........................................................................................................................................27
COMPENSAO DE PARTIDAS EM ABERTO.................................................................................27
UNIDADE 6 CAIXA DIRIO.............................................................................................................30
UNIDADE 7 RAZO
ESPECIAL.......................................................................................................31 UNIDADE 8PARKING DOCUMENTS..............................................................................................33 APOSTILA
2...........................................................................................................................................34
UNIDADE 2 PAGAMENTOS AUTOMTICOS...............................................................................34
UNIDADE 3 COBRANA AUTOMTICA......................................................................................37
UNIDADE 4
CORRESPONDNCIA..................................................................................................40 UNIDADE 5
CLCULO DE JUROS..................................................................................................41 UNIDADE
6 COUNTRY SPECIFICS................................................................................................42
UNIDADE 7 RELATRIOS PADRO NO G/L................................................................................43
UNIDADE 8 FORMAS DE APRESENTAR RELATRIOS.............................................................43
UNIDADE 9 DRILLDOWN REPORTING.........................................................................................44
UNIDADE 10 ENCERRAMENTO DE ATIVIDADES......................................................................45
UNIDADE 11 DEMONSTRATIVOS FINANCEIROS (BALANO PATRIMONIAL)...................47
UNIDADE 12 RECEBVEIS E PAGVEIS.................................................................................47
UNIDADE 13 LUCROS E
PERDAS...................................................................................................49 UNIDADE 14
TECHNICAL, ORGANIZATIONAL AND DOCUMENTARY STEPS....................52 APOSTILA
3 ..........................................................................................................................................53
UNIDADE 1 ESTRUTURA ORGANIZACIONAL............................................................................53
UNIDADE 2 DADOS
MESTRES........................................................................................................54 UNIDADE 3
TRANSAES DE ATIVOS........................................................................................57 UNIDADE 4
PROCESSAMENTO PERIDICO................................................................................60 UNIDADE 5
SISTEMA DE INFORMAO.....................................................................................61 UNIDADE 6
inflao a relao entre as moedas pode ser mantida em um perodo de tempo. Ex: 1 real = 133,00
yenes, aps o translation 1 real = 133 yenes. Inversion: Dever ser marcado para que a taxa
possa ser informada 1 nica vez: BR- USD e USD-BR. Cotao direta: Uma unidade da moeda
estrangeira US$ custa a quantidade exibida de unidades da moeda interna. 1US$= 0,92000 Euro.
Cotao indireta: Uma unidade da moeda estrangeira US$ custa a quantidade exibida de unidades
da moeda interna . 1 Euro= 1,08696 US$. Worklists for maintaning exange rates: Definido listas
de trabalho ir economizar tempo e diminuir erros. Apenas as taxas de cmbio relevantes sofreram
manuteno. 4 UNIDADE 2 MASTER DATA (DADOS MESTRES) PLANO DE CONTAS FI-GL:
Vinculado ao Razo Geral ou General Ledger (GL), esto os razes auxiliares ou sub-ledgers
(AP/AR/AA) que servem para demonstrar de maneira anlitica as informaes do Razo Geral. O
cadastro mestre de contas contbeis possuem 2 segmentos: Segmento Plano de contas;
Segmento company code. 3 Etapas para criar e usar o plano de contas: Definio do plano
de contas; Definio das propriedades do plano de contas; Atribuio do plano de contas as
empresas. As contas contbeis anliticas so associadas a um grupo de contas (account group) e a
cada empresa (company code) na qual ser utilizada. O Plano de contas uma variante que
contem a estrutura e as informaes bsicas sobre as contas do razo. definido com um
identificador de 4 caracteres, preciso definir os componentes do plano de contas e deve ser
atribuida a todas as empresas que queiram criar contas com base na estrutura definida. Definio
do plano de contas contem: Chave e Descrio. Informaes gerais: Idioma de atualizao e
extenso do n da conta do razo. Integrao do controlling: Criao automtica ou manual para
elementos de custo. Consolidao: Plano de contas do grupo Status: A marca bloqueada.
Lenght of GL account number: O tamanho do cdigo das contas contbeis definido na estrutura
do plano de contas. Controlling Integration: Sempre que forem criadas contas de P&L (perdas e
lucros) o sistema pode criar classes de custo primrias automaticamente no CO, desde que haja um
padro para que estas classes sejam alocadas. Grupo do plano de contas: Se houver um plano de
contas de grupo para qual os saldos do plano de contas operacional devero ser replicados, esse
plano deve estar vinculado na estrutura do plano de contas. Blocked: Um plano de contas que
ainda no estiver finalizado pode ser bloqueado. Atribuio do plano de contas: 5 1. Toda
empresa precisa ter um plano de contas atribuido a ela. 2. Um plano de contas pode ser atribuido a
vrias empresas (principio da variante). 3. Cada empresa possui um plano de contas. Segmento
do plano de contas: O plano de contas contem informaes bsicas sobre as contas. As
informaes por conta so agrupadas. Estes contem: Nmero da conta; Nome da conta; Os
campos de controle; Os campos de consolidao; O segmento do plano de contas consiste em
diversos grupos de campos: Tipo/Descrio: Controle no plano de contas, descrio, dados de
consolidao no plano de contas. Palavra chave/Converso: Palavras chaves no plano de contas,
converso. Informaes: Informaes no plano de contas, textos do razo no plano de contas.
Status de campo plano de contas: As informaes entradas neste segmento so exclusivos,
independente de os usurios terem uma ou vrias empresas. Sempre que forem introduzidas
informaes informaes do segmento do plano de contas sero automaticamente acessadas. As
palavras chaves facilitam a pesquisa de um nmero de conta. Voc pode definir e mudas o layout
das tab pages para o processamento individual dos dados mestres das contas do Razo. Voc
pode definir: O nmero das tab pages; O ttulo das tab pages; Os grupos de contas que voc
requer e qual a posio. Seleo dos layouts para processamento central e processamento para
reas especificas da empresa. Segmento da empresa (company code segment) Para usar uma
das contas do plano de contas atribudo empresa, deve ser criado um segmento da empresa.
Este ser adicionado ao segmento de plano de contas. Os dois formam a conta. O segmento da
empresa consiste em diversos grupo de contas: Dados de controle: Controle de contas,
administrao de contas do Razo, Joint Venture (parceria). 6 Banco/Juros: Criao de
documentos, detalhes bancrios/financeiros, clculo de juros. Informaes: Informaes/textos, da
conta do razo. O segmento da empresa para a mesma conta do Razo pode ser diferente,
conforme as necessidades da empresa. preciso definir informaes pertinentes a cada empresa:
moeda, impostos, contas de conciliao, exibio de partidas individuais, chave de ordenao,
grupo de status de campo, banco da empresa, informaes sobre clculo de juros. Um plano de
contas, diversas empresas: Toda empresa precisa ter um plano de contas atribuido a ela e criar seu
prprio segmento de empresa. Contas de balano e de demonstrativos de resultados (P&L) No
segmento do plano de contas necessrio indicar se a conta ser de balano ou de demonstrao
de resultados. Esses 2 tipos de contas so tratados de forma diferente no procedimento de
encerramento. Nas contas de balano, o saldo transportado para a mesma conta. Nas contas
de demonstrao de resultados, o saldo transportado para uma conta de lucros liquidos
acumulados e a conta de demonstrao de resultados zerada. atribuda uma chave a conta de
transporte de saldo, e essa chave introduzida no campo tipo de conta de demonstrao de
resultados, no segmento plano de contas. Contas marcadas como balance sheet, no
encerramento do exercicio atual, os saldos sero carregados para a mesma conta contbil do
exerccio posterior. Contas marcadas como P&L os saldos so carregados para a conta de
resultado de apurao, zerando os saldos das contas atuais. Para tanto o sistema obriga a criao
da conta de apurao de resultados antes que o check seja utilizado. Grupo de contas para as
contas do Razo: O grupo de contas controla: O intervalo de numerao das contas; O status
dos campos do segmento da empresa no registro mestre. O grupo de contas reune contas com as
mesmas tarefas no Razo, exemplo: Contas de fundos liquidos; Contas de materiais; Contas
de imobilizados; Etc; 7 Com a atruibuio de um intervalo de numerao a um grupo de contas,
pode se garantir que as contas do mesmo tipo fiquem no mesmo intervalo de numerao. O grupo
de contas deve ser introduzido no segmento do plano de contas e controla a aparncia do
segmento da empresa de uma conta do razo. Status do Campo: Todos os campos tem uma das
seguintes propriedades: Oculto; Apenas exibir; Entrada obrigatria; Entrada opcional. Status
Criao manual: Com o mtodo em duas etapas, o segmento do plano de contas criado de
forma separado do segmento da empresa. Isto permite a criao da conta do Razo somente no
plano de contas ou em vrias empresas. Usar o mtodo em uma etapa para criar a conta do Razo
em uma empresa indicada. Repetir a 2 etapa do mtodo em 2 etapas, criar o segmento de
empresa para criar a conta do Razo em outras empresas, conforme necessrio. Criao de
contas por meio de cpia: Pode-se criar uma nova conta relacionada a conta existente, e mudar o
ttulo da conta de maneira correspondente. O plano de contas inteiro pode ser copiado em um novo
plano de contas, inclusive a determinao de contas. A estrutura do balano tambm pode ser
copiada. Transferncia de dados: Para reduzir a entrada de dados, programas como RFBISA00,
interface batch input para dados mestres do Razo podem ser modificados pela equipe do ABAP,
para adaptao ao carregamento das informaes do novo plano de contas. Processamento
coletivo: Pode-se modificar as seguintes informaes: Plano de contas; Empresa; Descrio.
Pode-se modificar, ao mesmo tempo, os dados mestres na rea do plano de contas, os dados
especficos da empresa ou os nomes de vrias contas do Razo. As contas do Razo podem ser de
planos de contas diferentes. possivel fazer alteraes nas contas do Razo exibidas: Pode-se
selecionar os campos que devem ser modificados; Pode-se modificar os valores dos campos
exibidos. Plano de contas do grupo de empresas Este plano de contas deve conter todas as
contas do grupo de empresas. O plano de contas do grupo de empresas deve ser atribuido a cada
plano de contas operacional. Se isto for feito, o campo nmero da conta do grupo torna-se entrada
obrigatria. No segmento do plano de contas de todas as contas operacionais deve ser introduzido
o nmero da conta do grupo. As diferentes contas de um plano de contas operacional podem indicar
a mesma conta do grupo. Deve-se ser usada uma estrutura do balano para o plano de contas do
grupo de empresas. 10 Desvantangem: Como as empresas usam plano de contas operacionais
diferentes, impossvel executar qualquer controlling inter-empresarial. Plano de contas
especfico do pas Contem as contas necessrias do Razo para atender as necessidades legais do
pas. uma alternativa para usar o plano de contas do grupo de empresas. Se cada empresa usar
o mesmo plano de contas operacional, as empresas que necessitarem de plano de contas
diferentes para o sistema externo de informaes podero: Ter atribudo um plano de contas do
pas; Ter o nmero do plano de contas do pas ( nmero alternativo) introduzido em todos os
segmentos da empresa. Cada nmero de contas do pas s pode ser usado uma vez.
Desvantagem: Os responsveis que esto familiarizados com o plano de contas do pas tero que
se acostumar a usar o plano de contas operacional. Conta de clientes e fornecedores: Possuem 2
segmentos: Processamento de dados gerais: No nvel de mandante, estes dados podem ser
acessados em toda a organizao. Segmento com dados especficos da empresa: No nvel de
empresa. Qualquer empresa que queira fazer negcios com um cliente ou fornecedor especfico
deve criar um segmento da empresa para este. Com isso criado uma conta de cliente ou
fornecedor. Viso da conta do cliente (SD): Como o departamento de vendas e distribuio
tambm permanece em contato com o cliente e precisa conhecer os dados especficos sobre ele,
pode ser criado um segmento da rea de vendas para cada cliente. Deve-se criar primeiro um
segmento da rea de vendas antes de fazer negcio com o cliente. Viso da conta do fornecedor
(MM): Deve-se criar um segmento da organizao de compra para fornecedores. Qualquer
organizao que queira fazer negcios com um fornecedor, deve primeiro criar um segmento da
organizao de compras. Este segmento contem dados especficos da rea. Conta total do
cliente: formada por 3 segmentos a seguir: formado por dados gerais no nvel de mandante.
Segmento da empresa; Segmento da rea. 11 Em geral o segmento da rea de vendas a ser
atribudo a empresa tem que ser criado. O nmero da conta atribudo ao cliente ao nvel de
mandante. Comparao de dados mestres: mais fcil criar registros mestres de
clientes/fornecedores centralizadamente para garantir sua correta definio, caso contrrio existe o
risco de criar registros mestres incompletos ou duplicados. Para corrigir e encontrar essas contas
incompletas pode se executar o relatrio RFDKG00, para comparao de dados mestres de clientes
ou o RFFFAG00 para a comparao de dados mestres de fornecedor e fazer as correes
necessrias. A criao de contas duplicadas pode ser evitada com o uso de matchcode antes da
criao de uma nova conta, ou com a ativao da verificao automtica de duplicao. Pginas
da conta de cliente/fornecedor: Todos os segmentos de conta consiste em vrias pginas com
diferentes grupo de campos. Dados gerais: Endereo, dados de controle, operaes de
pagamento, texto; Dados da empresa: Administrao de conta, operaes de pagamento,
correspondncia, seguros, imposto retido na fonte, texto. Campos importantes: Search term:
abreviao para o nome; Corporate group: Identifica a matriz ou holding do cliente/fornecedor;
Accounting clerk: Identifica o gerente responsvel pela conta. IBAN: Cdigo internacional de
conta corrente bancria para empresas estrangeiras. Grupo de contas para clientes/fornecedores:
O grupo de contas controla: O intervalo de numerao das contas (ranges); O status dos
campos no registro mestre; Se a conta for de cliente ou fornecedor espordico (one-time); O grupo
de contas usado para controlar os campos exibidos no registro mestre na tela de criao inicial.
Depois de criada, seu grupo de contas no poder ser modificado, porm possivel modificar o
grupo de contas, por exemplo, de um endereo sequencial para um endereo de entrega.
Intervalo de numerao para clientes/fornecedores: Existem intervalos de numerao separados
para as contas de clientes e fornecedores. 12 O conjunto de nmero de contas possveis est
dividido em intervalos de numerao menores, e eles no podem se sobrepor. Numerao
interna: Significa que o sistema atribui os nmeros em ordem sequencial. Assim ele pode exibir o
nmero atual que informa quantos nmeros ainda existem em um dado intervalo de numerao.
Numerao externa: Os nmeros so entrados manualmente pelo usurio que cria o registro
mestre. Os nmeros externos podem ser alfa-numricos. No necessrio atribuir os nmeros em
sequencia, portanto o nmero atual no pode ser exibido. Todos os intervalos de numerao podem
ser atribudo a um ou mais grupos de contas. Conta normal (conta espordica/one time): Para
todos os clientes ou fornecedores com os quais raramente se faz negcios devem ser criados
registros mestres especiais de clientes e fornecedores. No so armazenados dados especficos
para um nico cliente/fornecedor no registro mestre. Portanto devem ser suprimidos os campos
especficos do cliente. Os dados especficos para clientes/fornecedores espordicos so
introduzidos no documento por ocasio do lanamento. Controle do status do campo: O layout
das telas de dados mestre de clientes/fornecedores podem ser afetados por diversos fatores:
Controle do grupo de contas: Em geral o status controlado apenas pelo grupo de contas. Desta
forma todas as telas tero a mesma estrutura. Controle dependente da transao: Se desejado, o
status do campo pode depender tambm das transaes de dados mestres criar, alterar, exibir.
O status do campo deve ser exibido como exibir para a transao alterar, se o campo no puder
ser modificado aps a criao. Controle dependente da empresa: Os campos no usados em uma
empresa podem ser suprimidos, embora possa ser campo de entrada em outros. A definio de
status de campo de grupo de contas, a transao e a empresa so combinadas, sendo usada
aquela com maior prioridade. Princpio do duplo controle: Uma pessoa responsvel pelas
modificaes em um cliente ou fornecedor, enquanto a outra fica responsvel pela validao das
modificaes, em geral de alteraes crticas. 13 Primeiro preciso definir os campos de prncipio
de duplo controle nos registros mestres de clientes e fornecedores no IMG. Se um campo for
definido como sensvel no registro mestre, o cliente/fornecedor correspondente ser bloqueado no
pagamento, caso a entrada seja modificada. O bloqueio s removido quando uma 2 pessoa com
a autorizao verifica a modificao e a confirma ou rejeita. As confirmaes podem ser feitas
individuais, ou pode-se obter uma lista. A lista pode ser restringida por: Cliente/Fornecedor;
Empresa; Contas ainda no confirmadas; Contas recusadas; Contas que devem ser confirmadas
pelo usurio. Compensao cliente/fornecedor: Se um cliente for tambm um fornecedor, ou viceversa, usando o programa de pagamento, pode compensar reciprocamente partidas em aberto.
Para-se usar esta compensao as seguintes etapas devem ser realizadas: O nmero da conta
do fornecedor deve ser introduzido na conta do cliente e vice-versa. Cada empresa pode decidir,
em separado, se deseja compensar um cliente com um fornecedor. Se optar pela compensao, o
campo compensao com fornecedor da conta do cliente precisa ser marcado e vice-versa.
Pagador/ recebedor alternativo: Nos nveis do cliente e da empresa pode ser introduzido. A entrada
no segmento da empresa tem maior prioridade que no nvel de cliente. H vrias opes para esta
funcionalidade: Se o campo especificao individual for selecionado durante a entrada da fatura,
possvel entrar informaes individuais de pagador/recebedor do pagamento de um
cliente/fornecedor que no tenham sido criados no sistema; Se o pagador/recebedor do
pagamento alternativo for um cliente ou fornecedor existente, os nmeros do fornecedor/cliente
podem ser entrados no registro mestre como pagador/recebedor do pagamento autorizado. Durante
a entrada da fatura, um desses pode ser selecionado com o uso de matchcode; Se dor
introduzido um pagador alternativo, o dinheiro para liquidar as partidas em aberto vencidas da conta
funes controlam: O tipo de conta em que possvel lanar uma partida individual; Se o item
lanado como crdito ou dbito; O status do campo de detalhes adicionais. As chaves de
lanamento so definidas no nvel de mandante, e as chaves tambm indicam: Se a partida diz
respeito ou no a uma operao de pagamento. Essa informao necessria na anlise de
histrico de pagamento e na criao de avisos de pagamento. Para operaes do Razo: 40 a
chave de lanamento para dbito. 50 a chave de lanamento para crdito. Para faturas de
clientes: 01 a chave para dbito. 50 a chave para crdito. Para faturas de fornecedores: 40
a chave para dbito. 31 a chave para crdito. Status do campo de documento: Depende da
conta e personalizado em contas do Razo. No processamento de clientes e fornecedores, o
status do campo personalizado na chave de lanamento, quando necessrio. 18 Da mesma forma
que na definio de status de campo em contas do Razo, aplicado o status do campo com
prioridade mais alta. impossvel combinar status suprimir e entrada obrigatria. Esta
combinao gera erro. Grupo de status de Campo: Usado apenas para o Razo Geral. Para cada
categoria de contas do Razo necessrio determinar o status de cada campo de entrada de
documento. Essas regras so agrupadas para cada categoria de contas do Razo, no grupo de
status de campo. Chaves de lanamento Standard: Se modific-las, ou definir novas chaves de
lanamentos, todas as tarefas que faam referncia a essas chaves devero tambem ser
atualizadas. Chaves de lanamento para ativos e materiais s podem ser atualizadas se os
componentes correspondentes estiverem implementados. Ao influenciar definies de status de
campo das chaves de lanamento, e o grupo de status de campo, possvel tornar o status
dependente da transao da conta. Livro Auxiliar: Uma vez que no tem grupo de status de
campo, as diferenas no lanamento do livro auxiliar so efetuadas, principalmente por chaves de
lanamento diferentes. H muitas chaves de lanamento para lanamentos no livro auxiliar. Nos
lanamentos do Razo, a diferena feita principalmente por grupo de status de campos diferentes.
Portanto, apenas 2 chaves de lanamento (40 e 50) so necessrias. A chave de lanamento
definida no nvel de mandante e ela determina como o item do documento ser lanado (dbito ou
crdito). Perodos contbeis: So definidos na variante do exerccio. Para se evitar lanamentos
em perodos contabis errados, os perodos desejados podem ser fechados. No final de cada
perodo ele em geral encerrado e o perodo seguinte aberto. Durante o fechamento financeiro,
alguns perodos extraordinrios tambm podem ser abertos para lanamentos de encerramento.
Durante o procedimento de fechamento, dois intervalos de perodos tem que estar aberto ao mesmo
tempo. Portanto dois intervalos de perodos podem ser entrados na tabela de perodo contbil.
Variante do perdo contbil: Vrias empresas podem usar a mesma variante. A abertura e
fechamento de perodos so feitos ao mesmo tempo para todas as empresas atribudas, o que torna
a atualizao do perodo mais fcil. Verificaes de perodo por tipo de conta: No nvel de
cabealho do documento, o sistema verifica os perodos que esto alocados para o tipo de conta
+. Esta a primeira verificao. Portanto o tipo de conta + deve 19 ser aberto para todos os
perodos que se supe que estejam aberto para qualquer outro tipo de conta. O tipo de conta +
representa a entrada mnima na variante do perodo contbil. Perodos contbeis podem ser tratatos
de diferentes modos para vrios tipo de conta. No nvel de partida individual, o sistema verifica o
tipo de conta da chave de lanamento para saber se o perodo est aberto para o tipo de conta
atribudo. O intervalo de contas sempre tem contas do Razo. A entrada de determinadas contas de
reconciliao atrs de tipos de contas do livro auxiliar, faz com que as contas do livro auxiliar
possam ser tratadas diferentemente das contas com conta de reconciliao diferente. Dois
intervalos de perodo: Devem estar abertos ao mesmo tempo durante o procedimento de
encerramento. Um grupo de autorizao pode ser atribudo ao primeiro intervalo. razovel utilizar
o primeiro intervalo para perodos extraordinrios e autorizar somente os contadores envolvidos no
encerramento para fazer lanamentos nesses perodos. O usurio deve ter autorizao para o
objeto de F_BKPF_BUP (autorizao para perodos contbeis, com o mesmo valor no campo
grupo de autorizaes com na tabela de perodos contbeis. Autorizao de lanamento:
Montantes mximos: So definidos por empresa em grupos de tolerncia. Aqui tambm
controlado o processamento das diferenas de pagamento. Nesta seo so enfocados os limites
superiores para operaes de lanamento, dentro dos grupos de tolerncias: Montante total por
documento; Montante por item de cliente/fornecedor; O percentual de desconto que um usurio
pode garantir nesse grupo de tolerncia. Atribuies de autorizaes de lanamento: Se um
usurio no for atribuido a nenhum grupo de tolerncia especial, ele ser colocado no grupo de
tolerncia default. Geralmente o grupo de tolerncia default contem valores que devem ser vlidos
para o maior grupo de empregados. Para funcionrios com limites muito alto ou muito baixo, deve
ser criado e atribuido um grupo de tolerncia especial para seu ID de acesso de usurio. UNIDADE
4 CONTROLE DE LANAMENTOS DEFAULT VALUES: ID DE PARMETRO: Definir
determinados valores de campo default; 20 OPES DE PROCESSAMENTO: Definir mscaras
da tela default; Modificar estrutura da tela. REGISTRO MESTRE DE USURIO: Idioma,
formatao de data, impressoras, notao decimal,etc. Os Ids de parmetro permitem aos usurios
definir valores propostos para campos cujo valores no se modificam com frequncia. As opes de
processamento permitem aos usurios modificar suas telas do sistema, nas seguinte reas:
Entrada de documento: O usurio pode ocultar campos que no sejam relevantes para seus jobs.
Exibio de documento: O usurio pode definir diferentes opes de exibio ao consultar
documentos. Partidas em aberto: Os usurios selecionam exibies de estrutura linhas e opes
de lanamento para processar partidas em aberto, ou seja tem a opo de entrar o montante de um
pagamento parcial ou o saldo da nova partida em aberto. DEFAULT DE SISTEMA E CONTBEIS:
Default de sistema: Data de lanamento, princpio de documento. Default contbeis: Tipo de
documento e chave de lanamento; Definies de chave de lanamento de dbito/crdito;
Proposta de exerccio; Proposta de data efetiva; Desvio mximo na taxa de cmbio. O sistema
sempre prope a data atual como a data de lanamento e de entrada durante o processamento de
documento. Contudo a data de entrada no pode ser mudada. O sistema atende ao princpio do
documento, todos os documentos devem ter equivalncia antes de seu lanamento. Como o
processo feito em vrias operaes contbeis, os tipos de documentos default e as chaves de
lanamento so definidos por operao em customazing. Uma fatura de fornecedor ter o tipo de
documento KR usando a chave de lanamento 31. Uma fatura de cliente ter o tipo de documento
DR e o dbito ser lanadousando a chave 01. preciso definir no nvel da empresa, a diferena
mxima entre a taxa de cmbio que foi entrada no cabealho do documento de uma operao e a
da tabela de taxas de cmbio. Se o sistema encontrar uma diferena superior a estabelecida, ser
emitido uma mensagem de aviso. Modificao de documentos: Modificaes em 2 nveis: 21
Cabealho do documento; Partida individual. Determinados campos no podem ser modificados:
montante, chave de lanamento. Outros campos podem ser modificados: textos, alocao. O
sistema rastreia todas as modificaes de documentos. Pode-se modificar determinados campos do
cabealho de documento e das partidas individuais. Cabealho do documento: Somente o nmero
de referncia e os campos de texto podem ser modificados. Partidas individuais: O sistema no
permite modificaes no montante, na chave de lanamento, na conta ou em qualquer outro campo
que afete a reconciliao de um lanamento. A medida que os usurios modificam os documentos,
as seguintes informaes so registradas: O campo que foi modificado; Os valores novos e
antigos; O usurio que fez as modificaes; A hora e a data da modificao. Regras de
modificao de documentos: Pode-se ter diferentes regras de modificao para cada campo: Tipo
de conta: Permite diferenciar uma regra entre contas receber, contas pagar e Razo. Classes
de transao: So usadas apenas nas operaes do Razo especial para letras de cmbio e
adiantamentos; Empresa: Se o campo estiver em branco, a regra aplicada em cada empresa.
As condies para modificar um campo so pr-definidas e podem ser modificadas da seguinte
maneira: O perodo contbil ainda est aberto; A partida individual ainda no est liquidada;
O documento no uma inscrio ao crdito referente a uma fatura; O documento no um
crdito decorrente de um adiantamento. Documento Reverso (estorno): Pode ser revertido de 2
maneiras (normal/standard ou lanamento negativo. Lanamento negativo: Para que seja
permitido este tipo de documento so considerados 2 pr-requisitos: 1 a empresa deve permitir
lanamentos negativos, 2 o reversals reason deve estar customizado para lanamentos negativos.
Se ativados, ao estornar o documento original utiliza-se os mesmo posting keys do documento
original porm muda o sinal para negativo. 22 Standard: Reverte o lanamento utilizando a
posting key inversa. Ex: documento original 40, a reverso ser 50, e vice-versa. Condies
de pagamento: So utilizados para definir: Data base para clculo de vencimentos; Validade dos
descontos; Porcentagem de desconto; As condies so: Alocadas no registro mestre de
cliente/fornecedor; Propostas pelo sistema ou entradas pelo usurio; Usadas em partidas
individuais de transao para determinar as condies de pagamento. Condies de pagamento
so condies estabelecidas entre parceiros de negcios para liquidar o pagamento de faturas. As
nicio que o sistema utiliza para calcular o vencimento da fatura. Os valores propostos, a partir dos
quais possvel determinar a data base so os seguintes: Sem default, Data de lanamento,
Data do documento ou Data de entrada. Especificaes para o clculo da data base: A data
afixada utilizada para substituir o dia de calendrio da data base; 24 A quantidade de ms(s) a
ser adicionado ao ms de calendrio do ms base. Desconto: Para-se calcular, entra-se uma
porcentagem na condio de pagamento. A quantidade de dias de validade da porcentagem
tambm entrada na mesma linha. Podem ser acrescentados outros dias ou meses fixos. Os dias e
meses definidos na condio de pagamento so usados em conjunto com a data base para calcular
o montante de desconto correto para a data de pagamento. Pode-se entrar at 3 validades de
desconto. Dias limite: Os dias limite possibilitam condies de pagamento dependentes da data.
Pode-se definir diversas verses de uma chave de condies de pagamento, cada uma delas com
diferentes dias limites. Prestao (installment payments): Um plano de pagamento em prestaes
possibilita que o pagamento de uma fatura seja feito ao longo de vrios meses, ou que uma parte
do montante da fatura seja retida para pagamento em data posterior. O sistema cria uma partida
individual para cada prestao determinada. Montante base desconto: A legislao federal do
pas que determina se o montante base de desconto ser o valor liquido ou o valor bruto (que
inclui os impostos). preciso decidir, por empresa ou por cdigo de jurisdio, como o sistema deve
determinar o montante base de desconto. Lanamento de descontos Procedimeno Bruto: O
montante de desconto entrado na fatura, manual ou automaticamente pelo sistema, que para isso
utiliza as taxas existentes nas condies de pagamento. possvel modific-lo at mesmo depois
que a fatura lanado. Quando for liquidada uma partida em aberto, de uma conta de cliente ou
fornecedor, desconto possvel automaticamente lanado em uma conta de desconto concedido
ou desconto no-vencido. Estas contas so definidas na configurao. Processo de
contabilizao liquida para fornecedores: Se for feito o lanamento de uma fatura de fornecedor com
um tipo de documento para o processo de contabilizao liquida, o montante lanado em despesas
ou na conta do balano reduzido pelo montante do desconto. O mesmo montante tambm
lanado em uma conta de liquidao de desconto para compensar o documento. Quando-se utiliza
o processo de contabilizao liquida, o montante de desconto automaticamente lanado durante o
lanamento da fatura. A conta de liquidao de desconto deve ser administrada com base na
partida em aberto. Impostos (taxes): H apenas 2 permitidos no sistema R3: Taxas por nvel de
pas/federal; Taxas por nvel de estado/jurisdio. Cada pas est associado uma tax procedure
for calculation. semelhante ao esquema de clculo de preos em SD, cada account key est
associada a tax account. O tipo de condio difere as regras para o clculo de impostos. 25 No
momento da determinao de conta define-se as regras (dbito/crdito e tax code). Code Tax:
informado no momento de lanar um documento e est associado ao country code, sendo assim
determina qual o esquema de clculo de impostos. Pelo tax code tem-se o percentual de imposto e
qual a determinao 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. Processo do clculo da taxa: Dados requisitados para o
automatic determination for tax amounts: Regras; Chave de lanamento; Contas de taxas;
Operao inter-empresarial: Envolve duas ou mais empresas em uma transao contbil, exemplos:
Uma empresa compra de outras empresas (suprimento centralizado). Uma empresa paga para
outras empresas (pagamento centralizado). Uma empresa vende mercadorias para outras
empresas. Uma operao inter-empresarial faz lanamentos em contas de vrias empresas. Isto
no pode ser feito com o lanamento de apenas um documento, porque um documento sempre
atribudo a uma nica empresa. Em vez disto, o sistema lana um documento em separado para
cada empresa envolvida. Para salvar dbitos e crditos nesses documentos, o sistema gera partidas
individuais automticas, que so lanadas em contas transitrias, isto , conta as pagar ou a
receber entre empresas. Os documentos pertencentes a uma operao inter-empresarial so
ligados por um nmero de operao inter-empresarial comum. Contas transitrias: Devem ser
definidas em cada empresa antes da execuo de uma operao inter-empresarial. As contas
transitrias podem ser contas do Razo, de clientes ou fornecedores. Na configurao, necessrio
atribuir contas transitrias para cada possvel combinao de 2 empresas, afim de permitir
lanamentos inter-empresarias entre essas combinaes (ex: 3 empresas precisam de 3x2=6
contas transitrias). Para diminuir a quantidade de contas transitrias, pode-se utilizar apenas uma
empresa como Empresa de Compensao . Neste caso, o usurio deve atribuir contas transitrias
para cada combinao da empresa de compensao com as outras empresas. (ex: 3 empresas
precisam de 2x2=4 contas transitrias). Tambm necessrio atribuir Chaves de Lanamento as
contas transitrias para identificar que tipo de contas elas so. 26 Nmero para operao interempresarial: No lanamento do documento inter-empresarial, o sistema gera um nmero para
operao inter-empresarial, para interligar todos os novos documentos. O nmero do documento
uma combinao do nmero do documento da 1 empresa, do nmero da primeira empresa e do
exerccio atual. Ele arquivado no cabealho. Os documentos inter-empresariais podem ser
estornados: o sistema pode estornar cada documento separadamente. UNIDADE 5
COMPENSAO DE PARTIDAS EM ABERTO PARTIDAS EM ABERTO: So transaes
incompletas, tais como fatura de fornecedor que no foi paga. Para que uma transao de partidas
em aberto seja considerada completa, a transao deve ter sido compensada . Uma transao
considerada completa quando um valor de contrapartida lanado para um item ou grupo de
itens, de forma que o saldo resultante das partidas seja zero. LANAMENTO COM
COMPENSAO: O usurio entra itens de documento e, em seguida, marca as partidas em aberto
que devem ser compensadas. O lanamento com compensao pode ser feito simultaneamente
para vrias contas e tipos de contas, e para qualquer moeda. Esta transao pode ser realizada
manual ou automaticamente, com a utilizao do programa de pagamento automtico.
COMPENSAO DE CONTAS: Permite selecionar e fazer a correspondncia das partidas em
aberto existentes a partir de uma conta de saldo zero. O sistema marca as partidas compensadas e
cria um documento de compesao. O nmero e a data de compensao so entrados nas partidas
em aberto liquidadas. A data de compensao pode ser a data atual ou uma data definida pelo
usurio. PROGRAMA DE COMPENSAO AUTOMTICA: Funes de compensao:
Agrupar itens por conta; Se o saldo for zero, os itens sero marcados para compensao.
Condies para compesao: As contas devem ser administradas com base em partida em
aberto; Contas a compensar devem ser definidas. 27 Itens no compensados:
Partidas memo; Lanamentos estatsticos, adiantamentos, letras de cmbio; Itens com entradas de
imposto retido na fonte. Programa de compensao automtica: O usurio pode compensar
partidas em aberto de contas do Razo, de fornecedores e clientes. O programa agrupa itens de
uma conta que tem os mesmo: Nmero de conta de reconciliao; Moeda; Cdigo do Razo
especial; Cinco critrios livres definidos no cabealho ou item do documento, ou seja, campo de
alocao, nmero de referncia, etc. Se o saldo dos itens, na moeda local e dentro de um grupo for
zero, o sistema faz a compesao automaticamente e cria documento de compesao. Todas as
contas que exigem compensao automtica precisam ser definidas via customazing. Processo de
pagamento manual: Incoming payment: Recebimento; Outgoing payment: Pagamento.
Pagamento manual uma transao que compensa uma partida em aberto, geralmente uma fatura,
pela alocao manual de um montante de contrapartida a uma partida em aberto. Entrada de
pagamento: Geralmente usadas em contas a receber, liquida um montante devedor em aberto.
Pagamento a efetuar: Geralmente usados em contas a pagar, liquida um montante de crdito em
aberto. Pagamento manual processado em 3 etapas: 1. So preenchidas as informaes do
cabealho do documento; 2. So marcadas as partidas em aberto que sero compensadas; 3. A
transao gravada. Processo de partidas em aberto: H uma tela que lista todas as partidas em
aberto sem equivalncia. Podem ser pagamentos, dbitos, crditos ou faturas. De acordo com a
configurao todos os itens podem ser marcados ou desmarcados quando o usurio chegar a esta
tela. A 1 etapa no processo de partidas em aberto a ativao das partidas individuais
necessrias para alocar um pagamento. 28 O montante entrado alocado na partida individual
apropriada e deve ser proporcional ao montante e ao desconto do item. H vrias maneiras de
ativar ou desativar uma partida individual. O documento pode ser lanado quando o montante
entrado for igual ao atribuido. O desconto concedido determinado pela condio de
pagamento da partida individual e considerado no clculo do montante atribudo. O desconto
pode ser modificado pela sobregravao do valor absoluto de desconto ou pela modificao da
porcentagem de desconto. No pode exceder os limites definidos no grupo de tolerncia.
Lanamento do pagamento: Detalhes da sntese; Simular verificao dos itens gerados
automaticamente; Corrigir erros; Lanamento; A ltima etapa uma verificao final do documento
entrado. Sntese: As partidas individuais entrada podem ser revisadas antes do lanamento.
Simular: Ao selecionar o documento, todas as partidas individuais, inclusive aquelas geradas
automaticamente, podem tambm ser revisadas. Corrigir erros: Se os dbitos no forem iguais ao
crditos, ou ocorrer um erro durante a entrada, o erro pode ser corrigido por uma das seguintes
opes: o Modificao, eliminao ou entrada de uma partida individual; o Marcao de partidas em
aberto adicionais; o Processamento das partidas em aberto marcada. Lanamento: Se
posteriormente, identifica que o documento contem erros e precisa ser corrigido, necessrio
primeiro anular as partidas compensadas, para em seguida, estornar o documento. Somente assim
o lanamento original pode ocorrer novamente. Pagamentos diferenciados O grupo de tolerncia
de empregados usado para controlar: Os limites superiores para as operaes de lanamento
(autorizaes de lanamento); As diferenas de pagamento permitidas. O grupo de tolerncia de
contas do Razo Geral usado para controlar: Permitir pagamento diferenciado (ex:
procedimento de compensao automtica). 29 O grupo de tolerncia de clientes/fornecedores
usado para fornecer especificaes para: Procedimentos de compensao; Diferenas de
pagamento permitidas; Lanamento de partidas residuais das diferenas de pagamento; Tolerncia
para aviso de pagamento; Pagamento parcial: Quando o usurio define fazer este pagamento, a
partida aparece com o valor total em aberto nas consultas. Pagamento residual: Nele o sistema
gera um documento novo, e esse documento que representa somente o saldo em aberto, que
aparece como open nas consultas. Reason code: Justificativas que devem ser associadas a
pagamentos parciais, residuais e com diferena. VARIAO CAMBIAL: Na liquidao de partidas
em aberto em moeda estrangeira, podem ocorrer diferenas realizadas devido a flutuao as taxas
de cmbio. Essa flutuao provoca diferenas de cmbio que o sistema lana automaticamente
como ganhos ou perdas realizados. O sistema lana automaticamente nas contas de
receita/despesas definidas, na configurao, para diferenas de cmbio. A diferena realizada
gravada na partida individual liquidada. Diferenas de cmbio tambm so lanadas quando
partidas em aberto so avaliadas para o balano. Essas diferenas so lanadas em outra contas
de diferena de cmbio e em uma conta de ajuste de balano. Na compensao de uma partida em
aberto j avaliada, o sistema estorna a conta de correo de balano e lana a diferena de cmbio
restante na conta para diferenas de cmbio realizadas. UNIDADE 6 CAIXA DIRIO O caixinha
uma nova ferramenta de administrao de caixa no Enjoy. O lanamento de receitas de caixa e os
pagamentos vista so possveis. Com esta ferramenta pode-se: Ter um caixinha separado para
cada moeda; Fazer lanamentos em conta do cliente, fornecedor e do Razo. Executar vrios
livros caixas em cada empresa; Selecionar um nmero aleatrio para identificao do caixinha
( uma chave alfanumrica de 4 digitos). Tipos de documentos padro do caixinha: 30
Documento conta Razo Geral= AB Pagamentos = KZ DA Recebimentos = KA DZ Para configurar o
caixinha necessrio: Informar a empresa onde quer usar o caixinha; O nome e a identificao
de 4 dgitos do caixinha; As contas do Razo onde se quer lanar as operaes contbeis do
caixinha; Moeda em que ser executado o caixinha; Os tipos de documentos para: o
Lanamentos em conta do Razo; o Sadas de pagamento a fornecedores; o Entrada de pagamento
um programa para gerao automtica de cartas de cobrana para faturas vencidas. Geralmente
existem processos de cobranas distintos, de acordo com o tipo de cliente. possvel ter um
processo de cobrana inclusive para clientes eventuais. O sistema j possui alguns processos de
cobranas cadastrados que podem servir de base para novos. O procesos de cobrana serve para
transaes normais (AR) e para transaes do Razo Especial. sempre definido por company
codes. Configuraes do programa de cobrana esto divididas nas seguintes categorias:
Procedimento de cobranas; Nveis de cobrana; Indicao de despesas; Valores mnimos;
Textos de cobranas; Ambiente. Procedimento de cobranas: De quantos em quantos dias ser
gerada a carta de cobrana, quantos nveis de cobrana existiro, quantas faturas devem estar
atrasadas para a gerao da carta de cobrana, mnimo de dias em atraso, quanto dias aps a data
de vencimento a empresas ir esperar para cobrar o cliente, indicao de que sero consideradas,
solicitaes, adiantamentos, notas de crdito (Special GL transactions) e cdigo para textos que
podero tambm ser utilizados em outro procedimento de cobrana. Quando checado Special GL
transactions, devem-se indicar quais GL transactions devero ser consideradas. 37 Nveis de
cobrana: Nmero de dias em atraso correspondente a cada nvel. Calcula juros? Sempre ir
cobrar? Geralmente checado s para o ltimo perodo ou para procedimentos de cobrana com
apenas um nvel. Imprime todos os itens? Se checado, ao emitir a carta de cobrana o sistema
listar alm das faturas vencidas, todas as demais faturas em aberto. Dead line pagamento:
Indicam quantos dias o cliente tem para efetivar o pagamento. Indicao de despesas: Para cada
nvel, indica o custo total da carta de cobrana a ser pago pelo cliente. Pode ser definido em valor
absoluto ou em percentual. possvel tambm estipular valor mnimo de fatura para que a taxa seja
cobrada. Se o cliente optar por pagar a taxa, esse lanamento no sistema ser manual. Valores
Mnimos: Para cada nvel, indica o valor mnimo que a fatura vencida deve ter para que seja gerada
a carta de cobrana para ela. Mnimo por porcentagem: Se for definido valor absoluto e
percentual para cada nvel, o sistema ir emitir um aviso de erro, pedindo para escolher um tipo.
Valor mnimo de juro: Associado ao nvel e ao valor mnimo que a fatura deve ter, est o valor
mnimo de juros a ser gerado. Textos de cobrana: Os layouts so definidos em Sap script e
podem ser distintos para cada nvel e tipo de conta. D= cliente, K= fornecedor. Ambiente: Para
cada company code possvel definir se o procedimento de cobrana ser por cliente ou por
negcio. possvel gravar variantes para ordenao para visualizao das notcias de cobranas.
Chave de cobrana: Determina que uma fatura pode ser cobrada com restries ou listados de
forma isolada na Dunning Notice. Pode ainda travar a fatura para que a mesma no ultrapasse um
determinado nvel. Bloqueio de cobrana: Impede que as faturas sejam cobradas. Os percentuais
de juros sempre sero por ano. Parametros para execuo de cobrana: Segue o mesmo
procedimento do programa de pagamento automtico: Data de execuo: Geralmente
informada a data em que sero geradas as cartas de cobrana, mas poderia ser qualquer outra
data. A data real da gerao das cartas informada quando se roda a proposta. Identificao:
Campo livre; Parametros: Indica para qual faixa de company codes/customers sero geradas as
cartas, e quais faturas devero ser consideradas. Log adicional: Ativado quando detectado
algum erro ao gerar o programa. 38 Executando a cobrana: So considerados 3 etapas: 1.
Seleo de contas: O sistema checa configuraes e parametros e define quais clientes devem ser
cobrados. 2. Linha de itens cobrar: O sistema determina quais faturas (line items) esto vencidas e
quais os nveis de cobrana que podem ser aplicados. 3. Contas cobrar: O sistema define quais
cobranas devem ser efetivadas e qual o nvel de cobrana a ser aplicado. Ao rodar a cobrana, o
sistema ir considerar notas de crdito vinculadas e no vinculadas com as faturas. Sendo assim,
melhor sempre associar notas de crdito com as faturas para que o sistema no as identifique como
vencidas. A rotina poder compensar faturas receber com faturas pagar. Para isso o mesmo
procedimento de cobrana deve constar no cadastro do cliente e do fornecedor. Sero listadas as
partidas compensadas. Bloqueio de cobrana nos itens ou contas: Contas bloqueadas: Se um
cliente precisa ser cobrado e o sistema encontra um bloqueio no cadastro, ele remete a lista de
clientes bloqueados. Bloqueio de itens por linha: Se uma fatura precisa ser cobrada e o sistema
encontra um bloqueio, ele remete a lista de partidas bloqueadas. Mtodo de pagamento nos itens
ou contas: Quando h um payment method especificado no cliente ou na fatura o sistema entende
que h uma garantia de recebimento, e no gera cartas de cobranas. Nessa situao o sistema
procura por um payment block. Se no encontrar, ele no gera as cartas de cobrana, caso
contrrio as cartas so geradas. Nveis de cobranas por itens: Cada partida cobrada associada
a um nvel de cobrana de acordo com a quantidade de dias que se encontra vencida. Se para uma
determinada fatura o sistema apurou nvel 1 e outra nvel 3, no cadastro do cliente, estar a pior
(hightest dunning level). O sistema sempre sugere que a quantidade de dias do primeiro nvel seja
igual a quantidade de dias informada no campo dias de graa. Dunning procedures com apenas 1
nvel so consideradas pelo sistema como payment reminders. Editando propostas de cobrana:
Ao rodar o programa de cobrana, o sistema gera propostas. Essas prospostas podem ser editadas
por um analista de cobrana. Os seguintes relatrios podem ser extrados: Estatsticas
de cobrana; Listas de cobrana; Contas bloqueadas; Itens bloqueados; Histrico de cobrana; Ao
editar a proposta possvel: 39 Bloquear um cliente; Bloquear uma fatura; Bloquear o nvel
de cobrana de uma fatura; Alterar dados de cobrana e correspondncia no cadastro de cliente;*
Alterar dados do documento. * Essas alteraes valero para a prxima vez em que a cobrana
for rodado. Imprimindo cartas de cobrana: Aps o print out no se pode mudar mais nada na
proposta. possvel agrupar cartas de cobrana por nveis de cobrana quando os textos so
diferenciados por nvel, ou por chave de grupo quando cartas distintas possuem dados em comum.
possvel rodar uma cobrana por um cdigo interempresas. Dessa forma um cliente do grupo ir
receber uma nica carta com todas as faturas vencidas. UNIDADE 4 CORRESPONDNCIA
Tipos de correpondncia: Correspondncias so relatrios para confirmao de saldos e/ou
histrico de faturas. Existem tipos de correspondncias pr-definidas associadas a layouts que
tipos de listas para exibir informaes. O Drilldown List e o Lista Detalhada. Lista detalhada: So
informaes detalhadas, grficos. No so necessariamente as partidas de um documento, apesar
de poder cham-las, dependendo da configurao. Tipos de Form: 1 eixo sem ndice
estatstico; 1 eixo com ndice estatstico; 2 eixos com indce estatstico (matriz). A definio se d
no momento da criao do form (report Painter) e depende muito do resultado que se pretende
obter. O mais utilizado o Dual Axis. Se selecionado o tipo eixo simples sem ndice estatstico, no
quer dizer que nesse relatrio valores no podero ser trabalhados. Form e definio de relatrio:
Ao criar um form, possvel definir frmulas cujo resultado poder inclusive ser utilizado em outras
form. Relatrios Interface e relatrios Atribuio: Relatrios link contem diferentes caractersticas
na aplicao. Esto disponveisno relatrio um grande nmero de caractersticas em relatrios
individuais. Relatrios link criados em diferentes Aplication Classes contem Recipient Objects.
Recipient objects: So outros tipos de relatrios Drilldown. UNIDADE 10 ENCERRAMENTO DE
ATIVIDADES Fechamento Mensal: Pr-closing: Abertura do novo perodo, lanamento de
ajustes, fechar sub-ledgers (FI-AA, AR,AP), fechamento preliminar (balano preliminar). 45
Atividade pr-closing, starting in old month: (FI) Technical: Abertura de novo perodo; (FI) Enter
acruals/deferrals, bad debit: Lanar provises e diferimentos, registrar lanamentos recorrentes e
dvidas incobrveis no AR, contabilizar depreciao e despesas com juros no AA. (MM) Maintain
GR/IR Clearing Account: Manter o saldo zerado da conta transitria efetuando a entrada de nota
fiscal para todas as mercadorias recebidas, contabilizar valorizao de materiais a custo real.
(HR) Post Payroll Expenses: Contabilizar despesas de folha de pagamento. (SD) Contabilizar
sada de materiais. Technical (Close old Month (MM), close Sub-ledgers (FI), preliminary close of
GL(FI)): Fechamento do perodo correspondente ao ms anterior, fechar os sub-ledgers, fechar
parcialmente o GL. Fechamento de atividades para resultados externos: CO- Reconciliao de
lanamentos do CO registrados no FI. FI- Valorizao de lanamentos em moeda estrangeiras e
ajustes para demonstrativos financeiros. Technical: Fechamento total do perodo anterior
(inclusive GL). FI/CO- Emisso de relatrios societrios e gerenciais. Fechamento Anual:
Atividades pr-closing Technical: Abrir o primeiro perodo contbil do novo ano fiscal. MM:
Realizar a contagem do estoque fsico, se o procedimento da empresa for anual e no mensal.
PP/CO: Atualizar custos estimados (padro) utilizado nas estimativas realizadas durante o ms, at
que ao final do ms seja apurado o custo real. Essa atualizaos ser necessria se o
procedimento da empresa for anual e no mensal. MM: Calcular e contabilizar custos de produtos
pelos mtodos Lowest Value Determination e LIFO/FIFO Valuation. AA: Valorizao de ativo e os
investimentos que os suportam. FI: Emitir cartas de confirmao de saldos para clientes e
fornecedores. Technical: Trocar o ano fiscal no AA e transportar saldos das contas patrimoniais
em FI. Encerramento de atividades para resultados externos: 46 FI-GR/IR: Analisar a
movimentao da conta GR/IR para verificar se todas as notas fiscais referentes as mercadorias
recebidas foram registradas no sistema, fazer a reclassificao de ttulos a receber e a pagar (curto
of open items with update: Calcula a variao cambial, gera lanamentos contbeis em contas
transitrias e no os estorna no primeiro dia do perodo sub-sequente. Sendo assim, a variao
contabilizada mensalmente. Quando o pagamento ou recebimento em moeda estrangeira
efetivado, o sistema contabiliza o dbito ou crdito na conta banco e a diferena entre o valor que foi
contabilizado mensalmente e o valor apurado na efetivao do recebimento ou pagamento na conta
receita por variao cambial ou despesa por variao cambial. Mtodo valuation: Define
parmetros para o clculo de variao cambial e parmetros de taxas de cmbio. O mtodo deve
ser informado nos cadastros de clientes e fornecedores. Valores de Ajuste: So write offs (baixas)
por valores que no sero recebidos. Existem 3 opes: Valor de ajuste individual (IVA):
Lanamento manual de ajuste atravs de Special GL Transaction E. Flat Rate Valor de ajuste
individual: Lanamento automtico de ajuste com base em taxa nica, atravs do programa
SAPF107. Para que o programa 48 consiga efetuar os lanamentos, na configurao do AR deve
ser definida a chave de valor de ajuste com a quantidade de dias em atraso e o percentual a ser
aplicado. O sistema ir gerar lanamentos a dbito na conta de ajuste e a crdito na conta
devedores duvidosos. O sistem saber para quais clientes dever efetuar esse procedimento ao
identificar a chave de valor de ajuste no cadastro mestre de clientes. Flat Rate Valor de Ajuste
(FJA): Lanamento manual de ajuste com base em taxa nica, atravs das transaes FB01/ FB50
(GL Accounts). Regrouping: Programa SAPF101: Agrupa fatura de clientes e fornecedores para
fins de emisso de balano, uma vez que pode ser associada apenas uma conta de reconciliao
nos cadastros mestres. Essa funcionalidade se apica quando faz-se necessrio demonstrar no
balano valores a receber ou a pagar divididos em curto, mdio e longo prazo. No primeiro dia do
perodo sub-sequente, o lanamento estornado. O programa usado para reagrupar e ordenar
recebimentos e pagamentos. Utiliza regras onde constam as contas contbeis. Balano por
companias afiliadas: Atravs deste recurso de regrouping ou reclassify, possvel solicitar ao
programa que considere Abatimento de notas de crdito em aberto; Faa o encontro de contas
caso o cliente seja tambm fornecedor e para ele existam recebimentos e pagamentos em aberto.
Agrupe ttulos em aberto de clientes ou fornecedores que pertenam a um mesmo grupo de
empresas (trading partner). Changed reconciliation account: Considerando que o sistema permite
a alterao de contas de reconciliao nos cadastros de clientes e fornecedores, e ao gerar partidas
em aberto no grava a conta contbil nas partidas (busca sempre no cadastro mestre), pode
acontecer de ser lanado um dbito na conta de clientes e um crdito no momento da compensao
na conta de clientes nacionais por exemplo, porque o usurio resolveu alterar a conta de
reconciliao para clientes. Nesse contexto, esse recurso serve para consertar lanamentos
desbalanceados como este. UNIDADE 13 LUCROS E PERDAS Conta Custos de venda: Para
viabilizar um demonstrativo de resultados por origem de despesa, foi criada a rea Funcional. A
rea funcional bem como a rea de negcios so entidades gerenciais utilizadas pelo GL para fins
de demonstrativos de resultados. A rea funcional pode ser usada: Em lanamentos manuais;
classe de ativos. possvel estabelecer na classe de ativos parmetros e valores default que sero
sugeridos no cadastro do ativo. Uma classe de ativos a principal forma de diferenciar ou
categorizar os ativos que so cadastrados. So classes de ativos: Veculos, mveis, utensilios,
mquinas, etc. Para bens de baixo valor e imobilizados em andamento so criadas classes
especiais. reas de depreciao / Lanamento de valores: As reas de depreciao esto
inseridas no plano de depreciao. Um novo plano pode ser criado atravs de cpia e reas podem
ser adicionadas ou excludas antes de serem vinculadas a um ativo. necessrio indicar quais
reas de depreciao iro gerar lanamentos contbeis, e quais sero somente gerenciais. O
sistema impe que APC (aquisio e centro de produo) sejam sempre contabilizados on line e
realtime para a depreciao da rea 01. Uma rea de depreciao pode receber valores de outras,
porm efetuar clculos e contabilizaes distintas. Depreciao no sistema
Depreciao/Amortizao/Exausto Depreciao sempre peridicas. Verses de Statement
Financeiro so associdas as reas de depreciao para de finir onde valores de aquisio e de
depreciao sero mostrados nos relatrios. UNIDADE 2 DADOS MESTRES Funes da classe
de ativos Classes de ativos so cadastrados no nvel de Client, e por esse motivo, se aplicam a
todas as company codes. uma forma de diferenciar ativos e um critrio de seleo standard nos
relatrios do FIAA. Cada classe tem duas principais funes: 1. Master data Section: Controla os
dados e os valores default que sero sugeridos no momento em que o ativo for cadastrado. 54 2.
Valuation Section: Controla os parmetros e valores default para os clculos de depreciao. A
classe determina contas contbeis, intervalo de numerao para os ativos que sero criados
(number range) e o layout da tela de cadastro. Determinao de contas contbeis: A classe de
ativos, atravs deste recurso define as contas contbeis que sero utilizadas na gerao de
lanamentos contbeis. O objetivo deste recurso viabilizar a utilizao de uma determinao de
contas para N classes de ativos. As contas so determinadas de acordo com o tipo de depreciao:
normal, especial ou no planejada. Para cada tipo de depreciao so informadas contas de
aquisio, depreciao, baixa, transferncia, etc. Intervalo de numerao: Os cdigos so
associados as company codes. Cada cdigo pode equivaler a um intervalo distinto dependendo da
company code em que estiver associado. Se a empresa no desejar ter o mesmo cdigo de ativo
em mais de uma company code, pode-se estabelecer que o intervalo de numerao da company
code 1000 ir valer para todas as demais company codes. Layout da tela de cadastro de ativos:
Os campos que sero visualizados pelo usurio no cadastro do ativo so definidos por grupo de
campo lgico (general data) dentro de cada page (general). Atravs desse recurso possvel definir
o nmero de pages da tela, o nome de cada page e os campos que estaro disponveis. Ao definir
quais campos sero demonstrados e o status de cada um, deve ser definido tambm o nvel de
manuteno e se o valor do campo ser levado para uma possvel cpia. O nvel de manuteno
determina se o campo ser mantido no nvel classe de ativo, ativo principal ou sub-componente do
ativo (sub-number). O indicador de referncia determina o contedo que ser levado se o ativo em
questo for usado como referncia para a criao de um novo (cpia). Para que um ativo possa ser
atribuido a um objeto, o mesmo dever estar disponvel na transao. Para que estes objetos
estejam disponveis necessrio ativ-los no IMG. A contabilizao da aquisio ou depreciao
poder ser realizada por objeto. Classe especial de ativo : Ativo em construo (AUC) Imobilizados
em andamento so associados a uma classe de ativo especial pois devem ser demonstrados no
balano separadamente. Para esse tipo de ativo no calculado valor de depreciao na rea de
depreciao 01, porm, em outras reas poder haver o clculo. Poder haver controle de
investimentos e adiantamentos. Durante o projeto ou durante o perodo de construo, todos os
valores inerentes ao imobilizado so contabilizados em uma conta denominado imobilizados em
andamento. 55 Ao final do projeto ou perodo de construo, os valores so transferidos para a
conta do ativo que se formou. O sistema pode jogar valores proporcionais caso mais de um ativo
tenha se criado. Classe especial de ativo: Ativos de baixo custo (LVA) Bens de baixo valor podem
ser controlados individualmente ou em grupos. Para esse tipo de bem geralmente no se calcula
depreciao. tambm criado uma classe especial. Os ativos podem ser criados atravs de lotes
para facilitar a digitao e agrupar lanamentos de depreciao. Dados mestres do ativo: Um ativo
pode ser cadastrado informando a company code e classe do ativo como referncia a outro ativo.
Nmero de ativos similares: Nmero de ativos iguais que sero criados. Conta de determinao:
Chave que ir determinar as contas contbeis para aquisio, baixa e transferncias por tipo de
depreciao. Normal, Especial ou No planejada. Nmero de inventrio: Nmero da plaqueta.
Lanamento de informaes: Ao ativar um bem, o sistema grava automaticamente a data de
capitalizao, a data da 1 aquisio, o ms e ano. Informaes como objetos de custo tem
alteraes controladas por tempo, uma vez que so utilizadas pelo sistema ao rodar a depreciao.
Sendo assim, alteraes em centros de custo, por exemplo, passaro a valer somente no prximo
ms, considerando que a depreciao rodada mensalmente. Ao efetuar a alterao, necessrio
estabelecer um intervalo que indicar a partir de quando ela ir valer. Para toda alterao realizada
o sistema gera um documento de alterao. Pode-se estabelecer que ao registrar um ativo o
sistema crie automaticamente o registro de um equipamento no PM (Plant Maintenance). Para isso,
a classe de ativos dever estar associada a uma categoria de equipamento e o tipo de
sincronizao dever ser definido. A sincronizao pode fazer ou no uso de Workflow. Um ativo
principal pode ter um ou mais componentes (sub-numbers). Geralmente o cdigo do componente
igual ao cdigo do ativo principal+sequencial. O sub-number possui movimentaes prprias e
independentes do ativo principal. External sub-number: Se checado, o usurio poder definir
livremente a codificao do componente. Dados dependentes do tempo: So informaes que
podem ser modificadas no decorrer do tempo e para isto, registra-se por perodo. So informaes
como centro de custo, ordem, Shift control, shutdown. O processamento peridico de lanamento
de depreciao considera o perodo para lanar em um centro de custo, acelerar a depreciao, etc
56 Alteraes em massa: Podem ser realizadas alteraes em massa atravs de Worklist com
base em regra de substituio. Worklist servem tambm para baixar ativos com ou sem receita e
para transferncias de ativos inter-company. UNIDADE 3 TRANSAES DE ATIVOS Aquisio
de ativo: O registro de aquisio de um ativo pode ocorrer de 3 formas: 1. Transao de ativos com
integrao de contas pagar: A fatura lanada no AP e na contra-partida informada a posting
key 70 e a conta de reconciliao do ativo. No um procedimento usual, uma vez que a nota fiscal
no registrada, e consequentemente, os impostos no so considerados. 2. Transao de ativos
lanados com compesao de conta (no integrado): O lanamento feito em conta transitria
denominada imobilizado a classificar que ser liquidada no momento em que o bem for ativado. 3.
Transao de ativo lanada com MM: a opo mais utilizada e mais adequada. A entrada do bem
e o registro da nota no MM. Nesse caso se a entrada no MM for avaliada, ao efetuar a entrada
fisca ser debitada a conta GR/IR, a ser creditada no momento em que a nota fiscal for lanada. A
capitalizao do ativo ocorre no momento da entrada fsica. Caso contrrio, se a entrada no for
avaliada, a capitalizao do ativo ir ocorrer somente quando a nota fiscal for lanada. A empresa
poder fazer o uso de todos os procedimentos, se desejar. No momento da capitalizao do ativo, o
sistema grava no cadastro mestre a data de capitalizao, o ms e ano. A data de referncia a
data base para a depreciao. possvel estabelecer que essa data seja igual a posting date.
Asset Explorer: uma transao que mostra todo o histrico dos ativos por rea de depreciao.
Permite simulaes de valores futuros sob diferentes ticas. Net book value= Valor residual.
Document number: A numerao vai variar de acordo com o tipo de documento, se o lanamento for
originado no AP ser o range do tipo de documento KR, se for AA ser o range dos documentos
tipo AN ou AA. AN= Tipo de documento que capitaliza o ativo no valor liquido (NET). Valor do
bem desconto. A fatura pode ter tido desconto, mas o bem continua valendo a mesma coisa. AA =
Tipo de documento que capitaliza o ativo no valor bruto. o mais utilizado. SAPF181: Estorna o
desconto lanado no ativo. 57 Tipo de transao: Toda movimentao de ativo est atrelada a
um tipo de transao ou flow type, que determina o tipo de aquisio, baixa ou transferncia. Serve
como base para o relatrio quadro do imobilizado. Dbito/Crdito Transaction: Identifica se haver
dbito ou crdito na conta do ativo. Capitalizao do ativo fixo: Identifica se a movimentao gera
ou no capitalizao. Tipo de lanamento: Identifica se permite ou no movimentao intercompany e se o valor a ser contabilizado ser liquido ou bruto. Tipos de transao podem ser
restritas a determinadas reas de depreciao. Grupos de tipos de transao: Tipos de transao
podem ser agrupadas. Estes grupos definem caractersticas dos tipos de transao e podem ser
limitadas a determinadas classes de ativos. Grupos de tipos de transao so fixos e no podem
ser alterados. Baixas de ativos: So baixas de ativos imobilizados. O mdulo SD no integrado ao
AA, por esse motivo, baixas por venda no so efetuadas diretamente. Para suprir essa limitao,
ao informar a conta de receita e selecionar o campo baixa de ativo, um poup up aparecer para ser
informado os dados do ativo a ser baixado. As notas fiscais por venda de ativos geralmente so
emitidas atravs do Relatrio Writer, para que no seja necessrio replicar o cadastro de ativos para
o cadastro de materiais. Diferentes tipos de baixa: Com ou sem receita; Com ou sem
cliente; Baixa total ou parcial; Baixa em massa; Baixa manual. Clculo de ganho ou perda: O
sistema calcula o ganho ou perda na venda do ativo com base no valor da venda valor contbil
valor da depreciao a ser rodada no perodo corrente. Transferncia de ativos intra-company /
inter-company Para o sistema, transferncia de ativos representam a substituio de um bem por
outro, dentro da mesma empres ou inter-company. Mudanas de planta ou localizao so
consideradas alteraes de cadastro mestre. Nesse processo sempre sero utilizadas tipos de
transao de baixa por transferncia e aquisio por transferncia. So utilizadas as transaes
ABUMN para transferncias intra-company e a ABT1N para transferncias inter-company. Se um
determinado ativo for associado a uma classe incorreta, significa que ser depreciado de acordo
com os mtodos definidos para esta classe. Para corrigir tal 58 situao, ou qualquer outro dado
que no possa ser alterado no cadastro mestre, so realizadas transferncias. Outro motivo o
Split de um determinado bem. Para efetuar uma transferncia necessrio definir a variante de
transferncia. Essa variante ir definir se a transao intra-company ou inter-company e quais
valores sero levados para o novo bem. Se o sistema identificar no cadastro da company code que
ela pertence a uma entidade legal distinta a variante ir entender que o valor residual do bem na
company code 100 ir representar o valor de capitalizao do bem na company code 2000 e ser
iniciado um novo processo de depreciao. Notas fiscais de transferncia de ativos so emitidas via
Relatrio Writer. rea de depreciao Cross-Company: possvel definir reas de depreciao
cross-company atravs de recurso de/para. A rea de depreciao cross-company ir coletar
caractersticas das demais reas de depreciao que constam em distintos planos de depreciao.
Mtodo de transferncia Mtodo Bruto: So levados todos os valores do bem de origem para o
bem de destino. Usados em transferncia intra-company. Uma rea de depreciao pode ser
dependente de outra em alguma caracterstica, Userful Life, por exemplo. As escolher este mtodo
necessrio informar se esses dados dependentes sero sobrepostos ou no. Mtodo Liquido:
Usados em transferncias inter-company, o valor residual passa a ser o valor de capitalizao, ou
seja, o bem foi transferido pelo mesmo valor. Mtodo novo valor: O valor de capitalizao
diferente do valor residual, ou seja, o bem valia X na company code 1000 porm foi transferido por Y
para a company code 2000. Quando so usados os mtodos liquidos e novo valor preciso
informar o valor da receita, uma vez que a operao se d entre empresas distintas. Ativos em
construo: So imobilizados em andamento cadastrados em uma classe de ativo especial. Na fase
de construo, todos os valores gastos so contabilizados em uma conta transitria que ao final,
ter o seu saldo liquidado ou transferido para uma ou mais contas de ativos imobilizados. Pode
haver o controle de investimentos para o imobilizado em andamento atravs do mdulo IM
(investiment management) ou atravs da ordem interna ou elemento PEP. Depreciao noplanejada: uma depreciao por motivos imprevistos tais como avarias. Os valores calculados
pelo sistema so guardados e sero somados ao valor da depreciao quer ser rodada no final do
os quais a depreciao no foi calculada. Parmetros para rodar a depreciao em test run:
possvel e recomendvel rodar a depreciao em teste e verificar eventuais erros/incosistncias.
Alterao do ano fiscal e encerramento do ano fiscal: O programa de alterao do ano fiscal abre
um novo ano para cada ativo. Programa de alterao do ano: um procedimento tcnico
requisitado pelo sistema para a abertura de um novo exerccio para os ativos. O objetivo melhorar
a performance do banco de dados (criao de ndices). O programa deve ser rodado no ltimo
perodo do exerccio corrente, para todas as company codes, aps o registro de todas as
movimentaes. Encerramento do ano: um procedimento de encerramento do exerccio fiscal.
Essa rotina ir consistir valores lanados nos ativos. O fechamento pode ser revertido para fins de
ajustes. O sistema permite no mximo dois perodos abertos, nesse caso um terceiro perodo no
poder ser iniciado. UNIDADE 5 SISTEMA DE INFORMAO Seleo de relatrios: Os
relatrios utilizam o recurso ALV-ABAP List View. O principal relatrio o Quadro resumo do
imobilizado. Para ele podem ser criadas sort versions com diferentes critrios de ordenao. O
sistema possui verses especficas para cada pas, de acordo com as regras vigentes. As verses
so denominadas history sheet versions, que podem ser utilizadas como cpia para criao de
novas. Simulao de valores (depreciados): Simulaes podem ser realizadas a partir da transao
Asset Explorer, alterando termos de depreciao como centro de custo,vida til, classe, chave 61
de depreciao para analisar o resultado. possvel utilizar regra de substituio nas simulaes.
Podem ser simuladas alteraes em um nico ativo, em parte do ativo, ou em todo o portflio.
Verses de simulao ou variantes de simulao: So utilizadas para simular uma mudana no
mtodo de depreciao nos relatrios de depreciao. UNIDADE 6 VALIDAES /
SUBSTITUIES Validaes/Substituies: Regras de validao/substituio podem ser
aplicadas a todos os documentos registrados no FI, criados no prprio mdulo ou via integrao.
Recomenda-se sempre que possvel utilizar este recurso tambm para desenvolvimentos em ABAP,
uma vez que UserExits sempre esto atreladas uma determinada transao e regras de
validao/substituio servem para todas as transaes de FI. Para se criar uma regra necessrio
definir: Aplicao: Para qual rea de aplicao ser utilizada e onde. Call up Point: Quando ser
disparada. Definio: O que a regra dever fazer. Alocao: A quais unidades organizacionais
estar atrelada (company code, rea de controle, etc.) Ativao: Ativar a regra (inativa, ativa, ativa
exceto para batch input). A combinao da rea de aplicao e da call up point determina a classe
booleana para a validao, substituio ou regra. Frmula Builder: um recurso
que permite que o usurio crie frmulas que sero consistidas automaticamente pe
segundo os cenrios definidos para cada livro. Segmento: No New GL o objeto mais adequado
para demonstrar resultado por negcio. Alm do segmento podem ser usados centro de lucro, rea
de ngocio, e profitability segment (COPA). Todos so objetos complementares e no excludentes.
O segmento derivado do Centro de Lucro, ou seja, definido no cadastro mestre do centro de
lucro. Documento Spliting: Com o New GL possvel splitar documentos onde o rateio visualizado
somente no Razo Geral, sendo transparente nos razes auxiliares. Geralmente um lanamento
rateado por rea de negcios, centro de lucro e segmento. Os objetos escolhidos devem estar em
concordncia com os cenrios ativos em cada ledger. Zero balance: Ao checar, o sistema ir
consistir dbito e crdito para garantir que o lanamento continue balanceado. Campo mandatrio:
Pode ser considerado uma extenso do status de campo, obrigando que o usurio preencha o
campo checado. Aps definir quais sero os objetos de rateio, necessrio criar um mtodo de split
e ativ-lo. Ativando um documento Spliting: O mtodo criado ativado/desativado por company
code. Herana: Se checado, ao criar um documento, os objetos associados s contas de receita ou
despesa sero automaticamente associados s partidas de clientes e fornecedores e aos impostos.
64 Padro A/C Atribuio: um recurso que ir substituir o contedo das
atribuies contbeis (que pode e star em branco) pela constante informada. Simulando a viso do
GL: possvel simular o resultado de um Split antes dele ser executado pelo sistema. Dessa forma,
pode-se visualizar e evitar eventuais erros. Mtodo Spliting: Define como e em quais circunstncias
um documento ser splitado. Business Transaction: So transaes que derivam dos processos de
negcios estabelecidos no sistema. Variante Business Transaction: uma verso especfica de
business transactions que ser usada na definio de regras de Split. Categoria de Item: Derivado
dos tipos de contas, ele representa os itens de um documento. Regras Spliting: Define quais
categorias de itens podero ou sero Splitados. Modo Expert: Boto que mostra todos os
parmetros do Split. O sistema consegue Splitar via herana lanamentos em contas do razo
auxiliar (AP/AA/AR), porm, quando a partida uma conta do GL (caixa por exemplo) ele no
consegue. Esse rateio tem que ser feito via Regra de Substituio + desenvolvimento ABAP.
Integrao A integrao entre FI/CO e CO/FI realtime. Se uma conta de resultado est associada
a um elemento de custo, os dados so repassados ao CO imediatamente. A volta de dados para FI
seguem regras pr-definidas atravs de variantes. As variantes so associadas as company codes.
possvel transferir lanamentos em secundrios elementos de custo do CO para FI desde que
sejam definidas as contas contbeis para tal fim. Trace LOG: Se necessrio o envio de dados
CO/FI pode ser acompanhados atravs de trace. Isso aumenta consideravelmente o nmero de
registros no banco de dados. Documento Flow: possvel navegar em um documento a partir de
CO para FI e vice-versa. Processamento Peridico: Atividades de fechamento que foram eliminadas
com o New GL: Manuteno e uso do ledger de reconciliao; Ajustes de balano
(substituido pelo documento Split); Ajustes de lucros e perdas; Manuteno e uso dos vrios subledgers. Atividades que foram reformuladas para agilizar o processo de fechamento:
Relatrios Comparao de diferentes ledgers: Geralmente na migrao do Classic GL para o New
GL, nos 2 primeiros meses configura-se o sistema para alimentar as 2 tabelas: GLT0 e 65
Transporte de balanos; Reclassificao/Sorting para recebveis e pagveis; Rateio individual para
ajustes de valores. FAGLFLEXT. Sendo assim possvel visualizar e comparar saldos sob as 2
ticas. Algumas transaes foram reformuladas para ter dados da nova tabela FBLxN. Balanos e
demonstrativos de lucros e perdas: O programa RFBILA00 continua sendo utilizado para a criao