Ses membres, et leurs rôles
Les personnes que vous invitez dans une communauté ne voient rien de votre espace personnel. Les deux listes n'ont aucun rapport.
Communautés
Une assemblée, une association, une équipe ou un groupe d'étude ne rangent pas les mêmes choses. Choisissez un cas et regardez l'arborescence qui lui correspond.
Ouvrez un dossier, rangez une ressource, ouvrez un aperçu. Les fichiers sont fictifs et tout se passe dans cet onglet.
Les enregistrements de chaque dimanche, les supports d'enseignement et la mémoire des rencontres, rangés par série plutôt que par date d'envoi.
Racine de l'espace
Votre espace personnel reste le vôtre, et ne change pas. Une église, un groupe de maison ou une équipe de louange en obtient un second, distinct : ses membres, ses dossiers, ses fichiers et son stockage.
Les personnes que vous invitez dans une communauté ne voient rien de votre espace personnel. Les deux listes n'ont aucun rapport.
Ce qu'on range dans la communauté y reste. La base elle-même l'impose : un dossier ne peut pas appartenir à un autre espace que le sien.
Un fichier importé dans la communauté occupe le stockage de la communauté, jamais le vôtre. Les quotas ne se fusionnent pas.
Ils existent en base et le serveur les revérifie à chaque demande. L'interface ne fait que refléter des droits réels — masquer un bouton n'a jamais protégé un fichier.
Crée l'espace, en confie l'administration, et reste seul à pouvoir le supprimer.
Invite, retire, change les rôles. Ne peut pas se hisser propriétaire : le serveur refuse cette escalade.
Importe, renomme, classe, partage. Ne touche ni aux membres, ni aux réglages.
Ouvre, prévisualise, télécharge ce qui lui est ouvert. Aucune action ne modifie l'espace.
Pour voir ce que chaque rôle peut faire, l'essai « Quatre rôles dans un espace » le montre — c'est une simulation, et elle le dit avant qu'on agisse.
Essayer la simulation des rôlesUne arborescence que tout le monde comprend.
Des dossiers créés, renommés et déplacés, avec une règle que le serveur applique : un dossier ne peut pas devenir son propre parent. L'essai le montre au clavier comme au glisser.
EssayerChercher par nom plutôt qu'écrire à quelqu'un.
La recherche porte sur le nom des ressources, sans souci d'accents ni de casse. Elle ne lit pas le contenu des documents : ce n'est ni une recherche sémantique, ni une intelligence artificielle.
EssayerUn lien précis, révocable.
Un partage vise une ressource, porte une expiration et se retire depuis l'espace. L'essai correspondant est une SIMULATION : il montre le comportement des accès, pas l'autorisation côté serveur, qui a ses propres tests.
EssayerRangez vos ressources comme dans l'exemple ci-dessus, puis invitez qui doit y accéder.
Qui porte ce produit
Ce bloc dit qui porte TselCloud, et rien d'autre. Il n'affirme aucune certification, aucun audit indépendant et aucune approbation par un tiers — rien de tel n'a eu lieu.
Une ressource importée n'est visible que dans votre espace tant que vous ne créez pas de partage.
Chaque ouverture ou téléchargement est contrôlé par le serveur, pas seulement masqué dans l'interface.
Un lien porte une date d'expiration et se retire depuis votre espace.
Trois phrases ne sont pas une politique. La page Sécurité indique, pour chaque protection, ce qui est vérifié, ce qui est implémenté sans l'être, et ce qui n'est que prévu.
Voir l'état réel de chaque protection