Ich stelle es mal hier im Blog ein, nachdem mehrere Leser mich per Mail und Kommentare drauf hingewiesen haben (danke dafür). Seit heute Mittag, 7. Mai 2024, geht bei der DATEV wohl nichts mehr – Steuerberatungsbüros, die auf Dienste des DATEV-Rechenzentrums zurückgreifen müssen, drehen momentan Däumchen, wie ein Leser schrieb. Auf der Statusseite der DATEV für das Rechenzentrum heißt es aktuell „Aktuell kommt es zu massiven Einschränkungen in den DATEV-Anwendungen. Wir analysieren Ursache und Auswirkung. Die von der Störung betroffenen Anwendungen werden wir unverzüglich kommunizieren.“
Ich habe auf der Statusseite des DATEV-Rechenzentrums nachgeschaut, dort sind die aufgelisteten Dienste als gestört aufgeführt.
Nutzer monieren in der DATEV-Community, dass „auf einmal ist DATEV Unternehmen Online nicht mehr erreichbar“ sei. Im Portal werden die Nutzer nach einem zusätzlichen Login mit Benutzername und Passwort gefragt. In diesem Thread beschreibt es ein weiterer Nutzer für den Dienst DUO. Die Erfahrung wird von mehreren Nutzern bestätigt – der Termin 7. Mai kommt gerade sehr ungünstig. Kommt aktuell eher ungünstig: Am 10. Mai ist Frist für Umsatzsteuererklärung und diese Woche Donnerstag ist Feiertag.
Wer noch angemeldet ist, erhält beispielsweise beim Buchen von Belegen einen Serverfehler gemeldet (siehe obiger Screenshot). In der DATEV-Community habe ich auch Screenshots gesehen, die zeigen, dass der DATEV-Anwendungsserver nicht mehr verfügbar ist und einen Error 503 liefert. Andere Nutzer erhalten die Nachricht, dass das „connection limit erreicht“ sei. Von der Störung sind auch Anbieter wie Convotis betroffen, wenn Dienste der DATEV benötigt werden.
Aktuell ist mir der Grund für die Störung nicht bekannt. In diesem Forenthread liefert Nico Cornelissen Statusberichte. Seit der ersten Meldung von 13:34 Uhr gibt es nur den Hinweis, dass man bei der Analyse dabei sei. Ein Update von 16:15 Uhr meldet, dass die „bisherigen Maßnahmen leider nicht zum Erfolg führen“, die DATEV-Technik ist weiter an der Fehleranalyse. Sobald da was neues an Erkenntnissen abseits des „es funktioniert nicht“ vorliegt, trage ich es nach.
Bedeutet das im Umkehrschluss, das Lohnbuchungen diesen Monat nicht fristgerecht durchgeführt werden können? Wir haben am 10. eines Monats Lohnzahlung.
Lohnbuchung und Lohnzahlung haben keinen zeitlichen Zusammenhang.
Ich kann heute den Lohn für den Mai buchen und erst am 28. Mai auszahlen.
Oder heute auszahlen und erst am 3. 6. buchen.
Lohnzahlungen am 10. sind auch sehr ungewöhnlich.
Was wird da ausgezahlt?
Der Lohn vom Vormonat oder der des aktuellen Monats?
Zur Datev:
Wenn die gehackt wurde, wäre das ein GAU.
Da wird ja nicht nur Lohnbuchhaltung gemacht, sondern auch Finanzbuchhaltung.
Dann hieße es wohl, die uralten T-Kontenblätter wieder aus dem Keller kramen.
Wobei die meisten Buchhalter die gar nicht mehr kennen und nicht wissen, wie man damit bucht.
Das wäre auch richtig übel, da man ohne Buchhaltung ja auch gar keine Daten ans Finanzamt senden kann. Das würde dann die Steuern schätzen und Mahngebühren kämen auch dazu.
Ebenso würden bei der Lohnbuchhaltung die Krankenkassen verfahren. Und technische Probleme sind da keine Ausrede.
„Lohnbuchung und Lohnzahlung haben keinen zeitlichen Zusammenhang.
Ich kann heute den Lohn für den Mai buchen und erst am 28. Mai auszahlen.
Oder heute auszahlen und erst am 3. 6. buchen.“
Danke! Wenn das Lohnbüro aber erst Anfang des Monats bearbeitet, jetzt das System streikt, dann können die ja auch nicht viel machen in Sachen Buchungen, etc.. Lohnzettel.
Rückwirkend für den Vormonat. Kenne ich gar nicht anders, von allen Arbeitgebern bisher.
Der 10. ist Stichtag beim Finanzamt für die Lohnsteuer und die Umsatzsteuer. Entsprechend ist der Zeitpunkt extrem ungünstig.
Steht das so im Arbeitsvertrag?
Nur dann ist das rechtlich i.O.
Ist da nichts geregelt, gilt die gesetzliche Regelung nach § 614 BGB.
Und der sagt, das der Lohn spätestens am 1. des Folgemonats auf dem Konto des Lohnempfängers gutgeschrieben sein muß!
D.H. Banklaufzeiten sind das Risiko des Arbeitgebers.
Der Lohn für April muß also nach BGB spätestens am 1. Mai bei dir auf dem Konto sein.
Ich kenne das gar nicht anders, das das Geld spätestens am letzten des Monats auf dem Konto ist.
I.d.R. ist das immer ein paar Tage früher auf dem Konto.
Das war bisher bei allen meinen Arbeitgebern so.
Und so sollte es auch sein, denn viele Sachen sind zum Monatsanfang fällig, wie z.B. Miete, Abschläge beim Energieversorger, etc.
Ja, ist dort so festgehalten und auch vollkommen okay für mich.
Bzgl. „10.? weird“:
Liebe Grüße zB in der Logistik, wo es viel zu viele Alkis und Glücksspiel-Abhängige gibt, die nicht klar kommen würden, wenn sie sofort die ganze Kohle haben.
Daher gab es zumindest in meiner alten Bude eben einfach 2x das halbe Gehalt.
„Ja moin“, genau :)
Ja, das kenne ich auch:
Am 15. der Abschlag und am Monatsletzten den Rest.
Dann drücke ich mal alle Daumen, dass die Ursache schnell gefunden wird und es nichts mit einem Cyberangriff zu tun hat. Inzwischen hat man bei solchen Meldungen immer ein mulmiges Gefühl in der Magengegend.
Gerade weil DATEV eine echte Größe ist und dort sehr viele begehrte Daten liegen. Nicht auszumalen wenn das abfließt -.-
Es scheint als sei der Knoten gelöst worden. Fast alle Störungen werden als behoben geführt. :-)
Mein Tip: Den Angreifern ist beim Ausleiten der Daten ein Fehler unterlaufen, der zu anhaltend hohen Systemlasten führte.
jep, das war nur ein Probelauf. Der Zeitpunkt des höchstmöglich anzurichtenden Schadens wird noch ermittelt… ;-/
Die Dienste stehen seit 18:40 Uhr wieder komplett zur Verfügung, bestehende RZ-Aufträge sollten manuell für eine Verarbeitung angestoßen werden. Das Ganze über die RZ-Kommunikation…
> bestehende RZ-Aufträge sollten manuell für eine Verarbeitung angestoßen werden. <
Ist doch eigentlich ein Unding. Resilient und ausgereift geht anders. Was soll für die Logik sprechen, der Anwender möchte NICHT, dass Jobs, die infolge Unterbrüchen nicht liefen, automatisch nachgeholt werden?