• 最終編集日時: 21 April 2021

サプライヤー候補

リスクアセスメントのクイックインテグレーションのための候補サプライヤーファイル形式。

候補サプライヤーのクイックインテグレーションインポートを使用すると、リスクアセスメントユーザーはHTTPSプロトコルを介してスプレッドシートを直接アップロードできます。これにより、顧客はユーザーインターフェイスを必要とせずに、インバウンドインポートを自動化できます。

投稿URL

https://<CRA_TENANT>.hiperos.com/QuickIntegration/CandidateSuppliers

サプライヤー候補

フィールド 説明 必須 一意 タイプ 許容値
エンゲージメント番号(*) 候補サプライヤーのエンゲージメント番号。注:このフィールドは必須ですが、EngagementNameが入力されている場合は空欄のままにできます。EngagementNumberとEngagementNameの両方が含まれている場合、EngagementNumberが使用されます。 はい はい 文字列(64) 任意
エンゲージメント名(*) 候補サプライヤーのエンゲージメント名。注:このフィールドは必須ですが、EngagementNumberが入力されている場合は空欄のままにできます。 はい   文字列(256) 任意
外部参照(*) 外部システム(ERPシステムなど)にリンクするための一意の参照キーを入力します。注:このフィールドは必須ですが、SupplierNameが入力されている場合は空欄のままにできます。 はい   文字列(256) 任意
サプライヤー名(*) サプライヤーの名前を入力します。注:このフィールドは必須ですが、外部参照が入力されている場合は空欄のままにできます。 はい   文字列(256) 任意
サプライヤー連絡先ユーザー名(*) サプライヤー会社の責任者のリスクアセスメントのユーザー名。ここで新規ユーザーを作成できますが、既存のユーザーはサプライヤーに登録する必要があります。注:常に必須。 はい   文字列(256) 任意
サプライヤー連絡先名(*) サプライヤー連絡先の名。ここで新規ユーザーを作成できますが、既存のユーザーはサプライヤーに登録する必要があります。注:新しいユーザーを作成する場合にのみ必要です。 はい   文字列(64) 任意
サプライヤー連絡先姓(*) サプライヤー連絡先の姓。ここで新規ユーザーを作成できますが、既存のユーザーはサプライヤーに登録する必要があります。注:新しいユーザーを作成する場合にのみ必要です。 はい   文字列(64) 任意
ステータス 候補サプライヤーが有効でR.Portalワークフローで使用できる(つまり、プログラムおよびエンゲージメントに登録できる)か、または無効でワークフローで使用できない状態かを示します。作成時に空欄の場合、デフォルトは「有効」です。有効な値は、「Active」、「Inactive」、または空白です。     文字列 作成時に空欄の場合、デフォルトは「有効」です。有効な値は、「Active」、「Inactive」、または空白です。
ランク 候補が他の候補サプライヤーに対してどのように評価(ランク順)されているかを示します。0から始まる任意の正の整数を使用でき、それ以上の任意の値に移動できます。     整数 0以上
候補者メモ サプライヤー候補に関する備考/コメント。        
受注済み 候補サプライヤーが落札したかどうかを示します。空白のままにすると、新しいインポートに対して既定で落札されません。候補サプライヤーはこのインポートを介して発注できますが、発注を取り消すことはできません。有効な値は「True」または「False」です。新規インポートの場合、候補サプライヤーをすぐに落札しない場合は、落札決定を偽に設定するために、このフィールドを空白のままにします。        
udfs_<フィールド名> 入力する候補サプライヤーUDFごとに1列を入力します。各列にインポートするUDFのフィールド名を入力し、行に各候補サプライヤーの値を入力します。候補サプライヤーの既存のr.portal UDF名と一致する必要があります。注意:フィールド名はudfs_の形式にする必要があります        

(*)必須

このページに表示されている一部、または全ての内容は、機械翻訳によるものです。ご了承ください。

関連アイテム


Coupa Core API

CoupaのRESTful APIは、お客様のデータをCoupaプラットフォームで読み取り、編集し、統合するための堅牢なアクセスを提供します。

APIの開始

Coupa APIの使用に関する一般情報、およびCSVの使用を検討するタイミング。

OAuth 2.0およびOIDCへの移行

Coupaは従来のAPIキーを廃止し、OAuth 2.0 / OIDCの使用を必要としています。R34以降、新しいAPIキーは発行されず、R35ではAPIキーはサポートされなくなります。

リソース

参照データ、トランザクションデータ、共有リソースなど、オブジェクトのタイプ別にAPIエンドポイントを整理しました。