Belegtransfer V.5

[#1]

Hallo,

diese Woche schickte Datev einen Hinweis zum neuen Belegtransfer V.5 mit der Briefpost. Daraufhin habe ich mir zunächst den folgenden Artikel angesehen:

https://apps.datev.de/help-center/documents/1020025

Nun verwenden wir Windows Server 2012 R2, welcher offiziell vom Belegtransfer V.5 nicht mehr unterstützt wird. Gibt es dazu bereits erste Erfahrungen? Die Nutzer des Belegtransfers sehen aktuell keinen Vorteil im Upgrade, so dass ich es ggf. noch hinauszögern würde.

Viele Grüße

ch1

[#2 · Accepted solution]

Wie kommen Sie darauf das Windows SErver 2012 R2 vom Belegtransfer V5 nicht unterstützt wird. 

Im Dokument heißt es: 

Voraussetzung:

Für die Nutzung des DATEV Belegtransfer V.5 müssen folgende Voraussetzungen erfüllt sein:

• Installierte Komponente Microsoft .Net Core Framework 3.1 bei Nutzung der Betriebssysteme:

  • Windows 10

  • Windows Server 2016

  • Windows Server 2019

heißt wenn Sie eines dieser 3 Systeme einsetzen muss zusätzlich die MS.Net Core .... installiert sein. 

[#3]

---

@ch1 schrieb:

mit der Briefpost

---

Echt? So auf Papier? 😳  Digitalisierung der DATEV vom Feinsten 😂.

---

@ch1 schrieb:

Nun verwenden wir Windows Server 2012 R2, welcher offiziell vom Belegtransfer V.5 nicht mehr unterstützt wird.

---

Das glaube ich nicht und ich lese den Eintrag so, dass man bei den aufgelisteten Betriebssystemen auf .Net Core 3.1 achten soll, weil es ggf. nicht Bestandteil des OS ist, weil laut Microsoft .NET Core 3.1 auch auf Server 2012 R2 läuft. Da .NET Core 3.1 wohl auch älter ist, weil es schon 5.0 gibt, muss man es bei den aufgelisteten ggf. von Hand nachinstallieren. 

---

@ch1 schrieb:

Gibt es dazu bereits erste Erfahrungen? Die Nutzer des Belegtransfers sehen aktuell keinen Vorteil im Upgrade, so dass ich es ggf. noch hinauszögern würde.

---

Wenn der aktuelle 3.7er Belegtransfer läuft: laufen lassen. Die wichtigste Änderung ist in Version der SmartLogin Support. Der Rest ist mehr oder minder vernachlässigbar. 

Leider hat DATEV uns noch kein EOL Datum genannt, bis wann man auf Version 5 upgraden muss, weil das RZ nur noch V5 akzeptiert und ältere Programmversionen ablehnt. Wird wohl auch noch eine Weile dauern.

Ich hoffe, @StevenJames_Herron, DATEV schickt dazu wieder eine E-Mail in der das Datum deutlich sichtbar für alle drin steht, bis wann man upgraden muss.   

[#4]

---

@bodensee  schrieb:

Wie kommen Sie darauf das Windows SErver 2012 R2 vom Belegtransfer V5 nicht unterstützt wird. 

Nun ja, weil ich nicht richtig gelesen habe. Im oberen Bereich des Support-Artikels hatte ich  die üblichen Hinweise zur Kompatibilität erwartet und spontan Windows Server 2012 R2 vermisst. Danke für den Hinweis!

[#5]

---

@metalposaunist  schrieb:

---

Das glaube ich nicht und ich lese den Eintrag so, dass man bei den aufgelisteten Betriebssystemen auf .Net Core 3.1 achten soll, weil es ggf. nicht Bestandteil des OS ist, weil laut Microsoft .NET Core 3.1 auch auf Server 2012 R2 läuft. Da .NET Core 3.1 wohl auch älter ist, weil es schon 5.0 gibt, muss man es bei den aufgelisteten ggf. von Hand nachinstallieren. 

Richtig, danke für den Hinweis. Ich habe nicht richtig gelesen. Warten wir einfach auch einen EOL-Termin für den Belegtransfer 3.7.

[#6]

im Zusammenhang mit Belegtransfer V5.0 wurde an anderer Stelle hier im Forum auch spekuliert, ob das Datev-Scanmodul fehlen wird

... wie gesagt: eine Spekulation, kein offizielles Statement ...

[#7]

Im Belegtransfer 5.x gibt es keine Scanmodul - auch zukünftig nicht. Das ist eine Tatsache.

[#8]

... ich habe nicht gesagt, dass das "Scan-Modul" in "Belegtransfer" enthalten ist, sondern dass es in Zusammenhang steht.

Sie haben doch "Belegtransfer V5.x" bereits im Einsatz und haben erwähnt, dass z.B. der Scanbutton fehlt.

... mir selbst ist es Recht, wenn das "Scan-Modul" noch weiter 'lebt'. Mehrere Mitarbeiter:Innen  nutzen bei uns das "Scan-Modul", andere nutzen andere Scan-Möglichkeiten

.. jeder wie er mag ...

edit: Rechtschreibung

[#9]

Kommt ja drauf an, wie das Ganze verwendet wird. Wir haben ein Netzlaufwerk eingerichtet und der Belegtransfer läuft (grds) silent auf einem Server. Da hat es uns sehr geholfen, dass wir dauerhaft eingeloggt bleiben können, auch die Möglichkeit, sich remote wieder zu verbinden geht über Smartlogin. 

Die beiden Versionen laufen auch friedlich nebeneinander her, von daher sehe ich keine Veranlassung, das nicht zu installieren...

[#10]

Hier der Beweis bei der Veeam Backup & Replication v11 Installation unter Server 2012 R2:

Das wollte DATEV mit dem Hilfe Center Eintrag vermeiden 😉.

Veeam installiert das automatisch nach. DATEV auch? 🤔

[#11]

Wir nutzen auch noch das Scan-Modul und werden davon nicht abweichen, es ist relativ angenehm zum klammern/heften der einzelnen Dokumente. Warum solch ein äquivalent nicht im aktuellen Belegtransfer integriert wurde, ist mir schleierhaft.

[#12]

lol, weil es gut ist und lief

[#13]

Ja wir nutzen das auch, besonders bei Mandanten die es einfach haben wollen. 

Ich habe man einen Vorschlag in Ideas gemacht, vielleicht hilft das ja und das ScanModul wird doch in Belegtransfer V5 eingebaut oder es gibt das Programm extra zum Download auch nach Version 3.7.

https://www.datev-community.de/t5/Ideen-zu-Unternehmen-online/Scan-Modul-auch-in-Belegtransfer-V5-integrieren/idi-p/244319/jump-to/first-unread-message

[#14]

Guten Tag,

Das ist so - das Scan-Modul fehlt.

herzliche Grüße

Franz Knoop

[#15]

Die hier aufgeführte Tabelle ist nicht vollständig. Wir haben die Version 5.0 vergangene Woche installiert und folgende Erfahrungen gemacht:

Vorteil der 5.0 -> bessere Fehlerprotokolle, bessere Laufzeit (wir überwachen zahlreiche Mandanten mit ihren Verzeichnissen und laden automatisch hoch)

Nachteil -> .mfg- Dateien werden nicht mehr unterstützt. - jedenfalls kommt eine Fehlermeldung. In dieser sind die unterstützten Dateiformate aufgeführt. Im Vergleich zu Info-DB 1071478 fehlt in dieser neben .mfg auch das Format .zip.

Anfrage bei DATEV läuft heute.

[#16]

.mfg = .msg aka eine Outlook Nachricht? 

[#17]

Oh, danke. Fehlerteufel hat zugeschlagen. 

Das betrifft Outlook-Nachrichten .msg

[#18]

Ist mir bei unserem Belegtransfer V5 auch letztens sauer aufgestoßen, dass MSG-Dateien nicht mehr hochgeladen werden,...

Zumal es glaube ich sogar eine gewisse Zeit lang mit der neuen Version funktioniert hat?

[#19]

Hallo Frau Reichenbach,

auch keine .zip-Dateien mehr über XML-Upload?

Haben Sie hier bereits Rückmeldung der DATEV erhalten?

MFG

[#20]

---

@mhp schrieb: 

... auch keine .zip-Dateien mehr über XML-Upload? ...

---

... wäre unsinnig

... der XML-Upload wird ja für diverse Schnittstellen und z.B. ISWL-Tools gebraucht 

[#21]

Hallo zusammen,

MSG-Dateien können mit dem neuen Belegtransfer V.5 (www.datev.de/belegtransfer) wieder übertragen werden 🙂 

Viele Grüße,

Fabian Pickel

[#22]

Die XML-Schnittstelle funktioniert

[#23]

Ich hänge mich mal hierein mit Feedback vom Mandanten:

1. XML Upload dauert viel, viel, viel zu lange: für 5MB gerade mehrere Minuten (während ein MS Teams Meeting sauber durchläuft)
2. Die hochgeladenen XML ZIP Ordner wurden nicht ins konfigurierte Verzeichnis verschoben
3. Wie kann man die Konfiguration exportieren und an einem anderen Arbeitsplatz importieren? Das hatte ich HIER schon mal gefragt.

Danke!

[#24]

Die übermäßig lange Laufzeit beim Uplaod von XML Dateien kann ich bestätigen.

Wir hatten es mit einer Datei getestet, die im 3.74 innerhalb einer Minute hochgeladen war braucht beim V.5 gute fünf Minuten.

[#25]

Spoiler

... man könnte die Zeit direkt mal exakt stoppen.

Vielleicht sind es genau 5,21 Minuten

Dann wüsste ich auch, was V. 5.21 eigentlich zu bedeuten hat 😎

[#26]

Hallo,

dass der XML-Upload länger dauert, kann u.a. mit Prozessänderungen bei der Version 5.x von Belegtransfer zusammenhängen. So findet bspw. in der Version 5.x des Belegtransfer das Entpacken der ZIP-Archive direkt im Belegtransfer stattfindet - nicht mehr wie in den Versionen 3.7x erst in Belege online.

Die Verzeichnisse können auf einem neuen System eingespielt werden, wenn unter  %AppData%\DATEV\DATEN\BTTnext\DATA die Datei "repo.json" auf das neue System in das identische Verzeichnis kopiert wird, 

[#27]

---

@Gerlinde_Huebl schrieb:

So findet bspw. in der Version 5.x des Belegtransfer das Entpacken der ZIP-Archive direkt im Belegtransfer stattfindet - nicht mehr wie in den Versionen 3.7x erst in Belege online.

---

Whä? 😳 Ich dachte, die DATEV Strategie heißt Cloud first! Warum geht man hier wieder 2 Schritte zurück? Heißt, je älter und langsamer der Client, umso länger dauert das? Früher konnte man also einen ultra lahmen PC dafür abstellen, der die Daten ins RZ schaufelt. Heute braucht man dann also einen echten großen, dicken, teuren PC, der genug Power hat, um das ZIP zu entpacken? 😱 Zumindest, wenn man nicht bis ewig warten will?

Wird das wieder geändert? Oder will man die Last vom Mainframe im RZ doch wieder dezentralisieren? 

Jeden Tag ein neues Abenteuer mit DATEV 😅.

[#28]

Gibt es da einen zwingenden Grund dafür? Oder nur das das Gesetzt der "modernen" DATEV-Entwicklung nicht gebrochen wird?

Der neue Belegtransfer ist in allen Belangen deutlich schlechter als der Vorgänger. Würde die QS der Datev Ihrem Namen gerecht werden, dürfte dieses Programm nicht veröffentlich werden!

[#29]

... ich wollte mich in der Kanzlei bisher noch nicht von der Version "Belegtransfer 3.74" scheiden lassen und möchte diese harmonische Beziehung vorerst noch fortsetzen.

... die Frage ist nur, ob und falls ja, wann man zwangs-entheiratet wird bzw. wann die Version 3.74 endgültig die Arbeit verweigert

[#30]

xml Dateien habe ich nicht so oft und für die 'normalen Belege' funktioniert die Version 5.21 zuverlässig und schnell.