Azure Reservations

Connector for the azure-reservations API, generated deterministically from its OpenAPI spec (endpoints, auth, and methods match the spec exactly — nothing is invented).

• Base URL: https://management.azure.com
• Auth: OAuth 2.0 (user-delegated) — attach an InTouch oauth credential. Mint one with itcli.py /oauth <provider> (device-code) or /google-auth (Google); the server auto-refreshes the access token before each run, so the connector never handles or stores tokens.

Operations

• operation_list — GET /providers/Microsoft.Capacity/operations — Get operations.
• reservationorder_list — GET /providers/Microsoft.Capacity/reservationOrders — Get all ReservationOrders.
• reservationorder_get — GET /providers/Microsoft.Capacity/reservationOrders/{reservationOrderId} — Get a specific ReservationOrder.
• reservation_list — GET /providers/Microsoft.Capacity/reservationOrders/{reservationOrderId}/reservations — Get Reservations in a given reservation Order
• reservation_get — GET /providers/Microsoft.Capacity/reservationOrders/{reservationOrderId}/reservations/{reservationId} — Get Reservation details.
• reservation_listrevisions — GET /providers/Microsoft.Capacity/reservationOrders/{reservationOrderId}/reservations/{reservationId}/revisions — Get Reservation revisions.

Inputs

• a linked oauth credential (no key inputs) — the server injects a fresh Authorization: Bearer from it
• operation — one of the operations above
• path parameters when an operation's path contains {...}
• query — optional JSON object of query params
• body — JSON object for create/update ops

Example

operation: operation_list
# (attach an 'oauth' credential to the task — no inline secrets)