Outlookの共有カレンダーが更新されないときは、共有元と共有先が同じMicrosoft 365テナントか、別テナントか、ICS購読かを先に確認します。すべての共有が即時同期するわけではありません。閲覧権限を編集権限に変えることを、同期速度の改善策として行わないでください。
共有方式によって同期の間隔が異なる
Microsoftの共有予定表の改善はExchange Onlineの共有を対象とし、オンプレミスExchangeには同じ前提を当てはめません。新しい共有モデルでは、同一Microsoft 365テナント内は即時同期、別テナント間はおよそ3時間ごとの同期と案内されています。これは各予定の反映時刻を保証するものではありません。
ICSのURLを購読する方式では、受信側のカレンダーサービスが更新間隔を決めます。ICSファイルを一度インポートしただけの予定表は、継続的な購読とは異なります。共有方式の詳細はMicrosoftの共有予定表の案内で確認してください。
1. Web版とアプリで同じ予定表を比較する
予定表の所有者、表示しているアカウント、予定の日付と時刻を揃え、Outlook on the webと使用中のOutlookアプリで比較します。同名の別予定表、古い購読、重複追加を見間違えていないかも確認します。
Webでは新しい内容が見えるのにアプリだけ古い場合は、アプリ更新・再起動・接続状態を確認します。両方で古い場合は、共有方式、権限、サーバー側の状況を管理者に確認します。新しいOutlook、classic Outlook、Web版の設定手順は混用しないでください。
2. 権限は必要な範囲を維持して確認する
共有元で対象アカウントに適切な閲覧権限があるか、招待を意図したアカウントで受諾したかを確認します。「閲覧のみだから同期優先度が低い」という理由で編集権限を付ける必要はありません。権限を広げると相手が予定を書き換えられるため、業務上の必要性で判断します。
外部共有が許可されていない場合は、組織の共有ポリシーが関係する可能性があります。一般利用者が制限を回避せず、管理者に確認してください。再共有を検討するときは既存の権限を記録し、所有者の予定表本体や予定を削除しないよう注意します。
3. 既存の共有モデルと再追加を確認する
以前から使っている共有予定表では、新しい共有モデルへの移行状況を確認します。再追加が必要な場合は、Microsoft公式の移行手順に沿って共有元・共有先で調整します。無差別に共有相手を削除して再招待したり、短時間に何度も設定を変えたりしないでください。
classic Outlookのアカウント修復やプロファイル再作成は初手ではありません。実施する場合は対象アカウント、ローカルPST、未同期データを確認し、バックアップと再設定の準備をします。新しいOutlookへclassicのプロファイル手順を当てはめないでください。
4. 組織側の障害や影響範囲を調べる
同じ時刻から複数の利用者で発生しているなら、管理者がMicrosoft 365管理センターのサービス正常性を確認します。過去の障害番号だけで現在の原因を断定できません。障害情報がない場合も、発生時刻、対象ユーザー数、Web版との差を揃えて問い合わせます。
管理者向け：予定表の権限を読み取る
Exchange Online PowerShellの利用権限と接続環境が用意された管理者向けの確認例です。下のメールアドレスは例示です。予定表フォルダー名は言語や実際の名前により異なるため、Calendarをそのまま使わず対象を確認してください。
# Exchange Online PowerShell 接続
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline -UserPrincipalName [email protected]
# 実際の予定表フォルダー名に合わせる
Get-MailboxFolderPermission -Identity "[email protected]:\Calendar"結果は権限の確認材料であり、読み取るだけで同期を修復するコマンドではありません。Get-MailboxFolderPermissionの公式資料で対象と必要権限を確認できます。
classic Outlookでログを採る場合
サポートから必要とされた場合、classic Outlookの「ファイル」→「オプション」→「詳細設定」のその他にあるトラブルシューティングログを有効にし、Outlookを再起動して再現します。調査後はログを無効にして再起動してください。常時有効にするとログが増え続けます。この画面は新しいOutlook向けではありません。
ログには予定や通信に関係する情報が含まれる場合があります。公開サイトに添付せず、組織の承認済みサポート経路で必要な範囲だけ共有します。Microsoftのログ取得手順も参照してください。
急ぎの予定を確認する回避策
反映待ちの間は、所有者に正しい日時を確認し、最新内容が確認できる承認済みの画面を参照します。組織の予定を無断で別のカレンダーサービスへ転送したり、公開ICSのURLを広く共有したりしないでください。
まとめ
同一テナント・別テナント・ICSを分け、Web版との比較と権限の確認から進めます。編集権限への変更を速度対策にせず、アプリだけの問題か組織全体の問題かを絞ります。未確認の障害や修正予定を前提にせず、実際の共有方式と現行の公式手順で対応しましょう。
コメント