Hoppa till huvudinnehållet

Hantera flera kunder

Arbete för en kund ska aldrig vara ett felklick från en annan kunds publik.

Detta beskriver en design, inte en fungerande tjänst

Ingen anslutning är verifierad i produktion, så inget på denna sida publicerar någonstans än. Där en del av arbetsflödet är byggt, står det. Där det inte är det, står det också.

Problemet

De flesta team separerar kunder genom att vara försiktiga. Ett delat konto rymmer varje ansluten sida, en kalender rymmer varje schema, och det enda som står mellan en kunds utkast och fel publik är personen som tittar på skärmen klockan sex på kvällen. När någon lämnar teamet, försvinner separationen med vanan.

Hur produkten är utformad

  • Ett projekt är separationsenheten. Anslutna konton, utkast, köer, media och kvitton hör till ett projekt, och en medlem ser bara de projekt de har lagts till i.
  • Separationen upprätthålls tre gånger: vid autentisering, i applikationstjänsten som auktoriserar åtgärden, och i själva databasen genom radnivåsäkerhet. Att vara inloggad behandlas aldrig som behörighet.
  • Rapportering följer samma gräns, så en rapport per kund är standardformen snarare än ett kalkylblad någon sätter ihop för hand.

Vad som faktiskt är byggt

Projekt, projektbegränsat medlemskap och säkerhetspolicyerna på radnivå bakom dem är byggda och testade, inklusive tester som försöker läsa över projekt och verifierar att de misslyckas. Planer dimensioneras efter hur många projekt ett team behöver. Inget publiceras än till en plattform från något projekt.

Hittade något fel på denna sida

Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.