deplacer enregistrement

"Le méruvien" <vdb.roger@free.fr> écrivait
news:40a5b382$0$22131$636a15ce@news.free.fr:

bonjour,
dans ma base, j'ai une table "client potentiel", avec les coordonnées
de <> sociétés prospectées, et une table "client réel" avec les
coordonnées de clients réels.
Je voudrai, dans le formulaire basé sur le table "client potentiel"
mettre un bouton, qui quand je cliquerai dessu, l'enregistrement
selectionné disparaitrait de cette table et passerait dans la table
"client réel" Mais comment ??
merci d'avance
roger

Bonjour Roger,

regardes le post du 12/05 de 17:01 intitulé Copie d'enregistrement (d'une
table vers une autre).
et derrière tu rajoutes une instruction sql

strSQl = "Delete * from [client potentiel] where [Numéro]=" &
[Formulaires]![Formulaire1]![Numéro]& ";";

Currentdb.execute srtrSQL

(Prends garde de faire une copie de secours de tes tables au préalable)

A+
Eric

Bonjour Roger.

Sans repondre directement a votre question (cfr message
d'Eric), je voudrais vous faire une suggestion :

Plutot que de deplacer des enregistrements, pourquoi ne
pas gerer tout simplement un/des indicateur(s) d'etat ou
de qualite dans un fichier general regroupant tous les
tiers ou tous les contacts.

Un contact non qualifie (cad une adresse collectee au
hasard d'une rencontre ou en prevision de ... ) aurait une
qualit 0, puis peut devenir prospect avec une qualite 1 et
ensuite client avec une qualite 2 etc ... voire etre
declare indesirable, failli etc...

En gerant quelques champs "Qualité", on peut suivre des
contacts generaux, des prospects et clients, des
fournisseurs potentiels ou confirmes etc..
Et les informations de base sur les contacts "mixtes",
ceux qui sont clients ET fournisseurs, ne sont pas
dupliquees, ce qui garantit la mise a niveau constante de
toutes les infos.

On gere eventuellement des tables complementaires pour les
infos spécifiques, car les infos sur les clients sont
souvent plus completes que celles qu'on retient sur les
fournisseurs, les infos relatives aux contacts etant
encore moins riches ou differentes.

Ensuite, on applique un critere de selection dans les
requetes qui servent de source aux differents traitements.

Personnellement, je suis tres satisfait de cette structure.

Bon WE.
M.Gesnot

-----Message d'origine-----
"Le méruvien" <vdb.roger@free.fr> écrivait
news:40a5b382$0$22131$636a15ce@news.free.fr:

bonjour,
dans ma base, j'ai une table "client potentiel", avec
les coordonnées

de <> sociétés prospectées, et une table "client réel"
avec les

coordonnées de clients réels.
Je voudrai, dans le formulaire basé sur le
table "client potentiel"

mettre un bouton, qui quand je cliquerai dessu,
l'enregistrement

selectionné disparaitrait de cette table et passerait
dans la table

"client réel" Mais comment ??
merci d'avance
roger

Bonjour Roger,

regardes le post du 12/05 de 17:01 intitulé Copie
d'enregistrement (d'une

table vers une autre).
et derrière tu rajoutes une instruction sql

strSQl = "Delete * from [client potentiel] where [Numéro]
=" &

[Formulaires]![Formulaire1]![Numéro]& ";";

Currentdb.execute srtrSQL

(Prends garde de faire une copie de secours de tes tables
au préalable)

A+
Eric
.

Bonjour Eric, une fois de plus merci, j'avais bien vue le reponse du 12/05,
mais quand je fait une requette d'ajout, ça marche pas, j'ai un message
disant qu'acccess ne peut pas, car il y a "violation des règles de
validation" ???
dans ma table "client réel", il y a une dizaine de champs, mais dans la
table"clients potentiel", je n'en ai que 5 ,donc dans ma requette j'ai mis
que les 5 a ajouter ! et autre précision, dans ma table "client réel" c'est
champ là sont en saisie obligatoire, est-cela qui interdirait d'en ajouter
??
Ex: table "client réel" ... champs "nom,code postal,ville" en saisie
obligatoire et la suite en normal
table "client potentiel" ...champs "nom, cp,ville" en normal.
Pour répondre a la question de Michel, bien sur je voulait fair cette
methode, dautant plus que dans ma table "client réel", j'ai un champ
"statut" qui est a 1 (pour les vrais clients) et à 2 (pour les clients
prospecté), mais la mon problème, c'est que ma liste de clients potentiel
est l'importation d'un fichier excel ! donc je reviens dans le même
problème, que si je fait une requette ajout, ça marche pas.
Merci de vos idées.
roger



"Eric" <f_framZZ@hotmail.com> a écrit dans le message de news:
XnF94EA83EA396EBfframZZhotmailcom@207.46.248.16...

"Le méruvien" <vdb.roger@free.fr> écrivait
news:40a5b382$0$22131$636a15ce@news.free.fr:

bonjour,
dans ma base, j'ai une table "client potentiel", avec les coordonnées
de <> sociétés prospectées, et une table "client réel" avec les
coordonnées de clients réels.
Je voudrai, dans le formulaire basé sur le table "client potentiel"
mettre un bouton, qui quand je cliquerai dessu, l'enregistrement
selectionné disparaitrait de cette table et passerait dans la table
"client réel" Mais comment ??
merci d'avance
roger

Bonjour Roger,

regardes le post du 12/05 de 17:01 intitulé Copie d'enregistrement (d'une
table vers une autre).
et derrière tu rajoutes une instruction sql

strSQl = "Delete * from [client potentiel] where [Numéro]=" &
[Formulaires]![Formulaire1]![Numéro]& ";";

Currentdb.execute srtrSQL

(Prends garde de faire une copie de secours de tes tables au préalable)

A+
Eric

Bonjour Roger

"Le méruvien" écrivait :
... j'ai un message disant qu'acccess ne peut pas, car il y a "violation
des règles de validation" ???

As tu vérifié les règles de validation de ces 5 champs de la table
Client_reel? Il se peut que tes données en provenance d'Excel ne
respectent pas ces règles. Après tu as encore 5 autres champs qui eux
aussi sont peut être contraints par des règles définies dans la propriété
Valide Si ...

La source de ce message pouvant être multiple (dues à plusieurs champs en
violation), il est difficile de te donner plus de détails.

Tu pourrais essayer en créant une copie de la struture de la table
Client_reel et tu vires sur les champs les 1 après les autres tes règles
de validation entre 2 essais d'ajout. Tu devrais trouver la cause.

dans ma table "client réel", il y a une dizaine de champs, mais dans
la table"clients potentiel", je n'en ai que 5 ,donc dans ma requette
j'ai mis que les 5 a ajouter !

Si tu mets que ces 5 champs, Access va quand même verifier tes regles de
validation sur les autres champs de Client_reel car tu crées un
enregistrement. Pour lui c'est tous les champs qu'il vérifie.

et autre précision, dans ma table

"client réel" c'est champ là sont en saisie obligatoire, est-cela qui
interdirait d'en ajouter ??
Non la sasie obligatoire ( Null interdit, Chaine vide Autorisée à Non

...) t'empeche de créer cet enregistrement mais ne t'envoie pas le msg
Violation de regles de validation je pense mais Null interdit ou chaine
vide pas autorisée. S'il y a un champ qui lie cette table à une autre
(via une relation 1 à plusieurs et Client-reel est du coté 1), tu aurais
un msg Champ X Required...


A+
Eric

PS : tu peux, si tu craques et si tu veux, me faire parvenir ta bd avec
les tables, zippée à mon adresse : eric.ronot@free.fr

Salut,

Je crois que vous vous compliquez un peu la vie, pourquoi ne pas utiliser
une seule table avec une date de première commande ?

Tant que la date de dernière commande est nulle le client est potentiel Dès
sa première commande, cette date est renseignée... et le client devient
automatiquement réel...

L'intéret est que la division ne se fait qu'à l'affichage et ça simplifie
grandement l'ensemble.

Avec une telle technique il est possible de créer une règle de gestion qui
déclancherait une alerte lorsqu'un client n'a plus commandé depuis longtemps
de façon à prévenir les commerciaux qu'il est grand temps de relancer le
client.

Il est important de dissocier la structure physique des tables du
fonctionnel. En effet il n'est pas impossible d'une nouvelle "race" de
client apparaissent : liste noire, mauvais payeurs etc... Il serait domage
de faire une nouvelle table à chaque fois...

@+

Salut

LJ




"Eric" <f_framZZ@hotmail.com> a écrit dans le message de
news:XnF94EB7A380D428fframZZhotmailcom@207.46.248.16...

Bonjour Roger

"Le méruvien" écrivait :
... j'ai un message disant qu'acccess ne peut pas, car il y a "violation
des règles de validation" ???

As tu vérifié les règles de validation de ces 5 champs de la table
Client_reel? Il se peut que tes données en provenance d'Excel ne
respectent pas ces règles. Après tu as encore 5 autres champs qui eux
aussi sont peut être contraints par des règles définies dans la propriété
Valide Si ...

La source de ce message pouvant être multiple (dues à plusieurs champs en
violation), il est difficile de te donner plus de détails.

Tu pourrais essayer en créant une copie de la struture de la table
Client_reel et tu vires sur les champs les 1 après les autres tes règles
de validation entre 2 essais d'ajout. Tu devrais trouver la cause.

dans ma table "client réel", il y a une dizaine de champs, mais dans
la table"clients potentiel", je n'en ai que 5 ,donc dans ma requette
j'ai mis que les 5 a ajouter !

Si tu mets que ces 5 champs, Access va quand même verifier tes regles de
validation sur les autres champs de Client_reel car tu crées un
enregistrement. Pour lui c'est tous les champs qu'il vérifie.

et autre précision, dans ma table

"client réel" c'est champ là sont en saisie obligatoire, est-cela qui
interdirait d'en ajouter ??
Non la sasie obligatoire ( Null interdit, Chaine vide Autorisée à Non

...) t'empeche de créer cet enregistrement mais ne t'envoie pas le msg
Violation de regles de validation je pense mais Null interdit ou chaine
vide pas autorisée. S'il y a un champ qui lie cette table à une autre
(via une relation 1 à plusieurs et Client-reel est du coté 1), tu aurais
un msg Champ X Required...


A+
Eric

PS : tu peux, si tu craques et si tu veux, me faire parvenir ta bd avec
les tables, zippée à mon adresse : eric.ronot@free.fr