Informationen zu David_Ch - DATEV-Community

David_Ch · ‎23.07.2026

Hallo liebe DATEV-Gemeinde, wir möchten das DATV-DMS aufgrund seiner nun gewachsenen Größe auf einen extra Server auslagern. Es gibt dazu diese Anleitung: https://wissensplattform.apps.datev.de/help/document/1021147 Ich hatte das schon mal probiert, aber ich glaube ich hatte einen Denkfehler, deswegen hier noch mal ein paar Verständnisfragen, wie ich am Besten vorgehe. Also, wen ich das nun richtig verstehe, bereite ich einen Server vor, der schon als DATEV Arbeitsplatz eingerichtet ist, also DATEV Basispaket wäre dann darauf bereits installiert. Dann kopiere ich auf diesen neuen Server die jeweiligen bisherigen DMS Datenpfade darauf in einer eigenen Freigabe. Dann erst installiere ich auf diesem Server DATEV-DMS und den Rest nach, auf diesem neuen Arbeitsplatz, korrekt? Beim ersten mal bin ich vorgegangen wie bei einem Fileserverumzug. Ich hatte eine DATEV Freigabe erstellt, die DMS Daten hinkopiert und dann mit dem Basispaket das ich heruntergeladen hatte Arbeitsplatz mit SQL installiert, aber das ist wenn ich es nun richtig verstehe gar nicht nötig, oder? Das mit diesen Freigaben ist mir auch nicht so ganz klar. Ich lege das dann zum Beispiel als WINDVSW2 an, oder ist das an sich total egal? Ich verweise nur auf den neuen Serverpfad und DATEV bindet das dann korrekt ein. Falls schon mal jemand erfolgreich DMS nachträglich ausgelagert hat, wäre ich dankbar wenn er/sie mir kurz schildern könnte wie das einfachste vorgehen wäre. Die Anleitungen haben immer so viel Querverweise und Abzweigungen, das ich glaube es wird komplizierter dargestellt als es eigentlich ist. Danke euch! Beste Güße David

David_Ch · ‎23.04.2026

Hallo, danke GLH für den Hinweis, aber das hatte ich bereits kontrolliert. Ich kann aber berichten es geht wieder. Letztendlich konnte nur der Servicekontakt helfen. Die Ursache konnte jedoch nicht ermittelt werden. Die Lösung war eine Bestandssicherung zu tätigen. Alles zu löschen und wieder einzuspielen und adanach ging es wieder. Es wurde vermutet, das evtl was mit der automatischen Sicherung nicht geklappt hat. Aber letztendlich kann man es nicht nachvollziehen. Danke für eure Zeit.

David_Ch · ‎23.04.2026

Hallo liebe DATEV- Schwarmintelligenz ;-), seit heute haben wir das Problem, dass nur beim öffnen von Rechnungswesen eines bestimmten Mandanten, egal welches Jahr, die angegebene Fehlermeldung kommt. "Der Zentrale Mandant ##### ist im Programm nicht vorhanden" Alle anderen Mandanten funktionieren. Gestern ging dieser fehlerhafte Mandant auch noch, es ist einer der recht häufig genutzt wird, es gibt auch nicht viele bei uns. Das InfoDok kenn ich. https://help-center.apps.datev.de/documents/1044878 Uhrzeit ist aktuell korekt und war auch vorher unseres Wissens nicht verstellt. SmartDok mit ReparaturInstallation haben wir dennoch mal durchgeführt, das brachte jedoch keine Besserung. Die Fehlermeldung erscheint immer währned der Meldung "Aktualisiere Stammdaten". Man kann dann nur OK klicken und Rechnungswesen schließt sich. War damit schon mal jemand konfrontiert? Beste Grüße David

David_Ch · ‎20.04.2026

UPDATE: Hab noch etwas rumprobiert. Anscheinend können LOVOR2024 und LOVOR2026 nicht paralell betrieben werden. Hatte alle LOVOR Versionen deinstalliert und nach und nach installiert, sobald LOVOR2026 installiert wurde, wird wohl zeitgleich LOVOR2024 wieder deinstalliert. Eine Reparaturinstallation von LOVOR2026 hat auch zur Folge, dass LOVOR2024 deinstalliert wird. Ich dachte immer die aktuelle Version und die letzten beiden Vorjahre funktionieren. Oder hat jemand erfolgreich LOVOR2024 und LOVOR2026 am laufen? Gruß David

David_Ch · ‎20.04.2026

Hallo, sorry ich krame diesen Post noch mal aus. Ich musste gerade für einen Arbeitsplatz (TS) LOVOR2024 nachinstallieren. Dort startet es jedoch nach der Installation nicht nicht. Deinstallation und Neuinstallation, sowohl Reperaturinstallation brachten hier nichts. Hatte es zum Test noch direkt auf dem Datev-SQL Server installiert, hier war bisher keine einzige LOVOR Version installiert, dort startet es. LOVOR2025 und LOVOR2026 starten wie gewohnt auf dem TS weiterhin normal. Fehlermeldung im Detail: Der Pfad: C:\WKSP\WORK\SRC\PWS\LOVOR\LV2026\Source\LovorInfo\LovorVersionInfoItemColl.cpp ist mir nicht bekannt. Fehler: 20.4.2026 12:11:10 Anwendung: LOVOR Fehlerart: CLovorException Fehlerursache: Während der Verarbeitung von CLovorMainFrame::CLovorMainFrame() ist ein Fehler aufgetreten: Während der Verarbeitung von CLovorMainFrame::CLovorMainFrame() ist ein Fehler aufgetreten: COM-Error: 80070057 Falscher Parameter. C:\WKSP\WORK\SRC\PWS\LOVOR\LV2026\Source\LovorInfo\LovorVersionInfoItemColl.cpp: CLovorVersionInfoItemColl::get_Item() (39) Der übergebene Argument-Pointer ist ungültig. Source: C:\WKSP\WORK\SRC\PWS\LOVOR\LV2024\Source\Lovor\LovorMainFrame.cpp Methode: Lovor :: Zeile 235 Fehlernummer: 6001 Fehlertextnummer: 6001 Überschriftennummer: 1001 Parameter: CLovorMainFrame::CLovorMainFrame() Parameter: Während der Verarbeitung von CLovorMainFrame::CLovorMainFrame() ist ein Fehler aufgetreten: COM-Error: 80070057 Falscher Parameter. C:\WKSP\WORK\SRC\PWS\LOVOR\LV2026\Source\LovorInfo\LovorVersionInfoItemColl.cpp: CLovorVersionInfoItemColl::get_Item() (39) Der übergebene Argument-Pointer ist ungültig. ProzessId: 9844 Aufgetreten in Thread: 1420 Ausgegeben in Thread: 1420

David_Ch · ‎14.01.2026

Danke. Hat nun alles wunderbar funktioniert. Bin im Tunnel irgendwie nicht darauf gekommen, dass ich den 10 Tages Notfall SWM ja gar nicht benötige und einfach überspringen kann.

David_Ch · ‎14.01.2026

Hallo Hapet, das bekomme ich folgenden Hinweis: Angesteckt ist der Betriebsstick mit : XXXX051 Erwartet wird aber wohl der USer Stick mit : XXXX389 Diesen Userstick kann ich jedoch nciht anklemmen am Lizenzmanager. Der DATEV Server inkl. Lizenzmanager befindet ishc in einem Rechenzentrum und ein Stick kann nicht so ohne weiteres getauscht werden und über RDP geht es ja nicht. Danke für eure Mithilfe.

David_Ch · ‎14.01.2026

Danke, das habe ich nun gemacht mit dem angesteckten Betriebsstick am Lizenzmanager. Mail kam zurück, fehler bleibt jedoch danach bestehen ich kann keinen Ersatz-SWM aktivieren, da der Fehler bestehen bleibt:

David_Ch · ‎14.01.2026

Hallo liebe Community, ein Mandant möchte seit diesem Jahr selbst buchen. Dieser hat einen persönlichen DATEV-Stick bekommen und einen Betriebsidentity Stick. Der Betriebsstick steckt im RZ und DATEV wurde installiert. Der LIMA erwartet jedoch als Softwareschutzmodul den persönlichen Stick und auf dem Betriebsstick sind keine Lizenzen hinterlegt. Nun wollte ich das Master-Softwareschutz Modul wie laut Anleitung tauschen: https://help-center.apps.datev.de/documents/1035572 Kann ich jedoch nicht weil er meckert "Im Lizenzpoolverzeichnis wurde keine Poolsicherungsdatei (M*.DVL-Datei) für das Master-SWM "SWM-ID" gefunden." Als ID ist jedoch das Mudul des persönlichen Sticks angegeben. Nun will ich deswegen das Master-Softwareschutzmodul zurücksetzen lassen wie hier beschrieben https://help-center.apps.datev.de/documents/1002370 Meine Frage, geht das nun überhaupt wenn ich nur den Betriebsstick habe und nicht die geforderte ID dransteckt? Zudem ist der aktuelle Serveruser noch nicht mit dem RZ verknüpft welcher das anstossen würde. Danke für die Aufklärung, falls das jemand weiß. Den persönlichen Stick kann ich leider nicht so einfach mal dranstecken, das RZ ist so nicht einfach zugänglich. LG David

David_Ch · ‎10.09.2025

Guten Morgen, hat sich bei jemanden schon was getan, was eine Lösung verspricht? Ich habe auch einen Kunden bei dem es sehr extrem ist mit dem Zahlungsverkehr. Kann man auf eine ältere Version wieder zurück, würde das was bringen? Zudem habe ich noch ausstehende Updates anderer Kanzleien und die Befürchtung, dass diese dann auch betroffen sind. Kann ich den Zahlungsverkehr einzeln skippen? Bis zum 14.09 sollen ja eigentlich alle geupdated sein wegen SiPa, oder? Sonst update ich erst mal nur SiPa, falls das geht und ausreicht. Wie würdet ihr verfahren nach der Erfahrung? Wobei nicht jede Kanzlei die ich bis jetzt auf V19 geupdated habe dieses Verhalten im Zahlungsverkehr hat. Aber die meisten habe ich geupdated bevor 11.22 rauskam. Beste Grüße David