Informationen zu quantenjoe - DATEV-Community

quantenjoe · ‎05.09.2020

Moin Moin Eine interessante Frage an Datev aber: Wenn ein Mandnatenübertrag in Lodas stattfand, braucht dann der abgebende STB dann noch die Daten? Denn ich denke, alles für eine Prüfung notwendig ist, müßte dann doch übertragenworden sein, und damit können alle Lodas Daten im RZ für den abgebenden STB doch gelöscht werden. Oder Datev???

quantenjoe · ‎05.09.2020

Moin Moin Ich hasbe die Nachricht von Datev bekommen, Dass dieses Version DVD14.0 entspricht, also dem großen Update einschließlich Upgrade auf SQL 2017. Ich habe auch nachgeschut, was sagen die Informationen zu den ServiceReleasen zum 4.9. . Da ist in der Tat nicht mit Lodas 11.53 drin. Das ist aber eine wichtige Frage: Gibt es Lodas 11.53 als Relaease zu DVD 13.1 oder ist DVD 14 die Voraussetzung. Letzteres bedeutet halt das Upgrade der SQL-Server - was bislang oft zu Problemen führte, bei uns hat es den Fileserver geschrottet (upgrade SQL 2017). Sprich: Kann ich jetzt Lodas 11.53 mit DVD 13.1 updaten oder geht ohne DVD 14 nichts? Für mich ist das eine wirkliche Risikofrage! Übergebe ich DVD 14 einem Dienstleister im Oktober oder muß ich es selber versuchen? QJ

quantenjoe · ‎04.09.2020

Naja, das hilft nicht wirklich weiter. Ich habe da auch viel Zeit und Hirnschmalz drauf verwendet und es nicht wirklich begriffen. !4 Jahre ist nur der Sicherheitszuschlag, um eventuellen Ablaufhemmnissen zu begegenen. Wobei, wenn blöd kommt, kann das wohl auch nicht reichen. Der wesentliche Punkt ist m.E., was wird im RZ zusätzlich gespeichert, was in Lodas oder Lohne und Gehalt lokal nicht gespeichert werden kann? An Herrn Stein: Wenn Daten ältern als 14 Jahre automatisch gelöscht werden muß das recht neu sein. Denn vor 1 bis 2 Jahren hatte ich noch ältere Daten sichtbar. Ich frage mich im übrigen, wieso können nicht alle Daten des RZ in Lodas (oder L+G) lokal gespeichert werden, wieso geht es nicht ohne Archiv-DVD? Stellt sich mir unweigerlich die Frage, wer ist eigentlich Herr über diese Daten? Gut, meine Aufassung ist da halt die Kanzlei, doch das scheint hier nicht zu stimmen. Oder???

quantenjoe · ‎04.09.2020

Moin Moin Schwer zu sagen, da wir auch keine Probleme hatten. Wenn sich das Problem nicht von selbst löst (warum auch immer), ist es eine gute Idee, die Fehlversuche zu dokumentieren. Unbedingt mit den Feherlmeldungen. Vielleicht hat dann ein Datev-Mitarbeiter eine Idee. Oder ... ist es noch der alte Edge, also nicht der Chromium-Klon? Ich habe da zwar auch nie von Problemen gelesen, ist aber denkbar. Was anderes fällt mir leider auch nicht ein. QJ

quantenjoe · ‎04.09.2020

Moin Moin Hat der Arbeitsplatz vielleicht nicht die Rechte? Besser die Person, die an dem Arbeitsplatz arbeitet. Nach meiner Erfahrung ist dass die häufigste Ursache, wenn etwas in EO comfort nicht geht. Ist eine Idee aus meiner Erfahrung. QJ

quantenjoe · ‎04.09.2020

Moin Moin Beim letzten SQL-Update hat's mir den Fileserver weggerissen. Hat über 2 Tage gedauert, das wieder zurechtzubiegen. Deshalb wünsche ich mir Feedbacks, wie's diemals läuft. Datev Updates sind ohne Frage viel besser geworden in den letzten Jahren, einmal dieses Jahr sogar perfekt! (Also bei mir) Insofern hoffe ich, dass das SQL-Server upgrade diesmal auch funzt. Als "gebranntes Kind" hoffe ich auch Berichte - ob positiv oder negativ. QJ

quantenjoe · ‎03.09.2020

Das eine qualifizierte elektronische Signatur bald die eigenhändige Unterschirft auch beim Steuerberater ersetzen kann, ist m.E. nur eine Frage von wenig Zeit. Schließlich Widerspricht das STB-Gesetz an dieser Stelle der EU-Gesetzgebung (ich suche jetzt nicht die Paragrphen raus, ihr kennt sie sicherlich ohnehin alle). Und auch ohne die Gesetzesänderung: Allein schon die Möglichkeit ein PDF-Rechnung per QES zu signieren bedeutet einen enormen Sicherheitsgewinn für den Mandanten, der so einfach prüfen kann, ist es eine echte oder eine Fake-Rechnung. Die Signierung von Rechnungspdfs wäre ein guter Schritt vorwärts zu einer Digitalisierung mit Sicherheitsfeatures. QJ

quantenjoe · ‎03.09.2020

Moin Moin Ich weiß nicht ob es helfen kann oder überhaupt eine gute Idee ist (eher wohl nicht). Wie haben einen Mandanten, der ein altes Programm nutzt, dass mit neueren SEPA-Dateien, wie Datev sie ausgibt nicht klar kommt. Lösungskrücke war, in der Sepa-Datei die Version zu verändern ("pain" irgendwas). Die Datev-Ausgabe war kompatibel zum älteren Format. Auch wenn der Mandant es auf eigene Verantwortung tat, es hat bis jetzt funktioniert (trotz meiner Warnungen). Für mich folgt daraus, dass die Datev-Ausgabe den Standard von vielen Versionen erfüllt und es eigentlich nur darauf ankommt, welche Version in der Sepa-Datei angegeben wird. Ohne Wissen, aber meist sind Versionen schon irgendwie abwärtskompatibel, zumindest in einem gewissen Rahmen. In sofern könnte es klappen einfach eine andere Version einzutragen in die Sepa-Datei. Bauchschmerzen natürlich inklusive. Es wäre natürlich toll, wenn man einstellen könnte, in welcher Sepa-Version die Datei exportiert wird. Allerdings betroffen ist bei uns halt nur 1 Mandant, der sich weigert sein Uraltprogramm zu ersetzen. Ich fürchte da braucht es mehr und bessere Argumente, damit Datev eine solche Option integriert. Ich erzähle, was ich herausgefunden habe - obwohl ich nicht die verschiedenen "pain"-versionen kenne. Es kann nur eine Krückenlösung sein und nur auf Risiko des Mandanten (also bestätigen lassen!) und auch dann nur mit extremen Bauchschmerzen. QJ

quantenjoe · ‎29.08.2020

Moin Herr Jedlitzke Cookies mit Schließen des Browsers löschen, wie auch alle anderen Daten, sollte Best Practise sein, Insofern ist die Cookie-Lösung einfach MIst! Und muß das überhaupt sein. Wenn ich meine mIdentity stecken habe authentifizieren ich mich ohnehin. Welche Einstellungen ich haben möchte, können dann problemlos übernommen werden. Da braucht es keine Cookies! Der mIdentity (oder Smartcard) ist doch die eigentliche Auterntifizierung. Daran kann man alles andere hängen, ohne irgendwelche Probleme. Es braucht keine Cookies! Zumal Cookies (auch first party cookies) an anderen Stellen im Browser bereits rechtliche Probleme für eine Kanzlei bringen können! Will sagen, Cookies sind eine richtig schlechte Idee! QJ

quantenjoe · ‎29.08.2020

Moin Moin Keine eigene Unterberaternummer ist blöd, sonst könnte man die Daten dahin verschieben. Was schon vorgeschlagen wurde sehe ich auch so: Die RZ-Daten herunterlade auch die lokale Ebene. Die Belege entweder per Archiv-DVD speichern (und dann soll der Ex-Mandant damiot glücklich werden). Oder aber eine DVD mit Belegen von Datev ordern. Oder die Belege nach Datev DMS transferieren. Je nach UNternehmensphilosophie scheint mir eine Archiv-DVD oder das speichern in DatevDMS (ober der Dokumentenablage) das Vernünftigste zu sein. Ich persönlich würde die DVD wählen, die der Mandant bekommt und dann für alle Zeiten Ruhe haben, MAg nicht die günstigte Variante sein, aber eine, die für Ruhe sorgt. QJ

quantenjoe · ‎29.08.2020

Moin Herr Jedlitzke Zwar kann ich zum Problem leider nichts beitragen, wohl aber zu den 2%, die sie angeben. 2% bedeutet, jeder 50ste Mandant und das ist doch recht schnell in einer Kanzlei erreicht. In sofern ist es kein Randproblem, sondern ein wichtiges Problem! Und ganz ehrlich: Es sollten exakt 0,0% sein! Alles andere bedeutet handlungsbedarf, weil fehlerhaft. QJ

quantenjoe · ‎29.08.2020

Im Grunde genommen gilt die Vorsichtsmaßnahme: Schaue, wer wirklich der Absender ist. Also In Outlook unter EIgenschaften, den Email-Header checken. Oft genug reciht allerdings inzwischen auch, welche Absenderadresse wird in Outlook angezeigt: Steht da "Datev <arte.fr>" ist klar, dass die Mail nichts gutes will. Im übrigens gilt: Ein Link in einer Email sollte erst geprüft werden (am Besten durch den Admin) Erst wenn die Prüfung ein OK gibt, darf man den Link anklicken. Ich habe mit mit der Brak nicht zu tun. Aber ich erwarte, dass Updates von dem Programm selbstständig eingespielt werden und es keine derartigen Benachrichtungsemails gibt. Will sagen, eine solche Email macht mich mißtrauisch! QJ

quantenjoe · ‎29.08.2020

Moin Moin Zum Einen ist es schade das Datev sich nicht mehr dazu äußert, zum andern kann ich die Zurückhaltung auch verstehen. Denn Wenn nach sagen wir 3 Monaten alles gelöscht wird, ist es weg. Wenn der Arbeitsnehmers die Daten doch braucht, ... ist Schiet! Generell finde ich die Idee, nach X Monaten die Daten automatisiert zu löschen gut! Es muss aber den Arbeitnehmern dann rechtzeitig eine Warnung und die Möglichkeit eines Downloads gegeben werden und zwar rechtverbindlich bis zum Löschzeitpunkt. Aus meinem eigenen Erfahrungsbereich weiß ich, die Daten laufen da auf und wenn ich sie brauche kann sich sie abrufen, sonst ignoriere ich sie, da mein Konto das Ergebnis eh wiederspiegelt. Es wäre schön und hilfreich, wenn Datev sich da Gedanken macht, wie eine Deadline zum Abruf durchführbar ist. Ich denke da bedarf es nur einer Entscheidung, die dann entsprechend den Arbeitnehmern den ggf. notwendigen Abruf nahelegen. Wer nach 3 Monaten nicht reagiert ... für den ist es irrelevant oder hat selbst schuld. QJ

quantenjoe · ‎29.08.2020

Moin Moin Ihr habt sicherlich schon mein vorheriges Thema gesehen. Jetzt geht es um eine andere Sache. Der digitale Rechnungsversand per "Massenemail" kann grundsätzlich nur an eine Email-Adresse gehen. Das ist natürlich ein Anachronismus! Das Chefs die Rechnungen der Buchhaltung überprüfen wollen, ist nicht ungewöhnlich. Dass Mitarbeiter nicht unbedingt alle Rechnungen sehen sollen (z.B. zum Lohn) ist auch einsichtigt, wie ich finde. Zwar kann man in den Stammdaten mehrere Email-Adressen hinterlegen, aber in der Rechniungeemail kann man nur eine Adresse nutzen. Das ist schon mal altbacken, dass konnte jedes Email-Programm vor 20 Jahren schon besser! Aber es paßt auch nicht zu den heutigen Prozessen zur Rechnungsfreigabe. Im Grunde ist das auch nicht schwer umzusetzen, denn in den Stammdaten stehen bereits die notwendigen Emails-Adreesen. Es muß nur die "es ist nur eine Emailsadresse einstellbar"-Vorgabe von EO Confort (in unserem Fall) Konkret: Rechnungen sollten an mehr als eine Adresse verschickt werden können (was die Übernahme von Stammdaten-Email-adressen entsprechen kann) und optional an unterschiedliche Emailadressen, je nach Bereich (Rewe oder Personalwirtschaft beispielsweise) verschickbar sein sollte. Letzters wäre "nice to have" aber nicht das erste Problem, ersteres hingegen ist ein Problem! Denn Mandanten ist es egal, ob Datev es kann oder nicht! QJ

quantenjoe · ‎29.08.2020

Moin Moin Wir haben jetzt den Digitalen Rechnugsversand eingeführt und dabei bemerkt: Ups, Verschlüsselter Rechnungsversand geht nur für alle oder für niemanden - außer wir machen das für jeden Mendanten einzelnd. Das ist Mist! Und das verstößt ggf. gegen die DSGVO! Mandanten die Strikt nicht verschlüsselte Emails (auch Rechnungen) möchten und Mandanten die verschlüsselte Emails bekommen möchten - sie sind nicht vereinbar! Entweder alle unverschlüsselt oder alle verschlüsselt, mehr geht nicht. Datev ist an der Stelle Auftragsverarbeiter. Wenn ein Mandant nicht unverschlüsselt oder verschlüsselt seine Rechnung bekommt ... das ist aus Vertragssicht m.E. das Problem von Datev, dies zu lösen. Bzw. wenn meine Kanzlei dies trotz EO comfort alleine (und damit letztlich zeitintensiv) lösen muss, sehe ich da einen Regressanspruch an die Datev! Denn den Datenschutz und die Vertraulichkeit von Mandantendaten (also auch Rechnungen) gibt es nicht erst seit gestern! Ganz ehrlich, ich bin geneigt, meiner Geschäftsführung da zu raten, der Datev eine entsprechende Vorgabe zu geben (als Auftragsverarbeiter) Zumal. ein Merkmal ob verschlüsselt oder unverschlüsselt eine digitale Rechnungsemail zu verschicken ist rein softwaretechnisch einfach! Eine Eigenschaft hinzugefügt und diese bei Datev mit einer Routine abgearbeitet, reicht bereits. Der Aufwand ist gering. Da muss unbedingt nachgebessert werden, denn zu einem, Datev, laßt ihr uns Kanzleien da hängen und das als Verantwortliche, zum anderen gibt es keinen Hinweis darauf, dass die Verfahrensweise nicht DSGVO-konform ist. Wir haben einige Mandanten, die Wert auf eine verschlüsselte Übermittlung legen und gleichzeitig eine digitale Rechnung wünschen. Es kostet entweder Zeit und Geld unserer Kanzlei, wenn wir diese Mandanten individuell bedienen oder wir haben ein Datenschutzproblem, sofern die Transportverschlüsselung nicht ausreicht (was bei Privatpersonen i.d.R. so ist). Eigentlich möchte ich ja drohen, aber real kann ich nur sagen: Läßt uns da nicht hängen! Damit leben wir alle besser! QJ

quantenjoe · ‎22.08.2020

"Am Ende zählen nicht Worte, sondern Taten." Sorry, das klingt auch nur nach Blahblahblah. Warum? Konkret eine meiner Baustellen: Die RVO. Es sollen die Rechte aller Medien einer Person gleichgeschaltet werden. Damit bekomme ich eine Menge Probleme, oft, weil SmartLogins auf dem Smartphone einfach nicht die Rechte haben dürfen, wie im Büro auf dem PC (Datev-Benutzer, mIdentity). Datev hat mir auch bisher noch nicht beantwortet, wie es eigentlich mit Berufsträgersticks funktioniert. Dessen Mächtigkeit eignet sich nicht für den Alltagseinsatz, jedenfalls in einer Kanzlei unserer Größe (und die ist kein Ausreißer, eher durchschnittlich). Schon gar nicht als SmartLogin auf einem Smartphone. Für mich ein echter Sicherheitshorror! Es wird offiziell zur Kenntnis genommen, aber es wird auch einfach weiter gemacht. Diese wirklichen SIcherheitsprobleme (ich hatte schon weitere im Servicekontakt beschrieben) scheinen ignoriert zu werden. Deswegen mag ich solchen Aussagen nicht glauben. Wobei ich will Ihnen gerne unstellen, dass Sie es ernst meinen. Nur Sie sind nicht maßgeblich für das was passiert. Mein Tip und eigentlich auch Forderung an die Datev ist: Bevor ihr solche Sachen entscheidet, holt die Anwender und die Administratoren erst ins Boot und lernt aus deren Kritik. Und dann erst entscheidet. Dauert vielleicht etwas länger, erspart aber allen viel Ärger. QJ

quantenjoe · ‎08.08.2020

Moin Frau Dürr Ist jetzt meine Erfahrung bei unserem Systemen. Wenn Sie mit Terminalservern arbeiten, dann kann der Treiber für die Smartcard (oder Sipacompakt) auf dem Client schlicht zu alt sein. Ich habe das jüngst selber mehrfach erlebt, dass das Durchreichen auf den TS nicht mehr klappen wollte. Ich habe dann das aktuelle Sipacompakt installiert und alles funktionierte wie es soll. Ich habe die Erfahrung gemacht, dass es besser ist, das Sipacompakt zu instellieren als den aktuellen Treiber. Vielleicht hilft Ihnen das weiter QJ

quantenjoe · ‎01.08.2020

Moin Moin Ich habe alle Newletter abonniert, die mich als Admin informieren können. Nur in keinem wird bekannt gegeben, was geändert wird, Genauer, welche Funktion geändert oder gestrichen wird, ob eine Schnittstelle geändert wird, ob Änderungen in der Oberfläche (oder sonstwo) geplant sind, ob Anpassungen durchgeführt werden - allgemein, was verändert wird oder was geplant wird. In der Regel werde ich überrascht und das ist einfach Mist. Datev hatr sicherlich auch dafür Kanäle, nur die sind zu versteckt. Ein echter Admin-Newletter würde mich frühzeitig warnen und mir helfen unsere Kanzlei vorzubereiten. So eine Art Changelog, welcher automatisch dem Abonnenten zugeschickt wird bevor, die Änderung dann stattfindet. Ein oder Zwei Tage vor der Bereitstellung von Updates veröffentlicht wäre eine echte Hilfe! QJ

quantenjoe · ‎01.08.2020

Moin Moin Ich wünsche mir eine Funktion, die erlaubt die Rechte (egal ob Benutzer oder Online) nach Excel zu exportieren. Für lokale Rechte sagte mir jemand (von Datev auf einem Admin-Seminar), das gebe es, erfahren oder gar selber gefunden habe ich es nicht. Machen wir uns nichts vor, On Premise gibt es zu viele Rechte (was ich gut finde!) um diese übersichtlich auf einen Bildschirm darzustellen. Ein Export nach Excel wäre da oft hilfreich, so meine Alltagerfahrung. Außerdem wird auch hin und wieder eine Rechteinstellung entfernt - oder neu hinzugefügt. In beiden Fällen wäre ein Abgleich mit einem vorherigen Export eine echte Hilfe. Bisher hatte ich vor allem mit getrichenen Rechte zu tun. Zeigt sich in der Rechteverwaltund daran, dass ein Symbol für eine Einstellung im Rechtebaum bleibt, darunter aber nicht mehr das entsprechende Recht, das gesperrt (in meinem Fall) aufgeführt wird. Da stellt sich mir die Frage, wo kann ich dass alte Recht entsprechend wo anders sperren. Oder ist das vielleicht nicht mehr notwendig (hab ich bisher nicht erlebt). Das gilt insbesondere auch für Rechtevorgaben bei Updates. Da habe ich schon erlebt, dass plötzlich unter individuelle Rechte etwas eingetragen war, was dort nicht hingehörte. Auch die Änderungshistorie der Rechte schint mir nur auf meine Handlungen zu reagieren, nicht aber, was Datev ändert. Das ist doppelt blöd. Zum einen weiß ich nicht, wie es vorher war, muß also raten, welche Rechte ich nun freigeben oder sperren muß. Zum anderen fallen von Datev neu vorgegebenen Rechte auch nicht unbedingt ins Auge. Ein Export als Gesamtschau zum Gegeüberstellen wäre da eine echte Hilfe. ZUmal es nicht ein Export von allen Mitarbeitern bedarf um Änderungen zu erkennen und zu verstehen. Fast überall in Datev können Listen nach Excel exportiert werden. Warum nicht bei den Rechten? ICh meine die Software dazu ist doch schon vorhanden. Sie muss nur in die Rechte eingebunden werden. ICh bin sicher nicht der Einzige, für den dieser Export eine Hilfe wäre QJ

quantenjoe · ‎01.08.2020

Moin Moin Mag sich etwas geändert haben. Das will ich nicht ausschließen. Gelernt habe ich Takt vor Kerne. In der Info-DB stand das auch lange (ob heute noch kann ich nicht sagen). Wirklich wesentlich ist für mich aber, was ich beobachte. Und da ist immer noch oft, dass ein Kern ausgelastet wird und die anderen friedlich vor sich hinarbeiten, wenn ein Datev-Programm richtig arbeitet. Das gilt vor allem beim Öffnen des Arbeitsplatzes. Es ist auch nicht unbedingt so schlimm, wenn nur ein Kern genutzt wird. Nur muss man es wissen, um ggf. einen Flaschenhals zu identifizieren. Dass 2 verschiedene Programme von Windows auf 2 unterschiedliche Kerne gelegt werden, ist allerdings kein Wunder. Das hilft aber nicht unbedingt der Performance eines Programms. Multikern-Prozessoren gibt es mehr als 10 Jahre, Eigentlich sollten die Entwicklungsumgebungen und Compiler der Entwickler inzwischen damit klar kommen. Stellt sich mir die Frage, warum ist das immer noch nicht umgesetzt? Sofern es dazu eine gute Antwort gibt, möchte ich diese gerne wissen. Sei es, dass ich die TS damit optimieren kann. Oder ganz ehrlich, dass ich verstehe, was Datev sich bei diesen Dingen denkt. Das wäre schon toll. QJ

quantenjoe · ‎01.08.2020

Moin Moin Höchst seltsam. Outlook darf da eigentlich keine Rolle spielen. Macht sowieso keinen Sinn bezüglich einer Smartcard. Wenn ein Datev_Programm läuft und auf OUtlook zugreifen will, hat es bereits die Rechte und auch die Lizenzen bekommen. Die Email-Signatur ist in Outlook nach dem erstmaligen Einstellen abgespeichert, egal ob die Smartcard dran hängt oder nicht. Ich hab da keine andere Idee als das irgendetwas auf die Datev-Cloud zu greifen will, was nicht vom Datev-Benutzer abgedeckt ist. Ich hab mir grad angeschaut, was die Info-DB zu "SC0504400" sagt. Top ist da "Smartcard wird nicht erkannt". Logisch, klar. Dies sieht auch so aus, als ob irgendein Prozess mit dem RZ kontakt aufnehmen will und die Authentifizierung über die Smartcard vornehmen möchte. Der ganze Datev-Datenbanken-Komplex kann dass nicht sein. Also eigentlich alles was im Hintergrund gestartet wird aber auch dort bleibt, wenn man Datev-Programme nicht nutzt. Manche Programme rufen den Standard-Browser auf. Ich habe aber noch nie erlebt, dass dann eine Smartcard gesteckt sein musste. Sofern der Fehler provozierbar ist, checke mal welches Programm da gestartet wird. Sonst fällt mir leider nichts ein. QJ

quantenjoe · ‎01.08.2020

Moin Moin "Wenn etwas "schief" geht rettet die Regressmöglichkeit den eigenen Ruf nicht. " Ist nicht ganz korrekt. Wenn etwas schief geht, fällt meist die Software für die Kanzlei u.U. einige Tage aus. Das bemerkt ein Mandant nicht einmal. Für die Kanzlei bedeutet es aber eine Menge Kosten. Diese Kosten gilt es aufzufangen. Und dass bei der Neu-Installation von Datev was schief gehen kann, ist nicht neu. (Auch wenn Datev da erhebliche Verbesserungen geschafft hat). Ohne die Schulung "Datev-Admin" (dauert eine Woche) sollte sich niemand daran trauen. Sprich wer einen Dienstleiter beauftragt, der keinen Datev-zertifizierten Mitarbeiter hat ... kann gut gehen. Wenn nicht, hat man wenigstens Ansprüche. Aus meiner Praxis kann ich nur sagen: Installation von EO comfort hab ich einem Dienstleister übergeben. Neuinstallation von Datev bei neuen Servern: Hab ich einem Dienstleister übergeben. Am Ende hat es sich auch rentiert, denn der Dienstleister kannte alles in und auswendig und es ließ sich innerhalb eines Wochenende alles installieren. Dazu kommt noch, der Dienstleister kennt das System zumindest einigermaßen. Wenn ich mal nicht weiter weiß, kann der Dienstleister mit dem Wissen um unser System oft weiterhelfen. Das läuft alles im Hintergrund und ist für Mandanten unsichtbar. Was immer schief geht, wichtig ist es erstmal, dass es zeitnah abgestellt wird. Und danach ist die Frage, wer trägt die Kosten? Ob Kanzlei (Admin) oder Dienstleister ist schon wichtig für den Betriebserfolg. QJ

quantenjoe · ‎01.08.2020

Moin Moin Ich bin IT-ler. Sehe das also aus einem etwas anderen Blickwinkel und muß nicht unbedingt die Feinheiten verstehen. Aber: Der Export aus einer Kasse sollte mit den TSE-Daten übereinstimmen. Warum dann auch eine Exportfunktion der Kasse vertrauen, wenn doch die TSE-Daten sicher vertrauenswürdig sind? OK, es wäre dumm, wenn die normale Exportroutine etwas anderes als die TSE-Schnittstelle liefert. Würde aber den Hersteller auch strafbar machen, gleich mit Beweis. Also, nachdem ein Kassennutzer den Hersteller anzeigt oder verklagt. Insofern ist es für alle Beteiligten sicherlich besser, wenn auch Datev die TSE-Schnittstelle nutzen könnte. Das wäre auch nicht schlimm, denn der abruf der Daten erfolgt nur lesend, sprich keine Manipulation ist da möglich. Kassenarchiv ist m.E. deshalb nicht überholt. Denn das Speichermedium hinter der TSE kann natürlich auch ausfallen. Sollte es nicht, Aber was mir an Speichermedien bekannt ist, kann schon nach einigen (say grob 5) Jahren was ausfallen und in der Cloud darf man sich halt auch nicht darauf verlassen, dass nicht irgendwo etwas verloren geht. In sofern: Wenn Datev die TSE-Schnittstelle nutzen kann, wären die in Datev gespeicherten Kassendaten ein gutes Argument bei Unstimmigkeiten. QJ

quantenjoe · ‎31.07.2020

Moin Moin Bei welcher Aktion? Ich kann mir eigentlich nur beim Anmelden vorstellen. Ich habe so einen Fall, hab allerdings nie untersucht, warum Windows (!) unbedingt eine Anmeldung mit Smartcard haben möchte. Windows bot alternativ auch die normale Anmeldung an, deshalb habe ich da keine Zeit investiert. Oder ist es ein Meldungsfenster? Dann müsste es um eine Online-Funktion gehen. Ein Beispiel wäre der Start von Belegtransfer. Lizenzen? Kann ich mir nicht vorstellen, dass kommt erst mit Öffnen von Programmen wie Arbeitsplatz zum tragen und die Meldung habe ich auch anders in Erinnerung. Vielleicht hilft dies weiter. QJ

quantenjoe · ‎31.07.2020

Moin Moin über USB 3 auf ein externes Medium ist schon ganz gut. An ihrer Stelle würde ich eine Komplettsicherung mit System machen. Spart Ihnen bei einem zerstörten System die ganzen Neuinstalltionen. Und bitte nicht einfach 2 Festplatten im Wechsel benutzen. Sie brauchen auch weiter zurückliegende Backups, wenn Ihnen beispielsweise auffällt, dass sie einen Ordner gelöscht / verloren haben - was leider meist erst nach Tagen oder Wochen auffällt. Die Tagessicherungen würde ich auch inkrementell durchführen lassen, so dass auf 2 Tagesfestplatten die Sicherungen 2 Wochen zurückreichen. Wichtig auch: Unbedingt morgens die Festplatten abziehen. Ein verschlüsselungstrojamer kann auch angeschlossene Festplatten verschlüsseln. Anmerkung zu meheren Monitoren: Dies sollte nicht die Ausführungsgeschwindigkeit von Datev beeinflussen. Datev nutzt meines Wissens nicht die Grafikkarte für berechnungen. Was aber immer noch gilt ist: Da viele Datevprogramme immer noch nicht mehrere Kerne nutzen können, Bringt ein höherer Takt mehr Performance als viele Kerne. Höherer Takt ist allerdings nicht gerade das Ding von Notebooks. QJ

quantenjoe · ‎31.07.2020

Moin Moin Dieses Thema ist ein Beispiel für ein generelles Problem der Datev: Fehlender Austausch zwischen Projekten. Da wurschtelt eine Gruppe an einer Aufgabe, die von anderen Gruppen bereits gut gelöst wurden - und es kommt dann irgendwas halbbackendes heraus. Bis hin, dass Dinge fest vorgegeben werden (ohne erkennbare Notwendigkeit) oder gar hart kodiert werden - was im Extremfall dazu führt, dass Spalteninhalte nicht mehr angezeigt werden können, weil der bereitgestellte Platz zu klein und nicht erweiterbar ist. Schön nach Excel-Manier steht da statt einer Information XXXXXXXX. Sorry, aber das war für mich das extremste Beispiel. Der PDF-Druck ist beispielsweise in Rewe kein Problem, auch wenn's mal über 200 Seiten sind. Ich bin mir nicht sicher im Augenblick ob es auch in Rewe geht, aber Logos können in Druckeinstellungen ausgetauscht werden, Kopf- und Fußzeilen eingestellt werden. D.h. die Datev-Druck-Routinen beherrschen eigentlich alles was hier gebraucht wird. Deshalb liebe Datev: Nicht das Rad laufend neu erfinden, sondern bewährte Räder weiter verwenden QJ

quantenjoe · ‎31.07.2020

Moin Moin ICh finde einen anderen Aspekt auch wichtig: Haftungsfragen! Wenn etwas schief geht, wer haftet. Macht es ein Dienstleister, ist dieser auch für Fehler verantwortlich. Macht man es selber, kann der Schuss nach hinten losgehen und schnell tödlich werden. Und man kann wirklich viele Fehler machen, zumal die Datev-Info-DB zwar viel dazu schreibt, aber auch schon mal mißverstanden werden kann. Die Folgen kosten im Allgemeinen dann viel Zeit und Nerven. Ich bin absolut kein Cloud-Fan, aber ein in Deutschland gehosteter Server hat auch noch den Vorteil, Sie müssen sich keine tieferen Gedanken über die IT-Sicherheit machen. Zwar sollte der Cloud-Anbieter auch ihren Server dann mitsichern, da würde ich mich aber nicht drauf verlassen. D.h., ein Backup-Konzept sollte unbedingt existieren. QJ

quantenjoe · ‎21.07.2020

Moin Moin Wir nutzen Datevnet. Nicht billig - aber es filtert schon gut. Insbesondere die Warnung, wenn ein Anhang Makros enthält, ist in Emotet-Zeiten (scheinen lt. Heise ja gerade wieder anzubrechen) viel wert. Ist nicht unbedingt flexibel, das sehe ich aber eher als Vorteil, gegenüber meiner Geschäftsführung. Exchange Online ist derzeit eine ganz schlecht Option. Mit dem EuGH-Urteil von Donnerstag handelt man sich echte Probleme ein. Und ich bin ohnehin der Meinung: MS geht - wenn überhaupt - nur on premise. @metalposaunist Nichts für ungut, aber Anfang des Monats hat der EU-Datenschutzbeauftragte sich ebenfalls zu MS-Services geäußert. Im Grunde ist da ein Vertrag mit MS für uns Normalbetriebe auch nicht möglich. Ich bin gespannt, wie das Dilemma gelöst wird - und befürchte Shrems III. QJ

quantenjoe · ‎21.07.2020

Moin Moin Ich habe mich damit auch bereits herumgeschlagen. Es wäre schön, wenn die Signierung innerhalb von Datev-Programmen stattfinden köönte. Bei einem Bescheid ist auch die nachträgliche Signierung nicht unbedingt das Problem, wohl aber wenn es um mehrere Bescheinde geht oder z.B. um die digitale Rechnungsschreibung. Dort nämlich wäre eine automatisierte Signierung von (einigen) hundert Rechnungspdfs ein echter Gewinn, da die Rechnungsempfänger über die Signatur bereits prüfen könnten, ob es sich um eine echte Rechnung handelt. Übrigens, wenn die erfoderliche Unterschrift endlich fällt und die qualifizierte elektronische Signatur - wie es eigentlich von der EU vorgegeben ist - gleich gültig ist, dann muss dass möglich gemacht werden! Datev arbeitet mit Intarsys zusammen (oder umgekehrt). Doch soweit ich weiß, klappt dies nur bei wenigen Datenprogrammen - tatsächlich weiß es es nur von AP Comfort. Ja, da wünsche ich mir auch viel mehr Möglichkeiten eine QES zu nutzen. Intarsys ist auch nicht billig, von daher: Datev Zukunft ist auch die digitale Unterschrift. Qj

quantenjoe · ‎21.07.2020

Moin Herr Wettstein Mir scheint dies eher ein Konfigurationsproblem darzustellen. Wenn sie versuchen in einen für sie gesperrten Ordner zu exportieren, weigert sich Windows natürlich. Eigentlich wird auch immer nach dem Speicherort nachgefragt. Was da als Default-Ordner eingetragen ist, muss nicht unbedingt richtig sein. Ihr Beispiel für einen Default-Ordner ist nicht der einzige, wo ein No-Go als Speicherplatz vorgeschalgen wird. Laufwerk L mit den Daten (und Datenbanken) sollten grundsätzlich als Speicherort ausgeschlossen werden - zumindest als Default-Speicherort. AUf Laufwerk L hat niemand außer dem Administrator etwas zu suchen! Dass Datev das immer noch nicht berichtigt hat ... Herr Scheer, das wäre meine Idee zur Verbesserung der Datev-Software. Und eine, die sicherheitsrelevant ist. QJ PS: Ich will nicht meckern, doch wer ist bloß auf die bekloppte Idee gekommen, auf Laufwerk L einen Defaultspeicherplatz (bei ISWL irgendwas, mir fällt gerade der Name nicht ein, werden grundsätzlich nur in einem Ordner unter L:\Datev\Daten\... die Ergebnisse abgelegt) zu definieren? Das ist Uraltwissen von Entwicklern, dass man dies nicht tut. Und Administratoren. Und der Menschenverstand sollte das auch schon sagen. Nichts für ungut, ich fühle mich gerade in alte Win 98-Zeiten zurück versetzt. Ich denke, es gab kein Rückmeldung.

Beiträge und Ideen von quantenjoe

Auszeichnungen