access

GET /v1/sites/{siteId}/collaborator-roles

The per-site roles that may be granted here.

すべての access エンドポイント

認証

ベアラー トークンとして API キーを送信します。このエンドポイントでは仕様に特定の権限が記載されていないため、キーに必要な最小限の権限を付与し、推測するのではなくレスポンスを確認してください。

このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。

試してみる

アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。

curl -X GET https://api.zinndigital.com/v1/sites/{siteId}/collaborator-roles \
  -H "Authorization: Bearer zdk_live_…"

ログインしていますか?ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く

詳細

The roles a collaborator may be given on this site, so a form offers only choices the engine will accept. Fixed today; it exists because the first time a plan tier or a reseller policy limits which per-site roles may be conferred, every screen that hardcoded three choices is silently wrong and one that asked is not. `collaborator_role_seeded` reports whether the underlying organisation role exists in this deployment. It distinguishes *"nobody has been granted anything yet"* from *"the role catalogue was never seeded, so every grant will fail to narrow"* — two states that otherwise look identical from an empty list.

パラメータ

名前タイプ必須これがその内容です
siteId (path)UuidはいSite ID (UUIDv7).

返信

名前タイプ必須これがその内容です
itemsobject[]はい
collaborator_role_seededbooleanはいWhether the `site_collaborator` organisation role exists in this deployment. See the endpoint description: it separates an empty answer from a blind one.

このエンドポイントが返すエラー

401 · 403 · 404 · 429