Création d'un formulaire de saisie pour un tableau contenant des enregistrements

**Malick** · 06/05/2015, 13h42

J'ai un classeur qui me permet de suivre les ventes et achats journaliers de mon magasin.

Pour rendre plus conviviale la saisie des informations d'une opération donnée, j'envisage de créer un formulaire de saisie qui sera l'interface entre le tableau contenant les éléments et l'utilisateur en charge de faire ce travail.

Je précise que j'ai déjà eu à renseigner ce tableau.

Est-ce qu'il m'est possible de faire ce formulaire bien que le tableau soit déjà renseigné ?

Les données déjà saisies se présentent comme suit :

Nom : vente.png
Affichages : 26401
Taille : 38,4 Ko

Nom : vente.png
Affichages : 26401
Taille : 38,4 Ko

Merci d'avance

**joe.levrai** · 07/05/2015, 16h54

Bonjour,

quelles sont les informations qu'il va falloir saisir et qui n'existent pas ? Les trois cellules vides dans ta copie écran ?

il faut simplement que chaque ligne contienne au moins un champs unique, qui sera utilisé pour appeler la fiche dans ton userform.
ensuite, on charge toutes les infos de la ligne (y compris le numéro de la ligne qu'on pourra cacher dans le userform si besoin), et l'utilisateur devrai saisir les données manquantes pour les ajouter.

**Malick** · 07/05/2015, 18h07

Bonjour joe.levrai

Merci pour ce retour.

En effet, les champs vides que vous voyez ne sont pas encore renseignés par l'utilisateur, mais il le fera manuellement.

quelles sont les informations qu'il va falloir saisir et qui n'existent pas ?

Le formulaire devra permettre une saisie de toutes les informations correspondant à une opération de vente, notamment tous les champs présents dans ma capture d'écran. Je voudrais que l'utilisateur fasse la saisie directement dans le formulaire.

il faut simplement que chaque ligne contienne au moins un champ unique, qui sera utilisé pour appeler la fiche dans ton userform.

Entièrement d'accord avec toi. Donc il va falloir que je numérote chaque opération (clé primaire) . Est-ce possible de le faire en incrémentation automatique au moment de saisir une nouvelle opération de vente ?

**joe.levrai** · 07/05/2015, 18h18

Si ton formulaire va enregistrer une nouvelle ligne à chaque fois, pas besoin de clé : on écrit dans la première ligne non vide

mais la clé peut être nécessaire si tu souhaites un jour faire évoluer ton fichier, et avoir la possibilité de récupérer des enregistrements ou les modifier.
Dans ce cas, la clé ne doit pas être arbitraire (incrément pour chaque enregistrement), elle doit être logique.

Et en ce sens, le numéro de facture / le numéro de pièce comptable / le libellé, me semblent être déjà de parfaites clés de récupération.
Peut être qu'une colonne avec le nom du client serait également pertinente, histoire d'avoir un moteur de recherche à plusieurs filtres possibles ?

Tu as déjà commencé à faire le formulaire ? N'hésite pas si besoin d'aide sur un point qui te bloque

**Malick** · 07/05/2015, 18h26

Entendu, je pense que je vais intégrer la notion de clé primaire et rajouter un champ NomClient comme tu as dit

Tu as déjà commencé à faire le formulaire ? N'hésite pas si besoin d'aide sur un point qui te bloque

Je n'ai pas encore commencé à faire le formulaire, c'est la raison pour laquelle je m'interrogeais sur sa faisabilité, car je n'en ai jamais fait avec Excel.

J'ai déjà fait le fichier de suivi et avec des TCD qui me permettent de faire un récapitulatif des ventes. Si tu veux, je peux te donner le lien pour que tu puisses avoir un aperçu de l'existant.

**joe.levrai** · 07/05/2015, 18h31

oui je veux bien, histoire d'avoir les yeux qui brillent devant ton TCD (ouais, tu sais bien que c'est pas mon fort

.... et je sais bien que c'est un peu le tiens)

**Malick** · 07/05/2015, 18h34

Voici le lien vers le fichier hébergé sur mon domaine DVP :

malick-nseck.developpez.com/temp/SUIVI.xls

Tu verras d'autres feuilles et les TCD me permettent de suivre le niveau du stocks de ciment.

**joe.levrai** · 07/05/2015, 18h39

Même si tu n'as jamais fait de Userform de ce type, ça va être facile pour se faire la main.

A ce titre, je viens déjà d'en faire un très basique qui permet d'enregistrer des nouvelles lignes (en intégrant automatiquement les formules de tes colonnes calculées).

D'ailleurs, parlons en de ces colonnes calculées ("mois-annee", "Montant TTC" etc...) : tu veux impérativement conserver les formules ou on peut figer la valeur ?

**Malick** · 07/05/2015, 18h43

D'ailleurs, parlons en de ces colonnes calculées ("mois-annee", "Montant TTC" etc...) : tu veux impérativement conserver les formules ou on peut figer la valeur ?

Je n'ai pas bien compris ce que tu entends par figer la valeur

**joe.levrai** · 07/05/2015, 18h56

tu as inséré sur l'ensemble de ces colonnes les formules qui seront utilisées quand la ligne sera rempli.

Ce qui alourdi ton fichier, et augmente le temps de recalcul du fichier.

si la valeur calculée par la formule ne changera jamais, on peut figer la formule en écrivant directement sa valeur.

En gros, quand le formulaire va exporter la nouvelle ligne, on a deux solutions :

- Ecrire les formules
- Calculer le résultat de la formule par VBA et n'en écrire que la valeur

**Malick** · 07/05/2015, 19h00

Ok, je comprends mieux maintenant.

En gros, quand le formulaire va exporter la nouvelle ligne, on a deux solutions :

- Ecrire les formules
- Calculer le résultat de la formule par VBA et n'en écrire que la valeur

J'opte pour la deuxième solution afin de ne pas alourdir le fichier comme tu l'as si bien expliqué.

**joe.levrai** · 07/05/2015, 19h06

Comment tu veux qu'on s'organise ?

je n'oserai te proposer de faire un formulaire et de te le soumettre ... ne voulant pas t'ôter le côté "apprentissage" de la chose.

c'est toi qui voit

**joe.levrai** · 07/05/2015, 20h44

Je te montre quand même celui que j'ai fais à la va-vite, sans la partie qui exporte les données (sinon t'as plus rien à faire et t'as peut être envie de le faire)

là c'est juste l'ergonomie de saisie et les champs calculés
SUIVItest.xls

**Malick** · 08/05/2015, 10h36

Joe.levrai

Merci pour ce retour et ce fichier test, c'est excellent et correspond bien à ce que je voulais faire.

Tu as parfaitement raison en disant que j'ai envie d'apprendre. Comme je ne m'y connais pas trop en VBA (que j'aime bien) et avec ce que je veux, je pense qu'il faudra du code.

Selon toi, quelle est la meilleure manière pour combiner l'apprentissage et la pratique en réalisant ce projet ?

L'idée du projet c'est de pouvoir suivre le chiffre d'affaires, les approvisionnements et le niveau du stock (comme je l'ai présenté dans le fichier). Penses-tu que tout cela sera possible ?

Déjà je vais créer un autre formulaire pour l'enregistrement des achats ou approvisionnements ?

Qu'en penses-tu ?

**joe.levrai** · 08/05/2015, 11h12

Bonjour,

si tu veux gérer plusieurs bases différentes (achats, ventes, stocks etc...) tu as deux possibilités :

- un userform pour chacun
- un userform globlal qui contiendra un contrôle Multipage ... qui est un objet disposant de plusieurs onglets, on aurait un onglet par type de base

regarde par ici pour quelques détails :http://silkyroad.developpez.com/VBA/ControlesUserForm/

concernant le "comment apprendre", il faut déjà savoir où tu te situes, tu as déjà écrit des macros en VBA ?

la bible des tutos VBA orentiés Excel : http://excel.developpez.com/cours/?page=prog#userform
il y a également cette superbe contribution de Philippe Tulliez avec un exemple réutilisable et modifiable selon tes souhaits :http://www.developpez.net/forums/d14...-d-formulaire/

avec la base de Philippe, tu devrais facilement comprendre la mécanique du "consulter/ajouter/modifier/supprimer" un enregistrement

**Malick** · 08/05/2015, 12h12

Bonjour,

si tu veux gérer plusieurs bases différentes (achats, ventes, stocks etc...) tu as deux possibilités :

- un userform pour chacun
- un userform globlal qui contiendra un contrôle Multipage ... qui est un objet disposant de plusieurs onglets, on aurait un onglet par type de base

Je pense qu'un userform pour chaque base serait mieux. Qu'en penses-tu ?

concernant le "comment apprendre", il faut déjà savoir où tu te situes, tu as déjà écrit des macros en VBA ?

Je peux dire que non, j'ai juste eu à lire des tutoriels pour comprendre certains termes et me familiariser avec l'environnement de développement.

Je vais lire les différents tutos que tu as évoqués.

**Malick** · 08/05/2015, 14h51

il y a également cette superbe contribution de Philippe Tulliez avec un exemple réutilisable et modifiable selon tes souhaits :http://www.developpez.net/forums/d14...-d-formulaire/

avec la base de Philippe, tu devrais facilement comprendre la mécanique du "consulter/ajouter/modifier/supprimer" un enregistrement

La base de Philippe Tulliez

est excellente, je vais m'en inspirer et te faire un retour.