ZUGFeRD / Factur-X
Hybrydowy format e-faktury łączący wizualną fakturę ze strukturalnymi danymi XML. Zakres obowiązkowych danych i reguł zależy od wybranego profilu.
Wgraj PDF lub XML i sprawdź fakturę ZUGFeRD / Factur-X oraz reguły EN 16931 silnikiem Mustangproject.
VersandFaktur tworzy faktury z zamówień eBay i Allegro oraz obsługuje ZUGFeRD / Factur-X i procesy KSeF.
ZUGFeRD i Factur-X łączą czytelną dla człowieka fakturę ze strukturalnymi danymi XML. Odbiorca może oglądać dokument jak zwykłą fakturę, a system księgowy może jednocześnie automatycznie przetwarzać osadzone dane.
Hybrydowy format e-faktury łączący wizualną fakturę ze strukturalnymi danymi XML. Zakres obowiązkowych danych i reguł zależy od wybranego profilu.
Europejska norma semantyczna dla faktur elektronicznych definiuje m.in. pojęcia biznesowe, wymagane dane, zależności sum oraz reguły obliczania VAT.
Niemieckie CIUS oparte na EN 16931. XRechnung jest używane jako strukturalna faktura XML. Odpowiednie profile mogą być sprawdzane, jeśli obsługuje je używana wersja Mustangproject.
Wgrany plik jest lokalnie przekazywany do Mustangproject na serwerze VersandFaktur. W zależności od typu pliku i wykrytego profilu sprawdzanych jest kilka warstw:
Wiele niepoprawnych e-faktur nie ma problemu z wyglądem PDF, lecz z matematycznymi zależnościami w XML. Przy diagnostyce szczególnie często przydają się te reguły:
Suma netto pozycji faktury nie zgadza się z sumą pozycji w nagłówku dokumentu. Typowa przyczyna to zaokrąglenie albo zmiana pozycji po obliczeniu sum.
Kwota faktury bez VAT nie zgadza się z sumą pozycji, dopłat i rabatów.
Kwota faktury z VAT nie zgadza się z kwotą netto powiększoną o VAT.
Kwota do zapłaty nie uwzględnia spójnie sumy faktury, przedpłaty albo kwoty zaokrąglenia.
Kwota VAT dla kategorii podatkowej nie odpowiada podstawie opodatkowania × stawka VAT po wymaganym zaokrągleniu.
Gdy marketplace narzuca końcową cenę brutto, przeliczenie jej wstecz na netto i VAT może dać różnicę jednego centa. Nie należy ukrywać jej przez matematycznie błędny VAT. EN 16931 przewiduje kwotę zaokrąglenia (BT-114), dzięki której poprawne obliczenie podatku może współistnieć z faktyczną kwotą faktury.
Poprawny XML sam w sobie nie oznacza jeszcze, że hybrydowy PDF ZUGFeRD / Factur-X jest poprawny. Dla faktur PDF Mustangproject sprawdza także właściwości PDF/A i odpowiednie metadane, dlatego wynik XML i PDF/A może być różny.
„Poprawna” oznacza, że Mustangproject nie zgłosił niezaliczonej technicznej reguły dla przesłanego pliku i wykrytego profilu. To walidacja techniczna i nie zastępuje podatkowej ani prawnej oceny konkretnej transakcji.
Mustangproject sprawdza osadzony XML Factur-X/ZUGFeRD, a dla PDF również właściwości PDF/A. Zależnie od profilu kontrolowane są reguły EN16931.
Nie. Po walidacji wgrany plik jest usuwany z prywatnego katalogu tymczasowego.
PDF i XML do 10 MB. PDF musi mieć prawidłową sygnaturę pliku, a XML jest analizowany bez pobierania zewnętrznych zasobów.
Aktualne generacje ZUGFeRD i Factur-X są ze sobą ściśle zharmonizowane. Dlatego zależnie od pliku i profilu również w niemieckiej fakturze ZUGFeRD może pojawić się identyfikator profilu Factur-X.
Nie. Oba rozwiązania bazują na EN 16931, ale są innymi implementacjami. XRechnung jest niemieckim CIUS używanym jako strukturalny XML, natomiast ZUGFeRD / Factur-X zwykle łączy wizualną fakturę z osadzonym XML.
BR-CO-17 dotyczy obliczenia VAT dla kategorii podatkowej. Podstawa opodatkowania i stawka VAT muszą odpowiadać wykazanej kwocie VAT zgodnie z regułami zaokrągleń EN 16931.
Tak. Reguły XML i właściwości PDF/A są osobnymi warstwami walidacji. Faktura hybrydowa może więc przejść test XML, a jednocześnie mieć błąd PDF/A lub metadanych.