メインコンテンツにスキップ
Administrator Guide
最終更新: 2026-02-20
作業明細書の設定

作業明細書の設定

新しい作業明細書 (SOW) を作成するときに使用できるオプションを指定できます。
  1. ヘッダーから
    "その他"
    "会社の設定"
    を選択します。
  2. "作業明細
    " セクションで、
    "SOW の設定"
    をクリックします。
  3. 次を参考にして、
    "SOW の設定
    " セクションを完了させます。
    オプション 説明
    高速パス SOW を有効にする
    ベンダーは SOW をレビューして承認する必須がありますが、 SOWコンテンツを編集することはできません。
    すべてのSOWにデフォルトで高速パスを使用しますか?
    "SOW設定
    " タブで、デフォルトですべての SOW の高速パスを有効にします。
    SOWクローズ タイプ
    "Manually Close"
    を選択した場合、 SOWマネージャが SOW を手動でクローズする必要があります。
    "SOW を自動的にクローズ"
    を選択した場合、SOW とそれに関連するワーク オーダーは、SOW の
    予定終了日 ()
    に自動的にクローズします。
    "SOW の設定"
    ページの
    "通知" の
    設定で、テナントの
    "SOW終了予定日" 通知の
    設定に応じて、 SOW がまもなくクローズすることを通知するバナーがSOWに表示されます。これは、 SOW参加者がクローズ前に必要な残りのアクションを実行できるようにするのに役立ちます。
    "SOW を自動的にクローズ"
    を選択した場合は、以下も入力する必要があります。
    • クローズ時刻
    • クローズ タイムゾーン
      :
      クローズ時間 ( 日)
      に使用されるタイムゾーン。
    • デフォルトのSOWクローズ理由
    • デフォルトのワーク オーダー終了理由
    • 支払送信期限
      : SOWクローズ後も、ベンダーが未処理アイテムの支払をリクエストできる期間 (日数)。たとえば、 SOW がクローズしてから 5 日後。
    自動クローズの場合は、以下に注意してください。
    • 複数の SOW が同じ日にクローズされる場合は特に、数分かかる場合があります。
    • テナントがSOWクローズワークフローの承認を設定している場合、階層承認チェーンが作成され、承認者にアラートが送信されます (
      "その他の
      会社の設定"
      "組織の
      ワークフロー承認の
      設定"
      タブ)。SOWがクローズされると、残りの
      アクティブ
      または
      処理待ちの
      ワーク オーダーが終了し、
      "アクティブ"
      ロールもクローズされます。
    • テナントでWorkdayインテグレーションが有効になっている場合、残りの未補充のポジション管理 ID は
      、すべてのワークフロー フィールドについて "ポジションのクローズ"
      の設定(
      "その他の
      会社の設定
      " インテグレーション
      "Workday
      全般設定
      ") に基づいて、クローズされるかオープンのままになります。
    候補者のオンボーディングをベンダーに許可する
    ベンダーは、クライアントや MSP が関与することなく、任意のSOWロールに業務委託先を応募してオンボーディングできます。
    SOW は再オープン可能ですか?
    SOWマネージャが、クローズされたSOW を
    アクティブ
    ステータスに戻すことができるようにします。
    SOWロールの組織単位の制限を削除
    有効にすると、 SOW自体とは異なる組織単位をSOWロールに割り当てることができます。
    ドラフト
    SOWのロールを作成または編集する場合、
    組織_unit.update
    および
    field.organization_unit.write
    権限があれば、テナント内のアクティブな組織単位を選択できます。
    有効にした場合、次のようになります。
    • SOWロールフォームには編集可能な
      "組織単位"
      フィールドが表示されます。無効にした場合、このフィールドは読み取り専用になります。
    • オンボーディングなどのロールに関連するワークフロー承認には、ロールで選択されている組織単位が使用されます。支払承認やSOWクローズなど、ロールに無関係のSOW承認では、SOW の
      "概要"
      タブで選択された組織単位が引き続き使用されます。
    • プログラムでWorkdayインテグレーションを使用し、ロールの組織単位を変更し、ロールが
      ポジション管理
      人材配置モデル
      から変更される場合、
      Workday設定の
      設定に応じて、未補充のWorkdayポジションを管理するためのいくつかのオプションがあります。
    • SOW の
      "概要"
      タブで組織単位を変更すると、以前の単位を使用していたロールの単位も変更されます。たとえば、 SOW が組織単位 A から B に変更された場合、A を使用していたロールも B に変更されます。意図的な変更が上書きされないように、VNDLY は組織単位がすでにカスタマイズされているロールを更新しません。
    • 発注変更を使用して
      アクティブな
      SOWロールの組織単位を変更した場合、アクティブなワーク オーダーは変更されません。ただし、処理待ちのワーク オーダーは、新しい組織単位を使用するように変更されます。
    プログラム チーム ユーザー
    SOWにプログラムチームを表示し、プログラムチームが必須かどうかを選択します。
    "ラベル
    " フィールドを編集することで、 SOWにあるプログラムチームユーザーのドロップダウンメニューのタイトルを変更することもできます。
    SOW予算配分の有効化
    有効にすると、新しく作成された SOW に個別の
    "請求コード"
    タブが表示されます。SOW合計予算の 100% を追加した請求コード全体に配分する必要があります。
    この設定を有効にした場合、新しく作成された SOW にのみ適用されます。以前に作成された SOW には影響がありません。
    請求コードの追加、削除、割当の更新が必要な場合、クライアントは発注変更を介して行う必要があります。変更オーダーはベンダーに送信されません。
    固定料金/マイルストーン支払を複数の請求コードに割当できるようにする
    請求コードを編集権限を持つユーザーが、複数の請求コードにわたって個々の固定料金およびマイルストーン支払に資金を配分できるようにする。
    有効にすると、請求コードの編集権限を持つユーザーは、作成または編集時に、固定料金およびマイルストーン支払の
    "請求コード"
    セクションで
    "単一の請求コード"
    および
    "複数の請求コード"
    のオプションを表示できます。ユーザーが
    "単一請求コード"
    を選択した場合、支払に対して目的の請求コードを 1 つ選択できます。
    "複数の請求コード"
    を選択した場合、パーセントまたは定額によって、複数の請求コードに支払を配分できます。例: 請求コード A に 20%、請求コード B に 80%、または請求コード A に 20%、請求コード B に 80%。
    この設定を有効にした場合、以下のことに注意してください。
    • ユーザーが複数の請求コードを追加できるのは、新しく作成された固定料金またはマイルストーン支払に限られます。既存の支払に複数の請求コードを追加することはできません。
    • プログラムで
      "SOW の予算配分を有効にする"
      設定が有効になっている場合、ユーザーは、SOW の
      "請求コード"
      タブで設定された特定の複数の請求コードにのみ支払を配分できます。また、請求コードは予算割当のを超えることはできません。例: SOW の予算が 1000 ドルで、各請求コードの最大予算が請求コード A に 300 ドル、請求コード B に 400 ドル、請求コード C に 300 ドルです。固定料金またはマイルストーン支払を割り当てる場合、選択できるのは請求コードのみです。 A、請求コード B、請求コード C (それぞれ予算限度を超えることはできません)。
    副ラベルの表示
    ユーザー関連のSOWフィールド (
    "クライアント マネージャ"
    "デフォルトの時間と経費の承認者"
    "プログラム チーム ユーザー
    " フィールドなど) で、ユーザーの表示名とともに追加情報を表示できます。この設定は、クライアントユーザーが SOW で選択する正しいユーザーを識別するのに役立ちます。特に、複数のユーザーが同じ表示名を持っている場合は、
    次の中から選択できます。
    • なし
      : このデフォルトオプションでは、副ラベルは表示されません。
    • ユーザー名
      : ユーザーの表示名とユーザー名が含まれます。
    • E メール
      : ユーザーの表示名と E メール アドレスが含まれます。
    • ユーザー名と E メール
      : ユーザーの表示名 ()、ユーザー名、E メール アドレスが含まれます。
  4. 次を参考にして、
    "ロール フォーム設定
    " セクションを完了させます。
    オプション 説明
    請求レート
    アプリケーションに一致するレート カードがない場合にSOWロールフォームに表示されるフィールドのタイプを指定します。次のものから選択できます。
    • 単一
    • 最小/最大値
    • なし
    レート カード
    一致するレートカードが見つかった場合に、ロールのレートを適用するかどうかを制御します。オンにした場合、
    "レート カードを使用"
    オプションはユーザーに表示されません。オフにした場合、このオプションにより、ユーザーはロールのレートカード値を上書きできます。
  5. 次を参考にして、
    "発注変更の設定
    " セクションを完了させます。
    オプション 説明
    ベンダーは変更オーダーを作成できる
    ベンダーは、新たな発注変更を開始してSOW の変更を申請できます。変更はレビューと承認のためにクライアントに送信されます。
    クライアント/ MSP は変更オーダーを作成できる
    クライアントと MSP は新しい発注変更を作成し、 SOW の変更を提案できます。これは、受諾のためにベンダーに送信されます。
    変更オーダーのベンダー レビューをスキップする
    発注変更に含まれている場合、ベンダー レビューが不要なアイテムを選択できます。例:発注変更で事業地が変更された場合、ベンダーのベンダー レビューをスキップする。
    "発注変更のベンダー レビューをスキップ" ドロップ
    ドロップダウンメニューから
    "事業地"
    を選択します。注: このオプションは、
    "Client/MSPが変更オーダーを作成可能
    " チェックボックスがオンになっている場合にのみ使用できます。
  6. 次を参考にして、
    "支払設定"
    セクションを完了させます。
    オプション 説明
    ベンダーは承認済支払の調整を作成できる
    ベンダーは、承認済みの支払に対する調整を作成し、不正確な金額を訂正することができます。その後、この調整はレビューと承認のためにクライアントに送信されます。
    クライアント/ MSP は承認済支払の調整を作成できる
    クライアントと MSP は、承認済みの支払に対する調整を作成し、不正確な金額を訂正できます。この調整はその後、レビューと承認のためにベンダーに送信されます。
    SOWマイルストーンと予定された支払に対する税の上書きを許可する
    SOWマイルストーンおよび固定料金支払における税の上書きを設定できます。これによって、プログラム固有のニーズに基づいて、 SOWのマイルストーンや固定料金の支払で正確な税計算が使用されるようになります。SOW のマイルストーンおよび固定料金支払への税の上書きの追加を参照してください。
  7. "承認設定
    " セクションで、
    "スケジュールされた支払の承認ワークフローを有効にする
    " チェックボックスをオンにして、スケジュールされた支払が承認プロセスを確実に通過するようにします。