Moin Mücke63,
ist ja witzig.... genau das gleiche steht bei uns auch an.... 😁
Hab ganz frisch ein Angebot von unserem Systempartner bekommen.
Vielleicht sollten wir uns austauschen...?!
Viele Grüße aus Bremen
Mich würde mal interessieren, was Dingen kosten soll und wie schnell das hinterher werden soll.
Alles auf einem Blech.
Ich hab gerade einen WTS konfiguriert, der so langsam in das laufende Netzwerk integriert werden soll und erstmal unkritische Jobs übernimmt. Bin gespannt, wie schnell das Dingen als "Arbeitsplatz" werden wird.
@boomboom schrieb:
wie schnell das hinterher werden soll.
Davon ausgehend, dass DATEVasp das non+ultra sein müsste, ist DATEV immer noch zu langsam in meinen Augen. Liegt aber auch an der DVD 14.0. Bis bei uns LODAS aufgeht und wie lange der Ladebalken von links nach rechts läuft, bis LODAS aufgeht 😲 Hut ab vor allen, die täglich mit DATEV arbeiten müssen. Bin ich zu ungeduldig zu ...
Ja, das bei Ihnen kommt ja irgendwo von der Größe.. nutzt DATEV bei 140 MA wenigstens die Enterprise-Edition des SQL-Servers oder auch nur den Standard?! Wobei langsames LODAS vermutlich das falsche Beispiel ist..
@boomboom schrieb:
nutzt DATEV bei 140 MA wenigstens die Enterprise-Edition des SQL-Servers oder auch nur den Standard?!
Kann ich nichts zu sagen. Ich hoffe, im DATEVasp wird zu dem Preis das bestmögliche für den Genossen genutzt.
... nur mal eine Verständnisfrage:
Wofür brauchen Sie als DatevASP-Nutzer noch ein 'aufgemotztes' LAN mit allem 'PiPaPo' ?
Ich war der Meinung, dass man als SmartIT- oder DATEVasp-Nutzer nur noch (wenn überhaupt) ein 'Schmalspur'-LAN braucht. Die eigentliche Power und die großen Ressourcen werden doch wohl in der Cloud (im Datev-RZ) benötigt ..... dachte ich zumindest ...
@vogtsburger schrieb:
Wofür brauchen Sie als DatevASP-Nutzer noch ein 'aufgemotztes' LAN mit allem 'PiPaPo' ?
Wir haben unseren Exchange behalten und nicht nach Nürnberg gestellt. Ergo braucht es min. 1 DC, damit der Exchange läuft; da 2 Standorte haben wir bereits 3x DCs, damit man Windows Updates fahren kann, ohne, dass das AD vor die Wand fährt; sich jeder jederzeit lokal anmelden kann. An Standort 1 haben wir nun 100 Notebooks, an Standort 2 ca. 25 Notebooks, plus ca. 50 echte Windows 10 Clients, ergo macht man das am besten mittels WSUS, der zentral 1x Windows Updates lädt, statt 250 Clients 250x das gleiche herunterladen und das Netz belasten bzw. die Leitung dicht ist. Daher braucht man auch ein VPN, dass beide Standorte verbindet, sonst braucht man dort auch nochmal einen WSUS und muss 2 GPOs aufsetzen, damit jeder Client den schnellsten WSUS findet.
Plus noch ein paar andere Service-Server, weil zum Teil lokal gearbeitet wird, weil wir nicht alles zu 100% im asp haben (Diktiersoftware von 199x). Ergo muss es auch einen lokalen Printserver geben, der alle Drucker über alle Standorte bereitstellt.
Da der Exchange noch geblieben ist, braucht es einen ordentlichen Router / Firewall, der OWA und Co. absichert, damit die iPhones via MDM dort partizipieren können - damit wir kein Ziel sind / es denen nicht so leicht machen.
Und dann verstehen Sie jetzt auch, warum Microsoft365 so ein Thema für asp-Kanzleien sind, weil man dann die Domäne mit Microsoft365 verbindet. Ergo muss das die DATEV Domäne sein, damit im asp Outlook und Co. via SSO klappt. Microsoft lässt aber nur 1x Synchronisation / Verbindung mit 1 AD zu. Ergo bekommen wir unser lokales AD nicht mit Mirosoft365 verbunden und auch nicht synchronisiert. Ergo gibt es wieder lokale AD-User mit lokalen Kennwörtern, die sich aber nicht mit dem Azure AD Account von Microsoft365 abgleichen.
Und den Leuten erklären, dass sie 2 Konten haben, die sich nicht kennen und welches man wo braucht und welches Kennwort sie wo ändern - lassen Sie's sein. Das ist eine ABM.
Alles klar? 😁
Danke für die Aufklärung.
... hatte nicht damit gerechnet, dass noch ein solcher 'Rattenschwanz' mit dranhängt.
... aber bezüglich Datev liege ich dann wohl schon richtig, dass man mit DATEVasp die gesamte Datev-IT-Struktur 'outsourced'.
Jeder Datev-Benutzer loggt sich ja direkt per Internet in der Datev-Cloud ein.
Der aktuelle lokale Standarddrucker und die lokalen Netzwerkpfade werden 'durchgereicht'.
@vogtsburger schrieb:
Der aktuelle lokale Standarddrucker und die lokalen Netzwerkpfade werden 'durchgereicht'.
Fürs HomeOffice cool. Wenn Sie in der Kanzlei sind und alle Drucker auf der DATEVasp Farm angelegt sind und so das Drucken viel schneller geht, ist es dann nervig, wenn der lokale Standarddrucker Microsoft Print to PDF im asp Standarddrucker ist. Aber das kann man ja ausschalten 😉.
Drucken 🙄 #GoDigital 😋