---
sourceDocument: 横浜ファイナンス&サプライチェーン
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/source-to-pay-operations

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - 横浜ファイナンス&サプライチェーン

ft:clusterId :

    - stpop

bundleId :

    - stpop

workflow :

    - Creator


---

# 購入リビジョン

# 購入リビジョン {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

商品の数量、予算、配送場所の改訂は、ショッピングハブからの注文に対して行うことができます。
購入者は ShoppingHub から注文を変更できます。また、調達スペシャリストは ソーシングと調達オートメーション モジュールからリビジョンを送信できます。  
購入者が購入要求明細行の \[Pricing reference (価格参照)\] フィールドを更新すると、標準購入要求と包括購入要求の両方に対して改訂がトリガーされます。

* 標準の購買要求の場合、数量はそのまま残ります。合計明細金額が更新され、それによって購入要求の合計金額が更新され、該当する場合は承認の再評価がトリガーされます。予算は、入力されていてもリビジョン属性とは見なされません。
* 一括購入要求の場合、数量はそのまま残されます。合計明細金額が更新され、それによって購入要求の合計金額が更新され、該当する場合は承認の再評価がトリガーされます。このシナリオでは、リビジョン明細は価格参照の変更と予算をキャプチャします。
{#purchase-revisions__ul_v4j_2y4_snb}

発注書が作成されると、購買要求明細の価格参照は変更できません。

## 発注書のないリビジョン {#purchase-revisions__section_oxg_kds_hlb}

発注書が作成されておらず、購買要求のステータスが \[Closed Rejected (却下してクローズ)\]、\[ Closed Complete (完了してクローズ)\]、\[ Closed Canceled (キャンセルしてクローズ)\] でない場合は、手動で購入要求を改訂できます。この場合、リビジョン要求も新しい購買要求も作成されません。購入要求明細の \[リビジョン明細\] 関連リストで更新を表示できます。

新しい購買要求または発注書明細の追加は、リビジョンプロセスで同じサプライヤーとビジネスオーナーに制限されます。

## 発注書のリビジョン {#purchase-revisions__section_nmc_chr_flb}

* 購入者が開始した発注書リビジョン:
  * 発注書のステータスが \[完了してクローズ \] または \[ キャンセルしてクローズ\] でない場合、購入者は ShoppingHub から明細を変更できます。リビジョン要求が作成され、調達スペシャリストにアサインされ、ステータスが \[Closed Complete (完了してクローズ)\] に更新されます。調達スペシャリストは、改訂された購入要求を作成する前にリビジョン要求を確認する必要はありません。
  * リビジョンタイプの新しい購入要求が作成され、改訂された購入要求にリビジョン要求が添付されます。
  {#purchase-revisions__ul_db2_lml_mnb}
* 調達スペシャリストが開始した発注書リビジョン:
  * 発注書の改訂を開始するには、ソーシングと調達オートメーションモジュールで 改訂 を選択します。
  * リビジョンが確認されると、 リビジョン タイプの新しい購入要求が作成され、リビジョン要求が改訂された購入要求に添付されます。
  {#purchase-revisions__ul_twd_sml_mnb}
* 購入者が開始した一括発注書リビジョン:
  * 包括発注書のステータスが \[Closed Released (リリース済みのクローズ済み)\] でない場合、買い物客は ShoppingHub からリビジョンを開始できます。包括発注書で改訂できるのは数量と予算のみです。
  * 予算の改訂が行われると、対応する包括明細の数量と合計明細金額が、サプライヤー製品の交渉済み単価を使用して最も近い値に計算されます。リビジョンは、包括発注書に対して現在のリリース済み金額を下回ることはできません。数量または予算のいずれかを修正すると、それに応じてもう一方の予算が逆算されます。
  * リビジョンが確認されると、 リビジョン タイプの新しい購入要求が作成され、リビジョン要求が改訂された購入要求に添付されます。
  {#purchase-revisions__ul_ddg_vml_mnb}

{#purchase-revisions__ul_byk_kml_mnb}

購入者が開始した発注書と調達スペシャリストが開始した発注書と包括発注書のリビジョンの両方で、購入要求のステータスが \[ Pending Revision (保留中のリビジョン )\] に更新され、権限の委任が再評価されます。

発注書のステータスと、改訂された発注書明細が \[ 保留中の改訂\] に更新されます。改訂されていない発注書明細のステータスは変更されません。

購買要求のステータスが \[最終レビュー\] で、購入要求のタイプが \[ リビジョン\] の場合は、\[ 発注書の更新\] を選択して、既存の発注書と発注書明細を改訂された情報で更新できます。

その後、購入要求のステータスが \[Closed Complete (完了してクローズ)\] に更新されます。  
注:  
発注書を作成するには、改訂要求がクローズ済みステータスである必要があります。発注書の詳細については、「 [発注書](https://servicenow-prod.fluidtopics.net/qja74_VE5HfpLw7xCCLl1Q "発注書は、購入取引を承認する購入者とサプライヤーの間の拘束力のある契約です。これには、説明、数量、価格、適用される割引、支払条件、配送日、およびサプライヤーとのその他の関連契約条件が含まれています。")」を参照してください。

完全に受領した明細行をショッピングハブで改訂することはできません。受領した金額を超える金額に対してのみ、改訂をトリガーできます。

## 資金リビジョンでの増資拒否の影響 {#purchase-revisions__section_lwf_nnk_ynb}

購買要求または発注書が改訂され、再承認が却下された場合の動作は次のとおりです。

* 発注書が存在しない場合、購買要求は、明細 1 件と複数明細の両方について、改訂前のステータスと値に戻ります。
* 発注書が存在し、商品またはサービスが部分的に納入されているか、まったく納入されていない場合:
  * 明細 1 件の場合、元の発注書はそのまま残ります。発注書は改訂前のステータスに戻ります。リビジョンタイプの結果の購買要求は、\[Closed Rejected (却下してクローズ)\] ステータスになり、発注書を更新するオプションはありません。
  * 明細が複数あり、改訂された購入要求内のすべての明細が却下された場合、影響は上記と同じです。
  * 明細が複数あり、改訂購買要求内の一部の明細が却下された場合、発注書の更新時には、却下された明細のみが改訂前のステータスに戻ります。
  {#purchase-revisions__ul_tnl_3rk_ynb}
{#purchase-revisions__ul_lzp_tqk_ynb}

## コスト割り当てとマイルストーンに対する購入リビジョンの影響 {#purchase-revisions__section_ntt_qrr_hlb}

コスト割り当て動作
:
    * 元の購入要求からのコスト割り当ては、改訂された購入要求で更新されます。
    * 資金の増減が発生した場合、改訂された購入要求のプライマリコストセンター (購入要求のビジネスオーナーのコストセンター) に新しいコスト割り当てが作成されます。 この金額は、資金の増加 (プラスの金額) または減少 (マイナスの金額) として反映されます。

    * 発注書が更新されると、改訂された発注書には、プライマリコストセンターの個別のエントリ、つまり、元の購入要求からのエントリと改訂の結果として生じた別のエントリ、および元の購入要求からの追加のユーザー定義割り当てが含まれます。
    * 発注書の作成後にコスト割り当てを更新することはできません。
    {#purchase-revisions__ul_cqj_trr_hlb}

    コスト割り当ての詳細については、「 [コスト割り当て](https://servicenow-prod.fluidtopics.net/3~c3FWWzESUuEI~HCUuZWw "コスト割り当てでは、特定の購入明細に支払を割り当てる方法を定義します。コストは、コストセンター、従業員クレジット、給与支払いに割り当てることができます。")」を参照してください。

マイルストーンの動作
:
    * マイルストーンの詳細は、元の購入要求から改訂された購入要求にコピーされます。
    * ユーザーは、リビジョンの完了時に、必要に応じて追加のマイルストーンを作成できます。
    * 発注書が更新されると、改訂プロセス中にコピーが既に作成されているため、発注書の元のマイルストーンは \[ Closed Canceled (キャンセルしてクローズ)\] ステータスに更新されます。
    {#purchase-revisions__ul_c52_lsr_hlb}

    マイルストーンの詳細については、「 [マイルストーン](https://servicenow-prod.fluidtopics.net/AmlR2ez~ip_d3IZYMl~Uzw "マイルストーンは、サービスに対して特定の成果物が達成されたことの確認を表します。確認応答タイプが [マイルストーン] に設定されている場合、サービス製品タイプの購入明細および発注書明細に対してマイルストーンを作成できます。")」を参照してください。
**関連概念**   

* [購入リビジョンフロー](https://servicenow-prod.fluidtopics.net/dO6tosyH3JeB_dUu~N~ohg "調達アドミニストレーターは、既存のワークフローを活用または変更して、購入者から提起された購入変更要求を処理できます。")