Sensely · OAuth Scopes
Sensely OAuth Scopes
OAuth 2.0
probed
Sensely 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.
CompanyHealthcareDigital HealthConversational AIVirtual AssistantSymptom CheckerPatient EngagementHealth InsuranceMental HealthSDK
Scopes: 0
Flows:
Method: probed
Scopes (0)
Sensely 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.
Sensely publishes no scopes or permissions reference. The only authorization vocabulary that can be read without credentials is the scope list advertised by its Cognito user pool, which is the stock OIDC set — Cognito supports custom resource-server scopes and none are declared here. The partner credential flow at apis.sensely.com/authenticate/authenticate is not scope-bearing: it returns an opaque token pair, and any per-partner entitlement is carried by the procedureId and program code rather than by a scope.
Sensely publishes no scopes or permissions reference. The only authorization vocabulary that can be read without credentials is the scope list advertised by its Cognito user pool, which is the stock OIDC set — Cognito supports custom resource-server scopes and none are declared here. The partner credential flow at apis.sensely.com/authenticate/authenticate is not scope-bearing: it returns an opaque token pair, and any per-partner entitlement is carried by the procedureId and program code rather than by a scope.
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.