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

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

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

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

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

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

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

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

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

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

ИНВ-13. Ссылка на заказ [order #] устарела, является дубликатом или замененным заказом. Ваш клиент отменил заказ на закупку, на который ссылается счет-фактура. Свяжитесь с клиентом, чтобы узнать, существует ли заменяющий номер заказа.
Счета-фактуры 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. Ссылка на заказ [order #] устарела, является дубликатом или замененным заказом.

ИНВ-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
  • "vat": 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 была включена информация об адресе плательщика (включено правило транзакции Требовать указывать в счетах-фактурах адрес плательщика). Добавьте данные получателя счета в счет-фактуру и повторно отправьте счет.
INV-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; обработано/ошибка: непредвиденная ошибка обработки

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

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

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

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

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

Сегмент N3 сопоставляется с атрибутом <Улица>, в то время как сегмент 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 Не удается разрешить код страны 'USA'. Ariba SN поддерживает 2-символьные диграфы кодов стран ISO-3166. Для 'США' используйте 'US'.

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 долл. США, что соответствовало бы итоговому значению на уровне заголовка.

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

Организация TO уже удалена.

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

Эти ошибки отображаются в следующих случаях:
  • Идентификатор 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, поскольку для сегмента PID02 указано значение "GEN". Укажите "F" в сегменте PID02 и повторно отправьте счет-фактуру.
Информация о покупателе отсутствует или неполна. Ваш клиент требует, чтобы вы указали адрес заказчика во всех счетах-фактурах (включено правило транзакции Требовать указывать в счетах-фактурах адрес покупателя). Включите сегмент Имя (N1) со спецификатором Заказ клиента (SO). Например:

N1*SO*Customer_Customer_Name~
N3*123 Любая авеню~
N4*Город*КА*12345*США~

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

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

Счет-фактура EDI не содержит валюту, но значение валюты из вашей учетной записи указано в счете-фактуре по умолчанию. Необязательный сегмент валюты (CUR) не был включен на уровне заголовка счета на оплату, что означает, что в разделе "Сводные данные" счета-фактуры (сводные данные по налогам и сводные данные по счету-фактуре) используется валюта по умолчанию, настроенная в вашей учетной записи. Если требуется обновить валюту по умолчанию в профиле:
  1. Щелкните свое имя в правом верхнем углу вкладки Главная.
  2. Выберите Моя учетная запись.
  3. Измените значение Валюта по умолчанию в разделе Настройки.
  4. Нажмите Сохранить.
Доступ к данным 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, используя идентификатор получателя материала. Сегмент 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:
  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). Сегмент Summary tax (SAC) не содержит элемент SAC05. Поскольку суммарный налог (SAC*C*H850) является обязательным, используйте следующее, даже если сумма равна нулю:

SAC*C*H850***0**********БЕЗ НАЛОГА~

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

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

 

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