o problema é o seguinte: Como montar de forma eficiente uma rotina para controlar a movimentação de cheques de clientes pelo conta corrente dos mesmos. Tipo: cheques pre-datados, cheques devolvidos, dias parados dos cheques devolvidos, informar com detalhes todos os itens do cheque na hora do recebimento, isso tudo ligado ao conta corrente do cliente.
Caro machado,
Não sei se entendi direito sua pergunta, por isso, me corrija se eu estiver errado.
Vc tem uma rotina de Lançamento q eh referente a esse banco de dados, certo ?
Vc quer montar um relatório completo no conta corrente do cliente, eh isto ?
Olá Ale Sb,
Na verdade no CC eu teria apenas a totalização dos cheques; do dia, pre-datados e devolvidos de cada cliente. Claro que tenho q utilizar um outro dbf para armazenar as informações q necessito. Qual cheque foi devolvido, data da devolução, qtos dias passou o cheque na empresa e etc...
A questão é como montar este controle de cheques dentro do meu lancamento? Como montar este controle totalizando o saldo final no CC do cliente?
Um Conta corrente eficiente deve conter no minimo 2 .DBF principais, sendo o movimento e o saldo.
O saldo grava dados como nome do banco ou cliente, numero da conta(no caso de cliente sera o seu codigo) da conta, valor de saldo e valor de limite.
O movimento contera os lançamentos de abertura de caixa(diario), transporte do dia anterior(caso não tenha sido fechado), creditos, débitos e fechamento no fim do dia. Sendo os campos Data, Valor, Historico da transação, tipo da transação(débito/crédito).
As rotinas principais seriam:
- Abertura
- Fechamento
- Debito
- Credito
- Transferencia(de uma conta para outra no caso de bancos)
- Acertos(à débito ou à crédito)
Para tornar o desenvolvimento fácil pense assim:
- Usar os .DBF movimento e saldo.
- DBEDIT trabalhando sobre o movimento.
- UDF do DBEDIT com funções para:
[1] - Filtrar uma conta.
[2] - Lançar débito.
[3] - Lançar crédito.
[4] - Transferir.
[5] - Acertar valor.
[6] - Abrir/Fechar a conta no dia(se for um caixa diário).
Todas as rotinas que movimentam o movimento devem fazer a manutenção do saldo para atualiza-lo.
É imprescindível que os movimentos de saldo sejam somente feitos via função e nunca aceitar movimentos externos via DBASE.
A técnica usado aqui é a mesma que usamos para movimentar o estoque no mais puro estilo KARDEX.
O movimento esta para os itens assim como;
O saldo esta para o estoque.
estou com o mesmo problema em um cliente, ele quer um controle de cheques, por exemplo ele deu um cheque para pagar a racao do cachorro, e deu outro para pagar um fornecedor.
Eu gostaria de sabe se nesse controle de contas correntes (chamado tambem de conciliacao bancaria), ele afeta o fluxo de caixa do sistema, ou apenas eh um controle a parte, para o cliente saber quantos cheques tem q pagar no dia???????
Desde ja agradeco.
Vastec - Automacao Comercial Ltda - Ribeirao Preto - SP. (16)3968-2299-(16)8154-7828 (16)8121-4139
msn: suporte@clebermano.com.br - email: clebermanorp@yahoo.com.br
Quem nao vive pra servir nao serve pra viver !
Veja bem, o contorle bancário é uma coisa, outra é o controle de fornecedores, de despesas e de caixa.
Utilizo da seguinte forma, quando do pagto de algum fornecedor eu informo o o cheque, esse é lancado diretamente no controle bancário, e o mesmo acontece no controle de despesas.
No fechamento do caixa eu trago o total de despesas pagas, o total de fornecedores pagos, etc....
Quanto a cheques devolvidos, tenho uma rotina de cheques pré-datados e de devolvidos, imaginem como se fossem um segundo contas a receber, os cheques que estão na condição de pré-datados, qdo ele passa para devolvido, eu crio um outro controle (outro dbf), assim fica mais explicito para o cliente.
Agradeço a todos pelas idéias postadas ate agora.
Primeiramente, peço desculpas a todos pela minha falta. Mas, infelizmente ainda não vi a LUZ no FIM DO TÚNEL.
Rochinha, Cara Embaralhou Geral!
Alessandro, não abusando de sua boa vontade, vc poderia expor melhor a sua idéia. Caros amigos poderiam postar alguns exemplos?
Um sistema financeiro completo, realmente dá muito trabalho pra ser desenvolvido. Eu trabalho da seguinte forma.
Arquivos DBFs que compõem o sistema e os campos principais.
Cadcli ( clientes)
Cadfor (fornecedores)
Cadcc (cadastro de conta corrente)
Codigo c 8
Nome c 30
Agencia c 4
Codfor c 5
Limite n 12 2 (limite de ch esp)
Ex de registros
Codigo Nome
00000001 conta caixa
00000002 conta de cheques ( che bom e pre datado)
00101303 conta corrente Banespa
a conta 1 e 2 sao fixas do sistema, o resto o cliente quantas quiser
o campo codfor é o codigo do fornecedor. Banco Banespa por exemplo está registrado em
cadfor.dbf
Cada conta registrada nesse arquivo o sistema cria um dbf utilizando o prorio codigo desse cadastro, nesse caso 00000001.dbf, 00000002.dbf e 00101303.dbf.
Campos que compoem esses arquivos
datareg - data de registro
datavenc - data de vencimento
historico - por exemplo ( doc. 100/1 recebido de Joao da Silva)
destino - guarda o nome do fornecedor que foi usado o cheque para pagamento ( usado somente na conta 2 cheques)
todos os registros com campo destino em branco e ja vencido sao os cheques disponiveis.
docum - numero do cheque
ok - nesse campo eu uso o caracter / para ticar quando o cheque foi descontado no banco para fazer a conciliacao (usado somente em contas correntes)
valor - valor do documento
dc - deb/credito
saldo - a cada movimento no contas a pagar ou receber ou lanc. de tarifas o sistema atualiza o saldo, sempre de dois dias anterior ate o o ultimo dia ( indexado por data de vencimento), nunca do incio ate o final. pois dependendo do tamanho o calculo ficaria lento, para isso tenho uma rotina especifica, mas praticamente nunca precisou ser usada)
codfor - codigo do fornecedor quando for pagamento ( so para contas correntes e conta caixa)
codcli - codigo do cliente quando for recebimento
bx - nesse campo assinalo com S quando o cheque ja venceu e foi pra conta caixa
cccliente - conta corente do cliente que deu o cheque
emitente - quem emitiu o cheque
e outros dados do cheque recebido
esses lancamentos vem automatico quando for feito um pagamento ou recebimento.
TPREC.dbf (tipos de recebimento)
codigo - c 2
nome - c 20
dc - deb ou cred
cc - conta corrente correspondente a esse recebimento
receok - se S vale como recebimento se N nao vale como recebimento ( para controle de alguns relatorios)
ex:
Codigo Nome DC RECEOK CC
01 dinh d S 00000001
02 cheque d S 00000002
03 desconto d N
04 dep.banco d S
05 estorno Cred c S
tipo 1 e 2 sao fixas do sistema
na tela do recebimento so passar no campo da conta corrente somente se CC estiver sem preencher.
PLANO.DBF ( plano de contas do sistema )
codigo -c - 3
nome - c -30
dc - c- 1
exemplo:
CODIGO NOME DC
1.00 receitas
1.01 vendas vista c
1.02 vda prazo c
2.00 despesas
2.01 aluguel d
2.02 agua d
2.03 assesoria contabil d
3.00 despesas tributarias
3.01 contr. social d
3.02 imposto de renda d
4.00 gastos com pessoal
4.01 pro labore d
4.02 salario e ordenados d
5.00 ressarcimentos
5.01 devol FGTS c
6.00 receitas nao operacionais
6.01 rend. apl. financeira c
6.02 juros de acoes c
7.00 desp nao operacionais
7.01 reclamacoes trabalhista d
7.02 multas diversas d
8.00 investimentos
8.01 maqui e equipamentos d
8.02 veiculos d
9.00 materia prima
9.01 cimento d
9.02 areia d
9.03 material de revenda d
obs: os codigos de titulos do plano terminado em 00 sao fixos do sistema
1.00, 5.00 e 6.00 so contas de creditos / 2.00, 3.00 , 4.00 , 7.00 , 8.00 , 9.00 so contas de debitos /
todo recebimento e todo pagamento obrigatoriamente tem que gravar o codigo da receita ou despesa.
com esses dados gravados pode-se gerar um relatorio muito interessante.
RELATORIO DE ANALISE DE RESULTADO EM MM/AA
1.00 RECEITAS
1.01 VENDA A VISTA 5000,00
1.02 VENDA A PRAZO 5000,00
---------
(=) TOTAL VENDAS 10.000,00
(-) CUSTO MERC;VEND. 4.000,00
=======
(=) LUCRO BRUTO 6.000,00
8.00 INVESTIMENTOS
8.01 MAQ E EQUIPAMENTOS 500,00 TT 500,00
RESULTADO FINANCEIRO
(L.LIQ+REC N.OPE-DESP N.OPE - INVEST)
= 3200,00
Obs. se lucto liq positivo e resul financeiro for postivo, otimo, pode continuar investindo
se lucro liq for positivo e resultado financeiro negativo, cuidado, pare de investir
se lucro liquido for negativo e res financeiro negativo, é bom se cuidar.
Para escrever tudo sobre um sistema financeiro, ainda teria muita coisa, mas so para terminar,
eu tenho tambem um arquivo:
TPPAG.DBF (tipos de pagamentos)
ex. 01 dinheiro 02 cheque pre 03 desconto em banco, etc
p/ controlar o contas a recebr eu trabalho com 3 arquivos:
RECEBEG.DBF
dados gerais do documento, ex docum n. 100 valor de 90,00 em quantidade de parcelas 3
RECEBED.DBF
guardo as 3 parcelas do documento
RECEBEM.DBF
gruardo os recebimentos
P/ CONTAS A PAGAR
PAGARG.DBF
PAGARD.DBF
PAGARM.DBF
idem contas a receber.
Espero ter diminuido um pouco a sua duvida, (ou aumentado).
posso fazer uma demonstracao on-line pra quem quiser ver um sistema com tudo isso funcionando:
Contas correntes:
- cheques (digitado diretamente no conta corrente ou proveniente de
pagamento de titulo de conta a pagar) e impressao do mesmo, onde
o usuario pode alinhar conforme cada banco
- duplicatas (impressao em bloquete pre-impresso ou gerar um arquivo
para o banco), liquidacao de duplicata gerando o respectivo credito na
conta corrente (descontando a taxa de cobranca) ou recebimento
diretamente no caixa da empresa,
- aplicacoes, investimentos, tarifas, impressao de cheques, conciliacao
manual e automatica (recebendo os arquivos cnab do banco)
- integracao com contas a receber, pagar e caixa, e lancar na
contabilidade so os lancamentos provenientes de nf: para os sistemas
de contabilidade prosoft, alterdata, nasajan, rmcont, hercules e xtdc,
mas se tiver outro formato posso fazer
se tiver tb qualquer coisa que nao tenha, tb posso fazer, nesse mesmo sistema por exemplo, uso num orgao federal, onde todos os pagamentos efetuados podem ser descontado ISS, IR, Inss, tudo isso é parametrizado e tenho sempre um unico fonte para todos os usuarios
Pode ser longo o caminho, mas tem um começo, pode nao ter fim, o que importa é fazer o que o cliente quer, deixa-lo satisfeito, ser remunerado....
Harbour 3.2 HMG 1.2a NSX
Evandro
Pelo fato de exercitar bem a própria arte,
cada um pretendia ser sapientíssimo também nas
outras coisas de maior importância,
e esse erro obscurecia o seu saber
r]
) 
