Discussion :

[montgesoye]

bonjours a tous , et merci d'avance de me lire

je suis nouveau et j'essaie de faire une pointeuse avec windev

j'ai mis en place ma basse de donné HYPERFILESQL

Avec date, arrivée matin , départ midi, total matinée, arrivée midi, départ soir, total soir, total jour.

j'ai créer une fenêtre avec un bonton "pointeur"

sa c'est pour mes données

je voudrais s'avoir si c'est possible de créer un code pour enregistrer dans les tables, en pointant sur mon bouton "pointeur" la date du système , içi windows7. le jour ou on pointe.

l'heure du système de 7h a 8h l'heure s'enregistre dans table arrivée matin.

l'heure du système de 12h30 a 13h30 l'heure s'enregistre dans table départ midi.

l'heure du système de 14h30 a 17h30 l'heure s'enregistre dans table arrivée midi.

l'heure du système de 16h30 a 20h30 l'heure s'enregistre dans table départ soir.

si quelqu'un peu me conseiller je le remercie d'avance pour le code, je suis débutant en code.

encore merci de m'avoir lu , je met les images de ce que j'ai fais.

cordialement.
montgesoye

[ErwanA]

Le code du bouton "Pointeur" ressemblerait à ça.
(Pas certains que le selon fonctionne du fait que ce soit des chaines.)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
b_Existe = hlitrecherchepremier(DEscription_horraire,DAte,datesys()) ALORS
Si PAS b_Existe ALORS
	HRAZ(DEscription_horraire)
	DEscription_horraire.Date=datesys()
FIN
 
SELON Gauche(HeureSys(),4)
	cas "0700"<*<"0800"
		DEscription_horraire.arrivee_matin = heuresys()
	cas "1230"<*<"1330"
		DEscription_horraire.Depart_midi = heuresys()
	cas "1430"<*<"1730"
		DEscription_horraire.arrivee_midi = heuresys()
	cas "1630"<*<"2030"
		// Problème car chevauchement avec l'horaire précédent
		DEscription_horraire.Depart_soir = heuresys()
	AUTRE CAS
		info("Pas l'heure de pointé")
		retour
FIN
 
Si PAS b_Existe ALORS
	HAJOUTE(DEscription_horraire)
sinon
	HMODIFIE(DEscription_horraire)
fin

[Hemgé]

Bonjour,

Je crois que vous devriez revoir votre conception.

Il n'y a aucun intérêt - que du contraire - à multiplier les tables.

Une table de pointage suffit et vous retrouverez les divers mouvements (Heure + Arrivée / Départ) via une requête paramétrée ou des requêtes spécifiques.

Avec une seule table, votre programmation sera plus simple et plus souple en cas d'éventuelle évolution.

Bon week-end

Hemgé

[laurent30s]

je voudrais s'avoir si c'est possible de créer un code pour enregistrer dans les tables, en pointant sur mon bouton "pointeur" la date du système , içi windows7. le jour ou on pointe.

l'heure du système de 7h a 8h l'heure s'enregistre dans table arrivée matin.

l'heure du système de 12h30 a 13h30 l'heure s'enregistre dans table départ midi.

l'heure du système de 14h30 a 17h30 l'heure s'enregistre dans table arrivée midi.

l'heure du système de 16h30 a 20h30 l'heure s'enregistre dans table départ soir.

Et si la personne arrive à 8h05 et/ou repart à 12h25 ?
Comment tu fais ???
Je ne suis pas sur que fixer des fourchettes de périodes d'arrivée et de départ soient la meilleure solution...

On peut considérer des enregistrements par cycle.
1er pointage = arrivée, 2ème pointage = sortie, puis le cycle recommence.
Et si la personne oubli un pointage, on interprète mal les arrivées/sorties de toutes les données qui suivent...

Personnellement j'aurais tendance à faire un bouton arrivé et un bouton départ permettant d'enregistrer la date/heure courante...
Ainsi toutes les heures peuvent être enregistrées sans être bloqué par une histoire de fourchette.
S'il y a un oublie de pointage, il y a juste un défaut d'information mais ne fausse pas l'interprétation des autres données.

[montgesoye]

Bonjour,

Je crois que vous devriez revoir votre conception.

Il n'y a aucun intérêt - que du contraire - à multiplier les tables.

Une table de pointage suffit et vous retrouverez les divers mouvements (Heure + Arrivée / Départ) via une requête paramétrée ou des requêtes spécifiques.

Avec une seule table, votre programmation sera plus simple et plus souple en cas d'éventuelle évolution.

Bon week-end

Hemgé

bonjour
merci de ta réponce tu pence que je serais mieux de recréer des nouvelles rubriques HFSQL (Heure + Arrivée / Départ)
et que je puisse aprés enregistrer les données avec un bouton.
je suis débutant en code , j'essaie de comprendre. faire une requête paramétrée ou des requêtes spécifiques , pour moi le faire seul me semble dur.

mon but final de mon projet , c'est de pointer et de calculer mes heures supplémentaires , et pouvoir les récupérer.je prend tous les conseilles aides , que l'on peut me donné.

d'avance merci de m'avoir lu .
bon week-end
montgesoye

Edit :
ErwanA

merci pour ce code il ne fonctionne pas au niveau de ALORS

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
b_Existe = HLitRecherchePremier(Description_horraire,Date,DateSys()) ALORS
SI PAS b_Existe ALORS
	HRAZ(Description_horraire)
	Description_horraire.Date=DateSys()
FIN

Si vous connaissais une façon plus simple comme propose Hemgé ,
je suis a l écoute encore merci .

[Atsibat]

En fait c'est encore pire que ce que tu penses :
une seule table pour le pointage est nécessaire avec les quates champs suivants :
- IdPointage : cle unique auto incrémentée de type numérique
- IdPersonne : clé étrangère qui te permet de te relier à la personne qui pointe
- DateHeurePointage : rubrique de type dateHeure
- TypePointage : de type booleen vrai pour entrée et faux pour sortie.

Voilà

[mogwai162]

et encore... je n'ai jamais vu une pointeuse demander si on entrait ou si on sortait.

Normalement une analyse du pointage dans la journée devrait te le dire, même dans le cas ou la personne est postée de nuit.

[laurent30s]

et encore... je n'ai jamais vu une pointeuse demander si on entrait ou si on sortait.

Normalement une analyse du pointage dans la journée devrait te le dire, même dans le cas ou la personne est postée de nuit.

S'il y a un contrôle d'accès où les personnes sont obligées de ce badger pour pouvoir entrer ou sortir (un portique par exemple) on peu clairement identifier s'il s'agit d'une entrée ou d'une sortie.

Par contre si les entrées/sorties sont libres et que les personnes doivent elle même aller s'enregistrer il y a des risques d'oublie.
Dans ce cas il me semble préférable de préciser s'il s'agit d'une entrée ou d'une sortie pour que dans les cas d'oublie le problème se limite à une absence de donnée plutôt qu'un doute sur la nature de toute une série de données...

D'autre part il y a un risque que les personnes ne s'enregistrent pas sur la bonne nature du mouvement (oublie de changer un sélecteur entré/sortie par exemple)
Pour cela il me semble préférable de placer 2 boutons, 1 entré / 1 sortie pour limiter les risques d'erreur...

On a faire à de l'humain, très performant sans aucun doute, mais qui qui peut aussi être oublieux, faire des erreurs, etc...

[Atsibat]

Idéalement on pourrait même passer ça en RFID mais c'est un autre POST.
déjà traité d'ailleurs sous le titre 1984 un peu avant l'arrivée de l'Internet...

Ensuite c'est vraiment du gâchis de mettre une heure d'entrée et une autre de sortie sur la même table (fichier HF) car pour entrer l'heure de sortie il faut aller chercher la bonne fiche en fonction du numéro ID de la personne.

Donc je pulsoie comme on dit pour la solution de mettre deux boutons et de faire l'enregistrement sur un fichier HF avec une seule DateHeure et un booleen I/O

[michel.souris]

Bon une seule table avec champ DateHeurepPointage, champ SensMvt, idPersonne.... ça se discute même pas !

Par contre le sens est déterminé par le sens du mouvement précédent... via procédure stockée ou trigger à la limite... parce que moi aussi je trouve bizarre qu'on demande à l'utilisateur s'il entre ou s'il sort...

Sur les systèmes de pointages lorsqu'on oubliait de pointer le matin cela générait une anomalie (genre le gars arrive à 17h et repart le lendemain à 9h) qui était corrigée manuellement par les RH....

Perso je te conseillerais de faire un SensMvt avec pour valeur 1 en entrée et -1 en sortie...
Déjà ça te permet de contrôler facilement la cohérence des données : un sum des pointages ramène 0 si pas d'anomalie.
Ensuite en cas d'anomalie tu n'a qu'a * par -1 pour inverser le sens des mouvements (avec la clause WHERE qui va bien en partant de la date de l'anomalie....)

[montgesoye]

salut est merci a tous pour les conseilles .

Je vous précise que je souhaite juste faire un logiciel qui a pour but seulement privé de pointer mes heures.

Je suis aide soignant a domicile , je travaille en journée coupé .

je souhaite donc pointer a l’aide de mon téléphone portable “” Nokia loumia920 système Windows 8“”.

mes heures sont en décalage d’ou l’amplitude du pointage par exemple

l'heure arrivée du matin entre 7h a 8h l'heure s'enregistre dans table arrivée matin.

l'heure départ du midi entre de 12h30 a 13h30 l'heure s'enregistre dans table départ midi.

l'heure d’arrivée du midi entre 14h30 a 17h30 l'heure s'enregistre dans table arrivée midi.

l'heure départ du soir entre 16h30 a 20h30 l'heure s'enregistre dans table départ soir.

il y aura un tableau pour le calcul total d’heure du matin et total d’heure soir et total d’heure de la journée.

j’ai volontairement coupé la journée en deux car des fois je travail juste le matin.

mon but et de s’avoir mon total d’heure de la semaine qui doit être de 36h15.

j’avais commencé a mettre en forme sur fichier Excel en forme de tableau .

je vous envois ce tableau sa résume assez bien ce que je recherche .

on doit aussi pouvoir noté les heures de récupération.

est avoir un état des données par mois imprimable.

je voulais faire un logiciel WinDev avec lequel je pointais sur un bouton, est sa rentré les données sur un tableau .

[laurent30s]

Sur les systèmes de pointages lorsqu'on oubliait de pointer le matin cela générait une anomalie (genre le gars arrive à 17h et repart le lendemain à 9h) qui était corrigée manuellement par les RH....

Ok quand tout le personnel est à la journée, ou que les postes se succèdent.

Par contre quand on a des postes avec des horaires décalés, qui peuvent se chevaucher entre les équipes ça peut vite être le bazar et les temps de recherches pour corriger les données long et fastidieux.
C'est pas expérience que je préfère prévenir que guérir...

Maintenant le mieux c'est le contrôle d'accès. Chez nous c'est par empreintes ça marche très bien et il n'y a aucune ambiguïté...

[michel.souris]

Par contre quand on a des postes avec des horaires décalés, qui peuvent se chevaucher entre les équipes ça peut vite être le bazar et les temps de recherches pour corriger les données long et fastidieux.
C'est pas expérience que je préfère prévenir que guérir...

Je vois pas trop pourquoi... disons que je finis à 0h00 ben à 0h00 la somme de mes mouvements doit être égal à 0... si je finis à 7h00... ben à 7h00 la somme de mes mouvements doit être égale à 0...

[laurent30s]

Je vois pas trop pourquoi... disons que je finis à 0h00 ben à 0h00 la somme de mes mouvements doit être égal à 0... si je finis à 7h00... ben à 7h00 la somme de mes mouvements doit être égale à 0...

Si on est sur est certain d'avoir tous les mouvements d'entrés/sortis. Par exemple au passage d'un portique, au démarrage d'une machine, etc... il n'y a pas de problème...

Par contre si rien ne contraint à ce que les personnes enregistrent tous les mouvements. Par exemple ils vont selon leur gré s'enregistrer... il y aura forcément des oublis... ce sont des personnes...

Et quand il y a des oublis il faut faire des recherches pour compléter les infos manquantes.
S'il y a 3 mouvements sur une journée (je devrais dire 24h puisqu'il peut y avoir de la présence à cheval sur 2 journées) c'est qu'il manque un mouvement.
Mais lequel ??? ça peut être le 1er, 2ème, le 3ème ou le 4ème...
Si chaque type de mouvement est identifié on sait précisément quel est le mouvement manquant (entre 2 entrés ou 2 sortis successives).
Cela facilite les recherches et fait gagner du temps aux utilisateurs...

Tous les chemins mènent à Rome. Et tous les choix sont possibles.
Certains sont plus ou moins directs, d'autres demandent plus ou moins d'énergie ou de ressource...

En l’occurrence mettre 2 boutons pour fiabiliser l'information ce n'est pas un grand travail de développement, c'est un choix d'ergonomie, de process...
Par contre ça peut faciliter la tâches des utilisateurs, notamment pour compléter les oublis.
C''est juste pour ça que j'aurai tendance à appliquer cette solution.

Maintenant comme je le dis plus haut, tous les choix sont possibles...

[Atsibat]

Bonjour,

malgré le grand intérêt de ces échanges il semble que nous nous soyons éloignés de la demande du sieur Montgesoye et j'en arrive à craindre que l'évolution de ce post vers un paradigme de modélisation ne lui apporte pas la réponse espérée...

En même temps me direz vous il ne semble pas démordre non plus de cette idée étrange de faire un soft pour lui tout seul avec une gestion des horaires qui ressemble à une passoire alors.... ???

[mail.spam]

Bonjour,

Je suis d'accord avec Atsibat

il semble que nous nous soyons éloignés de la demande du sieur Montgesoye

Pour recentrer un peu la discussion. Si j'ai compris, ce soft est à usage personnel. donc pas besoin de rentrer dans le détail d'une pointeuse au sens globale d'une pointeuse.

mon but final de mon projet , c'est de pointer et de calculer mes heures supplémentaires , et pouvoir les récupérer

Ensuite ce logiciel lui permet de se faire la main sur Windev.

je suis nouveau et j'essaie de faire une pointeuse avec windev

Donc tous les conseils fournit dans ce post sont vrai et utile dans le cas d'une pointeuse d'entreprise.
Mais pour son besoin je doute qu'il faille allez aussi loin.
Restons donc sur les bases de la programmation en windev.
Merci.

[montgesoye]

Bonjour,

malgré le grand intérêt de ces échanges il semble que nous nous soyons éloignés de la demande du sieur Montgesoye et j'en arrive à craindre que l'évolution de ce post vers un paradigme de modélisation ne lui apporte pas la réponse espérée...

En même temps me direz vous il ne semble pas démordre non plus de cette idée étrange de faire un soft pour lui tout seul avec une gestion des horaires qui ressemble à une passoire alors.... ???

bas je suis d'accord avec toi atsibat , sa méloigne de mon projet aprés si vous voulez en faire un projet commun au contraire , rien de mieux , la pointeuse peux servir aussi pour les autres , une base avec entrée nom personnel , est une base d'horaire que l'on pourrait rentrer pour chaque personne , et on pointerais, est sa metterais des justificatifs , si on arrive en retard, sa peux aussi servir pour les heures supplémentaires , RRT CA ARRET MALADIE .
Chacun pourrais rentrer sa base d'horraire et nom personnel qui pointe.
c'est peut etre même plus simple a mettre en place.
je vais plus me penché sur sa fenetre et analyse .

[michel.souris]

vous avez raison...
c'était pas l'objet initial de la demande...

Donc pour revenir au projet de notre ami montgesoye je te conseille de faire une seule table avec une date, une heure, un sens (début ou fin).

Il faut que tu détache de la visualisation de ton fichier excel, le fichier excel (ou tableau) est le résultat que tu obtiendras après une récupération des données de table.

Crées une analyse simpliste avec la table qui comporte 3 champs, fait une interface avec un bouton qui te permet d'enregistrer un mouvement positif (entrée) à la l'instant T (DateHeureSys()) et un autre bouton pour enregistrer les mouvements négatifs (sortie).

Après tu reviens on t'expliquera comment créer le "tableau" construit grâce aux infos de cette table avec le résultat tant attendu : le nombre d'heure effectué dans la semaine !

Le problème est que ta conception parait tellement étrange pour un développeur que je ne pense pas que tu trouveras de réponse si tu "modélise" tel que tout le monde te le dit car on a débattu du nombre de bouton nécessaire mais je pense que sur le modèle (ou analyse pour parler windev) tout le monde est d'accord !

[montgesoye]

vous avez raison...
c'était pas l'objet initial de la demande...

Donc pour revenir au projet de notre ami montgesoye je te conseille de faire une seule table avec une date, une heure, un sens (début ou fin).

Il faut que tu détache de la visualisation de ton fichier excel, le fichier excel (ou tableau) est le résultat que tu obtiendras après une récupération des données de table.

Crées une analyse simpliste avec la table qui comporte 3 champs, fait une interface avec un bouton qui te permet d'enregistrer un mouvement positif (entrée) à la l'instant T (DateHeureSys()) et un autre bouton pour enregistrer les mouvements négatifs (sortie).

Après tu reviens on t'expliquera comment créer le "tableau" construit grâce aux infos de cette table avec le résultat tant attendu : le nombre d'heure effectué dans la semaine !

Le problème est que ta conception parait tellement étrange pour un développeur que je ne pense pas que tu trouveras de réponse si tu "modélise" tel que tout le monde te le dit car on a débattu du nombre de bouton nécessaire mais je pense que sur le modèle (ou analyse pour parler windev) tout le monde est d'accord !

merci michel souris pour me conseiller

bon j'ai essayer de mettre en place mon analyse
j'ai une copie image des annalyse et fenetre , code .
je sais pas du tout si c'est bon déja le code bouton sorti , je sais pas quoi marquer ??

je rapelle que je débute en code merci des conseilles

[michel.souris]

merci michel souris pour me conseiller

bon j'ai essayer de mettre en place mon analyse
j'ai une copie image des annalyse et fenetre , code .
je sais pas du tout si c'est bon déja le code bouton sorti , je sais pas quoi marquer ??

je rapelle que je débute en code merci des conseilles

Dans ton bouton "Début" sur l’évènement clic :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
hRAZ(description_horaire)
description_horaire.date=datesys()
description_horaire.heure=heuresys()
description_hoaire.mouvement_sorti=1
hajoute(description_horaire)

Dans ton bouton "Fin" sur l'évènement clic :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
hRAZ(description_horaire)
description_horaire.date=datesys()
description_horaire.heure=heuresys()
description_horaire.mouvement_sorti=-1
hajoute(description_horaire)

Par contre ton choix de nom pour "mouvement_sorti" est très mal choisi... il aurait été pas mal de le nommer sens_mouvement ou quelque chose du genre...