所属グループ・組織情報を扱う

1. このページで伝える機能

複数の所属、主所属、直属上司と、グループの階層・組織区分・責任者を組み合わせて組織情報を管理できます。

2. Wagby11で実現できること

営業本部の配下に東営業部と西営業部を置く例です。佐藤さんの所属と主所属は東営業部、直属上司は鈴木さんとします。東営業部の責任者には高橋さんを設定し、上司と責任者を分けています。

主所属は親グループという理由だけでは選べず、直接所属から選びます。本人を上司にしたり、上司関係・グループ階層を循環させたりする指定は拒否されます。主所属のグループを所属一覧から外す場合は、先に主所属を変更または解除します。

組織区分の選択肢はAppSchemaで追加・名称変更できます。この例では既存の「部門」「課」「チーム」「その他」を保持して「本部」を追加しました。

組織区分や責任者の指定は任意です。組織以外の業務グループにも使えます。責任者に設定しただけで、その人へ業務データの閲覧権限や承認権限が自動付与されるわけではありません。

3. AIへの指示例

最小限の指示例

組織の階層と、利用者の主所属・直属上司を管理してください。

AIは組織階層、兼務の有無、主所属の扱い、組織区分の選択肢を類推して補います。直属上司と部門の責任者が同じかどうかも、具体例を伝えて決めます。

より詳細な指示例

営業本部の配下に東営業部と西営業部を登録してください。佐藤さんの直接所属と主所属を東営業部、直属上司を鈴木さんとし、東営業部の責任者を高橋さんにします。組織区分organizationtypeの既存コードは維持してHQ「本部」を追加し、営業本部にHQ、東西営業部にDEPARTMENTを指定します。juserとjgroupの既存項目構造は変えず、主所属と所属の整合性や階層の循環が検証されることを確認してください。
既存の定義・データ・権限を保持し、Wagby11のguide・referenceを確認してください。利用者向け操作マニュアルを更新し、生成・ビルド後に管理者と対象利用者の画面・APIを確認してください。

4. 編集されるAppSchemaの例

以下は関連する定義の抜粋です。項目の構文を覚えなくても、管理したい利用者情報や公開範囲、組織のルールをAIへ伝えられます。

# organizationtype.yaml の entity.codes の抜粋
entity:
  codes:
    - { id: HQ, content: 本部 }
    - { id: DEPARTMENT, content: 部門 }
    - { id: SECTION, content: 課 }
    - { id: TEAM, content: チーム }
    - { id: OTHER, content: その他 }

組織区分は独立した選択肢モデルorganizationtypeで定義します。コードを保存値、contentを表示名として扱います。名称だけ変える場合はコードを維持します。既存の属性・権限・画面定義を残してcodesを編集し、利用中のコードを削除する前には既存グループへの影響を確認します。所属、主所属、上司、グループ階層、責任者の具体的な割り当ては運用データです。

5. 参考資料

組織情報とワークフロー

designer/docs/appschema/html/guide/appendix/08-organization-workflow.html

システムユーザーとロール

designer/docs/appschema/html/guide/10-security/09-system-user-and-role-models.html

データスコープ：所有情報と所属

designer/docs/appschema/html/guide/10-security/04-permission-scope.html