ドキュメントの属性が無効です。請求明細XX:アカウントNAが存在しないか、有効ではありません

サプライヤーからの請求書で参照されているアカウントは存在しないか、アカウントは無効です。

どうすれば修正できますか？

状況に応じて、この問題を解決する方法はいくつかあります。

1. 請求書が発注書番号なしで送信された場合、または有効な発注書番号が決定されていない場合、Coupaはサプライヤーアカウント番号+サプライヤーOpCoサプライヤー番号と一致する公開された契約を確認します。
2. 契約が条件に一致する場合、Coupaは「サプライヤーカスタマーアカウント番号- CMIMレベル1」の連結を実行し、検索値テーブルでこの組み合わせの検証を実行します。 
3. 一致が見つかった場合、Coupaは契約に対して請求書を掲載しますが、検索値の説明を使用して請求アカウントの文字列を入力します
4. 一致するものが見つからない場合、Coupaは契約に対して請求書を掲載しますが、契約で参照されるデフォルトの請求先文字列を使用します。Coupaはまた、シナリオを参照するためにモニタリングデータベースにレコードを追加します。 
5. コントラクトの請求文字列がルックアップまたはコントラクトのデフォルト値のいずれかで非アクティブである場合、cXML POSTは失敗し、エラーがモニタリングレポートに含まれます。 
6. ルックアップが存在するが、ルックアップに入力された請求文字列が無効な場合、cXML POSTは失敗し、エラーがモニタリングレポートに含まれます。 
7. サプライヤーの請求書項目レコードに利用可能なCMIMがない場合、Coupaは契約に対して請求書を掲載しますが、契約で参照されるデフォルトの請求文字列を利用します。Coupaはまた、シナリオを参照するためにモニタリングデータベースにレコードを追加します。 
8. 既定の請求文字列がないマッチング契約が見つかった場合、Coupaは請求書をドラフトステータスに掲載します。その後、適切なアカウント文字列を割り当てて承認する必要があります。
9. 条件に一致する契約がない場合は、ダミーのサプライヤー/契約に対してドラフト状態の請求書を作成します。その後、適切なアカウント文字列を割り当てて承認する必要があります。

例

<Accounting name="na">

	<AccountingSegment id="24474">

		<Name xml:lang="en" />

		<Description xml:lang="en" />

	</AccountingSegment>

	<AccountingSegment id="540509">

		<Name xml:lang="en" />

		<Description xml:lang="en" />

	</AccountingSegment>

	<AccountingSegment id="030">

		<Name xml:lang="en" />

		<Description xml:lang="en" />

	</AccountingSegment>

</Accounting>