---
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) 所要時間：23分

ソーシングと調達オペレーション をアクティブ化すると、いくつかのタイプのコンポーネント (テーブル、ユーザーロール、スケジュール済みジョブなど) がインストールされます。
この機能ではデモデータを利用できます。

## インストールされているロール {#installed-with-FSC__section_wly_yyh_wdb}

{#installed-with-FSC__table_y5t_xj1_2lb__entry__3}

| ロール タイトル \[名前\] | 説明 | ロールを含む |
|-|-|-|
| ショッピングハブ アドミニストレーター \[sn_shop.shopping_hub_admin\] | Source-to-Pay 共通アーキテクチャアプリケーションのすべてのモジュールにアクセスできます。 | * decision_table_admin * sn_fin.procurement_user * model_manager * category_manager {#installed-with-FSC__ul_crt_yj1_2lb} |
| 購入者 \[sn_shop.shopper\] | ショッピングハブポータルにアクセスして、要求や購入を行います。 | なし |
| 調達アドミニストレーター \[sn_shop.procurement_administrator\] | Purchase Automation モジュールのプライマリデータセクションと管理セクションにアクセスできます。 | * sn_fin.procurement_primary_data_admin * sn_shop.procurement_specialist {#installed-with-FSC__ul_bjx_zj1_2lb} |
| 調達スペシャリスト \[sn_shop.procurement_specialist\] | プライマリデータを除く ソーシングと調達オートメーション モジュールのすべてのデータにアクセスできます。 | * sn_fin.procurement_user * contract_manager {#installed-with-FSC__ul_i5g_1k1_2lb} |
| 買掛金ビューアー \[sn_shop.accounts_payable_viewer\] | 発注書、請求書、および発注書の作成から発生するその他のタスク関連オブジェクトへの読み取りアクセス権。 | なし |
| 購入タスクオーナー \[sn_shop.purchasing_task_owner\] | すべての発注書、要求、交渉、ソーシング要求、購入タスクにアクセスできます。 | なし |
| 確認応答タスクオーナー \[sn_shop.acknowledgment_task_owner\] | すべての発注書 (PO) と購買要求にアクセスできます。メインオブジェクトへの読み取り専用アクセスですが、アサインされたタスクを更新できます。 | なし |
| 調達共通アドミニストレーター \[sn_shop.procurement_common_admin\] | Source-to-Pay 共通アーキテクチャ アプリケーションのすべてのテーブルへのアクセス (レコードの削除を含む)。 | sn_shop.procurement_common_user |
| 調達共通リーダー \[sn_shop.procurement_common_reader\] | Source-to-Pay 共通アーキテクチャ アプリケーションで使用可能なすべてのテーブルへの読み取りアクセス権。 | sn_fin.procurement_user |
| 調達共通ユーザー \[sn_shop.procurement_common_user\] | Source-to-Pay 共通アーキテクチャ アプリケーションのすべてのテーブルで操作を実行、作成、および更新するためのアクセス権。 | sn_shop.procurement_common_reader |
| sn_spend_mgmt.category_manager_admin | カテゴリ分類をインポートし、支出カテゴリテーブルと支出カテゴリステージテーブルを更新し、支出カテゴリから製品カテゴリへのマッピングを更新できます。 | なし |
| sn_spend_mgmt.sourcing_category_manager | で \[カテゴリ管理\] タブと \[節減額\] ダッシュボードを表示してアクセスできます。 | sn_shop.procurement_specialist |
| sn_spend_pipeline.pipeline_management_admin | パイプラインプロジェクト作成ルールのディシジョンテーブルを設定して、パイプラインプロジェクトの作成を自動化できます。 | decision_table_admin |
| sn_spend_pipeline.sourcing_pipeline_user | \[パイプライン管理\] タブを表示してアクセスできます。 | なし |
[ ]

{#installed-with-FSC__table_y5t_xj1_2lb}  
注:  
アプリケーション固有の admin ロールを使用すると、ユーザーはアプリケーションレベルの構成、ロール、およびアクセス制御を管理できます。本番インスタンスのシステムレベルのアドミニストレーターは、アプリケーション固有の admin ロールを適切なユーザーに付与してから、システムレベルのアドミンがフォーム、リスト、UI を介して機密性の高いアプリケーションデータを表示できないように、システムレベルの admin ロールを持つすべてのユーザーからアプリケーション固有の admin ロールを削除する必要があります。詳細については、「」を参照してください。

## 調達ケース管理 (sn_spend_psd) とともにインストールされるロール {#installed-with-FSC__section_sl5_sh4_vfc}

{#installed-with-FSC__table_ot2_zh4_vfc__entry__2}

| ロール タイトル \[名前\] | ロールを含む |
|-|-|
| 調達チームエージェント \[sn_spend_psd.agent\] | * sn_spend_sdc.agent * sn_slm.fulfiller * sn_shop.shopper * canvas_user {#installed-with-FSC__ul_cbb_g34_vfc} |
| 調達チームマネージャー \[sn_spend_psd.manager\] | * sn_spend_sdc.manager * sn_spend_psd.agent {#installed-with-FSC__ul_bbn_l34_vfc} |
| 調達タスクオーナー \[sn_spend_psd.procurement_task_owner\] | sn_slm.fulfiller |
| 調達サービスデリバリアドミン \[sn_spend_psd.psd_admin\] | * sla_admin * sn_spend_sdc.admin {#installed-with-FSC__ul_mhk_r34_vfc} |
| 従業員要求者 \[sn_spend_psd.requestor\] | sn_spend_sdc.requestor |
[ ]

{#installed-with-FSC__table_ot2_zh4_vfc}

## インストールされたスケジュール済みジョブ {#installed-with-FSC__section_glq_czh_wdb}

{#installed-with-FSC__table_am5_nm1_2lb__entry__2}

| スケジュール済みジョブ | 説明 |
|-|-|
| \[PSM\]承認期日違反 | 承認の期日に違反した場合、違反承認レビュータスクを作成します。 |
| \[PSM\]最近表示したデータをクリア | ショッピングハブで最近表示したデータをクリアします。このデータは、ログインユーザーによって 90 日以上前に作成されたエントリで構成されます。 |
| \[PSM\]受領タスクを作成 | 毎月 1 日に、暦月と受領者別にグループ化された発注書に対して受領タスクを作成します。 |
| \[PSM\]サービス確認応答タスクを作成 | 毎月サービス確認応答タスクを作成します。このジョブは、開始済みで終了日に達しておらず、配送する残りの金額または割合または数量があるすべての発注書明細を自動的に選択します。 |
| \[PSM\]クレジット割り当てルールの実行 | 設定されているクレジット割り当てルールを実行します。従業員クレジットレコードは、このルールに従って作成されます。 |
| \[PSM\]買い物のコントロールを実行 | 設定されている買い物のコントロールを実行します。買い物のコントロールに従ってユーザーコントロールレコードが作成され、それぞれのサプライヤー製品も更新されます。 |
| \[PSM\]マイルストーンタスクの監視 | 完了日が本日であるアクティブなマイルストーンをフェッチし、マイルストーンのステータスを \[確認が必要\] に更新します。 |
| \[PSM\]支出タスクを入力 - 期日バケット | 購入タスクの期日バケットを計算して、それらが属するカテゴリを決定します。カテゴリは、\[その他\]、\[7 日以内に期限\]、および \[期限切れ\] です。 |
| \[PSM\]購入データの集計 | ジョブコード別の製品購入、購入者別のサプライヤー使用、部門別のサプライヤー使用の集計テーブルに入力します。 |
| \[PSM\]サプライヤー製品を廃止する | 現在の日付がサプライヤー製品の販売終了日と同じ場合、サプライヤー製品の \[公開済み\] フラグを False に更新します。 |
| \[PSM\]期限切れのクレジットを取り消す | クレジットの有効期限が過ぎた後、クレジットステータスを \[クレジット期限切れ\] に設定します。 |
[ ]

{#installed-with-FSC__table_am5_nm1_2lb}

## インストールされるテーブル {#installed-with-FSC__section_s1x_dzh_wdb}

注:  
次のテーブルは、 Source-to-Pay 共通アーキテクチャ アプリケーション内で一般的に使用できます。
{#installed-with-FSC__table_sgq_s5k_flb__entry__2}

| テーブル | 説明 |
|-|-|
| 属性 \[sn_shop_attribute\] | 製品モデルに関連付けられている特定の属性タイプと値を格納します。たとえば、ラップトップには、SSD またはハードディスクなど、使用されるメモリのタイプの属性を設定できます。 |
| 属性セット \[sn_shop_attribute_set\] | 後でサプライヤー製品に関連付けることができる属性タイプのグループを格納します。たとえば、メモリー、グラフィックカード、および CPU を、製品グループに関連付けることができる属性セットにすることができます。 |
| 属性タイプ \[sn_shop_attribute_type\] | 製品属性の作成時に使用されるさまざまなタイプの属性を保存します。 |
| 配送場所 \[sn_shop_delivery_location\] | 指定されたショップラインまたはカートラインの配送場所を保存します。 |
| ERP アドレスマッピング \[sn_shop_erp_address_map\] | ERP アドレスと場所の間のマッピングを保存します。 |
| ERP 資産カテゴリマッピング \[sn_shop_erp_asset_category_map\] | ERP ソースと資本計上ポリシーの間のマッピングを保存します。 |
| ERP 品目グループマッピング \[sn_shop_erp_material_group_map\] | ERP ソース、モデルカテゴリ、および品目グループ間のマッピングを保存します。 |
| 統合エラー \[sn_shop_erp_error_task\] | ERP との通信中または要求の処理中に発生する可能性がある統合エラーを保存します。 |
| 請求書 \[sn_shop_invoice\] | 発注書に関連付けられた請求書を保存します。 |
| 請求書明細 \[sn_shop_invoice_line\] | 対応する各発注書明細の請求書明細行を保存します。 |
| ジョブコード \[sn_shop_job_code\] | 承認階層を主に推進するビジネスオーナーに関連付けられているジョブコードを保存します。 |
| マイルストーン \[sn_shop_milestone\] | 確認応答タスクテーブルを拡張し、受信したサービスの確認応答を保存します。 |
| オフィス所在地 \[sn_shop_office_location\] | オフィスとしてマークされた配送場所を格納します。 |
| 注文明細テンプレート \[sn_shop_order_line\] | ショップラインテーブルを拡張し、任意の発注書 (PO) の発注明細を保存します。 |
| 注文テンプレート \[sn_shop_order\] | すべての発注書 (PO) を保存します。これはベーステーブルです。 |
| 契約関係への注文 \[sn_shop_m2m_order_contract\] | 発注書と契約の間のマッピングを保存します。 |
| 支払条件 \[sn_shop_payment_term\] | 支払いが行われる期間を保存します。たとえば、期間は請求日から 7 日後になる場合があります。 |
| 値下げ \[sn_shop_price_break\] | 指定されたサプライヤー製品契約の購入数量に基づいて除算された価格を保存します。 |
| 価格設定 \[sn_shop_m2m_product_contract\] | 関連する契約に基づくサプライヤー製品とその価格のマッピングを保存します。 |
| 製品グループ \[sn_shop_product_group\] | サプライヤー製品および製品モデルによって参照される属性セットに関連付けられた名前を格納します。 |
| 製品のビジュアル \[sn_shop_supplier_product_artifact\] | ユーザーインターフェイスに製品の外観を表示するために使用されるアーティファクトを保存します。 |
| 発注書 (PO) \[sn_shop_purchase_order\] | 注文テンプレートテーブルを拡張し、特定の購入の発注書を保存します。 |
| 発注明細 \[sn_shop_purchase_order_line\] | 注文明細テンプレートテーブルを拡張し、購入の発注明細を保存します。 |
| 受領書 \[sn_shop_receipt\] | 発注書明細の一部として受領したサプライヤー製品の受領書を保存します。 |
| 出荷の詳細 \[sn_shop_shipment_details\] | 発注書 (PO) 明細に関連付けられた出荷の詳細を保存します。 |
| 出荷製品 \[sn_shop_shipment_product\] | 発注書 (PO) 明細に関連付けられた出荷製品の詳細を保存します。 |
| 出荷方法 \[sn_shop_shipping_method\] | 発注書 (PO) 明細に関連付けられている出荷方法の詳細を保存します。 |
[ ]

{#installed-with-FSC__table_sgq_s5k_flb}  
注:  
次のテーブルは ソーシングと調達オートメーション アプリケーションの一部としてインストールされます。
{#installed-with-FSC__table_yct_jwt_d5b__entry__2}

| テーブル | 説明 |
|-|-|
| 確認応答タスク \[sn_shop_acknowledgment_task\] | マイルストーンや受領タスクなどの確認応答を保存します。これは、 共通サービスデリバリ (SDC) アプリケーション内の親テーブルです。 |
| 承認プラン \[sn_shop_approval_plan\] | 承認ルーティング方法や承認決定方法など、購入要求の承認計画の詳細を保存します。 |
| 承認プランの詳細 \[sn_shop_approval_plan_detail\] | 承認計画に基づいて作成された購入明細の承認レコードのインスタンスを保存します。 |
| 承認ルール \[sn_shop_approval_rule\] | 承認レコードの作成をトリガーするルールを保存します。条件ビルダーを使用して、承認のトリガー条件を作成します。 |
| 資本計上ポリシー \[sn_shop_capitalization_policy\] | 資産が資本化され、固定資産レコードが作成される条件を保存します。 |
| カートの明細 \[sn_shop_cart_line\] | 買い物かごに追加された購入明細の詳細を保存します。選択したサプライヤー製品、チェックアウトタイプ、事業主、配送場所など、さまざまな詳細が含まれています。 |
| 契約タスク \[sn_shop_contract_task\] | 購入タスクテーブルを拡張し、購入明細に関連付けられているさまざまなタイプの契約タスクのインスタンスを格納します。 |
| 購入コストの割り当て \[sn_shop_cost_allocation\] | コスト割り当てのタイプ、関連するコストセンター、およびサプライヤー製品の購入に使用できる購入者に割り当てられた金額を保存します。 |
| クレジット割り当てルール \[sn_shop_credit_allocation_rules\] | 個々の購入者へのクレジットの割り当て方法に基づくクレジット割り当てルールを保存します。割り当ては、インベントリ資産またはユーザー条件に基づいて行うことができます。 |
| 配送先タスク \[sn_shop_delivery_address_task\] | 購入タスクテーブルを拡張し、購入明細の配送場所の検証と妥当性確認に関連するタスクを保存します。 |
| 従業員クレジット \[sn_shop_employee_credit\] | ユーザーに割り当てられたクレジット金額を、担当コストセンターやクレジット割り当てルールなどのサポート情報とともに保存します。 |
| 元帳アサインルール \[sn_shop_ledger_assignment_rule\] | サプライヤー製品、製品モデルまたは製品カテゴリ、およびコストセンターに適用されるルールを保存します。これらのルールは、購入明細に入力される投資や経費勘定などの会計の詳細に基づいています。 |
| モデルマップ \[sn_shop_m2m_model_map\] | CMDB モデルとサードパーティカテゴリの間のマッピングを保存します。 |
| 交渉 \[sn_shop_negotiation\] | ソーシングアクティビティのサプライヤー製品に対して作成された交渉オブジェクトを保存します。 |
| 交渉イベント \[sn_shop_negotiation_event\] | ソーシングアクティビティ内のサプライヤー製品に対して作成されたソーシングイベントを保存します。 |
| カタログ以外の取り込み \[sn_shop_non_catalog_intake\] | インポートセット行テーブルを拡張し、カタログ以外の取り込みフローのステージングテーブルのように機能します。 |
| 発注権限 \[sn_shop_m2m_order_users_covered\] | 購入権限と発注書の間のマッピングを保存します。 |
| 給与支払い期間 \[sn_shop_paycheck_periods\] | 支払いに使用される給与の枚数を保存します。 |
| 支払方法 \[sn_shop_payment_method\] | 購入者とコストセンターまたは支払い担当者によって選択された支払い方法を保存します。 |
| 完了率の設定 \[sn_shop_percent_complete_config\] | 注文に対して完了した支払の割合を決定する構成を保存します。 |
| 前払い \[sn_shop_pre_payment\] | 契約に従って購入明細に対して行われた前払いのレコードを保存します。 |
| ジョブコード別の製品購入 \[sn_shop_user_product_purchase\] | ジョブコードで購入した製品の集計を保存します。 |
| 製品ステージ \[sn_shop_imp_product\] | インポートセット行テーブルを拡張します。このステージングテーブルは、サプライヤー製品をインポートするために使用されます。 |
| プロパティ \[sn_shop_properties\] | 要求自動注文などの ショッピングハブ 固有のプロパティを保存します。 |
| 購入 \[sn_shop_purchase\] | 各購入または調達アクティビティに対して作成された購入レコードを保存します。 |
| 購入明細 \[sn_shop_purchase_line\] | \[Request Line (要求明細)\] テーブルを拡張し、購入またはソーシングアクティビティに関連付けられている購入明細を保存します。 |
| 発注履歴 \[sn_shop_order_history\] | 注文テンプレートテーブルを拡張し、注文が改訂されたときに古い発注書レコードを保存します。 |
| 発注明細履歴 \[sn_shop_order_line_history\] | 発注明細が改訂されたときに、注文明細テンプレートテーブルを拡張し、古い発注明細レコードを保存します。 |
| 購買要求 \[sn_shop_purchase_requisition\] | 購入またはソーシングアクティビティの購買要求を保存します。 |
| カテゴリ別購入 \[sn_shop_user_category_purchase\] | 製品カテゴリ別の購入の分析データを保存します。 |
| 購入権限 \[sn_shop_covered_user\] | ユーザー、グループ、コストセンター、または部門の購入権限を保存します。 |
| 購入タスク \[sn_shop_task\] | ファイナンスタスクや契約タスクなど、購入に関連付けられているさまざまなタスクを保存します。これは、 共通サービスデリバリ (SDC) アプリケーション内のベーステーブルです。 |
| 受領書タスク \[sn_shop_receipt_task\] | 確認応答タスクテーブルを拡張し、受領確認のステータスを保存します。 |
| 要求ラインテンプレート \[sn_shop_request_line\] | ショップラインテーブルを拡張し、購入要求ラインアイテムを保存します。 |
| 要求権限 \[sn_shop_m2m_purchasing_users_covered\] | 購入権限と購入要求の間のマッピングを保存します。 |
| 契約関係への要求 \[sn_shop_m2m_requisition_contract\] | 要求と契約の間のマッピングを保存します。 |
| 明細のリビジョン \[sn_shop_rev_request_line\] | 要求ラインテンプレートテーブルを拡張し、購入のリビジョン明細を保存します。 |
| リビジョン要求 \[sn_shop_revision_request\] | 購入タスクテーブルを拡張し、購入のリビジョン要求のステータスを保存します。 |
| サービス確認応答 \[sn_shop_service_acknowledgment\] | 受信したサービスの確認応答タスクを保存します。 |
| ショップライン \[sn_shop_line\] | 注文明細テンプレートと要求明細テンプレートを保存します。これはベーステーブルです。 |
| 購入者のトップサプライヤー \[sn_shop_usr_preferred_supplier\] | 購入者と優先サプライヤー間のマッピングを保存します。 |
| 買い物のコントロール \[sn_shop_shopping_control\] | 特定のユーザーのサプライヤー製品のアクセスを決定するセキュリティルールを保存します。 |
| ショッピングハブ API キャッシュ \[sn_shop_shopnow_api_cache\] | API による迅速なアクセスができるように、キャッシュされたデータを保存します。たとえば、CachedCagetoryMap があります。 |
| ショッピングハブの構成 \[sn_shop_shopnow_content\] | アプリケーションの外観と動作の特定の側面を決定する構成を保存します。たとえば、契約条件ページの URL などです。 |
| 調達入札ステージ \[sn_shop_imp_sourcing_bid\] | サードパーティプロバイダーがサプライヤー製品に対して受け取った入札を保存します。これはステージングテーブルです。 |
| 調達項目送信キュー \[sn_shop_sourcing_line_out_queue\] | サードパーティプロバイダーのソーシングラインをステージングします。 |
| 調達送信キュー \[sn_shop_sourcing_out_queue\] | サードパーティプロバイダーの調達要求をステージングします。 |
| ソーシング要求 \[sn_shop_sourcing_activity\] | サプライヤー製品の調達要求を保存します。 |
| 調達タスク \[sn_shop_sourcing_task\] | 購入タスクテーブルを拡張し、ソーシング要求に関連するタスクを保存します。 |
| 調達ベンダー \[sn_shop_sourcing_vendor\] | 調達ベンダーコードと調達ベンダー名の間のマッピングを保存します。 |
| サプライヤー製品 \[sn_shop_supplier_product\] | ポータルにリストできる商品またはサービスを表すサプライヤー製品を保存します。 |
| サプライヤー製品ビュー \[sn_shop_supplier_product_view\] | サプライヤー製品のビュー数のアナリティクスを保存します。 |
| 部門別のサプライヤー使用 \[sn_shop_dept_supplier_purchase\] | 部門で使用されるサプライヤーのアナリティクスを保存します。 |
| 購入者によるサプライヤー使用 \[sn_shop_user_supplier_purchase\] | 購入者が使用するサプライヤーのアナリティクスを保存します。 |
| サードパーティカテゴリ \[sn_shop_third_party_category\] | 既存のモデルにマッピングするサプライヤーによって提供される外部カテゴリを格納します。 |
| ユーザーコントロール \[sn_shop_user_control\] | ユーザーと買い物のコントロールのマッピングを保存します。 |
[ ]

{#installed-with-FSC__table_yct_jwt_d5b}

## 購入プロパティ {#installed-with-FSC__section_fls_xdt_flb}

次のリストには、 ソーシングと調達オペレーションが使用する購入プロパティが含まれています。
{#installed-with-FSC__table_g42_qmr_flb__entry__2}

| 財産 | 説明 |
|-|-|
| sn_shop.atf.threshold.days | 商品の配送予定日、またはサービスや一括の開始日までの日数。この時間までに購入要求が事後に検討されます。 |
| sn_shop.credit.allocation.batchsize | クレジット割り当て時にバッチで処理された従業員レコードの合計数。 |
| sn_shop.default.contract.model.type | 契約作成時のデフォルトの契約モデル。 |
| sn_shop.default.purchasing.time | 購入時間の初期値 (日数)。 |
| sn_shop.default.shipping.estimate | デフォルトの出荷予測 (%) |
| sn_shop.default.sourcing.time | 初期調達時間 (日数)。 |
| sn_shop.default.supplier.onboard.time | 初期サプライヤーオンボーディング時間 (日数)。 |
| sn_shop.non.pricing.contract | 非価格設定契約のリスト。デフォルトは NDA です。 |
| sn_shop.shipping.estimate.inclusion | 購入要求の承認に含まれる出荷見積もり。 |
| sn_shop.approval.reassessment.resend | 同じ承認ルールがトリガーされた場合に、改訂中に再評価する必要がある承認。これは、購入要求と発注書リビジョンの両方に適用されます。 |
| sn_shop.log.property | ソーシングと調達オートメーション のログ記録レベル。 |
| sn_shop.spend.requisition.autoorder | 手動の最終レビューを行う必要なく、購入タスクの完了時に自動的に作成できる発注書。 |
| sn_shop.spend.requisition.autoorder.threshold | 発注書 (PO) の自動作成プロパティが \[はい\] に設定されている場合でも、発注書 (PO) が作成される前に最終レビューが必要な金額しきい値。 |
| sn_shop.spend.sla.due.days | SLA 計算の最小期日。 |
| sn_shop.supported.artifact.formats | サプライヤー製品アーティファクトでサポートされている形式。 |
| sn_shop.tax.estimate.inclusion | 生成された税見積もりを承認プロセスの購買要求に含めます。 |
[ ]

{#installed-with-FSC__table_g42_qmr_flb}

## ウォッチリストのプロパティ {#installed-with-FSC__section_eqw_kcz_3dc}

ウォッチリスト内のユーザーの最大数を 20 に制限するには、 `sn_shop.watchlist.user.limit` システムプロパティを設定します。  
必要なロール：

* sn_shop.procurement_administrator、sn_shop.shopping_hub_admin - 編集と表示。
* sn_shop.procurement_administrator、sn_shop.shopping_hub_admin、sn_shop.shopper、sn_shop.procurement_specialist、sn_spend_psd.agent - 表示 (読み取り専用)。
{#installed-with-FSC__ul_clj_nfz_3dc}  
ユーザー制限を変更するには、次の手順を実行します。

1. \[すべて\] に移動します。
2. 左側のナビゲーションペインで、「 <kbd class="ph userinput">sys_properties_list.do</kbd>」と入力します。

   システムプロパティ \[sys_properties\] テーブル内のプロパティの全リストが表示されます。
3. \[名前\] 検索フィールドで sn_shop.watchlist.user.limit を探し、システムプロパティを開きます。

   システムプロパティ sn_shop.watchlist.user.limit がレコードとして開きます。\[ 値\] フィールドにはデフォルト値が 20 と表示されます。レコードは編集モードで編集できます。
4. \[ 値\] フィールドでは、要件に応じて値を変更できます。

   たとえば、5 です。
5. \[更新\] を選択します。
{#installed-with-FSC__ol_zyb_c2z_3dc}

## 受領書編集フローを自動化するプロパティ {#installed-with-FSC__section_u3b_j4x_12c}

`n_spend_cp.enable_automated_edit_receipt_flow` システムプロパティを有効にすると、手動介入なしで受領書編集要求の承認と処理を自動化できます。自動プロセスにより、発注書 (PO) と発注明細 (POL) の数量が更新されると同時に、 Source-to-Pay ワークスペース内の関連する調達ケースも自動的にクローズされます。

必要なロール：アドミン

このプロパティはデフォルトで有効になっています。ただし、このプロパティが無効になっている場合は、次の操作を行って有効にしてください。

1. \[すべて\] に移動します。
2. 左側のナビゲーションペインで、「 <kbd class="ph userinput">sys_properties_list.do</kbd>」と入力します。

   システムプロパティ \[sys_properties\] テーブル内のプロパティの全リストが表示されます。
3. \[名前\] 検索フィールドで sn_spend_cp.enable_automated_edit_receipt_flow を探し、システムプロパティを開きます。

   このシステムプロパティはデフォルトで有効になっています。\[ 値\] フィールドにはデフォルト値が \[オン\] と表示されます。
4. \[ 値\] フィールドに OFF が表示されている場合は、 オン に変更してこのプロパティを有効にします。
5. \[更新\] を選択します。
{#installed-with-FSC__ol_qkn_1qx_12c}