Informationen zu Jürgen_Klein - DATEV-Community

Jürgen_Klein

Hallo Community. mehrere DATEV-Solution-Partner/Techniker haben gemeldet, dass nach Installation der Programme V.20.0 unter Windows Server 2022 der Dienst "DATEV Security Token Service (REST)" am Kommunikationsserver nicht mehr startet. Beim manuellen Startversuch wird gemeldet: Fehler 1053: Der Dienst antwortet nicht rechtzeitig auf die Start- oder Steuerungsanforderung Im Eventlog am Kommunikationsserver findet man unter Anwendung folgende Fehler: Application: Datev.CC.IdentityServerV2.exe CoreCLR Version: 10.0.926.27113 .NET Version: 10.0.9 Description: The process was terminated due to an internal error in the .NET Runtime at IP 0x00007FF70AC0B6C8 (0x00007FF70AB50000) with exit code 0x80131506. und Name der fehlerhaften Anwendung: Datev.CC.IdentityServerV2.exe, Version: 1.0.0.0, Zeitstempel: 0x6a0e06ac Name des fehlerhaften Moduls: Datev.CC.IdentityServerV2.exe, Version: 1.0.0.0, Zeitstempel: 0x6a0e06ac Ausnahmecode: 0x80131506 Fehleroffset: 0x00000000000bb6c8 ID des fehlerhaften Prozesses: 0xe4c Startzeit der fehlerhaften Anwendung: 0x01dd28b2f71c8543 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\DATEV\PROGRAMM\RZKOMM\IdentityServerV2\Datev.CC.IdentityServerV2.exe Pfad des fehlerhaften Moduls: C:\Program Files (x86)\DATEV\PROGRAMM\RZKOMM\IdentityServerV2\Datev.CC.IdentityServerV2.exe Berichtskennung: f204d27c-a1a9-47ea-a80b-660ab0e463c4 Gleichzeitig ist zu sehen, dass seit etwa Mitte Juli täglich versucht wird, das MS-Sicherheitsupdate KB5099540 zu installieren. Die Installation endet jeweils mit dem Fehler 0x80073701, was darauf hindeutet, dass wichtige Systemdateien fehlen oder beschädigt sind. Die Windows-Bordmittel dazu sind: - Öffnen Sie die Eingabeaufforderung als Administrator. - Geben Sie den Befehl dism /online /cleanup-image /restorehealth ein und drücken Sie Enter. - Tippen Sie danach sfc /scannow ein, um beschädigte Systemdateien zu reparieren. - Führen Sie optional den Befehl dism /online /cleanup-image /startcomponentcleanup aus, um den Komponentenspeicher zu bereinigen. - Starten Sie den PC neu und versuchen Sie das Update erneut Einer der Solution-Partner meldet, dass diese Windows-Bordmittel nicht hilfreich waren. Stattdessen half ein Script, das hier erwähnt ist: https://www.sysnative.com/forums/threads/server-2022-error-0x80073701-kb5099540.46213/ Danach konnte auch der Dienst "DATEV Security Token Service (REST)" wieder gestartet werden,. Weitere Informationen liegen uns aktuell noch nicht vor.

Jürgen_Klein · ‎29.04.2026

Hallo @ch_h_, die Programm-Meldung CC51006 hat nichts mit der Erreichbarkeit des Rechenzentrums zu tun. Die Meldung bedeutet, dass es aktuell keinen freien Slot für die Folgeverarbeitung des im Funktionstest erzeugten Testauftrags gibt. Ich vermute, dass noch nicht alle der zuvor 70 gestarteten Aufträge "Fertig" sind.

Jürgen_Klein · ‎28.04.2026

Hallo @CDF2024, genau dafür ist DFÜ-Sammler-Lizenz vorgesehen - für die Folgeverarbeitung der DFÜ-Aufträge. Siehe auch: DATEV Kommunikationsserver - Lizenz für den DFÜ-Sammler umstellen - DATEV Hilfe-Center

Jürgen_Klein · ‎27.04.2026

Hallo @CDF2024 für jeden Benutzer der eine DFÜ-Verbindung benötigt, muss ein RZ-Benutzer verknüpft sein. Das gilt auch für den Benutzer, unter dem der DFÜ-Sammler läuft. Ohne diese Voraussetzung kann unter dem Benutzer der DFÜ-Sammler nicht sinnvoll betrieben werden. Alle Verbindungen in das RZ würden scheitern.

Jürgen_Klein · ‎23.03.2026

Hallo @DeeBaa21, aus meiner Erfahrung wird in den meisten Fällen bei PartnerASP der DFÜ-Sammler zentral am Kommunikationsserver gestartet. Sie können das mit einem Doppelklick auf die "DFÜ-Ampel" prüfen. Dort sind sowohl die Maschine auch als der Benutzer aufgeführt. Das wäre dann der Benutzer, dem Sie die DFÜ-Sammler-Lizenz zuweisen müssen. Weitere Infos finden Sie hier: DATEV Kommunikationsserver - Lizenz für den DFÜ-Sammler umstellen - DATEV Hilfe-Center

Jürgen_Klein · ‎17.03.2026

Hallo @eisback, Sie können das so weiterführen wie bisher. Da dem Benutzer sowieso eine Lizenz für die Nutzung der Anwendungen zugewiesen werden muss, schließt das auch die Nutzung des DFÜ-Sammlers mit ein. Die DFÜ-Sammler-Lizenz ist explizit für die Nutzung an einem Kommunikationsserver (oder einem anderen PC, an dem der DFÜ-Sammler "unbedient" im Hintergrund laufen soll) vorgesehen, so wie @janm das völlig korrekt einschätzt. Die DFÜ-Sammler-Lizenz wird dort benötigt, um die für die Folgeverarbeitung notwendigen und lizenzpflichtigen Programmteile zu starten.

Jürgen_Klein · ‎19.11.2025

@deusex schrieb: Wir hatten ja "damals" die Updates ausgesetzt bis 19.11.2025 und da heute der 19.11.2025 ist und ich eigentlich den ganzen Tag auf eine proaktive Info gewartet habe, weil ich das auf Wiedervorlage hatte, möchte ich gerne diese proaktive Info kurz aktivieren. Was ist nun mit der DFÜ und den Updates ? Nochmals aussetzen oder endlich nachholen ? Bitte um zeitnahe Info; am Besten heute noch. Möglicherweise habe ich auch etwas im Tagestrubel verpasst. Vielen Dank. Hallo @deusex, wir hatten am 27.10.2025 empfohlen, die Updates nicht länger auszusetzen (siehe weiter oben im Beitrag). Die von Microsoft bereitgestellte Lösung hat verhindert, dass das Problem erneut auftritt. Wir hatten seitdem auch keine neuen Anfragen mehr dazu.

Jürgen_Klein · ‎11.11.2025

Hallo AKW, ja, auf jeden Fall. Ich kann nicht sagen, was bei bei Unternehmen online passieren würde, wenn sie "Nein" sagen. Aber bezogen auf mein obiges Beispiel würde ein Anmeldemedium (z. B. SmartCard) verlangt werden, obwohl es über den DATEV-Benutzer automatisch gehen würde.

Jürgen_Klein · ‎11.11.2025

Hallo zusammen, wir können bestätigen, dass DATEV auch Zugriffe auf lokale Ressourcen benötigt. Beispielsweise können verschiedene Cloud-Anwendungen (z. B. Service-TAN) für die Authentifizierung auch den DATEV-Benutzer in Verbindung mit dem Kommunikationsserver verwenden. Um den Namen des Kommunikationsserver-PCs im lokalen Netzwerk zu ermitteln, muss zunächst auf den „Prediscovery-Dienst“ zugegriffen werden. Dieser ist Bestandteil des DFÜ-Dienstes der RZ-Kommunikation und wird über localhost (HTTPS über Port 58456) angesprochen. Für die Anmeldung selbst ist eine weitere lokale HTTPS-Verbindung zum Kommunikationsserver-PC (Hostname des Kommunikationsservers, Port 58452) erforderlich. Beide HTTPS-Verbindungen können zu dieser Browser-Meldung führen. An Einzelplatz-PCs (mit SmartCard oder SmartLogin) könnte man die Meldung von Chrome verhindern, in dem man die automatische Anmeldung mit DATEV-Benutzer deaktiviert (Automatische Anmeldung mit DATEV-Benutzer deaktivieren - DATEV Hilfe-Center).

Jürgen_Klein · ‎30.10.2025

@janm schrieb: Es klingt so, als würde das derzeitige Preview Update bzw. der November Patchday dann eben einen Fix bekommen: October 28, 2025—KB5067036 (OS Builds 26200.7019 and 26100.7019) Preview - Microsoft Support [Networking (known issue)] Fixed: An issue occurred where web servers using HTTP.sys (such as Internet Information Services [IIS]) rejected incoming HTTP requests with a “NOT_SUPPORTED” error. Danke für den Hinweis. Wir schätzen das auch so ein. Die Dokumente, die sich damit befassen, wurden heute aktualisiert: #RZK73019 DFL00394 beim Starten von DATEV Arbeitsplatz

Jürgen_Klein · ‎28.10.2025

Nein, wir konnten hier nichts Spezifisches feststellen.

Jürgen_Klein · ‎28.10.2025

Hallo Herr Kolberg, wir haben keine Erkenntnisse darüber, in welchen Situationen genau der Fehler zu erwarten ist. Das Fehlerbild bezieht sich immer auf den lokalen PC (Kein Zugriff auf localhost über http2). Wir glauben daher nicht, dass es etwas mit Proxy bzw. mit/ohne Kommunikationsserver zu tun hat. Microsoft weiß es offenbar auch nicht genau: "This issue is caused by a variety of conditions which can be influenced by the device's internet connectivity, as well as timing of recent update installation and device restarts. For this reason, it is possible that it may not be observed in some environments despite having installed the update mentioned above." Wir hatten dazu etwa 250 Anfragen bzw. Fälle, ausnahmslos Windows 11 (24H2 und 25H2). Im Vergleich zur Gesamtanzahl unserer Kunden mit Windows 11-Systemen ist das ein relativ geringer Anteil.

Jürgen_Klein · ‎27.10.2025

@Humantechnik es gibt keinen neuen Stand und es ist auch unklar ob bzw. wann Microsoft hierzu etwas verlauten lässt: "Next steps: We are working on releasing a resolution for this issue in a future Windows update. We will provide an update when more information is available." (siehe https://learn.microsoft.com/en-us/windows/release-health/status-windows-11-24h2#iis-websites-might-…) Das in dem Artikel erwähnte .msi-Paket sorgt vermutlich dafür, dass das Problem nicht erneut auftreten kann: "IT admins can resolve this issue for managed devices which have installed the affected update and encountered this issue. It can be fixed by installing and configuring the Group policy listed below." Vor diesen Hintergrund würden wir nicht empfehlen, die Updates noch länger aussetzen. Letztendlich müssen Sie für Ihre Systeme diese Entscheidung aber selbst treffen.

Jürgen_Klein · ‎20.10.2025

@ES3 schrieb: Sehr geehrter Herr Klein, könnten Sie uns bitte auf die neuesten Stand bringen, da die Windows Updates nicht zu lange angehalten werden sollten. Vielen Dank. Hallo ES3, der letzte Stand ist die Info von Microsoft, in dem der Fehler bestätigt wird: Windows 11, version 24H2 known issues and notifications | Microsoft Learn Mit diesem in der Info genannten .msi-Paket konnten seit Freitag zahlreiche Kunden das Problem lösen (Neustart nicht vergessen): https://download.microsoft.com/download/16d61dc0-7e94-4cd2-ba3c-4f59dece8488/Windows%2011%2024H2,%20Windows%2011%2025H2%20and%20Windows%20Server%202025%20KB5066835%20251015_22001%20Known%20Issue%20Rollback.msi Siehe auch Ursache/Abhilfe #1 im Dokument #RZK73019 - DATEV Hilfe-Center Wir hatten allerdings heute einen Fall, bei dem nur die Reg-Keys vom Freitag halfen: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters - neuen DWORD (32 Bit) erstellen, Name: EnableHttp2Tls Wert: 0 - neuen DWORD (32 Bit) erstellen, Name: EnableHttp2Cleartext Wert: 0

Jürgen_Klein · ‎17.10.2025

@martinkolberg schrieb: Ich habe soeben ein kanzleiweites Ausrollen der MS- Updates gestoppt. OK, die DFÜ des 25H2- Testrechners funktioniert auch mit dem Update. Frage: Was tun? - Abwarten und die Experten lösen das Problem -> Nächsten Samstag alles Updaten! - Selber forschen, um das Problem manuell zu fixen. - Frage hierzu: Woran erkannte ich vor dem Update, welche Geräte betroffen sind? Hallo Herr Kolberg, Microsoft beschreibt in dem gerade erwähnten Artikel (Windows 11, version 24H2 known issues and notifications | Microsoft Learn) die Known Issues von Version 24H2. Das würde vielleicht erklären, dass Sie nicht betroffen waren (oder haben Sie auch 24H2-Maschinen?). MS beschreibt weiter KB5065789 als Auslöser. Bei unseren Abhilfeversuchen war das aber nicht immer vorhanden, obwohl das Problem vorlag. Stattdessen half in einigen Fälle auch das Entfernen von KB5066835. Weitere Erkenntnisse liegen uns noch nicht vor.

Jürgen_Klein · ‎17.10.2025

@KonComm schrieb: Update auf Borns IT- und Windows-Blog: Windows 11 24H2-25H2/Server 2025: Microsoft bestätigt Problem mit IIS/localhost https://www.borncity.com/blog/2025/10/17/windows-11-24h2-25h2-server-2025-microsoft-bestaetigt-problem-mit-iis-localhost/ Ja, wir testen das gerade bei einigen Kunden. Für das Problem https://help-center.apps.datev.de/documents/1048284 hat sich die Wirksamkeit schon bestätigt und der Fix wird dort schon erwähnt. Wir werden das im Dokument #RZK73019 - DATEV Hilfe-Center dann auch als Lösung bereitstellen.

Jürgen_Klein · ‎16.10.2025

Hallo Humantechnik, bei Ihnen gab es in der Ereignisanzeige (Anwendung) eine System.Net.HttpListenerException: Fehler beim Abhören von Präfix https://localhost:58456/datev/framework/prediscovery/ Es musste eine bereits auf Port 58456 bestehende Registrierung mittels netsh gelöscht werden. Ich würde ihr Problem aber eher als ein spezielles betrachten und den Befehl zur Lösung hier nicht öffentlich propagieren. Das kann evtl. eher Schaden als Nutzen stiften. Ich hoffe, Sie haben dafür Verständnis. Wir sehen uns gerne alle Fälle an, bei denen die Registry-Keys nicht helfen. Formatierung angepasst

Jürgen_Klein · ‎16.10.2025

Hallo Herr Schultheiss, bitte seien Sie so nett und senden uns einen Servicekontakt (Produkt RZ-Kommunikation). Erwähnen Sie gerne namentlich mich und auf jeden Fall, dass die Lösung im Dokument nicht half. Wir sehen uns das dann zusammen mit Ihnen an.

Jürgen_Klein · ‎16.10.2025

Haben Sie das mit der Registry schon versucht? 1. Registrierungs-Editor (regedit.exe) starten. 2. Zu folgendem Schlüssel navigieren: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters 3. neue Einträge erstellen: - Rechtsklick und neuen DWORD (32 Bit) erstellen, Name: EnableHttp2Tls Wert: 0 - Rechtsklick und neuen DWORD (32 Bit) erstellen, Name: EnableHttp2Cleartext Wert: 0 Das Ergebnis sieht so aus: Danach den PC neu starten.

Jürgen_Klein · ‎15.10.2025

Hier wird das Zertifikat von "master" als ungültig erachtet. Evtl. hat sich der Fingerprint des Zertifikates am Kommserver geändert. Ich würde an dem Client mit der Meldung mal folgendes versuchen: In einer Administrativen Eingabeaufforderung Folgendes ausführen (Groß-/Kleinschreibung beachten): - hostconf ServerDeinst - hostconf Update

Jürgen_Klein · ‎15.10.2025

Das Dokument ist jetzt aktualisiert. Bitte beachten Sie auch: Problem in der RZ-Kommunikation nach Windows-Updat... - DATEV-Community - 513400 Außerdem darf ich Sie auf folgendes Dokument hinweisen, das auf das Thema "Peer-to-Peer"-Netz eingeht: DFL00394 beim Starten von DATEV Arbeitsplatz - DATEV Hilfe-Center

Jürgen_Klein · ‎15.10.2025

Danke für den Hinweis, wir kümmern uns noch um das Dokument.

Jürgen_Klein · ‎15.10.2025

Danke für die Info. Wir hatten gerade auch 2 dieser Fälle. KB5065789 war dort nicht vorhanden, nur KB5066835,

Jürgen_Klein · ‎15.10.2025

Hallo zusammen, es handelt sich um das Windows Update KB5065789, welches das Problem verursacht. Es ist ein Update für Windows 11-Systeme. Auch wenn es sich nicht um eine Störung im RZ handelt, haben wir uns dennoch für eine Störungsmeldung über den RZ-Status entschieden. Wir arbeiten mit Hochdruck an der Ursachenforschung. Momentan können wir außer der Deinstallation Updates nichts anderes empfehlen.

Jürgen_Klein · ‎16.09.2024

Falls Sie noch keine Lösung gefunden haben, hilft Ihnen möglicherweise folgendes Dokument weiter: https://apps.datev.de/help-center/documents/1018575

Jürgen_Klein · ‎08.03.2024

Hallo andrereissig, ich sehe mir das gerne mal per Fernbetreuung an. Evtl. können wir ein bisschen was an den Profilen optimieren. Wenn das nicht helfen sollte, gäbe es noch Möglichkeiten für einen Mitschnitt und auch Logs/Analysedaten, die im Fehlerfall helfen könnten. Also: Gerne per PM die Kontaktdaten an mich übermitteln, ich melde mich zeitnah.

Jürgen_Klein · ‎07.03.2024

Hallo Neu_hier, ich kann zwar zur Thematik mit Smart-IT nichts sagen, aber beim Klick auf den ELSTER-Status unter www.datev-status.de wird offenbar der Link verfälscht und zu https://www.elster.de/elsterweb/svs%C2%A0 umgewandelt. Wenn Sie die URL manuell korrigieren in www.elster.de/elsterweb/svs wird die Seite korrekt angezeigt. Ich gebe das Problem intern weiter.

Jürgen_Klein · ‎18.07.2023

Hallo, wir haben uns das mal in einem Testumfeld genauer angesehen und konnten es über die Erweiterten Skalierungseinstellungen in Windows auch nachstellen: Beim Wert 125% ist wie bei Ihnen der Sonntag nicht zu sehen. Beim Wert 120% ist auch der Samstag nur noch zum Teil zu sehen. Beim Wert 100% ist alles zu sehen und beim Wert 130% stimmt die Anzeige ebenfalls. Welchen Wert verwenden Sie? Evtl. können Sie selbst experimentieren und eine Einstellung finden, die für Sie passt und auch den Sonntag wieder anzeigt. Abgesehen davon würden wir das aber trotzdem als "Bug" behandeln und versuchen, das in einer der nächsten Versionen der RZ-Kommunikation zu bereinigen.

Jürgen_Klein · ‎18.07.2023

Hallo HAS, es ist möglich, den DFÜ-Sammler in der RZ-Kommunikation über den kontextbezogenen Link Konfiguration | DFÜ-Sammler/Verarbeitung zu deaktivieren. Ich würde das aber nicht empfehlen, da sie ihn dann auch jedes mal wieder manuell aktivieren müssen. Der SQL-Server lässt sich auch stoppen, wenn noch Datenbankverbindungen bestehen. Um Fehlersituationen zu vermeiden, sollten aber (wie empfohlen) alle Datenbankverbindungen geschlossen sein. Das erreichen Sie über das Schließen des Arbeitsplatzes und das Festlegen der Ausschlusszeiten für den DFÜ-Sammler. Dass bei Ihnen der Sonntag nicht angezeigt wird, scheint irgendeine Besonderheit der Bildschirmauflösung zu sein, die ich aber nicht näher einschätzen kann. Wenn Sie sich per Servicekontakt bei uns melden, sehen wir uns das gerne an. Mit freundlichem Gruß Jürgen Klein Service Kommunikation & Security | DATEV eG

Jürgen_Klein · ‎21.12.2022

Hallo LarsG, wenn Sie die Programm-Meldung #RZK77087 erhalten, steht fest, dass Sie das DFÜ-Profil "DFÜ im Netzbetrieb" verwenden. Dieses DFÜ-Profil ist dann das richtige, wenn es in Ihrem Netzwerk einen Kommunikationsserver gibt. Deswegen wäre zunächst mal zu prüfen, ob das der Fall ist. Sie können z. B. den DFÜ-Funktionstest öffnen. Dort gibt es am Anfang eine Zusammenfassung. Wenn dort "Kommunikationsserver außerhalb des Datenpfades" steht, gibt es vermutlich keinen Kommunikationsserver (oder er hat tatsächlich einen anderen Datenpfad als der Rechner, an dem die Meldung erscheint). Ein andere Möglichkeit: Im Installations-Manager die Produktübersicht mit dem Filter "Alle Produkte" öffnen. Gibt es dort einen Kommunikationsserver? Wenn nein, dann kann er auch nirgends installiert sein. Wechseln Sie in diesem Fall auf das DFÜ-Profil auf "Lokale DFÜ über Internet". Voraussetzung ist das Sicherheitspaket und eine lokal gesteckte Smartcard. Zur Umstellung gehen Sie so vor, wie es im Dokument https://apps.datev.de/help-center/documents/1008038 unter 3.1.1 beschrieben ist. Viele Grüße Jürgen Klein Service Kommunikation & Security | DATEV eG

Beiträge und Ideen von Jürgen_Klein

Auszeichnungen