Discussion :

[chmouky]

Bonjour,

J'ai une requête SQL sur une application access qui fonctionne correctement sur un ordinateur. Lorsque je transfert l'application sur un autre ordinateur le lien avec une étiquette d'un formulaire n'est pas reconnu, il me demande de rentrer le paramètre.
(Facture.IDMOUVRAPPRO = Forms!FMouvRappro!ID)

Je n'i strictement rien modifié à l'application après le transfert sur le nouvel ordinateur. C'est comme s'il y avait une référence sur l'ancien ordinateur pour Forms!FMouvRappro!ID et je ne comprends pas pourquoi. Dans les propriété de l'étiquette, on voit bien le nom = ID

Est-ce que quelqu'un a une idée de la raison pour laquelle j'ai ce problème ?

Merci

[User]

Bonsoir,

S'agit-il d'une étiquette ou d'une zone de texte ?

Cdlt,

[chmouky]

Bonsoir,
C'est la zone de texte qui affiche le contenu d'une table effectivement.
Elle est collée à l'étiquette.
Mais c'est également le cas sur l'autre pc, je n'ai rien modifié en changeant d'ordinateur.

[User]

Bonjour,

Le formulaire FMouvRappro est bien ouvert à ce moment là ?

Avez-vous essayé d'ouvrir la requête en mode création pour voir s'il n'y a pas des différences par rapport celle sur les autres ordis ?

[chmouky]

Bonjour,
La requête est liée au sous formulaire qui est dans le formulaire FMouvRappro.
la requête fait référence au formulaire.
Non J'ai simplement copié le .mdb sur une clé que j'ai collé sur l'autre ordinateur.
Les 2 versions de Access sont strictement identiques.
Le contenu de la requête est donc identique sur les 2 ordinateurs :

Code :

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

1
2
3
4
SELECT CombinaisonR.NumComb, Facture.TOTFACTURA, Facture.ID, Facture.ANO, Facture.SERIE, Facture.FACTURA, Facture.FFRA, Facture.TIPO, Facture.CLIENTE, Facture.NCLIENTE, Facture.NIF, Facture.DELEGACION, Facture.ALMACEN, 
Facture.ASIENTOVENTAS, Facture.CUENTACLIENTE, Facture.CUENTAVENTAS, Facture.FTRASPASO, Facture.RAPPRO, Facture.IDMOUVRAPPRO, Facture.DATERAPPRO
FROM CombinaisonR INNER JOIN Facture ON CombinaisonR.ID = Facture.ID
WHERE (((Facture.DATERAPPRO) Is Null)) OR (Facture.IDMOUVRAPPRO = Forms!FMouvRappro!ID);

Lorsque le formulaire est ouvert et que j'exécute la requête seule, idem, il me demande de saisir le paramètre.

[User]

Habituellement on règle les propriétés champs père/fils sur id../id.. pour synchroniser les sous-formulaire avec le form principal.

La je penses qu'il faudrait lui préciser dans la requête en mode creation que c'est un paramètre avec son type de donnée.

[chmouky]

Mais je ne pense pas que ce soit lié car lorsque je supprime le sous formulaire, que j'ouvre le formulaire et que j'exécute la requête, c'est le même constat.
Il n'arrive pas à faire référence à la zone ID du formulaire.
Il arrive pourtant à le faire sans pb sur l'autre ordinateur.

[User]

Avez-vous essayez de définir ce paramètre dans la requête comme je vous l'ai proposé ? Car actuellement il n'est pas défini comme paramètre.

Cdlt,

[chmouky]

D2solé, je ne saisis pas votre suggestion.
Si je défini le champ comme un paramètre, il va me demande de saisir la valeur de ce champ au lieu de la récupérer automatiquement sur le formulaire dans le champs ID.
Je me trompe ?
Si c'est le cas, il faut que je mette IsNumeric(Forms!FMouvRappro!ID) ? c'est ce que vous suggérez ?

[User]

Si votre paramètre est du type entier long,
alors dans le code SQL ça ferait :

Code SQL :

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

1
2
3
4
5
PARAMETERS Forms!FMouvRappro!ID Long;
SELECT CombinaisonR.NumComb, Facture.TOTFACTURA, Facture.ID, Facture.ANO, Facture.SERIE, Facture.FACTURA, Facture.FFRA, Facture.TIPO, Facture.CLIENTE, Facture.NCLIENTE, Facture.NIF, Facture.DELEGACION, Facture.ALMACEN,
Facture.ASIENTOVENTAS, Facture.CUENTACLIENTE, Facture.CUENTAVENTAS, Facture.FTRASPASO, Facture.RAPPRO, Facture.IDMOUVRAPPRO, Facture.DATERAPPRO
FROM CombinaisonR INNER JOIN Facture ON CombinaisonR.ID = Facture.ID
WHERE (((Facture.DATERAPPRO) Is Null)) OR (Facture.IDMOUVRAPPRO = Forms!FMouvRappro!ID);

[star]

Bonjour,

Code :

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

Forms!FMouvRappro!ID

Quelle est la langue d'installation d'Access sur les postes de travail ?
.

[tee_grandbois]

bonjour,

Quelle est la langue d'installation d'Access sur les postes de travail ?

et surtout quelle version d'Access ...
la mienne, par exemple (365) reconnait à la fois Formulaires et Forms avec "." ou "!", avec ou sans crochets etc... et même les différentes syntaxes dans la même requête ; alors qu'avant (je ne sais plus quelles versions) cela provoquait une erreur de syntaxe

[User]

Bonjour,
La requête est liée au sous formulaire qui est dans le formulaire FMouvRappro.
la requête fait référence au formulaire.
Non J'ai simplement copié le .mdb sur une clé que j'ai collé sur l'autre ordinateur.
Les 2 versions de Access sont strictement identiques.
...

Tu veux dire les versions du logiciel Access c'est bien ça ?

[User]

ouvrez le sous-formulaire en mode création et regardez à tout hasard sa propriété filtre si jamais il y a un paramètre qui traîne..

[chmouky]

Tu veux dire les versions du logiciel Access c'est bien ça ?

Oui Je parle des versions d'access identiques.

[chmouky]

ouvrez le sous-formulaire en mode création et regardez à tout hasard sa propriété filtre si jamais il y a un paramètre qui traîne..

Non rien qui ne traine dans les propriétés filtre.
De toute façon ça aurait trainé sur l'autre ordinateur également car le test que je fais est simple. J'ai l'application qui fonctionne sur un poste, je la copie (via mail ou clé USB) sur un autre poste qui a la même version de Access. Et la requête ne fonctionne plus. Je ne change strictement rien entre le moment où je copie l'application sur l'autre poste.

[chmouky]

Pour information, j'ai recréé le formulaire, SSF, requête sans copier les éléments en partant de zéro sur le nouveau poste et cela fonctionne.
Je n'ai donc aucune explication à cette bizarrerie....

J'essayerai ce week end de regarder à nouveau juste par curiosité et vous faire un retour si je trouve.
Merci pour votre aide.

[star]

Bonjour,
Alors, qu'est ce qu'il en est ?
.