PC Toledo

Bom dia, amigos! )

Assumi recentemente o cargo de Auxiliar de Departamento Pessoal em uma empresa e, já que sei um pouquinho de Clipper, me comprometi a desenvolver um sistema de folha de pagamento. Que pepino! :?
As telas de cadastro de empregados, indicadores econômicos (inss, fgts, salário família, salário mínimo, etc) eu já fiz. Emperrei na tela de cálculo de holerites. Alguém teria um exemplo disso para postar aqui no fórum? Creio que isso não só me ajudaria, mas ajudaria outros também!

Por favor, preciso muito disso! Obrigado! :*

Eu não tenho nenhum exemplo para dar de folha de pagamento (o que não é um programa simples). Mas aconselho ao colega, fazer TBROWSE que irá apresentar os dados de forma colunar (tipo planilha) o que facilita a visualização dos dados.

Na verdade o cálculo não é uma tela, é um processo.
Esse processo pode trabalhar de várias formas.
Um delas é criar um arquivo (DBF) para conter os dados calculados.
Crie uma tabela para conter as ocorrências de folha.
Vamos por partes...
Coloque na tabela de ocorrências o salário base como ocorrência 01.
No processo, coloque o sistema para calcular o salário base de todos os funcionários, gravando no arquivo de dados calculados os dados necessários.
Depois dessa parte estar pronta, vá preparando cada calculo (Créditos e Débitos).
Após vc ter boa parte dos cálculos prontos, vc pode tb criar uma tabela de lançamentos manuais.
O sistema vai calcular o INSS de um funcionário, verifica se existe lançamento manual, ignora o calculo e assume o lançamento manual.

Vc já tem o controle de freqüência pronto?
Já preparou as tabelas financeiras? Descontos?

(Ah! Vai ser um longo caminho de pedras. Batalhe.)

Espero ter ajudado. Boa sorte.

Acho que o primeiro passo deveria ser o levantamento de dados completo da aplicação para que se tenha uma real idéia das necessidades do projeto. Mas com relação à folha em si, você tem toda a solução aí do do seu lado. Programa de computador (em quase todos os sentidos), nada mais é que uma analogia da vida real. Seu melhor consultor é o cara que faz essa folha no braço. Como bem disse o GVC, tela é o de menos, já que representa a parte estética que pode ou não ser boa. Mas isso é um detalhe que fica pra depois. Primeiro você precisa saber onde vai chegar, sem isso não tem como escolher o melhor caminho. A matéria em si já é uma coisa bem complicada. Sem um embasamento teórico inicial vai ficar mais difícil ainda. Exatamente por isso inventaram aquele negócio chamado "análise de sistema".

Olá

Quer mais uma ajuda?. Porque o pepino é grande.

Vai fazer RAIS , SEFIP, calculo de ferias?.

Importante, crie primeiramente um tabela de eventos, com os seuintes campos.

Essa tabela deverá ter Proventos e Descontos.

deixe do 1 ao 200 para proventos
1 a 100 fixos
101 a 200 livre para o usuario

do 201 a 400 descontos
201 a 300 fixo
301 a 400 livre para o usuario

essa faixa de codigo será o susficiente para conter todos os eventos da folha.

No fixo coloque tudo o que puder de eventos, de modo que fique pouca coisa ou nada para o usuario cadastrar.
um campo tambem para unidade de referencia (hora/dia/valor), + pra frente voce vai saber porque.

coloque tamber um campo para incidencias para S ou N
segue abaixo a lista de incidencias

13
ferias
I.Renda
INSS
FGTS
Sal.Familia
Rais
I.Renda sobre ferias
I.Renda sobre 13
Inss 13
FGTS 13
Ad.Rais 13. (Incide sobre rais do adiantamento do 13?)
Aviso Previo
DSRV (incide s/ descanso semanal remunerado variavel? ), se a sua empresa nao usa esse evento, nao precisa.

deixe tambem um campo para formula, pois pra cada evento voce devera criar uma formula. Sem essa tabela bem planejada, voce nao conseguira gerar a folha.

Um abraço
Poka

Uma vez vi uns projeto com codigo livre em Delphi + Firebird no SourceForge.net, talvez dando uma procurada vai te ajudar, lembro que tinha um sisteminha de contabilidade bem legalzinho e um de Folha de pagamento, de uma procura e tire como base....

Quando mencionei ao colega fazer TBROWSE, não quis dizer em nenhum momento que isso era tudo o que ele tinha a fazer. E eu ja acho que a entrada de dados é um dos primeiros passos, pois sem a entrada de dados e manutenção deles o sistema não seria sistema e sim um aplicativo. A forma em que é apresentado os dados, quer dizer muito.

Imagino que o usuário de RH irá ver em tela os períodos de horários trabalhados, com horas extras e abonos e esses dados seria mais conveniente exibí-los como tabela. Além de que muito vezes é mais fácil fazer TBROWSEs que tela modo ficha. Tudo dependerá da necessidade de exibir ou não os campos x registros de uma determinada matricula.

Mas enfim, não podemos menosprezar qualquer detalhe, ao final de contas a exibição dos dados com uma melhor apresentação, com maior dinamismo e calculos corretos (é claro) é o que irá ponderar. Tela bonita não é no Clipper, e o que podemos fazer dele é o melhor possível para não "cansar" o usuário com telas e mais telas. Essa é a minha opinião.

Já fiz esse tipo de programa. Pode acreditar: é o tipo de "casca" que ao final, pelo tempo disprendido, pelos problemas envolvidos, pela necessidade de manutanção, percebe-se que teria ficado mais barato alugar um programa pronto. Desenvolver pra uso próprio, acredito, fica muito mais caro.

Não quero desencorajar ninguém, mas como funcionário, conhecendo o ramo como conheço, jamais aceitaria fazer isso. Se fosse só pelo aprendizado, tudo bem. Mas não parece ser esse o caso.

Amigo entra no site www.solutionbh.com.br lá tem um programa de folha de pagamento super atulizado e gratuito para download inclusive com manual...

Vou tentar baixar o programa sugerido pelo Rubens. Espero que seja para Ms-Dos...
Caso contrário, vou passar o final de semana "cavalgando" o computador. -:]

Obrigado! :{

tenta este e em delphi.

ja da para ajudar.

http://folha-livre.sourceforge.net/instalacao.html

Eu desenvolvi uma folha de pagamento, completa, se vc s interessar, contate-me, Abraços

OI LabaroAzul,

Tal qual o Maligno te aconselhou, nada melhor que VC pegar o "Kara" que fez a folha no "Braço" e junto dele definir as "Formulas" de todos os calculos necessários à folha, e depois ai sim ver qual a mecânica do teu programa para APRESENTAR OS RESULTADOS.

Portanto, PROGRAMADOR não CRIA sistemas, só TRADUZ para o PC entender o que alguem já fez na prática do dia-a-dia e manda REPETIR esta rotina AUTOMATICAMENTE seja na tela como na impressora seguindo AO PÉ DA LETRA aquilo que já deu certo na pratica.

Realmente VC está com um baita PEPINO nas mãos ... hihihihih.

BOA SORTE !!

Caro LabaroAzul,

Vou ser bem sincero com você, desiste e sugere ao dono da empresa a comprar/alugar um no mercado, caso contrário o fim dessa história é bem conhecida e vai ser a seguinte: vc vai deixar de fazer seu trabalho, o sistema nunca vai acabar e vc vai perder seu emprego...

Folha de pagamento é uma "bucha" pra fazer. Um sistema completo é coisa que dá uma grana pretissima, mas tem que ter estrutura, o que consome muito tempo e dinheiro. Se a intenção não for comercializar, é melhor pegar um pronto que resolva o problema. Fica muito mais barato.