子組織とロール

大規模な顧客は、単一のScoutello顧客構造で複数の運用ユニットが必要な場合に、子組織とロールを維持できます。例としては、複数のプロパティを持つホテルグループ、地域のチームを持つイベント主催者、またはパートナーオフィスを持つデスティネーション組織などが挙げられます。

サイドバーには以下が表示されます。

• 子組織用の /organizations/:id/organizations
• ロールと権限管理用の /organizations/:id/roles

どちらのルートも、グローバルなScoutelloプラットフォームのスタッフアカウントではなく、adminエンティティ（例: ロールエディタの admin:list:all および関連する admin:* スコープ）に対する組織管理者権限が必要です。

子組織

子組織は、より広範な構造を管理可能に保ちながら、所有権と日常業務を分離します。これらは、同じ顧客エコシステムに属しながらも、異なるブランディング、レコード、権限、または運用責任を必要とするチームに適しています。

一般的なパターン：

• 親組織が共有戦略、請求、またはガバナンスを所有します。
• 子組織がローカルの顧客、イベント、ツアー、Webアプリ、およびスタッフを管理します。
• プラットフォーム管理者または組織管理者は、ツリー全体で階層に関する質問を追跡できます。

ロール

ロールは、組織内のユーザーの権限をバンドルします。ユーザーは異なる組織で異なるロールを持つことができるため、アクセスを診断する前に必ずアクティブな組織を確認してください。

権限は、権限リファレンスに記載されている entity:action:scope モデルに従います。adminエンティティは、組織全体の管理をバンドルします。十分な admin:* スコープがあれば、そのロールで設定された制限内で、サイドバーの階層およびロール管理へのアクセスが付与されます。

サポートチェック

ユーザーがレコードが見つからない、またはナビゲーションが見つからないと報告した場合は、まず、ユーザーが意図した組織または子組織で作業していること、およびそのロールがそこに属していることを確認してください。次に、customer、event、tour、またはlanding-pageなどの関連エンティティの権限を検査します。これには、スコープが assigned、all、または off であるかどうかが含まれます。ユーザーが組織構造とロールを管理する必要がある場合にのみ、広範な**adminエンティティ**権限を付与してください。

関連コンセプト: 権限リファレンス。