 |
|  | ||||||||
|
| ||||||||
Имате ли неуспешна или отхвърлена фактура за електронен обмен на данни (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 преобразува МЕ на American National Standards Institute (ANSI) в кодове на United Nations Unit of Measure (UNUOM). | Изпратете правилната МЕ във фактурата, за да може Ariba Network да преобразува стойността успешно. За повече информация вижте списъка с мапирания на МЕ. |
| INV-61: Информацията за получател на сметка липсва или е непълна. | Вашият клиент изисква да включите информация за получател на сметка в сегмент N1*BT (активирано е правилото Изискване за адрес на получател на сметка във фактури). | Добавете информация за получател на сметка към фактурата и я изпратете отново. |
| INV-30: Единична позиция на фактура [ред #] не съществува в оригиналната ПД [поръчка №]. | Референцията за номер на позиция в IT101 сегмента на фактурата не съвпада със стойност за сегмента PO101 на поръчката за доставка EDI.
Това означава, че в поръчката за доставка няма съответстващ номер на единична позиция. |
Уверете се, че сте посочили валиден номер на позиция от поръчка за доставка в IT1 сегмента на фактурата. |
| IT108(0235)='VS', но VP липсва. Ако се използва VS (допълнителен ИД на артикул на доставчик), се изисква VP (ИД на артикул на доставчик) или SH (в случай). | Ако VS спецификаторът се появи в IT1 сегмента, се изисква VP спецификатор. | В зависимост от вашите бизнес нужди, има две възможни решения:
|
| Известието за диспозиция на съобщения (MDN) води до следната грешка:
automatic-action/MDN-sent-automatically; processed/Error: unexpect-processing-error |
Осчетоводихте EDI фактурата в тестовия EDI URL адрес (EDIINT), който се различава от производствения EDIINT URL. | Осчетоводяване на производствената фактура EDI в правилния EDINT URL. |
| [Името на вашия клиент] не приема фактури на ниво заглавие. | Изпратихте кредитно известие до Ariba Network. Кредитните известия (както и дебитните известия) се считат за фактури на ниво заглавие, защото сумата не се прилага за конкретна поръчка за доставка и не съдържа информация за единична позиция.
Вашият клиент е дезактивирал правилото за транзакции Разрешаване на доставчиците да изпращат кредитни известия в заглавката и дебитни известия. |
Тъй като този клиент не приема кредитни известия, можете да изпратите стандартна фактура с отрицателна сума в долари (отрицателна фактура). |
| Вашата фактура EDI е неуспешна поради грешка в превод в TDS сегментите. | Данните, които сте включили в сегментите TDS02, TDS03 и TDS04, не са цели числа. Видът данни за тези полета е N2, което означава, че стойностите на цели числа имат две имплицитни десетични точки.
Например, ако данните в полето са 125, те се интерпретират като 1.25. |
Премахнете десетичните знаци в стойностите и изпратете фактурата отново. |
| Вашата фактура EDI е неуспешна поради липсващи пощенски адреси. | Има четири адреса (цикли N1), включени във фактурата EDI: адрес на получател на плащане, получател на експедиция, получател на сметка и адрес на подател на експедиция. Сегментът N3 липсва за всеки от четирите адреса, което допринася за грешките при превода.
Сегментът N3 се мапира към атрибута <Street>, докато сегментът N2 се мапира към атрибута <DeliverTo> на елемента <PostalAddress> във фактурата cXML. |
Променете сегментите N2 на N3, защото данните в сегмента N2 се отнасят за адреса на улицата, а не за информацията за доставка. |
| Подробните данни за разходен център не се показват във вашата фактура EDI. | Включили сте сегмента Услуга, Промоция, Надбавка или Такса (SAC) в обобщаващия сегмент на фактурата вместо подробните данни за единичната позиция. | Посочете подробните данни за разходния център само в раздела за единични позиции, а не на ниво обобщение. Трябва да включите SAC сегмента в сегмента Baseline Item Detail (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 Не може да се разреши код на държава 'САЩ'. Ariba SN поддържа 2-символни ISO-3166 диаграми на кодове на държави. За 'USA' използвайте 'US'.
N404='US', с мандат N402 (код на държава), който липсва. |
Получавате тези грешки, ако:
|
Уверете се, че кодът на държавата съдържа само два символа. Сегментът N404 предоставя кода на държавата, който трябва да бъде два символа, за да отговаря на стандартите EDI (ISO-3166).
Освен това трябва да включите код на щат (сегмент N402), когато стойността N404 е равна на US или CA. Вижте Ръководството за внедряване на ANSI X12 810 за списък с кодове на щати за САЩ и CA. |
| Съдържанието на вида елемент "InvoiceDetailServiceItem" е непълно. Трябва да съвпада с x, y, z.
x, y и z представляват cXML елементи |
Единична позиция на фактура (група IT1) съдържа сегмент REF, който е за сериен номер (посочен с REF01 код SE), а серийни номера не са разрешени за фактури за услуги.
Когато фактури за услуги EDI се преобразуват в cXML формат, единичните позиции се мапират към елемента InvoiceDetailServiceItem. В съответствие със стандарта cXML няма елемент SerialNumber в елемента InvoiceDetailServiceItemReference (поделемент на InvoiceDetailServiceItem). |
Премахнете сегмента REF*SE от IT1 групата и изпратете фактурата отново. |
| Фактурата има математически грешки. | Общите суми на ниво заглавие на фактурата не съвпадат със сумата на отделните единични позиции във фактурата.
Представете си например, че дадена фактура има обща сума от 141,29 долара. Има четири единични позиции със следните суми:
Сумата от четирите позиции е $444.99, което не съответства на общата сума на ниво заглавие на фактура от $141.29. |
Уверете се, че сборът от сумите на отделните единични позиции съответства на общите суми на ниво заглавие.
В този конкретен пример единична позиция 1 трябва да бъде премахната. Сумата на единични позиции 2, 3 и 4 достига 141,29 щ.д., което би съответствало на сумата на ниво заглавие. Имайте предвид, че това може да не е единствената причина за това съобщение за отхвърляне на фактура, но е често срещана причина за съобщението. |
| Организация на поръчка за транспорт вече е изтрита.
Не са предоставени валидни идентификационни данни за получател. |
Получавате тези грешки, ако:
|
Посочете активен ANID в сегмента GS03 (получател) на фактурата и се уверете, че имате активни отношения с този клиент.
За да потвърдите ANID на вашия клиент:
Този ANID трябва да съответства на стойността, която предоставяте в сегмента GS03 на фактурата EDI. Уверете се, че ANID на вашия клиент съдържа 13 или повече символа. Започва с „АН“ и е последван от 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~ |
| Клиентската организация не е конфигурирана да получава заявка InvoiceDetail. | Вашият клиент не приема фактури от вашия акаунт (правилото Разрешаване на доставчиците да изпращат фактури до това правило за транзакции с акаунти е дезактивирано). | Вашият клиент трябва да активира това правило за транзакция, за да ви позволи да изпращате фактури.
Доставчиците, които изпращат фактури чрез метода за маршрутизиране EDI, получават имейл известие, съдържащо съобщението за грешка. Известието се изпраща на имейл адреса, конфигуриран на страницата Конфигурация на EDI. Уверете се, че сте маркирали квадратчето за отметка до Изпращане на известие, ако изходящите документи не могат да бъдат доставени или настройките за FA са просрочени. |
| Вашата фактура 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. |
| Има повече от един документи, съответстващи на id [order #]. | Две активни поръчки за доставка имат еднакъв номер и дата. Когато изпратите фактура, тя се мапира към OrderID и OrderDate. | Трябва да включите сегмента Дата и час (DTM) във фактурата EDI, за да направите справка с часа на EDI поръчката за доставка. Също така вашият клиент може да отмени една от поръчките и да я изпрати отново с различна дата на поръчка. |
| Не може да бъде намерена ПД [поръчка №] с референция във фактурата. | Незадължителният елемент BIG03 не съдържа правилната дата. Ако посочите стойност за BIG03, тя трябва да съвпада с датата, получена в елемента BEG05 на свързаната поръчка за доставка EDI. | Премахнете елемента BIG03 от фактурата EDI или се уверете, че датата на поръчката за доставка във фактурата EDI съответства на датата от поръчката за доставка. |
| Информацията за адрес за доставка в позиция [ред #] липсва или е непълна. | Информацията за доставка на ниво ред е непълна, въпреки че може да сте я попълнили правилно на ниво заглавие.
Имайте предвид, че същата грешка може да възникне и за адреса на изпращане (N1*SF). |
Има две възможни решения:
|
| Има лице за контакт за адрес на получател на доставка (ST), но няма лице за контакт с Ship From (SF). Ако се използват, те трябва да се използват заедно. Включва N1*SF с поне едно име (N102). | Сегментът N1 съдържа спецификатор ST (адрес на доставка), но не сте посочили SF идентификатор (адрес на подател). | Посочете и двата сегмента ST и SF или нито един от тях. Ако използвате един от тези сегменти, другият е задължителен. |
| Липсва номер на позиция от фактура от тази група IT1. Изисква се. Include 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, за да представите дни нето на срок. |
| INV-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 от фактурата. Другият начин е да включите номера на артикула и да изпратите фактурата отново. |
| INV-33: Разрешен е само един термин нето | В сегмента Условия на продажба/Отсрочени условия на продажба (ITD) сте посочили 01 квалификатор в ITD01, въпреки че не сте посочили срок за плащане на отстъпка. Това доведе до две условия за плащане нето във вашата фактура EDI. | Използвайте спецификатора 01 само ако трябва да посочите и условие за отстъпка, и условие за изплащане нето.
Ако не съществува условие за отстъпка, посочете спецификатор 05 за сегмент ITD01. |