Product

How Jentic Works

From API assessment to production deployment in four simple steps.

Product Overview

PLATFORM

Jentic OneSelf-hosted, open-source control plane between your agents and any APIAPI DirectoryBrowse 10,000+ APIs ready for AI agent integrationAPI ScorecardAssess your APIs for AI-readiness with automated scoringAgentic SandboxSafely simulate AI agents with your production APIsJenticSign in to the Jentic web app

CAPABILITIES

IntegrationConnect AI agents to your existing systemsWorkflowsDiscover and capture successful agent workflowsGovernanceDefine, observe, and enforce AI policies

TOOLS

Arazzo UIVisualize Arazzo workflows as interactive documentationArazzo EditorBuild and edit multi-step API workflows visually
Pricing
Developers

GET STARTED

DocumentationGuides and API referenceQuickstartGet up and running in minutes

COMMUNITY

GitHubOpen source projects and examples
Resources
BlogLatest articles and insightsPress & MediaBrand assets and press contactOpen StandardsBuilt on open specs. Never locked in.NewsletterAPIs, AI agents, mixed with architecture and strategy.
Company
About UsOur mission and teamCareersJoin our teamContactGet in touch
Install Jentic OneBook a Demo
How Jentic WorksJentic OneAPI DirectoryAPI ScorecardAgentic SandboxJenticIntegrationWorkflowsGovernanceArazzo UIArazzo Editor
Pricing
DocumentationQuickstartGitHub
BlogPress & MediaOpen StandardsNewsletter
About UsCareersContact
Request a demoInstall Jentic One
Jentic
For Enterprises
  • Product Overview
  • Agentic Sandbox
  • Book a Demo
For Developers
  • Jentic One
  • Documentation
  • GitHub
Company
  • About Jentic
  • Careers
  • Contact Us
ISO/IEC 27001:2022 certification badge issued by Prescient Security

Information Security Management System

Certified to ISO/IEC 27001:2022 by Prescient Security

Terms & Conditions•Privacy Policy•
© 2026 Jentic. All rights reserved.
APIs / CRM / Azure / Microsoft.Support
Microsoft.Support logo

Microsoft Azure Microsoft.Support

Browse all Azure APIs
★ Only Publicly Available OpenAPI DocumentCRMCustomer Supportoauth214 EndpointsREST

For Agents

Open and update Microsoft Azure support tickets, post communications, and browse the support service and problem classification catalog. Covers 14 endpoints across services, problem classifications, support tickets, communications, and name availability checks.

Use for: I need to open an Azure support ticket for a virtual machine that will not start, Post a follow-up message on support ticket 12345 with new diagnostic logs, List all open support tickets in my Azure subscription, Get the catalog of Azure support services available for a billing issue

Not supported: Does not handle billing payment, customer-facing support tickets for your own product, or non-Azure incidents — use for opening and managing Microsoft Azure engineering support cases only.

Jentic publishes the only available OpenAPI specification for Microsoft.Support, keeping it validated and agent-ready. The Microsoft Azure Support Resource Provider lets customers create and manage Azure technical and billing support tickets entirely through code. The API exposes the catalog of Azure support services and problem classifications, lets agents file new tickets with severity and contact details, posts follow-up communications back into a ticket thread, and reads ticket state across a subscription. Ticket creation is gated on the subscription having an active support plan such as Developer, Standard, Professional Direct, or Premier.

Jentic One on GithubView OpenAPI Document

Install Jentic One Beta

Connect the Microsoft.Support to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Microsoft.Support, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

1

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
2

Step 2: Agent machine

# 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 instance

Jentic 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.

Capabilities

What an agent can do with Microsoft.Support API.

Create technical, billing, quota, or subscription management support tickets

Post follow-up communications into an existing ticket thread

Update ticket severity, contact details, and status

Browse the Azure support service catalog and matching problem classifications

List all support tickets in a subscription and filter by status or creation date

Check whether a support ticket name or communication name is available

Retrieve the full conversation history for a single support ticket

Use Cases

Patterns agents use Microsoft.Support API for, with concrete tasks.

★ Programmatic Azure ticket creation

Operations teams that detect critical failures in their monitoring stack can open Azure support tickets without leaving their incident response workflow. The API requires an active support plan, a service identifier, a problem classification, contact details, and a severity. Tickets are typically acknowledged within minutes for critical severity on Premier plans and within four hours on Standard plans, removing the manual portal click-through that previously delayed escalation.

Create a technical support ticket for service Microsoft.Compute with problem classification VM Deployment, severity moderate, title VM web01 failed to provision, and primary contact engineer at example.com.

Two-way ticket communication automation

Customer support and DevOps teams attach diagnostic logs, screenshots, and reproduction steps to support tickets via the communications subresource. The API accepts a communication body and subject and posts it as a customer reply on the ticket thread. Reading the same subresource lets internal tooling pull Microsoft engineer responses directly into Slack, Teams, or a ticket aggregation system.

Post a communication on support ticket case-99887 with subject Updated logs and body containing the URL of a fresh log bundle uploaded to blob storage.

Service catalog discovery for ticket routing

Before opening a ticket, an agent can list Azure support services and their problem classifications to pick the most accurate routing target. The catalog returns service GUIDs and problem classification GUIDs that the API requires when creating a ticket, ensuring the case lands in the correct Microsoft engineering queue and reduces back-and-forth on misrouted tickets.

List Azure support services, find the entry for Virtual Machines running Linux, list its problem classifications, and return the GUID for the Cannot connect via SSH classification.

Agent-assisted incident escalation

AI agents can use Jentic to discover Microsoft.Support operations by intent, load the structured input schema, and execute calls against management.azure.com without browsing the Azure REST docs. An on-call agent reading a paging alert can open a critical support ticket, attach the failure summary as an initial communication, and report the ticket number back to the on-call channel within seconds.

Search Jentic for create an azure support ticket, load the input schema, and execute it for a critical severity case against Microsoft.Network with the alert summary as the description.

Key Endpoints

14 endpoints — jentic publishes the only available openapi specification for microsoft.

METHOD

PATH

DESCRIPTION

PUT

/subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets/{supportTicketName}

Create a new Azure support ticket

GET

/subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets

List support tickets in a subscription

PATCH

/subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets/{supportTicketName}

Update an existing support ticket

GET

/providers/Microsoft.Support/services

List Azure support services

GET

/providers/Microsoft.Support/services/{serviceName}/problemClassifications

List problem classifications for a service

POST

/subscriptions/{subscriptionId}/providers/Microsoft.Support/checkNameAvailability

Check support ticket name availability

PUT

/subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets/{supportTicketName}

Create a new Azure support ticket

GET

/subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets

List support tickets in a subscription

PATCH

/subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets/{supportTicketName}

Update an existing support ticket

GET

/providers/Microsoft.Support/services

List Azure support services

GET

/providers/Microsoft.Support/services/{serviceName}/problemClassifications

List problem classifications for a service

POST

/subscriptions/{subscriptionId}/providers/Microsoft.Support/checkNameAvailability

Check support ticket name availability

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential management

Credential isolation

Azure AD OAuth credentials and service principals are stored encrypted in the Jentic vault. Agents receive scoped bearer tokens for management.azure.com at execution time; client secrets and certificates never enter the agent context.

Intent-based discovery

Intent-based discovery

Agents search by intent (for example open an azure support ticket or list azure support services) and Jentic returns the matching ARM operation with its full input schema, so the agent can call the correct path without browsing Microsoft Learn docs.

Time to first call

Time to first call

Direct integration with the Microsoft.Support REST API: 1-2 days for AAD auth, ticket schema modeling, and communication threading. Through Jentic: under 1 hour to search, load, and execute.

Related APIs

Alternatives and complements available in the Jentic catalogue.

Complementary

Microsoft Resource Health

→

Reports the platform health of Azure resources that may motivate opening a support ticket.

Use this before opening a ticket to determine whether an outage is platform-acknowledged, in which case Microsoft may already be working on it.

Complementary

Azure Advisor

→

Surfaces Azure best-practice recommendations that can be addressed without opening a support case.

Choose this when the agent needs to resolve cost, security, or performance recommendations rather than file a Microsoft engineering ticket.

Alternative

Zendesk Support

→

Third-party customer support ticketing for non-Azure issues.

Choose this when the user wants to manage their own customer support tickets rather than open a case with Microsoft Azure engineering.

FAQs

Specific to using Microsoft.Support API through Jentic.

Why is there no official OpenAPI spec for Microsoft.Support?

Microsoft Azure does not publish an OpenAPI specification for the Microsoft.Support Resource Provider. Jentic generates and maintains this spec from the Azure Resource Manager contracts so that AI agents and developers can call Microsoft.Support 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 Microsoft Azure Support API use?

The API uses Azure Active Directory OAuth 2.0 with the user_impersonation scope against https://login.microsoftonline.com/common/oauth2/authorize. Jentic stores the AAD client secret or service principal credentials encrypted in its vault and supplies scoped bearer tokens to agents at execution time without exposing the underlying credential.

Can I create a new support ticket through the Microsoft Azure Support API?

Yes, provided the subscription has an active Developer, Standard, Professional Direct, or Premier support plan. Call PUT /subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets/{supportTicketName} with a service ID, problem classification ID, severity, title, description, and contact details. Subscriptions without a paid support plan can only file billing and subscription management tickets.

What are the rate limits for the Microsoft Azure Support API?

The API follows the standard Azure Resource Manager throttling limits, which apply per subscription and per region. Read operations such as listing services or problem classifications are limited to 1200 requests per hour per subscription. Ticket creation is gated by both ARM throttling and the support plan tier, so most teams see no practical limit.

How do I post a communication on an existing ticket through Jentic?

Search Jentic for post azure support ticket communication, load the schema for PUT under supportTickets/{supportTicketName}/communications/{communicationName}, and execute it with the ticket name, communication name, subject, and body. Jentic handles the AAD token exchange and returns the new communication record.

Does the Microsoft Azure Support API allow closing a ticket?

Yes. PATCH /subscriptions/{subscriptionId}/providers/Microsoft.Support/supportTickets/{supportTicketName} with a status of Closed transitions the ticket to a closed state. The same endpoint accepts severity changes and updated contact details, so a single call can both downgrade severity and close the case.

GET STARTED

Start building with Microsoft.Support API

Explore with Jentic
View OpenAPI Document