Hallo Commmunity,
beim Übertragen von XML Dateien nach DUO haben wir 2 Probleme. Vielleicht kann mir jemand hier helfen oder einen Tip geben.
1.) Zuerst habe ich das Problem, dass die Rechnungsnummer nicht übernommen wird.
Wir übergeben das Feld <invoiceId> aber in DUO ist das Feld für die Rechnungsnummer leer.
Wie kann ich die Rechnungsnummer übertragen?
2a.) Das Feld Ware/Leistung ist mit dem Namen des Kreditors gefüllt, zusammen mit einem Datum. Es soll aber laut Kunde leer sein.
2b.) Das Feld Geschäftspartner-Name ist leer. Dort soll aber der Name des Kreditors drin stehen.
Also soll das, was im Feld Ware/Leistung steht, im Feld Geschäftspertner-Name stehen (ohne das Datum).
Wir sehen, dass der Name des Kreditors (das ist ein Mitarbeiter) von DUO "gezogen" wird, da dieser ja nicht im XML File übergeben wird.
Meine Frage ist, wie kann ich steuern, dass das Feld Geschäftspertner-Name mit dem Kreditor gefüllt wird anstelle des Feldes Ware/Leistung.
Dies ist ein Beispiel für die XML-Dateien, die wir generieren und mit der der Import gemacht wird:
<?xml version="1.0" encoding="UTF-8"?>
<LedgerImport xmlns="..." xmlns:xsi="..." xsi:schemaLocation="..." version="5.0" generator_info="xxx" generating_system="xxx" xml_data="Kopie nur zur Verbuchung berechtigt nicht zum Vorsteuerabzug">
<consolidate consolidatedAmount="102.70" consolidatedDate="2022-05-19" consolidatedCurrencyCode="EUR">
<accountsPayableLedger>
<date>2022-05-19</date>
<amount>102.70</amount>
<accountNo>4666</accountNo>
<buCode>8</buCode>
<currencyCode>EUR</currencyCode>
<invoiceId>SF-00021-5-1</invoiceId>
<bookingText>Hotel, Übernachtung, Hotel Sandrai</bookingText>
<accountName>Reisekosten Arbeitnehmer Übernachtungsau</accountName>
<bpAccountNo>80012</bpAccountNo>
<deliveryDate>2022-05-20</deliveryDate>
</accountsPayableLedger>
</consolidate>
</LedgerImport>
Und die document.xml in etwa so
<?xml version="1.0" encoding="UTF-8"?>
<archive xmlns="http://xml.datev.de/bedi/tps/document/v05.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xml.datev.de/bedi/tps/document/v05.0 Document_v050.xsd" version="5.0" generatingSystem="xxx">
<header>
<date>2022-06-14T11:35:15</date>
</header>
<content>
<document>
<extension xsi:type="accountsPayableLedger" datafile="SPF_00021-5_001.xml">
<property value="2022-05" key="1"/>
<property value="Eingangsrechnungen" key="3"/>
</extension>
<extension name="20220518_00021_5_xxx_Reisekostenabrechnung.pdf" xsi:type="File"/>
</document>
</content>
</archive>
Die unten stehende Maske ist nicht exakt die Maske für obige Daten sondern nur zum Verdeutlichen des Problems.
Helfen würde auch eine (anonymisierte) XML Datei von jemandem, wo dies funktioniert...
Evtl. ein Konfigurationsproblem in DUO?
Was sind Eure Gedanken dazu?
Aus meiner sonstigen Erfahrung mit DATEV Programmen/Schnittstellen denke ich mir, dass es eine ganz andere Stelle sein kann, als man denkt, die zu diesem Problem führt.
Bin für Tips dankbar.
Grüße
Reisekostenrechner
Gelöst! Gehe zu Lösung.
@Reisekostenrechner schrieb:
Helfen würde auch eine (anonymisierte) XML Datei von jemandem, wo dies funktioniert...
Hm, bis vor Stunden funktionierte der Developer Portal Link der DATEV noch. Vielleicht muss man sich vorher im Portal anmelden? 🤔 Dort müsste es Muster XML Daten geben.
DATEV XML-Schnittstelle online – Dateien mit dem Prüftool prüfen ist bekannt?
Hallo metalposaunist,
vielen Dank für die Hinweise.
"Eigentlich" war beides bekannt, aber ich habe wegen Ihrem Tip noch mal in die Doku geschaut und tatsächlich einen Fehler bei uns gefunden:
consolidatedInvoiceID und consolidatedDeliveryDate werden zu Pflichtfeldern wenn in den accountsPayableLedger Elementen verwendet.
Dies haben wir geändert und zum Test an den Kunden gegeben.
Vielen Dank!
Reisekostenrechner
Nachtrag zur Lösung:
1.) der Ansatz hat sich als richtig erwiesen. (consolidatedInvoiceID und consolidatedDeliveryDate)
2.) Der Geschäftspartner-Name wird über das Tag supplierName übergeben
3.) Rechnungsnummer kommt dann korrekt mit dem Tag invoiceID
und wichtig, anders als normalerweise in XML Dateien ist es bei DATEV so, dass die Felder in einer bestimmten Reihenfolge kommen müssen...das ist eine weitere Fehlerquelle
@Reisekostenrechner schrieb:
und wichtig, anders als normalerweise in XML Dateien ist es bei DATEV so, dass die Felder in einer bestimmten Reihenfolge kommen müssen.
Wer hätte es (nicht) gedacht 🤔. REWE liest ja auch nur Umsätze ein, wenn die eine bestimmte Reihenfolge haben (ab- oder aufsteigend). Sonst kommt nur 1 Umsatz der langen Umsatzliste mit 😂. Schlaue Programme und so ...
Freut mich, dass jetzt alles passt 👍! Einmal mit Profis! ✌️
@metalposaunist schrieb:
[...] Einmal mit Profis! [...]
... erinnert mich an einen alten Song ...
"Where have all the profis gone ?" (... oder so ähnlich ...)
😅
... ich habe hier des Öfteren den Eindruck, dass Profis schreiben, auf den unterschiedlichsten Gebieten
... z.B. meist dann, wenn man nichts oder nur wenig von dem versteht, was geschrieben wurde
... wobei man aber auch nicht alles wissen, können und verstehen will
... Unverständlichkeit bürgt nicht automatisch für Qualität
😅
Jo - soweit ich weiss müssen die Daten in einer XML Datei nicht in einer bestimmten Reihenfolge sein.
Dass das bei so einem großen Unternehmen in einer Schnittstelle missachtet wird, fand ich schon interessant.
Um so besser, dass es dieses Forum gibt, hier habe ich schon viele Infos bekommen. Danke Euch.
Schade, dass DATEV sich Support sehr teuer und umständlich bezahlen lässt, das ist auch ein großer Unterschied zu anderen Softwareherstellern. Insgesamt ein eher old style Ansatz. Leider sind die Fehlermeldungen oft missverständlich oder falsch.
Wir und etliche unserer Kunden warten schon sehnlichst auf die Freigabe der Online Schnittstelle.