Supported item types can be shared across participants in a collaboration. These item types include the following:
When content is shared with a participant, a new folder is created under the participating administrator's folder. This folder is used to import the content and store the items, which are then shared with the group associated with the collaboration workspace. The folder is named based on the collaboration name.
If you change the way an item is shared, you must modify the sharing settings for related items as well. For example, if a web map was previously shared with Everyone but you altered it to be shared with your organization, change the settings in any operational layers contained in the web map accordingly.
Share web apps
Web apps can be shared with collaboration participants in the following ways:
Configurable app templates
When you share a configurable app template with collaboration participants, a corresponding web app item is created in the collaboration. Your organization's shareable theme properties are also shared with the app. Any related items of the web app to the collaboration group, such as web maps, images, logos, layers, and source data. Doing so ensures that collaboration participants receive a copy of the web app and copies of the items consumed by the app. Feature layers in the web app are shared based on the workspace setting. Any utility resources included in the app—such as geocoding, printing, or geoenrichment services—are updated to use the corresponding utility services on the destination URL.
Group-based apps, as well as apps created using the ArcGIS Indoors template, can be shared between ArcGIS Enterprise participants or from ArcGIS Enterprise to an ArcGIS Online organization. The recipient of an ArcGIS Indoors application must be configured to use ArcGIS Indoors.
Note:
Though web mapping applications can be shared with participants in a distributed collaboration, they cannot be edited by the recipient. For more information on sharing web applications, see Frequently asked questions about distributed collaboration.
Web AppBuilder apps
When you share Web AppBuilder apps with collaboration participants, a corresponding web app item is created in the collaboration. Your organization's shareable theme properties are also shared with the app. You should share any related items of the web app to the collaboration group, such as web maps, images, logos, layers, and source data. Doing so ensures that collaboration participants receive a copy of the web app and copies of the items consumed by the app. Any utility resources included in the app—such as geocoding, printing, or geoenrichment services—are updated to use the corresponding utility services on the recipient's portal.
Web AppBuilder allows you to build custom 2D or 3D web apps. Recipients of shared Web AppBuilder apps have the option to download the corresponding code or create an app template in their organization.
Note:
Custom widgets cannot be shared through collaboration. This includes all registered widget items with the item type AppBuilder Extension.
ArcGIS StoryMaps
When a story is shared with collaboration participants, the Story Maps theme items and related items are also shared. Only the sending organization can make edits to the story. Edits made to the story are shared with collaboration participants. Only published stories can be shared in collaborations.
ArcGIS Experience Builder
Experience Builder apps and templates can be shared with collaboration participants, creating a corresponding app or template item in the collaboration. Application theme items, as well as any related items, are shared with participants. Organization utility resources included with an app, such as printing, are updated to use the corresponding utility services on the recipient's portal. Only the sending organization can make edits to the app or template, which are then shared with collaboration participants. URLs that are added directly to the app will reference the source item. Only published content can be shared with collaboration participants.
Note:
The following widgets are not supported in Experience Builder apps shared through distributed collaboration:
- Branch Version Management widget
- Oriented Imagery Catalog widget
- Survey widget
- Utility Network Trace widget
Other web apps referenced by URL
You can provide the URL of an existing app to add it as an item to your portal. The portal references the app from its existing URL. You must ensure that receiving participants are granted permissions to access the application.
Share maps
When you share web maps that contain hosted layers with collaboration participants, corresponding web map items are created in the collaboration. You should also share any related items for the hosted layers in the web map and source data that created those layers with the collaboration group. For example, if you share a web map with a hosted feature layer published from a shapefile, share the hosted feature layer and shapefile with the group associated with the collaboration workspace. That way, collaboration participants receive a copy of the web map, a copy of the hosted feature layer, and a copy of the original shapefile.
Share scenes
When you share web scenes, feature layers contained in the web scene are shared as copies if the collaboration group is configured to share as copies.
Share layers and views
Hosted service layers, hosted service layer views, and referenced service layers—such as map and image services, layers, and views—can only be shared by reference in a collaboration. This creates an item for recipient portals that references back to the live layer in the origin portal.
Alternately, hosted feature layers, hosted feature layer views, and referenced feature layers with sync enabled can be shared as copies with other distributed collaboration participants. Starting at 10.9, you can allow two-way edits of copied layers, meaning both the sending and receiving organizations can edit the layer and synchronize updates back and forth. Types of edits supported include adding new features, editing features, or deleting existing features. Schema updates are not synchronized.
Caution:
When editing feature layers that support two-way sharing of edits, it's important to note that no checks occur to detect and prevent concurrent edits. When edits are submitted, the last change submitted takes precedent, overwriting preexisting edits to the feature layer. To avoid data conflicts, the archived version of the feature service should be consulted before making additional edits.
Share imagery layers
You can share imagery layers from ArcGIS Image Server as reference in a collaboration. Imagery layers that are shared as reference cannot be edited or copied to another organization. If groups are used in the sharing workflow, the group gains access to imagery without it being shared to the rest of the organization. When sharing the image layer with a group, the imagery layer can be used in web maps and in ArcGIS Pro. For raster analysis, the member must part of an ArcGIS Enterprise portal that has the ArcGIS Image Server license. For image services from ArcGIS Enterprise, the creator of the image service defines the capabilities of the recipient with the shared image service.
Share hosted feature layers, hosted feature layer views, and federated feature layers as references
Sharing hosted feature layers, hosted feature layer views, and federated feature layers by reference creates a layer item for collaboration recipients and does not copy the data. The layer item in the recipient's organization references back to the original feature layer or feature layer view. To access the referenced layer, members must have access to the original organization or the layer must be shared with Everyone, or have save credentials. If the layer is secured, members must authenticate in the original organization as a member (at a minimum, a Viewer user type) who has access to the shared layer through the sharing settings.
Note:
Hosted spatiotemporal feature layers are not supported and cannot be shared in distributed collaboration.
Share hosted feature layers, hosted feature layer views, and federated feature layers as copies
Hosted feature layers, hosted feature layer views, and federated feature layers can be shared as copies. When layers are shared as copies, the data is copied to the recipient's organization and a new item (a hosted feature layer) is published. The copied item is hosted by the receiving organization, which is indicated by the item's service URL.
Note:
Hosted spatiotemporal feature layers are not supported and cannot be shared in distributed collaboration.
When you join a workspace as a guest who can send content, items you add to the workspace's group are sent to organizations that can receive or send and receive content from the workspace by using the Receive or Send and Receive options.
See About sharing feature layer and view data as copies and View synchronization status for more details.
Shared feature layer editing
Shared feature layers can be edited either by the owner of the layer (one-way) or by both the owner and receiver of the layer (two-way).
Edits made by owner only (one-way)
For sharing edits one-way, the owner of the original feature layer can edit the layer and synchronize changes to all participants through sync intervals. Guests choose the interval at which edits are synchronized in the collaboration workspace. To share layers as copies, ensure that you have sync enabled on your feature layers before sending.
Services that support sharing edits one-way include the following:
- Hosted feature services
- Hosted feature service views
- Feature services running on branch versioned data
- Feature services running on nonversioned with archiving data
- Feature services running on traditionally versioned data without the option to move edits to base configuration
If a feature service does not support sync, or is running on read-only traditionally versioned data, the feature service item will be shared as a reference, even if the item was shared to a collaboration workspace that is configured to share feature services as copies with one-way editing. The If unable to share as copies share as reference option allows the host organization to either send feature service items as a reference if they are unable to be sent as copies, or not share feature service items at all if they cannot be sent as copies when the above option is disabled. This collaboration workspace configuration option was added at ArcGIS Enterprise 10.8.1 for collaboration hosts and at 10.9 for collaboration guests. To learn more about how to manage a collaboration workspace and how to modify this feature as a collaboration host, see Manage collaborations as host. To learn more about how to manage the collaboration workspace and modify this feature as a collaboration participant, see Manage collaborations as guest.
Edits made by owner and receiver (two-way)
Support for sharing edits two-way was introduced at ArcGIS Enterprise 10.9. When sharing edits two-way, the owner of the feature layer can allow shared feature layers to be edited by both the owner and the receiving collaboration participants. The types of edits supported include adding new features, editing features, or deleting existing features.
Services that support sharing edits two-way include the following:
- Hosted feature services
- Hosted feature service views
- Feature services running on branch versioned data
- Feature services running on nonversioned with archiving data
- Feature services published by reference from a user manager data store
Note:
Feature services running on traditionally versioned data do not support the bidirectional syncDirection parameter and, therefore, can only be shared one-way.
The following are prerequisites for allowing edits to be shared two-way:
- For ArcGIS Enterprise, the collaboration workspace must be created at version 10.9 or later to enable this capability. Workspaces created prior to 10.9 will not support this option.
- To enable the option of two-way sharing of edits to eligible participants, the collaboration workspace must be configured to share feature layers as Copies when setting up the workspace sync settings.
- The participant configuring the collaboration workspace must have Send and Receive access.
- The participant receiving the feature layer must have Send and Receive access to the collaboration workspace.
- Collaboration participants must be using ArcGIS Enterprise 10.9 or later. The shared feature layer must meet the following requirements:
- Has sync enabled—The feature service property capabilities should appear as follows:
"capabilities": "Query,Create,Update,Delete,Editing,Sync" - Is configured to use the ArcGIS Pro service runtime
- Supports replica tracking—The feature service layer property isDataReplicaTracked should be true:
"isDataReplicaTracked": true - Supports bidirectional sync—The feature service property syncCapability should have the child property supportsBiDirectionalSyncForServer set as true:
{ "syncCapabilities": { "supportsBiDirectionalSyncForServer": true } }
- Has sync enabled—The feature service property capabilities should appear as follows:
If the feature service does not meet all the above requirements, but has sync enabled, the service will be shared as copies supporting one-way editing. Additionally, if the above requirements are not met, and the service does not have sync enabled, the service will be shared as a reference.
Note:
Either result—being shared as copies with one-way editing, or being shared as a reference—will occur, even if the collaboration is configured to share services as copies with two-way editing, if the services being shared do not meet all requirements for two-way edit sharing. Being shared as a copy with one-way edits, or being shared as a reference, will depend on whether the service has sync enabled or disabled, respectively.
A collaboration workspace configuration (introduced at ArcGIS Enterprise 10.8.1 for collaboration hosts, and at 10.9 for collaboration guests) allows the organization to either send feature service items as a reference if they are unable to be sent as copies, or allow for feature service items to not be shared at all if they cannot be sent as copies if the feature isn't enabled. This feature, If unable to share as copies share as reference, is available to both collaboration host and guests when creating or managing the collaboration workspace. To learn more about how to manage a collaboration workspace and how to modify this feature as a collaboration host, see Manage collaborations as host. To learn more about how to manage the collaboration workspace and modify this feature as a collaboration participant, see Manage collaborations as guest.
Share ArcGIS Server services
If an ArcGIS Server service (for example, a map service or image service) is shared to the organization where it originated, as well as with a group associated with a collaboration workspace, members of other participants are still prompted for credentials when adding the service to a map. To avoid a prompt for credentials, you must share the service in the originating organization with Everyone as well as with the group associated with the collaboration workspace, or save credentials.
ArcGIS Server services that are shared with collaboration participants create items in the participant organizations that refer to the original service; the services and corresponding data are not copied to each participating organization. If a participant shares a feature service by reference, only the designated members in the originating environment can edit the original feature service.
Share files
Files, such as PDFs, shared with collaboration participants create corresponding file items in the participating organizations. Any changes you make to these files as a guest participant are overwritten when the content is synced from the item's source. The same is true of metadata associated with an item.
Mobile map packages (.mmpk) can be shared with collaboration participants if they are not owned by esri_nav.
Note:
Item comments are not synced with collaboration participants.