@quantenjoe  schrieb:   Zusammengefasst: Irrsinn Das sehe ich ganz genauso. Absolut unverständlich, warum das bestehende System aufgegeben werden muss. Zumal auch diese Information (Belegtransfer und die Logik, die vielerorts dahinter steckt, müssen umgebaut werden) wieder irgendwo versteckt zwischen X "Hilfe-Docs" zu finden ist, wenn man gut in Kombinatorik ist.   Kein normalsterblicher DATEV Anwender wird da von sich drauf kommen. Der wird nur irgendwann merken, dass sein etablierter Scan-Upload-Workflow für die Personalunterlagen nicht mehr funktioniert. Und nicht wissen, was das Problem ist.   Ich kann da nur mit dem Kopf schütteln und mich fragen, warum andere Software-Anbieter klar und deutlich kommunizieren, bis zu welchem Datum welche Software in welcher Version funktionieren wird. Und wenn Änderungen notwendig sind, diese auch mit angemessenem Vorlauf kommuniziert, so dass dass die Botschaft auch beim Anwender ankommt. (Nur als ein Beispiel, damit klar wird, was ich meine: auf der Download-Seite des Belegtransfers im untersten Bereich, der sowas von außerhalb des Viewpoints ist, darauf hinzuweisen, dass in 6 Wochen die aktuelle Version vom Belegtransfer zwingend zu installieren ist, ist KEINE gute oder ausreichende Kommunikation in Richtung Anwender!)   Ich habe auch schon seit Tagen Puls wegen dieser und anderer kurzfristiger DATEV Themen 😣 ... Mehr anzeigen

@metalposaunist  schrieb:   Wer heute noch Turnschuh Administration macht, hat zu viel Zeit.    Turnschuh Administration - der war gut, den muss ich mir merken 😜   Ich würde das ja lieber gestern als morgen abstellen, diesen Turnschuh Admin Kram. Aber: die Realität sieht leider bei uns so aus:   Wir betreuen einige Dutzend Steuerberater bzw. deren Mandanten. Egal ob nun große oder kleine Kanzlei, oder Einzelkämpfer - deren Mandatsstruktur ist überall extrem inhomogen. Sprich, von A bis Z, von Apotheker über eCommerce über Freiberufler über Händler und Handwerker bis zum Zahnarzt ist alles vertreten. 5% der Mandanten hat eine eigene IT oder gar zumindest einen internen ITler. Der Rest der Mandanten, 40-50%, hat zumindest ein IT-Unternehmen, welches die "Basis-IT"-Dienstleistungen - in aller Regel aber exklusive den DATEV Kram - erbringt. Die anderen 40-50% der Mandanten ist in Sachen IT komplett blank. Die besorgen sich ihre Hardware bei MMS oder Amazon selbst, und basteln sich das halt so selbst dahin wie es gerade passt.    Unser Anteil ist tatsächlich nur die Unterstützung bei allen Fragen rund um DATEV. D.h. "wenn DATEV mal wieder nicht läuft", klingelt bei uns das Telefon. Oder wenn halt mal eine Schnittstelle zu DATEV gebraucht wird oder oder oder. D.h. wir haben in aller Regel nur Zugriff auf die Systeme der Mandanten über die DATEV Fernbetreuung. Mehr nicht. Teils, weil die Mandanten eben andere IT-Dienstleister haben. Teils, weil die Mandanten einfach "zu klein" sind für einen IT-Dienstleister, der von vorne bis hinten alles betreut, inkl. DATEV.   Ich würde liebend gerne anders vorgehen - wenn ich wüsste wie?! Momentan bleibt mir nur, die Mandanten (eine lustige 3-stellige Zahl) zu informieren, zu instruieren wie sie die Updates (Belegtransfer, Sipacom, später dann Personalakte im Belegtransfer) etc. am besten selbst vornehmen können und am Ende mich dann zu wappnen, wenn die 10-20% der Mandanten, die mit IT so gar nichts am Hut haben, dann per Telefon und E-Mail mir die Bude einrennen, weil "mal wieder DATEV nicht funktioniert" 😎   Hat, kann und will halt auch nicht jeder Mandant einen 360° Full-Service IT-Dienstleister, der vom Netzwerk über Hardware und Software und Anwendungsbetreuung und DATEV Plan hat... Das ist einfach die Krux. Und ich würde mal behaupten, nachdem ich nun die Mandatsstruktur von einigen Steuerberatern kenne: das von mir erlebte trifft sicher auch auf die meisten anderen Steuerberater bzw. deren Mandanten zu. ... Mehr anzeigen

@lorenzbro  schrieb: Wieso wir hierüber überhaupt keine proaktive Information seitens der DATEV erhalten, ist mir allerdings ein Rätsel...  Ein "mehr" an proaktiver Kommunikation seitens der DATEV würde ich mir auch definitiv wünschen. Am 23. April ne Mail schreiben, dass das Sicherheitspaket compact bitte bei den Mandanten bis zum 2. Mai zu aktualisieren ist, ist zwar "proaktive" Kommunikation, aber einfach ein bisschen knapp sowas 6 Werktage vorher per Mail zu verkünden.     @lorenzbro  schrieb: 2. Der Belegtransfer wird für die Personalakte voraussichtlich am 13.05.2024 freigegeben Weißt Du schon, ob es beim Belegtransfer der Version 5.34 bleiben wird? Funktioniert diese Version aktuell mit Deiner Pilotierung von der DATEV Personalakte?     @lorenzbro  schrieb: 4. Die Umstellung ist auch nach dem Zeitraum möglich und es wird empfohlen, bei Mandanten, die den Belegtransfer nutzen, mit der Umstellung zu warten, bis die Verbindung freigeschaltet worden ist. Gleiches wird ja auch für die Mandanten gelten, die Upload Mail nutzen. Denn da wird es ja auch für die neue Personalakte neue Belegtypen geben (müssen), die dann wiederum eine neue E-Mail-Adresse für den Versand an DATEV bedeuten. ... Mehr anzeigen

Hallo @Felicitas_Weiß ,   vielen Dank für Ihre Antworten.   Gibt es denn schon einen Zeitplan, wann die neuen Belegtypen zur Verfügung stehen im Belegtransfer? Benötigen die Anwender dann auch eine neue Version des Belegtransfers, oder reicht Version 5.34?   Bezüglich der Pilotphase: Wie lange läuft der Pilot noch (die Frage, ob es sich zeitlich noch lohnt, einzusteigen)? Und unter Ihrem Link finde ich leider kein DATEV Personalwesen. Vielleicht sind die beiden 2 freien Plätze gerade vergeben worden?   Vielen Dank! ... Mehr anzeigen

Gott bin ich froh, endlich wieder Arbeit zu haben. Wusste vor Langeweile und nach dem Zwangs-Update vom Belegtransfer und nun auch vom Sipacom schon gar nichts mehr mit mir anzufangen. ... Mehr anzeigen

Ich wäre ja für das recyceln der Belegtypen, weil man dann bekannte Workflows beibehalten kann aber so wie ich DATEV kenne, gibt's neue Belegtypen aka: neue Belegtypen manuell im Belegtransfer hinzufügen, neue Ordner erstellen (lassen), alle Workflows, die auf diesen Ordner im Windowsumfeld verweisen (Exporte, Scanner, ...) müssen manuell angepasst werden. Statt arbeiten sind wir mehr und mehr mit der Anpassung von allem Möglichen bei DATEV beschäftigt ...  Ich baue - aus den von Dir genannten Gründen - auch sehr stark darauf, dass der "alte" Belegtyp" recycelt wird und wir nicht neue Belegtypen bekommen, die dann überall hinterlegt werden müssen im Scanner und und und...  ... Mehr anzeigen

Was ich aus den DATEV Dokumenten herausgelesen habe:   Im DATEV Belegtransfer werden die Belegtypen "DATEV Lohn-Unterlagen" und "DATEV Reisekosten" deaktiviert.   Gleichzeitig lese ich, dass DATEV Belegtransfer ab voraussichtlich Ende April 2024 den Anwendern zur Verfügung steht.   Bedeutet das, dass man - wenn der neue Belegtransfer kommt - wieder Belege per Belegtransfer in die (neue) DATEV Personalakte hochladen kann? Und wenn ja, gibt es dann auch einen neuen Belegtyp (wenn der alte "DATEV Lohn-Unterlagen" deaktiviert wurde)? Oder wird dann wieder der alte Belegtyp "DATEV Lohn-Unterlagen reaktiviert?     ... Mehr anzeigen

Ich bin einfach nur überrascht über die Art der Kommunikation dieser wichtigen Änderung. Vielleicht habe ich ja auch was übersehen, und es wurde schon an anderer Stelle darauf hingewiesen, dass grob um den Steuertermin in Mai 2024 ein Update erfolgen MUSS.  Aber ich habe jetzt verstanden. Es ist also zwingend erforderlich das Update zu machen. Pi mal Daumen Mitte Mai. 🙂   Find ich jetzt noch ungeiler als gestern. Weil - ich schau kurz in meine Glaskugel, am 22.04. DATEV die Version vom BT 5.35 releasen wird. Dann haben wir also 3 Wochen Zeit die neue Version zu testen und für gut zu befunden, bevor die Mandanten sie installiert bekommen. Nä, gefällt mir nich. Aber gut 🙂  ... Mehr anzeigen

Habe ich die Antwort von der DATEV bekommen? Ich glaube das hat ein Forums-User geschrieben.  Bitte korrigiert mich wenn ich da falsch liege: aber wenn ich Software vertreibe, dann sehe ich es als meine Aufgabe an den Kunden zu informieren, wie lange eine Version x.y unterstützt wird bzw. wann diese abgekündigt wird. Also eine einfache Angabe, wie lange zum Beispiel die „latest stable“ Version 5.31 noch funktioniert.  zumal diese Information - soweit ich das gesehen haben - nur auf der Download-Seite vom Belegtransfer erscheint. Welcher Anwender schaut dort regelmäßig vorbei? Und findet diesen Hinweis im unteren Drittel der Seite?   eine Information im Belegtransfer selbst: „Achtung dringendes Update, bitte handeln“ fände ich da deutlich besser.  ... Mehr anzeigen

Jaja, immer dieser Update-Drang 🙂 Never change an running system …  ... Mehr anzeigen

Ich bin da voll bei Dir, ich würde auch lieber die Ursache abstellen als an den Symptomen herumdoktorn. Aber manchmal hat man eben nicht immer auf alles Einfluss und kann nicht in jedem Fall eine Änderung bewirken. Daher designe ich Dinge gerne fehlertolerant. Also ein Update, dass sein MUSS, muss auch installiert werden (aus Gründen der Sicherheit oder wenn es fachlich erforderlich ist). Aber mir kann keiner erzählen, dass der Belegtransfer mit seinem - ganz wertfrei gemeint - geringen Funktionsumfang monatlich ein Update erfahren MUSS. Da kann ich beim besten Willen keinen Grund erkennen. 🙂 Daher verstehe ich jeden Anwender, der fragt: "muss das Update sein?" und wenn die Antwort dann "Kann, aber kein Muss" lautet, das Update erstmal wegklickt. ... Mehr anzeigen

Ja, das geht natürlich alles. Nur - zumindest in unserem Fall - haben wir nur in den seltensten Fällen die "Hoheit" über das IT-System bei den Mandanten. D.h. da ist in der Regel immer ein anderer IT-Dienstleister für die "Basisdinge" und daher kann nicht jeder Mandant - bei uns jedenfalls - frei entscheiden, wie er DATEV BT installiert haben will...  ... Mehr anzeigen

Wir kassieren noch nicht einmal eine monatliche Pauschale 🙂 Aber das Problem ist doch: wenn am Tag X, wenn die Version 5.xx dann von heute auf morgen nicht mehr funktioniert, das Telefon glüht, weil einige Dutzend Mandanten nicht mehr arbeiten können, ist das für keinen schön. Daher bin ich da lieber proaktiv als reaktiv unterwegs...  ... Mehr anzeigen

Diese Liste führe ich für alle Mandanten, die wir direkt betreuen, manuell. Da stehen also die Version und das Datum des BT drauf, wenn wir das installiert haben. Die Mandanten, die selbst klar kommen, stehen da natürlich nicht drauf. Ich wüsste also aus dem Stehgreif, welche Mandanten ich updaten muss. Wenn ich denn wüsste, welche Version abgekündigt wird 🙂 ... Mehr anzeigen

Ich habe im letzten Jahr einen eigenen Belegtransfer entwickelt (der auch unter MacOS läuft). Ist ein Zwitter aus "traditionellem Belegtransfer" und Upload Mail (ein eingebauter Mail-Client versendet an die DATEV-Mail-Adressen). Der verarbeitet auch andere Dateiformate (png, jpg, ...) und kommt bisher immer dort zum Einsatz, wo keine SmartCard oder kein SmartLogin verwendet wird (oder verwendet werden kann), meist sind es die Apple-Mandanten. Vielleicht werde ich dieses Produkt nochmal weiter ausbauen... 🙂  ... Mehr anzeigen

Ich freue mich darüber, keine Frage. Und unterstütze das auch. Meine Software-Produkte, die wir entwickeln, erfahren auch teils mehrmals im Monat Updates. Aber dass ich die Anwender ZWINGE, ein Update zu installieren, kommt nur dann vor, wenn es wirklich DRINGLICH ist. Das kann aber nicht jeden Monat der Fall sein - dann stimmt was mit der SW-Architektur nicht...    Ich würde einfach gerne von der DATEV wissen: welche Version vom Belegtransfer WANN abgekündigt wird, so dass sie beim Mandanten nicht mehr eingesetzt werden kann? ... Mehr anzeigen

Ich finde das aus technischer Sicht auch sehr gut, wenn Software aktuell gehalten wird (bestenfalls sogar automatisch, oder weitestgehend automatisiert).   Allerdings spreche ich auch für die Anwenderseite. Da gibt es doch sicher bei jedem Steuerberater einige Mandanten, die nicht jeden Tag mit dem Belegtransfer arbeiten und / oder technisch nicht so versiert sind, dass sie das Update in der - von DATEV möglicherweise gewünschten Frequenz - durchführen können. Ich kenne auch einige Installationen, die nur mit einem Windows Admin User möglich sind... Ich habe gerade letzte Woche einige Anwender auf 5.31 hochgezogen (von Version 5.2x). Wenn ich diese Anwender in den nächsten Tagen wieder kontaktiere, wird die Verwunderung sicher groß sein...    Installierte Software-Produkte aktuell halten: JA. Eine Software wie den Belegtransfer im Monatsturnus aktualisieren: ich sage NEIN. ... Mehr anzeigen

Hallo @Oliver_Hetz ,   wie ist denn das blaue Kasterl auf der Download-Seite des Belegtransfers zu verstehen, welches mit "Update-Installation: Version 5.34 unbedingt installieren" überschrieben ist. Was passiert denn "ab Mitte Mai 2024" genau? Also wenn ich einen BT V 5.31 verwende, muss ich dann auch bis Mai auf V 5.34 updaten?    Ab welcher alten Version muss das Update erfolgen? Oder müssen ALLE Anwender auf 5.34 updaten, um weiterarbeiten zu können?   Vielen Dank!   ... Mehr anzeigen

Guten Morgen @314159 ,   So wie Sie das beschreiben klingt das nach einem lösbaren Problem. Auch wenn jede KK ihr eigenes Süppchen kocht - solange wie die Avise pro Kasse immer im gleichen Format angeliefert werden, ist es nur eine Frage des "Anlernens" in unserer Software. Heißt: wenn ich das Format von KK 1, KK 2, KK 3 usw. kenne, kann ich unsere Software darauf trainieren und dann wird es funktionieren.   Schreiben Sie mir gerne eine Nachricht, gerne auch per Du (Sebastian).   Sonnige Grüße ... Mehr anzeigen

Hi @rahagena    Nä, egal nicht. Denn wenn es A) keiner liest, braucht die E-Mail nicht verschickt zu werden (Datensparsamkeit) und B) müllt es das Postfach im Zweifel nur voll.   Ich denke halt: wenn man schon zwischen 2 Möglichkeiten (Immer bzw. Nur bei Fehlern) wählen kann, wäre die dritte Option (nie) ja schnell eingebaut 😉  ... Mehr anzeigen

Mir ging es in meinem ursprünglichen Beitrag darum, die Benachrichtigen komplett ausschalten zu können. Und zwar für Fälle, in denen z.B. ein Scanner die Belege per Upload Mail versendet. Da das Postfach, welches der Scanner nutzt, ein rein technisches Postfach ist (wird nur für den Versand genutzt), hilft mir an der Stelle keine Regel im Outlook. 😉 ... Mehr anzeigen

Hallo @AMolki  ,   ist Ihre Anfrage noch aktuell und besteht noch Interesse, Zahlungsavise einzulesen, ins DATEV Format zu konvertieren und dann in DATEV zu importieren?   Ich habe eine Software, die bei etlichen Dutzend Steuerberatern im Einsatz ist, die Zahlungsavise von EDEKA, Rewe, Real, Markant, ... verarbeiten (und verstehen) kann. Das Eingangs-Format ist dabei egal - es kann eine CSV-Datei sein, oder eine PDF-Datei...    Viele Grüße  ... Mehr anzeigen

Hallo @merchantofdoubt  ,   ist Ihre 5 Jahre alte Anfrage noch aktuell und besteht noch Interesse, Zahlungsavise einzulesen, ins DATEV Format zu konvertieren und dann in DATEV zu importieren?   Ich habe eine Software, die bei etlichen Dutzend Steuerberatern im Einsatz ist, die Zahlungsavise von EDEKA, Rewe, Real, Markant, ... verarbeiten (und verstehen) kann. Das Eingangs-Format ist dabei egal - es kann eine CSV-Datei sein, oder eine PDF-Datei...    Viele Grüße  ... Mehr anzeigen

Hallo @AUBI  ,   ist Ihre Anfrage noch aktuell und besteht noch Interesse, Zahlungsavise einzulesen, ins DATEV Format zu konvertieren und dann in DATEV zu importieren?   Ich habe eine Software, die bei etlichen Dutzend Steuerberatern im Einsatz ist, die Zahlungsavise von EDEKA, Rewe, Real, Markant, ... verarbeiten (und verstehen) kann. Das Eingangs-Format ist dabei egal - es kann eine CSV-Datei sein, oder eine PDF-Datei...    Viele Grüße  ... Mehr anzeigen

Hallo @mjachert ,   ist Ihre Anfrage noch aktuell und besteht noch Interesse, Zahlungsavise einzulesen, ins DATEV Format zu konvertieren und dann in DATEV zu importieren?   Ich habe eine Software, die bei etlichen Dutzend Steuerberatern im Einsatz ist, die Zahlungsavise von EDEKA, Rewe, Real, Markant, ... verarbeiten (und verstehen) kann. Das Eingangs-Format ist dabei egal - es kann eine CSV-Datei sein, oder eine PDF-Datei...    Viele Grüße  ... Mehr anzeigen

Ich meine, wir haben damals einen Betrag X gezahlt nur um die API-Dokumentation zu erhalten. Und ja, da war die Nutzung der API auch schon kostenpflichtig... Leider kommt die API stand heute noch nicht in Frage.   Daher: falls jemand das Problem kennt, dass E-Mail-Anhänge (Textdateien, CSV-Dateien) mit Zeilen, die mehr als 1000 Zeichen enthalten (DATEV ASCII-Format Header bspw.) umgebrochen werden wenn diese per E-Mail über die DATEV-Mailserver / über einen lokalen Exchange laufen: ich wäre an einem Austausch mehr als nur interessiert 🙂   Vielen Dank @metalposaunist  nochmal und einen schönen Abend! ... Mehr anzeigen

Es ist tatsächlich so, dass der Kunde es (die API) nicht beauftragt hat, weil er erstmal schauen wollte ob das Gesamtvorhaben trägt (und es einfacher war einen Datei-Export zu programmieren).    Was mir aber gar nicht bewusst war, dass die API Schnittstelle der DATEV einem möglicherweise die Ohren schlackern lassen. Ich habe da vor einigen Jahren (als es noch kostenpflichtig war) ein paar technische Durchstiche gemacht und das schien mir doch recht straight forward. Ist aber, wie gesagt, schon ein paar Jahre her.    Es bleibt leider aktuell bei der Situation, dass der Kunde die Buchungsdaten (Buchungsstapel und GP_Stammdaten) per E-Mail versenden wird.   Zwar habe ich meine Software, die die Buchungsdaten empfängt, konvertiert und dann automatisch in DATEV einspielt, bereits auf die defekten Kopfzeilen angepasst. D.h. die Software korrigiert die umgebrochenen Kopfzeilen automatisch wieder. Da aber letzte Woche bei einem anderen Steuerberater der Zeilenumbruch nicht nach 990 Zeichen, sondern nach 996 Zeichen erfolgte, würde ich lieber die Ursache dieser eingefügten Zeilenumbrüche beheben als die Symptome zu kurieren 🙂   Und wie gesagt: wenn die identischen Dateien über einen anderen, nicht DATEV-Mailserver, versendet werden, kommen die Dateien fein säuberlich und korrekt dargestellt an. Es muss also irgendwo auf dem Mailserver oder im Exchange des Steuerberaters passieren, dass die lange Kopfzeilen-Zeile Zeilenumbrüche bekommt. ... Mehr anzeigen

@metalposaunist Danke für Deine Antwort! 🙂 Ja, E-Mail ist von anno tuk, ich weiß. Alternativ könnte ich noch meinen alten Akustikkoppler vom C128 rausholen und damit die Daten versenden 😉   Wenn es nach mir gegangen wäre, hätte ich die Daten direkt per API nach Nürnberg gesendet. Das wollte der Kunde aber in Version 1 seiner Lösung noch nicht. Daher sendet der Kunde nun CSV Daten an viele Steuerberater. Per E-Mail. Oder stellt sie per FTP-Abruf bereit. Da das (FTP über VPN) aber nicht jede Kanzlei kann, bleibt E-Mail leider erstmal als Fallback bestehen. Wir haben uns alle schon nen Wolf gesucht und ich bin mir nun ziemlich sicher, dass der Fehler irgendwo beim Mailserver oder beim lokalen Exchange liegt. Was ich nur sonderbar finde: ich habe per Google die DATEV Community abgesucht und konnte keinen ähnlich gelagerten Fall finden. Ich hätte gedacht, dass es vielleicht auch im Jahr 52 nach E-Mail-Geburt noch Leute gibt, die DATEV Buchungsstapel im CSV-Format über nen DATEV-Mailserver versenden/empfangen...  ... Mehr anzeigen

Hallo zusammen,   ich habe des Rätsels Lösung nun gefunden. Leider nur nach viel Ausprobieren.   Also die Fehlermeldung "dass eine alte Software vorhanden ist" habe ich mal zum Anlass genommen und überlegt, was die Entwickler der DATEV damit vielleicht gemeint haben könnten. Das Vorhandensein von DR-DOS 6.0 konnte ich direkt ausschließen - das wird wohl nicht gemeint sein.   Aber vielleicht ein alter Belegtransfer? Immerhin, Version BT 3.74 war noch parallel installiert und das bereits, während das Update von BT 5.22 auf BT 5.23 problemlos lief. Gut, also BT 3.74 deinstalliert. Update auf BT 5.24 probiert. Gleicher Fehler. Dann habe ich gedacht, gut, vielleicht mag das Update den BT 5.23 nicht. BT 5.23 deinstalliert. BT 5.24 frisch installiert - also versucht, denn dann kam wieder die Fehlermeldung "alte Software vorhanden".   Dann habe ich mir mal die WixBundles-Fehlermeldungen der Reihe nach angesehen und festgestellt, dass auf meinem PC die .NET Desktop Runtime 6.0.13 (a.k.a. Windows Desktop Runtime) installiert war.   Und da haben wir auch des Rätsels Lösung: Weil der DATEV BT mit dem Update auf Version 5.24 die Windows Desktop Runtime 6.0.10 installieren möchte, schlug das Update fehl. Nicht weil ich eine "ALTE" Version "einer" Software installiert habe, sondern weil die bei mir installierte .NET Desktop Runtime aktueller ist als das, was DATEV mit BT 5.24 mitliefert.   Also, liebes DATEV BT-Entwicklerteam. Wenn ihr Microsoft-Software ausspielt, und zwingend eine Version vorgibt, ist es in Ordnung zu prüfen ob auf dem Zielsystem mindestens die von euch gewünschte Target-Version (also in eurem Fall 6.0.10) vorhanden ist. Wie gesagt, prüfen ob mindestens vorhanden. Wenn ein Zielsystem bereits eine neuere Version der Runtime installiert hat, dann erübrigt sich die Installation einer alten Runtime. Zumindest in dem Fall, wenn wir hier von der Major-Version 6.x sprechen.   Denn selbstverständlich läuft auch der BT 5.24 mit der .NET Desktop Runtime 6.0.13, die ich im Anschluss wieder manuell installiert habe... ... Mehr anzeigen