Seite 1 von 1

Brutto Betrag wird bei Wandlung Auftrag/ Rechnung zu Netto

Verfasst: Fr 30. Sep 2016, 11:15
von mejfoss
hallo,

wir haben hier ein schwerwiegendes Problem bei der Wandlung von Aufträgen in 1.4.4.243K. Das Update auf 1.4.4.253K haben wir gemacht und das Problem besteht fort.
Der Workflow erfasst alle Reparaturaufträge im Auftragsmodul und dort wird ein Artikel normal in Brutto angezeigt. Bei der Wandlung in eine Rechnung über weiterführen wird der Netto Betrag in der Brutto Spalte angezeigt und in der Netto Spalte um 19% reduziert. Das bedeutet die Rechnungssummer wird um 19% gekürzt.
Nun wissen wir nicht wie lange der Fehler schon besteht. Nun haben die Mitarbeiter bisher nicht darauf geachtet ob der Endbetrag mit dem Betrag im Auftragsmodul übereinstimmt und wer weiß wie lange dem Kunden 19% zu wenig berechnet.
Der Fehler ist reproduzierbar tritt aber nicht jedesmal bei jedem Kunden auf.
Wenn wir einen neuen Auftrag mit dem selben Kunden anlegen und die Prozedur wiederholen, dann tritt der Fehler nicht auf. Tritt der Fehler aber auf, ist er bei jedem Wandel reproduzierbar.
Im Moment sind wir da ziemlich ratlos.
Je nachdem wie lange der Bug besteht und wie viele Kunden betroffen sind kann der Verlust 5-30tsd Euro betragen.

Wer weiß Rat ?

Gruß aus Berlin

Re: Brutto Betrag wird bei Wandlung Auftrag/ Rechnung zu Net

Verfasst: Fr 30. Sep 2016, 11:38
von redone
Moin,

die Funktion zum Wandeln ist schon Urzeiten im Programm (schon zu Jans Zeiten) und kopiert sämtliche Belege um.
Das Problem müßte dann auch auftreten, wenn eine Rechnung kopiert wird, oder ein Angebot in einen Auftrag gewandelt, etc...
Wenn ein genereller Fehler vorliegen würde, dann wäre uns das schon bekannt und mit sicherheit schnellstmöglich gefixt.
Eventuell ist im Auftrag ein Steueratz falsch. Prüfen könnte man das nur, wenn man die Daten untersuchen würde, also bei dem Datensatz bei dem es auftaucht schauen was dort beim Kopieren passiert. Dazu müßte man dann eine Datensicherung zum prüfen vorliegen haben.

Re: Brutto Betrag wird bei Wandlung Auftrag/ Rechnung zu Net

Verfasst: Fr 30. Sep 2016, 13:13
von mejfoss
Hallo,

wenn ich aus dem Auftragsjournal kopiere, kommt zwar keine Meldung ob ich den Beleg jetzt bearbeiten wolle, aber er ist dann in Auftrag drin. Wenn ich diesen dann Wandel ist alles ok (er behält zwar den Netto Wert als Brutto, reduziert aber nicht erneut). Wenn ich jedoch aus dem Ursprungsbeleg in Rechnung weiterführe kommt der selbige Fehler.

hier steht 79€ als Brutto Ausgangswert.
In der Rechnung dann 66,39€ Brutto

hier der dazugehörige SQL log

Code: Alles auswählen

SQL:select * from JOURNAL
where REC_ID=50644

RES:OK.

30.09.16 14:10:46:865
SQL:select VAL_INT as QUELLE, VAL_CHAR as FORMAT,
VAL_INT2 as NEXT_NUM, VAL_INT3 as MAXLEN, MAINKEY, NAME
from REGISTRY
where MAINKEY="MAIN\\NUMBERS"
and VAL_INT=10

RES:OK.

30.09.16 14:10:46:869
SQL:UPDATE REGISTRY SET VAL_INT2= 61305 WHERE MAINKEY='MAIN\\NUMBERS' AND NAME='EDIT'
RES:OK.

30.09.16 14:10:46:878
SQL:select * from JOURNAL
limit 0,1

RES:OK.

30.09.16 14:10:46:902
SQL:INSERT INTO JOURNAL (QUELLE, REC_ID, QUELLE_SUB, ADDR_ID, ATRNUM, VRENUM, VLSNUM, FOLGENR, KM_STAND, KFZ_ID, VERTRETER_ID, GLOBRABATT, ADATUM, RDATUM, LDATUM, TERMIN, PR_EBENE, LIEFART, ZAHLART, KOST_NETTO, WERT_NETTO, LOHN, WARE, TKOST, MWST_0, MWST_1, MWST_2, MWST_3, NSUMME, NSUMME_0, NSUMME_1, NSUMME_2, NSUMME_3, MSUMME, MSUMME_0, MSUMME_1, MSUMME_2, MSUMME_3, BSUMME, BSUMME_0, BSUMME_1, BSUMME_2, BSUMME_3, ATSUMME, ATMSUMME, WAEHRUNG, GEGENKONTO, SOLL_STAGE, SOLL_SKONTO, SOLL_NTAGE, SOLL_RATEN, SOLL_RATBETR, SOLL_RATINTERVALL, STADIUM, ERSTELLT, ERST_NAME, KUN_ANREDE, KUN_NAME1, KUN_NAME2, KUN_NAME3, KUN_ABTEILUNG, KUN_STRASSE, KUN_LAND, KUN_PLZ, KUN_ORT, USR1, USR2, PROJEKT, ORGNUM, BEST_NAME, BEST_CODE, INFO, KUN_NUM, BEST_DATUM, LIEF_ADDR_ID, FREIGABE1_FLAG, BRUTTO_FLAG, MWST_FREI_FLAG, PROVIS_WERT, GEWICHT, ROHGEWINN, TERM_ID, MA_ID, ASP_ID, KLASSE_ID, KOPFTEXT, FUSSTEXT, KURS, AUSLAND_TYP, SHOP_ID, SHOP_ORDERID, SHOP_STATUS, VERSNR, TRACKINGCODE, SPRACH_ID, HASHSUM) VALUES (13, NULL, 0, 7948, '226092', '061304', '', 50644, -1, -1, 0, 0, '1899-12-30', '2016-09-30', '1899-12-30', '1899-12-30', 2, 7, 6, 0, 0, 0, 66.39, 0, 0, 19, 7, 16, 66.39, 0, 66.39, 0, 0, 12.61, 0, 12.61, 0, 0, 79, 0, 79, 0, 0, 0, 0, '€', 21995, 0, 0, 0, 1, 0, 1, 0, '2016-09-30', 'Michael Foss', 'Herr', 'Freddy Martin', '', '', '', 'Lichtenbergerstr.8', 'DE', '10178', 'Berlin', '', '', '', '', '', 0, '{\\rtf1\\ansi\\ansicpg1252\\deff0{\\fonttbl{\\f0\\fnil\\fcharset0 MS Sans Serif;}}\r\n\\viewkind4\\uc1\\pard\\lang1031\\f0\\fs16 Status: in bearbeitung\\par\r\nTechniker J.Foss\\par\r\n\\par\r\n-Hardwaretest durchgef\\\'fchrt ohne Fehler\\par\r\n-Clone erstellt auf 2TB Toshiba HDD\\par\r\n-versuch Windows System reparatur durchf\\\'fchren ohne erfolg\\par\r\n-Windows neuistallation durchgef\\\'fchrt\\par\r\n-Treiber + Updates installiert\\par\r\n-Benutzer Daten auf neues System \\\'fcberspielt\\par\r\n-Abschlusstest OK\\par\r\n}\r\n\0', '012670', '1899-12-30', -1, 'N', 'Y', 'N', 0, 0, 66.39, 124, 3, -1, 0, NULL, NULL, 1, 0, -1, -1, 0, -1, '', 2, '$$')
RES:OK.

30.09.16 14:10:46:909
SQL:SELECT LAST_INSERT_ID()
RES:OK.

30.09.16 14:10:46:916
SQL:select * from JOURNALPOS
where JOURNAL_ID=50644

RES:OK.

30.09.16 14:10:46:929
SQL:select * from JOURNALPOS
limit 0,1

RES:OK.

30.09.16 14:10:46:945
SQL:INSERT INTO JOURNALPOS (REC_ID, QUELLE, QUELLE_SUB, QUELLE_SRC, QUELLE_WE, PROJEKT_ID, JOURNAL_ID, JOURNAL_SRC, WARENGRUPPE, ARTIKELTYP, ARTIKEL_ID, TOP_POS_ID, ADDR_ID, LTERMIN, ATRNUM, VRENUM, POSITION, VIEW_POS, LVPOS, MATCHCODE, ARTNUM, BARCODE, MENGE, MENGE_STK, LAENGE, BREITE, HOEHE, GROESSE, DIMENSION, GEWICHT, ME_EINHEIT, PR_EINHEIT, VPE, EK_PREIS, CALC_FAKTOR, EPREIS, GPREIS, E_RGEWINN, G_RGEWINN, RABATT, RABATT2, RABATT3, E_RABATT_BETRAG, G_RABATT_BETRAG, STEUER_CODE, ALTTEIL_PROZ, ALTTEIL_STCODE, PROVIS_PROZ, PROVIS_WERT, GEBUCHT, GEGENKTO, BEZEICHNUNG, BEZEICHNUNG_LAND, POS_TEXT1, POS_TEXT2, POS_TEXT3, POS_DATUM, SN_FLAG, ALTTEIL_FLAG, BEZ_FEST_FLAG, BRUTTO_FLAG, NO_RABATT_FLAG, APOS_FLAG, EKEINGANG) VALUES (NULL, 13, 0, -1, -1, -1, 50729, -1, 20, 'N', 5657, -1, 7948, NULL, '', '061304', 1, '1', NULL, 'SERVICEPAUSCHALE PC', '002063', '081060020634', 1, 0, '', '', '', '', '', 0, 'Stück', 1, 1, 0, 0, 66.39, 79, 66.39, 66.39, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 'N', 8400, 'SERVICEPAUSCHALE PC', NULL, NULL, NULL, NULL, NULL, 'N', 'N', 'N', 'Y', 'N', 'N', 'N')
RES:OK.

30.09.16 14:10:46:951
SQL:SELECT LAST_INSERT_ID()
RES:OK.

30.09.16 14:10:46:956
SQL:delete from ARTIKEL_BDATEN where QUELLE=13
RES:OK.

30.09.16 14:10:46:967
SQL:insert into ARTIKEL_BDATEN select JP.ARTIKEL_ID,JP.QUELLE,0,0,SUM(IF(ISNULL(LP.MENGE),JP.MENGE,JP.MENGE-LP.MENGE)),0 from JOURNALPOS JP left outer JOIN LIEFERSCHEIN_POS LP on LP.RECHPOS_ID=JP.REC_ID where JP.QUELLE=13 and JP.ARTIKELTYP IN ("N","S","L","K","X") and JP.ARTIKEL_ID>0 group by JP.ARTIKEL_ID, JP.QUELLE having SUM(IF(ISNULL(LP.MENGE),JP.MENGE,JP.MENGE-LP.MENGE))!=0
RES:OK.

30.09.16 14:10:46:972
SQL:delete from ARTIKEL_BDATEN_VKAU
 
RES:OK.

30.09.16 14:10:46:979
SQL:select VAL_INT2 from REGISTRY where MAINKEY="SHOP\\ORDERSTATUS" and VAL_INT=1

RES:OK.

30.09.16 14:10:46:988
SQL:insert into ARTIKEL_BDATEN_VKAU select ARTIKEL_ID,19 AS QUELLE,SUM(IF(QUELLE IN(12,13),SUM_MENGE,0)) AS SUM_MENGE,
 SUM(IF(QUELLE=28,SUM_MENGE,0)) AS SUM_AU_MENGE FROM ARTIKEL_BDATEN WHERE QUELLE IN(12,13,28) GROUP BY ARTIKEL_ID
RES:OK.

30.09.16 14:10:46:996
SQL:delete from ARTIKEL_BDATEN where QUELLE=19
 
RES:OK.

30.09.16 14:10:47:004
SQL:insert into ARTIKEL_BDATEN (ARTIKEL_ID,QUELLE,JAHR,MONAT,SUM_MENGE,SUM_AU_MENGE) select AB.ARTIKEL_ID,AB.QUELLE,0,0,AB.SUM_MENGE,AB.SUM_AU_MENGE from ARTIKEL_BDATEN_VKAU AB
 
RES:OK.

30.09.16 14:10:47:008
EDI-Mengen aktualisieren :0,05Sek.

30.09.16 14:10:47:015
SQL:INSERT INTO JOURNALPOS (REC_ID, QUELLE, QUELLE_SUB, QUELLE_SRC, QUELLE_WE, PROJEKT_ID, JOURNAL_ID, JOURNAL_SRC, WARENGRUPPE, ARTIKELTYP, ARTIKEL_ID, TOP_POS_ID, ADDR_ID, LTERMIN, ATRNUM, VRENUM, POSITION, VIEW_POS, LVPOS, MATCHCODE, ARTNUM, BARCODE, MENGE, MENGE_STK, LAENGE, BREITE, HOEHE, GROESSE, DIMENSION, GEWICHT, ME_EINHEIT, PR_EINHEIT, VPE, EK_PREIS, CALC_FAKTOR, EPREIS, GPREIS, E_RGEWINN, G_RGEWINN, RABATT, RABATT2, RABATT3, E_RABATT_BETRAG, G_RABATT_BETRAG, STEUER_CODE, ALTTEIL_PROZ, ALTTEIL_STCODE, PROVIS_PROZ, PROVIS_WERT, GEBUCHT, GEGENKTO, BEZEICHNUNG, BEZEICHNUNG_LAND, POS_TEXT1, POS_TEXT2, POS_TEXT3, POS_DATUM, SN_FLAG, ALTTEIL_FLAG, BEZ_FEST_FLAG, BRUTTO_FLAG, NO_RABATT_FLAG, APOS_FLAG, EKEINGANG) VALUES (NULL, 13, 0, -1, -1, -1, 50729, -1, -1, 'T', -99, -1, 7948, NULL, NULL, '061304', 2, NULL, NULL, '', NULL, '', 0, 0, '', NULL, NULL, '', '', 0, '', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 'N', -1, 'Kunde hat versucht mit Tuneup sein Gerät zu Reparieren\r\nDaten sind wichtig !\r\nKompletter Hardware CHeck \r\n', NULL, NULL, NULL, NULL, NULL, 'N', 'N', 'N', 'N', 'N', 'N', 'N')
RES:OK.

30.09.16 14:10:47:023
SQL:SELECT LAST_INSERT_ID()
RES:OK.

30.09.16 14:10:47:029
SQL:delete from ARTIKEL_BDATEN where QUELLE=13
RES:OK.

30.09.16 14:10:47:039
SQL:insert into ARTIKEL_BDATEN select JP.ARTIKEL_ID,JP.QUELLE,0,0,SUM(IF(ISNULL(LP.MENGE),JP.MENGE,JP.MENGE-LP.MENGE)),0 from JOURNALPOS JP left outer JOIN LIEFERSCHEIN_POS LP on LP.RECHPOS_ID=JP.REC_ID where JP.QUELLE=13 and JP.ARTIKELTYP IN ("N","S","L","K","X") and JP.ARTIKEL_ID>0 group by JP.ARTIKEL_ID, JP.QUELLE having SUM(IF(ISNULL(LP.MENGE),JP.MENGE,JP.MENGE-LP.MENGE))!=0
RES:OK.

30.09.16 14:10:47:044
SQL:delete from ARTIKEL_BDATEN_VKAU
 
RES:OK.

30.09.16 14:10:47:051
SQL:select VAL_INT2 from REGISTRY where MAINKEY="SHOP\\ORDERSTATUS" and VAL_INT=1

RES:OK.

30.09.16 14:10:47:060
SQL:insert into ARTIKEL_BDATEN_VKAU select ARTIKEL_ID,19 AS QUELLE,SUM(IF(QUELLE IN(12,13),SUM_MENGE,0)) AS SUM_MENGE,
 SUM(IF(QUELLE=28,SUM_MENGE,0)) AS SUM_AU_MENGE FROM ARTIKEL_BDATEN WHERE QUELLE IN(12,13,28) GROUP BY ARTIKEL_ID
RES:OK.

30.09.16 14:10:47:068
SQL:delete from ARTIKEL_BDATEN where QUELLE=19
 
RES:OK.

30.09.16 14:10:47:077
SQL:insert into ARTIKEL_BDATEN (ARTIKEL_ID,QUELLE,JAHR,MONAT,SUM_MENGE,SUM_AU_MENGE) select AB.ARTIKEL_ID,AB.QUELLE,0,0,AB.SUM_MENGE,AB.SUM_AU_MENGE from ARTIKEL_BDATEN_VKAU AB
 
RES:OK.

30.09.16 14:10:47:081
EDI-Mengen aktualisieren :0,06Sek.

30.09.16 14:10:47:088
SQL:SELECT
 NAME,VAL_DOUBLE
FROM
 REGISTRY
WHERE
 MAINKEY='MAIN\\MWST'
AND
 NAME IN('0','1','2','3','4')

RES:OK.

30.09.16 14:10:47:103
SQL:SELECT
 VAL_INT
FROM
 REGISTRY
WHERE
 MAINKEY='MAIN\\MWST'
AND
 NAME = 'DEFAULT'

RES:OK.

30.09.16 14:10:47:114
SQL:SELECT REC_ID,ARTIKEL_ID,ARTIKELTYP,PR_EINHEIT,EPREIS,MENGE,GPREIS,RABATT,RABATT2,RABATT3 FROM JOURNALPOS WHERE JOURNAL_ID=50729 and ARTIKELTYP !="T" and TOP_POS_ID=-1

RES:OK.

30.09.16 14:10:47:121
SQL:UPDATE JOURNALPOS SET EPREIS=66.39,GPREIS=66.39,E_RABATT_BETRAG=0,G_RABATT_BETRAG=0 WHERE REC_ID=182470
RES:OK.

30.09.16 14:10:47:141
SQL:select JP.JOURNAL_ID,J.BRUTTO_FLAG,J.MWST_FREI_FLAG, J.MWST_0,J.MWST_1,J.MWST_2,J.MWST_3, SUM(JP.GEWICHT*JP.MENGE) as GEWICHT, SUM(JP.G_RGEWINN) as RGW, SUM(JP.PROVIS_WERT) as PROVIS_WERT, SUM(IF(JP.STEUER_CODE=0,GPREIS,0)) as ZSUMME_0, SUM(IF(JP.STEUER_CODE=1,GPREIS,0)) as ZSUMME_1, SUM(IF(JP.STEUER_CODE=2,GPREIS,0)) as ZSUMME_2, SUM(IF(JP.STEUER_CODE=3,GPREIS,0)) as ZSUMME_3, SUM(IF(JP.ARTIKELTYP in ("N","S","V","F") and TOP_POS_ID=-1,round(if (J.BRUTTO_FLAG="N", JP.GPREIS, GPREIS/ case when JP.STEUER_CODE=0 then 1+J.MWST_0/100 when JP.STEUER_CODE=1 then 1+J.MWST_1/100 when JP.STEUER_CODE=2 then 1+J.MWST_2/100 when JP.STEUER_CODE=3 then 1+J.MWST_3/100 end),2),0)) as WARE, SUM(IF(JP.ARTIKELTYP="L" and TOP_POS_ID=-1,round(if (J.BRUTTO_FLAG="N", JP.GPREIS, GPREIS/ case when JP.STEUER_CODE=0 then 1+J.MWST_0/100 when JP.STEUER_CODE=1 then 1+J.MWST_1/100 when JP.STEUER_CODE=2 then 1+J.MWST_2/100 when JP.STEUER_CODE=3 then 1+J.MWST_3/100 end),2),0)) as LOHN, SUM(IF(JP.ARTIKELTYP="K" and TOP_POS_ID=-1,round(if (J.BRUTTO_FLAG="N", JP.GPREIS, GPREIS/ case when JP.STEUER_CODE=0 then 1+J.MWST_0/100 when JP.STEUER_CODE=1 then 1+J.MWST_1/100 when JP.STEUER_CODE=2 then 1+J.MWST_2/100 when JP.STEUER_CODE=3 then 1+J.MWST_3/100 end),2),0)) as TKOST from JOURNALPOS JP inner join JOURNAL J on J.REC_ID=JP.JOURNAL_ID where JP.JOURNAL_ID=50729 and JP.TOP_POS_ID=-1 group by JP.JOURNAL_ID

RES:OK.

30.09.16 14:10:47:152
SQL:UPDATE JOURNAL SET NSUMME=55.79,NSUMME_0=0,NSUMME_1=55.79,NSUMME_2=0,NSUMME_3=0,MSUMME=10.6,MSUMME_0=0,MSUMME_1=10.6,MSUMME_2=0,MSUMME_3=0,BSUMME=66.39,BSUMME_0=0,BSUMME_1=66.39,BSUMME_2=0,BSUMME_3=0,PROVIS_WERT=0,RDATUM='2016-09-30 14:10:47',WARE=55.79,LOHN=0,TKOST=0,ROHGEWINN=66.39,GEWICHT=0 WHERE REC_ID=50729
RES:OK.

30.09.16 14:10:47:159
SQL:UPDATE JOURNAL SET FOLGENR= 50729 WHERE REC_ID=50644
RES:OK.

30.09.16 14:10:47:223
SQL:delete from ARTIKEL_BDATEN where QUELLE=28
RES:OK.

30.09.16 14:10:47:364
SQL:insert into ARTIKEL_BDATEN select JP.ARTIKEL_ID,28,0,0,SUM(JP.MENGE),0 from JOURNAL J inner join JOURNALPOS JP on JP.JOURNAL_ID=J.REC_ID where J.QUELLE=8 and J.STADIUM in (0,1) group by JP.ARTIKEL_ID having SUM(JP.MENGE)!=0
RES:OK.

30.09.16 14:10:47:370
SQL:delete from ARTIKEL_BDATEN_VKAU
 
RES:OK.

30.09.16 14:10:47:379
SQL:select VAL_INT2 from REGISTRY where MAINKEY="SHOP\\ORDERSTATUS" and VAL_INT=1

RES:OK.

30.09.16 14:10:47:391
SQL:insert into ARTIKEL_BDATEN_VKAU select ARTIKEL_ID,19 AS QUELLE,SUM(IF(QUELLE IN(12,13),SUM_MENGE,0)) AS SUM_MENGE,
 SUM(IF(QUELLE=28,SUM_MENGE,0)) AS SUM_AU_MENGE FROM ARTIKEL_BDATEN WHERE QUELLE IN(12,13,28) GROUP BY ARTIKEL_ID
RES:OK.

30.09.16 14:10:47:403
SQL:delete from ARTIKEL_BDATEN where QUELLE=19
 
RES:OK.

30.09.16 14:10:47:414
SQL:insert into ARTIKEL_BDATEN (ARTIKEL_ID,QUELLE,JAHR,MONAT,SUM_MENGE,SUM_AU_MENGE) select AB.ARTIKEL_ID,AB.QUELLE,0,0,AB.SUM_MENGE,AB.SUM_AU_MENGE from ARTIKEL_BDATEN_VKAU AB
 
RES:OK.

30.09.16 14:10:47:472
EDI-Mengen aktualisieren :0,31Sek.

Re: Brutto Betrag wird bei Wandlung Auftrag/ Rechnung zu Net

Verfasst: Fr 30. Sep 2016, 14:39
von redone
Also, was mir aufällt ist, dass in den Positionen der EPreis ohne MwSt ausgewiesen ist, und GPreis mit MwSt. Das müßte aber beides gleich sein, egal ob Brutto- oder Netto-Berechnung. Beim Uwandeln wird dieser Fehler wieder korrigiert, ausgehend vom EPreis, und dann stimmt die Bruttosumme nicht, da der EPreis geringer ist.
Beim reinlegen der Position im Auftrag, mit Menge eins, muss EPreis und GPreis gleich sein. Das muss auch so bleiben, wenn der Auftrag abgeschlossen wird. Wenn das nicht stimmt, dann kontrollieren, ob beim Kunden Brutto und MwSt angehakt ist.

Wenn das zu keinem Ergebniss führt, dann brauchen wir eine Datensicherung um zu kontrollieren, was falsch läuft.

Re: Brutto Betrag wird bei Wandlung Auftrag/ Rechnung zu Net

Verfasst: Fr 30. Sep 2016, 16:01
von mejfoss
Hallo,

hier der Vorgang noch mal in Bildern.
freeddy01.JPG
freddy02.JPG
freddy03.JPG
freddy04.JPG

Re: Brutto Betrag wird bei Wandlung Auftrag/ Rechnung zu Net

Verfasst: Di 4. Okt 2016, 09:41
von redone
Moin,

die Bilder sagen nur das aus, was ich aus dem Log schon weiß. Ohne mit einer Datensicherung zu testen, ist stochern im Nebel. Wende dich bitte an den Support, damit wir das weitere kären.