参考: "全般設定" タブの "一般設定"
API設定
フィールド | 説明 |
|---|---|
バージョン
| 最小APIバージョンは 34.0 または 39.2 である必要があります。常に最新バージョンを使用することをお勧めします。新しいAPIバージョンを採用するたびに、このフィールドを手動で更新します。 |
ポジション管理
フィールド | 説明 |
|---|---|
Workdayで新しいポジションを作成
| VNDLY で職務補充依頼がパブリッシュされたときに、 Workdayに新しいポジションを作成します。 |
VNDLY 内の使用可能なポジションから選択
| VNDLY でジョブを作成する際に、使用可能なポジションがWorkdayから表示されます。有効にする場合は、 "スケジューリング設定" タブで"オープン ポジションをロード" 設定も選択する必要があります。 |
人材配置モデル
| 特定のユーザーが VNDLY ワーク オーダーにある監督組織の人材配置モデルを変更できないようにします。
|
すべてのワークフローのポジションをクローズ
| Workdayの "ポジションのクローズ " ビジネス プロセス イベントをVNDLY の以下のワークフローに対して適用します。
オンにすると、これらのワークフローで "ポジションをクローズ" チェックボックスがオフになり、ユーザーは変更できなくなります。 |
職務の未補充のポジションをクローズ
| VNDLY でジョブを終了するときに、ユーザーがWorkdayの未補充のポジションをすべてクローズできるようにします。 |
SOWロールの未補充のポジションをクローズ
| 2025 年 6 月 27 日より後に作成された SOW にのみ適用されます。 ユーザーは、 SOW がクローズされたときに、未補充のWorkdayポジションとそれに関連付けられたSOWロールを自動的にクローズできるようにします。 オンにすると、Workdayが表示されます。
2025 年 6 月 27 日より前に作成された SOW について、 Workdayポジションを手動でクローズする必要があります。 |
監督組織の変更
| 従業員オーダーまたは従業員プロファイルの監督組織を変更する場合、権限のあるユーザーは臨時従業員のポジション ()に対して特定のアクションを実行できます。このセクションには、従業員が選択可能なすべてのアクションがリストされ、ユーザーが設定することもできます。 ポジション管理からポジション管理へ ポジション管理を使用する監督組織がポジション管理を使用する別の監督組織に変更された場合に、以下のアクションを適用させることができます。
職務管理からポジション管理へ 職務管理を使用する監督組織がポジション管理を使用する別の監督組織に変更された場合、以下のアクションを有効化できます。
"Select from Available Positions in VNDLY" オプションを有効にするには、"スケジューリング設定" タブで"ポジションのロード" 設定を選択する必要があります。 |
複数のワーク オーダーを持つ業務委託先の主ワーク オーダーの変更
| 各臨時従業員には、それぞれのポジションを VNDLY からWorkdayにリンクする主ワーク オーダーが 1 つあります。この主ワーク オーダーが新しいワーク オーダーに変更された場合、権限のあるユーザーは臨時従業員のポジション"" に対して特定のアクションを実行できます。このセクションには、従業員が選択できるすべてのアクションがリストされ、ユーザーが設定することもできます。 ポジション管理からポジション管理へ 主ワーク オーダーの従業員の監督組織がポジション管理を使用しており、従業員がポジション管理も使用する新しい主ワーク オーダーに変更された場合、以下のアクションが適用されるように設定できます。
職務管理からポジション管理へ 主ワーク オーダーで従業員の監督組織が職務管理を使用しており、従業員がポジション管理を使用する新しい主ワーク オーダーに変更した場合、以下のアクションが適用されるように設定できます。
例: リソースマネージャが臨時従業員の主ワーク オーダーを WO123 から WO456 に変更します。 "既存の主ワーク オーダーからポジションを異動" を選択した場合、VNDLY では、WO123 の既存のポジションが WO456 およびWorkdayにおける臨時従業員のポジションに適用されます。 |
複数のワーク オーダーを持つ業務委託先の主ワーク オーダーの終了
| 各臨時従業員には、それぞれのポジションを VNDLY からWorkdayにリンクする主ワーク オーダーが 1 つあります。この主ワーク オーダーが終了し、新しいワーク オーダーに変更された場合、権限のあるユーザーは臨時従業員のポジション"" に対して特定のアクションを実行できます。このセクションには、従業員が選択できるすべてのアクションがリストされ、ユーザーが設定することもできます。 ポジション管理からポジション管理へ ワーク オーダーの終了で従業員の監督組織がポジション管理を使用しており、従業員がポジション管理も使用する新しい主ワーク オーダーに変更された場合、以下のアクションを適用できます。
職務管理からポジション管理へ 終了するワーク オーダーで従業員の監督組織が職務管理を使用しており、従業員がポジション管理を使用する新しい主ワーク オーダーに変更された場合、以下のアクションが適用されるように設定できます。
例: リソースマネージャが臨時従業員の主ワーク オーダー WO123 をクローズし、新しいワーク オーダー WO456 を選択します。 "新しいポジションを作成 (Workday生成)" を選択した場合、VNDLY は WO123 または WO456 のポジションを使用しません。代わりに、VNDLY によって新しいポジションが生成され、WO456 とWorkdayに適用されます。 |
複数のワーク オーダーを持つ業務委託先の主ワーク オーダーのキャンセル
| 各臨時従業員には、それぞれのポジションを VNDLY からWorkdayにリンクする主ワーク オーダーが 1 つあります。この主ワーク オーダーがキャンセルされ、新しいワーク オーダーに変更された場合、権限のあるユーザーは臨時従業員のポジション "" に対して特定のアクションを実行できます。このセクションには、従業員が選択できるすべてのアクションがリストされ、ユーザーが設定することもできます。 ポジション管理からポジション管理へ キャンセルされたワーク オーダーで従業員の監督組織がポジション管理を使用しており、従業員がポジション管理も使用する新しい主ワーク オーダーに変更された場合、以下のアクションが適用されるように設定できます。
職務管理からポジション管理へ キャンセルされたワーク オーダーで従業員の監督組織が職務管理を使用しており、従業員がポジション管理を使用する新しい主ワーク オーダーに変更された場合、以下のアクションが適用されるように設定できます。
例: リソースマネージャが臨時従業員の主ワーク オーダー WO123 をキャンセルし、新しい主ワーク オーダー WO456 を選択します。 "新しいワーク オーダーから既存のポジションを選択" を 選択した場合、VNDLY は WO456 の既存のポジションを WO456 およびWorkdayにおける臨時従業員のポジションに適用します。 |
データ マッピング
フィールド | 説明 |
|---|---|
イベントのステータス
| Workdayイベントステータス ID を設定します。VNDLY では、 Workdayでイベントがいつ完了するかを決定し、完了状態を識別するために、これらの ID が必要となります。IDは自動的に生成されます。これらのフィールドは変更ないでください。 |
従業員タイプ
| 社員 (EE) および臨時従業員 (CW) のWorkday参照 ID を設定します。これらの ID はデフォルトで設定されています。これらのフィールドは変更ないでください。 |
支給タイプから頻度
| VNDLY 支給タイプを Workday支給頻度 にマッピングします。このフィールド値は VNDLY 用です。次のように設定できます。
VNDLY は固定支給頻度をサポートしていません。 デフォルト設定以外の値を使用する場合は、テナントで機能を確認する必要があります。 |
組織ロール
| Workdayでマネージャを識別するために VNDLY が使用するロール名を示します。この情報は、 セキュリティ ロールの 設定と一緒に使用されます。 |
セキュリティ ロール
| VNDLY のセキュリティ ロールをWorkdayの 3 種類の従業員ロールに割り当てます。
1 つの従業員タイプに複数のセキュリティ ロールを割り当てることができます。例: マネージャには 、"採用マネージャ" および "リソース マネージャ" のロールを割り当てることができます。これらのロールを組み合わせて使用することもできます。例:マネージャであるユーザーには、 マネージャ と全員の 両方のロールが含まれます。 |
理由
| Workdayで以下のイベントが発生した場合に VNDLY に表示されるデフォルトの理由を示します。
"全般設定 " タブの"カスタム データ ソース" セクションで理由コードを設定する必要があります。 |
モジュール
"モジュール"
の下のセクションでは、 WorkdayとWorkday VNDLY 間でロードされるデータ タイプをより詳細なレベルで設定できます。組織階層
このセクションでは、 Workday監督組織を VNDLY 組織にロードする方法を設定します。
フィールド | 説明 |
|---|---|
非アクティブを含める
| Workdayから VNDLY にロードする非アクティブな組織が含まれます。下流への影響を防ぐため、このオプションはオフのままにしておくことをお勧めします。 |
参照 ID がないものを除外
| 参照 ID のない監督組織はすべて除外されます。各監督組織には、 Workdayで参照 IDがあります。この設定が有効の場合、参照 IDのない監督組織はすべて VNDLY にロードされません。インテグレーションエラーを防ぐために、この設定を有効にする必要があります。 |
組織タイプ参照 ID
| Workday の監督組織を VNDLY 組織にマッピングするための参照 IDを示します。このフィールドは常に SUPERVISOLY で なければなりません。 |
最小組織レベル
| Workdayから VNDLY にロードする最小組織レベルを示します。
|
フィルタ正規表現
| 特定の組織をフィルタして、 Workdayから VNDLY にロードします。これらのフィルタルールでは、参照 ID または名称に基づいて監督組織と比較することにより、パターンを一致させます。以下のフィルタルールは、監督組織階層のすべての組織に適用されます。
|
職場
このセクションでは、 Workday の勤務地を VNDLY の職場にロードする方法を設定します。
フィールド | 説明 |
|---|---|
事業地用途の参照 ID のマッチング
| Workday の事業所を VNDLY の職場にマッピングするための参照 IDを示します。このフィールドは常に "事業所" でなければなりません。 |
非アクティブを含める
| Workdayから VNDLY にロードする非アクティブな保管場所が含まれます。下流への影響を防ぐため、このオプションはオフのままにしておくことをお勧めします。 |
フィルタ正規表現
| 特定の勤務地をフィルタして、 Workdayから VNDLY にロードします。これらのフィルタルールでは、参照 ID または名称で事業地を比較することで、パターンを一致させます。以下のフィルタルールは、 Workdayからロードするすべての事業地に適用されます。
|
国コードでフィルタ
| Workdayから VNDLY にロードされる勤務地を国別にフィルタします。 |
請求コード
このセクションでは、以下の組織タイプを設定して VNDLY 請求コードにロードできます。
- コスト センター (HCM)
- 会社のコスト センター (財務)
- 会社 (HCM)
- 地域 (HCM)
- ビジネス ユニット (HCM)
- プロジェクト (HCM)
- プログラム (HCM)
- カスタム HCM 組織タイプ
フィールド | 説明 |
|---|---|
有効
| Workday組織タイプを VNDLY 請求コードにロードします。このチェックボックスは、 "スケジューリング設定" タブで"請求コードのロード" 設定が有効になっている場合にオンにします。 |
参照 ID のないアイテムを除外
| 参照 ID のない請求コードは除外されます。各請求コードには、 Workdayで参照 IDがあります。この設定が有効の場合、参照 IDのない請求コードは VNDLY にロードされません。インテグレーションエラーを防ぐために、この設定を有効にする必要があります。 |
請求コードを組織割当として送信
| VNDLY から請求コードをWorkdayの組織データとしてロードします。この設定を有効にする場合は、"臨時設定" および "従業員プロファイル管理" 設定の下の各モジュールとサブプロセス モジュールについて、" 有効化 " フィールドも選択する必要があります。 |
各組織タイプには、以下の設定オプションがあります。
フィールド | 説明 |
|---|---|
有効
| 関連組織データがWorkdayから VNDLY 請求コードテーブルにロードされます。 |
非アクティブを含める
| Workdayから VNDLY にロードする非アクティブな組織データが含まれます。下流への影響を防ぐため、このオプションはオフのままにしておくことをお勧めします。 |
組織タイプ参照 ID
| Workdayから VNDLY に組織タイプをマッピングするときに使用する参照 IDを示します。組織タイプ ""で "有効 " チェックボックスがオンになっている場合、このフィールドは必須です。 |
名称
| VNDLY で使用される組織タイプの名称を示します。関連する請求コードテーブルのタイトル "" として表示されます。組織タイプ ""で "有効 " チェックボックスがオンになっている場合、このフィールドは必須です。 |
フィルタ正規表現
| 参照 ID または名称を使用して、 Workdayから VNDLY にロードされる特定の組織タイプをフィルタします。このセクションの "会社のコスト センター (財務)" を除く各組織タイプには、以下のルールを設定できます。
|
公開先 ID が必要
| データ ロード結果のフィルタに使用されるWorkday ID を示します。 |
社員ユーザー
このセクションでは、 Workday の社員データを VNDLY にロードする方法を設定します。このセクションの設定は社員にのみ適用され、業務委託先や臨時従業員には適用されません。
フィールド | 説明 |
|---|---|
ユーザーを組織に割当
| 社員のデータが VNDLY にロードされるときに、その社員を割り当てる組織を示します。
|
組織のロール割当でフィルタ
| VNDLY にロードされる社員を組織割当に基づいてフィルタします。この設定は、社員に "ロールでフィルタ" 設定で指定されたロールがある場合にのみ適用されます。
|
非公開の連絡先情報
| Workdayで "非公開" に設定されている社員データは除外されます。個人情報には、電話番号と E メールが含まれる場合があります。 |
ユーザーの E メール アドレスをユーザー名として使用
| Workdayで社員の主勤務先 E メール アドレスを VNDLY でのユーザー名として使用します。この設定は、ユーザーが Single Sign On (SSO) の目的で主勤務先 E メールを使用する場合に有効にできます。例: 有効にした場合、ユーザーはWorkday のE メール アドレスを使用してWorkday 、VNDLY、その他の ID プロバイダ (Okta、Microsoft ディレクトリなど) にサインインます。
"非公開の連絡先情報" の 設定も有効の場合、 "非公開" としてマークされた主Workday先の E メール アドレスはすべて除外されます。その結果、VNDLY で社員の E メール アドレスが空白になる場合があります。 |
マネージャに割り当てられたすべての監督組織をセキュリティ ロールとしてインポート
| Workdayで割り当てられている監督組織に基づいて、VNDLY のマネージャに対して複数のセキュリティ ロールをロードできるようにします。セキュリティロールに割り当てられている組織は 、"組織のロールの割当でフィルタ" の 設定に基づいて異なる場合があります。この設定は、 "全般設定" タブの"データ マッピング " セクションにある"セキュリティ ロール" 設定と連動します。 |
Workdayクエリー言語 (WQL) を使用
| オンにすると、大規模なデータセットに対するコネクタのパフォーマンスが向上します。 この機能を使用するには、 認証方法 としてOAuth を使用し、 Workdayでのインテグレーション用APIクライアントの 業務分野が"System" である必要があります。インテグレーション用APIクライアントの登録を参照してください。 |
増分ロード データ
| ユーザー プロファイルの作成と更新のために、ユーザー データを VNDLY に段階的にロードします。この設定を有効にすると、ユーザーが多い場合のロード時間を短縮できます。 また、この設定を有効にすると、 Workdayから不要なトランザクションが除外されるため、インポート効率が向上します。たとえば、VNDLY は福利厚生を追跡しないため、 Workdayで福利厚生の変更が VNDLY と同期されません。必須以外のトランザクションの詳細については、このトピックの "関連情報" セクションを参照してください。 このフィールドは 、 "Workdayクエリー言語 (WQL) を使用" が有効になっている場合に無効になります。 |
勤務地タイプフィルタ
| Workdayで " 勤務地タイプ" の ID を入力することによって、インポートされる社員を制限できます。Workdayでこの ID を見つけるには、 "事業地の表示 " レポートにアクセスします。"事業地タイプ " フィールドの関連アクション メニューから、 選択します。Workday ID の 値が必要になります。このフィールドは 、 "Workdayクエリー言語 (WQL) を使用" が有効になっている場合に有効になります。 |
過去 X 日間に退職した社員を含める
| 退職からの指定日数が経過した時点で、インポートされる社員を制限できます。 このフィールドは 、 "Workdayクエリー言語 (WQL) を使用" が有効になっている場合に有効になります。 |
職場の国コードでフィルタ
| VNDLY にロードされる社員を国別にフィルタします。 有効にすると、VNDLY は "Country_Reference" リクエスト条件をWorkdayの " Get_Workers" Webサービスに送信します。 このフィルタ ""を使用するには、 "増分ロード データ" 設定をオフにする必要があります。 |
ロールでフィルタ
| VNDLY にロードされる社員を、 Workdayの監督組織の Organization_Role_ID に基づいてフィルタします。例: マネージャ |
E メールによる正規表現のフィルタリング
| VNDLY にロードする社員を E メール アドレスとドメインに基づいてフィルタします。 |
カスタム データ ソース
このセクションでは、以下のカスタム データ ソースを VNDLY にロードする方法を設定できます。
- 従業員プロファイルのベンダー/サプライヤ
- 臨時業務委託先の終了理由
- 従業員プロファイル - 臨時業務委託先の終了理由
- 頻度
- 時間タイプ
- 従業員プロファイルとの契約臨時理由
- 臨時契約の理由
- 従業員タイプ
- 職務系列およびプロファイル
- 職務変更理由
- 電話機器タイプ
- ポジションのクローズの理由
- 臨時従業員タイプ
- ポジション作成の理由
フィールド | 説明 |
|---|---|
有効
| 関連データ ソースをWorkdayから VNDLY カスタムデータ ソーステーブルにロードします。 |
Workdayよりソーシング
| "有効" チェックボックスがオンの場合に適用されます。Workdayから VNDLY にデータ ソースをロードします。 |
手動変更を許可
| VNDLY でカスタムデータ ソーステーブルを手動で編集できるようにします。 |
追加ベンダー フィールドを表示
| "従業員プロファイルのベンダー/サプライヤ" セクションにのみ適用されます。ベンダーの E メールと電話番号を"従業員プロファイル - Workday - ベンダー " テーブルの追加フィールドとして表示します。 |
フィルタ正規表現
| 参照 ID と記述子を使用して、特定のデータ ソースの値をフィルタし、 Workdayから VNDLY にロードします。
|
サプライヤの選定に使用されるAPI
| "従業員プロファイルのベンダー/サプライヤ" セクションにのみ適用されます。VNDLY がサプライヤーデータをソーシングするために使用するAPIを示します。
|
サプライヤの参照 ID タイプ
| "従業員プロファイルのベンダー/サプライヤ" セクションにのみ適用されます。Workdayでサプライヤを識別するために使用される参照 IDを示します。 |
取消
フィールド | 説明 |
|---|---|
通知を表示しない
| 取消プロセス中のWorkday通知を表示しない。このフィールドは必須ではありません。Workforce コネクタ はWorkdayでの取消プロセスを自動的に完了するため、 WorkdayVNDLY に取消通知が送信されることはありません。 |