BDD achats, ventes, commandes et stocks

[squinny]

bonjour à tous,
voilà, je suis à la recherche d'une application qui me permettrait de gérer des produits que je commande d'une part, et que je fournis d'autre part. Ce sont des brochures, affiches médicales que je commande (donc besoin de gérer les stocks par rapport aux commandes qui me sont passées et que je passe pour me réapprovisionner). D'autre part, je voudrais que les commandes soient archivées afin de savoir qui le demande le plus de brochures, à quel fournisseur j'en commande le plus. Il faudrait que les entrées soient comptabilisées et datées ainsi que les sorties (qui m'a commandé, combien à quelle date) et que me soit indiqué quand il me faut repasser une commande.
J'ai essayé sur ACCESS avec le modèle comptoirs, mais je m'embrouille un peu... quelles tables dois-je rajouter pour gérer mes commandes chez les fournisseurs et les commandes passées par mes salariés ?
Dans comptoirs, il y a une table commandes, mais cela concerne les commandes passées par des employés pour des clients. Moi j'aurai besoin d'une table fournisseurs, une table produits, une table salariés...et après je sèche : les commandes passés par moi, celles que me passent les salariés, les incidences des ces 2 commandes sur les stocks...

Les applications que je trouve sur internet permettent chacune de gérer une partie mais pas la totalité (j'ai trouvé une application qui gère les commandes fournisseurs, une les stocks, une la facturation client...mais rien qui regroupe tout !)

Avez-vous une idée ? merci beaucoup !
patricia

[loufab]

bonjour,

Non jamais vu une appli libre sur ce thème. En morceau oui (facturation, commande, stock...)

Démarrer à partir d'une appli existante type comptoir, il faut faire attention que tu ne partes pas sur des bases fausses sinon tu risques de t'arracher les cheveux pour avoir le résultat que tu souhaites.

Le développer toi-même est une idée : la question est as-tu beaucoup de temps ? Pour quelqu'un qui maitrise ACCESS (ou autre...) c'est un projet assez volumineux, pense pour quelqu'un qui n'a jamais fait de base de données.

Le mieux est de faire appel à un intervenant extérieur, éventuellement un stagiaire mais là c'est la roulette russe...

Pour de la gestion d'entreprise (surtout dans une partie critique comme les commandes, stock, facture et compagnie) je te conseille de ne pas prendre de risque quite à investir.

Cordialement,

[squinny]

merci pour vos conseils,
je ne peux pas faire appel à un intervenant extérieur, c'est une application pour moi, dans le cadre de mon travail, pour une activité que j'ai mis en place, sinon ça sa faisait sans aucune traçabilité...

En fait, je ne sais pas trop quelles tables créer en plus de produit, fournisseur, salariés : il me faudrait une table commandes chez le fournisseur, une table commande du salarié.
Dans la base comptoir (qui comporte, pour la version que j'ai, les tables produits, fournisseurs, employés, clients, commandes, détails commandes), je ne comprends pas pourquoi le stock est dans la table produit. Il me faudrait une table stock à part qui soit alimentée par mes commandes et par mes sorties ?

[loufab]

Envoyé par squinny

Dans la base comptoir (qui comporte, pour la version que j'ai, les tables produits, fournisseurs, employés, clients, commandes, détails commandes), je ne comprends pas pourquoi le stock est dans la table produit. Il me faudrait une table stock à part qui soit alimentée par mes commandes et par mes sorties ?

C'est tout le problème de partir d'un produit existant. Chaque activité a ses propres besoins. Comptoir n'est qu'un (petit) exemple de ce que l'on peut créer avec ACCESS.

Avant de te lancer dans le developpement, commence par poser sur le papier (ben oui le zéro papier c'est pas pour demain) ce dont tu as besoin. Pose tes relation entre les informations. Une fois que tu as le schéma des informations pose le papier les fonctions (processus) sont tu as besoin.

Quand ces 2 choses sont faites tu peux commencer par faire une maquette (menu, formulaires, états) pour voir si tout s'intègre parfaitement et que c'est viable et ergonomique.

Ensuite tu finalises.

Cordialement,