Hallo,   nun ja, letztendlich ist es etwas was BlueJeans lösen muss.  Der BlueJeans Service wurde per Mail von dem Verhalten und dem, in dem einen Fall, gefundenen Workaround informiert. Mehr kann ich derzeit nicht dazu sagen.   ich wünsche noch einen sonnigen Tag 🌞 ... Mehr anzeigen

Hallo Herr Renz, hallo Community,   wir konnten nachstellen, dass BlueJeans beim Start sich einer DLL (WebView2Loader.dll) aus dem DATEV\System Verzeichnis bedient.   Diese DLL soll jede Anwendung selber mitbringen. Nachdem wir die Path-Variable um den Eintrag ergänzt haben, in dem bei BlueJeans die DLL liegt, konnte BlueJeans gestartet werden.   Vorgehen Aus dem Kontextmenü vom Windows Logo | Ausführen wählen sysdm.cpl öffnen Registerkarte Erweitert öffnen und auf Schaltfläche Umgebungsvariablen klicken Unter Systemvariablen die Variable Path zum Bearbeiten öffnen Über Schaltfläche Neu den neuen Pfad hinzufügen: C:\Program Files\BlueJeans\current\Runtimes\Win-x64\native       Wir haben den Service von BlueJeans per Mail informiert ... Mehr anzeigen

Hallo nadimb,   erst einmal Entschuldigung und DANKE.   Dieses Dokument hat einen weißen Fleck, und hätten Sie sich nicht geäußert, hätte sich nichts daran geändert. Morgen (14.7.) steht eine geänderte Version bereit. ... Mehr anzeigen

Zu der Strategie habe ich keine Antwort. Aber eins habe ich inzwischen gelernt, 4 Jahre sind in der IT ein sehr weit entfernter Horizont um "verlässliche" Aussagen machen zu können. 😉 ... Mehr anzeigen

Hallo einmalnoch,   Wie in den letzten Jahren, werden wir auch dieses Mal die neuen Versionen der Server Betriebssystemen Versionen von Microsoft ab Verfügbarkeit mit dem Ziel einer Freigabe unserer Programme ansehen. Wir testen unsere Programme und nicht das Betriebssystem in allen Ausprägungen.   Eine Aussage, ab wann unter welchen Voraussetzungen ein neues Betriebssystems unter welcher Programmversion eingesetzt werden kann, kann erst nach Abschluss der Tests erfolgen.   Es werden auch ausgewählte neuen Techniken auf die Verwendbarkeit beleuchtet. Diese Tests werden erst mal nicht die Freigabe unserer Programme unter dem Betriebssystem beeinflussen. Ob die Power Platform beleuchtet wird, und wenn ja, ob sie für die DATEV Programme verwendbar ist, kann jetzt noch nicht gesagt werden. ... Mehr anzeigen

Hallo YAY,   die Situation wird vermutlich nur durch einen Kontakt mit unserem Service zu lösen sein.   Die weiteren Schritte hängen von den Detail Informationen rund um den CdbErrorUserUnkown ab.   Ist nur ein User/SID unbekannt oder sind es mehrere? Hören die Meldungen nach einem Neustart des Servers fürs erste auf? Dann kann es daran liegen, dass ggf. die Anbindung zum AD verloren gegangen ist und durch den Neustart diese wieder hergestellt wird. Ist der Verbindungsverlust zum AD die Ursache, findet man ggf. in der Ereignisanzeige am Server oder am Domänen-Controller weitere Hinweise dazu.   Das sind aber alles Spekulationen und hilft ihnen nicht weiter.   Melden Sie sich bitte beim Service der DATEV. ... Mehr anzeigen

Hallo YAY,   nein, das soll so nicht sein.   Das die von ihnen beschriebene Situation mal vorkommt, ist uns im Service schon untergekommen. Nun gut. Aber das man regelmäßig hier den Dienst neu starten muss, ist nicht gut und dem muss nachgegangen werden.   Der DATEV DFL Infrastrukturdienst hostet verschiedene Funktionen. - Konfigurationsdatenbasis - Messaging Service - Logservice   Die komplexeste Funktion ist die Konfigurationsdatenbasis und hat somit auch die größte Wahrscheinlichkeit, dass sie an der Lastsituation beteiligt ist. Selten, dass die Konfigurationsdatenbasis selber einen Fehler hat, oft liegt eine Konfigurationssituation vor, die die Konfigurationsdatenbasis unter Last setzt. Wo findet man Infos was gerade in der Konfigurationsdatenbasis zu einem Problem führt. In CDBTool das Fehlerprotokoll ansehen - Nach cdbtool suchen und das Programm ausführen - Links im Übersichtsbaum den Eintrag E-Log Tafel suchen und öffnen - Hier nach Fehlern suchen die das Protokoll "fluten". Weiter kann nicht angeleitet werden. Aber im besten Fall fällt was auf das sprechend ist, und man kann daraufhin die Konfiguration ändern.   Wenn der Messaging Service ein Problem hat, dann gibt es die Möglichkeit das Informationen im Logservice protokolliert werden. Die Fehler Protokolle kann man in der DSConsole ansehen. - Nach DSConsole suchen und das Programm ausführen. - Menü Logging | Logbucheinträge anzeigen öffnen - Haken bei Filter nach Zeitstempel aktivieren (Es werden nur die Fehler Einträge der letzten 2 Stunden angezeigt) Weiter kann nicht angeleitet werden. Aber im besten Fall fällt was auf das sprechend ist, und man kann daraufhin die Konfiguration ändern.   Der DATEV DFL Infrastruktur Dienst selber protokoliert in Datev.Framework.RemoteServices.log Die Logdatei existiert nur, wenn der Dienst selber einmal auf einen Fehler gelaufen ist! Die Datei befindet sich dann im Verzeichnis: C:\Windows\SysWOW64\config\systemprofile\AppData\Local\DATEV\LOG\GenericService   Vielleicht hilft das schon mal weiter. ... Mehr anzeigen

Hallo Herr denzel,   als Gemeinde-Mitglied habe ich mir das mal näher angesehen.😉 Es ist einfacher zu sagen was ich aus dem Ergebnis herauslese, als was die Ursache des Fehlers ist. Sorry!   Fangen wir an: Der Benutzer ist ein Domänenbenutzer und die Authentifizierung ging problemlos. Er ist Kerberos Authentifiziert. Dadurch ist eigentlich bereits klar, dass der Logonserver erreichbar ist und die Zeitdifferenz zwischen Logonserver und Client unter 5 min. Für Ihren datev-server konnte die IP ermittelt werden (ich gehe davon aus, dass die Richtigkeit der IP geprüft ist) Der TCP Port 58451 am datev-server ist erreichbar. Der Weg ist also durch keine Firewall blockiert. Die Zeit am Client und die Zeit am datev-server ist nahezu identisch. Dann fehlt im DSTest log ein Hinweis zur Anmeldeinformationsverwaltung, daher gehe ich davon aus, dass ein Windows-Tresor Eintrag auch nicht als Ursache in Frage kommt. Ihre Aussage, dass alle anderen Rechner kein Problem haben, bedeutet dass der Fehler in der Konfiguration am Client sein muss.   Letztendlich müssen Sie sich an Ihren Techniker oder den Service der DATEV wenden.   Das einzige was mir einfällt ist: Dass man den Test im DSTest wiederholt und in der Ereignisanzeige am Client und am datev-server noch mal zu exakt der Zeit des Tests nachsieht, ob etwas protokolliert wird. Ggf. hat der problematische Client eine andere Security Software (neuere Version?) als die restlichen Systeme. ... Mehr anzeigen

Hallo "wie witzig", ja Ihr Posting hat dazu geführt, dass sich die Entwicklungskollegen mit dem speziellen Problem beschäftigen. Da bei der Bereitstellung und Verwendung der Funktion des Listendrucks mehrere DATEV Entwicklungsteams und auch zugekaufte Schnittstellensoftware zum Einsatz kommt, ist die Antwort, was hier falsch läuft, nicht sofort zu geben. Sobald eine Antwort vorliegt, werden wir dies an dieser Stelle veröffentlichen. ... Mehr anzeigen

Hallo Herr Hofmann, über die Datev.Framework.RemoteServiceModel.GenericService2010.exe werden verschiedene Dienste und Benutzer-Prozesse der DATEV Programme ausgeführt. Es werden z. B. folgende Dienste gehostet: - DATEV Connection Service - DATEV Data-Adaptation-Management - DATEV Datenanpassungen-Dimitra - DATEV DFL Infrastruktur-Dienst - DATEV DFL-Service-Manager - … Im Benutzerkontext werden Prozesse gehostet z. B. - RZ-Kommunikation - Auskunftssystem - … Zum Fehler konnte ich folgendes herausfinden: Im Screenshot konnte man gerade noch erkennen, dass es ein C00000FD ist. Im Internet findet man das es sich bei C00000FD um einen STATUS_STACK_OVERFLOW Fehler handelt. Laut der Seite https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/debugging-a-stack-overflow muss der Fehler von einem "user-mode" Prozess (thread) kommen, also nicht von einem Dienst! Aus dem zuvor genannten wird klar, dass eine Reparatur der DATEV Framework Library eher unwahrscheinlich die Lösung ist. (Da sonst die Dienste auch ein Problem haben und der Arbeitsplatz gar nicht auf geht.) Als nächstes muss man herausfinden, welcher im Benutzerkontext ausgeführte Prozess in den Fehler läuft. Hilfreich kann hier sein: - die Ereignisanzeige - die Logdateien im Benutzerprofiel (%localappdata%\DATEV\Log) - Ein Vorher/Nachher Vergleich über den Taskmanager, welcher Prozess fehlt. (Unbedingt in der Detailansicht die Spalte Befehlszeile einblenden, sonst sieht man den Unterschied der verschiedenen Host-Prozesse nicht. Über die Spalte Benutzername kann man erkennen welcher Prozess ein Benutzer-Prozess ist.) - Process Monitor Analyse (Das sollte ein Fachmann machen, da man sich hier schnell verliert) Wenn man dann weiß welcher Benutzerprozess "Abstürzt", dann weiß man bei welchem Programm eine Reparatur sinnvoll ist. Mehr kann über die Ferne nicht zu Ihrer Anfrage gesagt werden. Mit freundlichen Grüßen Michael Crome ... Mehr anzeigen

Hallo Herr Hofmann, ja, Sie haben Recht! Auf dem Rechner, auf dem der DATEVconnect Dienst eingerichtet werden soll, muss auch das DATEV Programm installiert sein. In Ihrem beschriebenen Fall Mittelstand Faktura mit Rechnungswesen. Uns ist aufgefallen, dass dieser Sachverhalt nicht in dem Dokument zum Einrichten von DATEVconnect enthalten ist. www.datev.de/info-db/1000736 Dies werden wir ändern! Mit freundlichen Grüßen Michael Crome ... Mehr anzeigen

Sehr geehrter Herr Kolberg, Microsoft hat uns mitgeteilt, dass sie diesen Fehler Ende des Monats (Juni 2017) durch ein Update beheben, das automatisch durch den Windows-Updateprozess verteilt wird. Mit freundlichem Gruß DATEV eG Michael Crome Service Systemplattform/Basisdruck | BS422 ... Mehr anzeigen

Hallo Herr Liess, das angesprochene Problem ist bekannt. In der Rechnungswesen Version 5.3 (ab DVD 10.1) ist die Korrektur enthalten. Mit freundlichem Gruß DATEV eG Michael Crome Service Systemplattform/Basisdruck ... Mehr anzeigen