Hallo liebes Forum,
wir sind 4 Wochen nach unserem Update auf ein Problem gestossen, das die Bestellpositionen (Datei kBestellpos) betrifft.
Es sind unmittelbar nach dem Update eine vierstellige Anzahl früherer Datensätze drin.
Man kann sie erkennen weil das Feld tBestellung_kBestellung runter und nicht wie üblich rauf zählt und weil das Feld VKPreis den Wert "0" enthält.
Es scheint keine Auswirkung auf die Statistik zu haben, auch in den jeweiligen Kundenaufträgen sind keine doppelten Mengen enthalten.
Aufgefallen ist es nur, weil wir ein Rechnungsbuch mit Excel erstellen und dort die unsinnigen Einträge zu sehen sind.
Ein schreibender Zugriff mit Excel ist nicht möglich.
Einen Fehler wärend des Updates haben wir nicht bemerkt.
Und unser System ist problemfrei und wurde im Vorfeld des Updates durch unseren Dienstleister auch nochmal angesehen.
Ticket bei JTL hat nichts gebracht, denn weil wir mit Excel auf die Datenbank zugreifen, will man sich nicht damit befassen.
Wir haben einen Work-Around, wollten aber darauf aufmerksam machen.
Der gleiche Fehler scheint auch in der kLieferantenBestellPos aufzutreten, was einen Benutzerfehler ziemlich unwahrscheinlich erscheinen lässt.
wir sind 4 Wochen nach unserem Update auf ein Problem gestossen, das die Bestellpositionen (Datei kBestellpos) betrifft.
Es sind unmittelbar nach dem Update eine vierstellige Anzahl früherer Datensätze drin.
Man kann sie erkennen weil das Feld tBestellung_kBestellung runter und nicht wie üblich rauf zählt und weil das Feld VKPreis den Wert "0" enthält.
Es scheint keine Auswirkung auf die Statistik zu haben, auch in den jeweiligen Kundenaufträgen sind keine doppelten Mengen enthalten.
Aufgefallen ist es nur, weil wir ein Rechnungsbuch mit Excel erstellen und dort die unsinnigen Einträge zu sehen sind.
Ein schreibender Zugriff mit Excel ist nicht möglich.
Einen Fehler wärend des Updates haben wir nicht bemerkt.
Und unser System ist problemfrei und wurde im Vorfeld des Updates durch unseren Dienstleister auch nochmal angesehen.
Ticket bei JTL hat nichts gebracht, denn weil wir mit Excel auf die Datenbank zugreifen, will man sich nicht damit befassen.
Wir haben einen Work-Around, wollten aber darauf aufmerksam machen.
Der gleiche Fehler scheint auch in der kLieferantenBestellPos aufzutreten, was einen Benutzerfehler ziemlich unwahrscheinlich erscheinen lässt.