EO comfort Rechnungserstellung seit DVD 14 ultra langsam

[#1]

Moin zusammen.

Seit der DVD 14 ist die Rechnungserstellung, insbesondere Sammelrechnungserstellung, ja NOCH LANGSAMER geworden. Das hielt ich kaum für möglich. Die Aufbereitung dauert pro Rechnung ca. 5-6 Sekunden. Da ist das Drucken noch nicht dabei, das nochmal pro Rechnung ca. 10 Sekunden in Anspruch nimmt.

Bei 145 Rechnungen gerade ziiiiiiieeeehhhht sich das.

WTS mit Server 2019 im Einsatz, nur noch drei User aktiv, CPU so max. 20% Auslastung,

WARUM???

[#2]

Kann ich leider so bestätigen, Vorgänge die vorher ca. 20 Minuten gebraucht haben dauern nun über 60 Minuten!

[#3]

@metalposaunist , bedeutet Dein KUDO, dass Ihr das bei Euch auch festgestellt habt?

Das würde ja bedeuten, dass es "plattformunabhängig" ist.....?

[#4]

Nein, das war eher ein Kudo für "hier sagt mal wieder jemand etwas, das stimmt" und dass sich DATEV wie Kaugummi anfühlt. Wenn's nur das wäre aber wenn ich mit DATEV arbeite ... das muss alles, überall 10000% schneller gehen. Allein so ein Tabwechsel im DAP, bis man wieder was klicken kann oder wie nervig oft springt der Cursor aus der Programmsuche immer wieder ins Suchfeld für die Mandantenübersicht und man tippt fleißig, bis man merkt ... 😡

Man stelle sich vor der Tabwechsel in einem aktuellen Browser würde so lange dauern - ich würde im Dreieck springen. 

Heute im ESt Programm: Mandanten rausgesucht > Mandant > speichern unter (Übertrag) mit Löschen: bis das Fenster zur Beraternummer aufging ... hm, 20 Sekunden? 😂 Ich meine, ich hatte ja Kaffee - also halb so schlimm. Und dazu: statt den Übertrag habe ich nun die Leistung ESt 2x im Bereich ESt mit beiden Beraternummern, kann die Falsche aber nicht löschen, weil diese nicht im Mandantenmanager ESt auftaucht. Das hatte mein Kollege in einem früheren Fall dann nachdem er seinen Namen getanzt hatte umständlich gelöst. 

Mir war's heute egal. Kollege ist im Urlaub. Heute ist Freitag. Wenn nicht mal sowas mehr klappt - liegt da halt eine ESt Leistung als anwendungsspezifischer Fall rum. Pfff ... 

@andreashofmeister: Ob das auch bei uns so ist, muss ich die Zentrale mal fragen. Die melden sich bei so etwas nicht und arbeiten dann einfach langsamer alles ab. Kann ich aber gerne einmal am DI machen. Ich schreibe keine Rechnungen in DATEV und will es auch nicht. EOcomfort und Rechnungsschreibung fühlt sich an wie Windows 98 - das habe ich leider verlernt 😂.

Aber ja, in einigen Bereichen fühlt sich DATEV nach DVD 14.0 langsamer an. Aber an der CPU kann's im DATEVasp ja nicht liegen. 

@Hauke_Hamann: Gibt es einen REWE Leistungsindex Baseline-Wert mit DVD 13.1? Ist ja eigentlich Quatsch, weil EOcomfort mit REWE wenig zu tun hat aber mir fällt aktuell kein anderer Indexwert ein, den man hinzuziehen kann. Laufen ggf. noch .NET-Runtime Optimierungen? Die CPU am SQL dümpelt auch vor sich hin? 

[#5]

@metalposaunist : Ich hab mal nen SK aufgemacht.

Zusätzlich hab ich die IT drauf angesetzt anhand von vier Infodokumenten.

In der Registry sind offenbar zu viele stehengebliebene SkyPDF Pro-Driver. Da wollte ich jetzt nicht selber sooo viel dran rumfummeln. Vllt. ist die Datenbank noch zu optimieren etc.

Infodokumente Nr: 1002128, 1006690, 1017906, 1080330

Nächste Woche werde ich evtl. Feedback geben können, ob eins davon was bewirkt hat.

Selbst wenn das mit diesen Maßnahmen klappen sollte stellt sich mir immer noch die Frage: WARUM?

Wenn es daran liegt und man das bei DATEV weiß, warum passierts dann trotzdem?

🤔

Wobei, wenn ich es mir recht überlege, will ich gar nicht wissen "warum" sondern nur, dass es läuft. 

[#6]

Achja, jetzt wo Sie's sagen @Hauke_Hamann, stimmt. Da war mal was. Auch bei uns. Aber seit DATEVasp ist da Ruhe. Wir hatten das Problem aber nicht mit dem SkyPDF Drucker, sondern mit gefühlt 100 umgeleiteten USB-Druckern aus dem HomeOffice, wo Microsoft jedes mal einen neuen anlegt (umgeleitet mit Zahl dahinter).

Daran könnte es liegen aber warum dann so oft der SkyPDF dadrin sein soll, weiß ich nicht. Aber das erklärt dann nicht mein ESt Problem.

---

@Hauke_Hamann schrieb:

Da wollte ich jetzt nicht selber sooo viel dran rumfummeln.

---

Können Sie aber, weil Sie sowieso nur in Ihrer eigenen Registry dort Drucker löschen können. Kann eigentlich nichts passieren. Aber bin gespannt, ob es das war. Wenn selbst eine Druckvorschau intern schon bei DATEV tatsächlich gedruckt wird anstatt nur eine Ansicht ... 

[#7]

@metalposaunist

Bei Ihnen liegt es vermutlich an der Masse der User.

Eigentlich läuft der DAP - fast - wie ein Browser.

Bis jetzt können wir uns nicht beschweren.. die Clients liegen bei dem Leistungsindex zwischen 7-8.

Wobei hier auch ein "neuer" Prüfpunkt hinzugekommen ist.

Sammelrechnungen nutzen wir nicht, aber Mahnungen schiebt er an einem Stück durch den Drucker (45 ppm).

Läuft..

Das Problem mit den SkyPDF kannte ich noch nicht.. Den Rest der Dokumente sollte man abgearbeitet haben.

Weiß jemand was das zu bedeuten hat?:

https://www.datev.de/dnlexom/client/app/index.html#/document/1018582?hitMarkTerms%5B%5D=rw40_1018582&hitMarkTerms%5B%5D=TempDB%2520gr%25C3%25B6%25C3%259Fe

Um performant zu arbeiten, verwendet der Microsoft SQL Server für DATEV temporäre Dateien (TEMPDB.MDF, TEMPDB.NDF). Rechnen Sie mit einem Festplattenbedarf dieser Dateien von ca. 10% der größten SQL-Datenbank:

Beispiel:
Ist die größte Datenbank (hier zählt die Größe der MDF-Datei) 1.024 GB (= 1 TB) groß: gehen Sie von einem Volumen von 100 GB oder besser 128 GB aus.

Bei uns passt die Rechnung nicht. Die TempDB ist nur ein viertel so groß.

[#8]

---

@metalposaunist schrieb: Können Sie aber, weil Sie sowieso nur in Ihrer eigenen Registry dort Drucker löschen können. Kann eigentlich nichts passieren.

---

 Ich hab mir das am Terminalserver angesehen, sind das dann nicht „alle“ Drucker?

[#9]

---

@Hauke_Hamann schrieb:

sind das dann nicht „alle“ Drucker?

---

Soweit ich weiß, haben wir immer im Zweig HKCU die Drucker gelöscht, die da nicht reingehörten (umgeleitet xy). Alle anderen haben wir drin gelassen. Kann man ebenso mit dem SkyPDF machen, weil CU = Current User bedeutet und das auf einem Terminalserver mehrfach vorhanden ist. Jeder hat "seine eigene" Registry im HKCU Zweig. Da macht man eigentlich nichts kaputt und wenn, dann nur bei sich selber. Zumal regedit als "normaler" Domänenuser sowieso keine Rechte für "mehr kaputt machen" hat. 

Zum Hintergrund: Beim Drucken ist DATEV damals die ganze Liste an Druckern durchgegangen, bis DATEV den Drucker gefunden hat, den man eigentlich im Dialog angegeben hatte. Und sind da 100 Drucker drin, dauert's eben, bis DATEV den Drucker findet, der dann auch mal reagiert und der DATEV mal meldet "Hallo, ich bin da" und erst dann legt DATEV mit dem Drucken / der Druckvorschau los. Ob das heute mit DVD 14.0 auch noch so ist - keine Ahnung. 

Achtung, genau lesen: Drucker und Anschlüsse über die Registry löschen

Ich meine, dass in den beiden Pfaden unsere umgeleiteten und 20x @SkyPDF pro drin standen:

---

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices\
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\PrinterPorts\

---

[#10]

Ach so, klar. Dann ja.

In dem Hilfedokument war allerdings ein Verweis auf Local Machine, also nicht der current user. Von daher ist das dann wohl gültig für den Terminalserver.

Mal schauen was die IT so macht.

[#11]

Guten Morgen zusammen,

in bestimmten Konstellationen kann es leider aktuell bei der Rechnungserstellung zu schlechteren Laufzeiten kommen.
Eine schnelle Lösung haben wir Ihnen im Dokument 1018745 bereitgestellt.

Grüße aus Nürnberg

Oliver Ruf

DATEV eG

[#12]

Anlag öffnet viel langsamer???

[#13]

Anlag? Wieso Anlag?

[#14]

---

Folgenden Eintrag erfassen: AltesDynazipVerwenden=Ja

Die Lösung ist also wieder auf Technologie / Einstellungen zu setzen, die "alles" wieder rückgängig macht? So liest es sich zumindest, wenn man was altes verwenden soll, was die DVD 14.0 wohl überflüssig machen sollte. Klingt ja irgendwie eher nach Workaround - naja. 

@diplodocus: LODAS öffnet viel schneller???  

[#15]

---

@Oliver_Ruf  schrieb:

...

in bestimmten Konstellationen kann es leider aktuell bei der Rechnungserstellung zu schlechteren Laufzeiten kommen.

...

---

... was mich interessieren würde.

Tritt diese 'bestimmte Konstellation' eher selten oder sehr häufig auf.

Anders gefragt:

Ist dieses Problem mit dem Rechnungsdruck aus EO Comfort momentan eher die Regel oder die Ausnahme ?

Kann/sollte man schon 'prophylaktisch' die Änderungen laut Ihrem Info-DB-Dokument machen ?

[#16]

m.E. zurzeit bzw. schon seit längerem die Regel. Auch die Änderung lt. dem Info-DB-Dokument bringt keine wesentliche Verbesserung.

Leider ruht schon lange bei DATEV das Produkt EO comfort. Einstiges Premium-Produkt, aktuell nur noch beim Preise. 

[#17]

---

@happe  schrieb:

Leider ruht schon lange bei DATEV das Produkt EO comfort. Einstiges Premium-Produkt, aktuell nur noch beim Preise. 

---

Premium-Produkt mit Quellcode aus der IDVS-Zeit. Als es noch einen separaten Datenbank-Server gab....(den man jetzt ja nicht mehr installieren kann und darf.....)

Damals lief es ja noch unter Sybase....

[#18]

---

@andreashofmeister  schrieb:

---

Als es noch einen separaten Datenbank-Server gab....(den man jetzt ja nicht mehr installieren kann und darf.....)

---

Wieso das denn nicht ??  DATEV Hilfe-Center, Dok.-Nr. 1070150 

Und man kann natürlich auch einen Rewe DB Server, einen Steuern DB Server und einen Lohn DB Server machen.

[#19]

@siro 

Bringt jetzt auch nix mehr. Die Tage dieses Sotware-Dinos sind doch eh gezählt....

An der Performance tut sich da doch nix mehr......

Ich sag nur "Drucksteuerung".....

[#20]

@siro ,

... würde zu meinem MB-Oldtimer (Typ W126) passen, dem letzten Modell, an dem man noch viel 'schrauben' konnte.

... und die Vorgehensweise in dem o.g. InfoDB-Dokument sieht nach 'schrauben' aus 😀

... die beiden Schätzchen sind auch etwa im gleichen Alter

[#21]

beim Preise. Das ist passend altdeutsch.

[#22]

---

@happe  schrieb:

...

... EO comfort. Einstiges Premium-Produkt, aktuell nur noch beim Preise. 

...

---

Oldtimer und alte Kunst steigen ja üblicherweise auch im Preis.

Die Datev sieht "EO Comfort" vermutlich noch als Flaggschiff der Flotte und nicht als Abwrack-Kandidat.

[#23]

Tausche Flaggschiff durch "Fokusprodukte".

[#24]

---

@metalposaunist  schrieb:

---

Folgenden Eintrag erfassen: AltesDynazipVerwenden=Ja

Die Lösung ist also wieder auf Technologie / Einstellungen zu setzen, die "alles" wieder rückgängig macht? So liest es sich zumindest, wenn man was altes verwenden soll, was die DVD 14.0 wohl überflüssig machen sollte. Klingt ja irgendwie eher nach Workaround - naja.  

---

Das dürfte ja die schnellste "schnelle" Lösung sein. Der Kunde hat wieder die Laufzeiten von vorher und die Entwicklung kann das Problem in Ruhe lösen. Es war nicht von "endgültiger Lösung" die Rede.