Bonjour.
& "WHERE [FACTURES].Numfacture = & nouvnum & ;"
sauf si tu es en version 2007 tu ne peux pas appeler directement une
variable par une requête, il faut passer par une fonction public qui te
renverra la valeur.
pour ta requête il faut d'abord que tu vérifies les valeurs que tu récupères
en mettant des points d'arrêt dans ta procédure et ensuite que tu affiches
le contenu de sql1 par debug.print pour vérifier s'il n'y a pas une erreur.
Bonjour.
& "WHERE [FACTURES].Numfacture = & nouvnum & ;"
sauf si tu es en version 2007 tu ne peux pas appeler directement une
variable par une requête, il faut passer par une fonction public qui te
renverra la valeur.
pour ta requête il faut d'abord que tu vérifies les valeurs que tu récupères
en mettant des points d'arrêt dans ta procédure et ensuite que tu affiches
le contenu de sql1 par debug.print pour vérifier s'il n'y a pas une erreur.
Bonjour.
& "WHERE [FACTURES].Numfacture = & nouvnum & ;"
sauf si tu es en version 2007 tu ne peux pas appeler directement une
variable par une requête, il faut passer par une fonction public qui te
renverra la valeur.
pour ta requête il faut d'abord que tu vérifies les valeurs que tu récupères
en mettant des points d'arrêt dans ta procédure et ensuite que tu affiches
le contenu de sql1 par debug.print pour vérifier s'il n'y a pas une erreur.
& "WHERE [FACTURES].Numfacture = & nouvnum & ;"
sauf si tu es en version 2007 tu ne peux pas appeler directement une
variable par une requête, il faut passer par une fonction public qui
te renverra la valeur.
?? Je ne sais pas et ne comprend pas ce que tu veux dire exactement.
pour ta requête il faut d'abord que tu vérifies les valeurs que tu
récupères en mettant des points d'arrêt dans ta procédure et ensuite
que tu affiches le contenu de sql1 par debug.print pour vérifier s'il
n'y a pas une erreur.
Effectivement, j'ai oublié de dire que je suis sous Access 97 et j'ai
oublié qu'il existait le debug.print pour vérifier.
quand je crée les factures du mois d'avril :
& "WHERE [FACTURES].Numfacture = & nouvnum & ;"
sauf si tu es en version 2007 tu ne peux pas appeler directement une
variable par une requête, il faut passer par une fonction public qui
te renverra la valeur.
?? Je ne sais pas et ne comprend pas ce que tu veux dire exactement.
pour ta requête il faut d'abord que tu vérifies les valeurs que tu
récupères en mettant des points d'arrêt dans ta procédure et ensuite
que tu affiches le contenu de sql1 par debug.print pour vérifier s'il
n'y a pas une erreur.
Effectivement, j'ai oublié de dire que je suis sous Access 97 et j'ai
oublié qu'il existait le debug.print pour vérifier.
quand je crée les factures du mois d'avril :
& "WHERE [FACTURES].Numfacture = & nouvnum & ;"
sauf si tu es en version 2007 tu ne peux pas appeler directement une
variable par une requête, il faut passer par une fonction public qui
te renverra la valeur.
?? Je ne sais pas et ne comprend pas ce que tu veux dire exactement.
pour ta requête il faut d'abord que tu vérifies les valeurs que tu
récupères en mettant des points d'arrêt dans ta procédure et ensuite
que tu affiches le contenu de sql1 par debug.print pour vérifier s'il
n'y a pas une erreur.
Effectivement, j'ai oublié de dire que je suis sous Access 97 et j'ai
oublié qu'il existait le debug.print pour vérifier.
quand je crée les factures du mois d'avril :
pourquoi ce code vba entre deux requêtes ?
Ah, le code vba entre les 2 requêtes était une fonction que l'on
bien sûr qu'il faut un test sur la première requête pour limiter au mois et
à l'année. mais ensuite il n'y a plus de test à faire car les relations des
tables font que ta requête1 commande tout le reste et par relation la
requête2 ne doit prendre que le détail des factures sélectionnées par la
requête1. Ou alors les relations entre tes tables ne sont pas bonnes.
J'ai mis (dès le début de la création de l'appli) des relations entre
pourquoi ce code vba entre deux requêtes ?
Ah, le code vba entre les 2 requêtes était une fonction que l'on
bien sûr qu'il faut un test sur la première requête pour limiter au mois et
à l'année. mais ensuite il n'y a plus de test à faire car les relations des
tables font que ta requête1 commande tout le reste et par relation la
requête2 ne doit prendre que le détail des factures sélectionnées par la
requête1. Ou alors les relations entre tes tables ne sont pas bonnes.
J'ai mis (dès le début de la création de l'appli) des relations entre
pourquoi ce code vba entre deux requêtes ?
Ah, le code vba entre les 2 requêtes était une fonction que l'on
bien sûr qu'il faut un test sur la première requête pour limiter au mois et
à l'année. mais ensuite il n'y a plus de test à faire car les relations des
tables font que ta requête1 commande tout le reste et par relation la
requête2 ne doit prendre que le détail des factures sélectionnées par la
requête1. Ou alors les relations entre tes tables ne sont pas bonnes.
J'ai mis (dès le début de la création de l'appli) des relations entre
Bonjour.
| Comment faire justement pour ne prendre que le détail des factures
| sélectionnées par sql1 et les ajouter avec sql2 dans la tables lignes
| factures ?
il n'y a rien à faire, la table détail étant en relation avec la requête
sql1 par le numéro de facture.
il faut simplement verifier la relation dans la requête qui doit être de
type 1. tu dis qu'elle est de type 1, donc tu ne peux pas avoir de détail de
factures qui n'a pas de facture, donc l'erreur provient de la sql1. Si tu
exécutes la sql1, as-tu bien les bonnes factures ?
Bonjour.
| Comment faire justement pour ne prendre que le détail des factures
| sélectionnées par sql1 et les ajouter avec sql2 dans la tables lignes
| factures ?
il n'y a rien à faire, la table détail étant en relation avec la requête
sql1 par le numéro de facture.
il faut simplement verifier la relation dans la requête qui doit être de
type 1. tu dis qu'elle est de type 1, donc tu ne peux pas avoir de détail de
factures qui n'a pas de facture, donc l'erreur provient de la sql1. Si tu
exécutes la sql1, as-tu bien les bonnes factures ?
Bonjour.
| Comment faire justement pour ne prendre que le détail des factures
| sélectionnées par sql1 et les ajouter avec sql2 dans la tables lignes
| factures ?
il n'y a rien à faire, la table détail étant en relation avec la requête
sql1 par le numéro de facture.
il faut simplement verifier la relation dans la requête qui doit être de
type 1. tu dis qu'elle est de type 1, donc tu ne peux pas avoir de détail de
factures qui n'a pas de facture, donc l'erreur provient de la sql1. Si tu
exécutes la sql1, as-tu bien les bonnes factures ?
ça veut dire que tu as un +1 de trop dans ta procédure pour le nouvnum. suit
le cheminement de ta procédure entre les deux requêtes.
ça veut dire que tu as un +1 de trop dans ta procédure pour le nouvnum. suit
le cheminement de ta procédure entre les deux requêtes.
ça veut dire que tu as un +1 de trop dans ta procédure pour le nouvnum. suit
le cheminement de ta procédure entre les deux requêtes.