Import Buchungen DATEV Format Punkt wird zu Prozent

[#1]

Hallo zusammen

Ich habe für einen Kunden einen DATEV Export implementiert. Es werden Buchungen über die DATEV Schnittstelle als CSV übergeben. Das klappt soweit. In Feld 11 des Buchungsstapels übergebe ich die Belegnummer. Diese wird in "" gesetzt.

Das "."-Zeichen wird durch DATEV offenbar in ein "%"-Zeichen umgewandelt, d.h. aus Nummer "2018.1221" wird im DATEV dann "2018%1221". Ich habe im Schnittstellen-Leitfaden nachgeschaut aber dort keine Hinweise auf ungültige Zeichen bzw. Umwandlungen gefunden.

Muss ich den Punkt irgendwie maskieren? Oder ist das "." einfach unzulässig? Gilt das für alle Textfelder oder nur für die Belegnummer? Gibt es noch andere Zeichen die Probleme machen? Die Anführungszeichen werden durch mich bereits behandelt.

Danke und Grüße

[#2]

steht in der csv-Datei tatsächlich in diesem Textfeld ein 'normaler' Punkt aus dem ASCII-Zeichensatz oder ist es evtl. ein anderes Zeichen, das als Punkt dargestellt wird ?

.... würde mich überraschen, dass Punkte in Textfeldern beim Import nach REWE umgesetzt werden.

Bei Umlauten oder Sonderzeichen ist das ja 'üblich'

... falls doch, muss ich das auch gleich mal testen.

[#3 · Accepted solution]

Hallo Herr Pinnau,

Auszug aus dem Info-DB-Dokument 1003221 :

     Rechnungs-/Belegnummer

     Das Belegfeld 1 ist der "Schlüssel" für die Verwaltung von Offenen Posten.

     Bei einer Zahlung oder Gutschrift erfolgt nur dann ein OP-Ausgleich,

     wenn die Belegnummer mit dem Belegfeld 1 identisch ist.

     Folgende Zeichen sind zulässig:

     Ziffern, Groß- und Kleinbuchstaben sowie folgende Sonderzeichen: $ & % * + - /

     Andere Zeichen sind unzulässig

     (insbesondere Leerzeichen, Umlaute, Punkt, Komma, Semikolon und Doppelpunkt).

Unzulässige Zeichen werden beim Import durch das Prozent-Zeichen ersetzt.

Beste Grüße

Andreas Briefs

[#4]

Sehr guter Tipp, Herr Briefs,

sowas kann viel Zeit sparen, wenn mal wieder z.B. der OP-Ausgleich 'zickt'.

Rechnungsnummern kommen öfters mal mit Punkten "um die Ecke"

VG

Michael Vogtsburger

[#5]

Vielen Dank Herr Briefs,

damit ist mir das jetzt klar und ich werde es entsprechend anpassen.

Wir haben vor Entwicklung der Schnittstelle extra den Leitfaden für die Schnittstellenentwicklung erworben. In dem 85-Seiten PDF steht es leider nicht so präzise formuliert wie in dem von Ihnen verlinkten Dokument.

[#6]

Ich habe eigentlich das selbe Problem und bin eigentlich ganz froh, dass mich mein Mandant noch nie gefragt hat, warum im Belegfeld die Rechnungsnummern mit % ergänzt, anstatt einem "."...

Wie soll ich Ihm erklären, dass DATEV keinen "." kann?

Es gibt halt einfach Rechnungsnummern die z.B. lauten 123.456.789

[#7]

Hallo Herr Pinnau,

im aktuellen Schnittstellenentwicklungsleitfaden für das DATEV-Format (Version 7.0, Stand Oktober 2018) ist die Feldbeschreibung für das Belegfeld 1 identisch zu der aus dem Dokument.

In älteren Versionen des Leitfadens war der Hinweis auf die unzulässigen Zeichen noch nicht aufgenommen.

Mit freundlichen Grüßen

Chris Pollack

Service Rechnungswesen (FIBU)

DATEV eG

[#8]

Hallo Frau Haile,

ja, Sie haben Recht, verstehen kann man das eigentlich nicht, warum Datev bei einem Textfeld solche Einschränkungen hat.

Ich könnte mir aber vorstellen, dass es mit der Funktion einiger Zeichen als Trennzeichen, als Dezimalzeichen, für Datumsfelder etc. zu tun hat.

Der Datev-Import akzeptiert z.B. auch CSV-Dateien, in denen die Textfelder nicht mit Anführungszeichen eingerahmt sind.

Punkte, Semikola, Kommata u.s.w. können hier 'Ärger' machen.

Aber durch diese Datev-Einschränkungen ("Datev-Altlasten") hat man z.B. beim automatischen OP-Ausgleich Ärger, wenn in den Kontoauszügen ebenfalls diese 'verbotenen' Zeichen enthalten sind.

Aber wenigstens gut zu wissen, dass es diese 'Macke' gibt

Viele Grüße

Michael Vogtsburger

Nachtrag:

man sollte tatsächlich den eigenen Mandanten raten, das Belegnummern-System so anzupassen, dass die automatische Verbuchung möglich ist, also z.B. den Punkt durch ein anderes 'erlaubtes' Zeichen (z.B. "-") zu ersetzen.

[#9]

Hallo Herr Pollack,

liebe DATEV,

wäre es nicht langsam zeitgemäß diese Beschränkungen aufzuheben. Im Zeitalter des Onlinehandels gibt es immer wieder Exporte in denen ein Punkt bei Belegfel1 enthalten, ganz zu Schweigen im Verwendungszeck der Banken.

Es kann doch nicht sinnvoll sein, dass jedes mal Geld in die Hand genommen werden muss um die Schnittstelle an DATEV anzupassen, anstatt DATEV einmal Geld in die Hand nimmt und sich allen anderen anpasst.

Bitte schreibt nicht wieder, dass es in irgendeiner Datenbank aufgenommen wird....und auch nicht es sind noch nicht genug Meldungen.....es ist ein aktuelles Problem mit dem sich alle Mitarbeiter die Onlinehändler buchen rum "ärgern".

Macht gerne eine Umfrage wer wie viele Online-Händler hat. Das sollte wichtiger sein als die einzelne Stimme eines Mitarbeiters.

Viele Grüße

[#10]

Hallo @schmulz, 

aufgenommen ist der Wunsch natürlich längst. Eine Umsetzung ist allerdings nicht geplant, da der Punkt technisch gesehen ein Trennzeichen ist. 

Ich selbst kann dazu sagen, dass ich im Service tatsächlich schon ASCII-Importe durchgeführt habe, bei denen statt dem meist üblichen Semikolon, der Punkt als Trennzeichen verwendet wurde. 

[#11]

@Marco_Lachmann ,

... wenn für die gesamte CSV-Datei der Punkt (".") als Trennzeichen verwendet wird, müssten Textfelder und Datumsfelder in Gänsefüßchen eingerahmt sein, damit nicht jeder Punkt innerhalb des Text- oder Datumsfeldes als Trennzeichen interpretiert werden kann.

Diese Trennzeichen-Thematik stammt ja noch aus Urzeiten (80er-Jahre, MSDOS oder gar noch früher) und wurde schon auf breiter Front gelöst.