@metalposaunist :  mit der Benutzerverwaltung des DATEVasp habe ich nur indirekt über ein Prüfungsmandat welches es einsetzt Erfahrung,  da ging es mir im Rahmen eines ITAudits aber auch eher um die Benutzerrechte als um den Komfort. 🙂 Von daher wäre dann (sehr vereinfacht) wenn ich es recht verstehe es wohl sinnvoll, dass es in diesem Tool eben auch so etwas wie Verteilerobjekte gibt, die man selbst anlegen und pflegen kann. Richtig? ... Mehr anzeigen

Absolut sinnvoller Vorschlag, wenn man gerne mit Verteilergruppen arbeitet.  Ggfs. wären auch Zuordnungen aus der EO denkbar / dort gibt es ja zumindest in EO Comfort auch ein entsprechendes Mitarbeiterobjekt-Modell nebst Rollen und Qualifikationen (zumindest war das m.E. mal so gedacht) welches über die Benutzerverwaltung zu dem ja auch noch mit dem AD verknüpfbar ist. Ansonsten stimme ich aber ebenso für die - meist flexibler anlegbaren - Verteilergruppen aus dem AD. ... Mehr anzeigen

@andreashausmann   Hallo Herr Hausmann,  wenn man sich - so wie ich z.B. in den letzten 12 Monaten - sehr intensiv mit dem Programm auseinandersetzt, entdeckt man regelmäßig wiederkehrende und auch reproduzierbare Probleme und Abstürze,  zumindest kann man diese in vielen Fällen von den spontanen Exception-Programmabstürzen differenzieren, die nach einem Reboot verschwunden sind und nie mehr wieder kehren. Manche Fehler überraschen auch weniger als andere, z.B. wenn man eine mehrere GB große Datei einlesen würde, bei der man von vorneherein weiß, dass die Datenqualität nicht optimal ist und ein Mandant für Fehlerquellen wie unzulässige Steuer oder Trennzeichenverwendung nicht unbekannt ist überrascht es evtl. weniger als wenn die Daten (bei anderem Mandant z.B.) immer weitgehend konform bereitgestellt werden. Als Anwender wird man bei dem Tool Datenprüfung wahrscheinlich auch deutlich mehr Geduld, Erfahrungswerte und analytisches Mitdenken mitbringen, als dies evtl. in einer reinen Standardanwendung zur Bearbeitung der Buchhaltung oder in einer noch einfacheren Anwendung wie einem Texteditor o.ä. der Fall ist. 😉  Und:  meine Erfahrung mit anderen Datenanalysetools über IDEA und ACL bis hin zum "Maschinenraum" in Excel, Access, SQL, R, Python, etc.:  das passiert da abhängig von Datenqualität, Fehlervielfalt und Komplexität ganz genauso. 😉   zum aktuellen Stand im Tool Datenprüfung im Fehlerfall / Abstürze / Exceptions:   m.E. ist DATEV auf die Reproduzierbarkeit bei Fehlern angewiesen bzw. kann bei den einmaligen Fällen die Probleme nicht immer gut analysieren (sofern kein Ereignis- oder Verboselogging besteht).  Das ist mit dem derzeitigen Exceptionhandling aber evtl. etwas erschwert, deshalb überrascht es auch nicht, wie oft die DATEV bei einer Weiterbehandlung eines Programmfehlers den kompletten Vorgang als Export benötigt, um das Verhalten zu simulieren. @Jochen_Scheer :   es ist völlig klar, dass man - insbesondere reproduzierbare Bugs, Fehler und Programmabstürze am besten direkt immer als Service-Kontakte einstellt, statt als Idea. Das mache ich regelmäßig.  😉   Herr Schaller kann davon ein Lied singen. 😄 Allerdings hat das Tool Datenprüfung vielleicht ein paar Besonderheiten im Vergleich mit anderen Programmen, z.B. vergleichsweise sehr umfangreiche Importdatenbestände (in keinem Fall vergleichbar mit dem Durchschnitt in den leistungserstellenden Programmen, insbesondere nicht in der Wirtschaftsprüfung und in Verbindung mit ERP-Daten).  Weitere Besonderheiten:  eine vergleichsweise extrem hohe Vielfalt an Abweichungen und Fehlerquellen in den Strukturen von Importdaten,  vergleichsweise unvorhersehbare und heterogene Effekte durch Datenbankabfragen, Lockconditions, Mängel in der Datenqualität und Potentiale für Exceptions durch die Möglichkeiten Abfragen zu verschachteln, zu verknüpfen und dynamisch zu filtern.  Das gibt es so in kaum einer anderen DATEV-Anwendung, zumindest nicht vergleichbar. Daher möchte ich vorschlagen, die ursprüngliche Idea evtl. wieder zu öffnen, jedoch ein wenig zu differenzieren.  Für's erste wäre ein optional zuschaltbares Logfile beim Datenimport hilfreich, was auch der Datenanalyst sich selbst ansehen oder widerum (z.B. durch die Möglichkeit es als Tabelle zu importieren 😉 ) direkt im Programm ansehen kann.  Gerne jeweils ebenso auch für die Bereiche Filterabfragen und Tabellensichten,  sowie Beziehungsdefinitionen, Referenztabellenbearbeitung oder Aneinanderhängen von Tabellen.   Das Logging sollte nicht permanent arbeiten, aber bei Bedarf zuschaltbar sein und im Ergebnis am besten direkt in den Vorgang als Tabelle mit einem eingängigen Präfix (z.B. IMPORTFEHLER_Bezeichnung_der_Originaltabelle oder ERR_Name...) erfolgen.   Klar kann ein Endanwender nicht immer damit etwas anfangen.  Wenn aber so etwas wie Fehler oder Exception xyz bei Verarbeitung in Tabelle x, Zeile 12, Spalte B erscheinen würde,  oder aber Fehler beim Aneinanderhängen Tabelle a von b, Feldname nicht identisch, o.ä.   oder z.B. Abweichung der Spaltenzahl beim Import von Datei xyz.csv in Zeile 12 Spalte D eindeutig in Logfiles erscheinen würde,  kann auch der Endanwender deutlich mehr damit anfangen, als wenn es lediglich zu Exceptions oder Abstürzen kommen sollte.     Selbst eine "Allgemeiner Fehler bei Verarbeitug in Tabelle abc, Zeile 1024, Spalte G" kann helfen, genauso wie ein "nicht genug Arbeitsspeicher" o.ä.  Klar, letzteres fällt in den Bereich Service-Report als Logfile, aber auch das wäre durchaus besser machbar als es heute passiert (heute schließt sich das Programm auch gerne mal mit einer Exception, ohne dass eine Meldung ausgegeben wird;  vermutlich wurde da nicht an jeder Stelle ein Exceptionhandler implementiert).   Vielleicht gibt es sogar heute schon einen (versteckten) Verbose / Logging-Modus, der mir nur nicht (mehr) bekannt ist oder der eben noch nicht als Tabellenansicht oder Mitteilung für den Endanwender sichtbar ist. Oftmals hilft es bei Vorliegen einer solchen Meldung, wenn man sich dann die Quelltabellen in einem Notepad++, ASCII-Viewer oder CSV-Analysetool ansehen kann.  Dann merkt man, dass es evtl. gar nicht an DATEV Datenprüfung liegt.   Und wenn doch erleichtert es ungemein, dem Support entsprechend interpretierbare Fehler oder Folgefehler gleich mit dem Servicekontakt mit aussagekräftigeren Logfiles und Fehlern mitzugeben.  😉 Ich kann natürlich auch gerne eine neue Idea einstellen, falls das zwingend ist..  Oder jmd. verrät uns den Trick wie man an evtl. bereits vorhandene Logfiles herankommt. 😉 Sollten Sie in den untiefen des Programmverzeichnisses versteckt sein, würde ich als Idea auch vorschlagen, diese da herauszuholen und direkt (im Fehlerfall oder bei optionalem Zuschalten durch einen Haken beim Import) direkt in den Vorgang als zustätzliche Tabelle anzuhängen.  @andreashausmann ,  @andreashofmeister , @Eugen_0704 :  Meinungen?   Alternativen?  Ansonsten bleibt wie immer nur die oftmals sehr aufwändige Einzelfallbearbeitung eines fast jeden Absturzes über den Servicekontakt, oder aber das berühmte Achselzucken>Reboot>nochmal probieren>anders probieren>aufgeben>frustriert sein>Rotwein trinken... 😄 Nächtliche Grüße, Bernd Wettstein. ... Mehr anzeigen

@blum  & @Robin_Meyer :   volle Unterstützung.   TIF(F) war vorgestern.  Es lebe die DATEV PDF-Revolution. 🙂 Im Ernst:  es reicht nicht eine oder zwei Inseln auf zeitgemäße und plattformneutrale Dokumentenaustauschformate umzustellen, das muss übergreifend klappen.  Der Umweg über einen PDF-Printer bei der Ausgabe kann immer nur ein Workaround sein und stellt je nach Ausprägung der Druckausgabe und Metainformationsübergabe selbst einen Medienbruch dar. Standards wie PDF/A, ZUGFERD, XRechnung, etc. haben längst die Richtung in welche der sowohl maschinen- als auch menschenlesbare Dokumentenaustausch geht vorgegeben.   Lösungen wie PDF-X-Change für geringe Lizenzkosten sorgen schließlich auch dafür, dass mittelfristig von der Mittelstandskanzlei mit großen WTS-Umgebung bis zum Endanwender (Mandant mit Einzelplatz-PC) tlw. bearbeitbare PDFs, PDF mit Metadaten (XML) und elektronischer Signatur möglich werden.   Wenigstens als Ziel muss eine PDF-Integration in dieser Ausbaustufe erkennbar werden,  egal ob es um DMS, Auskunftssystem, Rechnungsdruck, Jahresabschlussbericht, Abschlussprüfung (Kollaboration), Belege online, digitale Personalakte, Arbeitnehmer online, Auswertungspakete aus der Leistungserstellung oder die DATEV-eigene Rechnung geht.  😉 Und:  auch bei SmartIT und ASP darf es dann keine Ausnahmen geben. Grüße, Bernd Wettstein. ... Mehr anzeigen

@andreashofmeister   so sieht es aus.  Manchmal muss man sie nur mehrfach und jeweils anders formulieren, bis die Flaschenpost korrekt ankommt.  😉    Viele Grüße, Bernd Wettstein. ... Mehr anzeigen

Übertragen aus dem Ursprungsthread hier in der DATEV Community:   (https://t1p.de/3jxi ). __________________________________________________________________________________________________________ Hallo zusammen, ich hoffe sehr, dass die eigentliche Thematik - nämlich die veralteten Teilsysteme bei den Offlinehilfen, veränderte Auswirkung veralteter Info-Dokumente wenn man nur noch darauf setzt, uneinheitliche Strukturen zwischen den Info-Dokumenten, teils unbedienbar gewordene Kontexthilfen etc. im Vordergrund stehen.   Ob die eierlegende Wollmilchsau inkl. Kanzleiintranet dabei hilfreich ist, weiß ich dabei zugegeben nicht so recht.     Wir verwenden als kanzleiinternes Intranet Topdesk und können selbst geschrieben Infodokumente durchaus mit einem URL-Link auch mit ProCheck verknüpfen. Aber das hat natürlich nicht jeder, deshalb verstehe ich die Idee des S/K/I-Modells durchaus. M.E. bringt das nachhaltig aber nur etwas, wenn der Kontextzugriff gut funktioniert und dann auch eine semantische Begriffeerkennung (die im Gegensatz zu Infodok.Anzeige beim Servicekontakt dann hoffentlich funktioniert) mit internen und externen Begriffen arbeitet.  Die klassische Semantische Suche hat übrigens weniger etwas mit "künstlicher Intelligenz" im Sinne von "neuronalem Netz" oder "Machine Learning" zu tun.  Man kann soetwas aber einbauen, wenn der geneigte Nutzer die gefundenen Treffer anhand der Nützlichkeit und zutreffendem Kontext bewertet und die "Hilfemaschine" dann daraus lernt... 😉   TopDesk arbeitet bei uns bei Kanzlei-internen-Dokumenten übrigens genau so und das obwohl es selbst als Lösung weniger eine Wissensdatenbank als ursprünglich eher ein Ticketsystem ist.  😉   Die Haufe Suite hatte auch mal soetwas ähnliches vor, war sich dann aber (natürlich? scheinbar?) gegenseitig  „spinnefeind“ was eine Kooperation mit DATEV Lexinform angeht.  von daher: wenn die Ideas an dem Wunsch der internen Informationen und der Verknüpfung scheitert, sollte sie die Konsistenzherstellung wenigstens innerhalb der Datev schaffen und im Zweifel wenigstens dass noch als Idea umsetzen.   Also kurzum:   Falls wir merken, dass Ideen wie Verschmelzen mit interner WissensDB, Topdesk, Sharepoint u.ä. die Vorschläge zum Hilfesystem innerhalb Datev eher behindert als voranbringt, sollten wir ggfs. überlegen, ob wir die Idea „aufteilen“.   Was meint das Publikum dazu?  In jedem Fall dürfte es im Übrigen nicht schaden, für diese Idea hier mit abzustimmen. 😉   Grüße, Bernd Wettstein. ... Mehr anzeigen

Hallo zusammen ,  das wäre ja prozessorientiert statt programmorientiert....   😉 Siehe auch: https://www.datev-community.de/t5/ideas/ideapage/blog-id/Ideen-zu-DATEV-DMS/article-id/307/jump-to/first-unread-message   bzw.  https://www.datev-community.de/t5/Steuern-und-Expertisen/Nach-Service-Release-unn%C3%B6tige-Hinweise/m-p/147338#M5082, wenngleich es dort eher um die "Untermenge" DATEV- und Prozesswissen als um den "darüberliegenden" Prozess geht. Egal. Viva la Revolution. 😄 Viele Grüße, Bernd Wettstein. ... Mehr anzeigen