カスタムフィールド名前空間

名前の競合を回避し、顧客が追加したフィールドをより簡単に識別できるようにするために、すべての新しいカスタムフィールドはカスタムフィールドの名前空間に追加されます。

概要

Coupa 21より前のバージョンでは、追加したカスタムフィールドはすべてAPIグローバル名前空間(ルート要素から外れた名前空間)に含まれていました。そのため、どのフィールドがCoupaの標準であり、どのフィールドが顧客によって追加されたのか(ある場合)を特定することが困難になっていました。新しいカスタムフィールドが <custom-fields> 親要素。

仕組み

既存のカスタムフィールドやカスタムフィールドの追加方法は変更しませんが、作成した新しいカスタムフィールドはAPIで表示されるとラップされます(API)。

UIで

R21より前に追加されたカスタムフィールドを編集すると、 APIグローバル名前空間 チェックボックスが選択されています。つまり、カスタムフィールド 含まれていません を使用して常に同じように動作します。このチェックボックスを選択解除して変更を保存すると、レガシーカスタムフィールドがカスタムフィールドの名前空間に追加されます。

新しく作成されたカスタムフィールドには APIグローバル名前空間 オプション。既定では、新しいカスタムフィールドの名前空間にあります。既存のカスタムフィールドのグローバル名前空間オプションを無効にすると、カスタムフィールドの名前空間に配置され、チェックボックスが表示されなくなり、グローバル名前空間に追加し直すことができなくなります。

メモ

経費カテゴリーカスタムフィールドと出席者タイプのカスタムフィールドは、カスタムフィールドの名前空間への追加をまだサポートしていません。

インテグレーション

インテグレーションは、 APIグローバル名前空間 オプションはカスタムフィールドで有効になっています。新しい形式では、インテグレーションオブジェクトの新しいカスタムフィールドのAPIをラップします。以下の例で、これがどのように表示されるかを示しています。

APIの場合、Coupaは設定に関係なく、新しい名前空間の既存のカスタムフィールドをサポートします。カスタムフィールドが新しい形式と古い形式の両方で渡される場合、Coupaは新しい形式を利用し、古い形式を無視します。

XMLを使用したAPIの例

APIの場合、新しいカスタムフィールドは親でラップされます <custom-fields> 属性。

<custom-fields>
		<custom-field-1>Name of first custom field</custom-field-1>
		<custom-field-2>Name of second custom field</custom-field-2>
</custom-fields>

JSONを使用したAPIの例

APIの場合、新しいカスタムフィールドは親に含まれます custom-fields 属性。

{
	"custom-fields": {
		"custom-field-1": "Name of first custom field",
		"custom-field-2": "Name of second custom field"
	}
}	

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

関連アイテム


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エンドポイントを整理しました。