E-fakturowanie Niemcy

W przeciwieństwie do rabatów, notatki kredytowe nie mogą być zawarte bezpośrednio w oryginalnej fakturze. Ponieważ niektóre systemy fakturowania nie obsługują pozycji ujemnych linii faktur, notatki kredytowe muszą być rejestrowane osobno.

Oznacza to, że musisz utworzyć niezależny dokument dla noty kredytowej zamiast umieszczać go w oryginalnej fakturze. Dzięki temu oryginalna faktura jest odpowiednio ustrukturyzowana, a odbiorca może wyraźnie zidentyfikować odniesienie.

Podczas rejestrowania noty kredytowej ważne jest, aby użyć typu dokumentu 381 i wprowadź kwotę kredytu jako wartość dodatnia. Należy również dołączyć odniesienie do oryginalnej faktury, dla której wystawiono list kredytowy.

Ważne: Nota kredytowa nie może być zarejestrowana jako faktura anulowana.

Pola Cena bruttoProduktTradeCena a Cena nettoProductTradePrice robić nie odnoszą się do podatków, ale do dopłat i potrąceń. Jeśli do pozycji nie obowiązują żadne dopłaty ani potrącenia, cena brutto i netto będą identyczne.

VAT jest rejestrowany osobno w sekcji ZastosowaniaTradetax, gdzie wartość procentowa jest określona w Stawka StosowaniaStosowania%.

Aby poprawnie wyświetlić rabaty gotówkowe na fakturach XML, wykonaj następujące czynności:

1. Wprowadź warunki rabatu gotówkowego w sekcji

   Określone warunki płatności handlowych:
   
   <ram:SpecifiedTradePaymentTerms>

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

Wyjaśnienie:

• #SKONTO #

  = identyfikuje wpis jako rabat gotówkowy

• #TAGE =14#

  = zniżka ważna w ciągu 14 dni

• #PROZENT =3.00#

  = stopa dyskontowa 3%

• #BASISBETRAG =xx#

  = kwota, od której obliczany jest rabat

2. Rzeczywista kwota dyskontu gotówkowego musi być pokazana pod Całkowita kwota wyprzedaży w Określono transakcjęPodsumowanie AderMonetarySummation.

Zrób nie wprowadź rabat jako osobną pozycję w wierszu faktury. Użyj opisanej powyżej strukturalnej notacji XML.

1. Rabaty powinny nie być rejestrowane jako ujemne pozycje na fakturze. Mogą być wyświetlane jako część elementu wiersza lub na poziomie nagłówka.
2. Wprowadź zniżkę w Określona liniaPorozumienie- Wprowadź cenę brutto w Cena bruttoProduktTradeCena- Wprowadź cenę netto po zniżka w Cena nettoProductTradePrice

W ten sposób odliczenie jest już wliczone w cenę netto.

Opcjonalnie można dodać dodatkowe szczegóły (stopa dyskontowa, podstawa obliczeniowa) Określona liniaSettlement.

Ważne: Rabat musi zawsze odnosić się do cena całkowita pozycji faktury, a nie ceny jednostkowej.

Dokument: Abbildung von Abschlägen und Rabatten nach DIN16931

Dokument: Abbildung von Abschlägen und Zuschlägen nach DIN16391

Dokument: Abbildung von Zuschlägen nach DIN16391

Błąd „opłata frachtowa nie jest zmapowana” w SupplyOn wskazuje nieprawidłowe odwzorowanie kosztów frachtu. Przyczyny mogą obejmować:

• Opłaty frachtowe nie są powiązane z prawidłowymi kodami rezerwacji
• Brakujące mapowanie w SupplyOn
• Nieprawidłowa kategoryzacja lub formatowanie

Sprawdź, czy opłaty za fracht są poprawnie skonfigurowane i zmapowane.

Wypełnij te pola:

• EINV.Validation.Field.Partners.Seller.ContactData.Identifier — Kontakt z dostawcy/działem
• einv.validation.field.partners.seller.street — Ulica dostawcy/skrzynka pocztowa
• einv.walidation.field.partners.buyer.street — Ulica klienta/skrzynka pocztowa
• einv.walidation.field.partners.kupuyer.country — Kraj klienta

Pełna informacja zapewnia prawidłowe przetwarzanie.

Podpozycje należy wprowadzić jako wiersze wolnego tekstu, nie jako linie z ilością = 0. Użycie ilości zero spowoduje odrzucenie faktury.

Tak. Oba formaty muszą dokładnie pasować.

XML jest czytelny maszynowo. Jeśli jakakolwiek informacja znajduje się tylko w pliku PDF (np. data dostawy), ale brakuje lub jest nieprawidłowa w XML, nie można ich przetworzyć, a faktura może zostać odrzucona.

1. Prawidłowe mapowanie pól

• Wprowadź tylko zamierzone wartości w polach (np. „Numer zamówienia” powinien zawierać tylko numer zamówienia)

2. Strukturalne dane XML

• Każda linia prawidłowo oddzielona: ilość, numer artykułu, cena, rabat
• Brak łączenia lub powielania pól
• Rabatów nie wolno wpisywać jako ilości ujemnych

3. Unikaj typowych błędów

• Dokładne dopasowanie do numeru zamówienia
• Brak dodatkowych uwag w polach adresowych
• Użyj prawidłowych kwot i walut
• Czyste formatowanie — unikaj niepotrzebnych spacji lub znaków

4. Walidacja przed wysłaniem

• Użyj funkcji podglądu
• Użyj reguł automatycznej weryfikacji, jeśli są dostępne

Wynajem magazynu należy wpisać za pośrednictwem BilledIlość w Określona linieDostawa.

Upewnij się:

• Ilość (BilledQuantity) i Kod Jednostki odpowiadają podstawie ceny
• Zrób nie użycie BasisQuantity, ponieważ spowoduje to niewłaściwą jednostkę (np. 1 m³ zamiast 1000 m³)

Jeżeli linia obejmuje zarówno koszty zmienne, jak i stałe:

• Koszty zmienne (na jednostkę) muszą być sumowane i pomnożone przez ilość
• Należy dodać koszty stałe po mwielokrotność kosztów zmiennych
• Należy pokazać tylko całkowite koszty zmienne i całkowite koszty stałe
• Zrób nie mieszać zmienne + koszty stałe i pomnożyć razem (powoduje to błędy zaokrąglania)

Błędy występują, gdy plik PDF zawiera wiele kont bankowych, ale XML zawiera tylko jedno.

Liczy się tylko XML — plik PDF jest ignorowany.

Musisz:

• Albo wypisz wszystkie konta bankowe w XML,
  albo
• Upewnij się, że konto bankowe przechowywane w danych głównych Siemens odpowiada XML.

Wcześniej płatne przedmioty mogą być uwzględnione, ale:

• Nie stosuj podatku do już opłaconych przedmiotów
• Podatek należy zastosować tylko do pozostałej należnej kwoty

W przeciwnym razie system wykrywa niespójności podatkowe i może odrzucić fakturę.

W Grosspryż poziom:

• Tylko dodatki (rabaty) są dozwolone
• Nie opłaty (dopłaty) dopuszczalny
  Nawet opłaty z wartością 0 spowoduje odrzucenie.

Uwzględniono krótki przegląd dozwolonych/niedozwolonych ścieżek XML (jak w oryginalnym tekście).

Podatek nie jest poprawnie zarejestrowany. VAT musi być zarejestrowany w ZastosowaniaTradetax pod Stawka StosowaniaStosowania%.

Rabaty/dopłaty niepoprawnie zarejestrowane. Przejrzyj sekcję dotyczącą rabatów.

Całkowita faktura jest nieprawidłowa, często z powodu niedopasowania PDF/XML lub nieprawidłowego obliczenia mieszanego.

Nieprawidłowo wprowadzony podatek - ta sama zasada co powyżej.

Możliwe przyczyny:

1. Element linii ujemnej
2. Ilość = 0
3. Zbyt wiele miejsc po przecinku

Możliwe przyczyny:

• Rabaty wprowadzone jako pozycje ujemne
• Faktura błędnie zapisana jako nota kredytowa
• Mieszanie faktur i notatek kredytowych

Adres odbiorcy usługi jest niekompletny w pliku XML faktury, co jest istotne dla weryfikacji prawnej. Proszę wypełnić wymagane pole „Ulica/P.O. Pudełko.”

Twoja faktura w formacie PDF zawiera osadzony plik XML, który jest wymagany zgodnie z ustawą o możliwościach wzrostu. Upewnij się, że adresy są podane zgodnie z następującym formatem:

<ram:PostalTradeAddress>

POSTLEITZAHL</ram:PostcodeCode>

Ulica/POSTFACH</ram:LineOne>

STADT</ram:CityName>

KRAŃCOWY KRÓJ</ram:CountryID>

</ram:PostalTradeAddress>

Jeśli otrzymałeś to powiadomienie o odrzuceniu, sprawdź plik XML. Upewnij się, że adresy dla Ciebie, Twojego klienta i, w stosownych przypadkach, odbiorcy towarów są wpisane poprawnie. Na przykład upewnij się, że pole P.O. nie jest zawarte w nazwie, ponieważ może to spowodować problemy z mapowaniem.

Sprawdź plik XML pod kątem pozycji wiersza z ilością ujemną. Ilości ujemne nie są dozwolone na fakturze elektronicznej.

Jeśli chcesz uwzględnić zniżkę lub rabat, proszę nie przedstawiać go jako ilości pozycji ujemnej. Zamiast tego masz następujące opcje:

1. Określ rabat zamiast pozycji ujemnej

Powodem odrzucenia jest to, że zgłosiłeś rabaty jako pozycje ujemnej, a nie jako rabaty.

Here dwa dokumenty dostępne do pobrania, które wyjaśniają, jak poprawnie określić rabaty. Dostosuj faktury i wyślij je ponownie na adres rozliczeniowy firmy Siemens.

Dokument: Obliczanie odstępów i zuszlaków zgodnie z DIN16391

Dokument: Obraz zuschlägen zgodnie z DIN16391

2. Alternatywnie: Wystawić notatkę kredytową zgodnie z normą EN 16931:

W przypadkach, w których chcesz wystawić fakturę ujemną kwotę całkowitą lub zwrot pieniędzy,

proszę użyć dokumentu typu 381 (notatka kredytowa).

Ten typ dokumentu jest przeznaczony właśnie do takich transakcji biznesowych i jest obsługiwany przez standard.

Sprawdź plik XML pod kątem pozycji wiersza z ilością ujemną. Ilości ujemne nie są dozwolone na fakturze elektronicznej.

Jeśli chcesz uwzględnić zniżkę, proszę nie przedstawiać go jako ilości ujemnej. Zamiast tego masz następujące opcje:

1. Zgłoś rabaty zamiast pozycji ujemnych

   Powodem odrzucenia jest to, że zgłosiłeś rabaty jako pozycje ujemnej, a nie jako rabaty.

   Here dwa dokumenty, które możesz pobrać, które wyjaśniają, jak poprawnie zgłaszać rabaty. Zaktualizuj faktury i wyślij je ponownie na adres rozliczeniowy Siemens.
   
   Dokument: Obliczanie odstępów i zuszlaków zgodnie z DIN16391
   
   Dokument: Obraz zuschlägen zgodnie z DIN16391

2. Alternatywnie: Wystawić notatkę kredytową zgodnie z normą EN 16931:

W przypadku, gdy chcesz wystawić fakturę ujemną kwotę całkowitą lub zwrot pieniędzy, należy użyć dokumentu typu 381 (notatka kredytowa). Ten typ dokumentu jest przeznaczony właśnie do takich transakcji biznesowych i jest obsługiwany przez standard.

Twoja faktura w formacie PDF zawiera osadzony plik XML, który jest wymagany zgodnie z ustawą o możliwościach wzrostu. Upewnij się, że Twoje dane bankowe są wymienione w pliku XML zgodnie z następującym formatem:

<ram:SpecifiedTradeSettlementPaymentMeans>

58</ram:TypeCode><! -- 58 = Przełączenie SEPA -->

UŻYTKOWNICA/NUMER PRAWNY</ram:Information>

YOUR IBAN</ram:IBANID>

WŁAŚCICIEL RACHUNKÓW</ram:AccountName>

YOUR BIC</ram:BICID>

NAZWA BANKU</ram:Name>

</ram:SpecifiedTradeSettlementPaymentMeans>

Jeśli otrzymałeś to powiadomienie o odrzuceniu, sprawdź plik XML. Upewnij się, że informacje o Twoim koncie bankowym są kompletne i poprawne.

Twoja faktura w formacie PDF zawiera osadzony plik XML, który jest wymagany zgodnie z ustawą o możliwościach wzrostu.

Ten komunikat o błędzie jest zwykle spowodowany jednym z następujących trzech powodów. Prosimy o sprawdzenie wszystkich tych faktur pod kątem dokładności i wprowadzenie niezbędnych poprawek.

Opcja 1:

Twoje faktury zawierają błędy spowodowane nieprawidłowo określoną podstawą cenową. W rezultacie matematyczna walidacja faktur jest niestety niemożliwa.

Mylisz jednostkę ceny (BasisQuantity) z ilością (BilledQuantity). Ilość jest określona poprawnie, ale podstawa ceny nie jest.

Here przykład dla Ciebie (nie z twojej faktury, ale równie odpowiedni):

RAM:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM:BasisQuantity UnitCode =„C62">5.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM:BasisQuantity UnitCode="C62">5.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: BilledQuantity UnitCode =„C62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

Co to znaczy?

Cena jednostkowa: 5,00</ram:BasisQuantity> oznacza, że cena 100 dotyczy 5 sztuk. Innymi słowy, 100€ jest naliczane za każde 5 jednostek.

Ilość: 5,00</ram:BilledQuantity> oznacza, że rozliczane są 5 jednostek.

Obliczenia: Cena jest obliczana w następujący sposób: 100 (cena) × 5 (ilość)/5 (jednostkowa cena) = 100

Problem: System nie rozpoznaje poprawnie jednostki cenowej 5 sztuk i niepoprawnie oblicza cenę.

Rozwiązanie: Jednostka ceny powinna być ustawiona na 1, podczas gdy ilość pozostaje taka sama. Here poprawiony XML:

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM:BasisQuantity UnitCode =„C62">1.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM:BasisQuantity UnitCode =„C62">1.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: BilledQuantity UnitCode =„C62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

Wyjaśnienie:

Cena jednostkowa: 1,00</ram:BasisQuantity> oznacza, że cena 100 dotyczy 1 jednostki.

Ilość: 5,00</ram:BilledQuantity> oznacza, że rozliczane są 5 jednostek.

Gwarantuje to prawidłowe obliczenie ceny, a system prawidłowo rozpoznaje jednostkę ceny.

Opcja 2:

Twoje faktury zawierają błędy, ponieważ nie rozumiesz terminów „GrosSpriceProductTradePrice” i „NetPriceProductTradePrice”. Należy zauważyć, że wpisy dla „GrosSpriceProductTradePrice” i „NetPriceProductTradePrice” nie odnoszą się do podatków, ale raczej do marż i obniżek. Jeśli do przedmiotu nie obowiązują żadne marże ani przeceny, ceny brutto i netto są identyczne.

Here negatywny przykład dla Ciebie (nie pochodzi z twojej faktury, ale dotyczy dokładnie w ten sam sposób):

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>119.00</RAM:ChargeAmont>

<RAM:BasisQuantity UnitCode =„C62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM:BasisQuantity UnitCode =„C62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

Rozwiązanie: Aby rozwiązać ten błąd, sprawdź, czy do elementu mają zastosowanie znaczniki lub obniżki. Jeśli nie obowiązują żadne marże ani przeceny, GrosPriceProductTradePrice i NetPriceProductTradePrice będą miały taką samą kwotę.

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

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

<RAM:BasisQuantity UnitCode =„C62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

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

<RAM:BasisQuantity UnitCode =„C62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

Opcja 3: Zniżki zostały zgłoszone nieprawidłowo

Powodem odrzucenia jest to, że zgłosiłeś rabaty jako negatywne wpisy, a nie jako rabaty.

Here znajdziesz dwa przewodniki dotyczące prawidłowego zgłaszania rabatów, dostępne do pobrania. Zaktualizuj faktury i wyślij je ponownie na adres rozliczeniowy Siemens.

Dokument: Obliczanie odstępów i zuszlaków zgodnie z DIN16391

Dokument: Obraz zuschlägen zgodnie z DIN16391

Ten komunikat o błędzie wskazuje, że wysyłany dokument PDF nie spełnia wymagań formatu ZugFerd. ZugFerd (Central User Guide of the German Electronic Invoice Forum) to format faktur elektronicznych, który zawiera zarówno wizualną reprezentację PDF, jak i osadzony plik XML.

Here główne punkty komunikatu o błędzie:

1. Format PDF/A-3:
   
   Dokument PDF musi być w formacie PDF/A-3. PDF/A-3 to specjalny wariant formatu PDF, który nadaje się do długotrwałej archiwizacji i osadzania plików XML.
2. Osadzona faktura XML:
   
   Plik PDF musi zawierać osadzony plik XML zawierający ustrukturyzowane dane faktury. Ten plik XML umożliwia automatyczne przetwarzanie danych faktury. Ważne jest, aby upewnić się, że zawartość pliku XML jest zgodna z zawartością dokumentu PDF. Do publikowania używany jest tylko plik XML, ponieważ jest uważany za dokument główny.
3. Załączniki do faktur:
   
   Wszystkie załączniki należące do faktury muszą być osadzone jako część pliku XML i nie mogą być przetwarzane oddzielnie.

Jeśli dokument PDF nie spełnia tych wymagań, nie może być przetwarzany jako faktura ZugFerd. Należy upewnić się, że plik PDF jest w prawidłowym formacie i że dane XML są poprawnie osadzone.

Ten komunikat o błędzie oznacza, że wersja ZugFerd używana do faktury nie spełnia aktualnych wymagań prawnych. Od 1 stycznia 2025 r. faktury wykorzystujące format ZugFerd muszą być w wersji 2.0.1 lub nowszej, aby spełnić wymogi VAT zgodnie z normą EN 16931.

Aby rozwiązać ten problem, należy upewnić się, że oprogramowanie do fakturowania zostało zaktualizowane do wersji obsługującej ZugFerd 2.0.1 lub nowszą. Aby uzyskać więcej informacji, odwiedź stronę internetową Federalnego Ministerstwa Finansów.

Ten komunikat o błędzie oznacza, że faktura w formacie X-Rechnung lub PEPPOL nie spełnia aktualnych wymagań zgodności. Aby upewnić się, że faktura jest zgodna z wymogami prawnymi, należy zapoznać się ze strukturą i pól danych faktury i dokonać niezbędnych zmian.

Pomocna może być aktualizacja oprogramowania do fakturowania lub skontaktowanie się z zespołem pomocy technicznej dostawcy oprogramowania, aby upewnić się, że faktury są poprawnie sformatowane.

Ten komunikat o błędzie oznacza, że plik XML faktury zawiera błędy składni, które uniemożliwiają jej przetwarzanie. Here kilka możliwych przyczyn i kroków, aby rozwiązać problem:

1. Błędy składniowe w strukturze XML:
   Może to być spowodowane brakującymi lub nieprawidłowymi elementami, nieprawidłowymi przestrzeniami nazw lub nieprawidłowym kodowaniem. Upewnij się, że wszystkie wymagane elementy są obecne i poprawnie sformatowane.
2. Brak wymaganych pól:
   Sprawdź, czy wszystkie wymagane pola, takie jak numer faktury, data faktury i waluta, są poprawne i kompletne.

Skontaktuj się z nami pod adresem E-invoiceClarificationInternal.de@siemens.com Proszę dołączyć oryginalną fakturę.

Ten komunikat o błędzie wskazuje dwa konkretne problemy:

1. „Markup/Markdown na poziomie cen”: Zgodnie z normą DIN EN 16931 nie wolno określać marż ani obniżek na poziomie cen. Należy upewnić się, że takie specyfikacje są poprawnie wprowadzone na poziomie przedmiotu. Here trzy dokumenty wyjaśniające, jak poprawnie określić obniżki i znaczniki:

   
   
   Dokument: Obliczanie odstępów i zuszlaków zgodnie z DIN16391
   
   Dokument opracowywany przez zuschlägen zgodnie z DIN16391

2. Nie podano numeru faktury: Każda faktura musi zawierać unikalny numer faktury. Upewnij się, że Twoja faktura zawiera taki numer, aby był zgodny z wymogami prawnymi.

W przypadku usunięcia tej błędu należy dostosować swoje oprogramowanie prawne lub ręcznie dodać inne informacje.