Discussion :

[iliesss]

Bonjour
J'ai entrain à préparer une application de gestion qui gère trois opérations. "Achat" "Vente" "Banque".

Svp quelle est l’idéel méthodes
1- Un userform pour chaque opération
2- Un seuil userform mais le contenue change selon l’opération
Merci

[Invité]

Bonjour,

Regardez si Un seul userform avec 1 multipage, 1 page par opération peut vous convenir, la mise au point étant souvent chronophage. Mais ce n'est que mon point de vue.

[iliesss]

.

bonjour
merci pour votre réponse
est ce que le multipage contient 3 pages

[Transitoire]

Bonjour,
je ne suis pas un génie du codage, mais je pense qu'il vaudrais mieux un UF pour chacun des trois.
Simple question de facilité de codage. les trois UF sont plus simples qu'un pour les trois.
Comptablement parlant, les imputations ne sont pas les mêmes. Le fonctionnement de la banque à une contrepartie simple alors que les achats et ventes peuvent avoir une contrepartie double, triple ou plus(si affinités)
Cordialement

[Invité]

Même plus si vous souhaitez.
Visiblement le choix va être cornélien...

[MarcelG]

Bonjour à vous, Bonjour au Forum,

Personnellement, j'opterais pour une zone de liste concernant l'opération, ou bien des boutons d'option.
En effet, du moins pour les achats et vente, les contrôles concerneraient les mêmes données (Référence, Quantité, Prix unitaire....).
Si les données Banque sont différentes, alors je prévoirais 2 pages sur le formulaire(Achats/Vente et Banque).

[John Mc Evee]

Bonjour Iliesss et aux membres du forum,

Voici un lien qui explique les différents contrôles dont le multi page Utiliser les contrôles d'un Userform.

En terme d'organisation, je te conseil d'en un premier temps de décrire les actions que tu souhaites faire et identifies celles qui peuvent être générique au trois applications (Achat, Banque,...). Pas besoin de décrire le code, juste un descriptif pour définir les contrôles associés. Perso, construire un Userform peux vite devenir un bordel.

Voici un exemple de structure à appliquer : la gestion des procédures en booléan (Vrai/faux) te permettra d'écrire tes procédures dans des modules spécifiques et d'avoir une gestion d'erreur au niveau du Userform.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
Option Explicit
'**************************************************************************************************
' NAME : FixePage (FUNCTION)
' DESCRIPTION : Permet de fixer une page dans le controle Multipage
'**************************************************************************************************
Public Function FixePage(MultiPage As Control, lIndex As Long) As Control
 
    Set FixePage = MultiPage.Pages(lIndex)
 
End Function
 
'**************************************************************************************************
' NAME : Test
' DESCRIPTION : Exemple d'utilisation de la fonction FixePage
'**************************************************************************************************
Public Sub test()
 
    Dim Page As Control
 
    Set Page = FixePage(UserForm1.MultiPage1, 1)
 
    With Page
 
        'Ton code pour la mise en forme
        'le remplissage des listbox à l'initialisation
        '.....
 
 
    End With
 
End Sub
 
'**************************************************************************************************
' NAME : Procedure
' DESCRIPTION : Exemple de structure d'une procédure. Cela permet de l'appeler suivant un événement
' et laissant une certaine lisibilité du code dans ton USF.
'
' EXEMPLE D'UTILISATION :
' Private Sub CommandButton1_Click()
'     If Procedure(Me) Then
'         MsgBox "Enregistrement OK"
'     Else
'         MsgBox "Erreur " & Err.Description
'         Err.Clear
'     End If
' End Sub
'
'**************************************************************************************************
Public Function Procedure(oControl As Control) As Boolean
 
    On Error GoTo HANDLER
 
    With oControl
 
    'Ton code pour une action
    Procedure = True
 
    End with
 
HANDLER:
    Procedure = False
End Function

A+

[iliesss]

Bonjour à vous, Bonjour au Forum

Pour les contrôles sont pas les mêmes.
Chaque opérateur contient leur propre controle

[Invité]

Chaque opérateur contient leur propre controle

Question peut-être indiscrète : En cas d'évolution de votre code sur combien de fichiers cela va vous obliger à intervenir pour mettre à niveau ?

[Transitoire]

Pour les contrôles sont pas les mêmes.
Chaque opérateur contient leur propre controle

Re bonjour, pardonnez moi, mais la je ne comprend plus rien du tout
Il s'agirait d'un programme en réseau, ou chaque opérateur aurait un contrôle différent des autres?
Si il s'agit de celà, je suis obligé de me déclarer incompétent. Dans votre propre intérêt d'ailleurs
Cordialement

[iliesss]

.

c'est juste un seuil fichier

[iliesss]

Il s'agirait d'un programme en réseau

Non c'est un programme dans un seuil PC
une petite observation les opérateurs dans mon sujet sont au point vu comptable pas réseau ou poste ou nombre de PC

[Invité]

c'est juste un seuil fichier

OK, au cas où vous rencontreriez des difficultés dans l'utilisation de ce fichier utilisé par plusieurs personnes, regardez le fonctionnement des macros complémentaires .xlam.
Ce genre de fichier ne contient que des macros et est donc séparé des fichiers de données. En cas de mise à niveau du code ou d'ajout de nouvelles fonctionnalités, vous ne faites qu'une seule mise à niveau et vous distribuez votre fichier aux utilisateurs. Les différents menus de votre macro complémentaire sont accessibles depuis le module des compléments d'Excel de chaque poste utilisateur.

Bon courage pour la suite.