You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/ROOT/pages/orgs.adoc
+6-7
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@
6
6
:page-pageid: orgs
7
7
:page-description: You can now configure your ThoughtSpot instance as a mult-tenant cluster with separate Org containers for your tenants.
8
8
9
-
If your deployment requires logical separation of departments within your organization, or if it involves supporting many distinct organizations from a single application instance, use the *Orgs* feature.
9
+
If your deployment requires logical separation of departments within your organization, or if it involves supporting many distinct organizations from a single application instance, use the *Orgs* feature.
10
10
11
11
Using Orgs, you can set boundaries within the ThoughtSpot system and isolate each tenant's data in such a way that it is independent of and invisible to other tenant workspaces configured on the same application instance.
12
12
@@ -46,12 +46,12 @@ Each Org other than the Primary Org serves as an independent container with its
46
46
47
47
If a user only belongs to a single Org, their experience of ThoughtSpot is as if it were single-tenant.
48
48
49
-
If a user belongs to multiple Orgs, they will see a menu allowing them to switch between the Orgs they belong to.
49
+
If a user belongs to multiple Orgs, they will see a menu allowing them to switch between the Orgs they belong to.
50
50
51
51
All activity within ThoughtSpot is always within the context of *one Org*, even if the user has access to multiple Orgs. They can *switch between Orgs* but not do any actions across Orgs.
52
52
53
-
=== Administering Orgs
54
-
The cluster administrator can create an Org for each tenant account, configure groups and assign users, and define access to data objects within that org.
53
+
=== Orgs deployment and administration
54
+
The cluster administrator can create an Org for each tenant account, configure groups and assign users, and define access to data objects within that org.
55
55
56
56
The following figure depicts the Orgs presentation on a multi-tenant ThoughtSpot instance.
57
57
@@ -128,7 +128,7 @@ For more information, see link:https://docs.thoughtspot.com/cloud/latest/orgs-ov
128
128
[earlyAccess eaBackground]#Early Access#
129
129
130
130
A user belonging to multiple Orgs can share ThoughtSpot objects such as Liveboards and Answers, with users of another Org. This will require the object to have share permissions, and both users to be part of the parent Org of the shared object.
131
-
131
+
132
132
//With the current implementation, users belonging to multiple Orgs had to select the parent Org of a shared object from a list while trying to access it from a different Org.
133
133
134
134
Starting with ThoughtSpot Cloud 10.5.0.cl release, developers embedding ThoughtSpot in their application will be able to edit their custom link settings for their application users to allow seamless access to content from another different Org. For example, a user has
@@ -152,7 +152,7 @@ The Org ID will be passed in the URL depending on the placement of `{ts-query-pa
152
152
153
153
* The developers are advised to update their implementation to accommodate the Org ID in the `{ts-query-params}` while setting up the link:https://developers.thoughtspot.com/docs/customize-links[custom links] for their application users. This will enable the users to seamlessly access ThoughtSpot objects across Orgs in a multi-Org setup, without causing any disruption to the current workflow.
154
154
* The `overrideOrgId` parameter in the SDK can accept the Org ID from the resulting URL as its input value.
155
-
* The `overrideOrgId` parameter may not work properly with auth types - trusted authentication (`AuthType.TrustedAuthToken`) or cookieless authentication (`AuthType.TrustedAuthTokenCookieless`) simultaneously in the same browser, if `tokenAuthPerOrg` is already enabled on the ThoughtSpot instance.
155
+
* The `overrideOrgId` parameter may not work properly with trusted authentication (`AuthType.TrustedAuthToken`) or cookieless authentication (`AuthType.TrustedAuthTokenCookieless`), if `tokenAuthPerOrg` is already enabled on your ThoughtSpot instance.
156
156
====
157
157
158
158
== Feature availability on a multi-tenant instance
@@ -321,4 +321,3 @@ The following conditions apply to OIDC authentication on a multi-tenant setup:
321
321
* If the Org mapping is enabled on the ThoughtSpot cluster, the Group mapping will not work.
322
322
323
323
For more information on OIDC authentication, see xref:configure-oidc.adoc[OpenID Connect authentication].
0 commit comments