Cox Automotive · OAuth Scopes
Cox Automotive OAuth Scopes
OAuth 2.0
searched
Cox Automotive uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
Tokens are issued from https://api.manheim.com/oauth2/token.oauth2.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
AutomotiveVehicle DataVehicle ValuationsAuctionsDealer SoftwareAutomotive RetailVIN DecodingInventory ManagementRemarketingEventWebhook
Scopes: 0
Flows: clientCredentials, password
Method: searched
OAuth endpoints
Token URL
https://api.manheim.com/oauth2/token.oauth2 https://uat.api.manheim.com/oauth2/token.oauth2
https://api.manheim.com/oauth2/token.oauth2 https://uat.api.manheim.com/oauth2/token.oauth2
Flows
clientCredentialspassword
clientCredentialspassword
Scopes (0)
Cox Automotive implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
Manheim's OAuth 2.0 implementation is scope-aware — the token request accepts a space-delimited `scope` parameter and the authorization server, per RFC 6749, attaches no scopes unless the client sends them — but Cox Automotive does NOT publish a scope registry. The documentation states only that "Manheim determines which scope(s) are appropriate for each API client" and shows an opaque example (`scope=APP1%3AABC%20APP@%3ACDE`), implying an `APP:ACCOUNT` shaped value assigned per client rather than a fixed vocabulary. A client that omits `scope` still receives a token, but any call to a scope-protected endpoint then fails. No scope list is derivable from the five harvested Kelley Blue Book Swagger 2.0 contracts either — all of them declare apiKey security, not oauth2.
Manheim's OAuth 2.0 implementation is scope-aware — the token request accepts a space-delimited `scope` parameter and the authorization server, per RFC 6749, attaches no scopes unless the client sends them — but Cox Automotive does NOT publish a scope registry. The documentation states only that "Manheim determines which scope(s) are appropriate for each API client" and shows an opaque example (`scope=APP1%3AABC%20APP@%3ACDE`), implying an `APP:ACCOUNT` shaped value assigned per client rather than a fixed vocabulary. A client that omits `scope` still receives a token, but any call to a scope-protected endpoint then fails. No scope list is derivable from the five harvested Kelley Blue Book Swagger 2.0 contracts either — all of them declare apiKey security, not oauth2.
📄 Provider scope reference: https://developer.manheim.com/pages/authentication.html
Source
OAuth Scopes
Work with this as data
Every scope set here is available over the APIs.io API and to AI agents over MCP.