Lecteur de code Barres et ACCESS

Question

Bonjour à tous

Question : Brancher un lecteur de code-barre sur une appli ACCESS, est-ce possible ?Si oui, est-ce compliqué ?

Je rêve d'un patch aussi simple à brancher qu'un lave-linge...

Quelqu'un a t-il déjà expérimenté cela ?

Le projet sous-jacent consiste à gérer 9000 manuels scolaires de lycée.

Merci d'avance, pour vos idées.

Pierre.

Answer 1

Salut,

Un lecteur de code bare focntionne de la même manière qu'un clavier, c'est un HID (Human Interfce Device).

La lecture génère une série de caractères qui peuvent être introduits dans un champ de formulaire.

---

http://heureuxoli.developpez.com Soyez gentils, revenez nous donner des nouvelles, bonnes ou mauvaises.

Answer 2

Dans la gestion d'un inventaire, on parle de déplacemment...

En gros...

• tu as ton placard avec 100 bouquins
• tu sors un bouquin de la table "placard" et tu le met dans la table "prêt" associé a un élève issu de la tâble "élèves" sur lesquel tu auras pris soin de coller un code 39 ;-) histoire de faire des relances ciblées
• Tu peux donc faire une requête pour savoir le nombre de bouquins restant dans la table "placard" (c'est parfois plus rapide de compter ce qui reste dans l'armoire que de devoir scanner tout les codes barres, surtout s'il sont mal positionnés)
• Lors de la rentrée du bouquin, tu le remet dans la table "placard" et tu détruit la ligne de la table "prêt" (c'est l'histoire des vases communiquants, rien ne se perd, sauf si tu verses â côté)

mais on peut aussi aller plus loin...

• une table "anomalies" (rien ne se perd disions-nous) : en fin d'année, il te manque 10 retours... que tu bascules dans une table "anomalie" avec un statut perdu. Attention, un perdu peut être retrouvé... dans ce cas, le scan du C39 du livre ne trouvant plus rien dans la tâble "pret", va aller voir si il n'est pas dans la table "anomalies"
• une table "poubelle" pour les bouquins qui, trop usés, sont mis au rebus
• Enfin, il peut être utile d'associer tes bouquin a une table "titre N° ISBN" puisque tu es dans le cadre d'un école avec 1 titre fois 100 élèves = 100 bouquins

Il n'y a pas de limite a une base de données. C'est a toi de définir le niveau de détail que tu veux atteindre.

Enfin, comme ton lecteur ne va plus te quitter, n'oublie pas que tu peux le programmer pour aller de champs en champs en simulant une tabulation a la fin de chaque scan. Analys bien tes formulaire de saisie et, en plus du scan du bouquin et de la carte étudiant, prévoit une feuille de code scan pour, par exemple, le statut ou l'état du bouquin 'bon, neuf, pas terrible" que tu va donner en prêt.

Ah, oui, attention, un lecteur peu quand même faire des erreurs de lecture... c'est rare, mais ça arrive et privilégie un lecteur laser plutôt que CCD... mais comme tu as en fait 2 identifiants par bouquin, son titre-ISBN commun et son code barre unique, je suis sûr que tu as tout de suite trouvé le truc pour faire de la correction d'erreur... ouuhla 2 scans pour un bouquin ? Non, pourquoi pas un formulaire qui dès que tu scan le bouquin, t'affiche sa photo pour contôle ?... si pas de concordance : erreur de lecture ;-)

---

http://www.facebook.com/peper.eliot

Answer 3

Ok, ça avance. Un code barre, c'est comme une police de caractère, un lecteur de codebarre c'est comme un clavier.

J'ai trouvé des ressources sur le formum de 3Stone : comment télécharger une police "code39", comment l'installer sur windows : http://www.3stone.be/access/thread.php?lng=fr&pg=1458&id=1&cat=02#1

Maintenant, je sais écrire en codebarre. il me reste à fabriquer des étiquettes, acheter un lecteur et construire les relations entre mes tables (table "élève", table "manuelScolaire", table "AttributionManuelElève" avec en clé externe les clés primaires des 2 précédentes). Je vois bien un formulaire faisant apparaitre chaque élève, un sousform faisant apparaitre tous les manuels attribués à cet élève. c'est dans ce sousformulaire que le lecteur de codebarres viendra saisir.

Question : dans cette table "AttributionManuelElève", pour chaque couple Elève-manuel, il y aura 2 mouvements : attribution à la rentrée scolaire, restitution à la sortie. L'année suivante, le même exemplaire sera attribué à un autre élève, etc. Le but est de pouvoir compter le stock de livres manquants, mais aussi de facturer à la famille les livres non rendus. Est-ce que je scinde la table en 2, avec une table "AttributionManuelElève" et une autre "RestitutionmanuelElève" ? ou est-ce que je garde tous les enregistrements dans la même table, en spécifiant s'il s'agit d'une restitution ou d'une attribution ?

J'ai peur de fabriquer des requetes "usine à gaz", derrière !

Merci de vos conseils !

Answer 4

Bonjour

Je crois que tu n'as pas compris, ce que tu dis Heureux-Oli (coucou), c'est que pour Access, le code barre sera une suite de caractère, donc comme toute saisie clavier tu pourras faire des tests avec, donc retrouver des infos dans des tables à l'aide de requête etc...

Le lecteur de code barre ne fait que traduire les barres en caractères, et en général il y a un driver fourni avec le lecteur pour faire l'interface entre le lecteur et ton ordinateur ainsi que la Police pour éditer des codes barres.

Philippe

---

http://starec.developpez.com/

Answer 5

Salut, heureuxOLI

Et j'imagine que ça marche dans l'autre sens : retrouver les infos dans les tables à partir de la lecture des caractères?

Est-ce que qu'un bricoleur comme moi peut essayer de brancher ce lecteur sur une de ses appli, en piquant du code et des conseils à gauche et à droite pour ses objets, ou est-ce que cela requiert vraiment un niveau élevé en SGBD ?

mon projet : gérer 9000 manuels scolaires de 1500 gosses dans un lycée. les données élèves, on les a. la table des livres, des disciplines, des niveaux est à facile à créer.

l'idée : associer à chaque élève de la table élève un manuel muni d'un code barre. Gérer le pret du manuel à l'élève et le retour, les stocks et le réassort, la facturation de la perte. J'ai déjà l'architecture en tete. Seul pièce manquante : ce satané code barre.

merci à tous pour vos commentaires et expériences.