 FM – Funds Management

co
FI Mandante

Área de Contabilidade
de Custos - CO FM
Plano de
Contas Área de Adm
Financeira

Empresa

Organização de
Compras Grupo de
Filial Compras

Depósito 1
MM
Centro
Depósito 2
A área de FM é a unidade organizacional onde o controle orçamentário é administrado.

É possível atribuir uma ou mais empresas à área de FM. A moeda da área de FM pode ser
diferente das existentes em qualquer uma das empresas.

Comparando com os outros componentes no SAP:

Em FI a Unidade Organizacional é representada pela empresa.

Em CO a Unidade Organizacional é representada pela Área de Contabilidade de Custos

Em FM a Unidade Organizacional é representada pela Área de Administração Financeira.

 Mandante

Área
Área de Adm.
Contabilidade
Financeira
Custos
VNET
VNET

Empresa Empresa
CBMP SERV
As tarefas são basicamente:

• orçar todas as despesas das áreas de responsabilidade,

• monitorar movimentos de recursos financeiros com base no orçamento disponível, e
• evitar que orçamentos sejam excedidos.

É possível adaptar o orçamento às modificações, por meio de suplementos, restituições e

transferências.
•Moeda da AAF: Real (BRL)

•Variante de Exercício: K4

•Tipo de Orçamento: VNET

•Categoria de Orçamento: 9F

•Controle de Disponibilidade: Anual

•Versão do Orçamento: 0 (zero)

•Ledger de Lançamento:9A

•Ledger de Controle de Disponibilidade: 9H

•Perfil de Tolerância: 0000 – Checa Orçamento

9999 – Não Checa Orçamento
Os centros financeiros representam as unidades organizacionais (áreas de responsabilidade,
departamentos, projetos) e são dispostos em uma hierarquia.
 CO FM
10101000 - Presidência 10101000 - Presidência

110101000 – Presidência CBMP 110101000 – Presidência CBMP

210101000 – Presidência SERV => 210101000 – Presidência SERV

310101000 – Presidência REDE 310101000 – Presidência REDE

1:1

CO FM
10101000 - Presidência

110101000 – Presidência CBMP

=> 10101000 - Presidência

210101000 – Presidência SERV

310101000 – Presidência REDE

Modelo Cielo
N:1
A derivação do centro de custo para o centro financeiro será feita através da regra criada na
transação FMDERIVE. Esta regra é atualizada pelo usuário, sempre que for criado um novo
centro de custo que deverá derivar para um centro financeiro
Note que todos os centro de
custos destacados derivam para
um único centro financeiro.
Independente do centro de custo
lançado, o centro financeiro
derivado sempre será o mesmo.
Os itens financeiros representam o agrupamento funcional de despesas e receitas dentro da
área de administração financeira (AAF).

Os itens financeiros são dispostos em hierarquias. Pode-se criar mais do que uma hierarquia.
Exemplo: uma hierarquia para receitas e outra para despesas.

Somente os itens com categoria 30/3 (despesas) são

atualizados em FM.
 Recursos Humanos Suprimentos

Salários TI
Hierarquia de
Despesas Ordenados Software

Custos c/ Encargos Sociais Hardware

Receitas

Hierarquia de Receitas Monitoria

Receitas
Receitas Diversas

Receitas Private
 FI FM

3201030019 – Serv. Consultoria 3201030019 – Serv. Consultoria

3201030094 – Serv. Diversos => 3201030094 – Serv. Diversos

3201030024 – Mat. Escritório 3201030024 – Mat. Escritório

FI FM
3201030019 – Serv. Consultoria
3201030010 – Serviços
3201030094 – Serv. Diversos

3201030024 – Mat. Escritório 3201030024 – Mat. Escritório

1103020001– Banco Santander

1103020000 – Banco
1102030002 – Fluxo de Caixa
A Atribuição das contas aos itens financeiros será através de regra de derivação, criada na
transação FMDERIVE. Esta regra “mapeia” os campos do cadastro da conta (FS00) e busca o item
financeiro que está informado no campo
A Atribuição das contas aos itens financeiros será através de regra de
derivação, criada na transação FMDERIVE
A entrada do orçamento pode ser feita das seguintes maneiras:

•Transferência de Dados Planejados de CO p/ o FM; Os valores são entrados na KP06, na

versão 1 como valores planejados, através de uma carga, e depois transferidos para o FM
como valores de Orçamento, na versão 0 (zero) – versão oficial. Esta transferência deverá ser
feita 12x, mês a mês, para compor os valores mensais, somente para fins de relatórios. O
controle de disponibilidade sempre verifica o valor anual do orçamento.

•Entrada direta em FM: Os valores de orçamento para centros financeiros e itens financeiros
novos poderão ser entrados diretamente por FM.
Foi definido que a entrada do orçamento será feita a partir dos dados planejados de CO. Os valores
carregados na transação KP06, nos centros de custos e classes de custos, serão transferidos para o FM
através da transação FMCYCOPI_CO, conforme exemplo abaixo:

CO (KP06) FM (FMCYCOPI_CO)

Centro de Custo Classe de Custo Valor Centro Financeiro Item Financeiro Valor

31501001 3201030065 10.000,00 31501001 3201030065 10.000,00

31501001 3201030067 30.000,00 31501001 3201030067 30.000,00

31501001 3201010009 5.000,00 31501001 3201010009 5.000,00

45.000,00 45.000,00

31501002 3201030025 1.000,00 31501002 3201030025 1.000,00

31501002 3201030127 2.000,00 31501002 3201030127 2.000,00

3.000,00 3.000,00

Importante: os ajustes realizados no módulo FM, como transferências, suplementos e restituições, não
atualizam os valores planejados de CO.
 A OPERAÇÂO e o TIPO DE
DOCUMENTO devem ter o
mesmo código para a
transação ser válida.

Para que o usuário possa fazer uma entrada de orçamento, o status em

vigor deve permitir a operação (FMBOSTAT)
Para que o usuário possa fazer uma operação de entrada ou ajuste no orçamento, o status em
vigor deve permitir a operação, caso contrário, o sistema emite uma mensagem de erro. Desta
forma, é necessário que o status vigente permita a operação que o usuário deseja realizar.
Por diversos motivos, durante o ano, o orçamento que já tem sido aprovado pode
eventualmente sofrer alterações. Atualizações no orçamento acontecem durante o ano,
caso ocorra imprevistos e necessidades adicionais. Isso significa que será necessário
atualizar o orçamento inicial na forma de:

• Suplementos

• Restituições

• Transferências

As operações de ajustes de orçamento são realizadas na transação FMBB a mesma utilizada para a entrada do
orçamento.
Pode acontecer que um centro financeiro esteja com poucos fundos enquanto outro ainda tem saldo
disponível. As transferências são funções de FM que permite alocar o orçamento disponível de um centro
financeiro à disposição de outro.

É permitido repartir o montante do emissor para mais de um receptor, e vice-versa.

A OPERAÇÂO e o TIPO
DE DOCUMENTO
devem ter o mesmo
código para a
transação ser válida.

Para que o usuário possa fazer uma transferência, o status em vigor deve
permitir a operação (FMBOSTAT)
Se os recursos financeiros disponíveis não são suficientes, e uma transferência também não é
possível, o sistema permite aumentar o orçamento por meio de suplementos.

Podem-se alocar suplementos para combinações de centros financeiros e itens financeiros.

A OPERAÇÂO e o TIPO
DE DOCUMENTO
devem ter o mesmo
código para a
transação ser válida.

Para que o usuário possa fazer uma suplementação, o status em vigor

deve permitir a operação (FMBOSTAT)
A restituição de fundos acontece quando um objeto de FM tem orçamento em excesso, ou em
caso de corte no orçamento. Esta função permite reduzir o orçamento deste objeto.

A OPERAÇÂO e o TIPO
DE DOCUMENTO
devem ter o mesmo
código para a
transação ser válida.

Para que o usuário possa fazer uma restituição, o status em vigor deve permitir a
operação (FMBOSTAT)
 +100 • Orçamento Original
(- 50)
1000 (+ 50) •Suplementos
 1100
100 •Transferências
300  500 (+50) •Restituição
 250  650
•Orçamento Atual
50
100 50 50 300 (+50)
 100  50 -50  400
0
100 50
 100 +50
 100

Orçamento Atual = Orçamento inicial +/- Ajustes

O controle de disponibilidade monitora o orçamento de modo que:

•Quais elementos de FM tem orçamento, e

•Quais valores reais e compromissos têm sido lançados para eles.

Se os valores reais e compromissos exceder o limite de tolerância especificado, o sistema

reage com uma das seguintes ações:

Aviso Aviso + e-mail Mensagem de erro

Aviso ao usuário Aviso para o usuário e

e-mail automatico O sistema rejeita o
para o responsável lançamento
pelo centro financeiro
O sistema de informação, age como um controle de disponibilidade "passivo", porém o
controle de disponibilidade é o recurso "ativo" que impede que o orçamento seja excedido.

Quando o usuário entra uma atividade, como uma requisição de compra, o sistema verifica
se o orçamento que está disponível é suficiente.

Orçamento
Utilizado
Orçamento
disponível
É possível definir limites de tolerância relativos ou absolutos para perfil de tolerância/grupo
de operação.

Dependendo do grau de utilização de orçamento o sistema reage com as seguintes ações:

Limite de Tolerância Ação

75% informação
85% Advertência
100% Erro
No perfil de tolerância é definido o limite de tolerância, as mensagens do controle e o
evento.
No perfil de tolerância é definido o limite de tolerância, as mensagens do controle e o
evento.

O sistema reage com as seguintes reações:

1 Aviso
2 Aviso + e-mail
3 Mensagem de erro
Nesta atividade é possível determinar estratégias individuais de controle de disponibilidade para
derivação de classificações contábeis de Administração de Orçamento.

Path IMG: Administração do setor público> Administração do orçamento administração

pública > Sistema de Administração de Orçamento (SAO) > Controle de Disponibilidade
Configurações p/ledger controle disponibilidade > Definir estratégia de derivação p/objetos de
controle

Caso a Cielo não quiser

mais utilizar o check no
item financeiro superior,
basta desativar a regra
No exemplo abaixo, todos os itens financeiros 320301XXXX pertencem ao item financeiro
superior 2501003. O orçamento é entrado no nível do Item financeiro, o lançamento é realizado
nele, porém o check é feito no IF superior. Ou seja, mesmo que o orçamento do item não seja
disponível, o sistema irá permitir que ele fique negativo, desde que não exceda o valor do IF
superior.

I. Financeiro Orçamento Utilizado Saldo

2501003 92000 64950 27050
Os itens 3203010023 1500 1500
financeiros que 3203010038 2000 5200 -3200
não possuem IF 3203010041 3000 3000
Superior, o check é 3203010046 1500 4000 -2500
feito diretamente 3203010047 3500 3500
no nível do item.
3203010107 50000 55000 -5000
3203010110 20000 20000
3203010225 10000 10000
3203010227 500 750 -250
Normalmente, é atribuído um perfil de tolerância standard e, assim, são definidos os limites de
tolerância para todos os lançamentos. Porém, caso se pretenda que os limites de tolerância de
outro perfil sejam válidos para lançamentos de determinadas classificações contábeis ou de
determinado usuário, é possível definir uma estratégia de derivação divergente.

Exemplo:
Os itens financeiros que se referem ao range de contas de pessoal, não devem ser verificados
pelo controle de disponibilidade. Neste caso foi criado outro perfil de tolerância, “9999 – não
verificar orçamento”. Todo lançamento feito nestas contas, não passarão pelo controle de
disponibilidade.
Path IMG: Administração do setor público> Administração do orçamento administração pública > Sistema de
Administração de Orçamento (SAO) > Controle de Disponibilidade Configurações p/ledger controle disponibilidade
> Definir estratégia de derivação p/perfis de tolerância
 Lançamento

Controle de
Disponibilidade

Não Lançamento
Existe Bloqueado
Orçamento?

SIM

Compromissos/
reais
Para diminuir o trabalho de entrada ao mínimo, os dados mestres dos outros componentes
são derivados para os classificadores contábeis de FM.

Desta forma, o sistema ao fazer os lançamentos, deriva automaticamente a classificação

contábil FM, sem a necessidade fazer uma entrada manual.

Ex: ao criar uma requisição de compras, o usuário irá informar um centro de custo e uma
conta contábil.. O sistema irá derivar o centro financeiro do centro de custo e o item
financeiro da conta contábil. Ao tentar salvar, o controle de disponibilidade é ativado,
verificando se há orçamento suficiente, permitindo ou não o lançamento.

Requisições e pedidos são considerados compromissos. Faturas e lançamentos diretos de FI

são realizações.
O orçamento é processado e controlado em relação a um ano fiscal particular. Isto pode
exigir que documentos abertos sejam revisados e providencias especiais feitas. É possível
que compromissos em aberto sejam transportados para o próximo ano, bem como o
orçamento compromissado e/ou residual.

Exercício Anterior Exercício Atual

Orçamento Orçamento
Residual Transportado
31
Dez
Compromissos Compromissos
Abertos transportados
Compromissos em abertos são transações que não foram completadas no final de um ano.
Se uma fatura está atrasada ou o período de pagamento termina dentro do ano novo, é
possível atribuir o documento para o ano seguinte.

É possível aplicar vários critérios de seleção para o transporte de compromissos, como

centros financeiros individuais, combinações de classificações contábeis ou documentos
individuais.

O usuário pode estornar o transporte de compromisso.

Compromissos abertos incluem: Requisição Requisição

de Compras de Compras
•Requisições de compras
Dezembro
•Pedidos de Compras Pedido de
Pedido de
Compras
Compras 31
O orçamento para o compromisso também podem ser transportados para o próximo ano. Para
isso é necessário a seguinte configuração:

Path IMG: Administração do setor público > Sistema de Admnistração de orçamento (SAO) > Preparativos
para o encerramento > Efetuar opções default

O orçamento residual
também pode ser
transportado p/ o ano
seguinte, basta marcar a
entrada – NÂO
UTILIZADO NA CIELO

Path IMG: Administração do setor público > Sistema de Admnistração de orçamento (SAO) > Preparativos
para o encerramento > Preparativos para encerramento sistema de administração de orçamentos (SAO) >
Ativar transferência do orçamento p/compromisso
Após o transporte: 2012

Veja que o orçamento comprometido foi transportado junto com o compromisso. O orçamento não utilizado
permanece em 2012.

2013 Após o transporte:

Ao informar uma conta
no SAP, a regra lê o
dado mestre da conta e
busca o item financeiro
Ao informar um centro de
custo, a regra busca o centro
financeiro informado na tabela.
 As ordens de SM
possuem seu
próprio controle de
disponibilidade

Ao encontrar um lançamento em
uma ordem SM, a regra ignora o IF
cadastrado na conta e fixa o IF “SM”.
Este IF “SM” é um item 30/3, porém
está na regra de exceção. O
lançamento é registrado, mas o
controle é feito pela ordem.
 Elemento PEP possui
seu próprio controle
de disponibilidade

Ao encontrar um lançamento em um
PEP, a regra ignora o IF cadastrado na
conta e fixa o IF “PROJ”. Este IF
“PROJ” é um item 30/3, porém está
na regra de exceção. O lançamento é
registrado, mas o controle é feito no
por PS.
Lançamentos de
provisão não devem
checar orçamento.
Quando o tipo de
documento for PV
ou PN, o sistema irá
ignorar o IF da
conta e fixar o IF
NPI-00 (40/3). Ñ
atualiza em FM.
 P/ os
lançamentos de
provisão, os IF
derivados serão
sempre NPI-00,
neste momento
a regra irá
derivar o CF
NPI-00 também
para que não
fique registro no
Já, para os lançamentos FM.
sem CC, a regra irá sempre
derivar o CF “NPI-00”. Estes
lançamento ocorrem em
MM e a conta é sempre
patrimonial.
•ATIVIDADES APÓS ATIVAÇÃO DO FM:

•Transferência do orçamento do CO para o FM (FMCYCOPI_CO) (mês a mês)

•Executar os programas RFFMCHAN e RFFMCHAT

•Reestruturação do Controle de Disponibilidade ( FMAVCREINIT)

•ATIVIDADES DE ROTINA:

•Administração do Status (FMBOSTAT)

•Ajustes no Orçamento (FMBB)

•Reestruturação do Controle de Disponibilidade: FMAVCREINIT

•Execução de Relatórios (GR55 – Z001, Z002, Z003, Z004, Z005)

•ATIVIDADES EVENTUAIS:

•Reestruturação de RC na ADO (FMN3N)

•Reestruturação de Pedidos de Compras na ADO (FMN4N)
•Reestruturação de Documentos de FI (FMN0)

Estas atividades devem ser executadas após as estruturas de centros de custos / centros
financeiros ou contas/itens financeiros sofrerem alterações.
 O centro financeiro não está sendo derivado.
Ação: Fazer a atribuição de centro de custo ao centro
financeiro na FMDERIVE. Caso a atribuição esteja feita o
problema é acesso, dar o print da tela SU53 e enviar p/ Basis
 O item financeiro não está sendo derivado. Ação:
Informar o IF no cadastro da conta (FS00). Caso a
atribuição esteja feita o problema é acesso, dar o print
da tela SU53 e enviar p/ Basis
O orçamento não é suficiente.
Ação: Transferir / Suplementar o orçamento para a combinação de CF e IF (FMBB), ou modificar a
classificação contábil, ou cancelar RC/pedidos antigos que não irão ser utilizados.
O status atribuído (ENTR) não é permitido para a Transferência.
Ação: Atribuir o status correto na transação FMBOSTAT

IMPORTANTE: Antes de executar a transação FMBB, atribuir

o status (FMBOSTAT) adequado para efetuar a operação.
Ao realizar uma restituição, o orçamento disponível não é suficiente.
Ação: verificar o orçamento disponível p/ restituição. O mesmo vale p/ transferência (emissor)
Ação: Desmarcar a Verif. De Classif. Contábil. Na
Cielo não é utilizada estrutura de orçamento, ou
seja, é possível elaborar orçamento p/ qualquer
combinação de CF e IF
Dúvidas?