Moin!   In der Vergangenheit habe ich die Updates des Sicherheitspaketes compact eigentlich immer als relativ pflegeleicht wahrgenommen. Also habe ich, nachdem unsere Buchhalterin mir heute morgen den Updatehinweis bzgl 8.21 gezeigt hatte, diese Version zunächst auf unserem Terminalserver installiert. Das war ein Fehler.   Kurz darauf ruft sie mich an und berichtet mir von der Fehlermeldung LK01140/1082 ("Die erforderlichen Softwareschutzinformationen konnten nicht vom gesteckten DATEV mIDentity gelesen werden."). Gut, denke ich mir, da verträgt sich wohl ihr 8.09 nicht mit dem 8.21 auf dem Terminalserver, bringe also auch ihren Client auf 8.21. Selber Fehler, auch nach Reboot des Clients.    Bei genauerem Hinsehen stellt sich heraus, dass beim Start des Sicherheitspaketes auf dem Terminalserver eben nicht das SiPa compact in der soeben installierten Version 8.21 gestartet wird sondern das Sicherheitspaket in der Version 8.09, die wir vor drei Monaten bei unserem letzten DATEV-Update installiert haben. Dennoch hatte das Update des SiPa compact auf dem Terminalserver ja offenbar einen Effekt, sonst wäre es nicht zu dem genannten Fehler gekommen. Ich bin dann auf beiden Seiten beim SiPa compact wieder auf 8.09 zurückgegangen und sie kann wieder arbeiten.   In der Tat habe ich in der Vergangenheit das SiPa compact immer nur im Nachgang eines größeren DATEV-Updates aktualisiert, dann stimmen die Versionen von Sicherheitspaket und SiPa compact bei allen Beteiligten überein.   Bedeutet das nun, dass ein Update des Sicherheitspaketes auf dem Terminalserver die Voraussetzung für ein erfolgreiches Update des SiPa compact auf dem Client ist? In dem Fall fände ich einen entsprechenden Hinweis in der Meldung #SPP12402 hilfreich. Oder habe ich nur irgendwo einen blinden Fleck?     ... Mehr anzeigen

Moin allerseits!   Heute hatte unsere Buchhalterin einen kuriosen Fehler: beim Versuch, Belegtransfer zu starten, erhielt sie die Meldung, die .NET-Version sei zu alt. Im Event Log findet sich dann auch ein Eintrag mit der Event-ID 1023 und dem Text   Description: A .NET application failed. Application: BTTMain.exe Path: C:\Program Files (x86)\DATEV\PROGRAMM\BTTNext\BTTMain\BTTMain.exe Message: You must install or update .NET to run this application. App: C:\Program Files (x86)\DATEV\PROGRAMM\BTTNext\BTTMain\BTTMain.exe Architecture: x64 Framework: 'Microsoft.NETCore.App', version '8.0.29' (x64) .NET location: C:\Program Files\dotnet\ The following frameworks were found: 3.1.17 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App] 6.0.36 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App] 8.0.28 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]   Nachdem ich .NET Desktop Runtime und ASP.NET Core Runtime auf 8.0.30 aktualisiert habe, läuft der Belegtransfer nun auch problemlos.   Seltsam ist nur: sie behauptet steif und fest, gestern habe es noch funktioniert. Seit gestern wurden aber keinerlei Updates installiert, weder für Windows noch für Belegtransfer noch für DATEV überhaupt. Das wurde alles am 16.7. (Belegtransfer am 27.4.) zuletzt angefasst.   Wieso also verlangt das Programm heute eine andere .NET-Version als gestern? Muss ich das verstehen?     ... Mehr anzeigen

Guten Tag allerseits!   Ich bin verwirrt: mit Blick auf die im November anstehende Umstellung der Umsatzdatenformate und Wegfall eines manuellen Imports will/muss ich endlich mal einen Blick auf den Programmbereich DATEV Zahlungsverkehr werfen. Dabei stelle ich fest, dass der durch unsere Buchhalterin längst benutzt wird (um Austauschdateien zu erzeugen, die sie dann an SFirm verfüttert).   Wenn ich jedoch in den Installationsmanager schaue, wird mir der Zahlungsverkehr dort als lizenziert (Betriebsstättenlizenz), aber als nicht installiert angezeigt. Was habe ich da nicht verstanden?   beste Grüße... ... Mehr anzeigen

Guten Morgen allerseits,   vor etwa einem Monat haben wir für unser Betriebsstätten-mIdentity eine neue SmartCard erhalten (Zertifikatsablauf nach fünf Jahren) und in Betrieb genommen. Das mIdentity ist dauerhaft am Datenbankserver gesteckt, laut SiPa dort ist alles OK (aktualisierte Seriennummer, Laufzeit bis Ende 2029) und wir nehmen auch keinerlei Funktionseinschränkungen nach der Aktualisierung wahr.   Irritierenderweise weist mich der Datenbankserver im Anwendungslog weiterhin alle acht Stunden auf ein abgelaufenes Zertifikat hin (Event 64, Quelle Microsoft-Windows-CertificateServicesClient-AutoEnrollment). Laut Fingerabdruck bezieht sich die Meldung auf ein Zertifikat u.a. zur Clientauthentifizierung, ausgestellt für die Seriennummer der alten SmartCard und mit deren Ablaufdatum, das im Zertifikatsspeicher des Computerkontos des Datenbankservers liegt.   Im selben Speicher liegen zwei aktuelle Zertifikate (Ablaufdatum der neuen SmartCard) zur Serverauthentifizierung, ausgestellt jeweils von/für localhost und den NETBIOS-Namen des Servers. Aktuelle Zertifikate zur Clientauthentifizierung gibt es dort jedoch nicht.   Wie muss ich das nun interpretieren: wurde bei der Aktualisierung das alte Zertifikat nur "vergessen" und ich kann es schlicht löschen, um die o.g. Warnung loszuwerden? Oder weist es auf einen bislang unentdeckten Fehler bei der Aktualisierung hin, der mir irgendwann mal auf die Füße fallen kann? Gibt es eine Übersicht zum "Soll-Zustand" der Zertifikatsspeicher einer DATEV-Installation?   beste Grüße...   ... Mehr anzeigen

Guten Tag allerseits!   Es ist ja schön und gut, per E-Mail über vom RZ abgerufene Updates benachrichtigt zu werden. In einer solchen Mail steht dann bspw das folgende (gestern morgen erhalten):   Service-Releases (31.10.2024) zu DATEV-Programme V.18.0     Basis Wirtschaftsberatung SR V.4.42         (Programmänderungen: https://apps.datev.de/go2myupdates/documents?product=PAK08618&version=4.42&redirect=list&caller=RzAccessMail ) Wenn ich diesem Link folge, finde ich dort jedoch als neuesten Eintrag für dieses Programm den für Version 4.13 vom 16.05.2024.   Das finde ich irgendwie etwas, ääh, suboptimal...   Bin ich der einzige Nutzer, der dort derart veraltete Informationen präsentiert bekommt? Falls nicht, hätte das doch eigentlich schon mal unter dem Suchbegriff myUpdates hier aufschlagen müssen? Davon sehe ich aber nichts.   mit irritierten Grüßen...   ... Mehr anzeigen

Guten Morgen allerseits!   Wir benutzen seit vielen Jahre lang SFirm 3 und haben vor einiger Zeit DATEV bei uns eingeführt. Momentan stehen wir bzgl Zahlungsverkehr vor der Alternative zu Starmoney zu wechseln oder aber unsere Zahlungen gleich mit der Zahlungsverkehr-Komponente von DATEV abzuwickeln.   Hat jemand Erfahrungen mit beidem und kann sagen, ob es überhaupt noch einen Grund zum Betrieb eines separaten Bankingprogramms gibt? Da wir mit SFirm bislang ja nicht mehr tun als Umsatzdaten abzurufen und Zahlungen anzuweisen, liebäugeln wir damit, auch dies mit DATEV zu tun und somit eine Komponente weniger in unserem Software-Zoo berücksichtigen zu müssen. Oder schiessen wir uns damit ins Knie? Gibt es Dinge in Starmoney, die wir mit DATEV nicht ebenso erledigen können?   Ich freue mich auf Eure Kommentare...   Gruß aus Dortmund ... Mehr anzeigen