Offen Rechnungen im ZUGFeRD Format

[BSW]

Ist für

• Universal Business Language (UBL);

auch eine Vorlage in Planung?

 

[Manuel Pietzsch]

Ist für

• Universal Business Language (UBL);

auch eine Vorlage in Planung?

Hallo,

ist aktuell nicht geplant. ZugFeRD kann nur CII.
Letztlich kann die Vorlage aber auch jeder bauen (z.B. Servicepartner). Ich mach ja auch nichts anderes als die Vorlage in der Wawi über DotLiquid zu bauen.

Gruß

Manuel

 

[BSW]

ist aktuell nicht geplant.

Danke, wenigstens gab es eine klare schnelle Antwort, ich versuche unseren Kundenwunsch mal auf die andere Variante zu verändern.

 

[Aspidoras]

Hallo zusammen,

in unserem Fall muss für den Kunden das XML an eine vorgegebene E-Mail-Adresse gemailt werden.
Wie kann automatisiert entschieden werden, ob er die normale Rechnungsmail bekommt oder eine Mail mit XML-Anhang?
(Ich gehe davon aus - in Rechnung Mail bearbeiten die XML als Ausgabeprozess anhängen?)

Bzw. ... Wie würdet Ihr das machen?


VG Frank

 

[Gual61]

@Manuel Pietzsch

Hallo Manuel, ich muss leider meine Aussage zurücknehmen. Das was vor ein Paar Wochen als gültig erkannt wurde (nur die fehlende Leitweg-ID wurde moniert) wird jetzt als ungültig erkannt



Hier was in der Hilfe vom ZRE steht

Für die Ausstellung von elektronischen Rechnungen an die Bundesverwaltung ist grundsätzlich der Standard XRechnung in der jeweils aktuellen Fassung zu verwenden. Zusätzlich kann jeder andere Standard verwendet werden, wenn dieser den Anforderungen der europäischen Norm für die elektronische Rechnungsstellung (EN-16931), der E-RechV und den Nutzungsbedingungen der Rechnungseingangsplattformen des Bundes entspricht.
Das ZUGFeRD 2.1.1 Profil „XRechnung“ erfüllt grundsätzlich die Anforderungen und ermöglicht das Einreichen von Rechnungen über die Plattformen des Bundes.

Kannst du da weiter helfen?
Vielen Dank und Grüße
Gual

 

[Manuel Pietzsch]

Hi Zusammen,

wir sind da direkt mit einem Kunden in Kontakt. Ich denke hier wird das UBL Format erwartet, wir gehen aber auf CII mit der Vorlage hier im Forum.
Demnach muss ich wahrscheinlich zurücknehmen was ich oben geschrieben hab und mich um eine UBL Vorlage kümmern. Sobald ich da mehr weiß melde ich mich hier und wenn es eine Vorlage für UBL gibt erfahrt ihr das als erstes hier

Gruß und gerne mehr Feedback

Manuel

 

[frankw]

Hallo zusammen,

s. auch meine vorherigen Posts.

Unsere Vorlage ist eine XRechnung in der aktuellen Version!!
Würden wir dieses XML in ein PDF einbetten dann wäre es Zugferd.

Das Format entspricht den Vorgaben der deutschen Behörden.
Aber hier gibt es viel Spielraum für individuelle Anforderungen, je nach Bundesland, Branche usw.

UBL darf nicht zwingend gefordert werden! Wir haben uns die entsprechenden Richtlinien natürlich angesehen.

Welchen Fehler hat der Kosit Validator denn ausgegeben?

Gruß,
Frank

 

[Gual61]

@JTL_fwenzl

Moin Frank,
Das ZRE des Bundes hat mir kein Fehler ausgegeben, ausser "kein gültiger Format erkannt"
Ich hatte jedoch ein Test mit einer Fake Rechnung vor ein Paar Wochen gemacht (das war die Vorlage mit dem "en-en" Fehler) und da hatte er mir nur das fehlende Leitweg-Id gemeckert.
Entweder wurde seitens des ZRE was geändert oder es hat sich einen Fehler in die Exportvorlage eingeschlichen.
Ich schaue ob die "alte" exportvorlage gespeichert habe und probiere es nochmal.

Grüße
Gual

 

[frankw]

Hallo Gual,

ich probiere das Montag auch mal selbst aus. Das das Format komplett ungültig ist, kann eigentlich nicht sein.

Dieser Validator von kosit ist sehr kompliziert.

Die XRechung-Spezifikation wird jedes halbe Jahr aktualisiert und es muss immer die aktuelle Version verwendet werden.

Daher möchten wir es vermeiden mehrere Vorlagen dafür zu haben, da diese alle regelmäßig aktualisiert werden müssten.

Gruß,
Frank

 

[fibergirl]

Die XRechung-Spezifikation wird jedes halbe Jahr aktualisiert und es muss immer die aktuelle Version verwendet werden.

Die spinnen doch. Soll das jetzt immer so weitergehen?
Das kann doch niemand auf die Dauer stets fehlerfrei hinbekommen.

Sorry für offtopic.

 

[frankw]

Kein Kommentar, vermutlich sind die Änderungen aber geringfügig.

Hier die Info zu den Gültigkeiten:
https://www.xoev.de/xrechnung-16828#GÜ

Auch interessant, dieser Artikel:
https://invoice.fans/de/2020/09/die-umsetzung-der-xrechnung-ist-kein-einmaliges-projekt/


Ab Januar muss XRechnung 2.0 verwendet werden. Ich hab mir den Unterschied noch nicht angesehen.

Gruss,
Frank

 

[Manuel Pietzsch]

Hi Freunde,

ich habe die Vorlage jetzt mit dem Kosit Validator geprüft und nochmal angepasst. Das ist der Validator den auch die deutsche Bahn benutzt.

Im Anhang findet ihr die aktuelle Vorlage.



Gruß und Danke fürs Feedback

Manuel

 

[Gual61]

MEIN HELD!
Wo soll ich das Weihnachspaket hinsenden?

 

[gutberle]

Hallo Manuel, hallo JTL,

erst einmal vielen Dank an Dich und Euch, dass ihr Euch diesem super-wichtigen Themas angenommen habt. Gelinde gesagt hat mir die Vorlage Ende des Jahres den Kopf gerettet, da gleich ein paar meiner ÖR Kunden meine PDF Rechnungen zurückgewiesen haben und ich schon das Schlimmste befürchtete, es mit der Vorlage dann aber echt "smooth" ging.

Ich habe jetzt erste Erfahrungen mit der Vorlage gemacht und bekomme von meinen Kunden fast durchgängig zurückgemeldet, meine XRechnungen würden meine Bankverbindung gleich zwei Mal ausweisen und deren automatischer Leseprozess würde eine Fehlermeldung ausspucken, das Ganze aber dennoch korrekt einlesen und verarbeiten.

In der XML Datei finde ich bei den Zahlungsangaben meine IBAN Nummer tatsächlich 2x angegeben, kann aber in Unkenntnis des XRechnungsformats nicht sagen, ob das OK ist oder es daran liegt. Ich habe mir meine XRechnungen aber auch mit dem Viewer https://xrechnung.psp.eu/ der auf den von der KoSIT veröffentlichten Informationen basiert angeschaut und auch dort wird die IBAN im gleichen Feld "Zahlungsangaben > Überweisung > IBAN" doppelt aneinandergehängt angezeigt.

Hier einmal ein Snippet aus einer meiner mit der 1.5.38.0 erzeugten XRechnungen, mit den IBANs unkenntlich gemacht.

<!-- *********************************************************************************************** -->
    <!--                             ZAHLUNGSANGABEN                                                     -->
    <!-- *********************************************************************************************** -->
    <ram:ApplicableHeaderTradeSettlement>
    
      <ram:PaymentReference><![CDATA[]]></ram:PaymentReference>     <!-- Zahlungsreferenz -->
      <ram:InvoiceCurrencyCode>EUR</ram:InvoiceCurrencyCode>      <!-- Währung -->
    
      <ram:SpecifiedTradeSettlementPaymentMeans>
        <ram:TypeCode>57</ram:TypeCode>
        <!-- Zahlungsart -->
        <ram:Information><![CDATA[]]></ram:Information>
        <ram:PayeePartyCreditorFinancialAccount>
            <ram:IBANID>DE00 0000 0000 0000 0000 00</ram:IBANID>
            <ram:AccountName>Sparkasse Mittelerde</ram:AccountName>
            <ram:ProprietaryID>DE00 0000 0000 0000 0000 00</ram:ProprietaryID>
        </ram:PayeePartyCreditorFinancialAccount>
      </ram:SpecifiedTradeSettlementPaymentMeans>

Ich würde mich freuen, wenn Ihr einmal danach schauen könntet, ob hier was im Argen liegt.

Danke und viele Grüße,
Marie

 

[deliman]

Hallo,

muss es da nicht auch zwingend ein Gutschriftformat für geben oder werden Gutschriften/Rechnungskorrekturen dann wieder als normale PDF Dokumente akzeptiert? Nur falls das mal nötig sein sollte...

 

[madsnake]

Ich habe noch eine Modifikation gemacht. Die Kundenbestellnummer wird bei uns als Auftragsattribut geführt oder als externe Auftragsnummer. Ohne die ist eine Zuordnung beim Kunden nicht möglich. Da wir uns die Arbeit sparen wollen die Auftragsnummer immer in die Bemerkungen oder andere freie Felder zu schreiben habe ich da Script etwas modifiziert.

So sieht es derzeit aus, es wird per SQL unsere Wawi Auftragsnummer über die vorhandene RechnungsID ausgelesen:

<ram:BuyerOrderReferencedDocument>

        <ram:IssuerAssignedID>

          {% capture query -%}

          SELECT tBestellung.cBestellNr AS Auftragsnummer

          FROM dbo.trechnung

          JOIN dbo.tBestellung ON trechnung.tBestellung_kBestellung = tBestellung.kBestellung

          WHERE trechnung.kRechnung = {{ Report.InternalId | SqlEscape }}

          {% endcapture -%}\

          {% assign result = query | DirectQueryScalar -%}\

          <![CDATA[{{ result }}]]>

        </ram:IssuerAssignedID>

      </ram:BuyerOrderReferencedDocument>

Das ist natürlich völlig unsinnig da die Kunden eigene Bestellnummern vorgeben und sind diese nicht vorhanden wird die Rechnung im besten Fall abgelehnt oder es kommt einfach kein Geld bis die Mahnung folgt.

Deshalb erstmal die Abfrage ob unsere Kundenauftragsnummer als Auftragsattribut vorliegt, andernfalls die Externe Bestellnummer

<ram:BuyerOrderReferencedDocument>
        <ram:IssuerAssignedID>
          {% capture query -%}
            SELECT  TOP(1) BuyerOrderReferencedDocument.cValue
            FROM dbo.trechnung
            JOIN
            (   
                SELECT  tBestellungAttribute.kBestellung,
                        CASE WHEN tBestellungAttribute.cName = 'Kundenauftragsnummer' THEN 2 ELSE 1 END AS nPriority,
                        tBestellungAttribute.cValue
                FROM dbo.tBestellungAttribute
                WHERE   tBestellungAttribute.cName IN ('Kundenauftragsnummer', 'BuyerOrderReferencedDocument')
                        AND LEN(ISNULL(tBestellungAttribute.cValue, '')) > 0
                        
                UNION ALL
                
          SELECT tBestellung.kBestellung, 3 AS nPriority, tBestellung.cInetBestellNr AS cValue
          FROM dbo.trechnung
          JOIN dbo.tBestellung ON trechnung.tBestellung_kBestellung = tBestellung.kBestellung
          WHERE trechnung.kRechnung = {{ Report.InternalId | SqlEscape }}
                
                UNION ALL
                
          SELECT tBestellung.kBestellung, 4 AS nPriority, tBestellung.cBestellNr AS cValue
          FROM dbo.trechnung
          JOIN dbo.tBestellung ON trechnung.tBestellung_kBestellung = tBestellung.kBestellung
          WHERE trechnung.kRechnung = {{ Report.InternalId | SqlEscape }}

            ) AS BuyerOrderReferencedDocument ON trechnung.tBestellung_kBestellung = BuyerOrderReferencedDocument.kBestellung
            WHERE trechnung.kRechnung = {{ Report.InternalId | SqlEscape }}
            ORDER BY BuyerOrderReferencedDocument.nPriority ASC
          {% endcapture -%}\
          {% assign result = query | DirectQueryScalar -%}\
          <![CDATA[{{ result }}]]>
        </ram:IssuerAssignedID>
      </ram:BuyerOrderReferencedDocument>

Vielleicht kann ja jemand was damit anfangen...

 

[madsnake]

Ich habe jetzt erste Erfahrungen mit der Vorlage gemacht und bekomme von meinen Kunden fast durchgängig zurückgemeldet, meine XRechnungen würden meine Bankverbindung gleich zwei Mal ausweisen und deren automatischer Leseprozess würde eine Fehlermeldung ausspucken, das Ganze aber dennoch korrekt einlesen und verarbeiten.

In der XML Datei finde ich bei den Zahlungsangaben meine IBAN Nummer tatsächlich 2x angegeben, kann aber in Unkenntnis des XRechnungsformats nicht sagen, ob das OK ist oder es daran liegt. Ich habe mir meine XRechnungen aber auch mit dem Viewer https://xrechnung.psp.eu/ der auf den von der KoSIT veröffentlichten Informationen basiert angeschaut und auch dort wird die IBAN im gleichen Feld "Zahlungsangaben > Überweisung > IBAN" doppelt aneinandergehängt angezeigt.

Hier einmal ein Snippet aus einer meiner mit der 1.5.38.0 erzeugten XRechnungen, mit den IBANs unkenntlich gemacht.

            <ram:IBANID>DE00 0000 0000 0000 0000 00</ram:IBANID>
            <ram:AccountName>Sparkasse Mittelerde</ram:AccountName>
            <ram:ProprietaryID>DE00 0000 0000 0000 0000 00</ram:ProprietaryID>

Meiner Ansicht nach ist der Tag ramroprietaryID nicht nötig. Laut aktuellem Standard reicht für die Zahlungen im SEPA Raum die IBAN aus. Kannst du einfach aus kommentieren oder löschen.

 

[Manuel Pietzsch]

Meiner Ansicht nach ist der Tag ramroprietaryID nicht nötig. Laut aktuellem Standard reicht für die Zahlungen im SEPA Raum die IBAN aus. Kannst du einfach aus kommentieren oder löschen.

Würde auch gern wissen ob die dann so durchgeht.

 

[madsnake]

Die Rechnung wurde anstandslos geprüft, angenommen und bereitgestellt. Sollte sich daran noch etwas ändern werde ich mich melden.

 

[Manuel Pietzsch]

Hi Freunde,

vielen Dank nochmal für die tolle Zusammenarbeit. Ich habe zu dem Thema jetzt ein Video gemacht und unter Umfragen einen neuen Bereich eröffnet:

https://forum.jtl-software.de/threa...awi-wo-finde-ich-die-leitweg-id-video.150991/

Hier mache ich dann zu, dann geht es in dem Bereich weiter wenn was ist

Danke und Gruß

Manuel