勘定科目検証ルールAPI呼び出し例

勘定科目検証ルールの異なるクエリオプション

アカウント検証ルールAPIを使用して、必要な結果セットをクエリして取得する方法の詳細な例を次に示します。 

このクエリでは、有効になっていないアカウント検証ルールが表示されます

<instance>https://coupahost.com/api/account_validation_rules?active=false

このクエリは、id == 55の特定のユーザーによって作成されたアカウント検証ルールを提供します

https :// .coupahost.com/api/account_validation_rules?id=68&[<instance> created_by [id]] = 55

アカウント検証ルールAPIの例

この例では、IDが68の単一のアカウント検証ルールレコードを照会しました。

URLへのアクセスを行いました。 

https :///api<instance url>/account_validation_rules/68
または
https :///api<instance url>/account_validation_rules? id = 68

検索条件に一致する回答は次のとおりです。 

<?xml version="1.0" encoding="UTF-8"?>

<account-validation-rule>

	 <id type="integer">68</id>

	 2013 <created-at type="datetime">-10 -30 T 09:20:53 - 06:00</created-at>

	 2014 <updated-at type="datetime">-01 -08 T 13:22:14 - 07:00</updated-at>

	 <name>AS_BS_A 1001_1</name>

	 <error-message>TEST_1 -無効な組み合わせ</error-message>

	 <description>CAS_CBS</description>

	 <active type="boolean">偽</active>

	 <segment-1-condition nil="true" />

	 <segment-1-min>BS 1001</segment-1-min>

	 <segment-1-max>BS 1001</segment-1-max>

	 <segment-2-condition>blank_value</segment-2-condition>

	 <segment-2-min nil="true" />

	 <segment-2-max nil="true" />

	 <segment-3-condition nil="true" />

	 BS <segment-3-min>11200</segment-3-min>

	 BS <segment-3-max>11200</segment-3-max>

	 <segment-4-condition nil="true" />

	 <segment-4-min nil="true" />

	 <segment-4-max nil="true" />

	 <segment-5-condition nil="true" />

	 <segment-5-min nil="true" />

	 <segment-5-max nil="true" />

	 <segment-6-condition nil="true" />

	 <segment-6-min nil="true" />

	 <segment-6-max nil="true" />

	 <segment-7-condition nil="true" />

	 <segment-7-min nil="true" />

	 <segment-7-max nil="true" />

	 <segment-8-condition nil="true" />

	 <segment-8-min nil="true" />

	 <segment-8-max nil="true" />

	 <segment-9-condition nil="true" />

	 <segment-9-min nil="true" />

	 <segment-9-max nil="true" />

	 <segment-10-condition nil="true" />

	 <segment-10-min nil="true" />

	 <segment-10-max nil="true" />

	 <segment-11-condition nil="true" />

	 <segment-11-min nil="true" />

	 <segment-11-max nil="true" />

	 <segment-12-condition nil="true" />

	 <segment-12-min nil="true" />

	 <segment-12-max nil="true" />

	 <segment-13-condition nil="true" />

	 <segment-13-min nil="true" />

	 <segment-13-max nil="true" />

	 <segment-14-condition nil="true" />

	 <segment-14-min nil="true" />

	 <segment-14-max nil="true" />

	 <segment-15-condition nil="true" />

	 <segment-15-min nil="true" />

	 <segment-15-max nil="true" />

	 <segment-16-condition nil="true" />

	 <segment-16-min nil="true" />

	 <segment-16-max nil="true" />

	 <segment-17-condition nil="true" />

	 <segment-17-min nil="true" />

	 <segment-17-max nil="true" />

	 <segment-18-condition nil="true" />

	 <segment-18-min nil="true" />

	 <segment-18-max nil="true" />

	 <segment-19-condition nil="true" />

	 <segment-19-min nil="true" />

	 <segment-19-max nil="true" />

	 <segment-20-condition nil="true" />

	 <segment-20-min nil="true" />

	 <segment-20-max nil="true" />

	 <account-type>

			<id type="integer">9</id>

			2013 <created-at type="datetime">-08 -02 T 15:23:09 - 06:00</created-at>

			2014 <updated-at type="datetime">-04 -14 T 09:43:03 - 06:00</updated-at>

			<name>A 0001</name>

			<active type="boolean">true</active>

			<currency>

				 <id type="integer">1</id>

				 <code>USD</code>

			</currency>

			<primary-contact>

				 <id type="integer">66</id>

				 2013 <created-at type="datetime">-08 -02 T 15:23:09 - 06:00</created-at>

				 2013 <updated-at type="datetime">-09 -30 T 15:46:28 - 06:00</updated-at>

				 <email>APQuestions@vailresorts.com</email>

				 <name-prefix nil="true" />

				 <name-suffix nil="true" />

				 <name-additional nil="true" />

				 <name-given>CBS請求/AP</name-given>

				 <name-family>連絡先</name-family>

				 <name-fullname nil="true" />

				 <notes nil="true" />

				 <created-by>

						<id type="integer">15</id>

						<login>テスター</login>

						<email>Tester@testing.com</email>

						<employee-number>156720</employee-number>

						<firstname>テスト</firstname>

						<lastname>ER</lastname>

						<salesforce-id nil="true" />

				 </created-by>

				 <updated-by>

						<id type="integer">12</id>

						<login>Testinguser</login>

						<email>testinguser@test.com</email>

						<employee-number />

						<firstname>テイスティング</firstname>

						<lastname>ユーザー</lastname>

						<salesforce-id nil="true" />

				 </updated-by>

			</primary-contact>

			<primary-address>

				 <id type="integer">162</id>

				 2013 <created-at type="datetime">-08 -02 T 15:23:09 - 06:00</created-at>

				 2013 <updated-at type="datetime">-09 -30 T 15:46:28 - 06:00</updated-at>

				 <name nil="true" />

				 <street1>390テスト三日月</street1>

				 <street2>スイート1000</street2>

				 <city>Testcity</city>

				 <state>カナダ</state>

				 <postal-code>80021</postal-code>

				 <attention nil="true" />

				 <active type="boolean">true</active>

				 <business-group-name nil="true" />

				 <country>

						<id type="integer">223</id>

						<code>US</code>

						<name>米国</name>

				 </country>

				 <created-by>

						<id type="integer">15</id>

						<login>テスティン</login>

						<email>Testing@test.com</email>

						<employee-number>156720</employee-number>

						<firstname>Tst</firstname>

						<lastname>usr</lastname>

						<salesforce-id nil="true" />

				 </created-by>

				 <updated-by>

						<id type="integer">12</id>

						<login>tsuer</login>

						<email>tsuer.test@test.com</email>

						<employee-number />

						<firstname>テスト</firstname>

						<lastname>usr</lastname>

						<salesforce-id nil="true" />

				 </updated-by>

			</primary-address>

			<created-by>

				 <id type="integer">15</id>

				 テスター<login>2</login>

				 <email>Tst2@test.com</email>

				 <employee-number>156720</employee-number>

				 <firstname>テスト</firstname>

				 ユーザー<lastname>2</lastname>

				 <salesforce-id nil="true" />

			</created-by>

			<updated-by>

				 <id type="integer">15</id>

				 testing <login>3</login>

				 <email>tstuser3@test.com</email>

				 <employee-number>156720</employee-number>

				 <firstname>テスト</firstname>

				 ユーザー<lastname>3</lastname>

				 <salesforce-id nil="true" />

			</updated-by>

	 </account-type>

	 <created-by>

			<id type="integer">55</id>

			<login>test.coupa</login>

			<email>test.coupa@coupa.com</email>

			<employee-number nil="true" />

			<firstname>エディ</firstname>

			<lastname>連携</lastname>

			<salesforce-id nil="true" />

	 </created-by>

	 <updated-by>

			<id type="integer">55</id>

			<login>test.coupa</login>

			<email>test.coupa@coupa.com</email>

			<employee-number nil="true" />

			<firstname>エディ</firstname>

			<lastname>連携</lastname>

			<salesforce-id nil="true" />

	 </updated-by>

</account-validation-rule>

アカウント検証ルール作成-非アクティブステータス

この例では、非アクティブな状態のアカウント検証ルールを作成しています。勘定科目表参照オブジェクトにはCoupasystem IDを使用しています。

次のURLに投稿しました: https ://<instance url>/api/account_validation_rulesこれにより、account_validation_rulesが非アクティブなステータスになりました

<?xml version="1.0" encoding="UTF-8"?>

<account-validation-rule>

	 <name>TESTRULE</name>

	 テスト<error-message>ルール-無効な組み合わせ</error-message>

	 テスト<description>ルール</description>

	 <active type="boolean">偽</active>

	 <segment-1-condition nil="true" />

	 V <segment-1-min>0070</segment-1-min>

	 V <segment-1-max>0070</segment-1-max>

	 <segment-2-condition nil="true" />

	 <segment-2-min>582</segment-2-min>

	 <segment-2-max>582</segment-2-max>

	 <segment-3-condition nil="true" />

	 <segment-3-min>0832</segment-3-min>

	 <segment-3-max>5034</segment-3-max>

	 <account-type>

			V <name>0070</name>

	 </account-type>

</account-validation-rule>

勘定科目検証ルールAPIプット例

PUTの例: 

アカウント検証ルールのステータスをアップデートするには

URL: https :///api<instance>/account_validation_rules/<id>

<?xml version="1.0" encoding="UTF-8"?>

<account-validation-rule>

	 <active type="boolean">true</active>

</account-validation-rule> 

関連アイテム


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