lorsque l'on cr=E9=E9 une demande de r=E9union avec Outlook et que l'on
saisit une liste d'emails, la r=E9union peut =EAtre cr=E9=E9e sur WSS
(tr=E9s bein) et ceux ci sont rajout=E9s comme utilisateurs (tr=E9s bien
aussi).
Par contre, il n'est pas donn=E9 d'acc=E9s =E0 ces utilisateurs au
workspace cr=E9=E9!!
N'y a t'il vraiment pas d'autre solution que de les rajouter =E0 la
main? (m=EAme avec SPS?)
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
Vincent Isoz
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc pourquoi est-ce que les personnes auraient un workspace dans un site d'équipe dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de microsoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concernent les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
Bonjour,
lorsque l'on créé une demande de réunion avec Outlook et que l'on saisit une liste d'emails, la réunion peut être créée sur WSS (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien aussi). Par contre, il n'est pas donné d'accés à ces utilisateurs au workspace créé!!
N'y a t'il vraiment pas d'autre solution que de les rajouter à la main? (même avec SPS?)
merci de votre aide.
Rod
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc
pourquoi est-ce que les personnes auraient un workspace dans un site d'équipe
dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de microsoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concernent
les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
Bonjour,
lorsque l'on créé une demande de réunion avec Outlook et que l'on
saisit une liste d'emails, la réunion peut être créée sur WSS
(trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien
aussi).
Par contre, il n'est pas donné d'accés à ces utilisateurs au
workspace créé!!
N'y a t'il vraiment pas d'autre solution que de les rajouter à la
main? (même avec SPS?)
C'est parce que le Workspace hérite des propriétés du site parent. Donc pourquoi est-ce que les personnes auraient un workspace dans un site d'équipe dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de microsoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concernent les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
Bonjour,
lorsque l'on créé une demande de réunion avec Outlook et que l'on saisit une liste d'emails, la réunion peut être créée sur WSS (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien aussi). Par contre, il n'est pas donné d'accés à ces utilisateurs au workspace créé!!
N'y a t'il vraiment pas d'autre solution que de les rajouter à la main? (même avec SPS?)
merci de votre aide.
Rod
EROL MVP SPS - Club SharePoint MOSS FRANCE
Bonjour Vincent,
He oui sécurité et hierarchie!
C'est le maître mot.
Venez à la réunion du club www.clubsps.org Cdlt -- EROL -- Prochaine Réunion du Club SharePoint FRANCE Le mercredi 14 Juin 2006 à PARIS. Elle aura lieu : Microsoft Paris 148 rue de l'Université 75007 Paris Pour vous inscrire gratuitement au club SPS, cliquer ici : http://inscrits.clubsps.org/ .
"Vincent Isoz" a écrit dans le message de news:
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc pourquoi est-ce que les personnes auraient un workspace dans un site d'équipe dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de microsoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concernent les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
Bonjour,
lorsque l'on créé une demande de réunion avec Outlook et que l'on saisit une liste d'emails, la réunion peut être créée sur WSS (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien aussi). Par contre, il n'est pas donné d'accés à ces utilisateurs au workspace créé!!
N'y a t'il vraiment pas d'autre solution que de les rajouter à la main? (même avec SPS?)
merci de votre aide.
Rod
Bonjour Vincent,
He oui sécurité et hierarchie!
C'est le maître mot.
Venez à la réunion du club www.clubsps.org
Cdlt
--
EROL
--
Prochaine Réunion du Club SharePoint FRANCE
Le mercredi 14 Juin 2006 à PARIS.
Elle aura lieu :
Microsoft Paris
148 rue de l'Université
75007 Paris
Pour vous inscrire gratuitement au club SPS,
cliquer ici : http://inscrits.clubsps.org/ .
"Vincent Isoz" <isozv@hotmail.com> a écrit dans le message de news:
C7B0C514-8967-46CA-BD61-EB620AF2BAA9@microsoft.com...
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc
pourquoi est-ce que les personnes auraient un workspace dans un site
d'équipe
dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de
microsoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concernent
les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
Bonjour,
lorsque l'on créé une demande de réunion avec Outlook et que l'on
saisit une liste d'emails, la réunion peut être créée sur WSS
(trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien
aussi).
Par contre, il n'est pas donné d'accés à ces utilisateurs au
workspace créé!!
N'y a t'il vraiment pas d'autre solution que de les rajouter à la
main? (même avec SPS?)
Venez à la réunion du club www.clubsps.org Cdlt -- EROL -- Prochaine Réunion du Club SharePoint FRANCE Le mercredi 14 Juin 2006 à PARIS. Elle aura lieu : Microsoft Paris 148 rue de l'Université 75007 Paris Pour vous inscrire gratuitement au club SPS, cliquer ici : http://inscrits.clubsps.org/ .
"Vincent Isoz" a écrit dans le message de news:
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc pourquoi est-ce que les personnes auraient un workspace dans un site d'équipe dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de microsoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concernent les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
Bonjour,
lorsque l'on créé une demande de réunion avec Outlook et que l'on saisit une liste d'emails, la réunion peut être créée sur WSS (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien aussi). Par contre, il n'est pas donné d'accés à ces utilisateurs au workspace créé!!
N'y a t'il vraiment pas d'autre solution que de les rajouter à la main? (même avec SPS?)
merci de votre aide.
Rod
webrod
Bonjour Vincent,
ce n'est pas ce que j'ai compris. Lorsque tu créés un worskpace il te propose d'hériter du site parent OU de créér des users indépendants. Si le site B hérite du site A, ce n'est pas pour autant que les users du site A doivent avoir accés au site B (et heureusement).
De toute facon si j'ai bien compris, avec WSS seul (sans SPS) il n'y a qu'un seul site parent, et tous les autres sites futurs sont forcément "enfants" de ce site principal.
L'idée est d'avoir un site de type PROJET (lui même étant un sous site du site prinicpal qui sert de portail à l'entreprise), chacun de ces sites de type PROJET à une liste de users avec des droits bien définis qui ne doivent leur permettre d'accéder que au site de type PROJET auquel ils sont associés (il me semble bien que c'est possible mais je n'en suis qu'au stade de l'étude!!). Lorsque je créé un autre workspace de type réunion sous un projet bien précis, je vais peut-être inviter quelqu'un qui n'a pas encore été créé comme users (soit parceque c'est quelqu'un de nouveau, ou parceque l'on a oublié de l'ajouter). Il ne me semblerait pas choquant qu'il y ait un process qui donne un droit d'accés uniquement au workspace de la réunion (et pas aux autre sites) sans devoir le faire manuellement (la personne qui créé la réunion n'a pas forcément les droits pour le faire sur le projet ou n'a pas forcément la formation nécessaire sur le produit). En effet, je peux trés bien faire une réunion sur un point précis d'un projet, en invitant quelqu'un qui va intervenir uniquement sur ce point précis, et qui, pour des raisons de confidentialité, ne doit pas pouvoir accéder au site du projet (niveau supérieur) afin de ne pas visualiser certains documents qui concernent la globalité du projet.
Maintenant pour revenir sur ce que tu appelles un "non sens". En effet tu dis que un workspace (meeting) doit être créé sous un projet auquel ils ont accés. Mais justement, ma question portait plus sur le fait d'automatiser le process de création du USER quand il n'a pas encore été créé (par oubli par exemple). Et ceci soit uniquement sur le workspace (meeting) soit (pour éviter le non sens dont tu parles) le créér aussi au niveau du projet auquel le meeting est associé. Ainsi il n'y a plus de non-sens. Encore une fois, il manque cette étape de proccess automatique (création automatique du user avec un droit minimum en lecture par exemple).
A mon avis, l'absence de cette fonctionnalité est plus le signe d'une volonté de simplification de MS plutôt qu'un souci de confidentialité.
En plus pour te donner un vrai "non-sens" j'aimerais bien qu'on m'explique l'interêt d'nevoyer un email à un contact avec un lien sur WSS alors que celui ci n'y a pas accés!! (et WSS le sait puisqu'il voit bien que le contact qu'il créé comme membre de la réunion n'existe pas en tant que user (en se basant sur l'adresse email). Il devrait donc générer un message d'erreur comem celui-ci: - attention, j'envoie un lien d'accés à un site à une personne qui ne pourra pas se connecter. Voulez-vous poursuivre? (et vous créerez vous meme ce user) ou annuler?
Rod
Vincent Isoz a écrit :
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc pourquoi est-ce que les personnes auraient un workspace dans un site d' équipe dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de m icrosoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concer nent les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
> Bonjour, > > lorsque l'on créé une demande de réunion avec Outlook et que l'on > saisit une liste d'emails, la réunion peut être créée sur WSS > (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien > aussi). > Par contre, il n'est pas donné d'accés à ces utilisateurs au > workspace créé!! > > N'y a t'il vraiment pas d'autre solution que de les rajouter à la > main? (même avec SPS?) > > merci de votre aide. > > Rod > >
Bonjour Vincent,
ce n'est pas ce que j'ai compris. Lorsque tu créés un worskpace il te
propose d'hériter du site parent OU de créér des users
indépendants.
Si le site B hérite du site A, ce n'est pas pour autant que les users
du site A doivent avoir accés au site B (et heureusement).
De toute facon si j'ai bien compris, avec WSS seul (sans SPS) il n'y a
qu'un seul site parent, et tous les autres sites futurs sont forcément
"enfants" de ce site principal.
L'idée est d'avoir un site de type PROJET (lui même étant un sous
site du site prinicpal qui sert de portail à l'entreprise), chacun de
ces sites de type PROJET à une liste de users avec des droits bien
définis qui ne doivent leur permettre d'accéder que au site de type
PROJET auquel ils sont associés (il me semble bien que c'est possible
mais je n'en suis qu'au stade de l'étude!!).
Lorsque je créé un autre workspace de type réunion sous un projet
bien précis, je vais peut-être inviter quelqu'un qui n'a pas encore
été créé comme users (soit parceque c'est quelqu'un de nouveau, ou
parceque l'on a oublié de l'ajouter).
Il ne me semblerait pas choquant qu'il y ait un process qui donne un
droit d'accés uniquement au workspace de la réunion (et pas aux autre
sites) sans devoir le faire manuellement (la personne qui créé la
réunion n'a pas forcément les droits pour le faire sur le projet ou
n'a pas forcément la formation nécessaire sur le produit).
En effet, je peux trés bien faire une réunion sur un point précis
d'un projet, en invitant quelqu'un qui va intervenir uniquement sur ce
point précis, et qui, pour des raisons de confidentialité, ne doit
pas pouvoir accéder au site du projet (niveau supérieur) afin de ne
pas visualiser certains documents qui concernent la globalité du
projet.
Maintenant pour revenir sur ce que tu appelles un "non sens".
En effet tu dis que un workspace (meeting) doit être créé sous un
projet auquel ils ont accés.
Mais justement, ma question portait plus sur le fait d'automatiser le
process de création du USER quand il n'a pas encore été créé (par
oubli par exemple). Et ceci soit uniquement sur le workspace (meeting)
soit (pour éviter le non sens dont tu parles) le créér aussi au
niveau du projet auquel le meeting est associé.
Ainsi il n'y a plus de non-sens. Encore une fois, il manque cette
étape de proccess automatique (création automatique du user avec un
droit minimum en lecture par exemple).
A mon avis, l'absence de cette fonctionnalité est plus le signe d'une
volonté de simplification de MS plutôt qu'un souci de
confidentialité.
En plus pour te donner un vrai "non-sens" j'aimerais bien qu'on
m'explique l'interêt d'nevoyer un email à un contact avec un lien sur
WSS alors que celui ci n'y a pas accés!! (et WSS le sait puisqu'il
voit bien que le contact qu'il créé comme membre de la réunion
n'existe pas en tant que user (en se basant sur l'adresse email). Il
devrait donc générer un message d'erreur comem celui-ci:
- attention, j'envoie un lien d'accés à un site à une personne qui
ne pourra pas se connecter. Voulez-vous poursuivre? (et vous créerez
vous meme ce user) ou annuler?
Rod
Vincent Isoz a écrit :
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc
pourquoi est-ce que les personnes auraient un workspace dans un site d' équipe
dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de m icrosoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concer nent
les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
> Bonjour,
>
> lorsque l'on créé une demande de réunion avec Outlook et que l'on
> saisit une liste d'emails, la réunion peut être créée sur WSS
> (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien
> aussi).
> Par contre, il n'est pas donné d'accés à ces utilisateurs au
> workspace créé!!
>
> N'y a t'il vraiment pas d'autre solution que de les rajouter à la
> main? (même avec SPS?)
>
> merci de votre aide.
>
> Rod
>
>
ce n'est pas ce que j'ai compris. Lorsque tu créés un worskpace il te propose d'hériter du site parent OU de créér des users indépendants. Si le site B hérite du site A, ce n'est pas pour autant que les users du site A doivent avoir accés au site B (et heureusement).
De toute facon si j'ai bien compris, avec WSS seul (sans SPS) il n'y a qu'un seul site parent, et tous les autres sites futurs sont forcément "enfants" de ce site principal.
L'idée est d'avoir un site de type PROJET (lui même étant un sous site du site prinicpal qui sert de portail à l'entreprise), chacun de ces sites de type PROJET à une liste de users avec des droits bien définis qui ne doivent leur permettre d'accéder que au site de type PROJET auquel ils sont associés (il me semble bien que c'est possible mais je n'en suis qu'au stade de l'étude!!). Lorsque je créé un autre workspace de type réunion sous un projet bien précis, je vais peut-être inviter quelqu'un qui n'a pas encore été créé comme users (soit parceque c'est quelqu'un de nouveau, ou parceque l'on a oublié de l'ajouter). Il ne me semblerait pas choquant qu'il y ait un process qui donne un droit d'accés uniquement au workspace de la réunion (et pas aux autre sites) sans devoir le faire manuellement (la personne qui créé la réunion n'a pas forcément les droits pour le faire sur le projet ou n'a pas forcément la formation nécessaire sur le produit). En effet, je peux trés bien faire une réunion sur un point précis d'un projet, en invitant quelqu'un qui va intervenir uniquement sur ce point précis, et qui, pour des raisons de confidentialité, ne doit pas pouvoir accéder au site du projet (niveau supérieur) afin de ne pas visualiser certains documents qui concernent la globalité du projet.
Maintenant pour revenir sur ce que tu appelles un "non sens". En effet tu dis que un workspace (meeting) doit être créé sous un projet auquel ils ont accés. Mais justement, ma question portait plus sur le fait d'automatiser le process de création du USER quand il n'a pas encore été créé (par oubli par exemple). Et ceci soit uniquement sur le workspace (meeting) soit (pour éviter le non sens dont tu parles) le créér aussi au niveau du projet auquel le meeting est associé. Ainsi il n'y a plus de non-sens. Encore une fois, il manque cette étape de proccess automatique (création automatique du user avec un droit minimum en lecture par exemple).
A mon avis, l'absence de cette fonctionnalité est plus le signe d'une volonté de simplification de MS plutôt qu'un souci de confidentialité.
En plus pour te donner un vrai "non-sens" j'aimerais bien qu'on m'explique l'interêt d'nevoyer un email à un contact avec un lien sur WSS alors que celui ci n'y a pas accés!! (et WSS le sait puisqu'il voit bien que le contact qu'il créé comme membre de la réunion n'existe pas en tant que user (en se basant sur l'adresse email). Il devrait donc générer un message d'erreur comem celui-ci: - attention, j'envoie un lien d'accés à un site à une personne qui ne pourra pas se connecter. Voulez-vous poursuivre? (et vous créerez vous meme ce user) ou annuler?
Rod
Vincent Isoz a écrit :
Bonjour
C'est parce que le Workspace hérite des propriétés du site parent. Donc pourquoi est-ce que les personnes auraient un workspace dans un site d' équipe dans auquel ils n'ont pas accès. C'est un non sens d'où le choix de m icrosoft.
Les workspace (meeting) doivent êtres crées dans des sites qui concer nent les gens invités et où ils sont donc déjà accès par défaut.
Cordialement
"webrod" wrote:
> Bonjour, > > lorsque l'on créé une demande de réunion avec Outlook et que l'on > saisit une liste d'emails, la réunion peut être créée sur WSS > (trés bein) et ceux ci sont rajoutés comme utilisateurs (trés bien > aussi). > Par contre, il n'est pas donné d'accés à ces utilisateurs au > workspace créé!! > > N'y a t'il vraiment pas d'autre solution que de les rajouter à la > main? (même avec SPS?) > > merci de votre aide. > > Rod > >
