Creation Outil - compteur de stocks

[jpmasclet]

Bonjour à tous,

On m'a demandé que créer un outil et habituellement je travaille sur excel donc je n'ai que quelques bases sur access (si ce logiciel est le bon pour mon outil et je n'en suis pas encore sur).

L'objectif : Créer un petit applicatif qui permet ou il y aura :

Le nom de la personne ( automatique si possible via le username)
La date
et des boutons


chaque bouton aura un nom type (OPERATION 1, OPERATION 2, OPERATION 3, etc...) et ce bouton devra lors du clique décompté 1 du total.

Sur un autre formulaire, il faudra chaque jour indiqué le nombre en arrive.

En définitive cet outil est un outil de stock, mais il faudra qu'un graphique lui soit rattaché pour voir l'évolution en tant réel.

A savoir 50 personnes l'utiliseront au quotidien.

Pouvez vous me dire si access est le logiciel à employer pour faire cela, et si vous pensez que cela est réalisable pour un novice en acess.

Si vous avez d'autre idée je suis preneur.

Merci bcp !

[Simplifi]

hello
bonjour à toi oh débutant
voici ce que j'ai répondu à une question qui ressemblait bien à la tienne

hello
les stocks ? éternel sujet ! !
statique ou dynamique?
en gros deux philosphies: soit je fais des "factures" ou des "bons" et le stock est une requête qui fait la somme
soit après avoir fait les "factures" ou les "bons", je duplique l'écriture dans les tables de gestion de stock
dans cette gestion de stock, là encore je vois mes deux philosophies statique ou dynamique
soit j'écris des mouvements et le stock est une requête qui calcule la somme
soit j'écris des quantités en stock et il me suffit de consulter la dernière ligne pour avoir la valeur courante du stock

ensuite:manuel ou automatique?
il est clair que la méthode la plus dynamique est automatique
mais si on veut un peu de redondance, de statisme, c'est à dire un peu plus de sécurité, alors qu'est ce qu'on veut comme automatisme?
- des requêtes ajout,
- des formulaires avec les données de "facture" et aussi de "stock",
- des macros,
- du VB

avec comme éléments de discussion:
- stock basique?
- règles de stockage?
- règles métier ou particularités?
- temps de programmation versus confort d'utilisation?
- professsionalisme des personnels versus sécurité absolue?

soit beaucoup de questions avant de te donner du code tout prêt!!!!

c'est quoi comme stock? pourquoi décompter 1? ça doit bien venir d'une autre opération (bon de sortie, préparation de listes, etc) et donc dans ce cas, pourquoi dupliquer le travail? 50 personnes oui mais à quel rythme? etc

Access peut être le bon outil, et il est possible qu'un débutant fasse cela, à condition d'étudier le pb et de commencer petit à petit

[jpmasclet]

Bonjour et merci pour ta réponse, alors pour résumer la problématique :

Il ne s'agit pas d'un outil de stock à proprement dit , entrée sortie de marchandise mais disons que je travaille dans un back office, nous traitons des opérations et l'objet de mon outil est de voir en temps reeel via un graphique le stock d'opération à passés par type d'opération.

En gros chaque jour matin ou soir, il faut ajouter le nouveau stock (courrier arrivé) et chaque opérateur aura son outil pour faire déduire -1 du total, ce qui donnera en flux reel le stock .


J'espere avoir été clair et que tu vois une solution pour mon souci
encore merci

[jpmasclet]

Je reviens vers ma problématique, car je me dis que la meilleure solution :

Serais de créer un formulaire, y mettre que des boutons et que chaque boutons soit controlés par un macro : qui automatique dans la base , rajoute un enregistrement avec date + username + le produit (en fonction du bouton) + -1.

Qu'en penez vous ?

Maintenant mon souci c'est de la faire , j'arrive à faire ça sans souci sur excel mais access.. argh

[Simplifi]

hello
c'est bien vu et même facile à faire
1° chose: la base centrale
- avec la table principale:
- - étudier de près quels champs sont nécessaires
- - - quantité
- - - date/heure
- - - qui
- - - quoi (ne serais ce que pour ne pas saisir 2 fois la même sortie) sous quelle forme est ce quoi?, c'est toi qui le sais
- avec un formulaire adiministrateur (formulaire tout simple) basé sur la table. le formulaire peut à lui seul remplir les rôles d'ajout du courrier arrivé, de visualisation de dernières saisies, de purge si besoin, d'archivage quand nécessaire, etc vu que l'administrater est censé savoir se servir d'Access et faire la différence entre ajouter une ligne, en supprimer une,ou en modifier une autre
- avec aussi les copies de tables personnelles qu'on retrouvera sur les bases interface
- avec le super état, ou super formulaire qui donne le graphique

2° chose: les bases d'utilisateurs
- avec un lien vers la table de la base centrale
- avec une table personnelle qui contient:
- - le username
- - éventuellement le password
- - toute info propre à la personne qui utilise cette base
notons que cette base état personnelle, elle peut très bien être utilisée par son propriétaire même s'il n'est pas à son poste habituel en passant à travers le réseau
- avec une copie du super formulaire:
- - deux ou trois boutons avec un minimum de VB
- - un ou deux champs pour d'éventuelles saisies manuelles
- - et surtout le super graphique qui se remet à jour après chaque saisie ou bien sur un bouton spé

le point le plus sensible de cette appli n'est pas dans Access mais dans la fonctionnalité de l'appli elle même:
comment répondre aux questions:
- est ce que j'ai saisi cette opé (celle que je viens de finir)?
- est ce que j'ai pas oublié la précédente?
- est ce que je ne suis pas en train de saisir celle ci en double?
- est ce que je peux revoir ma liste de saisies de lademi journée?

dès qu'on sait quoi mettre dans la table principale, on va pouvoir commencer, pour autant, pas de stress, si on en a oublié, on pourra toujours rajouter

Courage