Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonjour.
ce n'est pas forcément la bonne solution de séparer les états car ça te fait 1 base supplémentaire à maintenir aussi pour chaque client. tu peux faire une base spéciale avec que des états et lier les tables ce qui te permet soit de lancer la base directement soir de lancer les états par automation access<-->access. mais le plus difficile sera le passage des paramètres ou la récupération des paramètres par les états dans des formulaires de l'autre base. je te conseillerais de faire 2 bases séparées chez toi pour développer (peut-être et encore ....) mais ne diffuser qu'une seule base complète.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"doudou" a écrit dans le message de news:
Bonjour ,
Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le nombre de version de manière exponentielle.
Je désirerait avoir une base qui contient les état, et j'aimerait faire en sorte qu'il soit liées ....
Comment faire ????
Merci d'vance
Bonjour.
ce n'est pas forcément la bonne solution de séparer les états car ça te fait
1 base supplémentaire à maintenir aussi pour chaque client.
tu peux faire une base spéciale avec que des états et lier les tables ce
qui te permet soit de lancer la base directement soir de lancer les états
par automation access<-->access.
mais le plus difficile sera le passage des paramètres ou la récupération des
paramètres par les états dans des formulaires de l'autre base.
je te conseillerais de faire 2 bases séparées chez toi pour développer
(peut-être et encore ....) mais ne diffuser qu'une seule base complète.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"doudou" <doudou@discussions.microsoft.com> a écrit dans le message de news:
6FA8F9D9-3EFB-46E8-929C-DF4FEFF5D74F@microsoft.com...
Bonjour ,
Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le
nombre de version de manière exponentielle.
Je désirerait avoir une base qui contient les état, et j'aimerait faire en
sorte qu'il soit liées ....
ce n'est pas forcément la bonne solution de séparer les états car ça te fait 1 base supplémentaire à maintenir aussi pour chaque client. tu peux faire une base spéciale avec que des états et lier les tables ce qui te permet soit de lancer la base directement soir de lancer les états par automation access<-->access. mais le plus difficile sera le passage des paramètres ou la récupération des paramètres par les états dans des formulaires de l'autre base. je te conseillerais de faire 2 bases séparées chez toi pour développer (peut-être et encore ....) mais ne diffuser qu'une seule base complète.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"doudou" a écrit dans le message de news:
Bonjour ,
Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le nombre de version de manière exponentielle.
Je désirerait avoir une base qui contient les état, et j'aimerait faire en sorte qu'il soit liées ....
à la lecture du post de Pierre, je doute de la définition d'un client. qui est utilisateur de la base dans ton cas, le client ou toi pour facturer tes clients ? je suis parti du principe que ton client était l'utilisateur de la base pour facturer ses propres clients.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Raymond [mvp]" a écrit dans le message de news: %
Bonjour.
ce n'est pas forcément la bonne solution de séparer les états car ça te fait 1 base supplémentaire à maintenir aussi pour chaque client. tu peux faire une base spéciale avec que des états et lier les tables ce qui te permet soit de lancer la base directement soir de lancer les états par automation access<-->access. mais le plus difficile sera le passage des paramètres ou la récupération des paramètres par les états dans des formulaires de l'autre base. je te conseillerais de faire 2 bases séparées chez toi pour développer (peut-être et encore ....) mais ne diffuser qu'une seule base complète.
-- @+ Raymond Access MVP
à la lecture du post de Pierre, je doute de la définition d'un client.
qui est utilisateur de la base dans ton cas, le client ou toi pour facturer
tes clients ?
je suis parti du principe que ton client était l'utilisateur de la base pour
facturer ses propres clients.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Raymond [mvp]" <XYZ.officesystem.access@free.fr> a écrit dans le message de
news: %23hstVhKUFHA.2420@TK2MSFTNGP12.phx.gbl...
Bonjour.
ce n'est pas forcément la bonne solution de séparer les états car ça te
fait 1 base supplémentaire à maintenir aussi pour chaque client.
tu peux faire une base spéciale avec que des états et lier les tables ce
qui te permet soit de lancer la base directement soir de lancer les états
par automation access<-->access.
mais le plus difficile sera le passage des paramètres ou la récupération
des paramètres par les états dans des formulaires de l'autre base.
je te conseillerais de faire 2 bases séparées chez toi pour développer
(peut-être et encore ....) mais ne diffuser qu'une seule base complète.
à la lecture du post de Pierre, je doute de la définition d'un client. qui est utilisateur de la base dans ton cas, le client ou toi pour facturer tes clients ? je suis parti du principe que ton client était l'utilisateur de la base pour facturer ses propres clients.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Raymond [mvp]" a écrit dans le message de news: %
Bonjour.
ce n'est pas forcément la bonne solution de séparer les états car ça te fait 1 base supplémentaire à maintenir aussi pour chaque client. tu peux faire une base spéciale avec que des états et lier les tables ce qui te permet soit de lancer la base directement soir de lancer les états par automation access<-->access. mais le plus difficile sera le passage des paramètres ou la récupération des paramètres par les états dans des formulaires de l'autre base. je te conseillerais de faire 2 bases séparées chez toi pour développer (peut-être et encore ....) mais ne diffuser qu'une seule base complète.
-- @+ Raymond Access MVP
doudou
Bien sur mes certains des clients ont des souhaits sur les document prpores à eux.
Les concurrents possédant un éditeur d'état .....
Moi je désirait cette base comme ça mes techniciens peuvent modifier la base et les états pour chaques client..
à l'heure actuelle je fait des formats différents d'état qui se retrouve tous dans la même base (pour la maintenance) et qui sont activé grace à une vrariable de la base soit le numéro de licence et le nom client ce qui permet lors de l'impression d'aller chercher le bon type d'état...
on à déjà une 50 ène de client avec ce type de base .
Mais certain client connaissant de manière novice access veulent pouvoir mettre en rouge tel champs pis en bleu tel champs, pis en jaune tel champs, pis en turquoise tel champs, pis en rose tel champs .... lol enfin voilà un petit nombre de chieur ....
La chose étant de leur permettre de faire ça si c'est dans une base access
Merci de vos réponses
Salut,
"doudou" | Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le | nombre de version de manière exponentielle. | | Je désirerait avoir une base qui contient les état, et j'aimerait faire en | sorte qu'il soit liées ....
C'est du jamais vu !! Cette façon de faire... Que fait tu si tu doit gérer 1000 client ?
Je te conseillerais vivement de revenir à la raison et de construire un état qui possède une source filtrée pour s'adapter à tous tes clients.
Pour un "mode de facturation" il ne faut qu'un état !
Bien sur mes certains des clients ont des souhaits sur les document prpores à
eux.
Les concurrents possédant un éditeur d'état .....
Moi je désirait cette base comme ça mes techniciens peuvent modifier la base
et les états pour chaques client..
à l'heure actuelle je fait des formats différents d'état qui se retrouve
tous dans la même base (pour la maintenance) et qui sont activé grace à une
vrariable de la base soit le numéro de licence et le nom client ce qui permet
lors de l'impression d'aller chercher le bon type d'état...
on à déjà une 50 ène de client avec ce type de base .
Mais certain client connaissant de manière novice access veulent pouvoir
mettre en rouge tel champs pis en bleu tel champs, pis en jaune tel champs,
pis en turquoise tel champs, pis en rose tel champs .... lol enfin voilà un
petit nombre de chieur ....
La chose étant de leur permettre de faire ça si c'est dans une base access
Merci de vos réponses
Salut,
"doudou"
| Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le
| nombre de version de manière exponentielle.
|
| Je désirerait avoir une base qui contient les état, et j'aimerait faire en
| sorte qu'il soit liées ....
C'est du jamais vu !! Cette façon de faire...
Que fait tu si tu doit gérer 1000 client ?
Je te conseillerais vivement de revenir à la raison et de construire un état
qui possède une source filtrée pour s'adapter à tous tes clients.
Pour un "mode de facturation" il ne faut qu'un état !
Bien sur mes certains des clients ont des souhaits sur les document prpores à eux.
Les concurrents possédant un éditeur d'état .....
Moi je désirait cette base comme ça mes techniciens peuvent modifier la base et les états pour chaques client..
à l'heure actuelle je fait des formats différents d'état qui se retrouve tous dans la même base (pour la maintenance) et qui sont activé grace à une vrariable de la base soit le numéro de licence et le nom client ce qui permet lors de l'impression d'aller chercher le bon type d'état...
on à déjà une 50 ène de client avec ce type de base .
Mais certain client connaissant de manière novice access veulent pouvoir mettre en rouge tel champs pis en bleu tel champs, pis en jaune tel champs, pis en turquoise tel champs, pis en rose tel champs .... lol enfin voilà un petit nombre de chieur ....
La chose étant de leur permettre de faire ça si c'est dans une base access
Merci de vos réponses
Salut,
"doudou" | Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le | nombre de version de manière exponentielle. | | Je désirerait avoir une base qui contient les état, et j'aimerait faire en | sorte qu'il soit liées ....
C'est du jamais vu !! Cette façon de faire... Que fait tu si tu doit gérer 1000 client ?
Je te conseillerais vivement de revenir à la raison et de construire un état qui possède une source filtrée pour s'adapter à tous tes clients.
Pour un "mode de facturation" il ne faut qu'un état !
PS : Pour un mode de facturation par exemple pour certains client :
Mode francais et anglais ....
de cela décline
Mode TVA , Mode sans TVA , TVA extra communautaire... déclinaison des prix et temps facturée ou non déclinaison des couts et temps non facturer Proforma. AVOIR. Récapitulative. facturation par affaire. Facturation par pièce Facturation pas Poste
Facturation fournisseur Facturation Sous Traitance ect...
Ceci sont les modèle standart ou chacun veut sont tit souhait ...
Adresse en bas .. Adresse en haut... Fournisseur en haut à gauche, ou non finalement en bas à droite, ou non en haut à droite .......
grrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
Donc des états lié serait le pied ......
Salut,
"doudou" | Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le | nombre de version de manière exponentielle. | | Je désirerait avoir une base qui contient les état, et j'aimerait faire en | sorte qu'il soit liées ....
C'est du jamais vu !! Cette façon de faire... Que fait tu si tu doit gérer 1000 client ?
Je te conseillerais vivement de revenir à la raison et de construire un état qui possède une source filtrée pour s'adapter à tous tes clients.
Pour un "mode de facturation" il ne faut qu'un état !
PS : Pour un mode de facturation par exemple pour certains client :
Mode francais et anglais ....
de cela décline
Mode TVA , Mode sans TVA , TVA extra communautaire...
déclinaison des prix et temps facturée ou non
déclinaison des couts et temps non facturer
Proforma.
AVOIR.
Récapitulative.
facturation par affaire.
Facturation par pièce
Facturation pas Poste
Facturation fournisseur
Facturation Sous Traitance
ect...
Ceci sont les modèle standart ou chacun veut sont tit souhait ...
Adresse en bas ..
Adresse en haut...
Fournisseur en haut à gauche, ou non finalement en bas à droite, ou non en
haut à droite .......
grrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
Donc des états lié serait le pied ......
Salut,
"doudou"
| Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le
| nombre de version de manière exponentielle.
|
| Je désirerait avoir une base qui contient les état, et j'aimerait faire en
| sorte qu'il soit liées ....
C'est du jamais vu !! Cette façon de faire...
Que fait tu si tu doit gérer 1000 client ?
Je te conseillerais vivement de revenir à la raison et de construire un état
qui possède une source filtrée pour s'adapter à tous tes clients.
Pour un "mode de facturation" il ne faut qu'un état !
PS : Pour un mode de facturation par exemple pour certains client :
Mode francais et anglais ....
de cela décline
Mode TVA , Mode sans TVA , TVA extra communautaire... déclinaison des prix et temps facturée ou non déclinaison des couts et temps non facturer Proforma. AVOIR. Récapitulative. facturation par affaire. Facturation par pièce Facturation pas Poste
Facturation fournisseur Facturation Sous Traitance ect...
Ceci sont les modèle standart ou chacun veut sont tit souhait ...
Adresse en bas .. Adresse en haut... Fournisseur en haut à gauche, ou non finalement en bas à droite, ou non en haut à droite .......
grrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
Donc des états lié serait le pied ......
Salut,
"doudou" | Voilà chacun de mes clients ont des états fait pour eux ce qui augmente le | nombre de version de manière exponentielle. | | Je désirerait avoir une base qui contient les état, et j'aimerait faire en | sorte qu'il soit liées ....
C'est du jamais vu !! Cette façon de faire... Que fait tu si tu doit gérer 1000 client ?
Je te conseillerais vivement de revenir à la raison et de construire un état qui possède une source filtrée pour s'adapter à tous tes clients.
Pour un "mode de facturation" il ne faut qu'un état !
Oui excusez moi je n'avait pas penser que l'autre cas était possible. Et que des gens utilise leur propre conception. C vrai que dans ce cas cette question était très bête...
Merci quand même de vos réponses et c'est vrai que tout le monde n'utilise pas access pour faire la même chose pour les mêmes utilisateurs ...
Sorry...
JE ne voit donc qu'une solution faire former mes techs pour qu'il soit capable de modifier des états .... connaissez vous de bon centre de formations jsute pour ça ????
Salut,
"doudou" | Bien sur mes certains des clients ont des souhaits sur les document prpores à | eux. <snip>
Dans ce cas, tu est dans le cas de figure dont parle Raymond !
Tu ne facture pas, mais tes différents clients factures eux à leur manière...
Oui excusez moi je n'avait pas penser que l'autre cas était possible. Et que
des gens utilise leur propre conception. C vrai que dans ce cas cette
question était très bête...
Merci quand même de vos réponses et c'est vrai que tout le monde n'utilise
pas access pour faire la même chose pour les mêmes utilisateurs ...
Sorry...
JE ne voit donc qu'une solution faire former mes techs pour qu'il soit
capable de modifier des états .... connaissez vous de bon centre de
formations jsute pour ça ????
Salut,
"doudou"
| Bien sur mes certains des clients ont des souhaits sur les document prpores à
| eux.
<snip>
Dans ce cas, tu est dans le cas de figure dont parle Raymond !
Tu ne facture pas, mais tes différents clients factures eux à leur manière...
Oui excusez moi je n'avait pas penser que l'autre cas était possible. Et que des gens utilise leur propre conception. C vrai que dans ce cas cette question était très bête...
Merci quand même de vos réponses et c'est vrai que tout le monde n'utilise pas access pour faire la même chose pour les mêmes utilisateurs ...
Sorry...
JE ne voit donc qu'une solution faire former mes techs pour qu'il soit capable de modifier des états .... connaissez vous de bon centre de formations jsute pour ça ????
Salut,
"doudou" | Bien sur mes certains des clients ont des souhaits sur les document prpores à | eux. <snip>
Dans ce cas, tu est dans le cas de figure dont parle Raymond !
Tu ne facture pas, mais tes différents clients factures eux à leur manière...
