Roteiro Configurações CFM-LP

CFM – LP: Fluxo de Caixa Previsto, Planejado e Realizado
Roteiro de configuração
Configurações:
1. FLQC1 – Itens Dummy – OK
a. NI_CLIE Não Identificados-Cliente

b. NI_E Não Identificados-Entrada
c. NI_FORN Não Identificados-Fornecedor
d. NI_S Não Identificados-Saída
e. TR Transferência
2. FLQC2 – Atribuição dos items Dummy – OK – Gravar Dados Globais
3.
4. FLQC4 – Outras Contas Reais – Em revisão Marise
5. FLQC3 – Ativar Empresa – OK
6.
7. FLQC13 – Configuração de Mecanismos - OK
8. Observação: Iniciado com Exits que foram retiradas na Belgo pelo problema do NM. Testar na
Acesita antes para ver se terá o mesmo problema ou não
9. Iniciando o sistema após transferência de configuração (FLQCUST) e dados

mestres (FLQMAIN).
10. Antes de executar o FLQAD que populará a tabela de “movimentos realizados”, executar os
programas:
i. RFLQ_INITTBL – Inicializa as tabelas FLQ
ii. FLQC10 (RFLQ_REBUILD) – Reconstrução de dados reais
iii. FLQAD – Análise E atribuição de Item de Liquidez

11.
12. Aplicação da nota 815520 (Estorno de documentos ). - OK

13. Aplicando a nota 815520 (Reverse document), após o plugin a função foi criada automaticamente
faltando apenas atribuição na tabela TRWPR.
i. Utilizamos a numeração 910 para atualizar a tabela TRWPR (vis SM30)
14. DOCUMENT REVERSE 910 FI FLQ_DOCUMENT_REVERSE
i.
ii. FLQ_DOCUMENT_REVERSE
15. Aplicação de Notas / Melhorias nos Programa de Atribuição do LP:
i. PREVISTO:
1. ZLPFIN: Permitir execução em paralelo (classes S/D/K) / Inclusão de
Seleção por Bseg-Valut
2. Programa via SE38 RFLQ_CASH_FORECAST_FIN
3.
b. Chamado Oss 248771 - RFLQ_CASH_FORECAST_FIN EXECUÇÃO EM PARALELO
DEVIDO PERFORMANCE RUIM .TXT - OK
c. Chamado Oss 248771 - INCLUSÃO BSIS-VALUT RFLQ_CASH_FORECAST_FIN
EXECUÇÃO EM PARALELO DEVIDO PERFORMANCE RUIM .TXT - OK
d. Nota 877971 – Habilita Exit para Split de Vencimentos – Pend.Rosely
1. ZLPMMPO: Split de Vencimentos / Folha de Serviços / FDM1 com + 1 Linha

para o mesmo Item.
2. Programa via SE38 RFLQ_CASH_FORECAST_MMPO
16. ZFLQ_ACESITA_ASSIGN_MMPO Exit do programa de geração de previsto de MM INCLUINDO
TRATAMENTO DA FOLHA DE SERVIÇOS PO TIPO U.txt - OK
17. Z_FLQ_ACESITA_CHANGE_FDDATA.txt - OK
18. Associar a exit acima na transação FLQC13 - OK
19. Nota 877971 – Habilita Exit para Split de Vencimentos – Pend.Rosely
1. ZLPSDORD: Desconsiderar certos tipos de OV / Split Vencimentos / FDM1

com + 1 Linha para o mesmo Item:
2. Programa: ZFLQ_CASH_FORECAST_SDORD (Criar no ambiente )
b. OSS 378688 introdução de EXIT para exclusão alteração do previsto no CM.txt-OK
c. ZFLQ_CASH_FORECAST_SDORD.txt- OK
d. ZFLQ_LISTIT_SOFC Drill-Down do Previsto de SD.txt- OK
e. ZFLQ_DELETE_SDOR Apaga dados de previsao de SD.txt- OK
f. Z_FLQ_ASSIGN_SDORD EXIT DO PGM ZFLQ_CASH_FORECAST_SDORD para derivar
item liquidez da ordem de vendas via conta de receita quando não está presente na OV na
chave ERL.txt- OK
i. REALIZADO:
20. FLQAD
a. Nota 877162 - Corrige Problema da Variação Cambial não assumir IL da despesa principal
geradora do evento. – Pend. Rosely.
b. Nota 883032 Inclui Valor em Moeda Interna DMBTR. – Pend. Rosely.
21. Programas de deleção de previsto

22. RFLQ_DELETE_FC Cálculo da liquidez: eliminar dados de previsão (MM/FI)
23. ZFLQ_DELETE_SDOR Apaga previsão de Ordens de Venda (SD)
24. Programas de deleção de Dados Reais

25. RFLQ_DELEACC Cálculo da liquidez: eliminar partidas individuais p/contas reais
26. RFLQ_DELEP Cálculo da liquidez: eliminar partidas individuais para documento
27. RFLQ_DELETE Cálculo da liquidez: eliminar dados de movimento
28. Aplicação da nota 412605 - Implementation of the liquidity calculation

29. Utilizamos a numeração 910 para atualizar a tabela TRWPR (vis SM30)
30. BELEG POST 910 FI FLQ_DOCUMENT_POST
31. DOCUMENT POST 910 FI FLQ_DOCUMENT_POST
32. DOCUMENT PROJECT 910 FI FLQ_DOCUMENT_PROJECT
33. Na bere momento 00001110 aplicação FI-FI, associamos a função FLQ_DOCUMENT_CHANGE

34.
35. Aguardando plug-in 2004... para aplicação da nota 815520 (Estorno de documentos ) e
36. Nota 497118 – Acréscimo de campos para criação de consultas.

37. Na nota 497118, tem-se de alterar os programas abaixo conforme a necessidade:
38. Dica de Erro Ocorrido: Na Acesita ocorreu um Dump após o plugin GETWA_NOT_ASSIGNED
que era causado por haver campos na tabela FLQQR_FIELD da consulta tipo D que não
estavam no Select-Options do MFLQQRMAINTS22. Após acrescentar os campos no
programa, o erro foi corrigido.
39. Programa: MFLQQRMAINTS20

a. Information in the Bank Statement (Origin LQORIG = 'B').
b. Tables: FEBEP, FEBKO, plus the notes to Payee

a. Information in the Customer, Vendor and certain other lines of FI Payment documents
(Origin LQORIG = 'C').
b. Tables: BKPF, BSEG, LFA1, KNA1.

a. Information in the Customer and Vendor of FI Invoice documents (Origin LQORIG = 'D'; from
PI 2002.1).
b. Tables: BKPF, BSEG.
1. *************** M U I T O C U I D A D O
****************************************************
2. *************** O PREFIXO DO NOVO SELECT-OPTION RESPEITA
REGRAS:
3. *************** PARA O PROGRAMA 21 TEM DE COMEÇAR COM S_
4. *************** PARA O PROGRAMA 22 TEM DE COMEÇAR COM D_
5. ****************************************************************************************
*********
42. Além dos programas individuais, tem-se de alterar o programa principal: SAPMFLQQRMAINT para
incluir a descrição dos novos critérios de seleção para os novos campos adicionados.
43. Os campos abertos nos select-options dos programas acima têm de ser incluídos manualmente na
tabela FLQQR_FIELD via SE16, pressionando novas entradas. O transporte desta tabela é manual
incluindo numa request com:
a. R3TR TABL FLQQR_FIELD
b. R3TR TABU FLQQR_FIELD CHAVE *
44. Aplicando a nota 815520 (Reverse document)

i. Utilizamos a numeração 910 para atualizar a tabela TRWPR (vis SM30)
45. DOCUMENT REVERSE 910 FI FLQ_DOCUMENT_REVERSE
i.
ii. FLQ_DOCUMENT_REVERSE
46. Configurações Globais
47. FLQC1 - Definições de Itens de Liquidez – Dummy, os usuários definiram

posteriormente os itens de liquidez da empresa.
a. Items dummy
i.
b. Itens da empresa
i.
ii.
48. FLQC2-Gravar Dados Globais
a. Atribuir Itens genéricos de entradas, saídas, entradas transferência e

saídas transferência.
Estes itens ‘default’ aparecerão quando uma
derivação não obtiver sucesso, dependendo do tipo
desta transação (Entrada, saída, transferência..)
A terceira moeda só aparece após plugin 2004 e

possibilita exporter para o BW + 1 moeda além das
2 disponíveis anteriormente
i.
49. Data de lançamento – se flegado, o CLM utilizará a data de lançamento como “vencimento” para
atribuição nas colunas, do contrário é utilizada a data efetiva (para lçtos de contas contábeis ou
vencimento das faturas). No caso Belgo será utilizada a segunda opção.
50. Divisão – se houver na empresa marcar esse campo para que o BW o considere. Na Belgo embora
não utilizemos a divisão, flegamos esse campo pois o substituiremos no BW pelo CENTRO.
51. Câmbio - Cálculo da liquidez: câmbio permitido

1. Normalmente, o cálculo da liquidez atualiza um documento de pagamento FI
em duas moedas: na moeda de transação e na moeda interna da empresa.
2. Se este comutador for ativado, isto permite que a moeda de transação e o
montante da moeda de transação de uma partida individual LQ possam ser
modificadas artificialmente. Isto pode ser desejado no seguinte caso:
3. Supõe-se que o usuário pague todas as faturas em moeda estrangeira
através de sua conta bancária em US$, sendo que o banco efetua a
conversão. Isto significa que todos estes pagamentos são visualizados em
US$. Porém, pode ser que, em vez disto, seja adequado visualizar o
montante do pagamento na moeda da fatura original.
b. Módulo Exit Cálculo da liquidez: Esta exit permite trabalhar derivações

para todos os campos constantes nesta tela.
i. exit para campos append
1. Módulo de user exit para preencher campos append próprios do cliente nas
partidas individuais do cálculo da liquidez. A interface deste módulo tem que
ser idêntica à do módulo fornecido pela SAP 'FLQ_CUSTOM_FIELDS'. É
aqui onde o módulo do cliente será chamado durante a geração da partida
individual.
52. FLQC4-Definir Outras Contas Reais
a. Aqui serão definidas, por empresa ou não, as contas contábeis que funcionam como
‘bancos’ a fim de que o LP as considere no realizado.
b. As contas bancárias naturalmente consideradas pelo LP, são aquelas configuradas no

banco empresa (vide tabela t012k). Qualquer outra conta que não esteja configurada dentro
do banco empresa somente é considerada pelo Lp se definida como outra conta real.
i.
53. FLQC3-Ativar Empresa
a.
54. FLQC5 – Definir seqüência de consultas
a. Aqui se define o nome da seqüência de consulta de extrato via informações da FEBA.

Normalmente não utilizamos devido a falta de padronização entre as operações dos
bancos.
i.
55. FLQC6 – Atribuição às contas bancárias
a. Aqui podemos atribuir as contas (depara) referentes a estas operações advindas da

FEBA. No menu FLQMAIN também há uma transação que permitirá fazer essa atribuição. A
diferença básica entre elas é que aqui só podemos atrituir conta a conta, não tem range de
contas, na outra transação o range é possível facilitando a entrada, contudo é dado mestre
e não transporta, aqui é entendido como customização.
i.
56. FLQC13 – Configurações para mecanismos FI
Customizações que interferem na derivaçao do item de liquidez na 1a.etapa:

Ativa conversão parcial, que permite considerer toda compensação parcial
Ativa tratamento N:M (permite quebrar as compensações quando por exemplo várias
partidas são compensadas num único documento), essa quebra permite ao sistema atribuir
os itens de liquidez considerando os diversos documentos envolvidos.
Ctas info na aplicação: permite abrir as entradas depara ao nível do usuário na
FLQMAIN (confirmar com Angela)
Habilitação de derivação via segunda etapa utilizando contrapartida de MM via

GBB (OBYC) – via chave VBR
Possível indicar exits para derivação na segunda etapa (com o plug-in 2004
aparecerá mais uma possibilidade de exit).
A primeira exit auxilia a melhora de performance pois essa exit reduzem o
número de compensaçoes agilizando a busca do item de liquidez. É uma exit
standard que diminui o nro de documentos envolvidos no processo da
compensaçao agilizando a pesquisa.
A segunda exit ajuda na derivação do item de liquidez via o pedido de compras
analisando as contrapartidas do documento via conta de despesa pela classe de
avaliação dos materiais envolvidos.
A terceria também ajuda na melhora da performance.
A quarta exit, se definida, também seria para atuação na melhoria da
performance.
57. FLQC7 – Definir contas do razão relevantes para consulta (cadastro do

depara)
a. No menu FLQMAIN também há uma transação que permitirá fazer essa atribuição. A
diferença básica entre elas é que aqui só podemos atribuir conta a conta, não tem range de
contas, na outra transação o range é possível facilitando a entrada, contudo é dado mestre
e não transporta, aqui é entendido como customização.
58. FLQC8 – Definir seqüências de consultas (de informações FI) – Define-se o

Nome/código desta seqüência.
59. FlQC11– Definir seqüências de consultas (de faturas)- Define-se o

Nome/código desta seqüência.
60. FLQC9 – Eliminar dados de movimento (realizado)

a. Os dados do LP são gravados no R3 após a ativação do módulo. Para eliminar esses dados, utilizar esta
transação.
61. FLQC10 – Reestruturação dados de movimento (Realizado)

a. Para incluir os movimentos referentes a contabilizações anteriores à ativação do LP, utilizar esta transação. Por
ser demorada é recomendável executa-la em batch.
62. FLQC14 – Análise atribuição FI

63. Transportando Dados Mestres da Transação FLQMAIN
64. Upload / Download
i. FLQUPR
a. Para se fazer o upload das consultas, 1º. Faz-se o
download do report FLQLQR gerado onde as consultas
estão cadastrados. Atentar para os tamanhos dos campos
que têm de respeitar o seguinte layout:
b. Para não ter esse trabalho de ajustar o layout, não flegar a

otimização de coluna na seleção do report FLQLQR.
b. Consulta
c. Condições
i. FLQUPGRP
a. Gerar o report FLQGRP, exportar para arquivo texto e

importar normalmente na transação acima.
ii. FLQUPINFAC (Exporta e importa o FLQINFACC)
a. Gerar o report FLQLACC, exportar para arquivo texto e

importar normalmente na transação acima.
65. Composição do Saldo Inicial do Fluxo de Caixa
66. Para Calcular o saldo inicial a ser exportado para o BW tem-se que aplicar a nota
807789 que tem de criar o programa RFLQ_BALANCE_CF. Para os textos de
seleção aparecerem em português tem-se que usar a tradução. O Pgm vem com
um erro na linha abaixo, tem que incluir o MANDT senão dá erro ao gravar.
a. Putzen fuer naechste Runde
a. CLEAR G_T_BALANCE.
b. MODIFY G_T_BALANCE TRANSPORTING MANDT LQDAY
LQPOS LQTYPE
c. WHERE LQTYPE = CON_LQTYPE_INITBAL.
67. O sistema calcula o saldo inicial a partir de uma data informada no report
RFLQ_BALANCE_CF que utiliza um outro saldo de corte que tem de ser gerado
pelo report RFLQ_BALANCE com as seguintes seqüências:
a. Executar o BALANCE para as empresas desejadas para a data de corte

(data anterior ao início do fluxo de caixa), sem marcar o flag de comparação,
depois execute novamente com o flag de comparação marcado.
b. Depois de executar o BALANCE 2 vezes (sem o flag e com o flag de
comparação marcado), executar o BALANCE_CF para gravar o Saldo Inicial
do período desejado. Não informar variante de período contábil para gerar o
saldo diário.
68.
1.
69.
70. Notas aplicadas para problemas detectados nos testes integrados

71. Variação cambial não atribuída ao mesmo item de liquidez da receita/despesa do lançamento
a. Nota 877162 – Funcionou
72. Ordens de venda de doação aparecem como previsto
a. Solução adotada primeiramente incluía na exit do previsto de SD uma consulta a uma tabela
Z* que continha alguns tipos de ordem e esses tipos de ordem são classificadas com item
FFLXNAOBW para que o extrator do BW não os considere.
b. Robert Bieber, o desenvolvedor SAP do produto, indicou a nota 877971 que cria uma exit
que interage na gravação dos dados do CM. Ele desenvolverá ou indicará a lógica para que
em vez de classificarmos os itens com um item genérico, vide acima, possamos deletar esses
itens do CM, não gerando previsão indevida.
73. Ordens de Venda/Pedidos de compra com vencimentos parcelados não são refletidas no CM
a. A SAP indicou a nota 530892 que explica essa impossibilidade, contudo o desenvolvedor do
LP, acenou para a possibilidade de utilizarmos a mesma exit criada pela nota 877971 para
apagarmos o registro único gerado pelo Standard e substituirmos pelo número de registros
corretos respeitando a condição de pagamento do documento. Essa lógica está sendo
requisitada a ele.
74. Consultas FI e Faturas para contas de razão (balanço) não estão derivando item de liquidez
a. Indicada nota 614240 que explica que para essas contas que não são de resultado, se
derivando item de liquidez via consulta, deverão estar associadas ao FLQINFACC mesmo
que sem item de liquidez, porque o sistema precisa desse primeiro passo para em seguida
realizar as consultas.
75. Previsão via pedidos de compra não está contemplando cenário de pedidos para serviços que
utilizam classificação contábil desconhecida e cuja classificação contábil encontra-se em documento
subseqüente denominado “folha de registro de serviço”.
a. Aguardando posição do desenvolvedor LP na construção da lógica para realização desta
derivação. Além de não derivar o IL correto, ainda não “splita” os valores conforme número
de folhas de serviço, gerando no CM uma única linha de previsto com o valor do item do
pedido de comrpas que muitas vezes é irrisório pois o valor correto está apenas na folha de
registro de serviço.
76. Vencimentos do CM para faturas de FI (clientes e fornecedores) utilizando dados de crédito (média
ponderada de atraso) para determinação da data de previsão de tesouraria.
a. Na versão 4.7 em diante há um parâmetro que permite selecionar a utilização ou não desta
média para determinação da data de previsão de tesouraria (Vega e Acesita).
b. Para a Belgo foi necessário abrir a função standard PAYDAY_DETERMINATION para
excluir esse cálculo.
77. Nota 877971

78. Nota exclusiva para tratamento de previsão (FI/MM/SD). No cenário Belgo desejava-se excluir das
derivações de previsão alguns tipos de ordens de venda sem no entanto classifica-las diferente para
que não fossem tratadas pelo BW. Esta nova nota permite eliminar dos dados lidos de CM aqueles
documentos que não se deseja utilizar bem como altera-los.
79. Nota 877971 que cria mais uma exit para atuar na previsão. A partir do release 6.0 na transação
FLQC13 essa exit poderá ser associada, nas versões anteriores, após aplicação da nota acima,
executar o programa ZFLQ_SET_EXIT_CM_DATA e informar o nome da Exit para Update na
tabela FLQC13 Z_FLQ_BELGO_CHANGE_FDDATA.
80. Foi desenvolvida uma exit que atuará na derivação dos valores previstos e que primeiramente estará
splitando a previsão das ordens de venda com condição parcelada, uma vez que no CM haverá
sempre uma única entrada no valor total da venda e num único vencimento.
81. O split para pedidos de compra bem como tratamento para os pedidos de serviço ainda estão por
desenvolver como próprio Robert.
82. Grupo de Função: ZFLQEXIT
i. *******************************************************************
ii. * System-defined Include-files. *
iii. *******************************************************************
iv. INCLUDE LZFLQEXITTOP. " Global Data
v. INCLUDE LZFLQEXITUXX. " Function Modules
vi. *******************************************************************
vii. * User-defined Include-files (if necessary). *
viii. *******************************************************************
ix. * INCLUDE LZFLQEXITF... " Subprograms
x. * INCLUDE LZFLQEXITO... " PBO-Modules
xi. * INCLUDE LZFLQEXITI... " PAI-Modules
xii. INCLUDE LZFLQEXITF01.
xiii. LZFLQEXITTOP
xiv. LZFLQEXITUXX
xv. LZFLQEXITF01
83. Funções desenvolvidas para o grupo ZFLQEXIT

a. A exit desenvolvida pelo Robert Bieber é Z_FLQ_BELGO_CHANGE_FDDATA.
i. Foi atribuída a FLQC13 via ABAP e é utilizada pelo programa de geração de previsto
(MM/FI/SD). Essa exit possibilita entre outras coisas, excluir do previsto registros
que não estejam compatíveis com a lógica de previsão da empresa (OV de Doação...)
bem como “splitar” a linha do CM conforme atribuição da condição de pagamentos.
ii.
b. Exit em desenvolvimento: Z_FLQ_BELGO_ASSIGN_MMPO está sendo desenvolvida pelo
Bieber, certamente para ser utilizada no programa RFLQ_CASH_FORECAST_MMPO via
entrada manual da Exit, atualmente já utilizamos uma exit própria que classifica cada
previsão via o cenário GBB/VBR e preenche o CENTRO  ZFLQ_ASSIGN_MMPO, eu
desenvolvi também um form para classificar a linha do CM que traz o valor total do item do
pedido mas sem atribuição do IL, fiz nessa exit (em teste) uma derivação única via qualquer
folha de registro de serviço que já esteja associada ao pedido/item.
84.
85. Após executar o programa, a tabela FLQASSET fica assim:
86.
87. Utilizando o ‘Further’ na configuração do FLQINFACC
a. Quando não se localiza o cliente que efetuou o ‘depósito identificado’, o

procedimento atual executa os seguintes lançamentos
1. Lançamento do Extrato
ii. D – Banco Mov

iii. C – Banco Transitória
1. Conciliação da Transitória
iv. D – Transitória (compensação)
v. C – Conta 1106009 – Valores a classificar
b. Encontro de contas Transitória / Cliente
i. C – Cliente - (compensação)
ii. D - Conta 1106009 – Valores a classificar (compensação)
88. Neste processo, estando a conta 1106009 na configuração FLQINFACC com o flag
de Further marcado e associada ao IL VR_A_CLASSIFICAR (que é item buffer no
FLQAD) e estando também as contas de reconciliação de clientes com o flag
FURTHER marcados, o sistema bypassa o documento de compensação e chega à
fatura de FI que foi compensada, contudo classifica todas as contas da fatura
fazendo parecer que foram realizados receita, impostos e despesas...
89. Após correção do programa ZLP_SAMECLEAR_REDUCE_DOC que é uma exit da

FLQC13 que diminui a cadeia de compensações, foram possíveis 2 formas para
tratar este caso de forma que todas as linhas da fatura sejam classificadas em um
único IL, no caso de Receita de Vendas Mercado Interno.
90. Solução 1 – Não colocar a conta 1106009-Valores a Classificar no FLQINFACC e

não marcar Further nas contas de reconciliação de clientes.
91. Solução 2 – Marcar Further na conta 1106009-Valores a Classificar, associado-a ao

item buffer VR_A_CLASSIFICAR e marcar o Further em todas as contas de
reconciliação de clientes.
92. Dica – O Further funciona como um direcionador de que o sistema tem de continuar
a cadeia para aquela conta que o tem flegado, quando esta conta for de razão,
quando ela for de reconciliação ele faz o contrário, ele pára naquele momento e
deriva o IL daquele passo.
93. Definição de Exits de Atribuição:
i. PREVISTO:
ii. ZLPFIN
1. Z_FLQ_ACESITA_ASSIGN_FIN
a. Tratamento Ad.Fornec. via GBB usando Num. PC.
2. Z_FLQ_ACESITA_ASSIGN_REX_FIN
a. Tratamento do NI_Forn usando GBB via Num. PC.
iii. ZLPMMPO
1. Z_FLQ_ACESITA_ASSIGN_MMPO
a. Derivação via GBB pelo Pedido de Compras.
iv. ZLPSDORD
1. Z_FLQ_ACESITA_ASSIGN_SDORD
a. Derivação via Cta.Receita do Item da Ordem de Vendas
b. Comentado tratamento da ZLPEXCECAO
v. REALIZADO:
1. Z_FLQ_ACESITA_ASSIGN_FIN
a. Tratamento Ad.Fornec. via GBB usando Num. PC.
2. Z_FLQ_ACESITA_ASSIGN_REX_FIN
a. Tratamento do NI_Forn usando GBB via Num. PC.
94. Integração com outros Módulos
95. CM
a. Desativar cálculo atual da data de previsão da tesouraria que inclui dias de atraso médio no
cálculo.
96. CFM/TRM
a. Definições depara entre as movimentações dos produtos (CFM / TRM –ACESITA e
respectivos Itens de liquidez).
97. BW
a. Integração da Previsão dos produtos Financeiros via Cubo CM atualizado automaticamente
pelo CFM/TRM.
98. Apêndice:
99. Se necessário, Aplicar nota 497118 – Acréscimo de campos para criação de consultas.
100. Na nota 497118, tem-se de alterar os programas abaixo conforme a necessidade:

a. Information in the Bank Statement (Origin LQORIG = 'B').
b. Tables: FEBEP, FEBKO, plus the notes to Payee

a. Information in the Customer, Vendor and certain other lines of FI Payment documents
(Origin LQORIG = 'C').
b. Tables: BKPF, BSEG, LFA1, KNA1.

a. Information in the Customer and Vendor of FI Invoice documents (Origin LQORIG = 'D'; from
PI 2002.1).
b. Tables: BKPF, BSEG.
Sequencia de Jobs
Job 1 – Elimina previstos de SD/FI e MM
Job2 – Executa FLQAD(realizado) / Saldos Iniciais / Previsto MM e Previsto SD

Job3 – Prepara Previsto de FI – Fornecedor e Cliente
Job4 - Prepara Previsto de FI – contas do razão
Pendências...
 Aplicar nota sobre estorno de documentos ?

 Avaliar Implementação do programa de previsto e deleção do SD ?
 Se necessário, implementar nota Nota 877971 que trata do SPLIT de vencimentos para SD/MM
 Aplicar nota 807789 do programa RFLQ_BALANCE (Saldo inicial/corte) e RFLQ_BALANCE_CF
(Saldos iniciais diários).
 Inserir de-para no FLQINFACC (atribuição direta)
 Inserir consultas FI e Faturas (se houver)
 Definir necessidade de exits nas atribuições ?
 Exits obrigatórias
o Implementar Exits de performance :
o ZLP_MODIFY_INV (faz cenário de MM GBB/VBR)
o ZLP_PAIR_REST_TWAERED_2CL (performance do realizado)

Roteiro Configurações CFM-LP

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Roteiro Configurações CFM-LP

Diunggah oleh

Hak Cipta:

Format Tersedia

CFM – LP: Fluxo de Caixa Previsto, Planejado e Realizado

1. FLQC1 – Itens Dummy – OK

a. NI_CLIE Não Identificados-Cliente

2. FLQC2 – Atribuição dos items Dummy – OK – Gravar Dados Globais

9. Iniciando o sistema após transferência de configuração (FLQCUST) e dados

i. RFLQ_INITTBL – Inicializa as tabelas FLQ

ii. FLQC10 (RFLQ_REBUILD) – Reconstrução de dados reais

iii. FLQAD – Análise E atribuição de Item de Liquidez

12. Aplicação da nota 815520 (Estorno de documentos ). - OK

15. Aplicação de Notas / Melhorias nos Programa de Atribuição do LP:

1. ZLPMMPO: Split de Vencimentos / Folha de Serviços / FDM1 com + 1 Linha

1. ZLPSDORD: Desconsiderar certos tipos de OV / Split Vencimentos / FDM1

21. Programas de deleção de previsto

24. Programas de deleção de Dados Reais

28. Aplicação da nota 412605 - Implementation of the liquidity calculation

33. Na bere momento 00001110 aplicação FI-FI, associamos a função FLQ_DOCUMENT_CHANGE

36. Nota 497118 – Acréscimo de campos para criação de consultas.

39. Programa: MFLQQRMAINTS20

40. Programa: MFLQQRMAINTS21

41. Programa: MFLQQRMAINTS22

44. Aplicando a nota 815520 (Reverse document)

46. Configurações Globais

47. FLQC1 - Definições de Itens de Liquidez – Dummy, os usuários definiram

48. FLQC2-Gravar Dados Globais

a. Atribuir Itens genéricos de entradas, saídas, entradas transferência e

A terceira moeda só aparece após plugin 2004 e

51. Câmbio - Cálculo da liquidez: câmbio permitido

b. Módulo Exit Cálculo da liquidez: Esta exit permite trabalhar derivações

52. FLQC4-Definir Outras Contas Reais

b. As contas bancárias naturalmente consideradas pelo LP, são aquelas configuradas no

53. FLQC3-Ativar Empresa

a. Aqui se define o nome da seqüência de consulta de extrato via informações da FEBA.

55. FLQC6 – Atribuição às contas bancárias

a. Aqui podemos atribuir as contas (depara) referentes a estas operações advindas da

56. FLQC13 – Configurações para mecanismos FI

Customizações que interferem na derivaçao do item de liquidez na 1a.etapa:

Habilitação de derivação via segunda etapa utilizando contrapartida de MM via

57. FLQC7 – Definir contas do razão relevantes para consulta (cadastro do

58. FLQC8 – Definir seqüências de consultas (de informações FI) – Define-se o

59. FlQC11– Definir seqüências de consultas (de faturas)- Define-se o

60. FLQC9 – Eliminar dados de movimento (realizado)

61. FLQC10 – Reestruturação dados de movimento (Realizado)

62. FLQC14 – Análise atribuição FI

64. Upload / Download

b. Para não ter esse trabalho de ajustar o layout, não flegar a

a. Gerar o report FLQGRP, exportar para arquivo texto e

ii. FLQUPINFAC (Exporta e importa o FLQINFACC)

a. Gerar o report FLQLACC, exportar para arquivo texto e

65. Composição do Saldo Inicial do Fluxo de Caixa

a. Executar o BALANCE para as empresas desejadas para a data de corte

70. Notas aplicadas para problemas detectados nos testes integrados

77. Nota 877971

xii. INCLUDE LZFLQEXITF01.

83. Funções desenvolvidas para o grupo ZFLQEXIT

85. Após executar o programa, a tabela FLQASSET fica assim:

87. Utilizando o ‘Further’ na configuração do FLQINFACC

a. Quando não se localiza o cliente que efetuou o ‘depósito identificado’, o

ii. D – Banco Mov

iv. D – Transitória (compensação)

v. C – Conta 1106009 – Valores a classificar

b. Encontro de contas Transitória / Cliente

ii. D - Conta 1106009 – Valores a classificar (compensação)