Je suis vraiment heureux d'être tombé sur vos vidéos. Moi qui travaille depuis longtemps sur Access mais qui était limité sur les formulaires, je prends beaucoup de plaisir à apprendre toutes ces notions utiles. Bonne continuation pour notre plus grand bonheur
4 ปีที่แล้ว +1
C'est un très grand plaisir Jean-Christophe. Je vous remercie beaucoup pour ce témoignage fort agréable.
Merci et vraiment mes respects envers ce que vous publier constamment, malgré que je suis débutant sur Access, je vous prie de continuer à nous aider! Ne vous fatiguer pas svp Merci vs êtes le meilleur! On vous aime!
5 ปีที่แล้ว +1
Bonjour nouradine moctar et merci infiniment pour votre message très plaisant et gratifiant.
Bonjour Cher Stéphane, Cet excellent Tutoriel est vraiment un MUST. Non seulement vous nous expliquez comment ajouter correctement un Enregistrement à une Table via un Formulaire, mais vous nous expliquez comment le faire de la façon la plus sécurisée (inhiber toute introduction d'enregistrement parasite) et en remplaçant les Warnings présents par défaut par des indications vraiment utiles et ciblées et tous cela sans 1 seule ligne de VBA: un vrai tour de force. C'est un INDISPENSABLE que je vais apprendre "par coeur". Pour paraphraser une sentence classique je dirais, si vous me le permettez: "c'est sans doute un Tuto tout simple pour vous, mais qui nous fait progresser, nous, d'un pas de géant". Un MERCI à cette géante mesure vous revient... Bonne fin de WE.
5 ปีที่แล้ว
Bonsoir mon Cher Patrice, j'aime tout particulièrement votre analyse fine. C'est exactement cela. La vocation de cette formation ne se limite pas à démontrer l'ajout d'enregistrement de façon ergonomique mais à en sécuriser les manipulations tout en prouvant l'intérêt des interactions qui ouvrent de nombreuses voies pour d'autres applicatifs. Merci infiniment mon cher Patrice.
Bonjour, merci pour vos vidéos qui aident beaucoup à se lancer dans access. Néanmoins après avoir réalisé un formulaire accompagné de sa requête d'ajout, lorsque j'exécute la macro le nouvel enregistrement apparait bien (après actualisation) dans la table à la suite des enregistrements réalisés mais la première ligne de la table est également modifiée avec les même termes du dernier enregistrement réalisé. Elle se réactualise en quelque sorte à chaque nouvel enregistrement.
9 หลายเดือนก่อน
Avez-vous bien suivi le pas à pas détaillé fourni à cette adresse : www.bonbache.fr/formulaire-d-ajout-d-enregistrements-avec-access-346.html
Le problème est résolu. J'ai téléchargé votre fichier utilisé pour cette vidéo pour voir si je rencontrai le même problème. Ce qui n'a pas été le cas. J'ai donc décidé de comparer les feuilles de propriétés, des formulaires notamment, entre votre fichiers et le mien pour vérifier chaque paramètre un à un. Je me suis rendu compte dans la feuille de propriété du formulaire que dans l'onglet "données" la ligne "source" était liée à une table et dans l'onglet format la ligne "autoriser feuille de donnée" était sur non. Aussi plusieurs champs du formulaire avaient une "donnée source" de renseignée ce qui n'aurait pas du être le cas. Et donc de ce que j'ai supposé comprendre c'est qu'il y avait un lien direct entre le formulaire et la table inopportun et qu'il faut que seule la requête s'occupe d'envoyer les informations remplies sur le formulaire vers la table. Merci encore pour vos vidéos c'est top et en s'y reprenant à tête reposée et méthodiquement on finit par solutionner le problème sur lequel on bute au départ. Il me reste maintenant à fouiller youtube pour voir s'il existe une combine pour créer une sorte de numéro de bon d'entrée pour identifier chaque entrée par le formulaire en plus de la clé primaire à laquelle je n'ai pas trop envie d'essayer de toucher.
C'est toujours un plaisir de vous suivre et en bonus j'ai chopé un gros poisson en l'occurrence l'astuce de dégager les alertes système 😁merci pour votre disponibilité
5 ปีที่แล้ว +1
Bonjour Adnane Hafid, merci beaucoup pour votre message. En effet, en tant qu'utilisateur expérimenté, vous avez constaté qu'il était possible de contrôler les réactions du SGBDR et c'est fort précieux.
Bonjour, je viens de regarder cette petite video fort passionnante !!! voilà de quoi apprécier encore plus le logiciel lorsque l'on fait de la conception hors vba sous access !!! j'adore avec ce logiciel , c'est la création d'une maco, sa passe par des lignes pré-définis !!! c'est génial , merci à vous pour cette video qui m'a beaucoup plus et que j'ai gardé de coté, bonne soirée :)
5 ปีที่แล้ว
Bonsoir mon Cher Rom Lef. Je suis vraiment ravi que vous ayez apprécié le concept. Le tour de force comme vous le dites est de dégager de la puissance et de la souplesse sans VBA, juste par l'entremise de requêtes dynamiques et de commandes de macros. Un grand merci à vous pour vos impressions en retour et une excellente soirée.
Bonjour Stéphane, tout d'abord je vous remercie et vous félicite pour la qualité pédagogique et la clarté de vos vidéos. Je viens vous signaler un problème que je n'arrive pas à résoudre. J'ai un formulaire qui me permet d'ajouter des données dans une table existante. Sa propriété "Entrée de données" est bien réglée sur "Non". La requête d'ajout est construite exactement comme la votre en allant chercher les champs indépendants du formulaire. Or lorsque j'exécute la macro via le bouton adéquat (j'ai laissé activé les avertissements), le système me propose d'ajouter 203 enregistrements, ce qui correspond aux nombre d'enregistrements déjà présents dans la table. Si je valide, les données du formulaire sont effectivement ajoutées 203 fois dans la table. Pour l'instant, après avoir passé beaucoup de temps et fait de nombreux essais, je ne trouve pas l'origine du problème. Avez-vous une idée pour m'aider ? Merci d'avance J'ai copié ma requête d'ajout pour la tester en remplaçant les origines du formulaires directement avec des valeurs compatibles. Lorsque je l'exécute directement, j'ai le même problème d'enregistrements multiples. Le problème ne vient donc pas du formulaire mais de la requête.
Bon en fait, j'ai créé ma requête d'ajout à partir d'une requête sélection contenant la table de destination. Le but était au départ de basculer rapidement les champs (il y en a une trentaine) en une seule fois dans la zone de travail. Puis en transformant cette requête en requête d'ajout, et en sélectionnant la table de destination (la même que la table d'origine), la zone de travail me remplissait automatiquement la correspondance avec les champs de destination. Il ne me restait plus qu'à remplacer les champs sources par les champs de formulaire. Simplement, j'ai oublié de supprimer la table d'origine dans la zone du haut de la requête, ce qui provoquait autant d'ajouts que de champs présents dans la table. J'espère que mon erreur permettra d'aider d'autres internautes.
3 ปีที่แล้ว
Bonjour Marc et merci beaucoup pour votre message. Le fait que vous ayez désactivé le réglage "Entrée de données est une bonne chose". Mais le problème que vous me contez indique clairement que votre requête n'est pas exactement comme la mienne. Il n'y a pas de secret en informatique. Une coquille existe et je soupçonne la présence d'une clause qui indique d'insérer selon un critère qui est toujours vérifié sur un champ d'un enregistrement, en l'occurrence ici de tous les enregistrements.
Bonjour Stéphane, Dans un premier temps, je vous remercie de l'excellent travail que vous réalisez. Votre diction est extrêmement claire, les informations précises et circonstanciées. Vraiment un grand merci. Toutefois, je me casse un peu la tête sur un point de la vidéo "formulaire d'ajout d'enregistrements avec Access". En effet, je ne parviens pas à imbriquer les "si" de manière à inciter l'utilisateur à remplir tous les champs requis et obligatoires. Pourriez vous me donner quelques indications (sans vous prendre trop de temps). Bien cordialement. Stéphane
5 ปีที่แล้ว
Bonjour Steph et un grand merci pour votre témoignage. Les actions doivent être enclenchées dans la branche du dernier si : Si [Ville]"" Si [Prix]>0 Si [Superficie]>0 Avertissements ... Sinon ZoneMessage Superficie manquante Sinon ZoneMessage Prix manquant Sinon ZoneMessage Ville manquante manquante
@ Je vous remercie de votre réponse. Je vais essayer de mettre en oeuvre cette procédure. Encore merci pour ce travail de qualité. Bien cordialement. Stéphane
Je vous remercie Stéphane , tout est clair. Vous avez une méthode pédagogique attirante et convaincante , à chaque vidéo on découvre des nouveautés , bravo. Dans cette leçon j'ai rencontré une difficulté dont j'ignore la cause. Je posséde un poste sous Windows7 avec office10. En cliquant sur le bouton ajout , je trouve 31 lignes ajoutées au nmbre des lignes de la table Biens malgré que j'ai repris la création de la macro , je trouve le même résultat. S'il vous plait , pouvez vous me conseiller comment corriger ce défaut. Merci
3 ปีที่แล้ว
Bonjour Fredj Jazi. Une fois encore merci pour votre intérêt. Très difficile de connaître la cause de votre anomalie sachant qu'il s'agit d'une requête de correspondance sur les champs et zones renseignées dans le formulaire. Les 31 lignes supplémentaires sont elles toutes les mêmes ?
Bonjour Stéphane un grand merci pour vos vidéos qui sont bien aidantes. J'ai cependant une difficulté que je n'arrive pas à résoudre (je ne comprends pas l'origine du problème en tant que néophyte). tout se passe bien jusqu'au clic sur le bouton dans mon propre formulaire. Or, cela m'enregistre 2 fois la ligne dans ma table. Avec mes tests, si j'ai rempli le formulaire en oubliant un champ "obligatoire" j'ai bien le message. Je complète ensuite tous les champs obligatoires, je valide, je me trouve alors avec 2 lignes dans ma table pour le même formulaire. Si je lance ma requête, cette dernière ajoute bien une seule et unique ligne. J'ai alors supprimé mon bouton puis recommencé, mais toujours pareil... Merci pour votre aide
5 ปีที่แล้ว
Bonjour Grégory, il me semble fort probable que la propriété Entrée de données de votre formulaire soit réglée à Oui. Dans ces conditions l'insertion se fait à deux reprises : Une fois par la requête, une fois par le formulaire lui-même.
Bonjour, L'ensemble de vos formations est très instructif ! Même si parfois, j'avoue j'ai du mal à tout suivre :). Vous avez sans doute dû en parler à maintes reprises mais je voulais savoir s'il était possible d'utiliser un formulaire access comme "feuille de présence". A savoir quand une personne X arrive sur son lieu de travail, on la pointe via une liste déroulante (récupérée d'une table), on pointe son heure d'arrivée (toujours via une table) et son heure de départ. Est-ce que l'ensemble des données affichées sur le formulaire peuvent être stockées ? Ou un formulaire sert-il "juste" d'interface pour accéder à des tables, requêtes etc... D'avance merci pour la réponse à ma question, Bien à vous, Skal.
5 ปีที่แล้ว
Bonjour Skaliism et merci pour votre message. Je n'ai pas traité ce cas en particulier mais beaucoup d'autres similaires. Les formulaires servent à afficher et modifier les données. Ce sont les tables qui créent l'ossature et qui archivent l'information. L'utilisateur lui, ne doit intervenir que par le biais des formulaires.
Bonjour Stéphane, Votre formation est passionnante car elle met en valeur l'utilisation des macros qui rend plus élégante l'architecture du logiciel en cantonnant l'usage du VBA aux cas où il est vraiment nécessaire. Pour ce qui est de l'ajout d'enregistrements, j'ai l'habitude d'utiliser les formulaires "Plusieurs éléments" (donc multi-lignes). J'aimerais savoir en quoi, à votre avis, la méthode que vous développez ici est meilleure. Bien cordialement.
2 ปีที่แล้ว
Bonjour Jean-Paul. Tout à fait d'accord avec vous pour cantonner le VBA et ne l'appeler à la rescousse qu'en cas d'absolue nécessité. Après, je ne prétends pas que cette méthode est meilleure notamment dans le cas que vous semblez évoquer. Lorsqu'il est question de réaliser des insertions de masse, une boucle VBA exécutant de multiples requêtes insertion me semble beaucoup plus pertinente que des actions de macro à répéter pour chaque ajout. Merci à vous pour ce message.
bonjour, vos videos sont vraiment d'une grande aide, pour ca encore un grand merci. j'ai une table contenant des chevaux et leur informations. j'ai un formulaire (qui me servirait à modifier les chevaux) qui m'affiche le cheval sélectionné dans une liste déroulante. quand je modifie une zone de texte de mon formulaire, la table reste inchangé comme je le souhaite. je voudrais valider les changements par un bouton "valider"( ca c'est fonctionnel) et annuler les changement à l'aide d'un autre bouton( mais là, les changements s'effectuent quand même.) j'ai même essaie de créer des controles jumeaux, zones de texte 2 qui recupère les valeurs des zones de texte 1, chose fonctionnelle. au clic du bouton annuler, je n'arrive pas a donner la valeur des zones 2 vers les zones 1 afin de restituer les valeur d'origines pour annuler les changements
5 หลายเดือนก่อน
Bonjour Mickael et merci pour votre intérêt. Il faut aussi et surtout que vous mémorisiez le numéro (Clé primaire) de l'enregistrement à réinitialiser. Sur cette clé (Clause Where), vous devez réaliser une requête mise à jour ou Update en SQL.
@ Merci pour votre réponse, j'ai trouvé hier soir. Ma clé est affiché dans un des contrôle du sous formulaire c'est un numéro unique attribué par l'Institut Français du Cheval. Il doit rester modifiable par l'utilisateur en cas d'erreur de saisie . Même avec un bouton ss code VBA ni macro, les changements s'effectuaient. Pour palier au problème, j'ai déplacé mes deux boutons sur le sous formulaire. Merci tout de même pour réponse
Bonjour Stéphane, je rencontre un problème et pas des moindres ... la requête ajout se limite à 16 ajouts de champs maximum visiblement, j'ai essayé d'en faire 2 pour pouvoir avoir la totalité des champs à enregistré mais évidement il me les enregistre l'une derrière l'autre ? Une solution ... sinon avec 16 champs cela fonctionne parfaitement.
4 ปีที่แล้ว
Bonjour Philippe. Premièrement, si vous disposez d'une table de 16 champs, c'est peut être que l'information n'est pas suffisamment fractionnée dans des tables liées. L'emploi de deux requêtes est une solution oui. La première d'Ajout et la seconde de modification (Update). Elle doit agir sur le dernier identifiant renseigné. S'il est auto-incrémenté, la fonction MaxDom permet de le pointer pour la mise à jour. Cette formation montre notamment comment construire une requête Update dans ce contexte : www.bonbache.fr/valider-et-archiver-les-commandes-des-clients-467.html
Merci tout toutes ces formations très bien expliquée. Je me pose la question sur la saisie intuitive à partir d'éléments contenu dans la chaine de caractère et par à partir du premier. pourriez-vous nous expliquer? Merci de votre réponse.
4 ปีที่แล้ว
Bonjour Steph et merci beaucoup pour votre message. Je propose quelques formations sur la saisie intuitive et la saisie semi-automatique avec Excel, Javascript et Access, dont celle-ci : www.bonbache.fr/saisie-semi-automatique-en-vba-access-210.html
Bonjour Monsieur, Lorsque je tente de faire l'ajout d'un enregistrement par le biais d'un formulaire mais grâce à des listes déroulantes, l'ajout dans la base se passe mal : Les résultats au lieu de se mettre au format alphabétiques se mettent au format numériques. Est-ce normal ? Avez vous une solution ? Merci d'avance pour votre aide.
ปีที่แล้ว
Bonjour Pierre. Non cela n'est pas normal. Il faut déjà savoir comment sont typés et formatés vos champs de réception dans la table source. Ils doivent être dimensionnés en conséquence. Qu'entendez vous par format numérique pour des textes. Avez-vous un exemple ?
@ merci pour votre réactivité. L'individu sélectionne un élément dans la liste déroulante (exemple : conformité : texte long) et je cherche à ce que conformité soit copié dans une autre colonne qui est aussi au format texte long. Cependant, ce n'est pas conformité qui apparait dans la base de données mais le numéro de la ligne où se situe conformité (exemple : 48).
ปีที่แล้ว
@@pierremarquer210 Le problème doit se situer au niveau de la requête de correspondance ou au niveau de la requête d'Ajout.
Merci de tous ces tutos. Grace à vous, j'ai réussi à bâtir une base de donnée de gestion relativement complexe alors que j'étais novice tant au niveau d'Access qu'en programmation VBA ! J'ai cependant une question à laquelle je n'ai pas trouvé de réponse dans vos tutos : comment faire pour éviter de créer un doublon dans la table avec ce formulaire ?
3 ปีที่แล้ว
Bonjour Denis. Je suis heureux que vous ayez pris de l'assurance et des compétences grâce aux sujets que je propose. Et je vous remercie beaucoup pour ce message. Concernant votre question, si vous voulez parler de doublons systématiques au clic sur le bouton de validation, il faut créer un formulaire indépendant pour lequel la propriété "Entrée de données" est réglée sur Non. S'il s'agit de vérifier l'existence d'un produit, d'un bien ou d'une personne par une reconnaissance textuelle sur les champs, il faut exploiter la fonction RechDom dans un critère d'une action de macro. C'est un sujet que je vais bientôt proposer par le biais de la Playlist des astuces Access.
@ Merci de cette réponse si rapide, je me réjouis de voir votre tuto sur la fonction RechDom. La table dans laquelle je veux éviter d'introduire des doublons est enrichie périodiquement et ne comporte que 4 champs. Je vais encore réfléchir au moyen d'afficher dynamiquement dans mon formulaire le contenu de la table filtré selon chaque champ que je renseigne. Il me semble avoir vu un de vos tutos traitant de ce sujet...
3 ปีที่แล้ว
@@denispanchaud3418 Oui en effet je propose des formations à ce sujet par requêtes dynamiques interposées.
Bonsoir Mr STEPHANE. Je voudrai savoir pourquoi vous avez utilisé une requête d'ajout au lieu d'un simple formulaire d'ajout ? Merci d'avance.
5 ปีที่แล้ว
Bonsoir issiaka coulibaly. Vous avez tout à fait raison. Nous pourrions transformer le formulaire simple grâce à la propriété Entrée données et en lui associant un bouton d'action prédéfini. Mais ici, toujours dans l'esprit de la construction d'applications professionnelles, l'idée est de maîtriser chaque action de façon chirurgicale tout en démontrant l'influence des macros qui permettent de contrôler les alertes système ainsi que les saisies utilisateur.
Bonjour M.Rossetti, Une fois de plus merci pour la qualité de vos videos ! Admettons que dans le formulaire que je souhaite transformer en état il y est des images, en l’occurrence des photos. Un numéro correspond à une image. Comment faire pour que l'image choisie dans le formulaire apparaisse dans l'état ? J'ai essayé de mettre ces images dans la requêtes ajout mais rien ne se passe .. Les cases restent vides.. Merci par avance
5 ปีที่แล้ว
Bonjour Antoine et merci pour votre message. Si les éléments multimédias sont insérés en tant qu'objet OLE comme dans cette formation : www.bonbache.fr/afficher-des-photos-sur-un-formulaire-access-218.html Il n'y a aucun souci, les images sont naturellement restituées sur l'état. Pour une automatisation complète, il est en revanche nécessaire d'exploiter VBA pour rapatrier les images selon le chemin, en fonction des enregistrements consultés.
Bonjour Mr Rossetti, je pense que le problème a déjà été évoqué mais je ne suis pas sur. Sur votre vidéo "Formulaire d'insertion" vous ajouter un enregistrement en fermant et réouvrant (ou pas) le formulaire "Ajouter_biens" Ici vous le faites avec une requête d'ajout pour le même résultat. j'ai l'impression que cette dernière méthode est préférable mais quelle est vraiment son intérêt ? (J'ai une grosse base de données à rentrer (jouets) avec des champs communs et différents (ex les champs d'une peluche sont différents de ceux d'un puzzle, ex taille et nb pièces, mais elles en ont en commun, prix poids... ) ce qui m'amène d'autres questions sur le stockage de ces données dans des tables différentes ou dans la même table mais avec des champs vides pour certains mais cela est une autre histoire...)
5 ปีที่แล้ว
Bonjour Alain, oui tout à fait cette méthode est préférable car une fois le mécanisme assimilé, elle est déclinable pour construire tous les autres outils de gestion : Formulaire de mise à jour (Tarifs, Stocks, etc...), formulaire de suppression... Pour répondre à votre deuxième question, il est préférable d'intégrer les champs communs dans une table liée, à plus forte raison si votre base de données est conséquente.
merci pour votre réponse. pour être sur d'avoir compris pour ma 2e question, je dois donc mettre tous mes jouets dans une même table (avec tous les champs réunis pour tous mes objets différents ce qui implique que de nombreux champs seront vides car ils ne serviront que pour qq articles de la table) ou faire une table avec uniquement les champs communs pour tous mes articles (ce qui implique de faire d'autres tables avec les champs qui diffèrent et donc qu'un même article se retrouve dans des tables différentes) j'espère que vous m'avez compris ... (c'est important pour moi car avant de fabriquer mes formulaires je dois être sûr de la structure de mes tables) merci encore Mr Rossetti
5 ปีที่แล้ว
Bonjour Alain, difficile de vous répondre comme ça. Une base s'étudie par rapport à ses données, leur densité et les objectifs de manipulation souhaités. Lorsqu'il est possible d'éviter les redondances, oui il est préférable de séparer les champs dans différentes tables. La répétition d'articles dans plusieurs tables en revanche n'est pas une solution.
bonsoir Mr rossetti, après qq petites recherches il semblerait que je doive m'orienter vers la notion d'héritage dans la base de données. je vais donc potasser tout ça. vu la complexité de la chose je comprends mieux pourquoi vous ne pouviez pas me répondre en qq lignes ! merci encore et bonne soirée
Bonjour, J’ai suivi avec attention cette vidéo, j’ai adapté vos conseils pour l’ajout via un formulaire (plusieurs champs dont une liste déroulante : FiltreUVFK). Cette liste déroulante pointe sur une autre table (contenu : Select(…, Nbr colonnes : 3, largeurs colonnes : 0cm;1.105cm;3.105cm) et pour laquelle je veux copier la clé (la 1ère cachée 0cm) dans une table, via la requête Ajout. Or avec l’expression Expr4: [Formulaires]![F_new_Ingredient]![FiltreUVFK].[Column(0)] du champ de la requête Ajout ça ne marche pas. Bref j'ai essayé pas mal de choses mais en vain. Ma question : comment copier la clé d’une liste déroulante d’un formulaire ds la table mise à jour par une requête Ajout ? Est-ce possible ? En espérant avoir été clair. Encore merci pour vos cours de qualité et merci beaucoup pour votre aide.
3 ปีที่แล้ว
Bonjour Sweet Movie et merci pour votre message. Par clé, vous entendez identifiant ? S'il est auto-généré, non ce n'est pas possible. Sinon l'insertion se produit exactement comme le démontre cette formation. Si vous avez un souci, c'est forcément qu'il y a une petite erreur de manipulation quelque part.
bonjour j'arrive bien verifier si un champs est vide avec le generateur de macro mais je n'arrive pas a lui faire verifier un masque de saisie (8 chiffres suivient d'une lettres) je vous mets une des expression que j'ai utiliser : [txt_sire].[MasqueSaisie]= "00000000>L" merci
5 หลายเดือนก่อน
Bonjour et merci pour votre intérêt. Un masque de saisie n'est pas un contenu, il est semblable à un format spécifique. Il ne se vérifie pas, il s'applique.
Je vous remercie beaucoup pour ce contenu très intéressant. J'ai rencontré deux problèmes : le premier en créant la requête, je trouve qu'il y a un nombre limité de nombre des champs (16), je ne sais pas s'il y a possibilité de modification. Le deuxième c'est en ajoutant la macro pour le bouton d'ajout, l'enregistrement s'ajoute au début et à la fin dans la table de base de données. Comment je peux régler ceci? et merci.
4 ปีที่แล้ว
Bonjour Imane. Oui effectivement, le nombre de champs est une contrainte limitante. Je ne saurais vous dire la limite exacte. A vérifier. La philosophie d'un gestionnaire de base de données est effectivement de répartir les champs dans différentes tables liées, afin d'économiser les ressources notamment, pour ne pas répéter inutilement des informations redondantes. Si votre enregistrement apparaît en double après l'insertion, c'est sans doute parce que vous n'avez pas neutralisé la propriété d'insertion configurée par défaut pour le formulaire et comme je l'explique dans cette formation. Merci à vous pour ce message en retour.
@ Merci pour votre réponse. Mais je n'ai pas su comment neutraliser la propriété d'insertion. En cliquant sur le bouton "Ajouter" l'enregistrement s'ajoute à la fin de la table, mais une fois que je ferme la table et le formulaire et que j'ouvre de nouveau la table je remarque que le même enregistrement et rétabli mais cette fois-ci au début de la table tout en remplaçant le premier enregistrement et là je perd le 1er enregistrement. Merci pour votre attention et votre temps.
4 ปีที่แล้ว
@@imanesamiry1114 Il s'agit d'une propriété du formulaire démontrée dans cette formation et plus précisément dans le pas à pas détaillé sur le site.
Bonjour professeur. Ce n'est pas possible de récupéré et stocké le nombre de pièce ajouté dernièrement après Clic et de le déposé dans un champ ?
5 ปีที่แล้ว
Bonjour Omar, sauf si j'ai mal compris votre question, c'est bien ce que propose cette formation. Ou encore je peux vous proposer cette formation VBA Access sur l'approvisionnement des stocks : www.bonbache.fr/gerer-l-approvisionnement-des-stocks-en-vba-access-215.html
@ Oui j'ai suivi cette formation. Je voulais récupéré après mis à jour le nombre ajouté.
5 ปีที่แล้ว +1
Il me semble qu'il suffit de construire un formulaire sur la table de réception. Celui-ci affichera les données actualisées. Sinon bien sûr, un code VBA permet de récolter l'information pour l'afficher sur le formulaire.
Bonjour, je suis débutante sur ACCESS et je cherche le moyen de permettre à un client de passer une commande de produits. J'ai déjà créé un formulaire permettant l'inscription de ce client dans ma base de donnée mais là je bloque sur la manière dont je peux lui proposer mes produits afin qu'il puisse les sélectionner pour les commander. Parmi vos vidéos auriez vous une qui pourrait m'aider ? Je me perds un peu . Merci d'avance
2 ปีที่แล้ว +1
Bonjour Cocia11. Si vous êtes débutante avec Access, l'entreprise peut s'avérer précieuse. J'ai une Playlist complète qui démontre comment créer une application de gestion des commandes, des clients, des stocks et des factures : th-cam.com/play/PLpQBnWleLAaszq4DAxtM4eHvFmOrq-4ij.html Vous y trouverez toutes les formations que vous souhaitez.
J'ai construit un formulaire sur le modèle proposé ici, mais les données introduites s'enregistrent 2 fois dans la table correspondante. Pourquoi ?
3 ปีที่แล้ว
Bonjour Michel et merci pour votre intérêt. Cela signifie tout simplement que vous travaillez depuis un formulaire naturel d'insertion. Dans la feuille de propriétés pour le formulaire (onglet Données), vous devez basculer la propriété Entrée de données sur Non.
@ Effectivement, mais lorsque je modifie les propriétés du formulaire, le formulaire se rouvre en mentionnant encore les données introduites en dernier lieu. Ce formulaire se compose de 4 données: 2 à introduire au clavier et 2 provenant d'une liste déroulante. Les 2 introduites au clavier apparaissent à l'écran lors de la réouverture du formulaire malgré que la macro soit composée des 4 actions proposées (Avertissements, OuvrirRequête, FermerFenêtre et OuvrirFormulaire). Par contre si je supprime "OuvrirRequête" dans la macro et que je laisse la propriété du formulaire "Entrée de données" sur OUI, les données s'enregistrent correctement et le formulaire se réouvre vide. J'avoue ne pas comprendre, mais je débute en ACCESS.
En fait je viens de constater que le nouvel enregistrement s'enregistre en N°1 dans la table de données et que le formulaire se réouvre sur ce 1er enregistrement, raison pour laquelle il reprend les dernières données introduites au clavier. Par contre, j'ignore pourquoi le formulaire se positionne chaque fois sur le 1er enregistrement de la table.
3 ปีที่แล้ว
@@michelbeguin3481 Si vous débutez avec Access, effectivement vous commencez avec des notions que les utilisateurs avancés recherchent. Je ne comprends pas bien en première lecture le problème que vous rencontrez. Si vous souhaitez un apprentissage d'Access aux petits oignons, je vous suggère cette Playlist : th-cam.com/play/PLpQBnWleLAaszq4DAxtM4eHvFmOrq-4ij.html
Bonjour et merci pour cette vidéo. A 17:36 vous nous expliquez comment s’assurer que le champ est bien renseigné. J’aurais aimé aller un peu plus loin dans la vérification en m’assurant que le champ et non seulement renseigné mais valide. La donnée s’inscrit dans un champ qui à une relation avec une autre table et qui n’accepte donc que des données qui sont déjà inscrite dans l’autre table. Avec les avertissements sur non, je n’ai pas de message d’alerte qui m’indique que mon enregistrement n’a pas été pris en compte. J’ai cherché à comparer ma liste avec la table dans le si, mais ça ne fonctionne pas. Auriez-vous un indice ? merci d’avance
3 ปีที่แล้ว
Bonjour et merci pour votre message. Oui la possibilité est d'utiliser la fonction RechDom ou CpteDom pour vérifier l'existence dans la table liée en fonction de l'information inscrite. Je propose quelques formations sur ces sujets.
Salut merci bcp pour cette video ^^ Si vous permettez je veux savoir juste comment vous avez créé le formulaire d'ajout d'enregistrement! Merci d'avance
5 ปีที่แล้ว
Bonjour Yassine et merci pour votre message. Je l'ai simplement conçu par ajout de contrôles comme l'explique cette formation : www.bonbache.fr/didacticiel-access-pour-creer-et-personnaliser-les-formulaires-72.html Le reste, dispensé dans cette formation, consiste à établir les interactions dynamiques par requêtes et macros.
Bonjour, merci pour cette vidéo très utile. J'ai suivi à la lettre toutes les étapes de la création de la requête d'ajout mais lorsque je souhaite l'exécuter via le formulaire, Access me demande pour chaque champs une valeur à entrer du style "[Formulaires]![Ajout_Bien]![Nom_Bien]". Je ne vois pas pourquoi ce problème apparaît sachant que j'ai renseigné les champs à aller chercher avec l'assistant vba d'Access... Pourriez-vous m'aider s'il vous plaît ?
4 ปีที่แล้ว +1
Bonjour Yeou. Lorsqu'Access réagit ainsi c'est qu'il y a nécessairement une erreur dans le nom du champ mentionné. Ce qui est étonnant c'est que vous semblez les avoir désignés avec le générateur comme vous le dites. Etes vous certain de ne pas avoir modifié ces intitulés dans l'intervalle ?
Bonjour, J'aimerai pouvoir bloquer l'enregistrement si plusieurs champs ne sont pas saisie, j'ai bien essayer quelque manipulations mais sans résultats convaincant. Pouvez-vous m'aider?
4 ปีที่แล้ว +1
Bonjour Annabelle. L'ébauche est donnée dans cette formation : Si [Ville]"". Soit vous imbriquez plusieurs Si pour tester tous les champs avant d'exécuter la requête. Soit vous les regroupez avec une instruction ET.
@ Merci beaucoup, j'avais essayer avec "&" et non "ET" . Autre question, est-ce possible de réaliser une requête d'ajout pour plusieurs tables. Par exemple, enregistrer une vache dans mon tableau d'élevage et également dans mon tableau de vêlage ? Autre exemple, pour une sortie, j'aimerai modifier le statut d'une vache, dans mon tableau d'élevage et également renseigner les caractéristique d'abattage dans mon tableau abattage. Peut-on faire qu'une seule requête ou faut-il en faire plusieurs et faire des macros sur le bouton "ajouter"
4 ปีที่แล้ว +1
@@annabelledormand5580 Bonjour Annabelle, il faut que vous fassiez plusieurs requêtes. Mais comme les actions de macros peuvent s'empiler, elles seront parfaitement regroupées dans l'enchaînement.
@ Stéphane, je viens d'essayer le regroupement dans la macro, néanmoins j'ai un soucis dans ma requête de mise à jour. Ma formule pour l'année du lot ne fonctionne pas. La voici : Année([formulaires]![fml_6_Nouvelle_naissance]![Date_naissance]). Avez-vous une idée de la cause et comment je peux solutionner le problème ?
4 ปีที่แล้ว
@@annabelledormand5580 Difficile à dire comme ça. L'expression de correspondance a l'air correcte. Il faut vous assurer de la compatibilité de type. La fonction Année retourne un nombre. Le champ qui l'accueille doit donc être typé en numérique.
mais le bp tjours persiste aves les champs de types pieces joinre car jai pas pus l'ajouter dans la table
5 ปีที่แล้ว +1
Bonjour The Winner. Il s'agit de champs spécifiques type OLE. Normalement, l'objet ne doit pas être incorporé en base de données. Seul le chemin d'accès doit être archivé pour restituer l'objet correspondant par chargement sur le formulaire. VBA est à mon sens la solution la plus simple. Cette formation par exemple : www.bonbache.fr/archiver-les-donnees-en-visual-basic-access-178.html montre comment archiver les chemins d'accès à des images en BDD pour les restituer sur un formulaire.
Bonjour mon ami Rosseti. C est encore moi Mara depuis le Sénégal. Bon je suis enseignant et je voudrais réaliser une base de données avec un formulaire d ajout et un formulaire de requete.. je voudrais une video
3 ปีที่แล้ว
Bonjour Mara. Je peux vous proposer cette formation à cette adresse : www.bonbache.fr/formulaire-d-ajout-d-enregistrements-avec-access-346.html
@ merci encore mon cher.. je suis désolé que vous ne soyez pas au Sénégal.. y a beaucoup de cours sur le web mais la facilité avec laquelle je comprends vos cours est exceptionnelle
3 ปีที่แล้ว
@@serignetouba8912 Je suis flatté Mara. C'est un vrai plaisir. Merci beaucoup.
@ oh mon cher.. depuis que jai vu vos videos, mon amout pour access est devenu plus grand.. suis au Senegal mais vous etes exceptionnel.. javais un formateur en informatique mais il a pris de lage si bien qu il ne peut plus en dispenser
3 ปีที่แล้ว
@@serignetouba8912 Je suis très honoré par vos propos et je suis heureux que vous soyez tombé passionné d'Access. Quel merveilleux logiciel ! Je vais continuer de proposer beaucoup de solutions à son sujet. Merci encore pour votre message.
Je suis vraiment heureux d'être tombé sur vos vidéos. Moi qui travaille depuis longtemps sur Access mais qui était limité sur les formulaires, je prends beaucoup de plaisir à apprendre toutes ces notions utiles. Bonne continuation pour notre plus grand bonheur
C'est un très grand plaisir Jean-Christophe. Je vous remercie beaucoup pour ce témoignage fort agréable.
Merci et vraiment mes respects envers ce que vous publier constamment, malgré que je suis débutant sur Access, je vous prie de continuer à nous aider! Ne vous fatiguer pas svp Merci vs êtes le meilleur! On vous aime!
Bonjour nouradine moctar et merci infiniment pour votre message très plaisant et gratifiant.
Bonjour Cher Stéphane,
Cet excellent Tutoriel est vraiment un MUST. Non seulement vous nous expliquez comment ajouter correctement un Enregistrement à une Table via un Formulaire, mais vous nous expliquez comment le faire de la façon la plus sécurisée (inhiber toute introduction d'enregistrement parasite) et en remplaçant les Warnings présents par défaut par des indications vraiment utiles et ciblées et tous cela sans 1 seule ligne de VBA: un vrai tour de force. C'est un INDISPENSABLE que je vais apprendre "par coeur".
Pour paraphraser une sentence classique je dirais, si vous me le permettez: "c'est sans doute un Tuto tout simple pour vous, mais qui nous fait progresser, nous, d'un pas de géant". Un MERCI à cette géante mesure vous revient...
Bonne fin de WE.
Bonsoir mon Cher Patrice, j'aime tout particulièrement votre analyse fine. C'est exactement cela. La vocation de cette formation ne se limite pas à démontrer l'ajout d'enregistrement de façon ergonomique mais à en sécuriser les manipulations tout en prouvant l'intérêt des interactions qui ouvrent de nombreuses voies pour d'autres applicatifs. Merci infiniment mon cher Patrice.
Bonjour, merci pour vos vidéos qui aident beaucoup à se lancer dans access. Néanmoins après avoir réalisé un formulaire accompagné de sa requête d'ajout, lorsque j'exécute la macro le nouvel enregistrement apparait bien (après actualisation) dans la table à la suite des enregistrements réalisés mais la première ligne de la table est également modifiée avec les même termes du dernier enregistrement réalisé. Elle se réactualise en quelque sorte à chaque nouvel enregistrement.
Avez-vous bien suivi le pas à pas détaillé fourni à cette adresse :
www.bonbache.fr/formulaire-d-ajout-d-enregistrements-avec-access-346.html
Le problème est résolu.
J'ai téléchargé votre fichier utilisé pour cette vidéo pour voir si je rencontrai le même problème. Ce qui n'a pas été le cas. J'ai donc décidé de comparer les feuilles de propriétés, des formulaires notamment, entre votre fichiers et le mien pour vérifier chaque paramètre un à un.
Je me suis rendu compte dans la feuille de propriété du formulaire que dans l'onglet "données" la ligne "source" était liée à une table et dans l'onglet format la ligne "autoriser feuille de donnée" était sur non.
Aussi plusieurs champs du formulaire avaient une "donnée source" de renseignée ce qui n'aurait pas du être le cas.
Et donc de ce que j'ai supposé comprendre c'est qu'il y avait un lien direct entre le formulaire et la table inopportun et qu'il faut que seule la requête s'occupe d'envoyer les informations remplies sur le formulaire vers la table.
Merci encore pour vos vidéos c'est top et en s'y reprenant à tête reposée et méthodiquement on finit par solutionner le problème sur lequel on bute au départ. Il me reste maintenant à fouiller youtube pour voir s'il existe une combine pour créer une sorte de numéro de bon d'entrée pour identifier chaque entrée par le formulaire en plus de la clé primaire à laquelle je n'ai pas trop envie d'essayer de toucher.
@@vincentlouprotMerci à vous pour ce retour.
C'est toujours un plaisir de vous suivre et en bonus j'ai chopé un gros poisson en l'occurrence l'astuce de dégager les alertes système 😁merci pour votre disponibilité
Bonjour Adnane Hafid, merci beaucoup pour votre message. En effet, en tant qu'utilisateur expérimenté, vous avez constaté qu'il était possible de contrôler les réactions du SGBDR et c'est fort précieux.
Bonjour, je viens de regarder cette petite video fort passionnante !!! voilà de quoi apprécier encore plus le logiciel lorsque l'on fait de la conception hors vba sous access !!! j'adore avec ce logiciel , c'est la création d'une maco, sa passe par des lignes pré-définis !!! c'est génial , merci à vous pour cette video qui m'a beaucoup plus et que j'ai gardé de coté, bonne soirée :)
Bonsoir mon Cher Rom Lef. Je suis vraiment ravi que vous ayez apprécié le concept. Le tour de force comme vous le dites est de dégager de la puissance et de la souplesse sans VBA, juste par l'entremise de requêtes dynamiques et de commandes de macros. Un grand merci à vous pour vos impressions en retour et une excellente soirée.
Bravo Stéphane, Merci pour ce tuto très utile
Merci beaucoup pour ce message en retour Oli Mor.
bonjour, bonne continuation, c'est vraiment utile
Merci beaucoup
Bonjour Stéphane, tout d'abord je vous remercie et vous félicite pour la qualité pédagogique et la clarté de vos vidéos. Je viens vous signaler un problème que je n'arrive pas à résoudre. J'ai un formulaire qui me permet d'ajouter des données dans une table existante. Sa propriété "Entrée de données" est bien réglée sur "Non". La requête d'ajout est construite exactement comme la votre en allant chercher les champs indépendants du formulaire. Or lorsque j'exécute la macro via le bouton adéquat (j'ai laissé activé les avertissements), le système me propose d'ajouter 203 enregistrements, ce qui correspond aux nombre d'enregistrements déjà présents dans la table. Si je valide, les données du formulaire sont effectivement ajoutées 203 fois dans la table. Pour l'instant, après avoir passé beaucoup de temps et fait de nombreux essais, je ne trouve pas l'origine du problème. Avez-vous une idée pour m'aider ? Merci d'avance
J'ai copié ma requête d'ajout pour la tester en remplaçant les origines du formulaires directement avec des valeurs compatibles. Lorsque je l'exécute directement, j'ai le même problème d'enregistrements multiples. Le problème ne vient donc pas du formulaire mais de la requête.
Bon en fait, j'ai créé ma requête d'ajout à partir d'une requête sélection contenant la table de destination. Le but était au départ de basculer rapidement les champs (il y en a une trentaine) en une seule fois dans la zone de travail. Puis en transformant cette requête en requête d'ajout, et en sélectionnant la table de destination (la même que la table d'origine), la zone de travail me remplissait automatiquement la correspondance avec les champs de destination. Il ne me restait plus qu'à remplacer les champs sources par les champs de formulaire. Simplement, j'ai oublié de supprimer la table d'origine dans la zone du haut de la requête, ce qui provoquait autant d'ajouts que de champs présents dans la table.
J'espère que mon erreur permettra d'aider d'autres internautes.
Bonjour Marc et merci beaucoup pour votre message. Le fait que vous ayez désactivé le réglage "Entrée de données est une bonne chose". Mais le problème que vous me contez indique clairement que votre requête n'est pas exactement comme la mienne. Il n'y a pas de secret en informatique. Une coquille existe et je soupçonne la présence d'une clause qui indique d'insérer selon un critère qui est toujours vérifié sur un champ d'un enregistrement, en l'occurrence ici de tous les enregistrements.
Excellent. Les requêtes Action c'est super !
Oui, je suis d'accord avec vous. Merci beaucoup pour ce message.
درس قيم أشكركم وأبلغكم تحياتي
Je vous remercie à mon tour pour ce message en retour.
Bonjour Stéphane,
Dans un premier temps, je vous remercie de l'excellent travail que vous réalisez. Votre diction est extrêmement claire, les informations précises et circonstanciées. Vraiment un grand merci. Toutefois, je me casse un peu la tête sur un point de la vidéo "formulaire d'ajout d'enregistrements avec Access". En effet, je ne parviens pas à imbriquer les "si" de manière à inciter l'utilisateur à remplir tous les champs requis et obligatoires. Pourriez vous me donner quelques indications (sans vous prendre trop de temps).
Bien cordialement.
Stéphane
Bonjour Steph et un grand merci pour votre témoignage. Les actions doivent être enclenchées dans la branche du dernier si :
Si [Ville]""
Si [Prix]>0
Si [Superficie]>0
Avertissements
...
Sinon
ZoneMessage Superficie manquante
Sinon
ZoneMessage Prix manquant
Sinon
ZoneMessage Ville manquante manquante
@ Je vous remercie de votre réponse. Je vais essayer de mettre en oeuvre cette procédure. Encore merci pour ce travail de qualité.
Bien cordialement.
Stéphane
Je vous remercie Stéphane , tout est clair.
Vous avez une méthode pédagogique attirante et convaincante , à chaque vidéo on découvre des nouveautés , bravo.
Dans cette leçon j'ai rencontré une difficulté dont j'ignore la cause. Je posséde un poste sous Windows7 avec office10.
En cliquant sur le bouton ajout , je trouve 31 lignes ajoutées au nmbre des lignes de la table Biens malgré que j'ai repris la création de la macro , je trouve le même résultat.
S'il vous plait , pouvez vous me conseiller comment corriger ce défaut.
Merci
Bonjour Fredj Jazi. Une fois encore merci pour votre intérêt. Très difficile de connaître la cause de votre anomalie sachant qu'il s'agit d'une requête de correspondance sur les champs et zones renseignées dans le formulaire. Les 31 lignes supplémentaires sont elles toutes les mêmes ?
Bonjour Stéphane
un grand merci pour vos vidéos qui sont bien aidantes.
J'ai cependant une difficulté que je n'arrive pas à résoudre (je ne comprends pas l'origine du problème en tant que néophyte).
tout se passe bien jusqu'au clic sur le bouton dans mon propre formulaire. Or, cela m'enregistre 2 fois la ligne dans ma table. Avec mes tests, si j'ai rempli le formulaire en oubliant un champ "obligatoire" j'ai bien le message. Je complète ensuite tous les champs obligatoires, je valide, je me trouve alors avec 2 lignes dans ma table pour le même formulaire.
Si je lance ma requête, cette dernière ajoute bien une seule et unique ligne. J'ai alors supprimé mon bouton puis recommencé, mais toujours pareil...
Merci pour votre aide
Bonjour Grégory, il me semble fort probable que la propriété Entrée de données de votre formulaire soit réglée à Oui. Dans ces conditions l'insertion se fait à deux reprises : Une fois par la requête, une fois par le formulaire lui-même.
chapeau prof !!
Merci beaucoup Tahar.
Bonjour, L'ensemble de vos formations est très instructif ! Même si parfois, j'avoue j'ai du mal à tout suivre :). Vous avez sans doute dû en parler à maintes reprises mais je voulais savoir s'il était possible d'utiliser un formulaire access comme "feuille de présence". A savoir quand une personne X arrive sur son lieu de travail, on la pointe via une liste déroulante (récupérée d'une table), on pointe son heure d'arrivée (toujours via une table) et son heure de départ. Est-ce que l'ensemble des données affichées sur le formulaire peuvent être stockées ? Ou un formulaire sert-il "juste" d'interface pour accéder à des tables, requêtes etc... D'avance merci pour la réponse à ma question, Bien à vous, Skal.
Bonjour Skaliism et merci pour votre message. Je n'ai pas traité ce cas en particulier mais beaucoup d'autres similaires. Les formulaires servent à afficher et modifier les données. Ce sont les tables qui créent l'ossature et qui archivent l'information. L'utilisateur lui, ne doit intervenir que par le biais des formulaires.
@ Merci !
Merci pour cette vidéo c'est un travail très intéressant. le site c'est bien bombage.fr parce que 'ai essayé mais sa marche pas.
Bonjour Stéphane,
Votre formation est passionnante car elle met en valeur l'utilisation des macros qui rend plus élégante l'architecture du logiciel en cantonnant l'usage du VBA aux cas où il est vraiment nécessaire.
Pour ce qui est de l'ajout d'enregistrements, j'ai l'habitude d'utiliser les formulaires "Plusieurs éléments" (donc multi-lignes).
J'aimerais savoir en quoi, à votre avis, la méthode que vous développez ici est meilleure.
Bien cordialement.
Bonjour Jean-Paul. Tout à fait d'accord avec vous pour cantonner le VBA et ne l'appeler à la rescousse qu'en cas d'absolue nécessité. Après, je ne prétends pas que cette méthode est meilleure notamment dans le cas que vous semblez évoquer. Lorsqu'il est question de réaliser des insertions de masse, une boucle VBA exécutant de multiples requêtes insertion me semble beaucoup plus pertinente que des actions de macro à répéter pour chaque ajout. Merci à vous pour ce message.
bonjour, vos videos sont vraiment d'une grande aide, pour ca encore un grand merci.
j'ai une table contenant des chevaux et leur informations. j'ai un formulaire (qui me servirait à modifier les chevaux) qui m'affiche le cheval sélectionné dans une liste déroulante. quand je modifie une zone de texte de mon formulaire, la table reste inchangé comme je le souhaite. je voudrais valider les changements par un bouton "valider"( ca c'est fonctionnel) et annuler les changement à l'aide d'un autre bouton( mais là, les changements s'effectuent quand même.) j'ai même essaie de créer des controles jumeaux, zones de texte 2 qui recupère les valeurs des zones de texte 1, chose fonctionnelle.
au clic du bouton annuler, je n'arrive pas a donner la valeur des zones 2 vers les zones 1 afin de restituer les valeur d'origines pour annuler les changements
Bonjour Mickael et merci pour votre intérêt. Il faut aussi et surtout que vous mémorisiez le numéro (Clé primaire) de l'enregistrement à réinitialiser. Sur cette clé (Clause Where), vous devez réaliser une requête mise à jour ou Update en SQL.
@
Merci pour votre réponse, j'ai trouvé hier soir. Ma clé est affiché dans un des contrôle du sous formulaire c'est un numéro unique attribué par l'Institut Français du Cheval. Il doit rester modifiable par l'utilisateur en cas d'erreur de saisie .
Même avec un bouton ss code VBA ni macro, les changements s'effectuaient.
Pour palier au problème, j'ai déplacé mes deux boutons sur le sous formulaire.
Merci tout de même pour réponse
@@mickaelviallet4221 Bravo
un grand bravo et surtout merci bcp !
C'est très gentil à vous Rafik. Merci beaucoup.
Bonjour Stéphane, je rencontre un problème et pas des moindres ... la requête ajout se limite à 16 ajouts de champs maximum visiblement, j'ai essayé d'en faire 2 pour pouvoir avoir la totalité des champs à enregistré mais évidement il me les enregistre l'une derrière l'autre ? Une solution ... sinon avec 16 champs cela fonctionne parfaitement.
Bonjour Philippe. Premièrement, si vous disposez d'une table de 16 champs, c'est peut être que l'information n'est pas suffisamment fractionnée dans des tables liées. L'emploi de deux requêtes est une solution oui. La première d'Ajout et la seconde de modification (Update). Elle doit agir sur le dernier identifiant renseigné. S'il est auto-incrémenté, la fonction MaxDom permet de le pointer pour la mise à jour. Cette formation montre notamment comment construire une requête Update dans ce contexte : www.bonbache.fr/valider-et-archiver-les-commandes-des-clients-467.html
Merci tout toutes ces formations très bien expliquée. Je me pose la question sur la saisie intuitive à partir d'éléments contenu dans la chaine de caractère et par à partir du premier. pourriez-vous nous expliquer? Merci de votre réponse.
Bonjour Steph et merci beaucoup pour votre message. Je propose quelques formations sur la saisie intuitive et la saisie semi-automatique avec Excel, Javascript et Access, dont celle-ci :
www.bonbache.fr/saisie-semi-automatique-en-vba-access-210.html
Bonjour Monsieur,
Lorsque je tente de faire l'ajout d'un enregistrement par le biais d'un formulaire mais grâce à des listes déroulantes, l'ajout dans la base se passe mal : Les résultats au lieu de se mettre au format alphabétiques se mettent au format numériques. Est-ce normal ? Avez vous une solution ?
Merci d'avance pour votre aide.
Bonjour Pierre.
Non cela n'est pas normal. Il faut déjà savoir comment sont typés et formatés vos champs de réception dans la table source. Ils doivent être dimensionnés en conséquence. Qu'entendez vous par format numérique pour des textes. Avez-vous un exemple ?
@ merci pour votre réactivité. L'individu sélectionne un élément dans la liste déroulante (exemple : conformité : texte long) et je cherche à ce que conformité soit copié dans une autre colonne qui est aussi au format texte long. Cependant, ce n'est pas conformité qui apparait dans la base de données mais le numéro de la ligne où se situe conformité (exemple : 48).
@@pierremarquer210 Le problème doit se situer au niveau de la requête de correspondance ou au niveau de la requête d'Ajout.
Merci de tous ces tutos. Grace à vous, j'ai réussi à bâtir une base de donnée de gestion relativement complexe alors que j'étais novice tant au niveau d'Access qu'en programmation VBA !
J'ai cependant une question à laquelle je n'ai pas trouvé de réponse dans vos tutos : comment faire pour éviter de créer un doublon dans la table avec ce formulaire ?
Bonjour Denis. Je suis heureux que vous ayez pris de l'assurance et des compétences grâce aux sujets que je propose. Et je vous remercie beaucoup pour ce message. Concernant votre question, si vous voulez parler de doublons systématiques au clic sur le bouton de validation, il faut créer un formulaire indépendant pour lequel la propriété "Entrée de données" est réglée sur Non. S'il s'agit de vérifier l'existence d'un produit, d'un bien ou d'une personne par une reconnaissance textuelle sur les champs, il faut exploiter la fonction RechDom dans un critère d'une action de macro. C'est un sujet que je vais bientôt proposer par le biais de la Playlist des astuces Access.
@ Merci de cette réponse si rapide, je me réjouis de voir votre tuto sur la fonction RechDom.
La table dans laquelle je veux éviter d'introduire des doublons est enrichie périodiquement et ne comporte que 4 champs. Je vais encore réfléchir au moyen d'afficher dynamiquement dans mon formulaire le contenu de la table filtré selon chaque champ que je renseigne. Il me semble avoir vu un de vos tutos traitant de ce sujet...
@@denispanchaud3418 Oui en effet je propose des formations à ce sujet par requêtes dynamiques interposées.
Bonsoir Mr STEPHANE. Je voudrai savoir pourquoi vous avez utilisé une requête d'ajout au lieu d'un simple formulaire d'ajout ? Merci d'avance.
Bonsoir issiaka coulibaly. Vous avez tout à fait raison. Nous pourrions transformer le formulaire simple grâce à la propriété Entrée données et en lui associant un bouton d'action prédéfini. Mais ici, toujours dans l'esprit de la construction d'applications professionnelles, l'idée est de maîtriser chaque action de façon chirurgicale tout en démontrant l'influence des macros qui permettent de contrôler les alertes système ainsi que les saisies utilisateur.
Bonjour M.Rossetti,
Une fois de plus merci pour la qualité de vos videos !
Admettons que dans le formulaire que je souhaite transformer en état il y est des images, en l’occurrence des photos. Un numéro correspond à une image. Comment faire pour que l'image choisie dans le formulaire apparaisse dans l'état ?
J'ai essayé de mettre ces images dans la requêtes ajout mais rien ne se passe .. Les cases restent vides..
Merci par avance
Bonjour Antoine et merci pour votre message. Si les éléments multimédias sont insérés en tant qu'objet OLE comme dans cette formation :
www.bonbache.fr/afficher-des-photos-sur-un-formulaire-access-218.html
Il n'y a aucun souci, les images sont naturellement restituées sur l'état. Pour une automatisation complète, il est en revanche nécessaire d'exploiter VBA pour rapatrier les images selon le chemin, en fonction des enregistrements consultés.
Bonjour Mr Rossetti, je pense que le problème a déjà été évoqué mais je ne suis pas sur.
Sur votre vidéo "Formulaire d'insertion" vous ajouter un enregistrement en fermant et réouvrant (ou pas) le formulaire "Ajouter_biens"
Ici vous le faites avec une requête d'ajout pour le même résultat. j'ai l'impression que cette dernière méthode est préférable mais quelle est vraiment son intérêt ?
(J'ai une grosse base de données à rentrer (jouets) avec des champs communs et différents (ex les champs d'une peluche sont différents de ceux d'un puzzle, ex taille et nb pièces, mais elles en ont en commun, prix poids... ) ce qui m'amène d'autres questions sur le stockage de ces données dans des tables différentes ou dans la même table mais avec des champs vides pour certains mais cela est une autre histoire...)
Bonjour Alain, oui tout à fait cette méthode est préférable car une fois le mécanisme assimilé, elle est déclinable pour construire tous les autres outils de gestion : Formulaire de mise à jour (Tarifs, Stocks, etc...), formulaire de suppression...
Pour répondre à votre deuxième question, il est préférable d'intégrer les champs communs dans une table liée, à plus forte raison si votre base de données est conséquente.
merci pour votre réponse.
pour être sur d'avoir compris pour ma 2e question, je dois donc mettre tous mes jouets dans une même table (avec tous les champs réunis pour tous mes objets différents ce qui implique que de nombreux champs seront vides car ils ne serviront que pour qq articles de la table) ou faire une table avec uniquement les champs communs pour tous mes articles (ce qui implique de faire d'autres tables avec les champs qui diffèrent et donc qu'un même article se retrouve dans des tables différentes)
j'espère que vous m'avez compris ... (c'est important pour moi car avant de fabriquer mes formulaires je dois être sûr de la structure de mes tables)
merci encore Mr Rossetti
Bonjour Alain, difficile de vous répondre comme ça. Une base s'étudie par rapport à ses données, leur densité et les objectifs de manipulation souhaités. Lorsqu'il est possible d'éviter les redondances, oui il est préférable de séparer les champs dans différentes tables. La répétition d'articles dans plusieurs tables en revanche n'est pas une solution.
merci Mr Rossetti
bonsoir Mr rossetti,
après qq petites recherches il semblerait que je doive m'orienter vers la notion d'héritage dans la base de données. je vais donc potasser tout ça. vu la complexité de la chose je comprends mieux pourquoi vous ne pouviez pas me répondre en qq lignes !
merci encore et bonne soirée
Bonjour,
J’ai suivi avec attention cette vidéo, j’ai adapté vos conseils pour l’ajout via un formulaire (plusieurs champs dont une liste déroulante : FiltreUVFK). Cette liste déroulante pointe sur une autre table (contenu : Select(…, Nbr colonnes : 3, largeurs colonnes : 0cm;1.105cm;3.105cm) et pour laquelle je veux copier la clé (la 1ère cachée 0cm) dans une table, via la requête Ajout.
Or avec l’expression Expr4: [Formulaires]![F_new_Ingredient]![FiltreUVFK].[Column(0)] du champ de la requête Ajout ça ne marche pas.
Bref j'ai essayé pas mal de choses mais en vain.
Ma question : comment copier la clé d’une liste déroulante d’un formulaire ds la table mise à jour par une requête Ajout ? Est-ce possible ?
En espérant avoir été clair.
Encore merci pour vos cours de qualité et merci beaucoup pour votre aide.
Bonjour Sweet Movie et merci pour votre message. Par clé, vous entendez identifiant ? S'il est auto-généré, non ce n'est pas possible. Sinon l'insertion se produit exactement comme le démontre cette formation. Si vous avez un souci, c'est forcément qu'il y a une petite erreur de manipulation quelque part.
bonjour j'arrive bien verifier si un champs est vide avec le generateur de macro
mais je n'arrive pas a lui faire verifier un masque de saisie (8 chiffres suivient d'une lettres)
je vous mets une des expression que j'ai utiliser : [txt_sire].[MasqueSaisie]= "00000000>L"
merci
Bonjour et merci pour votre intérêt. Un masque de saisie n'est pas un contenu, il est semblable à un format spécifique. Il ne se vérifie pas, il s'applique.
@ merci pour le renseignement et un grand merci pour votre travail qui nous d'une grande aide et grande qualité
@@mickaelviallet4221 C'est un plaisir, merci beaucoup.
C'est comme vous connaissez mes besoins
Heureux que cela tombe au moment où vous en avez besoin Rabah Ghouti.
Je vous remercie beaucoup pour ce contenu très intéressant.
J'ai rencontré deux problèmes : le premier en créant la requête, je trouve qu'il y a un nombre limité de nombre des champs (16), je ne sais pas s'il y a possibilité de modification.
Le deuxième c'est en ajoutant la macro pour le bouton d'ajout, l'enregistrement s'ajoute au début et à la fin dans la table de base de données.
Comment je peux régler ceci? et merci.
Bonjour Imane. Oui effectivement, le nombre de champs est une contrainte limitante. Je ne saurais vous dire la limite exacte. A vérifier. La philosophie d'un gestionnaire de base de données est effectivement de répartir les champs dans différentes tables liées, afin d'économiser les ressources notamment, pour ne pas répéter inutilement des informations redondantes. Si votre enregistrement apparaît en double après l'insertion, c'est sans doute parce que vous n'avez pas neutralisé la propriété d'insertion configurée par défaut pour le formulaire et comme je l'explique dans cette formation. Merci à vous pour ce message en retour.
@ Merci pour votre réponse.
Mais je n'ai pas su comment neutraliser la propriété d'insertion. En cliquant sur le bouton "Ajouter" l'enregistrement s'ajoute à la fin de la table, mais une fois que je ferme la table et le formulaire et que j'ouvre de nouveau la table je remarque que le même enregistrement et rétabli mais cette fois-ci au début de la table tout en remplaçant le premier enregistrement et là je perd le 1er enregistrement.
Merci pour votre attention et votre temps.
@@imanesamiry1114 Il s'agit d'une propriété du formulaire démontrée dans cette formation et plus précisément dans le pas à pas détaillé sur le site.
Bonjour professeur.
Ce n'est pas possible de récupéré et stocké le nombre de pièce ajouté dernièrement après Clic et de le déposé dans un champ ?
Bonjour Omar, sauf si j'ai mal compris votre question, c'est bien ce que propose cette formation. Ou encore je peux vous proposer cette formation VBA Access sur l'approvisionnement des stocks :
www.bonbache.fr/gerer-l-approvisionnement-des-stocks-en-vba-access-215.html
@ Oui j'ai suivi cette formation.
Je voulais récupéré après mis à jour le nombre ajouté.
Il me semble qu'il suffit de construire un formulaire sur la table de réception. Celui-ci affichera les données actualisées. Sinon bien sûr, un code VBA permet de récolter l'information pour l'afficher sur le formulaire.
@ Merci
Bonjour, je suis débutante sur ACCESS et je cherche le moyen de permettre à un client de passer une commande de produits. J'ai déjà créé un formulaire permettant l'inscription de ce client dans ma base de donnée mais là je bloque sur la manière dont je peux lui proposer mes produits afin qu'il puisse les sélectionner pour les commander. Parmi vos vidéos auriez vous une qui pourrait m'aider ? Je me perds un peu . Merci d'avance
Bonjour Cocia11. Si vous êtes débutante avec Access, l'entreprise peut s'avérer précieuse. J'ai une Playlist complète qui démontre comment créer une application de gestion des commandes, des clients, des stocks et des factures :
th-cam.com/play/PLpQBnWleLAaszq4DAxtM4eHvFmOrq-4ij.html
Vous y trouverez toutes les formations que vous souhaitez.
@ Merci beaucoup pour votre réponse ! JE vais m'y plonger.
@@cocia11 Je vous en prie.
J'ai construit un formulaire sur le modèle proposé ici, mais les données introduites s'enregistrent 2 fois dans la table correspondante. Pourquoi ?
Bonjour Michel et merci pour votre intérêt. Cela signifie tout simplement que vous travaillez depuis un formulaire naturel d'insertion. Dans la feuille de propriétés pour le formulaire (onglet Données), vous devez basculer la propriété Entrée de données sur Non.
@ Effectivement, mais lorsque je modifie les propriétés du formulaire, le formulaire se rouvre en mentionnant encore les données introduites en dernier lieu. Ce formulaire se compose de 4 données: 2 à introduire au clavier et 2 provenant d'une liste déroulante. Les 2 introduites au clavier apparaissent à l'écran lors de la réouverture du formulaire malgré que la macro soit composée des 4 actions proposées (Avertissements, OuvrirRequête, FermerFenêtre et OuvrirFormulaire). Par contre si je supprime "OuvrirRequête" dans la macro et que je laisse la propriété du formulaire "Entrée de données" sur OUI, les données s'enregistrent correctement et le formulaire se réouvre vide. J'avoue ne pas comprendre, mais je débute en ACCESS.
En fait je viens de constater que le nouvel enregistrement s'enregistre en N°1 dans la table de données et que le formulaire se réouvre sur ce 1er enregistrement, raison pour laquelle il reprend les dernières données introduites au clavier. Par contre, j'ignore pourquoi le formulaire se positionne chaque fois sur le 1er enregistrement de la table.
@@michelbeguin3481 Si vous débutez avec Access, effectivement vous commencez avec des notions que les utilisateurs avancés recherchent. Je ne comprends pas bien en première lecture le problème que vous rencontrez. Si vous souhaitez un apprentissage d'Access aux petits oignons, je vous suggère cette Playlist :
th-cam.com/play/PLpQBnWleLAaszq4DAxtM4eHvFmOrq-4ij.html
@ Je connais cette playlist et la consulte régulièrement. Je vous remercie et vous félicite pour votre méthode didactique
Bonjour et merci pour cette vidéo.
A 17:36 vous nous expliquez comment s’assurer que le champ est bien renseigné.
J’aurais aimé aller un peu plus loin dans la vérification en m’assurant que le champ et non seulement renseigné mais valide. La donnée s’inscrit dans un champ qui à une relation avec une autre table et qui n’accepte donc que des données qui sont déjà inscrite dans l’autre table. Avec les avertissements sur non, je n’ai pas de message d’alerte qui m’indique que mon enregistrement n’a pas été pris en compte. J’ai cherché à comparer ma liste avec la table dans le si, mais ça ne fonctionne pas. Auriez-vous un indice ? merci d’avance
Bonjour et merci pour votre message. Oui la possibilité est d'utiliser la fonction RechDom ou CpteDom pour vérifier l'existence dans la table liée en fonction de l'information inscrite. Je propose quelques formations sur ces sujets.
@ merci je vais regarder ça de plus près
Merci
Je vous en prie. Merci à vous pour ce message.
Salut merci bcp pour cette video ^^ Si vous permettez je veux savoir juste comment vous avez créé le formulaire d'ajout d'enregistrement! Merci d'avance
Bonjour Yassine et merci pour votre message. Je l'ai simplement conçu par ajout de contrôles comme l'explique cette formation : www.bonbache.fr/didacticiel-access-pour-creer-et-personnaliser-les-formulaires-72.html
Le reste, dispensé dans cette formation, consiste à établir les interactions dynamiques par requêtes et macros.
@ effectivement merci bcp
Je vous en prie Yassine.
Bonjour, merci pour cette vidéo très utile. J'ai suivi à la lettre toutes les étapes de la création de la requête d'ajout mais lorsque je souhaite l'exécuter via le formulaire, Access me demande pour chaque champs une valeur à entrer du style "[Formulaires]![Ajout_Bien]![Nom_Bien]". Je ne vois pas pourquoi ce problème apparaît sachant que j'ai renseigné les champs à aller chercher avec l'assistant vba d'Access... Pourriez-vous m'aider s'il vous plaît ?
Bonjour Yeou. Lorsqu'Access réagit ainsi c'est qu'il y a nécessairement une erreur dans le nom du champ mentionné. Ce qui est étonnant c'est que vous semblez les avoir désignés avec le générateur comme vous le dites. Etes vous certain de ne pas avoir modifié ces intitulés dans l'intervalle ?
@ Non absolument pas et j'ai réitéré la création de requête plusieurs fois en reprenant tout à zéro... C'est pour cela que ça me semble étrange
@@yeou8343 Il y a nécessairement un souci de liaison. Avez-vous tenté de les refaire ?
@ Je vais revoir tout ça à tête reposée ce matin. Merci du conseil
@@yeou8343 Je pense que c'est ce qu'il y a de mieux.
Bonjour, J'aimerai pouvoir bloquer l'enregistrement si plusieurs champs ne sont pas saisie, j'ai bien essayer quelque manipulations mais sans résultats convaincant. Pouvez-vous m'aider?
Bonjour Annabelle. L'ébauche est donnée dans cette formation :
Si [Ville]"".
Soit vous imbriquez plusieurs Si pour tester tous les champs avant d'exécuter la requête. Soit vous les regroupez avec une instruction ET.
@ Merci beaucoup, j'avais essayer avec "&" et non "ET" .
Autre question, est-ce possible de réaliser une requête d'ajout pour plusieurs tables.
Par exemple, enregistrer une vache dans mon tableau d'élevage et également dans mon tableau de vêlage ?
Autre exemple, pour une sortie, j'aimerai modifier le statut d'une vache, dans mon tableau d'élevage et également renseigner les caractéristique d'abattage dans mon tableau abattage.
Peut-on faire qu'une seule requête ou faut-il en faire plusieurs et faire des macros sur le bouton "ajouter"
@@annabelledormand5580 Bonjour Annabelle, il faut que vous fassiez plusieurs requêtes. Mais comme les actions de macros peuvent s'empiler, elles seront parfaitement regroupées dans l'enchaînement.
@ Stéphane, je viens d'essayer le regroupement dans la macro, néanmoins j'ai un soucis dans ma requête de mise à jour. Ma formule pour l'année du lot ne fonctionne pas. La voici : Année([formulaires]![fml_6_Nouvelle_naissance]![Date_naissance]). Avez-vous une idée de la cause et comment je peux solutionner le problème ?
@@annabelledormand5580 Difficile à dire comme ça. L'expression de correspondance a l'air correcte. Il faut vous assurer de la compatibilité de type. La fonction Année retourne un nombre. Le champ qui l'accueille doit donc être typé en numérique.
mais le bp tjours persiste aves les champs de types pieces joinre car jai pas pus l'ajouter dans la table
Bonjour The Winner. Il s'agit de champs spécifiques type OLE. Normalement, l'objet ne doit pas être incorporé en base de données. Seul le chemin d'accès doit être archivé pour restituer l'objet correspondant par chargement sur le formulaire. VBA est à mon sens la solution la plus simple. Cette formation par exemple :
www.bonbache.fr/archiver-les-donnees-en-visual-basic-access-178.html
montre comment archiver les chemins d'accès à des images en BDD pour les restituer sur un formulaire.
Bonjour mon ami Rosseti. C est encore moi Mara depuis le Sénégal. Bon je suis enseignant et je voudrais réaliser une base de données avec un formulaire d ajout et un formulaire de requete.. je voudrais une video
Bonjour Mara. Je peux vous proposer cette formation à cette adresse :
www.bonbache.fr/formulaire-d-ajout-d-enregistrements-avec-access-346.html
@ merci encore mon cher.. je suis désolé que vous ne soyez pas au Sénégal.. y a beaucoup de cours sur le web mais la facilité avec laquelle je comprends vos cours est exceptionnelle
@@serignetouba8912 Je suis flatté Mara. C'est un vrai plaisir. Merci beaucoup.
Bonjour Rosseti.. moi je veux une formation en ligne
Bonjour Mara Fall. Je suis désolé, je propose uniquement des formations sur la chaîne ou en pas à pas détaillé sur le site.
@ oh mon cher.. depuis que jai vu vos videos, mon amout pour access est devenu plus grand.. suis au Senegal mais vous etes exceptionnel.. javais un formateur en informatique mais il a pris de lage si bien qu il ne peut plus en dispenser
@@serignetouba8912 Je suis très honoré par vos propos et je suis heureux que vous soyez tombé passionné d'Access. Quel merveilleux logiciel ! Je vais continuer de proposer beaucoup de solutions à son sujet. Merci encore pour votre message.
t bien
Merci à vous.
Merci
Je vous en prie lewe idriss paterne Tia