Garder en mémoire un nombre variable de données

Cracos, j'enverrai un fichier par client par mail. Techniquement, on n'a pour l'instant aucun moyen qu'ils aient accès en réseau.

Ouskel'n'or, j'ai 73 listes de prix par quantité différentes. Etonnant non? ;)
Elle me paraît bien ton idée également (je découvre encore les possibilités d'Excel). Mais est-ce que tu pourrais revenir sur la méthodologie une fois que j'aurai créé mon tarif avec les colonnes qui vont bien (pardon)? Je souhaite évidemment que le client n'ait accès qu'aux prix qui le concernent.
Si je crée un .txt, comment-est ce que je peux m'assurer que le client va l'enregistrer dans un dossier qui me permettra de lire dedans plus tard?

Pour le txt : Tu n'auras pas de protection à moins de crypter les données. Ce n'est pas la mer à boire mais vu l'intérêt de la chose, tu as des solutions plus simples pour l'usage que tu vas en faire et très suffisantes.

Citation:

---

j'ai 73 listes de prix par quantité différentes

---

et combien de quantités différentes par liste de prix ?
Pour résumer :
73 listes = 73 feuilles de calculs
Autant de lignes que de produits pour chaque liste
Autant de colonnes que de tarif par Qu

Citation:

---

Envoyé par neiluj26

avec presque 4 000 références

---

Tu fais le total mais je pense qu'Excel peut gérer ça puisqu'il est fait pour ça.
Access va pour les grosses bases de données mais là, je pense qu'Excel est bien suffisant.

Citation:

---

Envoyé par neiluj26

Mais est-ce que tu pourrais revenir sur la méthodologie une fois que j'aurai créé mon tarif avec les colonnes qui vont bien ?

---

Pas de soucis mais si je ne suis pas là, ne t'inquiète pas, la méthode est classique :
- Un code unique correspondant au type de client.
- Le code client te donne accès aux listes qui vont bien.
- Une listebox peut proposer les différentes listes "autorisées" au client
- Une seconde listebox propose les produits de la liste sélectionnée
- Une textbox sert à la saisie des quantités.

Pour le tarif par Qu, le principe :
- Recherche de la feuille du tarif correspondant à la liste sélectionnée par le client
- Recherche de la ligne du produit sélectionné dans la feuille en question
- Recherche de la colonne qui va bien pour le tarif
- Exploitation des données recueillies
Le tout dans un userform

Pour le fun, rien ne t'empêche de réserver une feuille de calculs afin de proposer une facture pro-format au client - avé la tévéha - facture qu'il éditerait lui-même (pour que ton patron il économise du papier ) :mouarf:

Juste des idées...
Bon week-end

Merci de cette réponse et d'avoir pris le temps d'écrire ces conseils (et le week end était bon aussi...). Je vais m'en inspirer.

Le but est bien de proposer au client un moyen simple d'éditer ses proformas, au lieu de revenir plein de fois vers nous...

Je laisse ce fil ouvert au cas où j'aurais d'autres questions sur le chemin...

Bon, je progresse...

Dans ma feuille proposition:
- En colonne A, le client rentre un code article.
- En colonne H, il rentre une quantité. Si cette quantité est inférieure à la quantité maximale pour laquelle il a un prix net (s'il en a un), je déclenche un formulaire qui lui dit qu'il a des prix par quantités et qui lui donne les différentes options (par 5, 10, 15, 25 ou que sais-je).
- S'il choisit une des options et clique sur le bouton "Valider" du formulaire, je reporte cette quantité... et c'est là que j'ai un souci. J'utilise le code suivant:

Code:

---

1 2 3 4 5 6 7 8 9

For Each Ctrl In Frame1.Controls If Ctrl.Value = True Then k = 1 NbLettres = (InStr(1, Ctrl.Caption, "-") - 1) - 11 WsPro.Cells([A65536].End(xlUp).Row, 8) = Mid(Ctrl.Caption, 11, NbLettres) UserForm1.Hide End If Next Ctrl

---

Mon problème est de savoir sur quelle ligne je me trouve, parce que ce code ne fonctionne que si je modifie la dernière ligne. Et si mon client tape 10 lignes et qu'il décide de revenir sur la ligne 7, cela pose problème.

Merci d'avance encore...

Il est difficile de te suivre. Dis-nous ce que ton code est censé réaliser et si les nombres 10 et 7 ont une importance... Est-ce le fait que le nombre dépasse 9 (un caractère) ou simplement le fait de la correction ? Où récupère-t-on le nbre de lignes ? A quoi te sert k ? Un booléen ? Quel est son rôle ?

Citation:

---

cela pose problème

---

quel problème ? Où ça ?
Etc. Bref, des précisions nous aideraient à t'aider ;)
A+

Hmm pardon, c'est vrai que je n'ai pas été clair...

- K me sert à vérifier qu'un OptionButton a bien été coché dans le Frame1. Sinon, j'affiche une msgbox qui demande d'en cocher un.

- Le problème est que je ne sais reporter la quantité choisie que sur la dernière ligne de la feuille proposition.
Imaginons que l'utilisateur remplisse 35 lignes d'articles avec ses quantités, et qu'il change d'avis pour la ligne 14 (je dis des chiffres au hasard, le problème n'est pas là). Il revient en H14 (colonne quantité), et entre une autre quantité. Le formulaire peut se déclencher si il ne rentre pas une quantité supérieure ou égale à la quantité maximum pour laquelle il a un prix, lui donnant ses différentes options.
Et bien, j'aimerais que quand il choisit une quantité dans le formulaire, celle-ci vienne se reporter sur la ligne 14, et pas sur la ligne 35 comme c'est le cas actuellement, parce que j'utilise

Code:

---

WsPro.Cells([A65536].End(xlUp).Row, 8) = Mid(Ctrl.Caption, 11, NbLettres)

---

Arf, je ne sais pas si c'est plus clair. :oops:

Tu n'est pas beaucoup plus précis. Tu dis "Il revient ligne 14" s'il modifie une info => evènement worksheet_change

Citation:

---

Le formulaire peut se déclencher

---

du conditionnel, nous donner la condition serait pratique, qu'est ce qui déclenche l'apparition du formulaire?

Pour écrire sur une ligne particulière je dirais tout simplement

Code:

---

WsPro.Cells(numerodeligne, 8) = Mid(Ctrl.Caption, 11, NbLettres)

---

A toi de définir numerodeligne
Et sans plus d'info impossible de t'aider
au feeling je dirais

Code:

---

numerodeligne=target.row

---

Ok avec ce que dit Krovax (coucou!). J'ajoute juste une chose : Quand le client revient sur la ligne 14 (... par exemple) pour changer la valeur, l'événement worksheet_change a bien lieu entraînant l'exécution (entre autres) de la macro Private Sub Worksheet_Change(ByVal Target As Range)
macro se trouvant dans la feuille de code de la feuille de calculs concernée (deux clics sur le nom de la feuille dans VB éditeur)
Là, target t'indique à la fois le N° de ligne (Target.row) et le contenu de la cellule.
Si le N° de ligne n'est pas > au dernier N° de ligne de la feuille , tu sais que c'est une modif de la saisie.
Sinon, Target.row = Cells([A65536].End(xlUp).Row + 1 c'est une nouvelle saisie.
C'est tout ce que j'ai pu tirer de ton explication :(

Bonjour,

Merci de votre patience en tout cas. En fait, j'arrivais bien à capturer le numéro de ligne de la cellule qui venait d'être modifiée grâce à l'événement Worksheet_Change dans une variable, mais je n'arrivais pas à "rappeler" cette variable au clic sur le bouton "Valider" de mon formulaire.
J'ai réglé le problème maintenant. J'apprends en autodidacte, désolé.