In Bearbeitung Fehler Erstellung XRechnung

[komaxer]

Hallo JTL-Community,

wir bekommen beim erstellen einer XRechnung folgenden Fehler:

Prüfbericht Angaben zum geprüften Dokument Konformitätsprüfung: Das geprüfte Dokument enthält 2 Fehler / 0 Warnungen. Es ist nicht konform zu den formalen Vorgaben. Übersicht der Validierungsergebnisse: Prüfschritt Fehler Warnungen Informationen XML Schema for UN/CEFACT XML (SCRDM - CII uncoupled) (val-xsd) 0 0 0 Schematron rules for EN16931 (CII) (val-sch.1) 2 0 0 Schematron rules for CIUS XRechnung (CII) (val-sch.2) 0 0 0 Schematron rules for UBL-Conversion (CII) (val-sch.3) 0 0 0 Validierungsergebnisse im Detail: Pos Code Adj. Grad (Grad) Text val-sch.1.1 BR-CO-17 error [BR-CO-17]-VAT category tax amount (BT-117) = VAT category taxable amount (BT-116) x (VAT category rate (BT-119) / 100), rounded to two decimals. Pfad: /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction[1]/ram:ApplicableHeaderTradeSettlement[1]/ram:ApplicableTradeTax[1] val-sch.1.2 BR-S-09 error [BR-S-09]-The VAT category tax amount (BT-117) in a VAT breakdown (BG-23) where VAT category code (BT-118) is "Standard rated" shall equal the VAT category taxable amount (BT-116) multiplied by the VAT category rate (BT-119). Pfad: /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction[1]/ram:ApplicableHeaderTradeSettlement[1]/ram:ApplicableTradeTax[1]/ram:CategoryCode[1] Bewertung: Es wird empfohlen das Dokument zurückzuweisen. Dieser Prüfbericht wurde erstellt mit KoSIT Validator 1.4.0.

Wir sind nach der videoanleitung von JTL vorgegangen und denken, daß der Fehler
noch bei uns im Auftrag liegt.

Vielen Dank für jeden Denkanstoß im voraus.

 

[Valery]

Hallo,

wir haben den gleichn Fehler.

Habt Ihr es behoben können?

Liegt es vielleicht an der Rundung von den Beträgen ?

Gruß

 

[Michael Vogel]

Immer noch keine Lösung für dieses Problem, das ist wirklich schlecht, immer mehr Behörden wollen die xRechnung haben.
Warum Antwortet niemand von JTL auf dieses Thema, ich hatte das auch schon an Manuel Pietzsch gemailt und dieser verwies mich an das Forum.

Gruß
Michael

 

[waagenwelt]

Hallo,
wir haben dasselbe Problem mit der Validierung:

Beispiel

Bruttobetrag: 56.90
ergibt berechnet
Netto 47,8151 gerundet 47,82
VAT 9.084 gerundet 9.08

XRechnung erwartet aber eine Umsatzsteuer die zum gerundeten Nettobetrag passt und das sind 9,09.
Ziehe ich das im Export nach, stimmt der Summe aus Netto+VAT nicht mehr mit Brutto überein.

Hat das schon jemand gelöst?

Viele Grüße
Stefan

 

[Michael Vogel]

Es kann doch nicht sein, das niemand Xrechnungen benötigt oder gibt es jemanden der sich damit auskennt?
Warum kümmert sich JTL nicht um eine endgültige Lösung, damit es endlich voran geht.
Sonst wird d auch jeder Unsinn eingebaut, bei jedem Update der Version 1.6 kommt mehr unproffesionelles Zeug dazu, wie zum Beispiel die neue Rechnungserstellung, total überflüssig, die Lösung vor der Version 1.6.36.0 war echt gut, jetzt ist alles viel unübersichtlicher geworden.
Das nur mal am Rande.

ich brauche wirklich schnelle Hilfe für die Xrechnung !!!

 

[3jojojo]

gleicher Fehler wie ist die Lösung??

 

[3jojojo]

Es kann doch nicht sein, das niemand Xrechnungen benötigt oder gibt es jemanden der sich damit auskennt?
Warum kümmert sich JTL nicht um eine endgültige Lösung, damit es endlich voran geht.
Sonst wird d auch jeder Unsinn eingebaut, bei jedem Update der Version 1.6 kommt mehr unproffesionelles Zeug dazu, wie zum Beispiel die neue Rechnungserstellung, total überflüssig, die Lösung vor der Version 1.6.36.0 war echt gut, jetzt ist alles viel unübersichtlicher geworden.
Das nur mal am Rande.

ich brauche wirklich schnelle Hilfe für die Xrechnung !!!

Hallo Michael wie habt ihr das Problem gelöst?

 

[Markus Hütz]

Hallo zusammen,

ich habe Ticket https://issues.jtl-software.de/issues/WAWI-64694 angelegt und an die entsprechenden Kollegen verwiesen. Das Problem wird aktuell intern besprochen.
Ich kann Euch hier leider nur um Geduld bitten.

Gruß,
Markus

 

[JoergW]

Gibt es hierzu mittlerweile eine Lösung? Wir haben das gleiche Problem.

Derzeit lösen wir es, in dem wir die Rechnung stornieren und im Auftrag den Artikelpreis um 1 oder 2 Cent ändern. Danach neue Rechnung und mit Glück klappt es.

 

[EventStoreMannheim]

Hallo zusammen,

ich hatte gestern ebenfalls Probleme mit dem einreichen einer Xrechnung,
folgende Probleme wurden mir aufgeführt:

• [BR-S-09]-The VAT category tax amount (BT-117) in a VAT breakdown (BG-23) where VAT category code (BT-118) is "Standard rated" shall equal the VAT category taxable amount (BT-116) multiplied by the VAT category rate (BT-119). (Level: fatal)
• [BR-DE-21] Das Element "Specification identifier" (BT-24) soll syntaktisch der Kennung des Standards XRechnung entsprechen. (Level: warning)

Nach 4 Stunden Beträge lesen und rum Probieren hatte ich eigentlich keine Lust mehr, diverse Vorlagen aus dem Forum konnte ich entweder nicht in der Wawi einlesen oder wurden nicht akzeptiert.

Letzter Versuch war es, die Rechnung zu stornieren, den Auftrag zu duplizieren und bei jeder Position geschaut, das der Netto-Stückpreis nur 2 Stellen hinterm Komma hat, dann hat es funktioniert.

ich nutze die Wawi Version 1.5.45.1.

Gruß

Stefan

 

[firegrisus]

Hallo,
ich habe gerade aktuell auch genau diesen Fehler mit der Rundung. Gibt es eine Lösung nach den doch vergangenen Jahren - welche ich hier übersehe ?
So kann ich die Rechnung nicht "einreichen".

Viele Grüße
Nicole Persuhn

 

[dapole]

..... Ich hasse mittlerweile diese Thematik ... Und das ziemlich weit oben auf meiner "hatelist"

Dieses Jahr ca. die 4te oder 5te e-Rechnung, die wir irgendwo auch hochladen müssen ....
Die Zeit, die ich dafür schon auf opferte: bestimmt 20 - 25 Stunden .... ( 2 Rechnungen fehlen noch.....)

Wenn ich, als Anwendungsentwickler damit nicht so recht zurecht komme, frage ich mich, wie das n kleines Unternehmen oder ähnliches machen soll ....

Hab ja auch die 'GrundVorlage' ausm forum genommen ... und mit jeder Rechnung immer weiter 'verfeinert' mit der Hoffnung ir-wann die 'perfekte' Vorlage zu haben ...

... aber so langsam verliere ich die Hoffnung ....

@firegrisus:
An diesem kack Phänomen sitze ich auch grad dran ...,. Eine Rechnung mit 2 Positionen und 1000€ Warenwert ... und Stundenlange Arbeit um das einzufordern ....

Naja, wenn ich das irwie gelöst bekomme, gibts auf jeden Fall n Feedback an der Stelle .....

 

[dapole]

<ram:CalculatedAmount>XX</ram:CalculatedAmount> <!-- Steuerbetrag -->
<ram:TypeCode>VAT</ram:TypeCode> <!-- Steuerart -->
<ram:BasisAmount>XXXX/ram:BasisAmount> <!-- Steuerbasisbetrag -->
<ram:CategoryCode>S</ram:CategoryCode> <!-- Steuerkategorie -->
<ram:RateApplicablePercent>19.00</ram:RateApplicablePercent> <!-- Steuersatz -->
</ram:ApplicableTradeTax>

Hier muss (BasisAmount*1,19) - BasisAmount muss CalculatedAmount ergeben .... Dann behebt das den oben genannten Fehler ....