Guten Morgen,   @Michael-Renz  schrieb: Hallo Herr @Michael_Klein und @Gelöschter Nutzer ,   zugegeben ist die Umstellung auf WTS mit Lizenzkosten verbunden. Ich schätze mal  ca 600 € Server 2019 Std ca. 90 € je RDP-CAL der Broker ist ein Dienst / Rolle im WTS und m.E. Kostenfrei und bei einem WTS auch nicht nötig.  der Erstinvestitionsaufwand ist also durchaus überschaubar. Den grössten Brocken haben Sie leider nicht erwähnt... Office als Open-Lizenzen oder M365 (mind. Business wegen TS-OnPremise). Da kommen noch ordentlich Anschaffungen oder monatliche Kosten drauf.     Grüße Chr.Ockenfels   ... Mehr anzeigen

@thorstenmüller  schrieb: ... Randnotiz.   Hat DATEV, z.B. in der Frühjahresrunde des Admin-Workshops. Somit waren alle Admins informiert, die sich an dem Workshop angemeldet haben.    Und schon da ging ein "Aufschrei" durch die Reihen...    Grüße Chr.Ockenfels ... Mehr anzeigen

Hi,   Es würde mich interessieren, warum Sticks nicht ins Ausland verbracht werden sollen; ich sehe da keinerlei Einschränkung. Es soll durchaus Kanzleien geben, die auch im Ausland Niederlassungen haben. Weil es eine Export-Beschränkung für Verschlüsselungsmedien gibt..    http://www.datev.de/info-db/0908410      Grüße Chr.Ockenfels ... Mehr anzeigen

@NGra  schrieb: Hallo zusammen,   ich versende die Umsatzsteuervoranmeldungen immer über das Rechenzentrum und dieses übermittelt zum Steuertermin an das Finanzamt weiter.  Nun habe ich aktuell eine berichtigte Umsatzsteuervoranmeldung für den Juni abzugeben. Wie kann ich diese vor dem nächsten Steuertermin (also heute) an das Finanzamt übermitteln lassen? Funktioniert das über DATEV? Es ist wichtig, dass diese heute beim Finanzamt eingeht. Vielen Dank für eure Antwort. Hi,    in der Vergangenheit war es immer so:   1. Übermittlungstermin immer zur Frist. UStVA 08/2020 also zum 10.09.2020 oder mit DA zum 10.10.2020.   2. Bei Fristüberschreitung wird immer SOFORT übermittelt. Das muss auch nicht extra eingestellt werden. Einfach über die RZ-Dienstleistungen senden. In der Übermittlungsübersicht steht dann das heutige Datum.    Grüße Chr.Ockenfels   P.S. Dazu gibt es auch ein Info-Dok... 1035742  ... Mehr anzeigen

Hi,   @martin1969  schrieb: Ich glaube, ich bin etwas weiter.   Danke auch für den Tip mit "Remote = 2". Das hatte ich gestern schon getestet, aber ohne Erfolg. Jetzt war der Tip "goldwert", denn....   Mit Windows 7 Embedded Standard konnte ich den mIdentity am Thin Client nichts ans Laufen bekommen (da kein Treiber gefunden wurde). Habe Windows 10 probiert, aber die interne Platte (16 GB) ist nicht groß genug. Deployment hat bei 85% aufgehört (ja, ja, ich weiß, ältere Hardware). Aber ESX 5.5 ist auch nicht mehr supported und der Server schnuckelt seit Jahren vor sich an.   Habe dann ThinPro 7.1 auf dem T620 installiert. mIdentity-Stick erkannt und Treiber automatisch installiert. Alle Versuche, den Stick in den Remote Client zu bekommen ohne Erfolg (gibt hier einige Einstellung von RDP-unverschlüsselt usw.). Und dann noch einmal den Tip mit "Remote = 2" gesehen und getestet. SC wird grün. Jaaa.   Cool! Glückwunsch, also wird die PC/SC-Schnittstelle weiterhin korrekt bedient.   Der LIMA-Server läuft allerdings nicht über RDP mit mIdentity (das steht auch in der KB). Musste den jetzt eben noch umziehen und an diese VM einen mIdentity per USB-Passthrough hängen.   In Stichworten, damit es auch anderen ggfs. weiterhilft (größtenteils ist es ja schon erwähnt worden):   - Fritzboxen als USB-Server (und vermutlich auch andere) gehen nicht mehr. Der LIMA würde evtl. noch laufen, habe ich jetzt aber nicht mehr getestet.   - LIMA läuft jetzt über mIdentity-Stick, der am ESX-Host gesteckt ist und per USB-Passthrough der VM (wo der LIMA jetzt läuft) gegeben. Korrekt, da der LiMa mit dem Sicherheitspaket nichts zu tun hat. Deshalb hab ich im Regelfall für die LiMa sogar ein USB-SWM-Mini im Einsatz. Deutlich robuster und ausfallsicherer. Das reine USB-SWM kann auch weiterhin über USB-Server an die VM (Fritz!Box, SEH, Silex, u.s.w.) herangereicht werden.   Was sicherlich umständlicher sein wird: Der Remote Zugriff. Falls ich dann von der VM aus Zugriff auf die Datev benötige, kann ich das in einem ESX-Remote Console-Fenster nicht mehr machen. Fritzbox-USB (oder andere USB-Server) war hier eine ideale Lösung. Für welchen Zweck? Updates? Zieh Dir diese im Vorfeld mit einem (an der richtigen Stelle) gesteckten mIDentity und dann ab in die Netzweite Installation.   PS: Falls sich jemand wundert. Ich bin kein Systempartner oder sonst etwas. Arbeite selbst im IT-Support (hauptsächlich VMware). Die Kanzlei gehört meiner Frau und dort "tobe ich mich technisch aus". Wie gesagt, ESX lief schon vor 10-12 Jahren in der Kanzlei. Nein, wundert mich überhaupt nicht. Der "Systempartner"-Status hat oft nichts mit "Können" zu tun. In vielen Fällen haben ein oder zwei Techniker den Ankreuztest bestanden und der Betrieb hat nun das Label. Im normalen Einsatz kommt dann aber oft eine nicht ausgebildete "Blindnase" in die Kanzlei und murkst dann vor sich hin.   Und Techniker, die es wirklich können (und da zähle ich Dich mit hinzu), sind zu selten und zu selten im Einsatz oder oder oder...   Grüße Chr.Ockenfels         ... Mehr anzeigen

Hi,   @matthiass  schrieb: ... -funktioniert das SWM mini nach dem Update noch, klappt hier die Einbindung per USB Server   Ja, funktioniert weiterhin ohne Probleme, da der LiMa mit dem Sicherheitspaket nichts zu tun hat. Ist auch meine favorisierte Lösung. Ich mag die mIDentity als SWM überhaupt nicht an meinen LiMa's....    Grüße Chr.Ockenfels ... Mehr anzeigen

@andreashofmeister  schrieb: Die Frage ist doch, warum da "was geändert" wurde.   Es kann doch nicht sein, dass nach dem Update kein (DATEV-DMS) mehr funktioniert.   Da wir DATEV-DMS nutzen, mache ich mal einen SK auf... Wie ich schon schrieb, hat DATEV-DMS die Rechte in der Vergangenheit nicht korrekt ermittelt, sondern die globalen Rechte berücksichtigt.    Das ist aus Sicht der Entwicklung falsch gewesen und wurde nun korrigiert. Da wir aber dort keine Rechte eingetragen hatten, standen die Anwender ohne Dokumente da.   Den SK kannst Du Dir sparen, die Antwort wird unbefriedigend sein...    Grüße Chr.Ockenfels ... Mehr anzeigen

@mapex  schrieb: bedeutet das, dass ich nach der umstellung auf 14.0 (wir nutzen das sperrprinzip) an diese stelle navgieren muss und die globalen sperren dort eintragen muss, sonst sehen alle MA alles?     Hi,   wenn es so für das Freigabeprinzip funktioniert, dann sollte es im Umkehrschluss auch für das Sperrprinzip gelten. Wenn keine Rechte eingetragen sind (weder Sperren noch Freigaben), bekommt der Anwender gar keine Dokumente zu Gesicht, da das DMS keine Rechte ermitteln kann.   Grüße Chr.Ockenfels ... Mehr anzeigen

Nachtrag:    Ansonsten testen Sie doch mal einen Intel-NUC. Sind auch lüfterlos und extrem klein. Vielleicht ist da mal an der Zeit wieder ein wenig Geld in die Hand zu nehmen...    Grüße Chr.Ockenfels   ... Mehr anzeigen

Hi,   natürlich hat Datev einen Standard geändert, wenn auch vor 2-3 Jahren.    Datev will von den uralten Schnittstellenfunktionsplänen (SSFP) und Kontenzuorndnungstabellen weg.    Verständlich und vernünftig.  Da sind wir ja schon einmal einer Meinung... 😉     Warum aber dann ein Standard von der Datev definiert wird = Kontenzweck der viele richtige individuelle Lösungen nicht mehr zulässt bleibt das Geheimnis der Datev. Wie sonst lässt sich erklären dass auf einmal viele neue Konten speziell für § 4 Abs.  3 Rechner ( 3791 oder 3796 , sind jetzt nur 2 die mir spontan einfallen) hinzugekommen sind. Wäre es nicht einfacher gewesen den Kontenzweck indiviuell in den Kontenzwecken ändern zu können ( wie die meisten anderen Programme die ich kenne) .  Und wieso ändern Sie nicht einfach den Kontenzweck? Es hält Sie doch keiner auf. So können sogar ein "Kanzleimuster" definieren und für alle 4/3-Rechner verwenden. Geht auch seit Jahren.   Davon mal abgesehen, warum sollte sich ein Standard nach x-Jahren nicht auch einmal anpassen dürfen? Standard war auch noch vor wenigen Jahren ISDN. Ist jetzt VoIP. Ob es besser ist, überlasse ich mal Ihnen... meine Meinung: Nein...    Auch hier klafft aus meiner Sicht wieder einmal mehr die Lücke zwischen den täglichen to Do in Steuerkanzleien und dem was die Datev ( wer auch die entscheidenden Personen sein mögen ) denkt wie es in der Kanzlei zugeht.  Es wäre schon einmal spannend zu erfahren wieviel Kollegen oder auch andere Fachleute sitzen bei der Datev die in den letzten sag wir mal 1-2 Jahren wirklich noch in der Praxis bei Steuerberatern eingesetzt waren.    Mein Eindruck nicht viele bis gar keiner und deswegen klafft diese Lücke immer weiter auseinander.  Ein wirklich eindeutiges Bild werden wir hier nie bekommen. In der Community melden sich zumeist nur die Kollegen und Kolleginnen, die ein Problem haben und gefahrlos mit der Maus umgehen können. Alle anderen sind froh, dass überhaupt was aus dem Drucker kommt und haben einfach keine Lust und keine Zeit sich auch noch mit den Kommunikationskanälen der DATEV auseinander zusetzen.   DATEV setzt lt. eigener Aussage durchaus Beobachter in den Kanzleien ein, gesehen habe ich diese auch noch nie...    Grüße Christian Ockenfels ... Mehr anzeigen

Hi,   @martin1969  schrieb: @chrisocki    Wie kann man eigentlich hier zitieren? Finde die Funktion nicht.     OS ist schon älter und seit Januar out of support: Windows Embedded Standard 7. Ob ich da noch einen Treiber finde...   Windows 7 hat doch ggf. einen eigenen Standard-Treiber im Bauch... Damit würde dann die PC/SC-Schnittstelle betankt. Schonmal versucht? Was tut sich denn im Gerätemanager auf dem ThinClient? Nicht die SmartCard in den RDP-Verbindungsdaten vergessen.   Grüße Chr.Ockenfels ... Mehr anzeigen

Hi,   @bfit  schrieb: Moin,   das Problem ist nicht, dass DATEV einen Standard abbildet, sondern dass DATEV diesen den langjährig gültigen Standard einfach geändert hat und ich als Anwenderin jetzt mit Einschränkungen leben muss. Bestimmte Einschränkungen kann ich absolut nicht nachvollziehen, wie z. B., dass ich in der EÜR das Konto "Sonstige Verrechnung" (im SKR 03 #1792) nicht mehr nutzen darf.   einfach geändert? Mitnichten... Seit 2-3 Jahren ist die Kontenzweckänderung in Ankündigung. Mit eine Menge gelber, roter und was auch immer Lampen. Was für eine Vorlaufzeit wird denn hier gebraucht?   Grüße Chr.Ockenfels   ... Mehr anzeigen

@martin1969  schrieb: Hallo @chrisocki    Danke für deine Antwort.   Das generelle Problem ist, dass ich auf den Thin Clients die mIdentity-Sticks nicht zum Laufen bekomme. Finde keinen Kobil-Treiber für meine etwas älteren HP-Thin Clients. Und wenn das USB-Passthrough auf dem ESX-Host auch nicht funktioniert, wie soll ich dann die mIdentity-Sticks erkennen/ansprechen?   Die Thin Clients sind übrigens HP T620. Muss ich mal schauen, ob ich doch noch irgendwie die Sticks mit denen zum Laufen bringe. Fragt sich nur, ob RDP damit funktioniert. Aber eher nicht. Soweit ich verstanden habe, geht es ja nur mit WTS. Aber auch da benötige ich ja den Zugriff auf die Sticks.   Ein echtes Ärgernis momentan....   VG. Hmm....   wenn lokal ein PC/SC-Treiber verfügbar sein sollte, könnte hier MS/DATEV aufsetzen. Und dann wäre eine Nutzung über RDP möglich...  Was für ein OS ist auf den ThinClients?   Grüße Chr.Ockenfels ... Mehr anzeigen

Hi,   @Alfred1  schrieb: ...   das Dokument hilft mir leider nicht weiter. Warum nicht? In dem Dokument wird auf ein PDF verwiesen. Hierin finden Sie 1501 --> 1391. https://www.datev.de/dnlexom/api/content/v01/entity/st81064806909719051.pdf?save=False&docId=1000184    Wenn die DATEV bei einer 4(3) Rechnung und Fibu von geduldeten Konten spricht, dann ist dass genauso ein Widerspruch wie 4(3) Rechnung und Fibu(siehe auch aktuelle BFH Rechtsprechung).   Wenn ich mich also dazu entscheide eine Fibu für eine 4(3) Rechnung anzulegen, dann erwarte ich, dass das Programm die Konten in 4(3) Rechnung und sonstige Konten aufteilt.   In meinem Fall habe ich Zahlungen von denen ich weiß, dass Sie wieder zurückkommen, aber halt nicht wann und es sich nicht um Betriebsausgaben handelt.  Was spricht also gegen ein Konto "sonstige Forderungen"(z.B. 1500).   Gruß Alfred DATEV bildet einen Standard ab. Mit diesem Standard können viele Kanzleien leben und arbeiten.   Wenn Sie also mit dem Standard nicht zufrieden sind, gibt mehrere Möglichkeiten: a) Sie weichen von dem Standard ab und schlüsseln eigene Kontenzwecke b) Sie nutzen einen individuellen Kontenrahmen. c) Sie wechseln die Software.   Grüße Chr.Ockenfels   ... Mehr anzeigen

Hi,   @martin1969  schrieb:   ...   Aber sobald die Session über RDP aufgebaut wird, gibt es Fehler. Dabei egal, ob es ein mIdentity über USB-Passtrough ist, über Fritzbox-Fernanschluss usw.   Bin da jetzt echt geplättet. Virtualisierung über VMware und USB-Passtrough sollte supported sein. Und wie soll ich auf die VMs zugreifen wenn nicht über RDP?   Werde die Datev mal anschreiben. das anschreiben können Sie sich sparen. Und des Rätselslösung haben Sie auch schon.   Lokal (also in Ihrem Fall VM-Console) wird die lokal gesteckte (in Ihrem Fall die lokal eingeschleifte) SmartCard verwendet.   Wenn Windows (nicht DATEV!) eine RDP-Verbindung erkennt, wird die Sicherheitsfunktion aktiv, die einen Zugriff an die lokal am RDP-Host gesteckte SmartCard verbietet. Es werden nur SmartCards für die RDP-Sitzung erlaubt, die an dem RDP-Client gesteckt sind.    DATEV hält sich hier lediglich an die MS-Vorgaben, die schon seit !Jahren! bestehen.   Grüße Chr.Ockenfels ... Mehr anzeigen

@Gelöschter Nutzer  schrieb: Hallo Herr Ockenfels,   dann nehme ich meine zweite Sc, stecke sie lokal und nutze diese dann via Rdp? So war zumindest mein Plan. So sollte es funktionieren.   Sonnige Grüße aus Koblenz Chr.Ockenfels ... Mehr anzeigen

@cvseier  schrieb: Guten Tag,   existiert inwzsichen eine Möglichkeit externe Beleglinks (eines dritten dms) in DATEV Kanzlei Rechnungswesen (nicht Online!) an die Buchungen ranzuhängen?   Mit freundlichen Grüßen Dazu gab es mal vor vielen Monden mal ein Dokument... Demnach war es wohl möglich. Fragen Sie mal in der Fachabteilung Rechnungswesen oder Schnittstellen nach.   Grüße Chr.Ockenfels ... Mehr anzeigen

Hi,   die privaten Zertifikate lassen sich nicht von der SmartCard exportieren. Das ist per Design so (Sicherheitskomponente).   Grüße Chr.Ockenfels ... Mehr anzeigen

Ich weiss zwar, dass ich jetzt einige Kommentare bekomme. 😀   ...   Ja, ich weiss, ist nur ein Server (=Single Point of Failure). Aber 2 Server brauchen wir nicht oder vCenter (Kosten, Strom, Lizenzen).   ... Hi,   klar gibt es Kommentare... 😉   Bis auf die Office-Open-Lizenzen und die RDP-Lizenzen sehe ich auch keinen Grund gegen eine WTS-Instanz auf dem ESX.  Das die VM's alle auf einem Hots laufen, geschenkt... das dürfte bei vielen StB der Fall sein. Die Hardware ist meines Erachtens in den letzten Jahren ziemlich ausfallsicher geworden. Einzelfälle gibt es immer wieder, aber dass ein Host über 5 Jahre kommt, ist nicht so selten.   Grüße Chr.Ockenfels ... Mehr anzeigen

Es geht ja auch nicht um die SmartCard via RDP, sondern um eine RDP-Nutzung und an dem Remote-Client steckt die SmartCard (entweder direkt oder via Fritz!Box, USB-Server o.ä.).   Und dann habe ich nun keinen Zugriff mehr auf die SmartCard. Das geht nur noch wenn die SC am lokalen Client steckt.   Grüße und guten Urlaub weiterhin.   Chr.Ockenfels ... Mehr anzeigen

Mal von den notwendigen Office-Open-Lizenzen abgesehen. Das ist dann ein entsprechender Kostenblock...   Ansonsten bin ich bei Ihnen...     Grüße Chr.Ockenfels ... Mehr anzeigen

Hi,    als DATEVasp-Kunde hatten wir keine Wahl ob die Ausrollung läuft oder nicht... Konsequenz waren fehlende DMS-Rechte bei allen Mitarbeitern...   Lösung:  Wir nutzen für alle Mitarbeiter strikt das Freigabeprinzip. In der Freigabegruppe hatten wir "nur" bei den globalen Freigaben die Mandantennummern eingetragen. Was auch bei DMS (neu) entsprechend funktioniert hat. Nach dem Update --> kein Zugriff mehr...   Im Rechtebaum unter  PC-Anwendungen | Programme | Eigenorganisation | Unterprogramme | DATEV DMS | Ordnungsbegriffe  auch die entsprechenden Mandanten(bereiche) eintragen und dann funktioniert es wieder.   Aussage vom Support: DATEV DMS hat die Rechte in der Vergangenheit nicht richtig behandelt. Nun macht es DMS richtig...    War also kein "löschen" sondern mal wieder eine fehlerhafte Behandlung von Rechten in der Anwendung...    Grüße Chr.Ockenfels ... Mehr anzeigen

@witte  schrieb: Hallo, die heutige DATEV-Mail "Infoservice Organisation und Logistik September 2020" weist auch nochmals auf den Download der ISO-Dateien hin, die u.a. bei Neuinstallationen benötigt werden. Folgende Verständnisfrage: Die im Verzeichnis: \\XXX\windvsw1\DATEV\DATEN\INSTMAN\Links\DATEV-Programme V.14.0 abgelegten Verknüpfungen können für die Neuinstallation eines Rechners nicht benutzt werden? Oder sind das Alternativen zu den ISO-Dateien? Doch, die dort enthaltenen Quellen sollten alle Module mitbringen, die bei Ihnen in der Kanzlei lizenziert sind.   Habe ich auch schon Live bei einer TS-Installation genutzt.   Grüße Chr.Ockenfels ... Mehr anzeigen

@Tino  schrieb: Das ist doch IMHO genau der Punkt (abgesehen von Sicherheitsaspekten), um den es DATEV hier geht: Dass jede Lizenz nur einmal genutzt werden kann. Deswegen finde ich das Beispiel mit den Autoschlüsseln eher nicht passend.   Vollkommen falsch! Es geht nur und ausschließlich um die Sicherheitsaspekte.    * Besitz-und-Wissens-Komponente * höhere Verschlüsselungsarten im Outlook (AES statt 3DES)   Oder wollen Sie auf die 50€ anspielen. Ich glaube kaum dass hier DATEV einen Mehrerlös bei den mIdentity oder SmartCards im Sinn hat.  Diesbzgl. übrigens noch die Info, dass die digitalen Zertifikate auf den SmartCards durch virtuelle Zertifikate ganz ohne SmartCard ersetzt werden sollen. So zumindest die Planung/Überlegung. Insofern ist die SC bis auf VaSt und SteuKto sogar bald vollkommen überflüssig.   Grüße Chr.Ockenfels ... Mehr anzeigen

@Michael_Klein  schrieb: Ich finde jedenfalls, dass mir als Steuerberater die Entscheidung überlassen werden sollte, wie ich meine Daten schütze und wer auf welche Art und Weise Zugriff darauf hat. Denn ich trage nach außen ja auch die Verantwortung dafür. Daher ist es für mich nicht akzeptabel, dass ich die bisher funktionierende Variante auf einmal nicht mehr nutzen kann. Ich denke wir brauchen uns nichts vormachen. So lange es weiterhin über Teamviewer, Anydesk oder VNC funktioniert, werden die Karten auch weiterhin in den Kanzleien liegen. Nur dass man jetzt eben noch eine Drittsoftware nutzen muss, was dann eher ein Minus an Sicherheit ist. MS zieht das Sicherheitsverhalten hoch und Sie beschweren sich? Ist doch genau in Ihrem Sinne. Verstehe ich nicht... Woher soll denn die arme SC kontrollieren ob der Zugriff remote oder vom angeschlossenen PC erfolgt? Kann sie nicht. Also stellt MS sicher, dass der Zugriff auf ein Sicherheitsmedium nur und ausschließlich von dem lokalen Clientrechner erfolgen kann.    Dass in der Vergangenheit eine sicherheitsrelevante Funktion ausgehebelt wurde um einen Prozess darumzustricken, ist nun halt Geschichte. Müssen wir auch nicht weiter diskutieren, ist nun so.  Und es ist aus mehreren Gründen auch gut so. <meinDaumenhoch>   Grüße Chr.Ockenfels   ... Mehr anzeigen

Hi,   @Michael_Klein  schrieb: Ich habe leider genau das gleiche Problem und gerade jetzt, wo den Mitarbeitern frei gestellt ist, von zu Hause zu arbeiten, lassen sich per DUO eingereichte Buchhaltungen von zu Hause nicht mehr bearbeiten, sofern man nicht seine Smartcard dabei hat. Das ist leider eine echte Einschränkung für die tägliche Praxis. Lösung A: Sie verwenden zwei SmartCards.    Lösung B: Sie verwenden in der Kanzlei den DATEV-Benutzer mit entsprechenden Rechten. Dann fehlt Ihnen aber der Zugriff auf VaSt o.ä. Dann können Sie freigesetzte SmartCard @home parken.   Ich verstehe auch nicht, warum sich das Problem nicht über die Sicherheitseinstellungen in der Gruppenrichtlinie manuell umgehen lässt. Da kann ich ja auch die Stärke der Passwörter frei einstellen und somit selbst bestimmen, welchen Grad von Sicherheit ich für sinnvoll halte. Weil es von Microsoft nicht vorgesehen ist. Und Treibereinstellungen sind meines Wissens in den GPO überhaupt nicht einstellbar.   Da die Smartcards alle in der Kanzlei sind, sind diese besser geschützt, als wenn die Mitarbeiter sie täglich mitnehmen müssen. Es geht bei den SmartCards um die Besitz-und-Wissens-Komponente. Und der Besitz sollte nunmal dort sein, wo auch das Wissen ist. Sonst macht diese Konstellation überhaupt keinen Sinn.    Für mich wäre es wirklich wichtig, eine Lösung zu finden, ohne auf Anydesk oder VNC ausweichen zu müssen. Denn der Remotedesktop bietet für die tägliche Arbeit einfach mehr Komfort. Da bin ich bei Ihnen. Diese Produkte/Lösungen VNC & Co. sind für Admins entwickelt worden. Und nicht zur täglichen Arbeit.   Grüße Chr.Ockenfels ... Mehr anzeigen

@vogtsburger  schrieb:   (das mehrfache Klicken des "Zitieren"-Buttons kann es doch nicht sein, oder ?)    Da ich megafaul bin zu suchen, hab ich es genau so gemacht...  ... Mehr anzeigen

Hi,   @hövel  schrieb: Soll ich erst ein Studium absolvieren, was DATEV alles ausdrücklich freigegeben hat? Ich bin Steuerberater und muss mich um andere Dinge kümmern.   Wie der Kollege schon geschrieben hat, hierfür gibt es Systemhäuser oder Sytempartner, die sich mit DATEV auskennen (sollten). Ansonsten ist die Info-DB eine gute Anlaufstelle. Insbesondere die Fachschriften für Serverinstallationen, Terminalservereinrichtung, etc.    RDP ist Microsoft. Und Microsoft ist ursächlich für die Änderung. Stichwort Sicherheit!!    Genau das ist der Punkt. DATEV setzt auf MS auf und MS hat schon seit Jahren im RDP definitiert, das SmartCards lokale Geräte am RDP-Client sind. Das anders funktioniert hat (war auch gelegentlich Zufall) steht auf einem anderen Blatt. DATEV konnte in der Vergangenheit noch einen anderen Treiber gesetzt. Dies geht nun nicht mehr. Und ich persönlich finde das auch gut! Denn mit dem neuen Treiber kann im Outlook bei S/MIME auch AES zur Verschlüsselung genutzt werden. Da war bei 3DES bisher Schluss.   Wenn ich über VPN ins Kanzlei-Netz gehe, bin ich in einem abgesicherten System.    Und woran soll ein "Strunz-Dummer-Windows-10-Rechner" das erkennen? An der IP-Adresse? Kommt dann wieder auf den VPN-Server an, ob hier ein Transitnetz (Bsp. Sophos) verwendet wird oder der VPN-Client eine IP aus dem Kanzleinetz (Bsp. Fritz!Box) bekommt. Geht also gar nicht.   Wenn ich in der Kanzlei auf andere Rechner innerhalb der Domäne über RDP zugreife, ist das alltägliche Praxis.    Hat aber so gar nichts mit VPN zu tun. Ich kann auch mit einem Domänen-Mitgliedsrechner im HomeOffice sitzen. Und dort würden Sie auch vor dem gleichen Problem stehen. Die SmartCard hat genau da zu sein, wo Sie sich befinden.   Und welche Sicherheitsaspekte sind hier gefährdet?     Die SmartCard ist eine Besitzkomponente. Nur wer physikalischen Zugriff auf das Medium hat, sollte dies auch nutzen können.    Außer vielleicht dass Microsoft WTS CAL's verkaufen möchte?   Mag sein, aber MS verdient mit den Cloud-Anwendung mittlerweile mehr Geld. Die Windows-10-RDP-Geschichten gehen denen total ab. Sind halt noch da, aber darauf bauen, dass diese noch in x-Jahren vorhanden sind, würde ich nicht.   Grüße Chr.Ockenfels ... Mehr anzeigen

@Erich_Zollner  schrieb: ...   Die Antwort: Je schneller und damit einfacher der Zugang zu Hilfe ist, desto schneller kann sich jeder Kunde selber helfen (wenn er/sie das möchte). Und je mehr (Standard-)Fragen selbst gelöst werden können, desto mehr Zeit bleibt im persönlichen Service für die kniffligen Fragestellungen. Das ist ein wesentlicher Kern dessen, wohin wir das Serviceangebot der DATEV entwickeln. Nach wie vor erreichen uns viele Anfragen im Service, für die Lösungen in der InfoDB bzw. im Hilfe-Center vorhanden sind.   ...   Gruß, Erich Zollner Hallo,   ich unke jetzt mal... Aber die Anwender, die heute schon nicht die [F1] bedienen können, werden sich im Hilfecenter auch nicht umsehen...    Grüße   Chr.Ockenfels ... Mehr anzeigen