| |||||||||
エラーまたは却下された電子データ交換 (EDI) 請求書の解決方法が不明な場合は、君は正しいところへやってきた。
Ariba Network では、以下の 2 種類の EDI 請求書がサポートされています。
これらのリンクのいずれかをクリックして、EDI 請求書の種類ごとに設定の詳細を確認します。以下の表で説明するエラーは、特に指定がない限り、ANSI X12 810 EDI 請求書を参照しています。
また、顧客の請求書ルールおよびこれらの一般的な請求書エラーを参照して、請求書が却下された理由を確認することもできます。却下された請求書を修正する方法については、顧客にお問い合わせください。
以下は、最も一般的な EDI 請求書エラーとその解決方法の一覧です。
| エラーテキスト | なぜこんなことが起こったのか。 | どのようにそれを修正しますか? |
| INV-98: 税 ID の値が指定されていません。 | EDI 請求書の N1 ループに送金先 (REF) セグメントがありません。
このエラーは、[サプライヤは請求書に税 ID を指定する必要がある] 取引ルールが有効化されている場合にのみ表示されます。 |
税 ID を REF セグメントに入力します。
REF*BAA*[サプライヤ ID]~ |
| INV-13: オーダー参照 [オーダー番号] は、取り消し済みオーダー、重複オーダー、または置き換え済みオーダーです。 | 顧客が、請求書で参照されている注文書をキャンセルしました。 | 顧客に連絡して、交換オーダー番号があるかどうかを確認してください。 |
EDI 請求書は Ariba Network に到達しません。EDI 付加価値ネットワーク (VAN) から以下のいずれかのエラーが表示される場合があります。
|
EDI 請求書は、以下の場合に Ariba Network に送信されない可能性があります。
|
正しい ISA ID を EDI 請求書に含めて、請求書を再提出してください。具体的には、GS02 セグメントがアカウントで設定された ISA ID と一致する必要があります。 |
| INV-63: 送金先情報が未指定または不完全です。 | 顧客は、請求書に送金先情報を指定することを要求しています ([請求書に送金先住所を指定する必要がある] 取引ルールが有効になっている)。 | N1*RI セグメントの送金先住所が請求書に含まれていることを確認します。 |
| INV-13: オーダー参照 [オーダー番号] は、取り消し済みオーダー、重複オーダー、または置き換え済みオーダーです。
INV-15: この顧客は、Ariba Network 以外で送信されたオーダーに対する請求書を受け付けていません。 |
顧客が最初の注文書バージョンを送信した直後に変更注文書 (PO) を送信し、請求書が元の注文書バージョンを参照しています。
顧客が変更注文書を送信すると、元の注文書は無効になります。古い注文書に対して請求書を作成しようとすると、Ariba Network ではこれらのエラーが原因で請求書が承認されません。 |
EDI 請求書の BIG セグメントで更新された注文書バージョンを参照します。 |
| EDI 請求書の税は、付加価値税 (VAT) として設定した場合でも、通常設定では売上税に設定されます。 | 請求書に、Ariba Network で税カテゴリの生成に使用される課税地 (TXI05) セグメントが含まれていません。 | セグメント TXI05 はオプションですが、セグメント TXI05 を使用して税カテゴリを指定する必要があります。
TXI05 セグメントがカナダの場所、PS、PG、または ST ではない場合、カテゴリは以下のように生成されます。
TXI05 セグメントがカナダの場所 (PS、PG、または ST) である場合、カテゴリは以下のように生成されます。
<TaxLocation> 要素によって取得される税管轄コードを割り当てる必要があります。 |
| 数量単位 (UOM) が一致しないため、請求書の処理が失敗しました。 | Ariba Network では、ANSI (American National Standards Institute) UOM が United Nations Unit of Measure (UNUOM) コードに変換されます。 | 請求書の正しい UOM 値を送信して、Ariba Network で値を正常に変換できるようにします。詳細については、UOM マッピング一覧を参照してください。 |
| INV-61: 請求先情報がないか、不完全です。 | 顧客は、N1*BT セグメントに請求先情報を含めることを要求しています ([請求書に請求先住所を指定する必要がある] 取引ルールが有効化されています)。 | 請求先の情報を請求書に追加し、請求書を再提出します。 |
| INV-30: 請求書の明細 [明細番号] は元の注文書 [オーダー番号] に存在しません。 | 請求書の IT101 セグメントの明細番号参照が、EDI 注文書の PO101 セグメントの値と一致しません。
これは、発注に一致する明細番号がないことを意味します。 |
請求書の IT1 セグメントで有効な購買発注明細番号を参照していることを確認してください。 |
| IT108(0235)='VS' ですが、VP がありません。VS (Vendor Supplemental Part ID) が使用されている場合は、VP (Vendor Part ID) または SH (Caseed) が必要です。 | VS 修飾子が IT1 セグメントに表示される場合は、VP 修飾子が必要です。 | ビジネスニーズに応じて、以下の 2 つのソリューションを使用することができます。
|
| Message Disposition Notification (MDN) では、以下のエラーが発生します。
automatic-action/MDN-sent-automatically; processed/Error: unexpected-processing-error |
EDI 請求書をテスト EDI にインターネット (EDIINT) URL 経由で転記しました。この URL は、本稼動 EDIINT URL とは異なります。 | 製造 EDI 請求書を正しい EDINT URL に転記します。 |
| [顧客名] はヘッダー請求書を受け付けていません。 | クレジットメモを Ariba Network に送信しました。クレジットメモ (およびデビットメモ) は、金額が特定の注文書には適用されず、明細情報が含まれていないため、ヘッダーレベルの請求書とみなされます。
顧客が [ヘッダーレベルのクレジットメモおよびデビットメモを送信することをサプライヤに許可する] 取引ルールを無効化しています。 |
この得意先はクレジットメモを受け付けていないため、マイナスの金額 (マイナスの請求書) の標準請求書を送信することができます。 |
| TDS セグメントの変換エラーが原因で、EDI 請求書が失敗します。 | TDS02、TDS03、および TDS04 セグメントに含めたデータが整数ではありませんでした。これらのフィールドのデータ型は N2 です。これは、整数値に 2 つの暗黙的な小数点があることを意味します。
たとえば、フィールドのデータが 125 の場合、1.25 と解釈されます。 |
値の小数点を削除し、請求書を再提出してください。 |
| 郵便住所がないため、EDI 請求書が失敗しました。 | EDI 請求書には、送金先、出荷先、請求先、および出荷元住所の 4 つの住所 (N1 ループ) が含まれています。4 つのアドレスのそれぞれで N3 セグメントが欠落しており、これが翻訳エラーに寄与しています。
N3 セグメントは <Street> 属性にマッピングされ、N2 セグメントは請求書 cXML の <PostalAddress> 要素の <DeliverTo> 属性にマッピングされます。 |
N2 セグメントのデータは、配達先情報ではなく、ストリート住所に関連するため、N2 セグメントを N3 に変更します。 |
| 原価センタ詳細は EDI 請求書には表示されません。 | 明細詳細ではなく、請求書の概要セグメントにサービス、プロモーション、許容値、または手数料 (SAC) セグメントを含めました。 | コストセンタの詳細は、概要レベルではなく、明細セクションでのみ指定します。 基準明細詳細 (IT01) セグメントに SAC セグメントを含める必要があります。 |
| INV-8: 請求書明細番号 [明細番号] が重複しています。 | 請求書伝票のセグメント REF02 (REF01=FJ の場合) の請求書行番号を複製しました。たとえば、"FJ" 修飾子を持つ 2 つの REF セグメントがあり、両方とも REF02 が "0001" と等しいとします。
REF02 セグメントは、請求書明細番号を指定します (REF01=FJ の場合)。 |
行番号が重複しないように、REF02 セグメントを 1 回変更します。 |
| INV-88: 税情報は明細で指定する必要があります。 | 自体で使用される SAC*C*H850 は、請求書 cXML の <Tax> 要素にマッピングされ、<TaxDetail> 要素は含まれません。顧客が [サプライヤは明細レベルで税を入力する必要がある] 取引ルールを有効化している場合、<TaxDetail> 要素は必須です。 | <TaxDetail> 要素にマッピングされる SAC セグメント (SAC*C*H850) の後に、EDI 請求書に TXI セグメントを含めます。 |
| N404 国コード 'USA' を解決できません。Ariba Supplier Network では、2 文字の ISO-3166 国コードの段落をサポートしています。'USA' には 'US' を使用します。
N404='US'、指定されていない N402 (州コード)。 |
これらのエラーは、以下の場合に表示されます。
|
国コードが 2 文字のみであることを確認してください。N404 セグメントでは、EDI 標準 (ISO-3166) に準拠するために 2 文字の国コードが提供されます。
また、N404 値が US または CA である場合は、州コード (N402 セグメント) を含める必要があります。 US および CA の州コードの一覧については、『ANSI X12 810 導入ガイド』を参照してください。 |
| 要素タイプ "InvoiceDetailServiceItem" のコンテンツが不完全です。x、y、z と一致する必要があります。
x、y、z は cXML 要素を表します。 |
請求書明細 (IT1 グループ) には、シリアル番号 (SE の REF01 コードで示される) に対応する REF セグメントが含まれています。サービス請求書ではシリアル番号を使用できません。
EDI サービス請求書が cXML 形式に変換されると、明細は InvoiceDetailServiceItem 要素にマッピングされます。 cXML 標準に従って、InvoiceDetailServiceItemReference 要素 (InvoiceDetailServiceItem のサブ要素) 内に SerialNumber 要素はありません。 |
IT1 グループから REF*SE セグメントを削除し、請求書を再送信します。 |
| 請求書に数学的なエラーがあります。 | 請求書のヘッダーレベルの合計が、請求書の個別明細の合計と一致しません。
たとえば、請求書の合計が $141.29 であるとします。以下の金額の 4 つの明細があります。
4 つの明細の合計は $444.99 で、請求書ヘッダーレベルの合計 $141.29 と一致しません。 |
個々の明細金額の合計がヘッダーレベルの合計と一致することを確認してください。
この特定の例では、明細 1 を削除する必要があります。明細 2、3、および 4 の合計は、ヘッダーレベルの合計と一致する 141.29 円になります。 これは、この請求書拒否メッセージの唯一の理由ではなく、メッセージの一般的な原因である可能性があることに注意してください。 |
| TO 組織はすでに削除されています。
有効な終了認証情報が指定されていません。 |
これらのエラーは、以下の場合に表示されます。
|
請求書の GS03 (受信者) セグメントに有効なネットワーク ID を入力し、その顧客との有効な取引関係があることを確認してください。
顧客の Ariba Network ID を検証する手順は、次のとおりです。
この ANID は、EDI 請求書の GS03 セグメントで指定した値と一致する必要があります。顧客の AN ID が 13 文字以上であることを確認してください。"AN" で始まり、11 以上の数字が続きます。 |
| 要素タイプ InvoiceDetailOrderInfo のコンテンツが不完全です。x、y、z と一致する必要があります。
x、y、z は cXML 要素を表します。 |
BIG03 および BIG04 セグメントは空であり、BIG07 セグメントは "DI" に等しく、これは "デビット請求書" であることを示します。BIG07 セグメントが "DI" に設定されている場合は、BIG03 セグメントと BIG04 セグメントの両方が必要です。 | BIG03 および BIG04 セグメントの値を入力し、一意の Interchange Control Number (ICN) を使用して EDI 請求書を再送信します。 |
| EDI 請求書の明細の説明は、顧客の Ariba 購買ソリューションには渡されません。 | PID02 セグメントに「GEN」の値を指定したため、明細の説明は請求書 cXML の <ShortName> 要素に変換されます。 | セグメント PID02 で "F" を指定し、請求書を再送信します。 |
| 受注先情報がないか、不完全です。 | 顧客は、すべての請求書に販売先住所を指定することを要求しています ([請求書に販売先住所を指定する必要がある] 取引ルールが有効になっている)。 | 名称 (N1) セグメントを受注 (SO) 修飾子とともに含めます。以下に例を示します。
N1*SO*Customer_Customer_Name~ |
| 顧客組織は InvoiceDetail 申請を受信するように設定されていません。 | 顧客が貴社のアカウントからの請求書を受け付けていません ([このアカウントに請求書を送信することをサプライヤに許可する] 取引ルールが無効になっています)。 | 顧客が請求書の送信を許可するには、この取引ルールを有効にする必要があります。
EDI ルーティング方法を使用して請求書を送信するサプライヤは、エラーメッセージを含む電子メール通知を受信します。通知は、[EDI 設定] ページで設定された電子メールアドレスに送信されます。[送信ドキュメントが配送不可または FA が期限切れの場合、通知する] 設定の横にあるチェックボックスにチェックを付けます。 |
| EDI 請求書には通貨は含まれていませんでしたが、請求書の通常設定ではアカウントの通貨値が含まれていました。 | 請求書のヘッダーレベルに任意通貨 (CUR) セグメントを含めませんでした。つまり、請求書の概要セクション (税総計および締め請求) では、アカウントで設定された通常の通貨が使用されます。 | プロファイルで通常の通貨を更新する必要がある場合:
|
| 行 [行番号] に構成品目が 0 しかない複合 INVREF の構成品目 1 のデータ 1 にアクセスしています。 | 明細レベルのクレジットメモに REF*I5*[invoice #]~ セグメントがありません。 | エラーを修正する REF セグメントを挿入し、請求書を再送信します。
REF*I5 セグメントは明細レベルのクレジットメモでのみ使用できることに注意してください。各明細レベルのクレジットメモには、請求書 cXML の InvoiceDetailRequestHeader の DocumentReference 要素と InvoiceIDInfo 要素を形成する参照請求書が必要です。 |
| SAC セグメントの翻訳エラーにより、EDI 請求書が失敗します。 | セグメント SAC06 または SAC07 を含める場合は、もう一方のセグメントも含める必要があります。 | SAC06 セグメントと SAC07 セグメントの両方に値を入力するか、それぞれの値を削除する必要があります。 |
| この文書は情報提供のみを目的としています。アクションは必要ありません。 | BIG09 セグメントの値は "NA" で、これはアクション不要を意味します。 | 請求書を情報としてのみ指定しない場合は、BIG09 セグメントからこの値を削除します。
BIG09 セグメントが "NA" の場合、これは InvoiceDetailRequest の isInformationOnly 属性に対応します。 |
| EDI 請求書に商品分類コード値を指定しましたが、請求書 cXML には表示されません。 | 請求書明細はサービス明細ではありません。 | SH ID を使用して、EDI 請求書のサービス明細を指定します。C3 セグメントによって Classification 要素が生成されますが、これはサービス明細でのみ使用できます。 |
|
EDI 請求書には、販売条件/繰延販売条件 (ITD) セグメントが 1 つだけありますが、請求書 cXML の 2 つの同じ InvoiceDetailPaymentTerms にマッピングされています。 |
ITD セグメントの複数の領域で支払条件情報をマッピングしました。
ITD01 セグメントが "01" と等しい場合、ITD03 セグメントと ITD05 セグメントは連携して、割引条件と支払日数 (日数) を示します。ITD03 は割引率であり、ITD05 は支払日数を表します。 ITD03 が "0" で ITD05 が "30" の場合、これは正味 30 (割引なし、30 日以内の支払) を表します。ITD07 は正味支払日数であるため、ITD07 が "30" の場合、これも正味 30 を表します。 |
(割引を使用しない) 正味 30 の支払条件を示すには、以下の ITD セグメント構造を使用します。
ITD*05*3*****30********0~ ITD01 を "01" に設定すると、支払期間と割引条件の両方を同時に送信できます。割引条件を提供しない場合は、ITD01 = "05" を使用することをお奨めします。 ただし、割引条件を提供する場合は、ITD01 = "01" を使用して、割引期間および正味支払日数を指定することができます。 |
| INV-116: 顧客は、請求書の販売先名および国コードが、注文書の請求先または販売先 (存在する場合) の情報と一致する必要があります。 | 請求書の販売先名と国コードが、関連する注文書の請求先情報と一致しません。顧客は、請求書と注文書間でこれらの値を一致させる必要があります ([請求書の販売先名と国が注文書の請求先名と国 (または、利用可能な場合は販売先情報) と一致する必要がある] 取引ルールが有効になっている)。 | 請求書に入力した受注先住所が、購買発注の請求先住所と一致していることを確認してください。 |
| [会社名] は、種類が [cXML.InvoiceDetailRequest] のサービスを Ariba EDIGateway で登録していません。 | 請求書ルーティング方法は、オンラインまたは cXML として設定されています。 | EDI 請求書を Ariba Network に送信する前に、請求書ルーティング方法を EDI に設定します。
請求書ルーティング方法を EDI として設定しても、請求書を手動および cXML を使用して作成することができます。 |
| ID [order #] に一致するドキュメントが複数あります。 | 2 つの有効な注文書の番号と日付が同じです。請求書を送信すると、OrderID および OrderDate にマッピングされます。 | EDI 購買発注の時刻を参照するには、EDI 請求書に日時 (DTM) セグメントを含める必要があります。また、顧客はいずれかのオーダーをキャンセルして、別の OrderDate で再送信することもできます。 |
| 請求書で参照されている注文書 [オーダー番号] が見つかりません。 | オプションの BIG03 要素に正しい日付が含まれていません。BIG03 の値を指定する場合は、関連する EDI 注文書の BEG05 要素で受信した日付と一致する必要があります。 | EDI 請求書から BIG03 要素を削除するか、EDI 請求書の注文書の日付が注文書の日付と一致していることを確認してください。 |
| 明細 [明細番号] の出荷先情報が未指定または不完全です。 | 明細レベルの出荷先情報が不完全ですが、ヘッダーレベルで正しく入力した可能性があります。
同じエラーが出荷元住所 (N1*SF) でも発生する可能性があることに注意してください。 |
以下の 2 つの解決方法が考えられます。
|
| 出荷先 (ST) 担当者が存在しますが、出荷元 (SF) 担当者が存在しません。使用する場合は、これらを一緒に使用する必要があります。N1*SF を少なくとも名称 (N102) とともに含めます。 | N1 セグメントに ST 識別子 (出荷先住所) が含まれていますが、SF ID (出荷元住所) を指定していません。 | ST セグメントと SF セグメントの両方を指定するか、どちらも指定しません。これらのセグメントのいずれかを使用する場合は、もう一方のセグメントが必要です。 |
| この IT1 グループには請求書明細番号がありません。これは必須です。各 IT1 グループに対して、REF02(0127) = 行番号 (行番号) の REF*FJ (2/120) を含めます。 | 説明 (PID セグメント) に誤って疑問符 (?) が含まれています文字。
EDI トランスレータがこの文字をセグメントまたはデータエレメントの末尾 (セグメント区切記号の前またはデータエレメント区切記号の前) で見つけた場合、EDI トランスレータはこれをリリース文字として使用するため、文書の処理に失敗します。 |
を削除しますか?請求書を再提出してください。 |
| 金額 (SAC05) がないため、税金 (H850) に必要です。 | 集計税 (SAC) セグメントに SAC05 要素が含まれていません。 | 集計税 (SAC*C*H850) は必須であるため、金額がゼロの場合でも以下を使用します。
SAC*C*H850***0**********NO TAX~ |
| 受信 cXML は、参照 [reference #] で無効な ShipNoticeRequest を参照しています。 | EDI 請求書の出荷日が、参照される出荷通知ドキュメントの出荷日と一致しません。DTM01 セグメントが "011" の場合、出荷日は両方のドキュメントで一致する必要があります。 | EDI 請求書の DTM02 セグメントを更新して、関連する出荷通知 (856 ドキュメント) の DTM02 セグメントと一致させます。EDI 請求書および出荷通知の DTM02 セグメントは、DTM01 セグメントが 011 である出荷日を参照します。 |
| PER セグメントの翻訳エラーにより、EDI 請求書が失敗します。 | PER04 セグメントではなく、PER03 セグメントに値を入力しました。 | PER04 セグメント内で、PER セグメントを電話番号などの値に更新します。
PER03 セグメントまたは PER04 セグメントのいずれかが存在する場合は、もう 1 つが必要であることに注意してください。 |
| ITD07 セグメントの翻訳エラーにより、EDI 請求書が失敗します。 | セグメント ITD07 には、値 "2/8" が含まれています。このフィールドは、期間支払日数を対象としています。これは数値である必要があります。 | ITD07 セグメントには、期間支払日数を表す数値のみを含めます。 |
| INV-66: 明細 [明細番号] に品目の説明がありません。 | PID (製品/明細テキスト) セグメントが REF (参照 ID) セグメントの後に正しく配置されていません。
PID セグメントによって請求書 cXML で品目の説明が生成され、顧客は品目の説明を必要としています ([サプライヤは明細の説明を指定する必要がある] 取引ルールが有効になっている)。 |
PID セグメントを REF セグメントの前に配置し、請求書を再送信します。 |
| EDIFACT INVOIC ドキュメントが失敗し、以下の警告が表示されます。 警告 (118:BAD_IC_INVALID_SEPARATOR_WRONG_DEFAULTS) 文字位置 3 無効な区切記号: デフォルトを使用しない場合は、UNA セグメントが必要です。 |
請求書の先頭に文字列サービスアドバイス (UNA) セグメントを含めませんでした。 | すべての EDIFACT 請求書は、UNA セグメントで始まる必要があります。 |
| 不正なサブエレメント区切り文字(104) | 無効な文字 (特にコロン) が PID05 セグメントに表示されます。 | 元の注文書明細の説明に別の文字を使用するよう顧客に依頼します。 |
| REF セグメントの翻訳エラーにより、EDI 請求書が失敗します。 | L9 セグメントの REF Extrinsic マッピングが EDI 請求書で空白であり、品番が指定されていません。 | 請求書から REF*L9 セグメントを削除します。または、品番を含めて請求書を再提出してください。 |
| INV-33: 支払期間は 1 つのみ許可されます | 販売条件/繰延販売条件 (ITD) セグメントで、割引支払条件を指定していなくても、ITD01 で修飾子 01 を指定しました。これにより、EDI 請求書に 2 つの正味支払条件が付けられました。 | 01 修飾子は、割引適用期間と支払期間の両方を指定する必要がある場合にのみ使用します。
割引条件が存在しない場合は、ITD01 セグメントに 05 修飾子を指定します。 |