Valider et archiver les commandes des clients 

Bonjour Aimad, c'est un plaisir. Merci beaucoup pour ces mots.

Vraiment merci Roméo pour ces mots en retour. C'est un grand plaisir et une source de satisfaction.

C'est un plaisir Mohamed. Merci beaucoup pour ce message en retour.

C'est très agréable de votre part Abdou. Très sincèrement merci pour ce message en retour.

@ je n'ai fais qu'évoquer une réalité et exprimé. ce que j'ai ressenti .C'est largement mérité

Merci beaucoup Alain pour votre suivi.

Bonjour Affai. Merci beaucoup pour votre message et votre soutien.

I know it's quite off topic but do anybody know of a good site to stream newly released tv shows online ?

@Watson Zaire i use FlixZone. You can find it by googling =)

Bonjour mon Cher Goldrak Dyzer. Je vous remercie énormément pour votre soutien sans faille.

Bonjour Gérard, pourtant Access est bien moins simple à appréhender a priori. Félicitations donc et très grand merci pour votre message.

Bonjour Marc. Oui le champ de la clé primaire ne doit pas être désigné dans la requête d'insertion. Il se génère seul. Ce sont tous les autres champs qui doivent être renseignés.

Bonjour Hassan, oui c'est pertinent. Par les macros j'en doute, une petite ligne VBA à appeler par la macro en revanche [Qte]="" ferait l'affaire.

Bonjour Emmanuel et merci pour votre message. Dans cette suite d'exercices, la question ne se pose pas puisque l'édition intervient au moment de la commande. Pour résoudre votre cas, les techniques Access ne sont pas le souci. Il s'agit plutôt d'ériger une politique d'entreprise pour définir comment doivent être traités ces cas.

@ Merci pour votre réactivité.

@@emmanueldemeillers3293 Je vous en prie Emmanuel.

Bonjour Dominique. Vous pouvez utiliser la fonction RechDom pour isoler le produit correspondant à l'article en cours sur le formulaire et ainsi lui appliquer la quantité achetée et la remise à lui associer.

@ Bonjour Stéphane. Tout d'abord, un GRAND MERCI pour cette formation ACCESS. Je n'ai jamais eu l'occasion au cours de ma carrière professionnelle de pratiquer les applications sur PC, grâce à vous c'est chose faite !!! Et très instructif ! Je viens de clore le dernier exercice. J'ai tout reproduis de A à Z (juste importé les tables clients, produits et remises pour avoir des données). Celà fonctionne parfaitement. Dans la foulée, je vais essayer de rendre fonctionnel le bouton fermer formulaire dans les sous formulaires de navig_principal, bloquer le changt Id client tant qu'une commande n'est pas validée, permettre une annulation d'une commande validée, prendre en compte les remises éventuelles avec la réponse que vous m'avez fournie, ainsi que la possibilité de rééditer une ancienne facture. Bref, de pouvoir mettre en pratique ce que brillament vous nous apprennez. J'ai déja rajouté des champs tel et adresse dans la table client. Ca sert pas à grand chose mais celà permet de remplir l'écran. Sûrement l'habitude d'avoir plein de données affichées avec les Mainframes IBM. On se refait pas ! A bientôt ! IBM Man

​@@dominiquecourtin4295 Je suis très flatté par votre message et par l'étendue des travaux que vous avez entrepris et par ceux que vous souhaitez réaliser en guise de perfectionnement des solutions qui sont apportées par ces exercices. C'est un plaisir. Merci beaucoup. Bon Week-End à vous.

Avec plaisir. Bon Week-End

Bonjour Stéphane. J'ai réalisé le formulaire détail des commandes clients sur un même formulaire, c'est OK. Par contre, quand je veux l'intégrer dans le formulaire navig_principal, Access n'arrive pas à cibler le champ Com_num malgré avoir mis en amont l'expression de correspondance dans la requête R_Detail au niveau de la zone critère. De fait, je dois rentrer la valeur manuellement. Cet ajout dans le formulaire de navigation est-il possible ? Si vous pouviez m'éclairer, ce serait super. Merci d'avance et bon week-end. IBM Man

Bonjour Martin. Pour ne pas risquer d'altérer les tables source tant que la validation n'est pas totalement opérée d'autant que les relations entre en jeux pour la diffusion dans les tables dépendantes.

accès concurrents : Access gère-t-il le cas ou 2 personnes saisissent simultanément une facturation via le formulaire? N'y a t il aucun risque de retrouver des lignes de commande d'un client, dans la commande d'un autre client ? Est-ce que l'identification du gestionnaire de saisie, via un champ [gestionnaire] rempli avec la fonction Environ('Username'), aiderait ? 17:10 Je rédigerai la fonction de la manière suivante, car mon champ commandes.gestionnaires est rempli, à l'étape précédente. MaxDom([commandes]![com_num];"[commandes]";"[gestionnaire]" = Environ("Username")) '_______________________________________________ 8:03-29:11 20 minutes de réalisation d'une macro : pour désactiver des alertes office gênantes pour lancer 4 requêtes action pour lancer 1 message utilisateur pour réactiver les alertes office pour encrasser la base, avec 1 macro enregistrée dans l'explorateur de macros; pour encrasser la base, avec 4 requêtes enregistrées dans l''explorateur de requêtes; pour ne laisser aucun commentaire en clair dans la base détaillant la séquence chronologique de la transaction. Pourquoi ne pas avoir réalisé une belle transaction vba, dans une classe Facturation, avec un beau commentaire très explicite laissé aux développeurs, et une batterie de messages de succès ou d'échec de validation de facture. Notre trace dans la base ? 1 classe Commandes, dans l'explorateur de modules, et un appel de classe, dans le formulaire f_Commandes. '________________________________________________ Le niveau exigé pour réaliser proprement ce formulaire, est-il sincèrement à un programmeur de macros ? Récupérer un projet contenant ce genre de macros, n'est il pas horripilant pour les autres développeurs ?

Oui tout à fait Martin. Pour cela il faut déployer l'application en back et front End. Une queue List est générée. ça se joue à des millisecondes près. J'ai déjà exploité Access pour des sites, alimentation de rubriques et forums. L'exemple est donc parfaitement concret. Martin, pardonnez moi et je ne souhaite pas vous vexer. Vos messages sont très longs. Je vous ai déjà sensibilisé à ce sujet. Je souhaite répondre à tout le monde à défaut de pouvoir aider tout le monde. Les sollicitations sont très nombreuses. Je suis à la recherche de temps. Et en parlant de professionnalisme, terme que vous utilisez souvent et c'est à votre honneur, en communication d'entreprise, il faut faire concis.

Je recommande la version VBA (du même auteur) www.bonbache.fr/facturation-access-et-gestion-de-stocks-vba-216.html Répond complètement au cas d'utilisation, sans traces de macros et de requêtes. Multiplier sans cesse les macros et les sous-formulaires, jusqu'à en faire une base de 11587 macros, et 4956 sous-formulaires, non commentée, non documentée, non spécifiée, bonne pour la casse ? Dois-je perdre mon temps à maintenir ce genre d'ânerie ?

Merci pour ce partage Martin. En revanche, je ne suis pas d'accord avec vous, voire pas du tout. Tout ce qui peut permettre d'éviter le code doit être mis en place. Cet exemple de facturation est une belle illustration : www.bonbache.fr/valider-la-facture-du-client-avec-access-399.html En récupérant la source, vous constaterez que les requêtes sont peu nombreuses et encore certaines sont là juste à titre de manipulations précédentes pour démonstrations. Pourquoi éviter le code. Les raisons sont multiples et la première est évidente. Tout le monde ne met pas les mains dans le code alors que tout le monde est en mesure de comprendre l'automation offerte par les macros et les requêtes. Bâtir des programmes aux lignes de codes interminables et incompréhensibles faute de recul et de savoir rend l'application impossible à porter.

Bonjour Mostafa. Avec les propriétés des contrôles, vous devez jouer sur les marges dans la feuille de propriétés.

@ merci bcp.

@@mostafatagmouti338 Je vous en prie.

Bonjour Didier, le lien de téléchargement qui est donné sur le pas à pas détaillé est le suivant : www.bonbache.fr/images_contenus/valider-facture-client/clients-et-commandes-facture-client.rar

Bonjour Philippe, oui vous avez parfaitement résumé le principe de cette formation. Quant à votre souci, je ne le comprends pas. Comment est défini la clé primaire de cette table et comment est elle implémentée par votre requête ?

Bonjour, @ , ma table temporaire n'a pas de clé primaire exactement comme la table Com_temp de votre formation, elle réceptionne la clé primaire clients au lieu de la clé commande c'est tout, j'ai poussé le vice à copier votre table Com_temp dans mon projet pour essayer d'écrire dessus mais le résultat est le même ?... Elle est implémentée avec le même code que vous pour récupérer la valeur max avec des noms différents ( si c'est ça que vous me demandez par implémentée ?), j'ai procédé par étape, au début j’écrivais juste la clé clients sur la table temporaire et ça ne marchait pas, sauf si j enregistrais une première ligne vide.Pour le moment ça fonctionne bien en laissant un ligne vide et je n’exécute pas de requête Suppr je laisse les nouvelles valeurs écraser l'ancienne, je sais pas si c'est optimal, j'ai vérifié qu'un champ renseigné ne reste pas enregistré quand un vide arrive derrière, et ce n'est pas le cas, un champ vide écrase un champ plein. Merci pour votre attention, c'est vraiment sympa.

Ok, mais le fait que l'implémentation de la table temporaire ne se fasse pas n'est absolument pas logique. Une erreur survient, mais je n'arrive pas à comprendre pourquoi l'anomalie disparaît lorsqu'un enregistrement existe. Il n'est pas impossible qu'une toute petite erreur de syntaxe se soit glissée dans votre requête, notamment sur un nom de champ et qu'Access ait la capacité de la corriger lorsqu’un enregistrement est déjà présent. ça ne paraît pas très logique certes, mais il y a forcément un problème. Ces requêtes, lorsqu'elles sont correctement codées, sont sans faille. Le nombre de vos champs est il important ?

Re, 4 champs, j'ai vérifié à nouveau les noms, changé une valeur par défaut à vide au lieu de 0 , réduit au plus simple le nom de la table, réduit les noms de champs ...mon code de départ qui ne fonctionne pas : UPDATE T_Temp_Ajout_T_Infos_Inst SET T_Temp_Ajout_T_Infos_Inst.Champ_ID_Temp = DMax("[T_Abonnes]![IDabonne]","[T_Abonnes]"); j'ai réduit à UPDATE T_Temp SET T_Temp.Id = DMax("[T_Abonnes]![IDabonne]","[T_Abonnes]"); et c'est pareil... mystère ! Mais mon côté perfectionniste me laisse sur ma faim :/

Dans la table temporaire, il s'agit d'une requête Insert (Ajout) après suppression et non d'une requête mise à jour (Update). Ai-je perdu le fil de nos discussions ?

Oui en effet Jackson Syskl, les techniques se compliquent mais aboutissent un résultat remarquable sans l'appui du code VBA. Pour simplifier la tâche, vous pouvez consulter la procédure détaillée à cette adresse : www.bonbache.fr/valider-et-archiver-les-commandes-des-clients-467.html

Bonjour Gabriel. Merci infiniment pour ce complément fort agréable. Le fichier se trouve à cette adresse : www.bonbache.fr/valider-et-archiver-les-commandes-des-clients-467.html En début de formation, après le deuxième titre, il est écrit : Télécharger le fichier clients-et-commandes-facture-client.rar en cliquant sur ce lien

Merci monsieur Stéphane

​@@kemmogabriel4467 Je vous en prie.