ADVERTISEMENT

【Slack】タイムゾーン設定が一部メンバーだけ使えない時の監査ログで原因を追う方法

【Slack】タイムゾーン設定が一部メンバーだけ使えない時の監査ログで原因を追う方法
🛡️ 超解決

Slackのタイムゾーン設定は、各メンバーが自分の現地時間に合わせてメッセージのタイムスタンプを表示するために重要な機能です。しかし、一部のメンバーだけタイムゾーン設定が変更できなかったり、設定項目自体がグレーアウトしているケースがあります。この問題の原因は、メンバーの権限や組織設定、SCIM連携など複数の要素に及ぶため、監査ログを活用して事象を特定するのが効率的です。本記事では、Slackの監査ログを使ってタイムゾーン設定が使えない原因を追跡する方法を、具体的な手順と事例を交えて解説します。

【要点】この記事で確認すること

  • 最初に見る場所: Slackの監査ログページ(管理画面>ツール>監査ログ)から、該当メンバーのタイムゾーン関連イベントをフィルタします。
  • 切り分けの軸: メンバーの種類(フルメンバー / ゲスト / マルチワークスペースゲスト)、組織レベルの設定(Enterprise Gridの場合)、SCIMプロビジョニングによる上書きの有無を確認します。
  • 注意点: 監査ログの参照にはワークスペースの管理者権限が必要です。権限がない場合は、Slack管理者にログを確認してもらうように依頼してください。

ADVERTISEMENT

タイムゾーン設定の基本と制限されるケース

Slackにおけるタイムゾーン設定の仕組み

Slackのタイムゾーン設定は、各メンバーがプロフィール画面から個別に変更できます。設定は「プロフィールとアカウント」→「アカウント設定」→「タイムゾーン」の順に操作します。通常、この設定はメンバー自身が任意のタイムゾーンを選択でき、通知時間やメッセージのタイムスタンプに反映されます。しかし、組織によっては管理者が一括で固定したり、SCIMによるプロビジョニングで強制的に設定される場合があります。

設定が使えない代表的な原因

一部メンバーだけタイムゾーン設定が変更できない原因は、以下のようなものが考えられます。

  • メンバーの種類がゲストアカウントである: ゲストアカウント(特にシングルチャネルゲスト)は、タイムゾーン設定を変更できない制限があります。
  • Enterprise Gridの組織設定で固定されている: 組織全体のタイムゾーンが強制されている場合、メンバーは変更できません。
  • SCIMプロビジョニングで上書きされている: 外部のIDプロバイダ(Azure AD、Oktaなど)からタイムゾーンが同期されており、Slack側での変更が許可されていないことがあります。
  • 権限不足: ワークスペースの設定で「メンバーによるタイムゾーン変更」が無効になっている可能性があります。
原因 確認ポイント 監査ログで確認できるイベント例
ゲストアカウントの制限 メンバーの種別(フルメンバー / ゲスト)を管理画面で確認 なし(設定変更自体ができないためログに残らない)
組織設定の強制 Enterprise Gridの場合、組織設定ページで「タイムゾーンを固定」が有効か確認 organization_pref_changed(タイムゾーン固定設定の変更)
SCIMによる上書き SCIM連携が有効な場合、IDプロバイダ側の属性マッピングを確認 scim_user_attribute_updated(タイムゾーン属性の更新)
権限不足 ワークスペース設定で「メンバーによるプロフィール編集」が制限されていないか member_profile_update_denied(プロフィール更新拒否)

監査ログで原因を追うための準備

監査ログにアクセスできる権限の確認

監査ログを参照するには、ワークスペースのオーナーまたは管理者権限が必要です。該当のワークスペースがEnterprise Gridの場合は、組織レベルの管理者(Org Owner)も参照可能です。自身の権限が不足している場合は、Slack管理者にログの抽出を依頼してください。監査ログの保存期間は、ワークスペースのプランによって異なります(無料版では90日、有料版では最長1年)。

事前に準備する情報

監査ログを効率的に調査するため、以下の情報をあらかじめ整理しておくとスムーズです。

  • 問題が発生しているメンバーのメールアドレスまたはユーザーID
  • 問題に気づいた日時(おおよその範囲)
  • タイムゾーン設定を変更しようとした操作の有無(成功・失敗)
  • 該当メンバーが最近追加されたか、またはロール変更があったか

監査ログを確認する具体的な手順

以下の手順で、Slackの監査ログからタイムゾーン設定に関するイベントを抽出し、原因を特定します。

  1. Slack管理画面(https://[ワークスペース名].slack.com/admin)にアクセスし、管理者アカウントでログインします。
  2. 左側のメニューから「ツール」をクリックし、続けて「監査ログ」を選択します。
  3. 監査ログページ上部の検索フィルターで、以下の項目を設定します。
    「アクション」で「すべてのアクション」を選択し、テキストボックスに「timezone」または「タイムゾーン」と入力してフィルタをかけます。もしくは、「ユーザー」フィールドに対象メンバーのメールアドレスを入力します。
  4. 表示されたログを確認します。該当メンバーがタイムゾーン設定を変更しようとした際に「member_profile_update」や「member_profile_update_denied」といったイベントが記録されているか確認します。
  5. もし該当イベントが見つからない場合は、フィルターを「すべてのアクション」に戻し、期間を広げてスキャンします。また、組織設定の変更を確認するために「organization_pref_changed」イベントを探すことも有効です。
  6. SCIM連携が原因と思われる場合、フィルターに「scim」と入力して、scim_user_attribute_updatedイベントがないか確認します。このイベントには更新された属性(タイムゾーンなど)の詳細が含まれています。
  7. ログから原因を特定したら、必要に応じて管理画面で設定を変更するか、IDプロバイダ側の属性マッピングを修正します。

監査ログで見るべき主要なイベント

タイムゾーン設定に関連するイベント一覧

監査ログで特に注目すべきイベントを以下にまとめました。これらのイベントを確認することで、タイムゾーン設定が使えない原因を特定できます。

イベント名 発生条件 原因の解釈
member_profile_update メンバーがプロフィール(タイムゾーン含む)を更新したとき 正常に設定変更できたことを示す。失敗時はこのイベントが記録されない。
member_profile_update_denied メンバーがプロフィール更新を拒否されたとき 権限不足が原因。ワークスペースの設定でプロフィール編集が禁止されている可能性。
organization_pref_changed 組織設定(タイムゾーン固定など)が変更されたとき 管理者が組織全体のタイムゾーンを固定した可能性。このイベントの詳細を確認。
scim_user_attribute_updated SCIM経由でユーザー属性(タイムゾーン)が更新されたとき IDプロバイダから同期されている場合、Slack側での変更は上書きされる。

失敗パターンと注意点

監査ログにアクセスできない場合

自身が管理者でない、またはEnterprise Gridの組織管理者でない場合、監査ログを直接参照できません。その場合は、SlackのワークスペースオーナーやIT管理者に以下の依頼をしましょう。

  • 対象メンバーのメールアドレスを伝え、タイムゾーン設定に関する最近の監査ログを抽出してもらう。
  • 特に「member_profile_update_denied」イベントがあれば、その詳細(拒否された理由)を確認してもらう。
  • もし監査ログが保存期間を過ぎている場合は、該当メンバーのユーザー種別やSCIM連携状況を管理画面で直接確認するしかありません。

SCIM連携が原因の場合の注意点

SCIMプロビジョニングが有効なワークスペースでは、Slack側でタイムゾーンを変更しても、IDプロバイダとの同期によって元の値に戻されることがあります。監査ログに「scim_user_attribute_updated」が頻繁に記録されている場合、IDプロバイダ側の属性マッピングを確認してください。特にAzure ADやOktaでは、ユーザーのタイムゾーン属性がSlackの「timezone」フィールドにマッピングされている可能性があります。このマッピングを削除するか、同期を無効にすることで、メンバーが自由にタイムゾーンを設定できるようになります。

よくある質問(FAQ)

タイムゾーン設定がグレーアウトしていて変更できない

Q: 一部のメンバーでタイムゾーンのドロップダウンがグレーアウトしており、選択できません。監査ログでは何を確認すればよいですか?
A: まず、該当メンバーがゲストアカウントでないか確認してください。ゲスト(特にシングルチャネルゲスト)はタイムゾーン設定を変更できません。次に、監査ログで「organization_pref_changed」イベントを探し、組織全体でタイムゾーンが固定されていないか確認します。最後に、SCIM連携が有効な場合は「scim_user_attribute_updated」イベントをチェックしてください。

監査ログにタイムゾーン関連のイベントが全く表示されない

Q: 監査ログをフィルタしてタイムゾーン関連のイベントを探しましたが、何も表示されません。どうすればいいですか?
A: フィルタの期間が狭すぎる可能性があります。問題発覚前の数日間に広げて再度検索してください。また、イベント名が「member_profile_update」などの一般的な名前で記録される場合があるため、アクションのフィルタを「すべて」にして、ユーザーで絞り込む方法も試してください。それでも見つからない場合は、該当メンバーが最近追加されたばかりで、タイムゾーン設定を一度も変更していない可能性があります。

SCIM連携を停止せずにタイムゾーン設定を自由にしたい

Q: SCIM連携は継続したいが、メンバーが自分のタイムゾーンを変更できるようにするにはどうすればよいですか?
A: IDプロバイダ側の属性マッピングから、タイムゾーンに該当する属性(例:Azure ADの「preferredTimeZone」など)を削除してください。マッピングを削除すると、SCIM同期時にタイムゾーンが更新されなくなり、Slack側でメンバーが自由に設定できるようになります。この変更は、IDプロバイダの管理画面で行います。

まとめ

Slackのタイムゾーン設定が一部メンバーだけ使えない場合、監査ログを活用することで原因を効率的に特定できます。まずはメンバーの種別(フルメンバーかゲストか)を確認し、次に組織設定やSCIM連携の影響を監査ログで検証してください。監査ログが参照できない場合は管理者に依頼し、必要な情報を伝えることが重要です。SCIM連携が原因の場合はIDプロバイダの属性マッピングを見直すことで解決します。この手順を踏めば、タイムゾーン設定に関するトラブルを迅速に解決できるでしょう。


ADVERTISEMENT

この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。

ADVERTISEMENT