Електронно фактуриране Германия

За разлика от отстъпките, кредитните бележки не могат да бъдат включени директно в оригиналната фактура. Тъй като някои системи за фактуриране не поддържат отрицателни позиции на фактурата, кредитните бележки трябва да се записват отделно.

Това означава, че трябва да създадете независим документ за кредитната бележка, вместо да го включите в оригиналната фактура. Това поддържа оригиналната фактура правилно структурирана и получателят може ясно да идентифицира препратката.

При записване на кредитната бележка е важно да използвате тип документ 381 и въведете сумата на кредита като положителна стойност. Трябва също да включите препратка към оригиналната фактура, за която е издадена кредитната бележка.

Важно: Кредитната бележка не може да бъде записана като фактура за анулиране.

Полетата Обща ценаПродуктТърговска цена и Нетна ценаПродуктТърговска цена направете не се отнасят до данъци, но до допълнителни такси и удръжки. Ако към артикула не се прилагат допълнителни такси или удръжки, брутната и нетната цена ще бъдат идентични.

ДДС се записва отделно в раздела ПриложениеTradetax, където процентът е посочен в СтавкаПриложен процент.

За да покажете правилно паричните отстъпки във вашите XML фактури, изпълнете следното:

1. Въведете условията за отстъпка в брой в секцията

   Спецификувани условия за плащане:
   
   <ram:SpecifiedTradePaymentTerms>

#SKONTO #TAGE =14 #PROZENT =3.00 #BASISBETRAG =xx#</ram:Description>

Обяснение:

• #SKONTO #

  = идентифицира вписването като парична отстъпка

• #TAGE =14#

  = отстъпката е валидна в рамките на 14 дни

• #PROZENT =3.00#

  = дисконтов процент от 3%

• #BASISBETRAG =xx#

  = сума, върху която се изчислява отстъпката

2. Действителната сума на паричната отстъпка трябва да бъде показана под Обща препадаБрой в Специфицираният търговски обект на приветственото сумиране.

Направете не въведете отстъпката като отделен елемент от фактурата. Използвайте структурираната XML нотация, описана по-горе.

1. Отстъпките трябва не да бъдат записани като отрицателни позиции на фактурата. Те могат да бъдат показани като част от елемента на реда или на ниво заглавка.
2. Въведете отстъпката в СпецифициранеСпоразумение за доставка- Въведете брутната цена в Обща ценаПродуктТърговска цена- Въведете нетната цена след отстъпка в Нетна ценаПродуктТърговска цена

По този начин приспадането вече е включено в нетната цена.

По желание могат да бъдат добавени допълнителни подробности (дисконтов процент, база за изчисление) Специфична линия Настройка за доставка.

Важно: Отстъпката винаги трябва да се отнася до обща цена на артикула на фактурата, а не единичната цена.

Документ: Оформление на отстъпки и отстъпки по DIN16931

Документ: Образование на абшлагените и подложките по DIN16391

Документ: Оформление на подложки по DIN16391

Грешката „Таксата за товар не е картографирана“ в SupplyOn показва неправилно картографиране на разходите за превоз. Причините могат да включват:

• Таксите за превоз, които не са свързани с правилните кодове за резервация
• Липсва картографиране в SupplyOn
• Неправилна категоризация или форматиране

Проверете дали таксите за превоз са правилно конфигурирани и картографирани.

Попълнете тези полета:

• EINV.Validation.Field.Partners.Seller.ContactData.Identifier — Контакт с доставчик/отдел
• einv.валидирация.поле.партньори.продавач.улица — Улица на доставчика/пощенска кутия
• еинв.валидирация.поле.партньори.купувач.улица — Клиентска улица/пощенска кутия
• еинв.валидирация.поле.партньори.купувач.държава — Страна на клиента

Пълната информация осигурява правилна обработка.

Подзаглавията трябва да бъдат въведени като свободни текстови линии, а не като линии с количество = 0. Използването на количество нула ще доведе до отхвърляне на фактурата.

Да. И двата формата трябва да съвпадат точно.

XML е машинно четим. Ако някаква информация е само в PDF файла (например дата на доставка), но липсва или е неправилна в XML, тя не може да бъде обработена и фактурата може да бъде отхвърлена.

1. Правилно картографиране на полето

• Въведете само предвидените стойности в полетата (например „Номер на поръчката“ трябва да съдържа само номера на поръчката)

2. Структурирани XML данни

• Всеки ред е правилно разделен: количество, номер на артикула, цена, отстъпка
• Без комбиниране или дублиране на полета
• Отстъпките не трябва да се въвеждат като отрицателни количества

3. Избягвайте типичните грешки

• Точно съвпадение с номера на поръчката
• Няма допълнителни бележки в полетата за адрес
• Използвайте правилни суми и валути
• Чисто форматиране - избягвайте ненужни интервали или знаци

4. Валидиране преди изпращане

• Използвайте функцията за визуализация
• Използвайте автоматизирани правила за валидиране, ако са налични

Наемът на склад трябва да се въведе чрез Изчисленоколичество в Специфицирана линияДоставка.

Уверете се:

• Количеството (фактурираното количество) и единичен код съответстват на ценовата база
• Направете не използвайте ОсновноКвантитет, тъй като това ще приложи грешната единица (например 1 m³ вместо 1000 m³)

Ако една линия включва както променливи, така и фиксирани разходи:

• Променливите разходи (за единица) трябва да бъдат сумирани и умножени по количество
• Трябва да се добавят фиксирани разходи след мумножение на променливите разходи
• Трябва да се показват само общите променливи и общи постоянни разходи
• Направете не смесете променливи + фиксирани разходи и умножете заедно (това създава грешки при закръгляване)

Грешки възникват, когато PDF съдържа няколко банкови сметки, но XML съдържа само една.

Само XML се брои - PDF файлът се игнорира.

Трябва да:

• Или избройте всички банкови сметки в XML,
  или
• Уверете се, че банковата сметка, съхранявана в основните данни на Siemens, съответства на XML.

Предварително платени артикули могат да бъдат включени, но:

• Не прилагайте данък към вече платени артикули
• Данъкът трябва да се прилага само за останалата дължима сума

В противен случай системата открива данъчни несъответствия и може да отхвърли фактурата.

В ГросПориз ниво:

• Само надбавки (отстъпки) са разрешени
• Не такси (доплащане) разрешено
  Дори такси със стойност 0 ще предизвика отхвърляне.

Включен е бърз преглед на разрешените/неразрешените XML пътеки (както в оригиналния текст).

Данъкът не е правилно записан. ДДС трябва да бъде записан в ПриложениеTradetax под СтавкаПриложен процент.

Отстъпки/допълнителните такси не са правилно записани. Прегледайте раздела за отстъпки.

Фактурата е напълно неправилна, често поради несъответствие в PDF/XML или неправилно смесено изчисление.

Неправилно въведен данък - същото правило като по-горе.

Възможни причини:

1. Елемент с отрицателен ред
2. Количество = 0
3. Твърде много десетични знаци

Възможни причини:

• Отстъпки, въведени като отрицателни артикули
• Фактурата е погрешно записана като кредитна бележка
• Смесване на фактури и кредитни бележки

Адресът на получателя на услугата е непълен в XML файла на вашата фактура, който е от значение за правно валидиране. Моля попълнете задължителното поле „Улица/P.O. Кутия.“

Вашата фактура в PDF формат съдържа вграден XML файл, който се изисква съгласно Закона за възможностите за растеж. Моля, уверете се, че адресите са предоставени в следния формат:

<ram:PostalTradeAddress>

ПОЩЕНСКИ АДРЕС</ram:PostcodeCode>

Улича/ ПОЩЕНСКИ ФАХ</ram:LineOne>

ГРАД</ram:CityName>

ДЪРЖАВЕН ХЛЯБ</ram:CountryID>

</ram:PostalTradeAddress>

Ако сте получили това известие за отхвърляне, моля, проверете вашия XML файл. Уверете се, че адресите за Вас, Вашия клиент и, ако е приложимо, получателя на стоката са въведени правилно. Например, уверете се, че полето за поща не е включено в името, тъй като това може да причини проблеми с картографирането.

Моля, проверете вашия XML файл за редови елементи с отрицателно количество. Отрицателните количества не са разрешени в електронна фактура.

Ако желаете да включите отстъпка или отстъпка, моля, не го представяйте като количество артикула с отрицателен ред. Вместо това имате следните опции:

1. Посочете отстъпка вместо елемент с отрицателен ред

Причината за отхвърлянето е, че сте докладвали отстъпките като елементи с отрицателна линия, а не като отстъпки.

Here два документа, достъпни за изтегляне, които обясняват как правилно да определите отстъпките. Моля, коригирайте фактурите си и ги изпратете отново на адреса за фактуриране на Siemens.

Документ: Изображение на абшългените и подложките по DIN16391

Документ: Изображение на подложките по DIN16391

2. Алтернативно: Издаване на кредитна бележка в съответствие с EN 16931:

В случаите, когато желаете да фактурирате отрицателна обща сума или възстановяване,

моля използвайте документ тип 381 (кредитна бележка).

Този тип документ е предназначен точно за такива бизнес транзакции и се поддържа от стандарта.

Моля, проверете вашия XML файл за редови елементи с отрицателно количество. Отрицателните количества не са разрешени в електронна фактура.

Ако желаете да включите отстъпкаМоля, не го представяйте като отрицателно количество. Вместо това имате следните опции:

1. Докладвайте отстъпки вместо елементи с отрицателен ред

   Причината за отхвърлянето е, че сте докладвали отстъпките като елементи с отрицателна линия, а не като отстъпки.

   Here два документа, които можете да изтеглите, които обясняват как правилно да докладвате отстъпките. Моля, актуализирайте фактурите си и ги изпратете отново на адреса за фактуриране на Siemens.
   
   Документ: Изображение на абшългените и подложките по DIN16391
   
   Документ: Изображение на подложките по DIN16391

2. Алтернативно: Издаване на кредитна бележка в съответствие с EN 16931:

В случаите, когато искате да фактурирате отрицателна обща сума или възстановяване, моля, използвайте документ тип 381 (кредитна бележка). Този тип документ е предназначен точно за такива бизнес транзакции и се поддържа от стандарта.

Вашата фактура в PDF формат съдържа вграден XML файл, който се изисква съгласно Закона за възможностите за растеж. Моля, уверете се, че вашите банкови данни са изброени в XML файла в съответствие със следния формат:

<ram:SpecifiedTradeSettlementPaymentMeans>

58</ram:TypeCode><! -- 58 = Прехвърляне на SEPA -->

ПОТРЕБИТЕЛСКИ НОМЕР/НОМЕР НА ПРАВОТО</ram:Information>

ВАШИЯТ ИБАН</ram:IBANID>

ОБИТАТЕЛ НА АКАУНТИ</ram:AccountName>

ВАШИЯТ БИК</ram:BICID>

ИМЕ НА БАНКАТА</ram:Name>

</ram:SpecifiedTradeSettlementPaymentMeans>

Ако сте получили това известие за отхвърляне, моля, проверете вашия XML файл. Уверете се, че информацията за банковата ви сметка е пълна и правилна.

Вашата фактура в PDF формат съдържа вграден XML файл, който се изисква съгласно Закона за възможностите за растеж.

Това съобщение за грешка обикновено се причинява от една от следните три причини. Моля, проверете всичко това за точност във вашата фактура и направете всички необходими корекции.

Вариант 1:

Вашите фактури съдържат грешки поради неправилно определена ценова база. В резултат на това математическото валидиране на вашите фактури за съжаление не е възможно.

Вие бъркате ценовата единица (BasisQuantity) с количеството (BilledQuantity). Количеството е посочено правилно, но ценовата база не е.

Here един пример за вас (не от вашата фактура, но еднакво приложим):

RAM: Специфицирана линия Споразумение>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основна единична код=„С62">5.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основен единичен код="C62">5.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: зачислено количествено единичкод=„С62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

Какво означава това?

Единична цена: </ram:BasisQuantity>5.00 означава, че цената от 100 важи за 5 единици. С други думи, 100 евро се таксуват за всеки 5 единици.

Количество: </ram:BilledQuantity>5.00 означава, че се таксуват 5 единици.

Изчисляване: Цената се изчислява, както следва: 100 (цена) × 5 (количество)/5 (цена единица) = 100

Проблем: Системата не разпознава правилно ценовата единица от 5 единици и изчислява цената неправилно.

Решение: Ценовата единица трябва да бъде зададена на 1, докато количеството остава същото. Here коригирания XML:

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основна единична код=„С62">1.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основна единична код=„С62">1.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: Зачислено количество единица код =„С62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

Обяснение:

Единична цена: </ram:BasisQuantity>1.00 означава, че цената от 100 важи за 1 единица.

Количество: </ram:BilledQuantity>5.00 означава, че се таксуват 5 единици.

Това гарантира, че цената се изчислява правилно и системата разпознава правилно ценовата единица.

Вариант 2:

Вашите фактури съдържат грешки, защото не разбирате термините „GrosSpriceProductTradePrice“ и „NetPriceProductTradePrice“. Важно е да се отбележи, че записите за „GrosSpriceProductTradePrice“ и „NetPriceProductTradePrice“ не се отнасят до данъци, а по-скоро за надценки и намаления. Ако за артикула не се прилагат надценки или намаления, брутните и нетните цени са идентични.

Here един отрицателен пример за вас (той не е от вашата фактура, а важи по абсолютно същия начин):

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>119.00</RAM: размер на заряд>

<RAM: основна единична код=„С62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основна единична код=„С62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

Решение: За да разрешите грешката, проверете дали маркировките или намаленията се отнасят за елемента. Ако не се прилагат надценки или намаления, GrosPriceProductTradePrice и NetPriceProductTradePrice ще бъдат еднакви.

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основна единична код=„С62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>1000.00</ram:ChargeAmount>

<RAM: основна единична код=„С62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

Вариант 3: Отстъпките са докладвани неправилно

Причината за отхвърлянето е, че сте докладвали отстъпките като отрицателни записи, а не като отстъпки.

Here ще намерите две ръководства за правилното отчитане на отстъпките, достъпни за изтегляне. Моля, актуализирайте фактурите си и ги изпратете отново на адреса за фактуриране на Siemens.

Документ: Изображение на абшългените и подложките по DIN16391

Документ: Изображение на подложките по DIN16391

Това съобщение за грешка показва, че PDF документът, който изпращате, не отговаря на изискванията на формата ZugFerd. ZugFerd (Централно ръководство за потребителя на германския форум за електронни фактури) е формат за електронни фактури, който включва както визуално PDF представяне, така и вграден XML файл.

Here основните точки на съобщението за грешка:

1. PDF/A-3 формат:
   
   Вашият PDF документ трябва да е във формат PDF/A-3. PDF/A-3 е специален вариант на PDF формат, който е подходящ за дългосрочно архивиране и вграждане на XML файлове.
2. Вградена XML фактура:
   
   PDF файлът трябва да съдържа вграден XML файл, който включва структурираните данни за фактурата. Този XML файл позволява автоматична обработка на данните за фактурата. От съществено значение е да се гарантира, че съдържанието на XML файла съответства на това на PDF документа. За публикуване се използва само XML файлът, тъй като се счита за главен документ.
3. Прикачени файлове за фактури:
   
   Всички прикачени файлове, принадлежащи към фактурата, трябва да бъдат вградени като част от XML файла и не могат да бъдат обработени отделно.

Ако вашият PDF документ не отговаря на тези изисквания, той не може да бъде обработен като фактура ZugFerd. Трябва да се уверите, че PDF файлът е в правилния формат и че XML данните са правилно вградени.

Това съобщение за грешка означава, че версията на ZugferD, която използвате за вашата фактура, не отговаря на текущите законови изисквания. От 1 януари 2025 г. фактурите, използващи формата ZugFerd, трябва да са версия 2.0.1 или по-нова, за да отговарят на изискванията за ДДС в съответствие със стандарта EN 16931.

За да разрешите този проблем, трябва да се уверите, че вашият софтуер за фактуриране е актуализиран до версия, която поддържа ZugFerd 2.0.1 или по-нова версия. За повече информация, моля, посетете уебсайта на Федералното министерство на финансите.

Това съобщение за грешка означава, че вашата фактура във формат X-Rechnung или PEPPOL не отговаря на текущите изисквания за съответствие. За да сте сигурни, че вашата фактура отговаря на законовите изисквания, трябва да прегледате полетата за структура и данни на вашата фактура и да направите всички необходими корекции.

Може да е полезно да актуализирате софтуера си за фактуриране или да се свържете с екипа за поддръжка на вашия доставчик на софтуер, за да се уверите, че вашите фактури са правилно форматирани.

Това съобщение за грешка означава, че XML файлът на вашата фактура съдържа синтаксисни грешки, които пречат на обработката му. Here някои възможни причини и стъпки за разрешаване на проблема:

1. Синтаксисни грешки в структурата на XML:
   Това може да бъде причинено от липсващи или неправилни елементи, неправилни пространства от имена или неправилно кодиране. Уверете се, че всички необходими елементи присъстват и са форматирани правилно.
2. Липсват задължителни полета:
   Проверете дали всички задължителни полета, като номер на фактурата, дата на фактурата и валута, са правилни и пълни.

Моля, не се колебайте да се свържете с нас на E-invoiceClarificationInternal.de@siemens.com Моля, приложете оригиналната фактура.

Това съобщение за грешка показва два конкретни проблема:

1. „Маркупа/намаление на ценовото ниво“: Съгласно DIN EN 16931 не е позволено да се посочват надценки или намаления на ценовото ниво. Трябва да се уверите, че такива спецификации са въведени правилно на ниво артикул. Here три документа, които обясняват как правилно да определите намаленията и маркировките:

   
   
   Документ: Изображение на абшългените и подложките по DIN16391
   
   Документ, изобразен от подложки по DIN16391

2. Не е предоставен номер на фактурата: Всяка фактура трябва да съдържа уникален номер на фактурата. Моля, уверете се, че вашата фактура включва такъв номер, за да отговаря на законовите изисквания.

За да се справите с тази грешка, не забравяйте да персонализирате софтуера си за отчитане или да добавите известна информация ръчно.