Acelab · OAuth Scopes
Acelab OAuth Scopes
OAuth 2.0
probed
Acelab 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.
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.
CompanyConstructionArchitectureBuilding MaterialsDesignSustainabilityProduct DataAECORevitSpecification
Scopes: 0
Flows:
Method: probed
Scopes (0)
Acelab 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.
The only OAuth scope Acelab publishes anywhere is the single scope advertised by the authorization server backing the documentation MCP server on docs.acelabusa.com. There is no scope or permissions reference page for the Acelab product API — that API answers WWW-Authenticate: Bearer with no published authorization model at all. This file deliberately records one scope rather than inventing a product-API scope surface.
The only OAuth scope Acelab publishes anywhere is the single scope advertised by the authorization server backing the documentation MCP server on docs.acelabusa.com. There is no scope or permissions reference page for the Acelab product API — that API answers WWW-Authenticate: Bearer with no published authorization model at all. This file deliberately records one scope rather than inventing a product-API scope surface.
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.