カスタムフィールド名前空間
名前の競合を回避し、顧客が追加したフィールドをより簡単に識別できるようにするために、すべての新しいカスタムフィールドはカスタムフィールドの名前空間に追加されます。
概要
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"
}
}
このページに表示されている一部、または全ての内容は、機械翻訳によるものです。ご了承ください。