Электронная почта
Сообщения об ошибках в счетах-фактурах EDI
Для Вашего удобства этот элемент содержимого переведен машинными средствами. SAP не предоставляет никаких гарантий правильности или полноты машинного перевода. Исходное содержимое можно увидеть, переключившись на английский язык с помощью селектора языка.

Есть ли у вас неудавшийся или отклоненный счет-фактура электронного обмена данными (EDI), который вы не знаете, как решить проблему? Вы пришли в нужное место.

Ariba Network поддерживает два вида счетов EDI:

Щелкните любую из этих ссылок, чтобы просмотреть сведения о конфигурации для каждого типа счета-фактуры EDI. Ошибки, описанные в следующей таблице, относятся к счетам-фактурам ANSI X12 810 EDI, если не указано иное.

Помните, что вы также можете ознакомиться с правилами выставления счетов клиента и этими распространенными ошибками, чтобы узнать, почему счет-фактура был отклонен. Обратитесь к клиенту, задав вопросы по исправлению отклоненного счета-фактуры.

Ниже приведен список наиболее распространенных ошибок в счетах-фактурах EDI и способы их устранения:

Описание ошибки Почему это произошло? Как мне это исправить?
ИНВ-98: отсутствует значение налогового номера. В счете-фактуре EDI отсутствует сегмент получателя перевода (REF) в цикле N1.

Вы получаете эту ошибку, только если включено правило транзакции Требовать от поставщиков указывать налоговые номера в счетах-фактурах.

Укажите ид. налога в сегменте REF:

REF*BAA*[ид. поставщика]~

ИНВ-13. Ссылка на заказ [номер заказа] устарела, дублируется или заменена. Клиент отменил заказ на закупку, указанный в счете-фактуре. Обратитесь к клиенту, чтобы узнать, есть ли номер заказа на замену.
Счета-фактуры EDI не поступают в Ariba Network. Вы можете получить одну из следующих ошибок из EDI-сети с добавленной стоимостью (VAN):
  • Ошибка проверки данных, так как ид. отправителя [ид.] еще не настроен в сети.
  • Недействительная пара "квалификатор/ид. отправителя".
Счета-фактуры EDI могут не попасть в Ariba Network, если:
  • Счета-фактуры поступают в VAN, но не поступают в VAN Ariba Network. В идентификаторе архитектуры Industry Standard Architecture (ISA) между вашим VAN и вашей учетной записью Ariba Network существует несоответствие.
  • Идентификатор ISA в сегменте GS02 включает "-T" в конце.
  • Идентификатор ISA отличается от значения, настроенного в вашей учетной записи.
Поместите правильный идентификатор ISA в счет-фактуру по EDI и повторно отправьте его. В частности, сегмент GS02 должен соответствовать идентификатору ISA, сконфигурированному в учетной записи.
ИНВ-63: информация о получателе перевода отсутствует или неполна. Ваш клиент требует, чтобы вы указывали в счетах-фактурах информацию о получателе перевода (включено правило транзакции Требовать адрес получателя перевода в счетах-фактурах). Убедитесь, что счет-фактура содержит адрес получателя в сегменте типа "N1*RI".
ИНВ-13. Ссылка на заказ [номер заказа] устарела, дублируется или заменена.

ИНВ-15. Этот клиент не принимает счета-фактуры по заказам, отправленным вне Ariba Network.

Ваш клиент отправил измененный заказ на закупку вскоре после отправки начальной версии заказа на закупку, и ваш счет-фактура ссылается на исходную версию заказа на закупку.

Когда клиент отправляет измененный заказ на закупку, исходный заказ на закупку устаревает. Если вы пытаетесь выставить счет-фактуру по устаревшему заказу на закупку, Ariba Network не принимает счет-фактуру из-за этих ошибок.

Ссылка на обновленную версию заказа на закупку в сегменте BIG счета-фактуры EDI.
В качестве налога на счет-фактуру EDI по умолчанию устанавливается налог на добавленную стоимость (НДС). Счет-фактура не содержит сегмент места налогообложения (TXI05), который Ariba Network использует для создания налоговой категории. Несмотря на то, что сегмент TXI05 является необязательным, для указания налоговой категории необходимо использовать сегмент TXI05.

Если сегмент TXI05 не является местоположением в Канаде, PS, PG или ST, категория создается следующим образом:

  • "Продажи": CS, CP, LT, ST
  • "gst": CG, CV, GS
  • "НДС": VA
  • "прочее": все остальное

Если сегментом TXI05 является местоположение в Канаде, является PS, PG или ST, категория создается следующим образом:

  • "qst": если TXI05 = '.qc.ca'
  • "hst": если TXI05 = '.ns.ca', '.nf.ca' , '.nb.ca' или '.on.ca'
  • "pst": для всех остальных мест налогообложения Канады.

Необходимо присвоить код места налогообложения, который регистрируется элементом <TaxLocation>.

Ошибка счета-фактуры из-за несоответствия единиц измерения (ЕИ). Ariba Network преобразует ЕИ Американского национального института стандартов (ANSI) в коды единиц измерения Организации Объединенных Наций (UNUOM). Отправьте правильное значение ЕИ в счете-фактуре для успешного преобразования значения в Ariba Network. Для получения дополнительной информации см. список мэппинга ЕИ.
ИНВ-61: информация о получателе счета отсутствует или неполна. Клиент требует, чтобы вы включали информацию о получателе счета в сегмент N1*BT (включено правило транзакции Требовать адрес плательщика в счетах-фактурах). Добавьте в счет-фактуру сведения о получателе счета и повторно отправьте счет-фактуру.
ИНВ-30. Отдельная позиция [номер позиции] счета-фактуры не существует в исходном заказе на закупку [номер заказа]. Ссылочный номер строки в сегменте IT101 счета-фактуры не соответствует значению для сегмента PO101 заказа на поставку EDI.

Это означает, что в заказе на закупку нет соответствующего номера позиции.

Убедитесь, что вы ссылаетесь на действительный номер строки заказа на поставку в сегменте IT1 счета-фактуры.
IT108(0235)='VS', но отсутствует VP. Если используется VS (дополнительный ид. детали поставщика), то требуется VP (номенклатурный номер товара у поставщика) или SH (Caseed). Если квалификатор VS отображается в сегменте IT1, требуется квалификатор VP. В зависимости от бизнес-потребностей существует два возможных решения:
  • Измените сегмент IT108 с "VS" на "VP", если значение представляет номенклатурный номер у поставщика.
  • Включите спецификатор VP и связанный с ним номенклатурный номер в сегмент IT1, если значение представляет дополнительный номенклатурный номер у поставщика, который необходимо отличать от номенклатурного номера у поставщика.
Уведомление об использовании сообщения (MDN) приводит к следующей ошибке:

automatic-action/MDN-sent-automatically; processed/Error: неожиданная ошибка обработки

Счет-фактура EDI проведен по тестовому EDI через Интернет (EDIINT) по URL, который отличается от URL EDIINT производства. Проведите производственный счет-фактуру EDI по правильному URL-адресу EDINT.
[Имя вашего клиента] не принимает заголовочные счета-фактуры. Кредитовое авизо отправлено в Ariba Network. Кредитовые и дебетовые авизо считаются счетами-фактурами на уровне заголовка, поскольку сумма не применяется к определенному заказу на закупку и не содержит информации о позициях.

Ваш клиент отключил правило транзакции Разрешить поставщикам отправлять кредитовые и дебетовые авизо заголовка.

Поскольку этот клиент не принимает кредитовые авизо, можно отправить стандартный счет-фактуру с отрицательной суммой в долларах (отрицательный счет-фактура).
Счет-фактура EDI не выполнен из-за ошибки перевода в сегментах налоговых вычетов. Данные, включенные в сегменты TDS02, TDS03 и TDS04, не были целыми числами. Эти поля имеют тип данных N2, что означает, что целочисленные значения имеют два десятичных знака.

Например, если значение поля равно 125, оно интерпретируется как 1,25.

Удалите десятичные точки в значениях и повторно отправьте счет-фактуру.
Ошибка счета-фактуры EDI из-за отсутствия почтовых адресов. В счет-фактуру по EDI включено четыре адреса (циклы N1): адрес получателя, адрес доставки, адрес платежа и адрес отправителя. Сегмент N3 отсутствует для каждого из четырех адресов, что способствует ошибкам перевода.  

Сегмент N3 сопоставляется с атрибутом <Street>, в то время как сегмент N2 сопоставляется с атрибутом <DeliverTo> элемента <PostalAddress> в cXML счета-фактуры.

Измените сегменты N2 на N3, поскольку данные в сегменте N2 относятся к адресу, а не к информации получателя поставки.
Подробные данные МВЗ не отображаются в счете-фактуре EDI. Вы включили сегмент "Услуга", "Промоакция", "Включенный объем" или "Платеж" (SAC) в сводный сегмент счета-фактуры вместо сведений о позиции. Укажите подробные данные МВЗ только в разделе позиции, но не на уровне сводки.  Необходимо включить сегмент SAC в сегмент подробных данных базовой позиции (IT01).
ИНВ-8. Номер позиции счета-фактуры [позиция] является дубликатом. Номер строки счета-фактуры дублируется в сегменте REF02 (при REF01=FJ) в документе счета. Например, у вас могут быть два сегмента REF со спецификатором "FJ", оба с REF02, равными "0001".

Сегмент REF02 определяет номер строки счета-фактуры (при REF01=FJ).

Измените одно вхождение сегмента REF02, чтобы не было дублирующихся номеров строк.
ИНВ-88: в отдельных позициях должна быть указана налоговая информация. SAC*C*H850, используемый сам по себе, сопоставляется с элементом <Tax> в cXML счета-фактуры и не включает элемент <TaxDetail>. Если клиент активировал правило транзакции Требовать от поставщиков вводить налоги на уровне позиции, требуется элемент <TaxDetail>. Включите сегмент TXI в счет-фактуру EDI после сегмента SAC (SAC*C*H850), который сопоставляется с элементом <TaxDetail>.
N404: невозможно разрешить код страны 'США'. Ariba SN поддерживает двусимвольные диграфы кодов стран ISO-3166. Для 'США' используйте 'США'.

N404='США', предписание N402 (код штата), которое отсутствует.

Эти ошибки выводятся в следующих случаях:
  • Сегмент N404 ссылается на США, а не на США.
  • Сегмент N402 отсутствовал в сегменте N4.
Убедитесь, что код страны содержит только два символа. Сегмент N404 предоставляет код страны, который должен состоять из двух символов в соответствии со стандартами EDI (ISO-3166).

Кроме того, необходимо включить код штата (сегмент N402), если значение N404 равно US или CA.

Список кодов штатов для США и Канады см. в руководстве по внедрению ANSI X12 810.

Неполное содержимое элемента типа "InvoiceDetailServiceItem", оно должно соответствовать x, y, z.

x, y и z представляют элементы cXML

Отдельная позиция счета-фактуры (группа IT1) содержит сегмент REF, который предназначен для серийного номера (обозначаемого кодом REF01 SE), и серийные номера не разрешены для счетов-фактур на услуги.

При преобразовании счетов-фактур на услуги EDI в формат cXML позиции сопоставляются с элементом InvoiceDetailServiceItem.  В соответствии со стандартом cXML элемент SerialNumber в элементе InvoiceDetailServiceItemReference (подэлемент InvoiceDetailServiceItem) отсутствует.

Удалите сегмент REF*SE из группы IT1 и повторно отправьте счет.
Счет содержит математические ошибки. Итоговые значения на уровне заголовка счета-фактуры не совпадают с суммой отдельных позиций счета-фактуры.

Например, представьте, что общая сумма счета-фактуры составляет 141,29 долл. США. Существует четыре отдельные позиции со следующими суммами:

  • Позиция 1: $303.70
  • Позиция 2: 52,43 долл. США
  • Позиция 3: $58,90
  • Позиция 4: 29,96 долл.

Сумма четырех позиций составляет 444,99 долл. США, что не соответствует итоговой сумме на уровне заголовка счета-фактуры 141,29 долл. США.

Убедитесь, что сумма отдельных позиций совпадает с итоговыми суммами на уровне заголовка.

В данном примере необходимо удалить позицию 1. Сумма позиций 2, 3 и 4 равна 141,29 долл. США, что соответствовало бы итоговой сумме на уровне заголовка.

Помните, что это может быть не единственной причиной для данного сообщения об отклонении счета-фактуры, но является общей причиной сообщения.

Организация транспортного заказа уже удалена.

Не указаны учетные данные "Действительно по".

Эти ошибки выводятся в следующих случаях:
  • Идентификатор Ariba Network (ANID) в сегменте GS03 относится к учетной записи клиента с истекшим сроком действия.
  • В указанном ANID отсутствует цифра или есть дополнительный номер.
Укажите активный ANID в сегменте счета GS03 (получатель) и убедитесь, что у вас есть активные отношения с этим клиентом.

Для проверки ANID клиента:

  1. Щелкните название компании в правом верхнем углу вкладки Главная.
  2. Выберите Отношения с клиентами в разделе Настройки учетной записи.
  3. Щелкните имя клиента в разделе Текущие.
  4. Проверьте 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) со спецификатором Заказ клиента (SO). Например:

N1*SO*Customer_Customer_Name~
N3*123 Любая авеню~
N4*Anytown*CA*12345*US~

Организация клиента не настроена для получения запроса InvoiceDetail. Ваш клиент не принимает счета-фактуры из вашей учетной записи (правило транзакции Разрешить поставщикам отправлять счета-фактуры по этой учетной записи отключено). Клиент должен активировать это правило транзакции, чтобы разрешить отправку счетов-фактур.

Поставщики, отправляющие счета-фактуры с помощью метода отправления EDI, получают по электронной почте уведомление, содержащее сообщение об ошибке. Уведомление будет отправлено на адрес электронной почты, настроенный на странице Конфигурация EDI. Убедитесь, что флажок рядом с параметром Отправить уведомление установлен, если исходящие документы не доставлены или фрахтовые соглашения просрочены.

В счете-фактуре EDI не указана валюта, но в счете-фактуре по умолчанию указано значение валюты в вашей учетной записи. Вы не включили необязательный сегмент валюты (CUR) на уровне заголовка счета-фактуры, что означает, что раздел Сводные данные счета-фактуры (Сводка по налогам и сводка по счетам-фактурам) использует валюту по умолчанию, настроенную в вашей учетной записи. Если необходимо обновить валюту по умолчанию в профиле:
  1. Щелкните свое имя в правом верхнем углу вкладки Главная.
  2. Выберите Моя учетная запись.
  3. Измените значение Валюта по умолчанию в разделе Предпочтения.
  4. Нажмите Сохранить.
Доступ к данным 1 в компоненте 1 в составном INVREF только с 0 компонентами в строке [строка #]. В кредитовом авизо по позиции отсутствует сегмент REF*I5*[invoice #]~. Вставьте сегмент 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), но в cXML счета-фактуры он сопоставлен с двумя идентичными 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", чтобы указать срок скидки, а также дни платежа нетто.

ИНВ-116. Клиент требует, чтобы имя покупателя и код страны в счетах-фактурах совпадали с данными плательщика или покупателя (если они доступны) в заказах на закупку. Имя заказчика и код страны счета-фактуры не соответствуют информации о получателе счета в связанном заказе на закупку. Ваш клиент требует, чтобы эти значения совпадали между счетом-фактурой и заказом на закупку (включено правило транзакции Требовать, чтобы название компании и страна покупателя в счете-фактуре соответствовали названию компании и стране плательщика в заказе на закупку (или адресу плательщика, если он доступен)). Убедитесь, что адрес заказчика, указанный в счете-фактуре, совпадает с адресом отправки счета из заказа на поставку.
Компания [Название Вашей компании] не подписана на сервисы типа (cXML.InvoiceDetailRequest) от Ariba EDIGateway Ваш метод обработки счетов-фактур настроен как Онлайн или cXML. Установите метод обработки счетов-фактур на EDI перед отправкой счетов-фактур EDI в Ariba Network:
  1. Щелкните название компании в правом верхнем углу вкладки Главная.
  2. Выберите Отправка электронных счетов-фактур в разделе Настройки Ariba Network.
  3. Выберите метод обработки EDI, чтобы принять документы ANSI X12 810 или EDIFACT INVOIC из системы фактурирования.
  4. Нажмите Сохранить.

При настройке метода обработки счетов-фактур в качестве EDI по-прежнему можно создавать счета-фактуры вручную и через cXML.

Существует несколько документов, соответствующих ид. [номер заказа]. Два активных заказа на закупку имеют одинаковый номер и дату. При отправке счета-фактуры он сопоставляется с OrderID и OrderDate. Необходимо включить сегмент даты и времени (DTM) в счет-фактуру EDI, чтобы ссылаться на время заказа на поставку EDI. Кроме того, клиент может отменить один из заказов и повторно отправить его с другой датой заказа.
Не удается найти заказ на закупку [номер заказа], указанный в счете-фактуре. Необязательный элемент BIG03 содержит некорректную дату. Если указано значение для BIG03, оно должно совпадать с датой получения в элементе BEG05 связанного заказа на поставку EDI. Удалите элемент BIG03 из счета-фактуры EDI или убедитесь, что дата заказа на поставку в счете EDI совпадает с датой из заказа на поставку.
Отсутствует или неполная информация об адресе доставки в позиции [позиция №]. Информация о получателе на уровне позиции является неполной, хотя, возможно, она была заполнена правильно на уровне заголовка.

Обратите внимание, что эта же ошибка может возникнуть и для адреса отправителя (N1*SF).

Существует два возможных решения:

  • Удалите сегмент N1*ST с уровня строки (в цикле IT1).
  • Добавьте сегменты с N2 по N4 для адреса доставки, указанного на уровне позиции.
Контактное лицо получателя (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 со ссылкой [reference #]. Дата отгрузки счета-фактуры 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 только числовое значение для представления дней нетто срока.
ИНВ-66. Отсутствует описание позиции в позиции [строка №]. Сегмент PID (продукт/описание позиции) неправильно размещен после сегмента REF (ссылочный идентификатор).

Сегмент 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 из счета на оплату. Или добавьте номенклатурный номер и повторно отправьте счет-фактуру.
ИНВ-33: разрешен только один срок оплаты В сегменте Условия продажи/отсроченные условия продажи (ITD) в ITD01 был указан спецификатор 01, даже если не было указано условие платежа со скидкой. Это привело к созданию двух условий платежа нетто для счета-фактуры EDI. Спецификатор 01 следует использовать только в том случае, если необходимо указать и срок скидки, и срок оплаты.

Если условия скидки нет, укажите спецификатор 05 для сегмента ITD01.

 

Условия использования  |  Авторские права  |  Безопасность  |  Конфиденциальность