Meerdere klanten beheren
Werk voor de ene klant mag nooit één verkeerde klik verwijderd zijn van het publiek van een andere klant.
Dit beschrijft een ontwerp, geen draaiende dienst
Het probleem
De meeste teams scheiden klanten door voorzichtig te zijn. Eén gedeeld account bevat elke gekoppelde pagina, één agenda bevat elke planning, en het enige dat tussen het concept van een klant en het verkeerde publiek staat, is de persoon die om 18 uur naar het scherm kijkt. Als iemand het team verlaat, verdwijnt de scheiding met de gewoonte.
Hoe het product is ontworpen
- Een project is de eenheid van scheiding. Gekoppelde accounts, concepten, wachtrijen, media en bevestigingen horen bij een project, en een lid ziet alleen de projecten waaraan hij of zij is toegevoegd.
- De scheiding wordt drie keer afgedwongen: bij authenticatie, in de toepassingsservice die de actie autoriseert, en in de database zelf via beveiliging op rijniveau. Ingelogd zijn wordt nooit als toestemming behandeld.
- Rapportage volgt dezelfde grens, dus een rapport per klant is de standaardvorm in plaats van een spreadsheet die iemand met de hand samenstelt.
Wat daadwerkelijk gebouwd is
Projecten, projectgebonden lidmaatschap en de beveiligingsregels op rijniveau daarachter zijn gebouwd en getest, inclusief tests die lezen tussen projecten proberen en verifiëren dat die mislukken. Abonnementen zijn afgestemd op hoeveel projecten een team nodig heeft. Er wordt nog vanuit geen enkel project naar een platform gepubliceerd.
Er is iets misgegaan op deze pagina
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.