Árvore de páginas

CONTEÚDO

  1. Visão Geral
  2. Tipos de Movimentação
  3. Adiantamentos criados no módulo Financeiro
  4. Gravação de Movimentações Anteriores
  5. Principais Parâmetros
  6. Tabelas utilizadas


01. VISÃO GERAL

O objetivo é disponibilizar os dados de uso de adiantamentos para o LegalDesk. As informações serão usadas no relatório de Evolução de Adiantamento e Posição Financeira do Caso. O objetivo da evolução de adiantamento é demonstrar o quanto de dinheiro dos clientes está com o escritório.

02. TIPOS DE MOVIMENTAÇÃO

Tipos de movimentações:

      • Recebidos (Geração do RA – Opção Gerar financeiro da tela de adiantamentos);
      • Utilizados (Valores de adiantamentos usados em faturas emitidas no período (Compensações));
      • Cancelados (Faturas canceladas que haviam usado algum valor adiantado (Cancelamentos de compensações));
      • Devolvidos (Estornados - Sobrou dinheiro do que havia sido adiantado - Origem Conta Banco para Adiantamento);

Cada movimentação é inserida na fila de sincronização (NYS).

Importante ressaltar que no momento de gerar o registro na nova tabela para as movimentações de recebimento (Opção "Gerar Financeiro" da rotina Controle de Adiantamentos) e devolução (estorno de adiantamento, Opção "Estornar" da rotina Controle de Adiantamentos):

      • Não são preenchidos os campos de escritório e fatura, pois estes processos não envolvem faturas.
      • Os campos de cliente/loja/caso são preenchidos com o cliente/loja/caso indicados no cadastro do adiantamento.

O valor de adiantamento é usado durante e depois da geração da fatura. Segue abaixo a lista das movimentações de uso e cancelamento de valores:

      • Emissão de fatura com uso de adiantamento;
      • Cancelamento de fatura com uso de adiantamento;
      • Compensação pelo financeiro;
      • Estorno da compensação pelo financeiro;
      • Exclusão da compensação pelo financeiro;
      • Estorno do adiantamento através do cadastro de adiantamentos (JURA069).

Os adiantamentos exclusivos, mesmo com vários casos na fatura, não terão distribuição dos valores entre os casos, o valor será integralmente do caso do adiantamento.

Quando o parâmetro da fila de sincronização estiver habilitado, será gravado um registro na tabela da Fila de Sincronização (NYS) com a chave do modelo JURA311.

03. ADIANTAMENTOS CRIADOS NO MÓDULO FINANCEIRO

As movimentações também são registradas para adiantamentos criados diretamente pelo módulo Financeiro, conforme abaixo:

      • Recebidos (Geração do RA – Criação título de adiantamento pela tela do Contas a Receber);
      • Utilizados (Valores de adiantamentos usados em faturas - Compensações);
      • Cancelados (Cancelamentos de compensações feitas com adiantamentos criados pelo módulo financeiro);
      • Devolvidos (Estornados - Exclusão do título de RA criado no financeiro ou baixa desse título de RA);

Importante ressaltar que no momento de gerar o registro na nova tabela para as movimentações de recebimento (criação do RA via Financeiro) e devolução (exclusão do título de RA criado no financeiro ou baixa do título de RA):

      • Não são preenchidos os campos de escritório e fatura, pois estes processos não envolvem faturas.
      • Os campos de cliente/loja são preenchidos com o cliente/loja indicados no cadastro do adiantamento, porém o campo de caso não será preenchido, visto que no financeiro não é indicado o caso do adiantamento.
      • Não será preenchido o campo de código do adiantamento, pois esse campo guarda o código do adiantamento criado na rotina de Controle de Adiantamentos, que não foi utilizada nesse cenário.

04. GRAVAÇÃO DE MOVIMENTAÇÕES ANTERIORES

Foi criada uma rotina para gravar as movimentações de adiantamentos existentes a criação desta rotina/tabela. Essa execução ocorrerá através da execução do UPDPFS, após a atualização do ambiente, apenas uma única vez, somente se a tabela de movimentações de adiantamentos (OI8) estiver vazia.

05. PARÂMETROS E CAMPOS RELACIONADOS

Principais Parâmetros

Parâmetro

Descrição

MV_JFSINCHabilita a fila de sincronização para integração com outros sistemas? 1- Sim; 2- Não.

06. TABELAS UTILIZADAS