Drucken über RDS 2012 R2 / Umstellung von PC auf TS-Client

Hi,

Punkt 5.1 (Ich würde es nur nicht in den lokalen Policies machen): https://www.datev.de/dnlexom/client/app/index.html#/document/1070548

Um "Ahnung" zu haben, welcher Drucker am Heim Arbeitsplatz ist, sollte entweder der gesamte Heim Arbeitsplatz durch die Kanzlei gestellt werden oder eben einmal von den Nutzern am Heim Arbeitsplatz der lokal genutzte Druckertreiber ermittelt werden und an den RD-Servern installiert werden.

Beim Aufruf von Start -> Ausführen -> "control printers" wird der Drucker korrekt angezeigt?

Beim Aufruf von Start -> Ausführen -> "%SystemRoot%\explorer.exe shell:PrintersFolder" wird der Drucker korrekt angezeigt?

Datev unterstützt EasyPrint leider nicht.

Easy Print und DATEV: wie Herr Kinzler schon schrieb, geht das nicht.

Aber was spricht denn gegen eine normale Einbindung eines lokalen Druckers am Telearbeitsplatz der Kollegin?

Das würde (aus eigener Erfahrung) doch gehen.

Oder ein PDF- Drucker, dessen Auswertungen dann beliebig transportiert werden können?

Moin,

meine Vorposter haben schon gesagt worum es geht, ein Hinweis noch. Der Treiben muss auf jedem TS der Farm installiert werden.

Gruß

KP

Das wäre ja nicht unbedingt anwenderfreundlich

Dann würde ich mal empfehlen, sich da evtl. eine Consultinglösung machen zu lassen. Ist ein wenig mühsam, dies als Außenstehender in die Wege zu leiten bzw. Ansprechpartner bei DATEV zu finden.

Sollte aber mittels DATEV-KAM durchaus zu schaffen sein.

Ist ja auch kein Hexenwerk.

Das Thema "Fensterinhalt drucken" hatten wir hier doch schon einmal (evtl. alte Newsgroup)  im Zusammenhang mit einem anderen Fabrikat. Auch dort war es unmöglich den Inhalt direkt zu drucken, der Druck über die Auswertungsmenüs lief einwandfrei.

Könnte bei Ihrem Modell ähnlich sein.

MS EasyPrinting sowie Citrix Universalprinting sind anerkannte Technologien, die es seit Jahren gibt und in Terminalserverumgebungen insb. bei Hostingplattformen genutzt werden.

Das ist kein Grund für die DATEV dies auch zu tun.

Wie es DATEVasp macht keine Ahnung. Wir installieren (in unserem Hosting) entweder die entsprechenden Universaltreiber der Hersteller (Minimale Treiberanzahl; Sofern die Drucker damit klarkommen (und alle Funktionen abbilden können)) oder eben die spezifischen Treiber auf allen RDS / XenApp Farm Servern.

"Ich habe keine Lust" oder "andere machen es besser" ist natürlich der bequemste Ansatz Evtl. sollte der Kunde dann von DATEV zu RA Micro oder wohin auch immer migrieren, wenn es an den Druckertreibern scheitert.

Citrix Universalprint funktioniert ein bisschen weniger bescheiden wie TS EasyPrint. Mit ThinPrint hatte ich bislang noch keine solchen Probleme.

Drucker ohne Terminalservertreiber sind dann wohl einfach nicht multiuser-fähig und sollten dementsprechend auch nicht auf einem RDS installiert werden. Treiber Pakete mit 300MB und mehr lassen sich beinahe immer mit 7-zip entpacken. Dabei holt man sich dann den Treiber raus und installiert nur diesen. Solche "Treiberpakete" sind allerdings auch meist schon das erste Anzeichen für einen "Consumer" Drucker der auf einem TS nichts zu suchen hat.

P.S.: Neben DATEV gibt es noch eine ganze Menge anderer Software die mit TS EasyPrint oder Citrix Universalprint probleme haben

Den Komfort eines echten PrintServers (vulgo Druckdienste) hat man ja nun einmal in einer ASP Umgebung nicht, also muss gebastelt werden und am Ende hängen teure Geräte deren Funktionen nur bei einem lokalen Netz richtig genutzt werden können.

Es geht hier schlicht um einen Arbeitsplatz der nicht im Kanzleinetz hängt (man könnte auch das Notebook des Chefs nehmen der seinen Pixma 100 dabei hat) und drucken will. Der Admin wird sprinten.

Wie gesagt, es geht hier um den Direktdruck und da scheinen einige Drucker Schwierigkeiten zu haben.

Hier https://www.datev-community.de/message/10453#10453 ist schon einiges über das Phänomen geschrieben worden.

Ach sooooo, na das klingt dann ja schon anders.....

Alles gut. Geiz ist manchmal auch nicht alles.....

Den Komfort eines echten PrintServers (vulgo Druckdienste) hat man ja nun einmal in einer ASP Umgebung nicht, also muss gebastelt werden und am Ende hängen teure Geräte deren Funktionen nur bei einem lokalen Netz richtig genutzt werden können.

Sind Printserver im ASP Umfeld unecht? Ich wüsste jetzt keinen Unterschied zwischen einem In-House Server der Druckdienste für die Clients bereitstellt und einem ASP Server der Druckdienste für die ASP Terminalserver bereitstellt. Gebastelt wird da eher weniger

Nur weil der Hersteller sagt "Wir supporten Feature XY nicht", muss das ja nicht heißen, dass es gar nicht geht, ggf. muss man halt mit Einschränkungen leben.

Wie soll denn so ein Konstrukt später im Problemfall supportet werden? Werden da die Einschränkungen später wenn was nicht mehr läuft einfach erweitert? Na wenn der Kunde das absegnet..

Wenn von zu Hause gearbeitet werden soll, bleibt eigentlich nur die benötigte Hardware von der Kanzlei zu stellen. Ist auf dem privaten PC ein Virenscanner? Kann ich meinen Mitarbeiter "zwingen" einen Virenscanner zu installieren? Darf ich den installierten Virenscanner bzgl. aktueller Pattern (oder Windows Updates) überwachen? Können / dürfen Daten auf den Heim Arbeitsplatz "ausgelagert" werden? Etc. etc... Sowas kann der GF vollkommen egal sein, sollte es aber nicht

Und wenn sich die Einschränkungen erweitern / ändern? "Das hat aber zuletzt noch funktioniert. Das muss weiterhin funktionieren!" Genau da sind Kunden total tolerant und zeigen ohne Ende Einsicht

Manchmal muss man einem Kunden / Chef / wem auch immer auch mal sagen: "Entweder richtig oder gar nicht!". Alternativ natürlich einfach drauf los frickeln und am Ende ist Microsoft oder eben die pöse DATEV schuld