 |
|  | ||||||||
|
| ||||||||
У вас є невдалий або відхилений рахунок-фактура електронного обміну даними (EDI), який ви не впевнені, як вирішити цю проблему? Ти прийшов у потрібне місце.
Ariba Network підтримує два типи рахунків-фактур EDI:
Натисніть на будь-яке з цих посилань, щоб переглянути деталі конфігурації для кожного типу рахунка-фактури EDI. Помилки, описані в наступній таблиці, стосуються рахунків-фактур ANSI X12 810 EDI, якщо не вказано інше.
Пам’ятайте, що ви також можете ознайомитися з правилами виставлення рахунків вашого клієнта та цими поширеними помилками в рахунках-фактурах, щоб дізнатися, чому рахунок-фактуру було відхилено. Зверніться до свого клієнта з конкретними запитаннями про те, як виправити відхилений рахунок-фактуру.
Ось список найпоширеніших помилок в рахунках-фактурах EDI і способи їх усунення:
| Опис помилки | Чому так сталося? | Як це виправити? |
| INV-98: значення вашого податкового ідентифікатора відсутнє. | У рахунку-фактурі EDI відсутній сегмент «Переказати кошти» (REF) у циклі N1.
Ви отримуєте цю помилку, лише якщо активовано правило транзакції «Вимагати від постачальників вказувати їхній податковий ідентифікатор у рахунках-фактурах». |
Вкажіть свій податковий ідентифікатор у сегменті REF:
REF*BAA*[ІД постачальника]~ |
| INV-13: замовлення з посиланням на замовлення [номер замовлення] застаріло, повторюється або замінюється. | Ваш клієнт скасував замовлення на закупівлю, на яке є посилання в рахунку-фактурі. | Зверніться до свого клієнта, щоб дізнатися, чи є номер замовлення на заміну. |
Рахунки-фактури EDI не надходять до Ariba Network. Ви можете отримати одну з наступних помилок від мережі з доданою вартістю EDI (VAN):
|
Рахунки-фактури EDI можуть не надходити до Ariba Network, якщо:
|
Помістіть правильний ідентифікатор ISA в рахунок-фактуру EDI і повторіть відправку рахунка-фактури. Зокрема, сегмент GS02 має відповідати ідентифікатору ISA, налаштованому у вашому обліковому записі. |
| INV-63: Інформація про переказ коштів відсутня або неповна. | Ваш клієнт вимагає, щоб ви надавали інформацію про переказ в рахунках-фактурах (активовано правило транзакцій «Вимагати зазначення адреси призначення платежу в рахунках-фактурах»). | Переконайтеся, що рахунок-фактура містить адресу одержувача платежу в сегменті N1*RI. |
| INV-13: замовлення з посиланням на замовлення [номер замовлення] застаріло, повторюється або замінюється.
INV-15: цей клієнт не приймає рахунки-фактури за замовлення, надіслані за межами Ariba Network. |
Ваш клієнт надіслав змінене замовлення на закупівлю невдовзі після надсилання початкової версії замовлення на закупівлю, а ваш рахунок-фактура посилається на початкову версію замовлення на закупівлю.
Коли ваш клієнт надсилає змінене замовлення на закупівлю, початкове замовлення на закупівлю стає застарілим. Якщо ви спробуєте виставити рахунок-фактуру за застаріле замовлення на закупівлю, Ariba Network не прийме рахунок-фактуру через ці помилки. |
Посилання на оновлену версію замовлення на закупівлю в сегменті BIG рахунка-фактури EDI. |
| Податок у вашому рахунку-фактурі EDI за промовчанням встановлюється на податок з продажу, навіть якщо я встановлюю його як податок на додану вартість (ПДВ). | Ваш рахунок-фактура не містить сегмента «Місце оподаткування» (TXI05), який Ariba Network використовує для формування категорії податку. | Навіть якщо сегмент TXI05 є необов’язковим, ви повинні використовувати сегмент TXI05, щоб вказати категорію податку.
Якщо сегмент TXI05 не є канадським місцезнаходженням, PS, PG або ST, категорія генерується як:
Якщо сегмент TXI05 є канадським місцезнаходженням, є PS, PG або ST, категорія генерується як:
Ви повинні присвоїти код юрисдикції, який записується елементом <TaxLocation>. |
| Ваш рахунок-фактура не вдається виконати через невідповідність одиниць вимірювання (ОВ). | Ariba Network перетворює ОВ Американського національного інституту стандартів (ANSI) на коди одиниць виміру ООН (UNUOM). | Надішліть правильне значення одиниці вимірювання в рахунку-фактурі, щоб Ariba Network змогла успішно перетворити значення. Додаткову інформацію див. у списку зіставлення одиниць вимірювання. |
| INV-61: інформація про платника відсутня або неповна. | Ваш клієнт вимагає, щоб ви містили інформацію про платника в сегменті N1*BT (активовано правило транзакцій «Вимагати зазначення адреси платника в рахунках-фактурах»). | Додайте інформацію про платника до рахунка-фактури та повторіть відправку рахунка-фактури. |
| INV-30: Позиція рахунка-фактури [номер рядка] не існує в початковому замовленні на закупівлю [номер замовлення]. | Посилання на номер рядка в сегменті IT101 рахунка-фактури не збігається зі значенням для сегмента PO101 замовлення на закупівлю EDI.
Це означає, що в замовленні на закупівлю немає відповідного номера позиції. |
Переконайтеся, що ви вказали дійсний номер рядка замовлення на закупівлю в сегменті IT1 рахунка-фактури. |
| IT108(0235)='VS', але VP відсутній. Якщо використовується VS (Додатковий номенклатурний номер постачальника), то потрібен VP (ідентифікатор деталі вендора) або SH (Caseed). | Якщо кваліфікатор VS з’являється в сегменті IT1, кваліфікатор VP є обов’язковим. | Залежно від потреб вашого бізнесу є два можливих рішення:
|
| Повідомлення Disposition Notification (MDN) створює наступну помилку:
автоматична операція/MDN-sent-automatic; оброблено/Помилка: неочік.помилка обробки |
Ви провели рахунок-фактуру EDI на тестову URL-адресу EDI Over Internet (EDIINT), яка відрізняється від виробничої URL-адреси EDIINT. | Опублікуйте виробничий рахунок-фактуру EDI за правильною URL-адресою EDINT. |
| [Ім’я вашого клієнта] не приймає заголовкові рахунки-фактури. | Ви надіслали кредитове авізо до Ariba Network. Кредитові авізо (а також дебетові авізо) вважаються рахунками-фактурами на рівні заголовка, оскільки сума не застосовується до певного замовлення на закупівлю і не містить інформації про позиції.
Ваш клієнт вимкнув правило транзакцій «Дозволити постачальникам надсилати кредитні авізо заголовка та дебетові авізо». |
Оскільки цей клієнт не приймає кредитні авізо, ви можете надіслати стандартний рахунок-фактуру з від’ємною сумою в доларах США (від’ємним рахунком-фактурою). |
| Ваш рахунок-фактура EDI не вдається виконати через помилку перекладу в сегментах TDS. | Дані, які ви включили в сегменти TDS02, TDS03 і TDS04, не були цілими числами. Тип даних для цих полів - N2, що означає, що цілі значення мають дві передбачувані десяткові крапки.
Наприклад, якщо дані в полі 125, вони інтерпретуються як 1.25. |
Видаліть десяткові крапки зі значень і повторіть відправку рахунка-фактури. |
| Ваш рахунок-фактура EDI не вдається виконати через відсутність поштових адрес. | До рахунка-фактури EDI включено чотири адреси (цикли N1): адреса одержувача переказу, адреса доставки, адреса одержувача рахунку та адреса відправника. Для кожної з чотирьох адрес відсутній сегмент N3, що сприяє помилкам перекладу.
Сегмент N3 зіставляється з атрибутом <Street>, тоді як сегмент N2 зіставляється з атрибутом <DeliverTo> елемента <PostalAddress> в рахунку-фактурі cXML. |
Змініть сегменти N2 на N3, оскільки дані в сегменті N2 стосуються вулиці, а не інформації про доставку. |
| Відомості про центр витрат відсутні у вашому рахунку-фактурі EDI. | Ви включили сегмент «Послуга», «Рекламна акція», «Надбавка» або «Збір» (SAC) у зведений сегмент рахунка-фактури замість відомостей про позицію. | Вкажіть подробиці місця виникнення витрат лише в розділі позицій, а не на рівні зведених даних. Ви повинні включити сегмент SAC у сегмент Подробиці базової позиції (IT01). |
| INV-8: номер рядка рахунка-фактури [рядок №] повторюється. | Ви дублювали номер рядка рахунка-фактури в сегменті REF02 (коли REF01=FJ) у документі рахунка-фактури. Наприклад, у вас може бути два сегменти REF з кваліфікатором "FJ", обидва з REF02 дорівнюють "0001".
Сегмент REF02 позначає номер рядка рахунка-фактури (при REF01=FJ). |
Змініть один екземпляр сегмента REF02, щоб не було дубльованих номерів рядків. |
| INV-88: податкова інформація повинна бути вказана в позиціях. | SAC*C*H850, який сам використовується, зіставляється з елементом <Tax> в рахунку-фактурі cXML і не містить елемент <TaxDetail>. Якщо ваш клієнт дозволяє постачальникам вводити податки за правилом транзакції на рівні позиції, елемент <TaxDetail> є обов’язковим. | Включіть сегмент TXI в рахунок-фактуру EDI після сегмента SAC (SAC*C*H850), який відповідає елементу <TaxDetail>. |
| N404 Не вдається розв'язати код країни 'USA'. Ariba SN підтримує 2-символьні диграфи коду країни ISO-3166. Для 'USA' використовуйте 'US'.
N404='US', мандат N402(код штату), який відсутній. |
Ви отримуєте ці помилки, якщо:
|
Переконайтесь, що код країни містить лише два символи. Сегмент N404 надає код країни, який має складатися з двох символів, щоб відповідати стандартам EDI (ISO-3166).
Крім того, ви повинні включити код штату (сегмент N402), якщо значення N404 дорівнює US або CA. Список кодів штатів для США та CA див. у посібнику з впровадження ANSI X12 810. |
| Вміст типу елемента "InvoiceDetailServiceItem" неповний, він повинен збігатися з x, y, z.
x, y і z представляють елементи cXML |
Окрема позиція рахунка-фактури (група IT1) містить сегмент REF, який призначений для серійного номера (позначений кодом REF01 SE), а серійні номери не дозволені для рахунків-фактур за надання послуг.
Коли рахунки-фактури за надання послуг EDI конвертуються у формат cXML, позиції зіставляються з елементом InvoiceDetailServiceItem. Відповідно до стандарту cXML, в елементі InvoiceDetailServiceItemReference (піделемент InvoiceDetailServiceItem) немає жодного елемента SerialNumber. |
Видаліть сегмент REF*SE з групи IT1 і повторіть відправку рахунка-фактури. |
| Рахунок-фактура має математичні помилки. | Підсумки на рівні заголовка рахунка-фактури не збігаються із сумою окремих позицій у рахунку-фактурі.
Наприклад, уявіть, що рахунок-фактура загалом становить $141,29. Є чотири окремі позиції з наступними сумами:
Сума чотирьох позицій становить 444,99 дол. США, що не відповідає сумі на рівні заголовка рахунка-фактури $141,29. |
Переконайтеся, що сума сум окремих позицій збігається з підсумками на рівні заголовка.
У цьому конкретному прикладі окрему позицію 1 потрібно видалити. Сума окремих позицій 2, 3 і 4 дорівнює 141,29 доларів США, що відповідало б загальній сумі на рівні заголовка. Майте на увазі, що це може бути не єдиною причиною цього повідомлення про відхилення рахунка-фактури, але це звичайна причина повідомлення. |
| Організація транспортного замовлення вже видалена.
Не надано дійсні облікові дані одержувача. |
Ви отримуєте ці помилки, якщо:
|
Надайте активний ANID у сегменті GS03 (одержувач) рахунка-фактури та переконайтеся, що у вас є активні відносини з цим клієнтом.
Щоб перевірити ANID вашого клієнта:
Цей ANID повинен відповідати вказаному вами значенню в сегменті GS03 рахунка-фактури EDI. Переконайтеся, що ANID вашого клієнта містить 13 або більше символів. Він починається з "AN" і супроводжується 11 і більше числами. |
| Вміст типу елемента InvoiceDetailOrderInfo неповний, він повинен збігатися з x, y, z.
x, y і z представляють елементи cXML |
Сегменти BIG03 і BIG04 порожні, а сегмент BIG07 дорівнює "DI", що вказує на те, що це "дебетовий рахунок-фактура". Якщо для сегмента BIG07 встановлено значення "DI", потрібні обидва сегменти BIG03 і BIG04. | Вкажіть значення для сегментів BIG03 і BIG04 і повторіть відправку рахунка-фактури EDI з унікальним контрольним номером обміну (ICN). |
| Описи позицій для рахунків-фактур EDI не передаються до рішення Ariba Procurement мого клієнта. | Описи позицій перекладаються на елемент <ShortName> у рахунку-фактурі cXML, оскільки ви вказали значення «GEN» для сегмента PID02. | Вкажіть "F" у сегменті PID02 і повторіть відправку рахунка-фактури. |
| Інформація про продавця відсутня або неповна. | Ваш клієнт вимагає, щоб ви вказали адресу замовника в усіх рахунках-фактурах (увімкнено правило транзакції «Вимагати зазначення адреси покупця в рахунках-фактурах»). | Включіть сегмент імені (N1) з кваліфікатором Замовлення клієнта (ЗК). Наприклад:
N1*SO*Customer_Customer_Name~ |
| Організація клієнта не налаштована для отримання запиту InvoiceDetail. | Ваш клієнт не приймає рахунки-фактури з вашого облікового запису (вимкнено функцію «Дозволити постачальникам надсилати рахунки-фактури до цього облікового запису щодо транзакцій»). | Ваш клієнт повинен увімкнути це правило проведення транзакцій, щоб ви могли надсилати рахунки-фактури.
Постачальники, які надсилають рахунки-фактури за допомогою методу відправлення EDI, отримують сповіщення на електронну пошту, що містить повідомлення про помилку. Сповіщення надсилається на адресу електронної пошти, налаштовану на сторінці конфігурації EDI. Обов’язково встановіть прапорець біля пункту «Надсилати сповіщення», якщо вихідні документи не доставлені, або якщо настройки «FAs» прострочені. |
| Ваш рахунок-фактура EDI не містить валюту, але значення валюти у вашому обліковому записі за промовчанням у рахунку-фактурі. | Ви не включили сегмент додаткової валюти (CUR) на рівні заголовка рахунка-фактури, що означає, що в розділі «Зведені дані» рахунка-фактури (зведені дані про податки та зведені дані за рахунками-фактурами) використовується валюта за промовчанням, налаштована у вашому обліковому записі. | Якщо вам потрібно оновити валюту за промовчанням у вашому профілі:
|
| Доступ до даних 1 у компоненті 1 у складеному INVREF з лише 0 компонентами в рядку [рядок #]. | У вашому кредитовому авізо з позиції відсутній сегмент REF*I5*[рахунок-фактура №]~. | Вставте сегмент REF, щоб виправити помилку, і повторіть відправку рахунка-фактури.
Зверніть увагу, що ви можете використовувати лише сегмент REF*I5 з кредитовими авізо з позиції. Кожне кредитове авізо з позиції повинно мати посилання на рахунок-фактуру, яке формує елементи DocumentReference та InvoiceIDInfo в InvoiceDetailRequestHeader рахунка-фактури cXML. |
| Ваш рахунок-фактура EDI не вдається виконати через помилку перекладу в сегменті SAC. | Якщо ви включаєте сегмент SAC06 або SAC07, ви також повинні включити інший сегмент. | Ви повинні або надати значення для обох сегментів SAC06 і SAC07, або видалити значення для кожного. |
| Цей документ призначений лише для вашої інформації. Жодних дій не потрібно. | Сегмент BIG09 має значення "NA", що означає "Операція не потрібна". | Якщо ви не хочете призначати рахунок-фактуру лише як інформацію, видаліть це значення з сегмента BIG09.
Коли сегмент BIG09 дорівнює "NA", це відповідає атрибуту isInformationOnly InvoiceDetailRequest. |
| Я вказав значення коду товару чи послуги в рахунку-фактурі EDI, але воно не відображається в рахунку-фактурі cXML. | Позиція рахунка-фактури не є позицією послуги. | Вкажіть позицію послуги в рахунку-фактурі EDI за допомогою ідентифікатора SH. Сегмент C3 генерує елемент класифікації, але ви можете використовувати його лише для окремих позицій послуг. |
|
Ваш рахунок-фактура EDI має лише один сегмент Умов продажу/відстрочених умов продажу (ITD), але він зіставляється з двома ідентичними умовами InvoiceDetailPaymentTerms у рахунку-фактурі cXML. |
Ви призначили інформацію про умови оплати в кількох областях сегмента 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 перед надсиланням рахунків-фактур EDI до Ariba Network:
Коли ви налаштовуєте метод відправлення рахунків-фактур як EDI, ви все одно можете створювати рахунки-фактури вручну та через cXML. |
| Існує більше одного документа, що відповідає ідентифікатору [номер замовлення]. | Два активних замовлення на купівлю мають однаковий номер і дату. Коли ви надсилаєте рахунок-фактуру, він призначається OrderID і OrderDate. | Ви повинні включити сегмент дати та часу (DTM) в рахунок-фактуру EDI, щоб посилатися на час замовлення на закупівлю EDI. Крім того, ваш клієнт може скасувати одне із замовлень і повторно надіслати його з іншою датою замовлення. |
| Не вдається знайти замовлення на закупівлю [номер замовлення], посилання на яке вказане в рахунку-фактурі. | Необов'язковий елемент BIG03 не містить правильну дату. Якщо ви вказуєте значення для BIG03, воно має збігатися з датою отримання в елементі BEG05 відповідного замовлення на купівлю EDI. | Видаліть елемент BIG03 з рахунка-фактури EDI або переконайтеся, що дата замовлення на закупівлю в рахунку-фактурі EDI збігається з датою, зазначеною в замовленні на закупівлю. |
| Інформація про адресу доставки у позиції [рядок №] відсутня або неповна. | Інформація про адресу доставки на рівні рядка є неповною, хоча ви могли правильно заповнити її на рівні заголовка.
Зауважте, що ця сама помилка може виникнути і для адреси відправника (N1*SF). |
Є два можливих рішення:
|
| Контакт одержувача (ST) присутній, але контактна особа відправника (SF) відсутня. При їх використанні їх необхідно використовувати разом. Включіть N1*SF принаймні з іменем (N102). | Сегмент N1 містить кваліфікатор ST (адреса одержувача), але ви не вказали ідентифікатор SF (адреса відправника). | Вкажіть як сегменти ST, так і SF, або не вказуйте жодного. Якщо ви використовуєте один із цих сегментів, інший є обов’язковим. |
| Номер рядка рахунка-фактури відсутній у цій групі IT1. Це обов'язково. Включити REF*FJ (2/120), з REF02(0127)=номером рядка (рядок #), для кожної групи IT1. | Опис (сегмент PID) неправильно містить знак запитання (?) ознака
Коли перекладач EDI знаходить цей символ в кінці сегмента або елемента даних (перед розділювачем сегмента або перед розділювачем елементів даних), він не може обробити документ, оскільки перекладач EDI використовує його як символ розблокування. |
Видалити ? символ і повторіть відправку рахунка-фактури. |
| Сума (SAC05) відсутня і є обов’язковою для сплати податків (H850). | Сегмент зведених даних про податок (SAC) не містить елемент SAC05. | Оскільки підсумковий податок (SAC*C*H850) є обов’язковим, використовуйте наступне, навіть якщо сума дорівнює нулю:
SAC*C*H850***0**********NO TAX~ |
| Вхідний cXML посилається на недійсний ShipNoticeRequest з посиланням [довідковий номер]. | Дата відвантаження в рахунку-фактурі EDI не збігається з датою відвантаження з зазначеного документа сповіщення про відвантаження. Коли сегмент DTM01 дорівнює "011", дата відвантаження має збігатися в обох документах. | Оновіть сегмент DTM02 в рахунку-фактурі EDI відповідно до сегмента DTM02 у відповідному сповіщенні про відвантаження (документ 856). Сегмент DTM02 в рахунках-фактурах EDI і сповіщеннях про відвантаження відноситься до дати відвантаження, коли сегмент DTM01 дорівнює 011. |
| Ваш рахунок-фактура EDI не вдається виконати через помилку перекладу в сегменті PER. | Ви надали значення в сегменті PER03 замість у сегменті PER04. | Оновіть сегмент PER до значення, такого як ваш номер телефону, у сегменті PER04.
Майте на увазі, що якщо існує сегмент PER03 або PER04, потрібно інше. |
| Ваш рахунок-фактура EDI не вдається виконати через помилку перекладу в сегменті ITD07. | Сегмент ITD07 містить значення "2/8". Це поле призначене для днів нетто за строком, що має бути числовим. | Включіть лише числове значення в сегмент ITD07 для представлення Днів нетто за строком. |
| INV-66: опис позиції у позиції [рядок №] відсутній. | Сегмент PID (опис продукту/позиції) неправильно розміщений після сегмента REF (Reference Identification).
Сегмент PID формує опис позиції в рахунку-фактурі cXML, а вашому клієнту потрібні описи позицій (увімкнено правило транзакції «Вимагати від постачальників надавати описи позицій»). |
Помістіть сегмент PID перед сегментом REF і повторіть відправку рахунка-фактури. |
| Ваш документ EDIFACT INVOIC не вдається виконати з наступним застереженням: Застереження (118:BAD_IC_INVALID_SEPARATOR_WRONG_DEFAULTS) У позиції символів 3 недійсні розділювачі: якщо усталені значення не використовуються, сегмент UNA є обов’язковим |
Ви не включили сегмент String Service Advice (UNA) на початку рахунка-фактури. | Всі рахунки-фактури EDIFACT повинні починатися з сегмента UNA. |
| Недозволений деліметр піделемента (104) | У сегменті PID05 з’являється неприпустимий символ (зокрема двокрапка). | Попросіть клієнта використовувати інший символ в описі початкової позиції замовлення на закупівлю. |
| Ваш рахунок-фактура EDI не вдається виконати через помилку перекладу в сегменті REF. | Зовнішнє зіставлення REF сегмента L9 було порожнім у рахунку-фактурі EDI і не вказувало номенклатурний номер. | Видаліть сегмент REF*L9 з рахунка-фактури. Крім того, додайте номенклатурний номер і повторіть відправку рахунка-фактури. |
| INV-33: дозволено лише одну умову нетто | У сегменті Умови продажу/відстрочені умови продажу (ITD) ви вказали кваліфікатор 01 у ITD01, навіть якщо ви не вказали умову оплати зі знижкою. Це призвело до створення двох умов оплати нетто у вашому рахунку-фактурі EDI. | Використовуйте кваліфікатор 01, лише якщо вам потрібно вказати як умову знижки, так і умову оплати.
Якщо умови знижки не існують, вкажіть кваліфікатор 05 для сегмента ITD01. |