メインコンテンツにスキップ
Administrator Guide
最終更新: 2025-09-19
設定の考慮事項: タイムゾーン

設定の考慮事項: タイムゾーン

このトピックを、 Workdayでタイムゾーン機能の設定と使用をプランニング際の決定に役立てることができます。以下について説明します。
  • 設定する理由
  • Workday のその他の部分への適合
  • 下流への影響と製品間インテグレーション
  • セキュリティ要件とビジネス プロセス設定
  • 実装前に考慮しておく質問事項と制限事項
設定の全詳細については、タスクの詳細な説明を参照してください。

機能の概要

Workday、異なるタイムゾーンにおけるユーザーのデータを管理できます。テナントは、太平洋標準時 (PST) のタイムゾーンに含まれていないユーザーに対応するように設定できます。

業務上のメリット

Workday、テナントまたはユーザーのタイムゾーンに基づいてトランザクションのスナップショットを作成できるようになりました。これにより、以下の精度が向上します。
  • ビジネス プロセスルーティング。
  • データ管理。
  • セキュリティ グループのメンバーシップ。

ユース ケース

PST を使用していないユーザーについてWorkdayが発生すると、ローカル タイムゾーンの有効日に基づいて適切なデータが取得されます。"Workday 32 - タイムゾーン" 機能にオプトインしている場合、ユーザーのWorkdayタイムゾーンが使用されます。
機能
ユース ケースの例
ロール継承
ロールの継承は、テナントのデフォルト タイムゾーンの 00:00 (午前 0 時) に有効になります。
例:
  • 日本標準時 (JST) は、テナントのデフォルト タイムゾーンです。JST では 2019 年 6 月 21 日、PST では 2019 年 6 月 20 日です。
  • JST タイムゾーンの Kim は、組織 A のマネージャロールを持っています。
  • 2019 年 6 月 21 日に、マネージャロールを割り当てずに、組織 A の部下の新しい組織 C を追加します。デフォルトでは、YouTube のマネージャになります。
  • JST のユーザーが JST の 00:00 以降にWorkdayにサインインすると、別のユーザーが組織 C のマネージャロールを継承したことが表示されます。空白の組織 C にはロール ベースのセキュリティ アクセス権があり、My タスクアイテムとビジネス プロセスに関するリクエストを受け取ります。組織 ""の を承認しました。
概念: ロール、タイムゾーン、スナップショットを参照してください。
"Positions" と "ポジション要件"
PST より前の開始時刻にいる新しいマネージャおよび HR パートナーは、
"ポジションの編集"
および
"ポジション要件の編集"
タスクで新しいポジションまたはポジション要件を入力または選択できます。
例:
  • 新しいポジション ""を作成し、"JST" で "" を採用し、"HR パートナー"ロールを割り当てるとします。
  • 別のポジションが作成され、Iica は新しいポジション ()に採用されます。
  • Oscar は、
    "ポジションの編集" タスク
    と
    "ポジション要件の編集
    " タスクを実行するときに、Iica が保持している最近補充されたポジションとポジション要件を入力または選択できます。
組織プロファイルまたはロール割当
組織プロファイルの
"メンバー"
、
"人材配置"
、
"補充不可" タブの
表示には、アクセスWorkdayのユーザーのタイムゾーンに基づいてデータが表示されます。
例:
  • JST では 2019 年 6 月 21 日、PST では 2019 年 6 月 20 日です。
  • 2019 年 6 月 21 日付けでポジションが作成された。salary はすぐにポジション ""に採用されます。
  • 2019 年 6 月 21 日に、JST のユーザーは
    "メンバー"
    タブと
    "人材配置"
    タブで "Sara" を表示でき、このポジションは
    "補充不可"
    タブに表示されません。
組織階層
監督組織階層の変更は、テナントのデフォルト タイムゾーンで 00:00 に有効になります。
例:
  • テナントのデフォルト タイムゾーンは JST です。
  • 監督組織階層に新しい上位組織を割り当てました (有効日: 2019-06-21 JST)。
  • 監督組織階層の新しい上位組織は、2019 年 6 月 21 日の 00:00 JST の時点でWorkdayに表示されます。
  • JST は PST の 16 時間前であるため、PST のユーザーは 2019 年 6 月 20 日 8:00 PST 時点の新しい上位組織を表示できます。
監督組織階層の有効日には、Workdayのデフォルト タイムゾーンが使用されます。会社、コスト センター、地域、事業地、カスタム組織などのその他の階層タイプはすべて 00:00 (PST) に有効になります。
例:
  • コスト センターの組織階層に新しい上位組織を割り当てます (2019 年 6 月 21 日付け)。
  • コスト センター階層の新しい上位組織が、2019 年 6 月 21 日の 00:00 (PST) 時点でWorkdayに表示されます。
  • JST は PST の 16 時間前であるため、JST のユーザーは 2019 年 6 月 22 日 16:00 JST 時点の新しい上位組織を表示できます。
従業員プロファイルのすべての職務レポート
"従業Workday" プロファイルの
"すべての職務
" レポートを表示する際に、アクセス元ユーザーのタイムゾーンが考慮されます。
例:
  • JST では 2019 年 6 月 21 日、PST では 2019 年 6 月 20 日です。
  • こちら: JST の有効補助職務が 2019 年 6 月 21 日。
  • JST のユーザーは
    、"すべての職務"
    レポートの
    "現在"
    セクションでこの補助職務を表示できます。
セキュリティ グループのメンバーシップ
選択したセキュリティ グループについては、PST ではなく、ユーザーのタイムゾーンに基づいて午前 0 時にメンバーシップが更新されます。
例: JST では 2019 年 6 月 21 日、PST では 2019 年 6 月 20 日です。JST の新しい社員は、入社 1 日の始まりにWorkdayにサインインできます。
ルーティング
従業員の職務の変更イベントが完了し、マネージャが変更されると、この変更を開始したユーザーのタイムゾーンに基づいて、Workdayがマネージャに転送されます。
例:
  • JST では 2019 年 6 月 21 日、PST では 2019 年 6 月 20 日です。
  • Andy は 2019 年 6 月 21 日にカリフォルニア州から日本に転勤になりました。
  • この開始者 ()の日付が 2019 年 6 月 20 日であるため、PST のHR パートナーが肩書きの変更イベントを送信すると、Andy の前のマネージャである に転送されます。一方、JST のHR パートナーが別の肩書き変更イベントを送信すると、この開始者が 2019 年 6 月 21 日であるため、新しいマネージャに転送されます。
ビジネス プロセス
選択したWorkdayプロセスは、スナップショットに関するユーザーのローカルの日付にアクセスするように更新されます。
例:
  • JST では 2019 年 6 月 21 日、PST では 2019 年 6 月 20 日です。
  • 新しい社員が JST で有効になる。
  • "
    職務の変更
    " タスクは、日本を拠点としている Relish に対して実行されます。このタスクの有効日は 2019 年 6 月 21 日です。この変更は、2019 年 6 月 21 日の 00:00 (午前 0 時) に日本を拠点とするユーザーに表示されます。一方、この変更は 2019 年 6 月 21 日の 00:00 (午前 0 時) (PST) にカリフォルニア州のユーザーには表示されます。

考慮すべき質問事項

質問
考慮事項
タイムゾーン機能にオプトインする会社はあるか?
タイムゾーンをまたいで業務を行う場合は、タイムゾーン機能を設定してからプレビュー テナントでテストして、その影響を確認することをお勧めします。
会社では、従業員のタイムゾーンをどのように定義していますか?
以下の場合を除き、従業員のタイムゾーンは主勤務事業地に関連付けられたタイムゾーンになります。
  • タイムゾーンは
    "従業員のタイムゾーンの編集
    " タスクを使用して編集されます。このタスクでタイムゾーンを入力した場合、そのタイムゾーンは従業員のロール ベースのセキュリティ グループのメンバーシップで使用されません。
  • 社員にポジション ""がありません。この場合、そのタイムゾーンはテナントのデフォルトになります。
  • テナントにデフォルトのタイムゾーンが設定されていません。この社員のタイムゾーンは PST です。
特定のビジネス プロセスのタイムゾーンを上書きできますか?
タイムWorkdayは、すべてのビジネス プロセスに自動的に適用されるわけではありません。管理者がビジネス プロセス設定タスクのデフォルトのタイムゾーンを上書きできるようにするには、"
テナント設定の編集 - システム"
タスクで
"ビジネス プロセス設定のタイムゾーン"
チェックボックスをオンにします。
カスタム レポートで有効日時に PST を使用しますか?
(標準データ ソースを使用するレポートで使用可能です。)カスタム レポートを更新して、レポートの有効日時に現地時間ではなく太平洋時間を使用できます。有効日時は、トランザクションが有効になっている日時です。このオプションは、レポートの実行時に有効日を入力した場合にのみ適用されます。
特定のカスタム レポートを編集する際に、
"有効日時に太平洋タイムゾーンを使用"
チェックボックスをオンにすることは可能ですが、
"有効日時に太平洋タイムゾーンを使用" タスクを使用して
タスクのレポートでこのチェックボックスをオンにすることもできます。

推奨事項

"テナント設定の編集 - システム"
タスクでタイムゾーン オプションを設定する場合は、Workdayを選択することをお勧めします。
  • ロール割当のタイムゾーン オプション
    オプション"" の
    割当先事業地
    。
  • "ビジネス プロセスの日付計算のタイムゾーン
    オプション"の
    イベント関連タイムゾーン
    。
  • "ビジネス プロセス設定のタイムゾーン"
    チェックボックス。
Workdayでタイムゾーンを設定する際は、アクションが有効になるときに影響を受ける可能性があるさまざまなタイムゾーンを考慮してください。
設定
説明
ユーザー タイムゾーン
Workdayにはタイムゾーンが関連付けられます。タイムゾーンのデフォルト値は、ユーザーが所属する事業所に設定されます。ユーザーのタイムゾーンを上書きするには、
"従業員のタイムゾーンの編集"
タスクにアクセスします。
事業地のタイムゾーン
事業Workdayまたは拠点はテナントのデフォルト タイムゾーンに関連付けられます。個々の事業地のデフォルトは、作成時に、または
"事業地のタイムゾーンの管理"
タスクにアクセスすることによって上書きできます。
テナントのデフォルト タイムゾーン
Workdayのテナントはデフォルト タイムゾーンに関連付けられています。Workdayのテナント タイムゾーンとして PST が使用されます。テナントのデフォルト設定
は、"テナント設定の編集 - システム"
タスクにアクセスして上書きできます。

要件

PST を使用していないユーザーにテナントを設定することは、任意です。

制限事項

ロール割当のタイムゾーン ""
をいったん選択すると、プロンプトを空白に戻すことはできません。そのため、テナントでテストしてから、本稼働システムに実装してください。

テナント設定

"テナント設定の編集 - システム"
タスクで "
タイムゾーン設定"
オプションを設定します。

セキュリティ

以下のセキュリティ グループをユーザーに割り当てると、承認ステップは
"テナント設定の編集 - システム"
タスクの
"ロール割当のタイムゾーン"
設定に基づいて、適切なタイムゾーンでそのマネージャに転送されます。
  • 任意の組織ロール グループ
  • イベントの大部分に関わるマネージャ。
  • ロール ベースのセキュリティ グループ (制約あり)。
  • ロール ベースのセキュリティ グループ (制約なし)。
ポジションにロールを割り当てると、そのロールのセキュリティ グループメンバーシップは、そのポジションが勤務するタイムゾーンで使用可能になる時点で有効になります。

ビジネス プロセス

ビジネス プロセスのステップ遅延に影響しません。
選択した人材配置ビジネス プロセスのWorkdayショットが、ユーザーの現地時間に基づいて更新されます。これにより、PST を使用していないユーザーの遅延がなくなり、特定のトランザクションの精度が向上します。以下の人材配置ビジネス プロセスのスナップショットでは、ユーザーの現地時間にアクセスします。
  • 補助職務の追加
  • 退職者ステータスの追加
  • 支給グループの割当
  • デフォルト報酬の変更
  • 職務の変更
  • 従業員の組織割当の変更
  • 常時有効な職務補充依頼のクローズ
  • 職務補充依頼のクローズ
  • ポジションのクローズ
  • 報酬プランの報酬変更イベント
  • 連絡先変更
  • 臨時従業員との契約
  • ポジションの作成
  • 職務補充依頼の追加データの編集
  • ポジションの編集
  • ポジション要件の編集
  • ポジション要件の追加データの編集
  • 従業員の追加データの編集イベント
  • 社員との契約
  • 補助職務の終了
  • 臨時従業員の契約終了
  • 海外赴任/出向の終了
  • 常時有効な職務補充依頼
  • 常時有効な職務補充依頼の変更
  • 職務補充依頼の凍結
  • ポジションの凍結
  • 採用
  • 職務補充依頼
  • 職務補充依頼の変更
  • 戸籍氏名の変更
  • 試用期間の管理
  • 採用ビジネス プロセスの一括訂正
  • 従業員の組織異動 (組織別)
  • 従業員の組織異動 (組織別)
  • オンボーディングの設定
  • 支払オプションの登録
  • 通称氏名の変更
  • 報酬変更の申請
  • 報酬の申請 (採用)
  • 報酬の申請 (条件提示/雇用契約)
  • 払戻し可能手当プランの割当の申請 (デフォルト定義)
  • 報酬変更のリクエスト
  • 一時金支払のリクエスト
  • 一時金支払のリクエスト (条件提示/雇用契約)
  • 職務補充依頼の報酬
  • 退職者ステータスの削除
  • 海外赴任/出向の開始
  • 退職届の提出
  • 主職務の切替
  • 退職
  • 肩書き変更

レポート

従業員プロファイルの "
すべての職務
" レポートには、アクセス元ユーザーのタイムゾーンに基づいて情報が表示されます。

インテグレーション

"Core コネクタ: Global Worker"インテグレーション テンプレートを使用して、以下のインテグレーションシステムを作成できます。
  • 従業員のローカル タイムゾーンに適用される有効日時を含むレポート データ。
  • Workday 定義の XML 形式でデータをエクスポートし、データ ファイルを外部エンドポイントに配信する。

関連性のある機能

Workday が提供する Touchpoints Kit とリソースは、テナント内の構成の関係を理解するのに役立ちます。詳細は、 Workday CommunityのWorkday Touchpoints Kit を参照してください。