Informationen zu Snoopy70 - DATEV-Community

martinkolberg · ‎16.03.2025

Schnellschuß aus der KI: Der Fehler tritt bei der Installation oder Konfiguration eines DATEV-Produkts (Schlüssel: A0000100, Version 2.8.2) auf. Der entscheidende Fehler ist: Fehlermeldung: DatatypeStringAutoLoad: Invalid state ConfigDB access throws an exception Das bedeutet, dass beim Zugriff auf die ConfigDB (Konfigurations-Datenbank) ein Problem aufgetreten ist, genauer gesagt beim Laden eines bestimmten Datentyps (DatatypeStringAutoLoad). Dadurch kann der Datenpfad nicht erstellt werden: Daten-Pfad: L:\DATEV\DATEN\A0000100\DATA\STANDARD Mögliche Ursachen und Lösungen: Netzlaufwerk nicht erreichbar Der Pfad L:\DATEV\DATEN\A0000100\DATA\STANDARD liegt auf einem Netzlaufwerk. Prüfe, ob das Laufwerk L:\ korrekt verbunden ist und der Benutzer Schreibrechte darauf hat. Probleme mit der ConfigDB Die ConfigDB könnte beschädigt sein oder falsche Werte enthalten. Falls möglich, versuche, die ConfigDB zu reparieren oder eine Sicherung zurückzuspielen. Rechteproblem / Administratorrechte fehlen Falls die Installation ohne Admin-Rechte gestartet wurde, probiere, das Setup mit "Als Administrator ausführen" zu starten. Fehlende oder beschädigte Installationsdateien Überprüfe die Installationsdateien und lade ggf. eine neue Version herunter. DATEV-Dienste neu starten Starte den Rechner neu oder führe einen Neustart der DATEV-Dienste durch: Windows-Taste + R → services.msc Finde DATEV-Dienste und starte sie neu. Fehlermeldung INI07219 prüfen Die vorgeschlagene Message ID "INI07219" könnte in der DATEV-Dokumentation weiterhelfen. Falls du Zugang zu DATEV-Support hast, suche nach dieser Fehlernummer oder kontaktiere den Support. Nächste Schritte: Prüfe das Netzlaufwerk (L:\). Starte das Setup als Administrator. Falls der Fehler bleibt: DATEV-Support kontaktieren mit Fehler-ID INI07219. Falls du weitere Logs hast, kannst du sie hier posten. 😊 4o

Snoopy70 · ‎13.12.2024

Aktuell ist es bei meinen Konto wieder ein Thema. Exact dieselbe Fehlermeldung wie zu Beginn dieses Threads. Keine Möglichkeit hier etwas freizuschalten. Browsercache hat auch nix gebracht. Ein Anruf bei Consors hat auch nicht geholfen. Nur die Rückfrage, ob es ein Firmenkonto ist und dass sie das Konto sonst kündigen müssen, da sie keine Firmenkonten haben wollen. War auch ein Ex-Dab-Konto. Ich warte noch ein paar Tage, vielleicht ist es ja wieder ein Fehler bei der Datev. Es geht seit ca. 3-4 Tagen bei mir nicht mehr bzw. es kommt die Meldung mit dem zweiten Zugangsweg.

spawngebob · ‎24.10.2024

@Hanne1 schrieb: Wir hatten mit unserem IT-Dienstleister über die Einrichtung von Comcrypto gesprochen und es wurde erwidert, warum wir nicht stattdessen die MS Purview-Verschlüsselung nutzen, die kostenlos bereits in MS 365 enthalten ist, da angeblich selbes Prinzip. Weitere Ausführungen vom IT-Dienstleister dazu: " Ablauf der Verschlüsselung (Mails später nicht mehr einsehbar?): Die Aufbewahrung von Dokumenten in DATEV DMS erfolgt revisionssicher, daher unveränderlich. Es gibt sozusagen keine "Ablauffrist von Dokumenten", sodass diese plötzlich nicht mehr einsehbar sind. Kann eine andere Person durch mich abgelegte E-Mails öffnen?: Dieser Punkt dürfte sich als schwieriger herausstellen, da für die Microsoft Mail-Verschlüsselung anders, als bei der DATEV kein S/MIME Zertifikat genutzt wird. Versenden Sie jetzt also eine verschlüsselte Mail an mich, so landet diese verschlüsselt im DMS - zu erkennen an dem Schlosssymbol. Da Sie die Mail allerdings verschlüsselt haben, können auch nur Sie diese Mail öffnen. Zu testen wäre, wie DMS mit solchen Mails umgeht. Hier wäre die Option sinnvoll, diese Mail dann unverschlüsselt in DMS abzulegen (der Empfänger hat die Mails ja bereits verschlüsselt erhalten)" Wie sind Eure Erfahrungen dazu? VG Zum Thema revisionssicher und Zugriff auf abgelegte Mails: SharePoint -> Bitte einfach mal mit der Datensatzverwaltung auseinandersetzen (Aufbewahrungsbezeichnungen, Datensatzversionsverwaltung, ...). Damit geht alles, auch Zugriffe für die jeweiligen Datensätze können höchst flexibel angepasst werden und sind auch änderbar. MS Purview ist, wenn alles darum ebenfalls korrekt eingerichtet ist, eine sehr feine Sache. Beste Grüße

Markus_Goetz · ‎14.03.2024

Hallo @Snoopy70, Wir können das Programmverhalten wie beschrieben bei uns nicht nachstellen. Sollte das o.g. Vorgehen (Setzen des Bezahlt-Stempels) das Problem nicht lösen, melden Sie sich bitte bei uns per Servicekontakt. Hier können sich die Kolleg:innen das Problem im Detail ansehen.

Snoopy70 · ‎18.09.2023

Sorry, aber hier muss ich wirklich noch einmal kommentieren. Das tut schon weh, was Sie hier schreiben. Was macht denn Datev so tolles mit den Microsoft Office Produkten? Wirklich nichts, was nicht einfacher zu lösen wäre. Sämtliche direkte Integration oder Übergaben per DDE funktionieren schon seit Jahrzehnten einfach nicht. Die Plattformunterstützung für die ServerOS mag ja noch sein, den SQL-Server vielleicht auch noch, aber Office. Ein klares nein. Und Stichwort OpenOffice. Ohne Outlook kommen viele einfach nicht klar. Hat Microsoft schon geschickt gemacht. Für die paar Tabellen und Texte ist Openoffice einfach besser. Also vielleicht mal den ganzen Datev-Quatsch ein wenig objektiver betrachten und sehen, was es wirklich ist. Ein sehr großes Abo Modell, welches uns der deutsche Staat mit seinem Steuersystem aufzwingt. Aber auch solche Dinge haben Ihre Zeit und kommen und gehen mit der Zeit. Der letzte große Fehler im Rechenzentrum der Datev war fast so ein Moment, so das Gerüst heftig wackelte und viele mal ernsthaft überlegt haben, was sie hier nutzen. Andere haben es immer noch nicht gemerkt und starten einfach den Datev-Arbeitsplatz in einem Terminalserver. Wenn die Datev es wirklich mit einem Arbeitsplatz ernst meinen würde, würde sie einfach eine WTS-Umgebung mit einem OS anbieten und gut wäre es. Diese Abhängigkeit von MS ist überholt und dies werden auch noch die letzten Nutzer irgendwann merken. Solange leben wir aber ganz gut davon. Nur mit welchen Kosten...

Stefanie_Herold · ‎01.12.2021

Hallo zusammen, die Ursachenanalyse ist nun soweit abgeschlossen. Daher hier wie versprochen noch einige weitere technische Details. 08.11.2021 Komplettausfall Erster Auslöser am 08.11. war ein Fehler in der IBM-Datenbank-Software, der bei automatischen systemseitigen Aufräumaktionen zu einem fehlerhaften Speichermanagement und in Folge dem Systemabsturz geführt hat. Aufgrund eines zweiten Softwarefehlers konnte das Gesamtsystem durch den beim Systemabsturz innerhalb der Datenbank entstandenen Zustand weder automatisch noch manuell bereinigt und wieder gestartet werden. Gemeinsam mit einer Task Force von DATEV und IBM Deutschland und USA wurde intensiv an der Fehleridentifikation und der sich anschließenden Fehlerbehebung gearbeitet. Erst durch die manuelle Isolation und spätere Reparatur der betroffenen Spaces (Datenblöcke) konnte die Datenbank überhaupt wieder gestartet und dann manuell vervollständigt werden. Für beide Softwarefehler haben wir zwischenzeitlich Software-Fixes von IBM erhalten, die auch bereits eingespielt und aktiviert sind. 09.11.2021 Performance-Probleme in der Prozesskette der Belegverarbeitung Hierzu nochmal unsere Stellungnahme vom 19.11.: Aufgrund des Ausfalls am 08.11. hatten wir an den von uns prognostizierten neuralgischen Punkten die Ressourcen präventiv massiv aufgestockt. An diesen Punkten hatten wir am 09.11. dann tatsächlich und erwartungskonform keinen Engpass. Im Gegenteil – die Systeme liefen an diesen Stellen weit unter ihrer möglichen Auslastung. Erwischt hat es uns im weiteren Verarbeitungsverlauf an Systemen, die bisher selbst bei Lastspitzen völlig unauffällig gewesen waren. Dort haben wir nach Bekanntwerden des Problems dann im Laufe des Vormittags nach und nach Reserven zugeschaltet. Am langen Ende bleibt festzuhalten, dass es uns nicht gelungen war, die Situation über die komplette Verarbeitungskette richtig einzuschätzen. Für die Zukunft arbeiten wir daran, gezielte Lastsimulationsmodelle zu implementieren, die die Verarbeitung über die gesamte Prozesskette der Belegverarbeitung vom Eingang des Beleges bis zur Verbuchung im Rechnungswesen abdecken. 10.11.2021 Fehlerhafte Anzeige von Belegen in DATEV Unternehmen online und der Belegvorschau im Digitalen Belegbuchen in den DATEV Rechnungswesen-Programmen Aufgrund des Ausfalls vom 08.11. lief ein täglich notwendiger Datenbank-Pflegeprozess statt am Abend des 08.11. erst nach 0:00 Uhr am 09.11.2021. Durch den dann wieder regulären Pflegeprozess am Abend des 09.11. sind in der Folge am 10.11. doppelte Werte bei der Generierung der einmaligen IDs für die konvertierten Belege entstanden, die sowohl zur Anzeige in Unternehmen online als auch für die Belegvorschau im Digitalen Belegbuchen in den Rechnungswesen-Programmen verwendet werden. Damit dieses Problem nicht erneut auftreten kann, wurde der Pflegeablauf entsprechend angepasst und weitere Prüfmechanismen implementiert. Zur Nicht-Verfügbarkeit des RZ-Status am 08.11. hatte ich Ihnen bereits am 19.11. umfassende Informationen gegeben. Viele Grüße und eine schöne restliche Woche Stefanie Herold