Logiciel de PAIE

J'ai mis sur mon WebDav le début de mon très gros logiciel de Paie que je suis en train de ré-implémenter avec Panoramic. C'est le dossier Paie (pas étonnant, non ?). Dans le sous-dossier Fichiers, il y a un fichier "Notice Installation.rtf" qui donne des informations pour ceux qui s'y intéresseront.

Seules les fonctions de maintenance des fichiers de base sont actuellement implémentées. Les traitements suivront. Mais rien que ça, ça permet de voir l'étendu et la complexité des informations gérées. Les deux fichiers principaux sont
- le fichier des Salariés dont chaque enregistrement définit absolument tous les éléments nécessaires pour l'établissement de la paie et les travaux annexes
- le fichier des Eléments de Paie dont chaque enregistrement définit de façon précise l'établissement d'une ligne particulière d'une feuille de paie

Quel intérêt ? Pour ceux qui s'intéressent aux jeux, aucun, certainement. Quoique... Ce programme est réalise avec des techniques de programmation particulières qui peuvent très bien servir au plus grand nombre, tant au niveau de la conception des masques d'écran, qu'au niveau de la gestion des fichiers binaires à enregistrements de longueur fixe, et jusqu'aux éditions à l'écran et l'auto-configuration des emplacements des fichiers...

Version pré-Alpha, susceptible de contenir des bugs (bien qu'ayant fait l'objet de multiples tests). Je serai très heureux de tout retour d'information, y compris rapport de plantage...

Bon, j' ai encore fait le couillon !   

J' ai téléchargé le dossier "Paie" mais en bon Panoramicien
ou plutôt en bon anarchiste, j' ai adapté les chemins directement dans les fichiers *.bas
que ce soit pour KGF_Sub et KGF_Obj mais aussi pour KGF.dll...   sans avoir lu le fichier Rtf   .

Bref, une première chose ( ou Pb ) les fichiers ont des noms avec des accents "définitions....."
ce qui donne, une fois télécharger depuis mydrive un truc come "d+@finition....." et par conséquent
ces fichiers ne sont pas retrouvés par l' appli... ( error de précipitation je pense   ).

Une fois les accents supprimer dans les noms de fichiers et dans le source, miracle   ils sont retrouvés...  

Pour le reste, il faut que je recommence en lisant la notice... 

Exact. Il y en a 2. Je vais changer cela.

EDIT

Changé.
Module modifié: Paie.bas
Les deux autres modules sont renommés sans la lettre accentuée.

Désolé pour le désagrément.

Petite suggestion   ...

Puisque "Paie" utilise les trois KGF, ne serait il pas judicieux de placer un petit module en ouverture
qui propose le téléchargement de ces trois fichiers dans leur dernière version et les place directement à l' endroit
où ils doivent être. Sachant que le plus compliqué est de récupérer l' adresse du dossier "Paie" puisque le reste tu l' as déjà fait... 

Ne t' excuse pas !
C' est du pré-alpha et je me place dans la peau de l'utilisateur pour pouvoir t' apporter le plus de remarques possibles
pour t' aider à approcher la perfection.

( ce "souci" ressemblait au Pb que j' ai eu avec l' installation de Delphi qui ne trouvait pas un fichier à renommer 
et pour cause il l' était déjà...  )

J' ai re-téléchargé "Paie"
J' ai fait les six étapes
et...



Le fichier est inexistant... 

Désolé. Je commence à faire le module de calcul, d'où cette ligne. Désactive simplement la ligne 35:

Code:

#INCLUDE "Paie_PCmod.bas"

ou supprime-là, dans le fichier Paie.bas. C'est tout.

J' ai mis en "rem" la ligne 35
mais j' ai droit à un petit message :


Y aurait il une initialisation qui ne se fait pas ?....  

J'ai placé les trois KGF dans le dossier principale de "Paie" qui lui se trouve sur mon bureau.

Dans Paie.bas, les lignes 38 et 39 sont:

Code:

#INCLUDE "..\..\Mes projets Delphi\KGF\KGF_SUB.bas"
#INCLUDE "..\..\Mes projets Delphi\KGF\KGF_OBJ.bas"

Il faut les adapter pour avoir le bon chemin.

Et, désolé pour l'oubli, dans le fichier Paie_definition_des_variables_application.bas, la ligne 4 est:

Code:

dim KGFdll$ : KGFdll$ = "..\..\Mes projets Delphi\KGF\KGF.dll"

et doit être adaptée aussi.

Je vais adapter la petite doc.

EDIT

La notice d'installation a été modifiée.

ok, je referai un test... 

 Je suis arrivé à ouvrir l' application !  

Pas de bug à l' horizon pour l'instant mais une petite suggestion ou deux   .

Dans le panneau d' édition, l' utilisateur a trois choix possibles.
Tu as mis un Edit, j' y aurai plutôt vu un combo ou un Container_option.
Ceci pour être sûr que la valeur entrée soit une des trois attendues... 
edit: cette configuration pourrait être sauvegardé dans un fichier *.param

Dans la création d'une fiche,le numéro de fiche est à entrer.
Il serait souhaitable pour éviter des doublons (et donc des bugs   )que celui ci soit proposé 
en fonction du dernier numéro enregistré.

En tout cas Bravo car tu t' attaques à un sacré morceau...

Merci pour tes réflexions, Ygerinimi.

Ta remarque pour le choix de la sortie d'édition est juducieuse. Je vais appliquer cela.

La création de doublons est impossible. Tu peux essayer: en création, la saisie d'un code déjà affecté provoque le message "... existe déjà", et la demande de modification d'un code inexistant provoque le message "... n'existe pas". Ceci est valable pour tous les fichiers.

L'identification est volontairement faite par des codes numériques (1, 2, ...). Cela corrspond à une facilité d'utilisation en entreprise où la rapidité de saisie compte, et des identifiants alpha-numériques, longs et fastidieux à mémoriser, pose bien plus de problèmes que de solutions. Ceci dit, a niveau du calcul de la paie proprement-dite, ainsi qu'au niveau de l'édition des feuilles de paie, feuilles récapitulatives etc, il y a des mécanismes de sélection plus sophistiqués (et tu les verras bientôt dans la prochaine mise à disposition): choix des salaries globalement (tous salariés), individuellement ou en sélection assistée (leur code, nom et prénom défilent, et on clique juste sur Oui ou Non pour les traiter). Il y a également des sélectioins par un filtre paramétrable: catégorie de salariés, type de paie (mensuelle, par heure, ...), fourchette de dates etc.

Pour l' instant je me suis appliqué à cliquer sur tout ce qui cliquable,
je suis devenu clicoman...   

Maintenant je vais essayer de créer... 

J'ai mis en palce une version avec un sélecteur de sortie d'édition convenable, selon tes suggestions, Ygeronimi.

Pour cela, il faut mettre la version KGF.dll à jour, avec KGF_SUB.bas egalement, et reprendre les modules suivants des sources de la paie:
- paie_PXxxx.bas
- Paie_définition_des_variables_application.bas
Attention à la ligne 5 de ce derbier fichier - elle contient le cheminv vers KGF.dll !

Voici le sélecteur de sortie, avec sortie écran par défaut:


Et avec le sélecteur de fichiers en cochant "Fichier":

Ok Klaus, je vais me mettre à jour.

La fenêtre de choix d' édition est plus...enfin, plus d' erreur possible par l' utilisateur.
L' application reçoit une information valide à coup sûr.


Edit : Tu as un fichier KGF_SUB.bas qui traîne dans le dossier Dll et qui n' est plus à jour depuis un bout de temps.
Je te suggère de le supprimer pour éviter les erreurs de téléchargement.

Merci pour l'info, Ygeronimi. J'ai supprimé ce fichier immédiatement.

J'ai changé légèrement le fichier Paie.bas, et j'ai ajouté un nouveau module Paie_configurations.bas. Ceci m'a permis d'extraire la variable déclarant le chemin vers KGF.dll et de placer cela dans le module de configuration. Ce module grandira, progressivement.

J'ai corrigé un bug dans Paie_PXxxx.bas.

Il convient donc de recharger les fichiers
- Paie.bas
- Paie_configurations.bas
- Paie_PXxxx.bas

Ok, je vais récupérer les fichiers tout de suite.

Tu verras, l'utilisation de la nouvelle fonction de choix de sortie est intéressante. Et ekke est indépendante du logiciel de Paie. C'est une fonction comme toutes les autres, dans KGF.dll. Elle est documentée parmi les fonction de gestion des fenêtres.

EDIT

Le module Paie_initialisations a été modifié. Le programme vérifie maintenant la version de KGF.dll et refuse toute version avant la V2.72...

J' ai essayé de créer une fiche salarié mais comme le numéro existait déjà....  
Bref, je suis allé voir pour supprimer et j' ai chargé une fiche puis je me suis
ravisé et je suis sorti de ce mode pour retourné à la création et...
...surprise ! les infos de la fiche chargé pour suppression étaient 
encore sur la partie droite de l' écran...   
Apparemment, les Edits et autres ne s'initialisent pas tous en sorti de mode...

Sur la fiche de création d'un salarié, tu vas me trouver insistant mais...,
Le numéro de la fiche devrait être automatique. Si l' entreprise a une dizaine
de salariés c' est pas gênant mais plus....si la personne chargée de la saisie
doit à chaque fois vérifier...elle risque de perdre un temps fou et à l' époque
où l'on vit...le temps est compté, très compté...  

En face de "Ville" le premier "Edit" qui est court n' accepte que 4 caractères.
Pour moi, il s' agit d'un champ pour le code postal (à moins que...mais là, un petit "hint" s'imposerait   )
Si c'est bien le cas, le code postal est composé de 5 chiffres...

Une autre bricole, dans la saisie, un caractère accentué est refusé 
mais si l'utilisateur ne s'en rend pas compte...  
...cela pourrait faire une chose dans le genre "prennit" pour pérennité 
Il serait souhaitable que le caractère soit remplacé (ex: é,è,ê,ë => e).

Bon je vais continuer un peu... 

1. Dans les fichiers fournis, il y a deux salariés: numéros 1 et 2. Tu peux en créer autant que tu veux, avec les numéros de ton choix - 17, 389, 7401 etc. Les numéros n'ont absolument pas besoin de se suivre. Ces remarques sont d'ailleurs valables pour tous les fichiers. Il suffit de faire une liste (bouton Edition) de chaque fichier pour voir les numéros utilisés.

2. Le fichier est actuellement formatté pour une capacité de 200 salariés. Une fonction d'extension de tous les fichiers existe dans l'ancienne version du logiciel. Cette fonction sera transposée prochainement.

3. En création, on ne peut pas créer un salarié (ou tarif, ou élément etc) qui existe déjà. Ce fait est notifié. Il suffit de saisir le numéro souhaité, puis cliquer sur le bouton "Vérifier". On a alors un message "... existe déjà." ou "... peut être créé/modifié/supprimé/duplique.", selon les circonstances et le fichier choisi.

4. Pour les salariés, j'ai mis en place des facilités de saisie, intentionnellement. Certaines zones ne sont pas effacées, afin de pouvoir créer un autre, sans avoir à tout resaisir.

5. Pout tous les fichiers, il y a une fonction de "Duplication". On saisit un code existant, on clique sur vérifier. Si le code existe, le programme affiche "... peut être dupliqué." et affiche toutes les informations dans l'écran. Un clic sur le bouton "Valider" passe à la phase de duplication. Le programme demande le nouveau code qui est à saisir. Il vérifie que ce nouveau code est libre, et duplique l'information avec le nouveau code. Si ce nouveau code existe déjà, il y a un message et rien n'est fait, idem si le fichier est plein.

On s' est croisé et j'ai édité... 

Recharge le fichier Paie_PMsal.bas. Cela règle le problème du code postal trop court et des caractères accentuée.

Pour l'affectation du code du salarié, je n'ai pas choisi cette politique, en accord avec ce que j'ai vécu en entreprise. En effet, beaucoup d'entreprises utilisent le code pour distinguer des groupes de salaries plus facilement. Exemple, les numéros de 1 à 10 réservés pour les dirigents, etc. C'est un choix interne, et j'ai été conduit à permettre ou favoriser la liberté de choix à mes clients, dans ces domaines. Et tout naturellement, j'ai reproduit la même philosophie dans la version Panoramic, puisqu'il s'agit d'une simple réimplémentation, en gardant toute la logique interne.

Pour la numérotation, je pensais juste mettre les enregistrements les uns derrière les autres
sans affectation particulière. le premier embauché est le n° 1 et le 10 ème le n° 10.
Pour ce qui est de mon experience, elle est courte, très courte...puisque inexistante...  
En tant qu' employé, je ne me suis pas occupé de ce genre de chose et en tant que patron,
le seul employé s'était moi et pour le salaire cela fut très facile....0€.

Pour le reste, je recharge le fichier.

J'ai mis l'amorce du module de calcul des paies. Recharge les fichiers suivants:
Paie.pas
Paie_initialisations.bas
Paie_PXxxx.bas
Paie_PCxse.bas
Paie_definition_des_variables_application.bas
Paie_PCmod.bas

Tu verras le menu de la fonction Calcul. Seul la première activité est disponible: préparatiion d'une nouvelle paie. Elle propose un filtre de sélection des salariés à prendre en compte, et une fourchette de dates pour la paie à préparer qui correspond au mois calendaire actuel. Tout est modifiable. Le bouton Executer va lancer le filtrage. Le traiment proprement-dit se résume pour le moment à l'affichage du résultat du filtrage- rejeté pou préparation pour une fourchette de dates. Pour le mois de hanvier 2014, le salarié 1 est rejeté, le salarié 2 est pris. Si tu choisis une fourchette de dates à cheval sur une des dates d'entrée ou sortie d'un des salariés, la fourchette pour le calcl sera automatiquement ajustée, comme par exemple pour la période du 1/10/2013 au 31/10/2013. Le salarié 1 sera alors pris en compte, mais seulement pour un mois partiel, ce qui correspond à sa date de sortie au 15/10/2013, alors que le salarié 2 sera pris pour tout le mois d'octobre 2013.

J'avance doucement pour ne rien casser, mais le mécanisme de sélection est quasiment complet et opérationnel. Tu peux tester avec les catégories, etc...

  Pas de "Paie_PCxse.bas" sur le webdav...