Merci =E0 ceux qui m'ont r=E9pondu bien que cel=E0 ne r=E8gle pas=20
mon probl=E8me.
Je m'explique. Bref, je transmet =E0 des clients des bases=20
de donn=E9es de consultation qui sont mise =E0 jour=20
mensuellement. C'est un peu comme si je leur transmettais=20
un CD contenant leur base =E0 chaque mois. Comme nous ne=20
fonctionnons pas en r=E9seau, je ne peux appliquer de=20
protection r=E9seau. N=E9anmoins, cette fa=E7on de faire=20
convient jusqu'=E0 maintenant tr=E8s bien.
R=E9cemment, les directeurs m'on demand=E9 s'il pouvait avoir=20
la possibilit=E9 de donner acc=E8s =E0 certaines donn=E9es =E0 leurs=20
adjoints sans que ceux-ci n'aient acc=E8s =E0 la totalit=E9 de=20
la base. Par mesure de protection des donn=E9es, je dois=20
donc cr=E9er des proc=E9dures et fonctions qui cr=E9=E9e de=20
nouvelles bases de donn=E9es ne contenant que les tables,=20
requ=EAtes, panoramas et =E9tats requis en fonction d'adjoints=20
sp=E9cifiques. Notez que le directeur =E0 la possibilit=E9 de=20
choisir les donn=E9es qu'il veut transmettre =E0 quiconque.
Tout =E7=E0 est envisageable jusqu'=E0 maintenant. Le directeur=20
X n'aurait donc qu'=E0 appuyer sur un bouton pour cr=E9er les=20
objets requis et y inscrire les donn=E9es pour l'adjoint Y.=20
Celui-ci aurait donc sa petite base de donn=E9es personnelle=20
ne contenant que ce qu'il =E0 droit.
Le hic... c'est qu'on veux =E9galement conserver la=20
protection du code. Donc, lorsque je copie mes objets vers=20
la nouvelle base, il n'y a aucun probl=E8me pour les tables=20
ou requ=EAtes, mais lorsqu'il s'agit d'un formulaire, d'un=20
=E9tat ou d'un module ou il y a du VBA et bien probl=E8me. La=20
copie de ces objets n=E9cessitent le fameux mot de passe.
C'est pourquoi, je me demandais s'il =E9tait possible "at=20
runtime", d'inscrire ce mot de passe =E0 l'int=E9rieur du code=20
VBA pour me permettre d'effectuer ces copies.
Si quelqu'un =E0 une id=E9e, elle sera la bienvenue.
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]
Pourquoi ne pas faire une base sécurisée au niveau utilisateur ? lire la fiche : http://www.self-access.com/access/grenier/acRedir.php?id
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain Grenier" a écrit dans le message de news: 0f6f01c4e6ab$4a533660$ Merci à ceux qui m'ont répondu bien que celà ne règle pas mon problème.
Je m'explique. Bref, je transmet à des clients des bases de données de consultation qui sont mise à jour mensuellement. C'est un peu comme si je leur transmettais un CD contenant leur base à chaque mois. Comme nous ne fonctionnons pas en réseau, je ne peux appliquer de protection réseau. Néanmoins, cette façon de faire convient jusqu'à maintenant très bien.
Récemment, les directeurs m'on demandé s'il pouvait avoir la possibilité de donner accès à certaines données à leurs adjoints sans que ceux-ci n'aient accès à la totalité de la base. Par mesure de protection des données, je dois donc créer des procédures et fonctions qui créée de nouvelles bases de données ne contenant que les tables, requêtes, panoramas et états requis en fonction d'adjoints spécifiques. Notez que le directeur à la possibilité de choisir les données qu'il veut transmettre à quiconque.
Tout çà est envisageable jusqu'à maintenant. Le directeur X n'aurait donc qu'à appuyer sur un bouton pour créer les objets requis et y inscrire les données pour l'adjoint Y. Celui-ci aurait donc sa petite base de données personnelle ne contenant que ce qu'il à droit.
Le hic... c'est qu'on veux également conserver la protection du code. Donc, lorsque je copie mes objets vers la nouvelle base, il n'y a aucun problème pour les tables ou requêtes, mais lorsqu'il s'agit d'un formulaire, d'un état ou d'un module ou il y a du VBA et bien problème. La copie de ces objets nécessitent le fameux mot de passe.
C'est pourquoi, je me demandais s'il était possible "at runtime", d'inscrire ce mot de passe à l'intérieur du code VBA pour me permettre d'effectuer ces copies.
Si quelqu'un à une idée, elle sera la bienvenue.
Merci
Pourquoi ne pas faire une base sécurisée au niveau utilisateur ?
lire la fiche : http://www.self-access.com/access/grenier/acRedir.php?id
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain Grenier" <anonymous@discussions.microsoft.com> a écrit dans le
message de news: 0f6f01c4e6ab$4a533660$a301280a@phx.gbl...
Merci à ceux qui m'ont répondu bien que celà ne règle pas
mon problème.
Je m'explique. Bref, je transmet à des clients des bases
de données de consultation qui sont mise à jour
mensuellement. C'est un peu comme si je leur transmettais
un CD contenant leur base à chaque mois. Comme nous ne
fonctionnons pas en réseau, je ne peux appliquer de
protection réseau. Néanmoins, cette façon de faire
convient jusqu'à maintenant très bien.
Récemment, les directeurs m'on demandé s'il pouvait avoir
la possibilité de donner accès à certaines données à leurs
adjoints sans que ceux-ci n'aient accès à la totalité de
la base. Par mesure de protection des données, je dois
donc créer des procédures et fonctions qui créée de
nouvelles bases de données ne contenant que les tables,
requêtes, panoramas et états requis en fonction d'adjoints
spécifiques. Notez que le directeur à la possibilité de
choisir les données qu'il veut transmettre à quiconque.
Tout çà est envisageable jusqu'à maintenant. Le directeur
X n'aurait donc qu'à appuyer sur un bouton pour créer les
objets requis et y inscrire les données pour l'adjoint Y.
Celui-ci aurait donc sa petite base de données personnelle
ne contenant que ce qu'il à droit.
Le hic... c'est qu'on veux également conserver la
protection du code. Donc, lorsque je copie mes objets vers
la nouvelle base, il n'y a aucun problème pour les tables
ou requêtes, mais lorsqu'il s'agit d'un formulaire, d'un
état ou d'un module ou il y a du VBA et bien problème. La
copie de ces objets nécessitent le fameux mot de passe.
C'est pourquoi, je me demandais s'il était possible "at
runtime", d'inscrire ce mot de passe à l'intérieur du code
VBA pour me permettre d'effectuer ces copies.
Pourquoi ne pas faire une base sécurisée au niveau utilisateur ? lire la fiche : http://www.self-access.com/access/grenier/acRedir.php?id
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alain Grenier" a écrit dans le message de news: 0f6f01c4e6ab$4a533660$ Merci à ceux qui m'ont répondu bien que celà ne règle pas mon problème.
Je m'explique. Bref, je transmet à des clients des bases de données de consultation qui sont mise à jour mensuellement. C'est un peu comme si je leur transmettais un CD contenant leur base à chaque mois. Comme nous ne fonctionnons pas en réseau, je ne peux appliquer de protection réseau. Néanmoins, cette façon de faire convient jusqu'à maintenant très bien.
Récemment, les directeurs m'on demandé s'il pouvait avoir la possibilité de donner accès à certaines données à leurs adjoints sans que ceux-ci n'aient accès à la totalité de la base. Par mesure de protection des données, je dois donc créer des procédures et fonctions qui créée de nouvelles bases de données ne contenant que les tables, requêtes, panoramas et états requis en fonction d'adjoints spécifiques. Notez que le directeur à la possibilité de choisir les données qu'il veut transmettre à quiconque.
Tout çà est envisageable jusqu'à maintenant. Le directeur X n'aurait donc qu'à appuyer sur un bouton pour créer les objets requis et y inscrire les données pour l'adjoint Y. Celui-ci aurait donc sa petite base de données personnelle ne contenant que ce qu'il à droit.
Le hic... c'est qu'on veux également conserver la protection du code. Donc, lorsque je copie mes objets vers la nouvelle base, il n'y a aucun problème pour les tables ou requêtes, mais lorsqu'il s'agit d'un formulaire, d'un état ou d'un module ou il y a du VBA et bien problème. La copie de ces objets nécessitent le fameux mot de passe.
C'est pourquoi, je me demandais s'il était possible "at runtime", d'inscrire ce mot de passe à l'intérieur du code VBA pour me permettre d'effectuer ces copies.
