Bonjour,
j'ai un champs date qui se nomme "RDV" dans la partie en-tête de mon
formulaire de saisie, j'ai un autre champs qui se nomme "date_RDV" dans la
partie sous-formulaire de mon formulaire de saisie.
Mes deux formulaires sont issus de deux tables différentes, l'en-tête issue
de la table client_ett, et le sous-formulaire, issu de la table client_cprs.
Mes donnée EN-TETE une fois enregistrées vont rester fixes, ce sont les
coordonnées de mon client, sauf le champs "RDV" qui va changer et qui va me
servir dans une requête qui va être liée avec un doc word pour faire des
courriers types. Mon sous-formulaire qui est la partie corps de mon
formulaire est en mode feuille de données et ce sera des saisies en
fonction des RDV avec le client donc en ligne et la date_RDV sur chaque
nouvelle ligne de saisie doit changer par rapport à mon champs "RDV"
renseigné dans l'en-tête... les deux formulaire sont liés par le champs
"numclient". Qu'elle est la formule magique que je dois rentrer sur
redimensionnement de mon sous-form pour qu'à partir du champs "RDV", la
ligne que je saisirais dès activation mette à jour mon champs "date_RDV",
sans changer ce même champs de la ligne au dessus qui aura été un précédent
rendez-vous ? est ce que je suis assez claire dans mon explication pour que
vous puissiez m'apporter une réponse ...
Merci
J'ai un peu de mal à comprendre la gymnastique ;-) Mais d'après ton 1er post, tu veux renseigner le champ date_RDV du sous-form par la valeur du champ RDV du formulaire principal, non ? Si c'est le cas, alors le sql n'est pas bon puisque date_RDV n'est pas connu. Il y a confusion sur la table dans laquelle insérer, le nom du champ et la valeur à passer. Ca ne coute rien de sortir ta chaine SQL de la commande Execute. Mets avant le CurrentDb.Execute Dim strSQL as string strSQL="INSERT INTO tb_candidat_ett(RDV) values (#" & Format(date_RDV,"mm/dd/yyyy") & "#)" Debug.Print strSQL : stop Afin de voir ce que vaut strSQL. J'ai bien peur que tu récupères Insert into ... Values(##)
Bonjour Eric, ça ne fonctionne toujours pas , j'ai "erreur d'exécution '3134' : Erreur de syntaxe dans l'instruction INSERT INTO Merci
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Bonjour Uriane,
J'ai un peu de mal à comprendre la gymnastique ;-)
Mais d'après ton 1er post, tu veux renseigner le champ date_RDV du
sous-form par la valeur du champ RDV du formulaire principal, non ?
Si c'est le cas, alors le sql n'est pas bon puisque date_RDV n'est pas
connu. Il y a confusion sur la table dans laquelle insérer, le nom du
champ et la valeur à passer.
Ca ne coute rien de sortir ta chaine SQL de la commande Execute.
Mets avant le CurrentDb.Execute
Dim strSQL as string
strSQL="INSERT INTO tb_candidat_ett(RDV) values (#" &
Format(date_RDV,"mm/dd/yyyy") & "#)"
Debug.Print strSQL : stop
Afin de voir ce que vaut strSQL. J'ai bien peur que tu récupères
Insert into ... Values(##)
Bonjour Eric,
ça ne fonctionne toujours pas , j'ai "erreur d'exécution '3134' : Erreur de
syntaxe dans l'instruction INSERT INTO
Merci
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
J'ai un peu de mal à comprendre la gymnastique ;-) Mais d'après ton 1er post, tu veux renseigner le champ date_RDV du sous-form par la valeur du champ RDV du formulaire principal, non ? Si c'est le cas, alors le sql n'est pas bon puisque date_RDV n'est pas connu. Il y a confusion sur la table dans laquelle insérer, le nom du champ et la valeur à passer. Ca ne coute rien de sortir ta chaine SQL de la commande Execute. Mets avant le CurrentDb.Execute Dim strSQL as string strSQL="INSERT INTO tb_candidat_ett(RDV) values (#" & Format(date_RDV,"mm/dd/yyyy") & "#)" Debug.Print strSQL : stop Afin de voir ce que vaut strSQL. J'ai bien peur que tu récupères Insert into ... Values(##)
Bonjour Eric, ça ne fonctionne toujours pas , j'ai "erreur d'exécution '3134' : Erreur de syntaxe dans l'instruction INSERT INTO Merci
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
ze Titi
Bonjour Uriane et Eric
CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (#" & Format(date_RDV,"mm/dd/yyyy") & "#)"
ou plus simplement: CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (" & Format(date_RDV,"#mm/dd/yyyy#") & ")"
Voici ce que j'ai écris : Private Sub RDV_AfterUpdate() CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV)values (#" & date_RDV & "#)" Me.Recalc End Sub
lorsque je tape ma date j'ai le mssg suivant en erreur : erreur de syntaxe dans la date dans l'expression '##'. Merci
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Bonjour Uriane et Eric
CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (#" &
Format(date_RDV,"mm/dd/yyyy") & "#)"
peut-être...
Dans ton message <OrsGpa9aHHA.4772@TK2MSFTNGP05.phx.gbl> du mercredi
ou plus simplement:
CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (" &
Format(date_RDV,"#mm/dd/yyyy#") & ")"
Voici ce que j'ai écris :
Private Sub RDV_AfterUpdate()
CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV)values (#" & date_RDV &
"#)"
Me.Recalc
End Sub
lorsque je tape ma date j'ai le mssg suivant en erreur : erreur de syntaxe
dans la date dans l'expression '##'.
Merci
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
ou plus simplement: CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (" & Format(date_RDV,"#mm/dd/yyyy#") & ")"
Voici ce que j'ai écris : Private Sub RDV_AfterUpdate() CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV)values (#" & date_RDV & "#)" Me.Recalc End Sub
lorsque je tape ma date j'ai le mssg suivant en erreur : erreur de syntaxe dans la date dans l'expression '##'. Merci
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Je ne vois pas de différence avec ma proposition ci-dessus. Peux-tu m'aider ?
ou plus simplement: CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (" & Format(date_RDV,"#mm/dd/yyyy#") & ")"
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
ze Titi
Salut Eric !
Pas d'explication, fatigué dès le matin, pas capable de lire les posts en entier... Je n'ai lu que la deuxième proposition. :/ La journée va être longue, vais m'abstenir de poster...
En ce jour exceptionnel du jeudi 22/03/2007, tu nous as très généreusement gratifié du message suivant:
Je ne vois pas de différence avec ma proposition ci-dessus. Peux-tu m'aider ?
ou plus simplement: CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (" & Format(date_RDV,"#mm/dd/yyyy#") & ")"
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Salut Eric !
Pas d'explication, fatigué dès le matin, pas capable de lire les posts
en entier... Je n'ai lu que la deuxième proposition. :/
La journée va être longue, vais m'abstenir de poster...
En ce jour exceptionnel du jeudi 22/03/2007, tu nous as très
généreusement gratifié du message suivant:
Pas d'explication, fatigué dès le matin, pas capable de lire les posts en entier... Je n'ai lu que la deuxième proposition. :/ La journée va être longue, vais m'abstenir de poster...
En ce jour exceptionnel du jeudi 22/03/2007, tu nous as très généreusement gratifié du message suivant:
Je ne vois pas de différence avec ma proposition ci-dessus. Peux-tu m'aider ?
ou plus simplement: CurrentDb.Execute "INSERT INTO tb_candidat_ett(RDV) values (" & Format(date_RDV,"#mm/dd/yyyy#") & ")"
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
URIANE
Eric tu as peut être raison, je fais sans doute les choses à l'envers, ma table : "tb_candidat_ett" est la table ou se trouve le champs "RDV" que je renseigne, c'est la partie en-tête de mon formulaire. La table "tb_candidatCprs" est la partie sous-formulaire, ou je renseigne au fil des RDV tous les champs, que j'ai présenté sous forme d'onglets car cette table comporte une grande quantité de champs, et pour la personne qui effectuera les saisies je trouve que cette présentation est plus conviviale. Le champs "date_RDV" est le champs qui dois prendre le changement du champs "RDV" que je renseigne dans mon en-tête. En fait il faut voir mon formulaire ainsi, ma partie en-tête qui est fixe une fois renseignée, puis la partie sous-formulaire que l'on pourrait imaginer en mode feuille de données, je recois Monsieur truc pour la première fois, je rentre ses coordonnées dans l'entête, et dans la partie feulle de données je rentre le pourquoi de sa venue. Dans trois mois je revois le monsieur et on fait le point, donc j'ouvre son dossier, et mon champs "RDV" va être rempli, dans la partie en-tête, puis une nouvelle ligne de saisie va être faite avec les nouveaux éléments de ce nouveau RDV, mais je n'écrase pas la ligne précédente car je veux l'historique de nos RDV .... Dans ma partie en-tête j'ai un champs avec le nom de mes courriers types fais avec word et sur clic du nom du courrier ma lettre sort directement sur imprimante. Comme j'ai plusieurs RDV avec la personne afin d'éviter d'avoir autant de lettre que de RDV saisis dans mon sous-formulaire, je me suis dis qu'il fallait à ce moment la mettre la date du RDV dans l'en-tête, et que pour éviter les doubles saisies, et bien sur mise à jour de ce champs, la date se mette à jour en ligne dans le sous for. J'ai donc ensuite fais une requête à partir de la table en-tête pour la lier avec mon doc WORD, qui lui n'a besoin que des coordonnées de mon candidat, de la date de notre rdv le reste de la lettre est toujours pareil c'est une RPP, réponse passe partout. Mais j'ai besoin dans mon sous-formulaire d'avoir la date du RDV car dans qq tps j'aurais peut-être besoin de connaître tous les candidats que j'ai reçu le 28 Février 2005, par exemple, donc il est impératif d'avoir cette date aux deux endroits, dans l'en-tête elle ne sert que pour le courrier type, telle date [RDV] nous sommes rencontrés et à l'issus de notre rencontre j'ai le plaisir ou le regret de vous informer que ....... Et la date du sous me servira ultérieurement pour les requêtes. Suis-je assez explicite ? Voili voila. Merci
Eric tu as peut être raison, je fais sans doute les choses à l'envers, ma
table : "tb_candidat_ett" est la table ou se trouve le champs "RDV" que je
renseigne, c'est la partie en-tête de mon formulaire.
La table "tb_candidatCprs" est la partie sous-formulaire, ou je renseigne au
fil des RDV tous les champs, que j'ai présenté sous forme d'onglets car
cette table comporte une grande quantité de champs, et pour la personne qui
effectuera les saisies je trouve que cette présentation est plus conviviale.
Le champs "date_RDV" est le champs qui dois prendre le changement du champs
"RDV" que je renseigne dans mon en-tête. En fait il faut voir mon formulaire
ainsi, ma partie en-tête qui est fixe une fois renseignée, puis la partie
sous-formulaire que l'on pourrait imaginer en mode feuille de données, je
recois Monsieur truc pour la première fois, je rentre ses coordonnées dans
l'entête, et dans la partie feulle de données je rentre le pourquoi de sa
venue. Dans trois mois je revois le monsieur et on fait le point, donc
j'ouvre son dossier, et mon champs "RDV" va être rempli, dans la partie
en-tête, puis une nouvelle ligne de saisie va être faite avec les nouveaux
éléments de ce nouveau RDV, mais je n'écrase pas la ligne précédente car je
veux l'historique de nos RDV ....
Dans ma partie en-tête j'ai un champs avec le nom de mes courriers types
fais avec word et sur clic du nom du courrier ma lettre sort directement sur
imprimante. Comme j'ai plusieurs RDV avec la personne afin d'éviter d'avoir
autant de lettre que de RDV saisis dans mon sous-formulaire, je me suis dis
qu'il fallait à ce moment la mettre la date du RDV dans l'en-tête, et que
pour éviter les doubles saisies, et bien sur mise à jour de ce champs, la
date se mette à jour en ligne dans le sous for. J'ai donc ensuite fais une
requête à partir de la table en-tête pour la lier avec mon doc WORD, qui lui
n'a besoin que des coordonnées de mon candidat, de la date de notre rdv le
reste de la lettre est toujours pareil c'est une RPP, réponse passe partout.
Mais j'ai besoin dans mon sous-formulaire d'avoir la date du RDV car dans qq
tps j'aurais peut-être besoin de connaître tous les candidats que j'ai reçu
le 28 Février 2005, par exemple, donc il est impératif d'avoir cette date
aux deux endroits, dans l'en-tête elle ne sert que pour le courrier type,
telle date [RDV] nous sommes rencontrés et à l'issus de notre rencontre j'ai
le plaisir ou le regret de vous informer que .......
Et la date du sous me servira ultérieurement pour les requêtes. Suis-je
assez explicite ?
Voili voila.
Merci
Eric tu as peut être raison, je fais sans doute les choses à l'envers, ma table : "tb_candidat_ett" est la table ou se trouve le champs "RDV" que je renseigne, c'est la partie en-tête de mon formulaire. La table "tb_candidatCprs" est la partie sous-formulaire, ou je renseigne au fil des RDV tous les champs, que j'ai présenté sous forme d'onglets car cette table comporte une grande quantité de champs, et pour la personne qui effectuera les saisies je trouve que cette présentation est plus conviviale. Le champs "date_RDV" est le champs qui dois prendre le changement du champs "RDV" que je renseigne dans mon en-tête. En fait il faut voir mon formulaire ainsi, ma partie en-tête qui est fixe une fois renseignée, puis la partie sous-formulaire que l'on pourrait imaginer en mode feuille de données, je recois Monsieur truc pour la première fois, je rentre ses coordonnées dans l'entête, et dans la partie feulle de données je rentre le pourquoi de sa venue. Dans trois mois je revois le monsieur et on fait le point, donc j'ouvre son dossier, et mon champs "RDV" va être rempli, dans la partie en-tête, puis une nouvelle ligne de saisie va être faite avec les nouveaux éléments de ce nouveau RDV, mais je n'écrase pas la ligne précédente car je veux l'historique de nos RDV .... Dans ma partie en-tête j'ai un champs avec le nom de mes courriers types fais avec word et sur clic du nom du courrier ma lettre sort directement sur imprimante. Comme j'ai plusieurs RDV avec la personne afin d'éviter d'avoir autant de lettre que de RDV saisis dans mon sous-formulaire, je me suis dis qu'il fallait à ce moment la mettre la date du RDV dans l'en-tête, et que pour éviter les doubles saisies, et bien sur mise à jour de ce champs, la date se mette à jour en ligne dans le sous for. J'ai donc ensuite fais une requête à partir de la table en-tête pour la lier avec mon doc WORD, qui lui n'a besoin que des coordonnées de mon candidat, de la date de notre rdv le reste de la lettre est toujours pareil c'est une RPP, réponse passe partout. Mais j'ai besoin dans mon sous-formulaire d'avoir la date du RDV car dans qq tps j'aurais peut-être besoin de connaître tous les candidats que j'ai reçu le 28 Février 2005, par exemple, donc il est impératif d'avoir cette date aux deux endroits, dans l'en-tête elle ne sert que pour le courrier type, telle date [RDV] nous sommes rencontrés et à l'issus de notre rencontre j'ai le plaisir ou le regret de vous informer que ....... Et la date du sous me servira ultérieurement pour les requêtes. Suis-je assez explicite ? Voili voila. Merci
Eric
re,
Alors le SQL ne serait-il pas ?
"INSERT INTO tb_candidatCprs(Date_RDV) values (#" & Format(Me!RDV,"mm/dd/yyyy") & "#)" plus certainement d'autres champs (au moins l'identifiant de la personne concernée)
Est-ce une RPP ? ;-)
Eric tu as peut être raison, je fais sans doute les choses à l'envers, ma table : "tb_candidat_ett" est la table ou se trouve le champs "RDV" que je renseigne, c'est la partie en-tête de mon formulaire. La table "tb_candidatCprs" est la partie sous-formulaire, ou je renseigne au fil des RDV tous les champs, que j'ai présenté sous forme d'onglets car cette table comporte une grande quantité de champs, et pour la personne qui effectuera les saisies je trouve que cette présentation est plus conviviale. Le champs "date_RDV" est le champs qui dois prendre le changement du champs "RDV" que je renseigne dans mon en-tête. En fait il faut voir mon formulaire ainsi, ma partie en-tête qui est fixe une fois renseignée, puis la partie sous-formulaire que l'on pourrait imaginer en mode feuille de données, je recois Monsieur truc pour la première fois, je rentre ses coordonnées dans l'entête, et dans la partie feulle de données je rentre le pourquoi de sa venue. Dans trois mois je revois le monsieur et on fait le point, donc j'ouvre son dossier, et mon champs "RDV" va être rempli, dans la partie en-tête, puis une nouvelle ligne de saisie va être faite avec les nouveaux éléments de ce nouveau RDV, mais je n'écrase pas la ligne précédente car je veux l'historique de nos RDV .... Dans ma partie en-tête j'ai un champs avec le nom de mes courriers types fais avec word et sur clic du nom du courrier ma lettre sort directement sur imprimante. Comme j'ai plusieurs RDV avec la personne afin d'éviter d'avoir autant de lettre que de RDV saisis dans mon sous-formulaire, je me suis dis qu'il fallait à ce moment la mettre la date du RDV dans l'en-tête, et que pour éviter les doubles saisies, et bien sur mise à jour de ce champs, la date se mette à jour en ligne dans le sous for. J'ai donc ensuite fais une requête à partir de la table en-tête pour la lier avec mon doc WORD, qui lui n'a besoin que des coordonnées de mon candidat, de la date de notre rdv le reste de la lettre est toujours pareil c'est une RPP, réponse passe partout. Mais j'ai besoin dans mon sous-formulaire d'avoir la date du RDV car dans qq tps j'aurais peut-être besoin de connaître tous les candidats que j'ai reçu le 28 Février 2005, par exemple, donc il est impératif d'avoir cette date aux deux endroits, dans l'en-tête elle ne sert que pour le courrier type, telle date [RDV] nous sommes rencontrés et à l'issus de notre rencontre j'ai le plaisir ou le regret de vous informer que ....... Et la date du sous me servira ultérieurement pour les requêtes. Suis-je assez explicite ? Voili voila. Merci
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
re,
Alors le SQL ne serait-il pas ?
"INSERT INTO tb_candidatCprs(Date_RDV) values (#" &
Format(Me!RDV,"mm/dd/yyyy") & "#)"
plus certainement d'autres champs (au moins l'identifiant de la personne
concernée)
Est-ce une RPP ? ;-)
Eric tu as peut être raison, je fais sans doute les choses à l'envers, ma
table : "tb_candidat_ett" est la table ou se trouve le champs "RDV" que je
renseigne, c'est la partie en-tête de mon formulaire.
La table "tb_candidatCprs" est la partie sous-formulaire, ou je renseigne au
fil des RDV tous les champs, que j'ai présenté sous forme d'onglets car
cette table comporte une grande quantité de champs, et pour la personne qui
effectuera les saisies je trouve que cette présentation est plus conviviale.
Le champs "date_RDV" est le champs qui dois prendre le changement du champs
"RDV" que je renseigne dans mon en-tête. En fait il faut voir mon formulaire
ainsi, ma partie en-tête qui est fixe une fois renseignée, puis la partie
sous-formulaire que l'on pourrait imaginer en mode feuille de données, je
recois Monsieur truc pour la première fois, je rentre ses coordonnées dans
l'entête, et dans la partie feulle de données je rentre le pourquoi de sa
venue. Dans trois mois je revois le monsieur et on fait le point, donc
j'ouvre son dossier, et mon champs "RDV" va être rempli, dans la partie
en-tête, puis une nouvelle ligne de saisie va être faite avec les nouveaux
éléments de ce nouveau RDV, mais je n'écrase pas la ligne précédente car je
veux l'historique de nos RDV ....
Dans ma partie en-tête j'ai un champs avec le nom de mes courriers types
fais avec word et sur clic du nom du courrier ma lettre sort directement sur
imprimante. Comme j'ai plusieurs RDV avec la personne afin d'éviter d'avoir
autant de lettre que de RDV saisis dans mon sous-formulaire, je me suis dis
qu'il fallait à ce moment la mettre la date du RDV dans l'en-tête, et que
pour éviter les doubles saisies, et bien sur mise à jour de ce champs, la
date se mette à jour en ligne dans le sous for. J'ai donc ensuite fais une
requête à partir de la table en-tête pour la lier avec mon doc WORD, qui lui
n'a besoin que des coordonnées de mon candidat, de la date de notre rdv le
reste de la lettre est toujours pareil c'est une RPP, réponse passe partout.
Mais j'ai besoin dans mon sous-formulaire d'avoir la date du RDV car dans qq
tps j'aurais peut-être besoin de connaître tous les candidats que j'ai reçu
le 28 Février 2005, par exemple, donc il est impératif d'avoir cette date
aux deux endroits, dans l'en-tête elle ne sert que pour le courrier type,
telle date [RDV] nous sommes rencontrés et à l'issus de notre rencontre j'ai
le plaisir ou le regret de vous informer que .......
Et la date du sous me servira ultérieurement pour les requêtes. Suis-je
assez explicite ?
Voili voila.
Merci
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
"INSERT INTO tb_candidatCprs(Date_RDV) values (#" & Format(Me!RDV,"mm/dd/yyyy") & "#)" plus certainement d'autres champs (au moins l'identifiant de la personne concernée)
Est-ce une RPP ? ;-)
Eric tu as peut être raison, je fais sans doute les choses à l'envers, ma table : "tb_candidat_ett" est la table ou se trouve le champs "RDV" que je renseigne, c'est la partie en-tête de mon formulaire. La table "tb_candidatCprs" est la partie sous-formulaire, ou je renseigne au fil des RDV tous les champs, que j'ai présenté sous forme d'onglets car cette table comporte une grande quantité de champs, et pour la personne qui effectuera les saisies je trouve que cette présentation est plus conviviale. Le champs "date_RDV" est le champs qui dois prendre le changement du champs "RDV" que je renseigne dans mon en-tête. En fait il faut voir mon formulaire ainsi, ma partie en-tête qui est fixe une fois renseignée, puis la partie sous-formulaire que l'on pourrait imaginer en mode feuille de données, je recois Monsieur truc pour la première fois, je rentre ses coordonnées dans l'entête, et dans la partie feulle de données je rentre le pourquoi de sa venue. Dans trois mois je revois le monsieur et on fait le point, donc j'ouvre son dossier, et mon champs "RDV" va être rempli, dans la partie en-tête, puis une nouvelle ligne de saisie va être faite avec les nouveaux éléments de ce nouveau RDV, mais je n'écrase pas la ligne précédente car je veux l'historique de nos RDV .... Dans ma partie en-tête j'ai un champs avec le nom de mes courriers types fais avec word et sur clic du nom du courrier ma lettre sort directement sur imprimante. Comme j'ai plusieurs RDV avec la personne afin d'éviter d'avoir autant de lettre que de RDV saisis dans mon sous-formulaire, je me suis dis qu'il fallait à ce moment la mettre la date du RDV dans l'en-tête, et que pour éviter les doubles saisies, et bien sur mise à jour de ce champs, la date se mette à jour en ligne dans le sous for. J'ai donc ensuite fais une requête à partir de la table en-tête pour la lier avec mon doc WORD, qui lui n'a besoin que des coordonnées de mon candidat, de la date de notre rdv le reste de la lettre est toujours pareil c'est une RPP, réponse passe partout. Mais j'ai besoin dans mon sous-formulaire d'avoir la date du RDV car dans qq tps j'aurais peut-être besoin de connaître tous les candidats que j'ai reçu le 28 Février 2005, par exemple, donc il est impératif d'avoir cette date aux deux endroits, dans l'en-tête elle ne sert que pour le courrier type, telle date [RDV] nous sommes rencontrés et à l'issus de notre rencontre j'ai le plaisir ou le regret de vous informer que ....... Et la date du sous me servira ultérieurement pour les requêtes. Suis-je assez explicite ? Voili voila. Merci
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Oui, j'avais bien compris à la lecture de ton post. C'était une boutade vu la 'minceur' de la réponse. La question était :
Est-ce une RPP ? ;-)
et non Qu'est-ce qu'une RPP ?
Une RPP est une "réponse passe partout"
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Eric
re,
Comment ça . Currentdb.Execute "la chaine sql" ne fait rien sur Après mise à jour du champ RDV. Dans la table tb_candidatCprs il n'y a pas un nouvel enregistrement ?
Ca évolue en écrivant le code tel que tu le dis dans ta dernière rpse, je n'ai plus de mssg d'erreur mais il ne se passe rien..... Merci
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
re,
Comment ça .
Currentdb.Execute "la chaine sql" ne fait rien sur Après mise à jour du
champ RDV. Dans la table tb_candidatCprs il n'y a pas un nouvel
enregistrement ?
Ca évolue en écrivant le code tel que tu le dis dans ta dernière rpse, je
n'ai plus de mssg d'erreur mais il ne se passe rien.....
Merci
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Comment ça . Currentdb.Execute "la chaine sql" ne fait rien sur Après mise à jour du champ RDV. Dans la table tb_candidatCprs il n'y a pas un nouvel enregistrement ?
Ca évolue en écrivant le code tel que tu le dis dans ta dernière rpse, je n'ai plus de mssg d'erreur mais il ne se passe rien..... Merci
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
