List a brand's sign-in providers
Every upstream provider Synq signs people in through, whether the brand offers it, and how. Needs `org.brands.view`.
/v1/orgs/{org}/brands/{brand}/sign-in-providersEvery upstream provider Synq signs people in through, whether the brand offers it, and how. Needs org.brands.view.
Authorization
bearer An org API key (sk_live_…, sk_test_…), or an access token from the Synq issuer (the synq brand, on the accounts host) for this API.
In: header
Path Parameters
Response Body
application/json
application/problem+json
application/problem+json
application/problem+json
application/problem+json
curl -X GET "https://example.com/v1/orgs/string/brands/string/sign-in-providers"{ "data": [ { "provider": "string", "enabled": true, "link_by_email": true, "hosted_domain": "string", "microsoft_tenant": "string", "app": { "client_id": "string", "redirect_uri": "string", "updated_at": "2019-08-24T14:15:22Z" }, "signs_in_through": "brand", "redirect_uri": "string", "offered": true, "synq_app": true } ]}Forget the org’s own app at a sign-in provider DELETE
The brand signs in through the org’s app, else Synq’s. Recorded as `org.updated` (or `brand.updated`). Needs `org.connections.edit`.
List the org's own apps at the sign-in providers GET
One per provider: the org’s own app there (its client id), or null, and the redirect URIs an app there registers, one per live brand: each brand’s own callback, on its issuer’s host. Never a secret. Each brand’s list (`…/brands/{brand}/sign-in-providers`) says which app it signs in through, and its own redirect URI. Needs `org.connections.view`.