Customise your data shares by using a combination of features — permissions, filters and sharing agreements. When data shares are established between parties there are several ways to control what data is shared and the visibility of objects in a datastore. Here are the options available — they become really useful once you are sharing with more than one organisation.
When you share a Datastore - all the objects in the datastore are visible to the other party.
It is important to make sure you are only exposing objects that you want the other party to read from or write to.
There are several ways to apply the security required for your Datastore;
In this example the Source Data Store is shared by Company A, to Company B.
Company A can only see the objects in their own Source Data Store.
Company B can see the objects in both the Source and Destination Data Stores.
Company B, as the owner of the Process, can select the objects that are to be inserted to its Destination Data Store, and define the characteristics of that Process (mapping, filters, tolerances, system or expression columns and scheduling.
The Destination Data Store is shared by Company B, to Company A.
Company A can see the objects in both Source and Destination Data Stores. Company B can only see the objects in the Destination Data Store.
Company A, as the owner of the Process, can select the objects that are to be inserted in the Destination Data Store and define the characteristics of that Process (mapping, tolerances, system or expression columns, and scheduling).
The Destination Data Stores is shared by both Company B and Company C, to Company A. Company A can see the objects in both the Source and each Destination Data Store. Company B and Company C can only see the objects in their own respective Destination Data Store.
Company A, as the owner of the Processes, can select the objects that are to be written to each Destination Data Store, and define the characteristics of those Processes (mapping, tolerances, system or expression columns and scheduling).
Data can come from several different organisations, with Company A acting as the hub and owning the processes that insert the data from the shared Source Data Stores into its Destination.
None of the destination object structure is exposed to the source organisations.
Data can go to several different organisations and Data Stores, with Company A acting as the hub and owning the Processes that insert the data into each shared Destination Data Store. None of the source object structure is exposed to the destination organisations.
Applying a structure to your datasharing arrangements can filter the visibility of objects to an Account.
To see how you filter data within an object that is shared in a Datastore check out the section on applying column and row level filters
