SharePoint リストに担当者や関係者を登録したいのに、People（ユーザー）列が1人分しか入力できず「SharePoint リストのユーザー列で複数選択できない」と詰まるケースは多いです。原因はほぼ設定ミスで、列の種類と「複数の選択を許可する」を正しく押さえれば解決できます。設定手順だけでなく、グレーアウト時の原因や運用上の注意点までまとめます。
結論：People列は「ユーザーまたはグループ」で複数選択を有効化する
SharePoint リストの「ユーザー（People）」列は、正式には「ユーザーまたはグループ（Person or Group）」列です。ここで「複数の選択を許可する（Allow multiple selections）」をオンにすると、1つのアイテムに対して複数ユーザーを保存できるようになります。
逆に、列が別の種類（例：テキスト列、選択肢列、Lookup列など）で作られている、または列の設定がシングル選択のままだと、入力欄にユーザーが1人しか入らず「追加できない」状態になります。
People列が1人しか入らないときに起きていること
一見同じ「ユーザー列」に見えても、SharePoint では列ごとに「単一値」か「複数値」かが明確に分かれています。単一値の People 列は、フォーム上ではユーザーピッカーが1行で確定し、追加で入力しても置き換えになる（または追加できない）挙動になります。
この状態は「壊れている」わけではなく、単にその列が単一選択（Single）で定義されているだけです。複数選択にしたい場合は、列設定で複数選択（Multi）に切り替えます。
単一 People 列と複数 People 列の違い（押さえておくと設計ミスが減る）
| 観点 | 単一（1人） | 複数（複数人） |
|---|---|---|
| 用途 | 主担当・責任者など「代表者」を1人に決める | 関係者・レビュー担当・共同作業者など複数人が関わる |
| フォーム入力 | 1人を選ぶと確定 | 1人目の後に2人目、3人目…を追加できる |
| 自動化（Power Automate） | ユーザー情報が1件 | ユーザー情報が配列（複数件）になり、ループや結合が必要 |
| 運用のコツ | フィルター・グループ化の軸にしやすい | 便利だが制約が増えるので、主担当列と併用すると安定 |
設定手順（確実）：リストの設定から列を編集する
まずは最も確実な、リスト設定画面からの変更手順です。Microsoft Lists（Lists アプリ）から作成したリストでも基本は同じです。
手順
- 対象の SharePoint リストを開きます。
- 画面右上の歯車アイコンから「リストの設定」（または「リストの設定情報」→「設定」）を開きます。
- 「列」の一覧から、複数選択にしたい People 列をクリックして編集画面を開きます。
- 列の種類が「ユーザーまたはグループ」になっていることを確認します。
- 設定項目の中にある「複数の選択を許可する（Allow multiple selections）」をオン（チェック）にします。
- 必要に応じて、選択対象を「ユーザーのみ」／「ユーザーとグループ」から選びます（後述）。
- 画面下部の「OK」または「保存」で反映します。
変更後の確認ポイント
- 新規アイテム作成画面で、1人目を選んだ後に続けて2人目、3人目…を追加できるか
- 既存アイテムの編集でも、値が増やせるか（単一→複数に変更しても既存データが消えることは通常ありません）
- ビュー（一覧）で、複数ユーザーが1セル内に並んで表示されるか
新規作成時に最初から複数選択で作る（後戻りを減らす）
リスト運用が始まってから列を作り直すのは手間が大きいので、最初から複数選択で作るのが理想です。新しい People 列を作るときは、作成画面で「複数の選択」を忘れずに設定します。
手順（モダンUIの一般的な流れ）
- リスト上部の「列の追加」（+）をクリックします。
- 列の種類から「ユーザー」（People）を選びます。
- 詳細オプション（または列の設定）を開き、「複数の選択を許可」をオンにします。
- 必要に応じて「ユーザーのみ」／「ユーザーとグループ」などのオプションを設定して作成します。
環境によって表示文言が少し違うことがありますが、ポイントは「ユーザー列」＋「複数選択を許可」の2点です。作成直後にテストとして2人以上入れられるか確認すると安心です。
設定項目のおすすめ（ユーザーのみ？グループも？）
People列は「複数選択」にしただけで終わりではありません。運用に合わせて、次の項目も一緒に見直すとトラブルが減ります。
| 設定項目 | おすすめ | 理由・補足 |
|---|---|---|
| 列の種類 | ユーザーまたはグループ | SharePoint の People 列の正体。ここが違うと複数選択自体ができません。 |
| 複数の選択を許可 | 複数担当が必要ならオン | 「関係者」「レビュー担当」「共同作業者」など、1アイテムに複数人を持たせたいときに必須です。 |
| 選択対象 | 基本は「ユーザーのみ」 | グループを選ばない運用ならユーザーのみに絞ると入力ミスが減ります。Microsoft 365 グループやSharePointグループを選びたいなら「ユーザーとグループ」。 |
| 必須（入力必須） | 業務ルールに合わせる | 必須にすると入力漏れは減りますが、登録時に誰も決まっていないケースがあるなら必須にしない方が運用が回ります。 |
| 表示（氏名/アカウント等） | 氏名（表示名） | 一覧やフォームで見やすい表示にします。メールアドレス表示が必要なら要件に合わせて変更。 |
「複数の選択を許可」が表示されない／グレーアウトする原因と対処
設定画面を開いたのに「複数の選択を許可」が見つからない、またはオンにできない場合は、列の作られ方やリスト構成が影響していることが多いです。よくある原因を先に潰すと解決が早いです。
| 症状 | よくある原因 | 対処 |
|---|---|---|
| 「複数の選択を許可」がそもそも無い | 列の種類が People 列ではない（テキスト等で代用している） | 列の種類を確認し、People列として新規作成し直します。 |
| チェック項目がグレーアウトして変更できない | コンテンツタイプ（Content Type）で列が管理されている／列が読み取り専用扱い | リスト設定で「コンテンツタイプ」を確認し、必要ならサイト列やコンテンツタイプ側の列設定を見直します。難しい場合は新しい列を作って移行が確実です。 |
| 設定は変えたはずなのにフォームで複数入らない | フォームがカスタム（Power Apps等）で、コントロール側が単一選択になっている | フォーム側の People Picker / コンボボックスが複数選択に対応しているか確認します（後述）。 |
| 管理者以外は設定変更メニューが出ない | 権限不足（デザイン権限/フルコントロールが無い） | リストの所有者またはサイト管理者に権限を依頼します。権限が無いと列編集自体ができません。 |
コンテンツタイプが原因かどうかの見分け方
リスト設定に「コンテンツタイプ」という見出しがあり、そこに「アイテム」「ドキュメント」などが表示されている場合、列がコンテンツタイプ経由で追加されている可能性があります。コンテンツタイプ側の列は、リストの列編集からは一部設定が変更しづらいことがあります。
この場合の現実的な解決策は次のいずれかです。
- 運用を止められるなら：サイト列（サイトの列）やコンテンツタイプ側で People 列を再設定し、必要ならコンテンツタイプをリストに再適用する
- すぐ直したいなら：リストに新しい People 列（複数選択オン）を作り、データを移して列を置き換える
People ピッカーで「ユーザーが検索できない」場合もある
「複数選択」はできるようになったのに、そもそも人が候補に出ない、検索しても見つからない、という相談もよくあります。これは列設定ではなく、次のような要因が絡むことがあります。
- 対象ユーザーがサイトにアクセス権を持っていない（権限付与前のユーザーは候補に出にくいことがあります）
- 外部ゲストの検索可否がテナント設定や共有ポリシーに依存している
- 同姓同名が多く、表示名だけでは判別しづらい（メールアドレスや部署名で検索すると見つけやすい）
運用で「誰を選べるべきか」が決まっているなら、まずは権限（閲覧だけでも可）が付与されているかを確認すると解決が早いです。
列を作り直すときの安全な進め方（データ移行のコツ）
「グレーアウトして変更できない」「列の種類が違っていた」などで作り直しが必要な場合、勢いで削除すると後戻りが大変です。次の順序で進めると安全です。
おすすめ手順
- 新しい People 列を作成します（例：列名を「担当者（複数）」などにして区別）。作成時に「複数の選択を許可」をオンにします。
- ビュー（一覧）に新しい列を表示し、入力しやすい状態にします。
- 既存データを移行します。単一→複数なら、まずは同じユーザーを1人目として入れればOKです。
- Power Automate での参照、ビューのフィルター、JSON列書式、他の列の計算など、旧列名を参照している箇所があれば新列へ差し替えます。
- 問題がなければ旧列を非表示にし、一定期間運用確認してから削除します（いきなり削除しない）。
列名と「内部名」に注意
SharePoint には、表示名とは別に「内部名（Internal Name）」があります。列を作り直す場合、旧列と同じ表示名を付け直しても内部名は一致しません。Power Automate、REST API、外部連携、Power Apps などで内部名を参照している場合は影響が出るため、移行前に連携箇所を洗い出しておくと安心です。
（上級者向け）列が複数選択かどうかを確認したいとき
運用が大きいリストでは、画面での確認だけでなく「列定義として複数選択になっているか」を明確にしておきたいことがあります。たとえば PnP PowerShell などで列の設定（AllowMultipleValues 相当）を確認する方法があります。手作業で迷子になりがちな場合は、管理者が一度棚卸ししておくと運用が楽になります。
入力時のコツ：複数ユーザーをスムーズに追加する
複数選択をオンにした People 列は、入力の仕方にも小さなコツがあります。
- 検索→選択→確定を繰り返す：1人目を選んだ後、続けて2人目を入力して候補から選びます。
- 候補が出ない場合：表示名だけでなく、メールアドレスやアカウント名の一部で検索すると見つかることがあります。
- 確定のタイミング：候補からクリックして確定します。Enter で確定できる環境もありますが、確実なのは候補選択です。
- グループを許可している場合：同名のユーザーとグループが混在することがあります。運用上グループが不要なら「ユーザーのみ」にして迷いを減らします。
運用でよくある落とし穴（複数選択 People 列の制約）
複数ユーザーを持てるのは便利ですが、SharePoint には「複数値列ゆえの制約」もあります。設計段階で知っておくと、後から詰みません。
ビューのグループ化ができない/しづらいことがある
複数値の People 列は、ビューの「グループ化（Group By）」に使えない、または期待通りにまとまらないことがあります。グループ化が必須の運用なら、主担当（単一）の列を別に用意し、補助的に「関係者（複数）」を持たせる設計が現実的です。
並び替え・フィルターの挙動が直感とズレることがある
並び替えは「複数値の先頭」だけで並ぶように見えることがあります。フィルターは「含む（contains）」の概念になるため、単一値の列と同じ感覚で使うと混乱します。ビューで絞り込みたい条件が明確なら、補助列（例：部門、ステータス、主担当）も併用すると運用が安定します。
インデックスやしきい値対策は「軸となる列」を別に用意する
SharePoint には、一覧のパフォーマンスやエラー回避のために「列のインデックス」や「リストビューしきい値（代表的には 5000 件）」の考え方があります。複数 People 列は便利ですが、検索・フィルターの中心に据えると運用が重くなるケースがあります。
大量アイテムが想定される場合は、次のような設計が効きます。
- 検索・絞り込みに使う列（例：ステータス、年度、主担当）は単一値で設計する
- 関係者は情報として People（複数）で持つが、ビューの軸は別列で作る
- 「とにかく関係者で絞り込みたい」場合は、検索機能やMicrosoft Searchの活用も検討する
単一に戻したいときは「既存データ」に注意
複数→単一に戻すこと自体は可能な場合が多いですが、すでに複数ユーザーが入っているアイテムがあると、どの値を残すか（先頭だけ残るのか、保存が弾かれるのか）が運用上問題になることがあります。列を戻す前に、複数値が入っているアイテムの有無を確認して整理しておくと安全です。
Power Automate / Power Apps で複数 People 列を扱うときの注意
「複数選択できるようになった」あとに次に詰まりやすいのが、自動化やフォームカスタムです。複数 People 列はデータ構造が“配列”になるため、単一 People 列のつもりで扱うとエラーになります。
| やりたいこと | ポイント | よくある失敗 |
|---|---|---|
| 複数担当者へメール通知したい | People列の値（ユーザー情報）が複数入るので、メール宛先は「一覧化」して渡します。 | People列をそのまま To に入れて型エラーになる／最初の1人しか送れない。 |
| Teamsにメンション付きで通知したい | ユーザーIDやUPNを取り出してループ処理が必要なことがあります。 | 配列のままメンションに渡して失敗する。 |
| Power Apps で編集フォームを作りたい | People Picker（コンボボックス）が複数選択モードか確認します。 | 単一選択のコントロールを使い続けて、保存でエラーになる。 |
（参考）Power Automateで「メール宛先」を作る考え方
フローの中では、複数 People 列はユーザーの配列として取得されます。メール宛先にしたい場合は、配列からメールアドレスを取り出して結合する、または「Apply to each」で1人ずつ処理するのが基本です。
また、複数宛先に一斉送信するのか、担当者ごとに内容を変えて送るのかで作り方が変わります。前者なら結合、後者ならループ処理という判断を先にしておくと、フローがシンプルになります。
現場で役立つ設計例（複数担当者を“ただ入れる”で終わらせない）
People列を複数選択にすると、情報は集約できますが、次のような「運用の壁」が出やすくなります。よくある業務パターン別に、最初から入れておくと便利な工夫を紹介します。
タスク管理：主担当と関係者を分けて混乱を防ぐ
タスクは「責任を持つ人」が明確でないと進みません。そこで、主担当（単一 People）と関係者（複数 People）を分けると、次のメリットが出ます。
- 主担当でビューをグループ化・フィルターしやすい
- 通知や期限管理の宛先がブレない
- 関係者は必要に応じて増減でき、情報共有にも使える
レビュー管理：レビュー担当（複数）＋レビュー完了（Yes/No）の組み合わせ
レビューの運用では「誰がレビューするか」だけでなく「レビューが終わったか」を分けて管理すると強いです。レビュー担当（複数 People）に加えて、レビュー完了（Yes/No）やレビュー期限（日付）を持たせると、一覧で進捗が見える化できます。
問い合わせ管理：担当グループ運用なら“グループ許可”の是非を先に決める
問い合わせをチームで受ける場合、担当者を人ではなくグループで割り当てたくなることがあります。ただ、グループを People 列で選べるようにすると、通知やメンションで「グループをどう扱うか」が追加課題になります。最初から「人で運用する」「グループで運用する」を決め、列設定もそれに合わせると迷いが減ります。
よくある質問
既に値が入っている People 列を複数選択に変更しても大丈夫？
一般的には、単一→複数へ変更しても、既存の値は「1人目」として保持されます。変更後に追加のユーザーを足せるようになるイメージです。ただし、リストや列がコンテンツタイプで厳密に管理されている場合は例外があるため、重要なリストでは事前にテスト（コピーした検証用リストで試す）を推奨します。
「ユーザーのみ」と「ユーザーとグループ」はどちらがいい？
迷ったら「ユーザーのみ」が無難です。担当者や承認者を“人”として運用するなら、グループが混ざると通知・権限・フィルターで想定外が起きやすいからです。一方、部署単位で割り当てたい、SharePoint グループを選ばせたいといった要件があるなら「ユーザーとグループ」が役立ちます。
ゲストユーザー（外部ユーザー）も選べる？
外部ユーザーが Microsoft 365 テナントにゲストとして招待され、かつサイトへのアクセス権が付与されていれば、People ピッカーに出てくることがあります。ただし、組織の共有ポリシーや検索の設定によって見やすさが変わるため、外部ユーザー運用をする場合は管理者設定も含めて確認してください。
複数担当者を「主担当」と「副担当」に分けたい
この要件は非常に多いです。おすすめは、主担当（単一 People 列）と関係者/副担当（複数 People 列）を分ける設計です。主担当はグループ化・フィルター・通知の基準にしやすく、関係者列は情報として柔軟に持たせられます。
まとめ：最短で解決するチェックリスト
- 対象列の種類が「ユーザーまたはグループ（Person or Group）」になっている
- 列設定の「複数の選択を許可（Allow multiple selections）」がオンになっている
- 表示されない/変更できない場合は、コンテンツタイプや列の作り方を疑い、必要なら列を作り直して移行する
- Power Automate / Power Apps 連携がある場合は、複数 People 列が配列として扱われる点を前提に修正する
上のチェックを順に追えば、「People列で複数ユーザーを選べない」問題は高確率で解消できます。運用に合わせて主担当と関係者を分けるなど、リスト設計も一段だけ工夫すると、後々のトラブルや手戻りが大幅に減ります。
コメント