Störung digitales Belege buchen?

[#1]

Vielleicht mal die Glocke bei den richtigen Ansprechpartnern läuten :

@Nico_Cornelissen 
@Stefanie_Herold 

[#2]

Ist doch schön, wenn zumindest in der Community bekannt ist, dass ein Problem vorliegt. Ich schau schon gar nicht mehr auf die Störungsseite. 

Wäre gut, wenn man mit Problemen zumindest offen umgeht.

[#3]

Bei uns auch das Thema mit dem "Belegbild konnte nicht geladen werden". 

Frust!

[#4]

Hallo zusammen,

entschuldigen Sie bitte, dass die Kommunikation gerade schleppend verläuft. 

Ich mache mich schlau, dass Sie schnellstmöglich ein Update bekommen. 

Besten Gruß

Nico Cornelissen

[#5]

immerhin kann ich hier so 2/3 sehen. Besser als keine...

[#6]

Die Störung besteht auch bei uns weiterhin.

[#7]

Okay, ich gehe glaube einfach nach Hause.

Kommst nach einem krassen Wochenende Montags an die Arbeit, denkst dir Lächeln und Winken, bissel was arbeiten.

8 Uhr 25 Serverausfall von unserer IT. 

Kann wieder arbeiten um 10 Uhr 20...

Lese das, resigniere, die letzten Motivationspunkte sind verpufft.

[#8]

Auch wir sind von der Störung betroffen.. leider kurz vor dem 10. 😞

[#9]

so viel zum Thema "gerechtfertigte" Preiserhöhung!

[#10]

In Wartungen und Störungen steht noch nichts, wie immer XD

[#11]

@tu_heggi: Wer weiß, wie schlimm es ohne wäre? 🤔 

[#12]

Hier genauso, Belegbild konnte nicht geladen werden, aber auch nur teilweise und nicht bei allen Belegbildern, gefühlt kann ich ca. 3/4 der Belege sehen. Ist dennoch hinderlich bei der Arbeit, hab zuerst selbst nochmal zwei Belege bei einem Mandanten hochgeladen, weil ich dachte, das läge an der Datei, bis ich gemerkt habe, dass sich auch bereits verbuchte Belege aus Vormonaten zum Teil nicht öffnen lassen. 🙄 

[#13]

Vertrauen gewinnt Datev gar nicht mehr.

@metalposaunist wirds nicht langsam Zeit das Datev mal proaktiv bzgl. der Verfügbarkeitsgarantie Gutschriften erstellt?!?!?!

[#14]

Das ganz Traurige ist, dass in solchen Momenten sowohl unsere "Totalverweigererkollegen" als auch unsere "kostenbewussten" analogen Mandanten hier wieder total bestärkt werden. 

[#15]

---

@tu_heggi schrieb:

@metalposaunist wirds nicht langsam Zeit das Datev mal proaktiv bzgl. der Verfügbarkeitsgarantie Gutschriften erstellt?!?!?!

---

Nein, deshalb gibt es nur eine Verfügbarkeit von 99%. Klingt viel, ist es aber nicht. Hatte dazu erst neulich ein interessantes Gespräch geführt, dass mir die Augen etwas geöffnet hat. 

---

Alternativ kann die Verfügbarkeit bei kritischen Projekten auf den Monat bezogen angegeben werden. Zum Beispiel bedeuten 99,9 Prozent Verfügbarkeit auf den Monat gerechnet einen Maximalausfall von 43:48 Minuten/Monat.

---

Kritisch ist das bei uns schon, finde ich. Quelle Und wir haben nicht 99,9%, sondern nur 99,0%. 

[#16]

Hallo zusammen,

mein bisheriger Wissensstand ist folgender:

Aktuell gibt es Probleme in der RZ-Kommunikation, die unter anderem dazu führen, dass nicht auf digitale Belege in Belege online zugegriffen werden kann. Die Suche nach der Ursache läuft.

Ich bleibe dran und melde mich, wenn ich mehr weiß. 

Besten Gruß

Nico Cornelissen

[#17]

Liegt vermutlich daran, dass die Büros wieder normal besetzt sind (erster Schultag in Ba-Wü).

Bei normaler Last hat das DATEV-RZ vermutlich schon zu kämpfen.

[#18]

Scheint wieder zu gehen. Also los gehts, auf den Zehner-Endspurt 😉

[#19]

Belegbilder werden nicht mehr angezeigt - siehe Screenshot oben. Teilweise dann ein Öffnen erst auf das 2. mal oder gar nicht.

[#20]

---

@d_k schrieb:

Bei normaler Last hat das DATEV-RZ vermutlich schon zu kämpfen.

---

Du meinst, bei Too Many Requests hat DATEV wieder ein Limit eingebaut, dass erreicht ist? Klingt logisch. Oder aber es arbeiten mittlerweile doch mehr Klickbots und RPA Software auf Servern, die mehr Traffic verursachen als echte Anwender? Die aber zu teuer zum Klicken sind? Hm. 

[#21]

Auch ich habe das Problem wie @DiSo und @AKW mit dem nicht geladenen Belegbild, sowohl bei den gebuchten als auch den ungebuchten.

[#22]

Hallo,

betroffen war der Eingang soap.api.datev.de. Es war wie der Http Status 429 aussagt ein Rate Limit das viel zu tief angesetzt war. Wir haben es erhöht und seit 11:00 Uhr sollte es besser funktionieren. 

Können Sie das bestätigen? Jedenfalls zeigen die Logs einen Einbruch der 429er Status Codes.

Gruß

Stefan Schneider

[#23]

Besten Dank @Stefan_Schneider ,

bis jetzt läuft es Problemlos durch. 

[#24]

Bei mir geht es wieder

[#25]

hier auch positive Rückmeldungen

[#26]

ich kann grad nicht probieren ,da ich zwischenzeitlich zu Lohn gewechselt bin in der Hoffnung, dass das funktioniert 😉 

[#27]

Das Problem besteht weiterhin. Ich kann keine Verbesserung erkennen.

Auf datev-status.de und in der App erschien der Hinweis auf die Störung erst nach 11 h, obwohl sie lt. dem Eintrag dort schon seit 9:45 h besteht. Wie kann dass sein?

[#28]

Ein Login zum digitalen Belegbuchen ist jetzt möglich, allerdings kommt bei ca. 50 % der Belege der Hinweis "Belegbild konnte nicht geladen werden", obwohl es in der Vorschau erkennbar ist.

Viele Grüße

[#29 · Accepted solution]

Ein paar Hintergrundinfos:

Betroffen waren alle OnPremise Anwendungen die SOAP Webservicekommunikation nutzen:

• Digitales Buchen
• Lohn Handakte
• Sepa-Mandatsverwaltung
• Serviceanwendungen pro

von der DVD 18.0. Mit der DVD 18 wurde der Eingang von securepro.datev.de auf soap.api.datev.de umgestellt, deswegen waren die DVD 17 Versionen nicht betroffen.

Die RZ-Kommunikation und Anwendungen die REST Webservicekommunikation nutzen waren auch nicht betroffen.

[#30]

also die angeblich gelöschten Belege sind wieder sichtbar. Aber bei vielen steht noch immer Belegbild konnte nicht geladen werden.