導入
申請管理表で、本来は申請者が「申請ID〜申請日」だけ入力すればいい設計だったのに、新人が「ついでに」と確認者が入れるべき確認日も自分で入れてしまったり、承認状態の数式まで上書きしてしまった。指導しても、しばらくすると別の人が同じことをする――こんな場面はありませんか。
これは入力者の判断ミスではなく、入力者が触れる列の範囲が明確に決まっていないことが原因です。本記事では、入力者の編集範囲を入力列に限定し、シート保護で物理的に制限する手順をまとめます。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 入力者が関係ない列まで編集してしまう |
| 主な原因 | 入力者の編集範囲が決まっていない |
| 解決方法 | 入力者は入力列だけ編集可能にする |
| 対象業務 | 申請管理・問い合わせ管理・案件管理 |
| 対象人数 | 3〜30人 |
| 難易度 | ★☆☆☆☆ |
| 作業時間 | 20分 |
| 用意するもの | 対象の管理表／役割一覧 |
| 効果 | 誤編集を減らせる |
| 向かないケース | 全員が自由編集でよい表 |
入力者が触る列を範囲指定で明示し、入力列以外をシート保護で物理的にロックすれば、誤って他列を触る事故が止まります。
なぜその管理表はうまくいかないのか
- 入力者が触る列の範囲が決まっていない
- 入力者が「自分の親切で」確認列や承認列に書き込んでしまう
- 入力列と他の列が視覚的に区別されていない
- シート保護を使っていない、または全列ロックで入力者が書けない
- 「ここまでしか触らないで」が口頭ルールでしか伝わっていない
担当者の意識ではなく、入力者の編集範囲を組織として定義していないことが原因です。見直しは、入力者が本来触るべき列を洗い出すところから始めます。
完成イメージ
直す前 — 入力者が全列を触れる:
| 申請ID | 申請者 | 申請内容 | 申請日 | 確認者 | 確認日 | 承認状態 |
|---|---|---|---|---|---|---|
| 入力 | 入力 | 入力 | 入力 | 入力（？） | 入力（？） | 入力（？） |
→ 入力者が確認者・承認列も書いてしまう。
直した後 — 入力者の編集範囲を限定:
| 【入力】申請ID | 【入力】申請者 | 【入力】申請内容 | 【入力】申請日 | 【確認】確認者 | 【確認】確認日 | 【自動】承認状態 |
|---|---|---|---|---|---|---|
| 入力者が編集可（白） | 入力者が編集可（白） | 入力者が編集可（白） | 入力者が編集可（白） | 入力者は編集不可（薄黄＋ロック） | 入力者は編集不可（薄黄＋ロック） | 入力者は編集不可（薄灰＋ロック） |
入力者は【入力】列だけ書ける。他はクリックしても「保護されています」と警告。
改善手順
ステップ1. 入力者が触る列を洗い出す
入力者の編集範囲を正確に把握します。
操作: 別シート「権限設定表」に、A列に列名、B列に「入力者が編集すべきか」を○/×で記入する。
記入例:
| 列名 | 入力者の編集 | 理由 |
|---|---|---|
| 申請ID | ○ | 申請者が記入 |
| 申請者 | ○ | 申請者が記入 |
| 申請内容 | ○ | 申請者が記入 |
| 申請日 | ○ | 申請者が記入 |
| 状態 | △ | 初期入力は「申請中」固定。後で確認者・承認者が変更 |
| 確認者 | × | 確認者が記入 |
| 確認日 | × | 確認者が記入 |
| 承認状態 | × | 自動計算 |
| 業務分類コード | × | 経理担当が設定 |
| 備考 | ○ | 申請者が記入 |
「△」（条件付き）の列も洗い出す。完全に切り分けにくい列がある場合は、後で運用ルールで対応する。
ステップ2. 入力者が触らない列を確定する
入力者編集禁止の列を明確に決めます。
操作: 権限設定表で「×」の列を集約し、「入力者編集禁止リスト」を作成する。
記入例:
| 編集禁止列 | 編集権限者 |
|---|---|
| 確認者 | 確認者・管理者 |
| 確認日 | 確認者・管理者 |
| 承認状態 | （数式のため誰も編集しない） |
| 業務分類コード | 経理担当・管理者 |
「△」の列（状態など）は、入力時は編集可、後の確認時はロックなど、運用ルールを別途決める。
✗悪い例: 「全部編集可」「全部編集不可」の2択 → 実用性なし ◎良い例: 列ごとに「入力者が触る／触らない」を判定 → 現実に即した設計
ステップ3. 入力列だけロックを外す
入力者編集可の列だけ、ロックを解除します。
操作: 入力列の範囲を選択し、「セルの書式設定」→「保護」タブで「ロック」のチェックを外す。
記入例:
| 範囲 | ロック設定 |
|---|---|
| A2:D1000（申請ID〜申請日） | ロック解除 |
| E2:E1000（状態） | ロック解除（運用ルールで初期入力のみ） |
| F2:G1000（確認者・確認日） | ロック維持 |
| H2:H1000（承認状態） | ロック維持（数式） |
| I2:I1000（業務分類コード） | ロック維持 |
| J2:J1000（備考） | ロック解除 |
| 1行目（見出し） | ロック維持 |
ロック解除と維持を明確に分ける。
ステップ4. シート保護をかけて入力範囲を確定する
ロック設定が機能するよう、シート保護を有効化します。
操作: 「校閲」タブ → 「シートの保護」 → パスワード設定 → 必要な操作のみ許可 → OK。
記入例:
| 設定項目 | 推奨設定 |
|---|---|
| パスワード | 設定する（管理者保管） |
| ロックされたセルの選択 | チェック（クリックは可、編集不可） |
| ロックされていないセルの選択 | チェック（入力可） |
| 並べ替え | チェック（入力者も並べ替えしたい場合） |
| オートフィルター | チェック |
| 行の挿入 | チェック（データ追加用） |
| 列の挿入・削除 | チェックなし（列を守る） |
シート保護が有効になると、入力者は入力列だけ編集できる状態になる。
ステップ5. 入力者向けの説明を表の中に残す
入力者向けの簡易ガイドをファイル内に置きます。
操作: 対象ファイルの先頭に「入力者向けガイド」シートを作る。
記入例:
シート全体:
## 入力者向けガイド
このファイルの入力ルールです。
新規申請を入力する場合に参照してください。
【あなたが編集できる列】
- 申請ID（A列）
- 申請者（B列）
- 申請内容（C列）
- 申請日（D列）
- 状態（E列、初期は「申請中」を選択）
- 備考（J列）
【あなたが編集できない列】
- 確認者（F列）→ 確認担当が記入
- 確認日（G列）→ 確認担当が記入
- 承認状態（H列）→ 自動計算
- 業務分類コード（I列）→ 経理担当が設定
【入力できないセルをクリックすると…】
「このセルは保護されています」と表示されます。
正常な動作なので、編集できる列で作業してください。
【新規申請の入力手順】
1. 行末に新規行を追加
2. 申請ID（連番）を入力
3. 申請者・申請内容・申請日を記入
4. 状態は「申請中」を選択
5. 備考に補足があれば記入
6. 保存して、確認担当（佐藤）にチャットで通知
【問い合わせ】
管理者: 経理 鈴木（内線1234）
【最終更新】
2024-05-15
入力者がファイルを開いたら、このガイドを最初に見る。
実務での注意点
- 全員が自由編集でよい表（チーム内メモなど）にはこの制限は不要です。
- シート保護のパスワードは絶対に紛失しないこと。組織管理者がパスワード台帳を管理し、退職者引き継ぎ時に確実に伝達します。
- 入力範囲は最初は厳しめに設定し、運用しながら必要に応じて緩めます。最初から緩いと事故が起きやすい。
- 「△」の列（状態など）は、複数の役割が編集する場合があります。その場合はロック解除しておき、運用ルールで「入力時は申請中固定、確認後は確認者が変更」のように決めます。
- 入力者がよく触る場所だけロック解除しておく方が、業務効率と保護のバランスが取れます。すべてに権限を絞りすぎると入力負荷が上がります。
まとめ
入力者が他の列まで触ってしまう原因は、入力者の編集範囲が組織として定義されていないことです。入力列を洗い出し、ロックを解除し、その他の列はロック維持のままシート保護をかければ、入力者は入力列だけ書ける状態が物理的に作れます。
次にやることは、自分の管理表で入力者が誤って触った列が過去1か月で何箇所あったか思い出すことです。3箇所以上あれば、本記事の入力範囲制限の効果が出ます。あわせて、役割の洗い出しは利用者の役割を洗い出す手順、確認者の権限は確認者の編集範囲を決める手順、入力セルだけ開放は入力セルだけ開放する手順も参考になります。
