For Agents
Curate Azure Marketplace private stores: create stores at tenant scope and admit specific marketplace offers so only approved third-party software is deployable by users.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Marketplace RP Service, 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 Marketplace RP Service API.
Create or update a tenant-scoped private store to control which marketplace offers users see
List the private stores configured for the current tenant
Admit a specific marketplace offer to a private store so it becomes deployable
Remove an offer from a private store to revoke deployment rights
GET STARTED
Use for: I need to create a private store for my Azure tenant, Admit a specific marketplace offer to our private store, List the offers currently admitted to our private store, Remove a marketplace offer from the private store catalog
Not supported: Does not handle marketplace billing, agreement signing, or resource deployment — use for curating tenant-scoped private store catalogs only.
Jentic publishes the only available OpenAPI document for Marketplace RP Service, keeping it validated and agent-ready.
Jentic publishes the only available OpenAPI specification for Marketplace RP Service, keeping it validated and agent-ready. The Azure Marketplace private store API lets organisations curate which marketplace offers their users can deploy by managing private stores at the tenant level. Use it to create or update a private store, list available stores, and admit specific offers into a store so only approved publishers and SKUs are visible to end users. Authentication is via Azure Active Directory OAuth 2.0 on Azure Resource Manager.
Inspect the current admitted offers under a private store
Enumerate Microsoft.Marketplace resource provider operations exposed by the API
Patterns agents use Marketplace RP Service API for, with concrete tasks.
★ Curate a private marketplace catalog
Procurement and platform teams use the API to create a tenant-level private store and admit only the marketplace offers the organisation has reviewed and approved. This restricts what end users can deploy from the Azure portal marketplace, removing the risk of unvetted third-party software entering production subscriptions while still letting teams self-serve approved offers.
PUT /providers/Microsoft.Marketplace/privateStores/{PrivateStoreId} to create the store, then PUT /providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId} for each approved offer.
Audit which marketplace offers are deployable
Compliance teams query the offers list under a private store to confirm which marketplace items users can deploy and trace back the publishers behind each one. Combining the list output with internal procurement records produces an attestation that only approved software is reachable through self-service marketplace deployment.
GET /providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers and emit a CSV of offer IDs and publisher IDs cross-checked against the approved-software list.
Revoke an approved marketplace offer
When an offer is deprecated or fails a renewed security review, the agent removes it from the private store with a single DELETE. Existing deployments remain in place, but new deployments of the offer through the Azure portal are blocked because the store no longer admits it.
DELETE /providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId} for the offer and confirm the offer no longer appears in PrivateStoreOffers_List.
Agent-driven catalog management
Through Jentic, an AI agent can react to a procurement ticket and admit or revoke marketplace offers automatically. The agent searches Jentic for 'admit marketplace offer to private store', loads the input schema, and executes with the private store ID and offer ID. Jentic injects the Azure AD token at execution time, so the agent never sees raw secrets.
Use Jentic search 'admit azure marketplace offer', load PrivateStoreOffer_CreateOrUpdate, supply private store ID and offer ID, and execute.
9 endpoints — jentic publishes the only available openapi specification for marketplace rp service, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}
Create or update a private store
/providers/Microsoft.Marketplace/privateStores
List private stores in the tenant
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}
Get a private store by ID
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId}
Admit an offer to a private store
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers
List admitted offers
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId}
Revoke an admitted offer
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}
Create or update a private store
/providers/Microsoft.Marketplace/privateStores
List private stores in the tenant
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}
Get a private store by ID
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId}
Admit an offer to a private store
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers
List admitted offers
Three things that make agents converge on Jentic-routed access.
Credential isolation
Azure AD client credentials are stored encrypted in the Jentic vault and exchanged for an ARM-scoped bearer token at execution time, keeping raw secrets out of agent context.
Intent-based discovery
Agents search Jentic with phrases like 'admit marketplace offer to private store' and Jentic returns the matching PrivateStoreOffer operation with its input schema.
Time to first call
Direct integration: 1-2 days to wire up MSAL, tenant-scoped paths, and idempotency. Through Jentic: under an hour.
Alternatives and complements available in the Jentic catalogue.
MarketplaceOrdering.Agreements
Sign and cancel the legal agreements required before deploying marketplace plans.
Use MarketplaceOrdering.Agreements first to accept the offer terms; then use Marketplace RP Service to admit the offer to a private store.
Policy Client
Govern marketplace deployments via Azure Policy allowed-publishers rules instead of private stores.
Pick Policy when governance must apply at subscription or management group scope; pick Marketplace RP Service for tenant-wide curation.
Subscription Client
Discover the subscriptions that inherit the tenant private store configuration.
Use Subscription Client to enumerate which subscriptions will see the curated catalog.
Management Lock Client
Lock the private store resource against accidental modification.
Combine with locks once the private store catalog is finalised to prevent unauthorised changes.
Specific to using Marketplace RP Service API through Jentic.
Why is there no official OpenAPI spec for Marketplace RP Service?
Microsoft Azure does not publish a standalone OpenAPI specification for the marketplace private store resource provider. Jentic generates and maintains this spec so that AI agents and developers can call Marketplace RP Service 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 Marketplace RP Service use?
The API uses Azure Active Directory OAuth 2.0 via the azure_auth scheme on https://management.azure.com/. Through Jentic, your Azure AD application credentials are stored encrypted in the Jentic vault and exchanged for a short-lived bearer token at execution time.
Can I admit a marketplace offer to a private store with this API?
Yes. Call PUT /providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId} with a body that identifies the offer. Once admitted, end users in the tenant can deploy that offer from the Azure portal marketplace; non-admitted offers are filtered out of their view.
What are the rate limits for the Marketplace API?
The endpoints inherit the standard Azure Resource Manager throttle quotas, surfaced through x-ms-ratelimit-remaining-* response headers. Bulk admit operations should respect those headers and back off when the remaining quota approaches zero.
How do I curate a private store through Jentic?
Search Jentic for 'create azure private store', load PrivateStore_CreateOrUpdate, supply the desired store name and tenant settings, then execute. Chain PrivateStoreOffer_CreateOrUpdate for each offer you want admitted, then verify with PrivateStoreOffers_List.
Does revoking an offer remove existing deployments?
No. DELETE /providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId} removes the offer from the admitted list, blocking new deployments through the marketplace. Resources already deployed from that offer continue to run normally and must be retired through their own resource provider APIs.
Is the Marketplace API free?
The control-plane API itself does not incur charges. Costs apply to the marketplace offers users actually deploy, billed under each offer's marketplace pricing. Standard Azure operational charges apply to those workloads.
/providers/Microsoft.Marketplace/privateStores/{PrivateStoreId}/offers/{OfferId}
Revoke an admitted offer