コンテンツにスキップ

役割・権限

設計の原則＝ 3軸を分ける

仮ロールが混乱していた原因は「所属」「できること」「案件での担当」を1つの肩書きに混ぜていたこと。これらを直交させる。

軸	何を表す	正本
A. 所属・組織	誰が・どの拠点/部署か	Google Workspace が正（同期）
B. 権限スコープ	どこまで見える・操作できるか	CRMが付与（拠点/部署から自動マッピング可）
C. 職能ロール	案件で何の役割を担うか	CRMが柔軟に割当（1人が複数兼務可）

A. 所属・組織（Googleが正）

在籍・拠点・部署・組織（OU／グループ）は Google Workspace を正として読み取り同期。
CRM側から所属を書き換えない。競合時はGoogle優先。
拠点・部署は権限スコープ（B）の自動付与に使う。

B. 権限スコープ（データの見える範囲）＝ 4段＋管理者（方針案）

メンバー(自分の案件) ⊂ チームリーダー(自チーム) ⊂ 拠点管理(自拠点) ⊂ 全社管理(KPI/評価/予実)
                                                                  ＋ システム管理者（設定・ユーザー・連携・マスタ）

スコープ	見える範囲	主な操作
メンバー	自分が担当する案件	入力・編集（自担当）
チームリーダー	自チームの案件・実績	＋チームの閲覧・割当
拠点管理	自拠点（取次拠点）の案件・KPI	＋拠点の集計・割当
全社管理	全社の案件・KPI・評価・予実	＋全社分析・承認
システム管理者	設定全般	ユーザー・連携・マスタ・権限

＋操作権限は機能別に分離：閲覧 / 入力・編集 / 承認(値引・粗利) / マスタ編集 / 経理確定 / 設定

C. 職能ロール（案件での役割）＝柔軟割当【方針確定】

業務フローから素直に導いた初期ロール（叩き台。増減・改称は自由）：

職能ロール	担う仕事	案件タスクとの関係
獲得	催事・訪問・反響で見込み作り→アポ獲得	案件を起票
前確（マエカク）	訪問前に架電してアポ確定	前確タスクの割当先
クローザー	訪問してクロージング・成約	商談・成約担当
設計	太陽光等の現地調査・設計	太陽光調査設計タスクの割当先
工程・発注	発注・施工手配・認定申請・補助金・完工管理	工程タスクの担当
経理	仕入・粗利確定・入金・代理店支払	経理確定

1人が複数ロールを持てる（例：獲得＝クローザー）。
案件タスク（共通タスク）の割当先は、この職能ロールを持つ人から選ぶ／自動割当する。

代理店（外部パートナー）

確定状況

項目	状態
権限スコープ 4段＋管理者	⏳ 方針案（定例会での合意未確認）
職能ロールは柔軟割当（マスタ化）	✅ 方針確定
営業の分業/一気通貫	⏳ 未確定 → 柔軟割当で吸収
代理店ロール（人単位・管理者/メンバー）	✅ 確定（2026-07-22定例会）
代理店ログインの認証基盤・招待フロー	⏳ 未実装