UC00088 - Consulta Saldo Geral de Contas

Objetivo

• Fazer a consulta de saldo geral de contas, que permite ao usuário o acompanhamento de suas despesas (principalmente) e receitas (eventualmente). O sistema usará a conta caixa para gerar as informações.

Atores

• Usuário

Pré-requisitos

• Considerar documento Padrões de desenvolvimento
• No projeto da rotina, em confsrc > META-INF > messages > view.properties definir o nome como Consulta saldo geral de contas. Este nome será utilizado para criar a página no Wiki.

Resultado esperado

• Gerar a consulta saldo geral de contas, estilo draw-drill, possibilitando gerar os vários formatos de arquivos.

Fluxo de eventos

Fluxos principais

Fluxo 1: Usuário acessa a rotina no menu Consulta -> Tesouraria -> Saldo Geral de Contas.

• Sistema exibe os campos de filtragem conforme RN01.

Fluxo 2: Usuário informa dados para filtragem do relatório.

• Sistema procede conforme regra de negócio RN02, e em seguida, após clicar em <Pesquisa> o sistema exibe os dados conforme RN03.

Regras de negócio

RN01 - Tela de filtragem

1. Filiais: Usar componente padrão do sistema
2. Período: Usar componente padrão do sistema, para data inicial e final
3. Regime: Opções para "Caixa" ou "Competência". Posicionar à frente da data
4. Grau das Contas: campo numérico, estilo spin, onde o usuário poderá fazer a seguinte escolha: imagine um plano de contas, cuja conta caixa, tenha a máscara ##.##.####. Se ele escolher grau 2, o relatório, em sua primeira exibição, trará as contas até este nível, podendo ele "fechar" para o nível 1 (clicando no sinal -), ou "expandir" para o nível 3, clicando +.

O default deste campo será um grau a menos que o máximo da conta caixa. Sendo assim, se a mascará da conta é "#.##.##.####" (ver tela de parametrização da tesouraria) o grau default será 3 (4 graus é o máximo menos 1). Do lado do componente de escolha do grau, representar com "#" o grau escolhido, a medida que ele for mudando.

1. Tipo de conta: devedoras / credoras / ambas. Default será devedoras.

RN02 - Filtragem dos Dados

Informações pré-eliminares

• A base do relatório do são as contas caixas. Entretanto, algumas contas não representam um despesa ou receita efetiva. Um exemplo: a conta caixa "DEPÓSITO BANCÁRIO" é devedor no caixa (sai dinheiro do caixa), mas, não constitui uma despesa. Sendo assim, a primeira filtragem a ser observada é o campo "receita/despesa efetiva", do cadastro de conta caixa. Se este campo estiver desmarcado, desconsiderar totalmente a conta caixa e todos os seus movimentos, de qualquer fonte.

• Como ocorrem despesas em várias rotinas, o sistema deverá ler as informações provenientes do caixa, bancos e contas a pagar. Deverá haver um cuidado de não duplicar um determina valor. Exemplo: tenho um contas a pagar, referente a pagamento de ICMS, neste caso conta caixa IMPOSTOS. Posso liquidar gerando bancos, e para evitar duplicidades, os movimentos bancários, bem como os de caixa, só podem ser considerados se forem avulsos (há um atributo próprio para isto, em ambas classes).

• Os dados de contas a pagar sofrem forte influência se o regime escolhido é caixa (pagamento) ou competência. Se for regime de caixa, ler os dados referente aos movimento de pagamento, mas, usando conta caixa e centro de custo do documento. Para efeito de simplificação, os dados de centro de custo e conta caixa estarão sempre guardados nas classes de rateio, mesmo que não o sejam, ou seja, o usuário informou uma única conta caixa e um único centro de custo.

• Os dados bancários e de movimento de caixa não possuem distinção de regime de caixa ou competência, uma vez que possuem uma data apenas. Para regime de competência, vamos usar a data de emissão dos documentos.

Campos a serem filtrados

• Filiais: filtragem direta.

• Período:
  1. Bancos: no caso do sistema bancário, não há diferença entre o regime de caixa e competência, e neste caso, filtrar pela data do movimento.
  2. Caixa: de forma análoga ao sistema bancário, não há diferença entre os tipos de regime, e sendo assim, usar a data do movimento do caixa.
  3. Contas a Pagar: se for por regime de caixa, ler as liquidações efetivas, pela data do movimento. Se for regime de competência, ler pela data de emissão do próprio documento.
  4. Contas a Receber: mesma técnica do contas a pagar acima. O que muda é a fonte dos dados. Apesar de ambos serem "Documentos", há uma especialização para documento a pagar e documento a receber.

• Grau da conta: na verdade não é bem um filtro, e sim uma forma como a consulta se apresentará em sua forma inicial. Vamos imaginar a máscara de conta caixa "##.##.####". Se eu escolher grau 2, um possível relatório seria:

Conta Caixa	Descrição da Conta	Valor
01	Despesas	34.000,00
01.01	Despesas Com Pessoal	13.000,00
01.02	Despesas Administrativas	10.000,00
01.03	Despesas C/ Veículos	11.000,00

Por outro lado, uma consulta de nível 3, tipicamente seria:

Conta Caixa	Descrição da Conta	Valor
01	Despesas	34.000,00
01.01	Despesas Com Pessoal	13.000,00
01.01.0001	FGTS	3.000,00
01.01.0002	INSS	8.000,00
01.01.0003	Vale Transporte	2.000,00

Importante observar que este campo determina como será a apresentação inicial da consulta, mas, o usuário poderá "abrir" ou "fechar" uma conta, clicando no sinal de "+" ou "-", ao lado da conta caixa. Além disto, os mesmos botões deverão aparecer, de forma alternada, no canto superior direito do grid, como forma de "abrir" ou "fechar" tudo.

RN03 - Tela exibição dos dados

Após realizar a filtragem, o sistema deverá exibir um grid com as as seguintes colunas

• Conta Caixa

• Descrição da Conta Caixa:

• D/C: indica se o saldo da conta é credor ou devedor

• Valor: em relação ao valor, o sistema deverá ir totalizando as contas, para os níveis superiores, deverá também dar um ligeiro avanço nas colunas, afim de deixar claro a hierarquização das contas. Ver modelo abaixo:

• Para o relatório mais analítico, no seu grau máximo, dar opção do usuário acessar o documento que gerou aquela despesa.

Com os dados em tela o usuário poderá, seguindo os padrões da empresa, gerar PDF, word, Excell ou gráficos. Os gráficos deverão seguir RN04.

Layouts sugeridos

• 

  figura 1 - gráfico de vendas