J’estime que c’est très cher!
Va voir sur ebay avec 120-140euro tu peux avoir une excellente pointeuse
Je ne crois pas l’histoire de 10 utilisateurs … (tu peux me donner un lien?)
Un ZKTeco U160(Fingerprint Capacity 3000 Transaction Capacity 80,000) ou icock 360( Fingerprint Capacity 8000 - ID Card Capacity 10,000 (Optional) - Record Capacity 200,000 ) est largement suffisant pour le développement, même pour un PME
Personnellement, j’ai des ZKTeco UA200 (un peu vieux) et j’ai plus de 150 utilisateurs/par appareil sans aucun soucis!
Je crois que ZKTeco est certifié…
Le but est pas de faire des économies mais de gagner du temps en centralisant la data dans Dolibarr selon les users et éviter de créer des users dans un autre programme que notre ERP… et de devoir aller chercher les données sur une clé USB et les retraiter…
ZKTECO ok, mais leur suite logicielle ZKTIME Entreprise ou Small Business, tu l’utilises ?
A ce que tu disais c’est un système assez ouvert ?
vraiment pas pu voir leurs API et possibilités, mais en interne on a possibilité de les comprendre et développer un peu.
As-tu lié tes installations avec un logiciel ? avec Dolibarr ?
Ah là je vois mieux!
Justement c’est l’objectif de développer un module à intégrer dans un ERP (pour mon cas j’ai développé une application windows très spécifique à mes besoins)
Grace aux libs tout est faisable!
Sachant que la machine dispose de son logiciel embarqué (free) pour la création/edition… d’utilisateurs aussi pour la consultation…addition des empreintes d’utilisateur… la configuration réseaux…c’est très simple et efficace!
Donc tu peux acheter juste la machine sans aucune licence!
llx_users_attendance, je voyais plutôt des extra-fields (ID zkteco + fingers) sur la table users (je voulais synchroniser les différentes machines en créant les utilisateurs )
Quant à la table temporaire, pourquoi ne pas utiliser des tableaux php car il ne doit pas y avoir tant d’enregistrement que ça (3000 max si je me souviens) ?
C’est super!
Donc dans un premier temps il va falloir créer vue(view) pour Add/Edit/delete les machines installées dans la société où on doit spécifier : désignation/adresse ip/Port
Pourquoi une table temporaire au lieu d’une table php? car avec un INSERT IGNORE et une clé unique sur id_machine/time tu n’es plus obliger de faire des vérifications de l’existence des données d’attendance et si quelqu’un a déjà téléchargé les attendances ou pas, il met à jour systématiquement à chaque connexion à une telle machine (dans mon cas une 10ène de machine donc imagine comment y procéder! avec tant de boucle et requêtes…) en ajoutant seulement les attendances non téléchargés encore.
Tu peux y procéder autrement en faisant des requêtes et des boucles… c’était pour moi la méthode la plus simple et la plus sûre (selon moi!)
Je vais à la vitesse d’un escargot mais j’ai trouvé un ZKteco pour pas cher alors j’avance un peu (connexion avec la pointeuse OK)
J’ai une question, en jouant avec la machine, je me suis rendu compte que pour la configuration des empreintes ça risque d’être pénible via dolibarr, de plus les sociétés auront sans doutes des pointeuses déjà en place donc la question du lien entre le ZKUser et DoliUser se pose. Je pensais faire un liens lors du téléchargement des ZKUser depuis les pointeuses en comparant le ‹ name › avec ref_int OU login OU email des utilisateurs dolibarr, qu’en pensez vous ?
Un autre point me gène, dans les ZKteco il n’y a pas de in/out (contrairement au TimeMoto de ScanSafe) , il y a juste des events; donc si je n’ajoute pas de notion de shift pour les utilisateurs (je n’ai pas courage de me lancer dans la création d’un tel monstre), je ne peux que prendre les events par pairs qui font une durée comprise entre le min et le max d’un pointage ci que ne manquera pas de créer des erreurs. Avez vous des idées pour minimiser ces erreurs ?
note: pour la table temporaire, je suis pas sur de comprendre mais je vais y réfléchir
Travailler sur ce module pendant le confinement semble un peu décalé, mais j’aimerais le finir pour savoir si ça vaut le coup de continuer (est-ce qu’il y aura des utilisateurs ?)
Je suis en mesure de télécharger les utilisateurs d’une pointeuse ZKTECO (F18), je les lie avec un utilisateur dolibarr. (le chargement des utilisateurs depuis dolibarr vers les pointeuses sera fait dans un second temps si le module est utilisé)
Je vais maintenant mettre en place de chargement des pointages, mon soucis était que ZKTeco ne dit pas si c’est une entrée ou une sortie, ce qui dans le cas d’un pointage manqué peut mettre le bazar pour la génération des temps de présence (en mettant les pauses comme temps travaillé, etc.) voici comment je compte éviter la plupart des erreurs:
Le traitement se fera par journée, une journée sera défini par trois critères :
Durée maximale entre le premier pointage et le dernier (défaut à 13h)
Durée maximale entre 00:00 (jour du premier pointage) et le dernier pointage (ça sera plus des 24 si l’entreprise fait les trois 8, défaut à 22h30)
Temps de repos minimal entre deux journées pour un travailleur (défaut à 11h )
Dans une Journée, il devrait y avoir un nombre pair de pointages, si ce n’est pas le cas le système vérifia s’il n’y a pas un pointage en double, c.-à-d. deux pointages trop proches (défaut <15min) s’il n y a pas de doublons et un nombre impair de pointages alors tous les pointages de cette journée seront mis en « erreur » sinon des temps de présence seront générés sur base de pair de pointage entrée-sortie.
Cela semble assez robuste ! Surtout si c’est paramétrable.
J’ai acheté une « merde » de chez TimeMoto et le double pointage ou l’oubli de pointage met un carnage dans leur logiciel tout pourri, pas assez paramétrable… on l’a utilisée 2 mois, là, elle gît froidement…
Si tu veux des exemples de paramétrages de chez TimeMoto, ou un test en live
1/ La liaison entre users doit à mon avis se fait avec un lien(extrafields?) de cette façon : id_machine+id_user_zkteco<->id_user_dolibarr cela est plus flexible avec plus de possibilité/mobilité(le cas d’un employé qui travaille dans différents locaux…)
2/ Pour check IN/OUT c’est justement, il faut Shift Timetable (Check-In Start Time/ End Time, Check-Out Start Time/ End Time). Personnellement, j’ai opté exactement comme votre approche ci-dessus! Pour check-in je prend min(checking) avant midi… (min/max pour éviter les doublons et trouver premier entrée et dernière sortie) … Bon, autrement vous ajoutez 4 extrafields au niveau utilisateur dolibarr (checkin1, checkout1, checkin2, checkout2) et chercher la correspondance avec une telle tolérance (± 1 heure)…
Sinon, cela peut être gérer via une Shift Timetable dans dolibarr crée via votre module.
Pour mon cas, j’ai évolué aux accès digitaux et badges (pareil avec des terminaux ZKTeco et c’est le même principe/soft) un de l’extérieur pour ouvrir et un de l’intérieur pour sortir c’est plus facile à gérer (id_machin_in, id_machine_out…) mais pour le moment laissez ce cas à coté
3/ Pour la table temporaire viendra le moment(une fois vous passez à l’étape de synchronisation) que vous procédez exactement comme je l’ai fait
Bravo et bon courage! Continuez svp, cela est vraiment intéressant! et il y aura beaucoup d’autres voies/opportunités (par exemple lier la paie/comptabilité avec la présence et le nombre d’heure!..)
pour la liaison j’ai fais une table utilisateurs ZKTECO qui contient aussi les empreintes, #rfid etc… ça permet de géré plusieurs type de machine et ça donne plus de flexibilité pour l’ajout de personnes via les pointeuses + une table de mappage utilisateurs ZKTECO et pointeuses afin qu’il soit possible de pousser le même utilisateur sur des pointeuses différentes mais pas forcement pour toutes les pointeuses car ces machines peuvent aussi servir de contrôle d’accès. (je vais peut être ajouter un paramètre à la table des pointeuses pour dire si ce sont des pointeuse ou des simple contrôle d’accès).
je ne veux surtout pas mettre de notion de shift pour l’instant parce que c’est un gros dev si on veut le faire bien car ça amène la notion de groupe / calendrier / type de journées / type d’absence … , si je le fais un jours ce sera en m’inspirant de TeamCal Neo. Pour les pointeuses in/out je vais réfléchir comment je peux les gérer car j’aime beaucoup l’idée (simple et efficace).
j’y suis déjà car il fallait que je puisse gérer les utilisateurs ZKteco sans liens avec un utilisateurs dolibarr mais je ne la viderai pas afin d’avoir une possibilité d’audit.
Est ce que quelqu’un a eu l’opportunité de tester avec des vrais données (copie de prod …) ?
Si oui, quelle seraient les modifs les plus importante/urgente ?
Oui moi! je viens d’installer le module et la connexion ne fonctionne pas! (pourtant sur la même machine avec un autre programme la connexion avec la machine se passe bien!)
Je n’ai pas compris le champ Zone?
Ni le mode (=1 par défaut)
Je me connecte que avec l’ip et le port sur mon programme (je n’ai pas de password)
Je vais vérifier début semaine quand je serais de passage à l’usine…
En effet, il y a quelques traductions manquantes lors de configuration
Aussi il n’y a pas un lien dans le tableau des machine pour aller à l’édit directement…
Zone c’est département de Zkteco?
Merci c’est déjà un grand pas!
