Outlookで代理人に非公開予定が見えると、「非公開にしたのに、なぜ見えるのか」と不安になりやすいものです。結論からいうと、件名や場所まで見えているなら、まずは代理人に「プライベート イベントの表示を許可」していないかを確認するのが最優先です。通常の予定表共有では、非公開予定は時間だけが表示され、詳細は見えません。例外は、代理人に非公開予定の閲覧権限を与えている場合や、管理者側で委任権限を細かく付与している場合です。この記事では、Microsoft 365 / Exchange Online の職場・学校アカウントを前提に、原因の切り分け方と戻し方を実務向けに整理します。 (Microsoft サポート)
まずは見え方で切り分ける
最初に確認したいのは、「見えている」の中身です。時間枠だけ見えているのか、件名・場所・本文まで見えているのかで、疑うべき原因が変わります。
| 状況 | 意味 | 最初にやること |
|---|---|---|
| 「非公開の予定」や時間枠だけ見える | ほぼ仕様どおり | 変更不要。詳細は隠れています |
| 件名・場所・本文まで見える | 非公開予定の閲覧権限が付いている可能性が高い | 代理人設定と管理者権限を確認 |
| Web版とデスクトップ版で見え方が違う | クライアント差、共有方式、旧/新共有モデルの影響が疑わしい | Outlook on the web でも確認し、再共有や再追加を試す |
| 共有メールボックスだけ挙動が違う | Full Access、自動マッピング、追加方法の影響が絡みやすい | 管理者に権限と追加方法を確認 |
※表は Microsoft の公式仕様とサポート情報をもとに整理しています。 (Microsoft サポート)
非公開予定は「絶対に誰にも見えない」設定ではない
Outlook の「非公開」は、共有予定表を見ている人全員を一律に遮断する仕組みではありません。Microsoft は、通常の共有では非公開予定の時間だけが見え、件名や場所などの詳細は見えないと説明しています。一方で、代理人に非公開予定を表示する設定を付けた場合は、その代理人だけは詳細を見られます。また、会議として招待されている参加者には詳細が見える前提です。 (Microsoft サポート)
そのため、役員秘書や上長代理など「本当に見る必要がある人」には便利ですが、とりあえず代理人にしただけの人までその権限を持っていると、思っていたより広く見えてしまいます。実務では、まず「その人に必要なのは編集権限なのか、代理受信まで必要なのか」を分けて考えるのが失敗しにくいやり方です。 (Microsoft サポート)
Outlookで代理人に非公開予定が見える主な原因
代理人に「プライベート イベントの表示を許可」している
もっとも多いのはこれです。新しい Outlook / Outlook on the web では、予定表共有時に代理人を選び、さらに「プライベート イベントの表示を許可」をオンにできます。クラシック Outlook でも、[代理人に非公開に設定したアイテムへのアクセスを許可する] という同等の設定があります。これがオンなら、非公開予定が見えるのは仕様どおりです。 (Microsoft サポート)
管理者が PowerShell で CanViewPrivateItems を付けている
Exchange Online では、管理者が PowerShell で予定表フォルダー権限を付与できます。公式ドキュメントでも、Delegate,CanViewPrivateItems を指定すると、非公開アイテムにアクセスできる予定表代理人になると案内されています。UI からの設定だけでなく、管理者側の権限付与が原因のこともあります。 (Microsoft Learn)
本当は「編集者」で足りるのに「代理人」にしている
予定表を編集したいだけなら、常に代理人にする必要はありません。Microsoft の説明では、Editor は既存アイテムの変更や削除まで可能ですが、Delegate はそれに加えて会議出席依頼の受信・返信を本人の代わりに扱える権限です。会議依頼の代理処理が不要なのに Delegate を使うと、非公開予定の扱いまで複雑になりやすくなります。 (Microsoft サポート)
共有メールボックスや Full Access が絡んでいる
共有メールボックスや別ユーザーのメールボックスに Full Access を持っている場合は、通常の「予定表共有」とは切り分けて考えたほうが安全です。Microsoft は、Full Access はメールボックスのすべてのコンテンツへのアクセスを提供すると説明しています。また、フォルダーアクセスやプライベートアイテム表示は、代理人設定やアクセス方法に依存します。共有メールボックスだけで問題が起きるなら、カレンダー共有設定だけでなく、Full Access / 自動マッピング / 追加アカウントとしての追加まで見直すべきです。 (Microsoft Learn)
クライアント差や旧/新共有モデルの影響で見え方が揺れる
権限を直したのに、ある端末だけ見え方が変わらないことがあります。Microsoft は、共有予定表には旧モデルと新モデルで保存方法・同期方法の違いがあると説明しており、必要なら再共有または削除して再追加で新モデルへ移行できると案内しています。さらに、Microsoft の比較表では、新しい Outlook の「共有メールボックス – アクセスの委任」はクラシック Outlook に対して部分的に使用可能とされています。つまり、新しい Outlook だけで結論を出さず、OWA とクラシック Outlook でも確認するのが安全です。 (Microsoft サポート)
まず確認する設定
新しい Outlook / Outlook on the web で確認する
新しい Outlook または Outlook on the web では、次の流れで確認します。
- 予定表を開く
- 予定表の共有を開く
- 相手ユーザーの権限が 代理人 になっているか確認する
- プライベート イベントの表示を許可 がオンか確認する
ここがオンなら、その代理人に非公開予定が見えるのは自然です。見せたくないが代理人のままにしたいなら、このチェックだけ外します。そもそも代理受信が不要なら、権限を Delegate ではなく Can edit / Editor 相当 に落とすほうが管理しやすくなります。 (Microsoft サポート)
クラシック Outlook で確認する
クラシック Outlook では、次の場所を見ます。
- [ファイル]
- [アカウント設定]
- [代理人アクセス]
- 対象の代理人を開く
- [代理人に非公開に設定したアイテムへのアクセスを許可する] の有無を確認する
このチェックが入っていれば、非公開予定の詳細が見えても不思議ではありません。複数の代理人がいる場合は、人ごとに設定が違うので、見える人だけを個別に見直してください。 (Microsoft サポート)
見せたくないときの最短対処
会議依頼の代理処理が不要なら、代理人をやめて編集者にする
もっともすっきりするのはこれです。会議依頼の受信や返信を本人の代わりに行う必要がないなら、権限を Delegate から Editor 相当へ下げます。予定表の編集はできても、非公開予定の扱いまで広げなくて済みます。「秘書以外も全員 Delegate」 という運用は、見え方のトラブルを増やしがちです。 (Microsoft サポート)
代理人のまま運用したいなら、非公開予定の表示だけ外す
役員秘書のように代理受信は必要だが、私用予定までは見せたくないケースでは、Delegate を維持したまま「プライベート イベントの表示を許可」だけオフにします。この運用なら、会議依頼の代理処理は残しつつ、非公開予定の詳細だけ隠せます。 (Microsoft サポート)
設定変更後も直らないなら、予定表を再共有または再追加する
権限を直したあとも見え方が変わらないときは、共有予定表のコピー側が古い状態を引きずっている可能性があります。Microsoft は、共有予定表を所有者が再共有するか、受け取る側が共有予定表を削除して開き直すことで、新しい共有モデルに切り替えられると案内しています。設定変更後に挙動が不安定なら、ここまでやると改善しやすいです。 (Microsoft サポート)
Outlook on the web で正しいかを先に確認する
切り分けでは、まず Outlook on the web を見てください。Web 版で期待どおりなのに Windows デスクトップだけ違うなら、クライアント側の問題を疑いやすくなります。Microsoft は過去に、キャッシュモード + MAPI の共有予定表でプライベートアイテム表示に不具合があったことを公開しており、これは修正済みです。必要なら共有予定表のプロパティで MAPI / REST も確認できます。 (Microsoft サポート)
共有メールボックスだけおかしいなら、追加方法まで確認する
共有メールボックスでは、自動マッピングで開いているのか、追加アカウントとして追加しているのかで切り分けが必要になる場合があります。Microsoft のトラブルシュートでも、共有メールボックスのプライベートアイテム表示に関して、追加アカウントとして追加する方法や自動マッピングを外すことが案内されています。共有メールボックスだけで現象が起きるなら、ユーザー設定だけで抱え込まず、管理者に一緒に見てもらうのが早道です。 (Microsoft Learn)
管理者が PowerShell で復旧するときの例
Exchange Online では、予定表代理人の追加や変更に SharingPermissionFlags を使います。Microsoft の公式例では、Delegate のみと、Delegate + CanViewPrivateItems が明確に分かれています。 (Microsoft Learn)
# 代理人にするが、非公開予定は見せない
Add-MailboxFolderPermission `
-Identity [email protected]:\Calendar `
-User [email protected] `
-AccessRights Editor `
-SharingPermissionFlags Delegate
# 代理人にして、非公開予定も見せる
Add-MailboxFolderPermission `
-Identity [email protected]:\Calendar `
-User [email protected] `
-AccessRights Editor `
-SharingPermissionFlags Delegate,CanViewPrivateItems
# 既存代理人から「非公開予定を見られる権限」だけ外す
Set-MailboxFolderPermission `
-Identity [email protected]:\Calendar `
-User [email protected] `
-AccessRights Editor `
-SharingPermissionFlags Delegate
# 代理人をやめて編集者に戻す
Set-MailboxFolderPermission `
-Identity [email protected]:\Calendar `
-User [email protected] `
-AccessRights Editor `
-SharingPermissionFlags None実務で見落としやすいのは、Set-MailboxFolderPermission に SendNotificationToUser を付けたのに SharingPermissionFlags を省略するケースです。Microsoft は、この場合 SharingPermissionFlags の既定値が None となり、既存の delegate 状態に影響する可能性があると明記しています。PowerShell で触るなら、通知の有無だけでなくフラグも明示してください。 (Microsoft Learn)
失敗しやすいポイント
「非公開」にしただけで安心してしまう
非公開は便利ですが、権限設計より強い仕組みではありません。代理人に非公開予定を見せる設定が入っていれば、その人には見えます。秘書・役員・人事など、見せる必要がある相手だけに最小限で付けるのが基本です。 (Microsoft サポート)
送信権限と予定表権限を混同する
Send As や Send on Behalf は主にメール送信側の権限で、非公開予定の表示可否そのものを決める設定ではありません。予定表の見え方に関わるのは、予定表フォルダー権限と代理人設定、そして必要に応じて CanViewPrivateItems です。 (Microsoft Learn)
新しい Outlook だけで判断する
新しい Outlook は改善が進んでいる一方で、Microsoft 公式の機能比較では、共有メールボックスのアクセス委任がクラシック Outlook より制限付きです。挙動が怪しいときは、OWA で確認 → クラシック Outlook で確認の順に切り分けると、権限の問題なのかクライアント差なのかを見分けやすくなります。 (Microsoft サポート)
迷ったらこの順で確認すれば十分
Outlookで代理人に非公開予定が見えるときは、次の順で見ればほぼ迷いません。
- 時間だけ見えているのか、詳細まで見えているのかを確認する
- 所有者側で 代理人設定と「プライベート イベントの表示」 を確認する
- 不要なら Delegate を Editor 相当に下げる
- 直らなければ OWA で確認し、予定表を再共有または再追加する
- 共有メールボックスだけの問題なら、管理者に Full Access / 自動マッピング / PowerShell 権限を確認してもらう
要するに、「非公開予定が見える＝まず権限」「端末ごとに違う＝次に共有方式やクライアント」の順で考えると早く片付きます。今日やるべきことは、まず所有者側の代理人設定を開いて、必要なら権限を最小化することです。 (Microsoft サポート)
コメント