Gestion de plusieurs clients
Le travail d'un client ne devrait jamais être à un mauvais clic de l'audience d'un autre client.
Ceci décrit une conception, pas un service en fonctionnement
Le problème
La plupart des équipes séparent les clients en faisant attention. Un compte partagé contient chaque page connectée, un calendrier contient chaque planning, et la seule chose qui sépare un brouillon d'un client de la mauvaise audience est la personne qui regarde l'écran à 18h. Quand quelqu'un quitte l'équipe, la séparation part avec l'habitude.
Comment le produit est conçu
- Un projet est l'unité de séparation. Les comptes connectés, brouillons, files, médias et reçus appartiennent à un projet, et un membre ne voit que les projets auxquels il a été ajouté.
- La séparation est appliquée trois fois : à l'authentification, dans le service applicatif qui autorise l'action, et dans la base de données elle-même via la sécurité au niveau des lignes. Être connecté n'est jamais traité comme une permission.
- Les rapports suivent la même frontière, un rapport par client est donc la forme par défaut plutôt qu'une feuille de calcul assemblée à la main par quelqu'un.
Ce qui est réellement construit
Les projets, l'appartenance restreinte au projet et les politiques de sécurité au niveau des lignes derrière elles sont construits et testés, y compris des tests qui tentent des lectures inter-projets et vérifient qu'ils échouent. Les forfaits sont dimensionnés selon le nombre de projets dont une équipe a besoin. Rien n'est encore publié sur aucune plateforme depuis aucun projet.
J'ai trouvé quelque chose qui ne va pas sur cette page
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.