For Agents
Publish, subscribe to, and synchronise datasets across Azure tenants — manage Data Share accounts, invitations, datasets, and synchronisation triggers.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the DataShareManagementClient, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with DataShareManagementClient API.
Provision Data Share accounts and inspect provider operations
Create shares, add datasets to a share, and configure share-level synchronisation settings
Send invitations to consumers and accept or reject inbound consumer invitations
Manage share subscriptions on the consumer side and trigger synchronisations
GET STARTED
Use for: Create a new Data Share account in a resource group, Publish a dataset by adding it to an existing share, Send a Data Share invitation to a partner tenant, Accept an inbound Data Share invitation programmatically
Not supported: Does not move bulk data outside Data Share's own synchronisation, manage source storage accounts, or handle billing — use for Data Share account, share, invitation, and synchronisation control only.
Jentic publishes the only available OpenAPI document for DataShareManagementClient, keeping it validated and agent-ready.
Jentic publishes the only available OpenAPI specification for DataShareManagementClient, keeping it validated and agent-ready. The API drives Azure Data Share — Microsoft's service for sharing datasets between Azure subscriptions and tenants — covering accounts, shares, datasets, share subscriptions, invitations, synchronisation settings, and triggers. It is the control plane both data providers (publishing shares) and consumers (subscribing to invitations) use to wire up cross-tenant data flows under Microsoft.DataShare.
Map source datasets to consumer-side dataset mappings for synchronised data
List synchronisation settings, trigger schedules, and synchronisation run history
Patterns agents use DataShareManagementClient API for, with concrete tasks.
★ Cross-tenant dataset publishing
A data provider exposes curated datasets — typically blobs in storage accounts or tables in a Data Lake — to external partners as Data Shares. The API lets the provider create a share, add datasets, configure synchronisation, and dispatch an invitation to each partner tenant without granting direct access to the underlying storage account.
On the Data Share account 'partner-share' create a share named 'q2-customer-feed', add the storage blob container 'customer-feed' as a dataset, and send an invitation to a partner email
Consumer-side scheduled sync
A consumer receives an invitation to a Data Share and accepts it programmatically, then configures a recurring synchronisation so partner data lands in their own storage on a schedule. The share subscription, dataset mapping, and trigger endpoints together let an automation flow keep the consumer-side copy current.
Accept the inbound Data Share invitation with the supplied invitationId, create a daily synchronisation trigger at 02:00 UTC on the resulting share subscription, and confirm the first run completes
Share inventory audit
A data governance team needs an inventory of every active share, every consumer invited, and every dataset exposed. The list endpoints under accounts, shares, share subscriptions, and invitations let an audit tool walk the entire surface and reconcile against an approved sharing register.
List all shares on the 'partner-share' Data Share account and for each share return the dataset names, invited consumer emails, and current invitation status
Agent-mediated dataset distribution
An AI agent acting as a data steward responds to a partner request by searching Jentic for the create-share workflow, provisioning the share with the requested datasets, and dispatching an invitation. The agent never sees the partner's storage credentials — Data Share handles delivery — and Jentic isolates the steward's Azure credentials from the agent context.
Create a share named 'agent-curated-2026-q2' on the configured account, add three named storage blob containers as datasets, and email an invitation to the requesting partner
50 endpoints — jentic publishes the only available openapi specification for datasharemanagementclient, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/subscriptions/{subscriptionId}/providers/Microsoft.DataShare/accounts
List Data Share accounts in a subscription
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DataShare/accounts/{accountName}
Create or update a Data Share account
/providers/Microsoft.DataShare/ListInvitations
List inbound consumer invitations across the subscription
/providers/Microsoft.DataShare/locations/{location}/RejectInvitation
Reject an inbound Data Share invitation
/providers/Microsoft.DataShare/locations/{location}/consumerInvitations/{invitationId}
Get a specific consumer invitation
/providers/Microsoft.DataShare/operations
List Microsoft.DataShare provider operations
/subscriptions/{subscriptionId}/providers/Microsoft.DataShare/accounts
List Data Share accounts in a subscription
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DataShare/accounts/{accountName}
Create or update a Data Share account
/providers/Microsoft.DataShare/ListInvitations
List inbound consumer invitations across the subscription
/providers/Microsoft.DataShare/locations/{location}/RejectInvitation
Reject an inbound Data Share invitation
/providers/Microsoft.DataShare/locations/{location}/consumerInvitations/{invitationId}
Get a specific consumer invitation
Three things that make agents converge on Jentic-routed access.
Credential isolation
Azure AD OAuth 2.0 client credentials are stored encrypted in the Jentic vault. Agents receive a scoped bearer token at execute time; client secrets and refresh tokens never reach the agent's context.
Intent-based discovery
Agents search by intent (e.g., 'send azure data share invitation') and Jentic returns the matching invitation or share operation with its required parameters resolved from the spec.
Time to first call
Direct integration with Azure Data Share, including AAD app registration, share lifecycle, and invitation handling, typically takes 2-4 days. Through Jentic: under 1 hour to first end-to-end share.
Alternatives and complements available in the Jentic catalogue.
DataLakeStoreAccountManagementClient
Provisions the lake accounts that often back shared datasets
Pick this when the agent needs to manage the underlying lake storage rather than the share itself.
DataLakeAnalyticsCatalogManagementClient
Browses U-SQL catalog metadata for analytics over shared data
Pick this when the agent needs catalog metadata rather than cross-tenant sharing controls.
DeletedWebApps API Client
Unrelated control-plane API; listed only as a sibling Microsoft.Web management surface
Do not use for sharing data — listed for vendor-portfolio context only; pick a Data Share endpoint instead.
Specific to using DataShareManagementClient API through Jentic.
Why is there no official OpenAPI spec for DataShareManagementClient?
Microsoft Azure does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call DataShareManagementClient via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the Data Share API use?
The API runs through Azure Resource Manager and uses OAuth 2.0 bearer tokens issued by Azure Active Directory. Through Jentic, the AAD client secret or managed identity refresh token is held in the encrypted vault and a short-lived access token is supplied at execute time so the bearer token never appears in the agent's context.
Can I send a Data Share invitation to a partner with this API?
Yes. The provider-side invitation endpoints under Microsoft.DataShare/accounts/{accountName}/shares/{shareName}/invitations let you create an invitation by email; the consumer can then accept it via the consumerInvitations endpoints under /providers/Microsoft.DataShare/locations/{location}/consumerInvitations.
What are the rate limits for the Data Share API?
Azure Resource Manager applies subscription-level read and write throttles (around 12,000 reads per hour and 1,200 writes per hour per region per subscription) and returns 429 with a Retry-After header when exceeded. Data Share long-running operations (sync runs, share creation) should be polled with backoff rather than tight loops.
How do I trigger a synchronisation on a share subscription through Jentic?
Search Jentic for 'trigger data share synchronisation', load the schema for the share subscription synchronize operation under Microsoft.DataShare/accounts/{accountName}/shareSubscriptions/{shareSubscriptionName}/synchronize, then execute with the synchronizationMode. The pip install jentic Python SDK uses the async search, load, execute pattern.
Is the Data Share API free?
There is no per-call charge for the management API itself; Azure Data Share bills on the data sharing transactions (number of snapshots, data movement) and underlying storage. Reads and writes against the management plane are not separately metered.
/providers/Microsoft.DataShare/operations
List Microsoft.DataShare provider operations