Tempo aproximado para leitura: 00:02:45 min
Dúvida
Como parametrizar o Fluxo de Caixa para Aplicações e Empréstimos?
Ambiente
Cross Segmentos - TOTVS Backoffice (Linha Datasul) - Fluxo de Caixa (CFL) - Versão 12
Solução
Quando não se utiliza o módulo de Aplicações e Empréstimos não é necessário separar o fluxo de caixa entre classes, porém também pode ser utilizado esse conceito se necessário.
Quando se trabalha com o módulo de Aplicações e Empréstimos é necessário utilizar as classes para que ocorra a separação entre o fluxo operacional e não operacional da empresa e também pela separação entre o que é disponível e o que está em carência. Cada classe deve possuir sua própria estrutura, ou seja, um tipo de fluxo financeiro que represente saldo inicial, entradas, saídas e saldo final.
Para que não ocorra distorção no fluxo de caixa da empresa é necessário que a estrutura do fluxo de caixa esteja separada em 3 classes:
Classe 0(zero): Utilizada para o fluxo de caixa Operacional da empresa.
Classe 1: Utilizada para registrar as movimentações de carência das aplicações financeiras, ou seja, do montante aplicado o quanto está em carência.
Classe 2: Utilizadas para registrar as movimentações do disponível das aplicações financeiras, ou seja, do montante aplicado o quanto está disponível para resgate.
Segue abaixo um exemplo de estrutura separados por classes:
Cada classe terão os tipos de fluxos que irão representar as movimentações no Fluxo de Caixa, no cadastro do Produto Financeiro - prgfin/apl/apl005aa.r é necessário relacionar cada tipo de fluxo a movimentação correspondente.
Exemplo:
Obs.: Os tipos de fluxo acima são apenas exemplos, a parametrização deve ser feita de acordo com a definição da empresa. A imagem acima serve apenas para demonstrar quais campos são de Classe 0, 1 ou 2.
Por que é necessário ter essa separação?
Exemplo 1
Aplicação de R$ 1.000,00 em 01/02/99 com 15 dias de carência e vencimento em 01/03/99.
Quando é realizada uma aplicação com carência, são gerados 2 movimentos realizados, um representando a saída do dinheiro no caso aplicação e um outro representando a entrada do dinheiro em carência:
Considerações analisando os movimentos realizados: Se o fluxo de caixa não tivesse a separação das classes seriam gerados 2 movimentos numa única classe, não tendo efeito dessa forma no saldo final do fluxo de caixa, pois foi gerado um movimento de saída - aplicação - e um outro de entrada - carência.
Tendo as classes devidamente parametrizadas isso não acontece, pois a aplicação irá gerar uma saída no fluxo de caixa operacional diminuindo o saldo final operacional e a entrada em carência seria gerado numa outra classe afetando o saldo final com um acréscimo no mesmo valor da aplicação.
Dessa forma a empresa terá a visão de que não tem mais o dinheiro que foi aplicado em caixa, porém está em carência, ou seja, está num tipo de fluxo que representa as aplicações em carência e que assim que sair de carência a mesma pode fazer uso do mesmo.
Exemplo 2
Aplicação de R$ 1.000,00 em 01/02/99 sem carência e vencimento em 01/03/99.
Quando é realizada uma aplicação sem carência, são gerados 2 movimentos realizados, um representando a saída do dinheiro no caso aplicação e um outro representando a entrada do dinheiro no disponível:
Considerações analisando os movimentos realizados: Da mesma forma que a carência se o fluxo de caixa não tivesse a separação das classes seriam gerados 2 movimentos numa única classe, não tendo efeito dessa forma no saldo final do fluxo de caixa, pois foi gerado um movimento de saída (aplicação) e um outro de entrada (disponível).
Tendo as classes devidamente parametrizadas isso não acontece, pois a aplicação irá gerar uma saída no fluxo de caixa operacional diminuindo o saldo final operacional e a entrada em disponível seria gerado numa outra classe afetando o saldo final com um acréscimo no mesmo valor da aplicação.
Dessa forma a empresa terá a visão de que não tem mais o dinheiro que foi aplicado em caixa, porém o mesmo está num tipo de fluxo que representa o quanto a empresa tem em disponível para resgate.
Exemplo da consulta do fluxo - prgfin/cfl/cfl206ab.r utilizando classes:
Observar que cada classe possui seu saldo inicial e final independente.
0 Comentários