Neu Wie erstelle ich eine XRechnung in JTL-Wawi & wo finde ich die Leitweg-ID (Video)

[frankw]

Hallo,

nein, wir haben kein UBL-Template.

Es gibt die Beispiel vom KoSIT auch immer in beiden Formaten, diese sind gleichwertig:

https://raw.githubusercontent.com/i...usiness-cases/standard/01.01a-INVOICE_ubl.xml
https://raw.githubusercontent.com/i...ss-cases/standard/01.01a-INVOICE_uncefact.xml

Gruß,
Frank

 

[froot]

Es gibt die Beispiel vom KoSIT auch immer in beiden Formaten, diese sind gleichwertig:

was heißt gleichwertig in dem Zusammenhang?

 

[frankw]

Es sind andere Formate mit den gleichen Funktionen. Beide sind Teil des XRechnungs Standards und müssen angenommen werden.

Erläuterungen dazu z.B.:
https://mind-forms.de/e-rechnung/di...echnung-der-unterschied-zwischen-ubl-und-cii/

ZUGFeRD unterstützt nur CII.

Gruß,
Frank

 

[froot]

also es gibt nur ein CII-Template und von unserem Peppol-Tool können wir nur UBL-Rechnungen (also eine die wir händisch eingetragen haben) – toll!

Ich rätsel nach wie vor über diese Fehlermeldung:

• Error

Location: zugferd-invoice_Invoice Rech-136(9).xml
Error message: [SAX] cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":SupplyChainTradeTransaction}'. One of '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":ExchangedDocument}' is expected.
Technical details: cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":SupplyChainTradeTransaction}'. One of '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":ExchangedDocument}' is expected.
 
 
• Error

Location: zugferd-invoice_Invoice Rech-136(9).xml
Error message: [SAX] cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":ID}'. One of '{"urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":URIUniversalCommunication, "urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":SpecifiedTaxRegistration, "urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":EndPointURIUniversalCommunication, "urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":LogoAssociatedSpecifiedBinaryFile}' is expected.
Technical details: cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":ID}'. One of '{"urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":URIUniversalCommunication, "urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":SpecifiedTaxRegistration, "urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":EndPointURIUniversalCommunication, "urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100":LogoAssociatedSpecifiedBinaryFile}' is expected.

was heißt "One of '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":ExchangedDocument}' is expected" was wird erwartet? Steht dort zu viel? zu wenig? Ist das ein Syntax-Fehler? Was heißt das alles überhaupt?

Außerdem, wenn ich https://raw.githubusercontent.com/i...ss-cases/standard/01.01a-INVOICE_uncefact.xml mit unserem internen Beispiel oder Template vergleiche, scheint dieser Block zu fehlen:

<rsm:ExchangedDocument>
        <ram:ID>123456XX</ram:ID>
        <ram:TypeCode>380</ram:TypeCode>
        <ram:IssueDateTime>
            <udt:DateTimeString format="102">20160404</udt:DateTimeString>
        </ram:IssueDateTime>
        <ram:IncludedNote>
            <ram:Content>Es gelten unsere Allgem. Geschäftsbedingungen, die Sie unter […] finden.</ram:Content>
            <ram:SubjectCode>ADU</ram:SubjectCode>
        </ram:IncludedNote>
    </rsm:ExchangedDocument>

Ist das vielleicht das Problem?

Danke für Support.

 

[frankw]

Möglich das der Block fehlt, einfach mal einfügen und testen!

Zu Peppol (“Pan-European Public Procurement OnLine“):

Technische Details zum elektronischen Rechnungsversand via Peppol​

Standardkonforme E‑Rechnungen​

Für die Ausstellung von E-Rechnungen an die Bundesverwaltung ist grundsätzlich der Standard XRechnung in der jeweils gültigen Fassung zu verwenden. Zusätzlich kann jeder andere Standard (z. B. ZUGFeRD Version 2.2.0 im Profil XRECHNUNG, als rein strukturierte XML-Datei) verwendet werden, wenn dieser den Anforderungen der europäischen Norm für die elektronische Rechnungsstellung (EN 16931), der E-Rechnungsverordnung des Bundes (E-RechV) und den Nutzungsbedingungen der Rechnungseingangsplattformen des Bundes entspricht. Ihr ERP-System muss in der Lage sein, elektronische Rechnungen gemäß diesen Vorgaben zu erstellen. Den Betrieb und die Pflege des Standards XRechnung gewährleistet die KoSIT (Koordinierungsstelle für IT-Standards). Weiterhin stellt sie ein Prüftool (KoSIT Validator) zur Verfügung, das E-Rechnungen auf formale Richtigkeit überprüft. Das Tool können Sie nutzen, um Ihre E-Rechnungen vor dem Versand zu kontrollieren und so eine mögliche Abweisung an den Rechnungseingangsplattformen des Bundes ZRE und OZG-RE zu vermeiden. Weitere Informationen dazu finden Sie auf der Internetseite der KoSIT.

https://www.e-rechnung-bund.de/ubertragungskanale/peppol/

Auch bei Peppol gilt, jede gültige XRechnung, egal welches Format, ist verwendbar.


Gruß,
Frank

 

[froot]

ja und die Fehlermeldung?

 

[frankw]

Keine Idee, woher kommt die?

Sieht vom Wortlaut nach einem XML Formatfehler aus.

Kommentare oder Leerzeichen am Anfang der Datei?

 

[froot]

Ich habe die automatisch generierte XRechnungs-Vorlage die in der WAWI durch "Hinzufügen" erstellt wird verwendet und dann nur den Header mit dem der hier im Thread weiter oben für 3.0 Format verwendet werden soll ersetzt.

 

[froot]

Kommentare oder Leerzeichen am Anfang der Datei?

Da sind zig Leerzeichen um genau zu sein…

 

[frankw]

Bei mir sieht das so aus:

<?xml version="1.0" encoding="UTF-8" ?>
<rsm:CrossIndustryInvoice xmlns:rsm="urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100"
                          xmlns:ram="urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100"
                          xmlns:qdt="urn:un:unece:uncefact:data:standard:QualifiedDataType:100"
                          xmlns:udt="urn:un:unece:uncefact:data:standard:UnqualifiedDataType:100">
    <rsm:ExchangedDocumentContext>
        <ram:BusinessProcessSpecifiedDocumentContextParameter>
            <ram:ID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</ram:ID>
        </ram:BusinessProcessSpecifiedDocumentContextParameter>
        <ram:GuidelineSpecifiedDocumentContextParameter>
            <ram:ID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</ram:ID>
        </ram:GuidelineSpecifiedDocumentContextParameter>
    </rsm:ExchangedDocumentContext>
  <rsm:ExchangedDocument>
    <ram:ID><![CDATA[RE20240189]]></ram:ID>
    <!-- Rechnungsnummer -->
    <ram:TypeCode>326</ram:TypeCode>   
    <ram:IssueDateTime>
      <udt:DateTimeString format="102">20240129</udt:DateTimeString>
      <!-- Rechnungsdatum -->
    </ram:IssueDateTime>
  </rsm:ExchangedDocument>

 

[froot]

Ich seh keine Unterschied bis auf den ExchangedDocument-Block, aber ich denke der ist eh irrelevant
Wir sind in Luxemburg, hat das vielleicht damit zu tun?

 

[frankw]

Der Block ist wichtig und muss da sein. Das ist die Identifikation des Dokuments!
Auch Id und der TypeCode muss ausgefüllt sein.

 

[froot]

OK aber kann der Block der Grund für den Fehler sein?

Error message: [SAX] cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":SupplyChainTradeTransaction}'. One of '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":ExchangedDocument}' is expected.
Technical details: cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":SupplyChainTradeTransaction}'. One of '{"urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100":ExchangedDocument}' is expected.

 

[sveros]

Hallo zusammen,

ich muss für eine Behörde eine XRechnung erstellen.

Habe das noch nie gemacht und leider noch keine Ahnung davon wie ich das in JTL umsetzen kann. Habe hier den Thread gelesen aber bin leider nicht wirklich schlau daraus geworden.

Im Handbuch konnte ich leider nichts dazu finden wie man es einrichtet.

Hier wurde öfter ein Video zitiert das ich aber auch nicht finden konnte. Die Links gehen nicht.

Gibt es eine Anleitung die zeigt wie man dies selbst einrichten kann in JTL?

Vielen Dank!

Grüße
Sven

 

[sveros]

Hallo @JTL_fwenzl ,

kannst du mir hier helfen? (bezugnehmend auf meinen Post zuvor)

Danke!

Grüße
Sven

 

[pannscheck]

Hallo,

am 22.03.2024 wurde die e-Rechnung nun im Bundesrat beschlossen.
https://www.verband-e-rechnung.org/...de-e-rechnung-ab-2025-ist-beschlossene-sache/

Eine genaue Anleitung, wie man bereits jetzt mit JTL-Wawi "Factur-X" oder "ZUGFeRD" erstellen kann wäre schön.

Gruss, Pannscheck

 

[dirkhh]

Hallo,

am 22.03.2024 wurde die e-Rechnung nun im Bundesrat beschlossen.
https://www.verband-e-rechnung.org/...de-e-rechnung-ab-2025-ist-beschlossene-sache/

Eine genaue Anleitung, wie man bereits jetzt mit JTL-Wawi "Factur-X" oder "ZUGFeRD" erstellen kann wäre schön.

Gruss, Pannscheck

Bin ich auch dafür. Immerhin wird hier in dem Forum schon seit 8 Jahren über das Thema gesprochen.

 

[Tidanoba]

Laut einem Mitarbeiter von JTL, mit dem ich wegen einer anderen Sache kontakt hatte, ist man an der Sache wohl dran. allerdings genaueres bezüglich "Fahrplan" usw. wollte man nicht rauslassen.

 

[sveros]

Hallo,
hat jemand eine Idee wie ich jetzt den Auftrag für eine Behörde abwickeln soll?

Für Behörden ist es ja bereits seit knapp zwei Jahren verpflichtend so abzurechnen. Darunter zählen übrigens eigentlich auch schon öffentliche Träger wie Kitas, Schulen, Ämter, etc.

Danke und Grüße
Sven

 

[dapole]

Naja! Leite itz EAZY:


Schritt 1: In den Vorlagen, bei Rechnung, eine Exportvorlage (X-Rechnung) hinzufügen
Schritt 2: Leid-ID im Auftrag hinterlegen
Schritt 3: Rechnung exportieren

.... Schritt 4:
Stundenlange Fehlersuche, und TryAndErrror bis die Datei akzeptiert wird ....
Die Meisten Fehler, sind
- Rundungsfehler seitens JTL
- Fehlende Angaben ...

Eine kleine Empfehlung meinerseits:
Keine Rabatte, nichts kompliziertes darzustellen.... Dann ist der Vorgang deutlich einfacher .....
Lieber gesamtpreis senken, anstatt Rabatt angeben etc. .....

Nach dem Motto: Um so einfacher die Rechnung, umso weniger Stunden bei TryAndError

So läuft es bei uns