Belegnachreichung an FA ==> Länge des Dateinamens auf 46 Zeichen begrenzt!

[#1]

Hallo DATEV,

leider dürfen im Programmteil "Belegnachreichung" die Belegbezeichnungen (aus Dateisystem oder lokaler DMS) nicht länger als 46 Zeichen sein. Der Beleg kann somit nicht angefügt werden.

Problem: Ich kann nicht jedes Dokument in der DMS, (welches ich vielleicht mal irgendwann) mit dem Programm Belegeinreichung an das FA übersenden will, mit nur 46 Zeichen benennen. 

Vorschlag: Bitte einfach die Belegbezeichnung auf 46 Zeichen kürzen und einen kleinen Hinweis dazu. 

[#2]

46 Zeichen? Wie kommt man denn auf den Wert? Ich hätte mich ja an den Quasi-Standard Windows mit 255 Zeichen gehängt. Dass DATEV hier das Limit bei den Finanzämtern hochsetzen kann ... dann muss deren Software erst noch aktualisiert werden und das dauert. 2023 sind wir dann soweit 😂. Bis dahin muss man Dokumente im DMS eben einfach umbenennen 👍.

Technisch eine tolle Idee. Die Umsetzung in DE mal wieder ... 

Aber Umlaute und Sonderzeichen sind OK? Oder gibt's eine Liste der erlaubten Zeichen? 😂

[#3]

Es ist wirklich ein Witz, dass ich den Fehler angezeigt bekomme, und es dann mir überlassen bleibt das manuell zu lösen, was der Computer ohne Weiteres selbst lösen könnte. Was sind das für Leute, die sowaskKonzeptionieren oder programmieren?

[#4]

Das Problem ist von Datev schon gelöst und wird zum Jahreswechsel behoben. 

https://www.datev-community.de/t5/Steuern-und-Expertisen/Startschuss-NachDiGal-Eure-ersten-Erfahrungen-Digitale-Belege/td-p/184987

[#5]

@guenther: Für ganz faule wie mich, verlinke ich nochmal die Antwort von @Jennifer_Hecht direkt. Dann muss man sich nicht alle 40 Antworten durchlesen 😉. 

[#6]

Hallo DATEV Ideas,

wie unten geschrieben zu den DATEV-Programmen 14.1 gelöst.

Einen guten Start in die erste Woche 2021!

Viele Grüße

Helmut Lerm

[#7]

Hallo Herr Lerm,

umgesetzt war wohl zu euphorisch :-), bei einem Einspruch erscheint die Fehlermeldung immer noch:

Sehr nervend, warum werden die überzähligen Zeichen nicht einfach abgeschnitten? Und warum wird das nicht direkt für alle Programme der Finanzamtskommunikation einheitlich programmiert? Ich ärgere mich auch jedes Mal wieder, wenn ich bei einem Einspruch meine Grußformel wieder löschen muss, weil nur beim Einspruch diese schon in der Signatur enthalten ist.

Viele Grüße

Heike Wolf

[#8]

und das + in Anlage V+V wird auch abgelehnt..

ohne + klappt es

[#9]

und bei einer Übernahme aus der Dokumentenablage schafft es das Programm, den Dateinamen zu kürzen (s.u.) .. das Problem war wohl bekannt, aber wurde einfach nur halb gelöst..

[#10]

Moin Community!

Das Problem besteht aber weiterhin, wenn man Belege aus einem eigenen Verzeichnis hochlädt:

Ist dieser Unsinn auf Anforderungen der Finanzverwaltung zurückzuführen oder ist das wirklich ein DATEV-Problem? Und wenn es die Finanzverwaltung ist, kann man nicht hier beim Import der Datei eine kurze ID vorneanstellen und hinten was abschneiden? Ein guter Workflow sieht hier wirklich anders aus, womit ich aber jetzt nicht zwangsläufig die DATEV hängen will. Ich will nur eine vernünftige Lösung. 😊

Lieben Gruß,

Thorsten Müller

[#11]

Danke Herr Müller für den Hinweis. @Datev bitte umsetzen.

Bei der Gelegenheit: In der Vorschau der Nachrichten werden alle Anlagen hintereinander als PDF angezeigt. Wie erhält das Finanzamt die Nachrichten: Auch alles hintereinanderweg ohne Dateinamen und einzelne Dateien oder so strukturiert, wie ich die Belege zusammengestellt habe?

[#12]

Hallo  @Helmut_Lerm,

können Sie diesbezüglich (siehe Hinweis  @thorstenmüller ) diese Idee wieder als "NICHT umgesetzt" kennzeichnen. Vielen Dank.

[#13]

Also gerade dann, wenn das Finanzamt die Dateinamen so sieht, wie ich sie strukturiert benenne, wäre es sinnvoll, die Namen nicht auf 46 Stellen zu kürzen.

Und wenn die Finanzverwaltung für die 46 Stellen-Kürzung wirklich verantwortlich ist benenne ich die Dateien demnächst absichtlich so kryptisch, dass man diese im Finanzamt erst einsehen muss, bevor man den Inhalt erahnen kann. 😉 Vielleicht lernt das Finanzamt dann auch, wie gute Workflows aussehen könnten...

[#14]

---

@thorstenmüller schrieb:
[...] benenne ich die Dateien demnächst absichtlich so kryptisch [...]

---

Vorschlag:

mit einer GUID als Dateinamen würde man dem it-interessierten Empfänger eine Freude machen und behielte selbst (vielleicht) noch den Überblick (mit einem passenden Hyperlink) 😉

[#15]

Hallo DATEV Ideas, 

wie gewünscht ändere ich aufgrund der nicht vollständigen Umsetzung den Status dieser Idee. 

Wir prüfen die weitere Umsetzung. Ein Update des Verbleibs gebe ich an dieser Stelle. 

Viele Grüße

Franziska Hackner

[#16]

Guten Morgen @Franziska_Hackner!

Danke für das Wieder-Öffnen dieser Idee. Können Sie denn vielleicht etwas dazu sagen, ob die Begrenzung von der Finanzverwaltung erwartet wird oder wo sonst die 46 Zeichen her kommen?

Würde mich einfach interessieren.

Besten Dank und einen guten Start in den Tag,

Thorsten Müller

[#17]

Hallo @Franziska_Hackner ,

können Sie hierzu bitte vorab eine Info geben?

Bei der Gelegenheit: In der Vorschau der Nachrichten werden alle Anlagen hintereinander als PDF angezeigt. Wie erhält das Finanzamt die Nachrichten: Auch alles hintereinanderweg ohne Dateinamen und einzelne Dateien oder so strukturiert, wie ich die Belege zusammengestellt habe?

[#18]

@thorstenmüller Die Begrenzung der Zeichen kommt vom Elstermodul. D.h. aber nicht, dass die übermittelnde Software nicht automatisch die Dateinamen kürzen könnte.

@StB_ Die Anlagen werden bei der Übermittlung wild durcheinander gewürfelt, dazu hatte @deusex Schon ein paar Anmerkungen gemacht. Das Resultat kann man sich auch in den automatisch abgelegten Übermittlungen im DMS anschauen.

[#19]

@theo Ich hoffe, dass das Durcheinander nur uns Datevanwendern präsentiert wird und das Finanzamt eine ordentliche (einzelne) Übermittlung der angehängten Dateien erhält.

[#20]

@theo da ist der Link zu @deusex Beitrag:

Kommunikation mit der Finanzverwaltung - Neues Design, mehr Übersicht und neue Funktionen 

grottig ... und seit dem 2.12.2022 keine Reaktion der Datev

[#21]

Das ist so ein Grund, warum ich hier nicht mehr aktiv "mitspiele" . . . nicht nur ich.

@StB_ : Danke für die Erinnerung daran. 🤐