Ein Versuch allen zu antworten.
@einmalnoch möchte ich vollständig zustimmen hinsichtlich des Preises und der Einschränkungen bei den APIs – dennoch gibt es hierzu offensichtlich zuverlässige „Workarounds“ auch bei der free-Version (kenne keine qualifizierten Details hierzu – hat seinerzeit unser IT-Dienstleister gemacht).
@metalposaunist: Für eher kleine Kanzleien mit nur einem lokalen Host und einem VMWare erfahrenen Partner (Stichpunkt „Workarounds“) kann nach unseren Erfahrungen letztlich wohl auch mit der kostenlosen Version gearbeitet werden. Dennoch würde ich heute bei einer Neuanschaffung und Nutzung von WMWare auch in unserer Umgebung die Essentials kaufen – nicht aber für unseren Bestandshost, um mich an eine VM bequemer per Konsole anmelden zu können (notfalls wird halt doch TightVNC installiert – ist scheinbar sehr handlich und wenig ressourcenhungrig). Geeignete RDP-Vermeidungsoptionen sind also vorhanden 😉.
SmartIT-Einschränkungen, die erforderliche lokale Infrastruktur, Datenübernahme, Kosten, Möglichkeiten zur Rückkehr zum lokalen Host … werden wir versuchen bis Mitte nächsten Jahres möglichst genau abzuklären und dann letztlich final entscheiden (diverse SmartIT-Einschränkungen sind aber bereits bekannt - unter anderem auch wegen Ihrer Beiträge).
@chrisocki, ähnliche, wie die von Ihnen aufgeworfenen Aspekte haben mich initial beschäftig. Wollte allerdings keine lokale SmartCard vom Client durchreichen (kannte auch schon Release Info zu SiPa 6.82 – wollte Text aber nicht noch mehr aufblähen), sondern „nur“ wissen, ob eine RDP-Session (ohne SmartCard am Client) eben den Kommunikationsserver (remote, virtuell mit Betriebststätten-MiDentity) temporär oder dauerhaft aus dem Tritt bringt, weil ggf. die Dienste gestört werden. Dann müsste für diesen Fall RDP m.E. wohl regelrecht verboten werden, was Datev aktuell aber auch nicht getan hat (nur die Nutzung der SmartCard am RemoteComputer und die Installation bestimmter Datev-Programmteile sei nicht möglich …).
Wir nutzen (künftig: nutzten?) RDP Verbindungen zum Kommunikationsserver für Administrierung von Backups und Initiieren und Prüfung von MS-Updates. Mit Datev-Programmen wird dort nicht gearbeitet (auch bei Datev-Updates lief bisher die RDP-Session „eher“ zur Überwachung und für das finale Abmelden).
Der von @chris2344 aufgeworfene Aspekt des Verhaltens bei der Übernahme einer Konsolensitzung ist durchaus interessant, weil solches bei RDP-Anmeldung z.B. bei laufender netzweiter Aktualisierung vorkommen könnte.
In der Diskussion sollten die Fälle SmartCard am Client oder SmartCard am Remotecomputer klar auseinandergehalten werden (ggf. nun auch noch ein dritter Fall, wenn beides der Fall wäre?).
Die von mir initial aufgestellten Fragen gehen von einem am RemoteComputer (virtualisierter Kommunikationsserver) gesteckten Betriebsstätten-MiDentity aus, auf dem man sich von einem ClientComputer ohne SmartCard (in diesem Fall auch kein SiPa und ohne Datev-Software) mit RDP anmeldet.
Danke allen für die lebhafte, interessante und fassettenreiche Diskussion.
