Access Fehler: beim Öffnen von Access werden abgespeicherte Werte in einer Tabelle auf den Wert der vorletzten Schließung von Accesss zurückgestellt .

Hallo Karl,

die Dinge ändern sich, heute gab es keinen Fehler, alle Parameter waren korrekt. Das ist nicht überraschend, ich habe alle Tage protokolliert, es gab immer wieder Tage an denen der Fehler nicht auftrat. Allerdings trat er die letzten 2 Wochen bei diesem Kunden täglich auf.
Es gibt noch einen zweiten Kunden bei dem auch dieser Fehler auftritt, allerdings eher sporadisch, einmal die Woche, obwohl  der Kunde 6 Arbeitsplätze hat und wesentlich mehr Rechnungen schreibt.

Warten auf Morgen.
Es gibt noch einen dritten Kunden, der (fast) den gleichen Versionsstand hat, bei dem tritt der Fehler gar nicht auf.

Gruß Hanns

Hallo, Hanns!

> Diese Funktionalität besteht schon seit Jahren.

Wenn am Programm absolut nichts geändert wurde, können sich immer noch die Umgebung, der Zugriff, die Anwender usw. geändert haben oder ein Microsoft-Update zuschlagen (bei deiner Symptomatik unwahrscheinlich). Häufige Ursache für "unerklärliche" Fehler an nicht geänderten Programmen sind auch schlicht steigende Datenmengen, z.B. wenn es einen Stellensprung bei Zahlen gibt oder ein Datentyp wie Integer nicht mehr ausreicht oder auch Dinge wie geänderte Jahreszahlen. Solche Leichen im Programmierkeller sind am ehesten mit Durchtesten/Debuggen anhand aktueller Kopien von Frontend und Backend (!) zu finden.

> Dann öffne ich das Frontend (nicht über eine Verknüpfung) sondern mit einem Doppelklick und prüfe auch hier im Navigationsbereich.

Öffne das Frontend möglichst mit der Shift-Taste, damit sicher keine Start-Programmlogik läuft (AutoExec oder Startformular).

> Microsoft Support ... Drittfirmen ... auf die ganze Welt verteilt.

Drittfirmen gab's für Teile des Supports schon seit ewig, aber früher saßen sie an so exotischen Orten wie Dortmund und wir kannten uns persönlich. Die Dinge ändern sich halt.

Viel Erfolg bei der Fehlersuche!

Hallo Karl,

ich versuche für heute ein Teststrategie zu finden, um meinen Fehler aufzudecken. Ich habe heute um 4:00 angefangen. Viel Zeit bleibt mir nicht mehr um 8:00 beginnt die Arbeit bei meinem Kunden. Ein Datenmakro zu erstellen, dafür reicht die Zeit nicht.

Ich will mich jetzt ganz auf die fehlerhafte Rechnungsnummer konzentrieren und die Reparaturauftragsnummer und Wartungsauftragsnummer außen vorlassen.

Was ich sagen kann ist folgendes:

Während des Arbeitstages von 8:00 bis 14:00 schreibt die Dame an dem betroffenen Arbeitsplatz ca. 100 Rechnungen.  Es gibt drei Rechnungsarten Wartungsrechnungen, Reparaturrechnungen und Zeitrechnungen. Die Vergabe der Rechnungsnummer erfolgt in einem zentralen Modul, es wird immer geprüft, ob die Vergabe der Rechnungsnummern in Ordnung ist, eine doppelt vergebene Rechnungsnummer würde zu einer Fehlermeldung und einem Abbruch führen. Pro Rechnung manchmal auch pro Rechnungsart wird die Parametertabelle gelesen, die letzte vergebene Rechnungsnummer geholt und die zuletzt geschriebene Rechnungsnummer fortgeschrieben. Währen ein Arbeitsplatz fakturiert, wird eine Fakturiersperre für alle anderen Arbeitsplätzte gesetzt. Diese Funktionalität besteht schon seit Jahren.

Am Ende des Tages waren bisher alle Rechnungen korrekt erstellt. Nach dem Schließen und Öffnen von Access sind seit mehreren aufeinanderfolgenden Tagen die Rechnungsnummern verstellt.  

Ich prüfe das, indem ich mich auf den Arbeitsplatz aufschalte, bevor die Dame Access schließt.
Ich werde heute zum Prüfen Deinem Rat folgen und wie folgt vorgehen:

Ich prüfe die Korrektheit der Parametertabelle nur anhand der Tabellen im Navigationsbereich sowohl am Frontend und am Backend.

Nachdem Schließen prüfe ich noch einmal am Backend. Dann öffne ich das Frontend (nicht über eine Verknüpfung) sondern mit einem Doppelklick und prüfe auch hier im Navigationsbereich.

Ich informiere Dich über das Ergebnis.

Ich habe mit dem Microsoft Support grandiose Erfahrungen gemacht, die Akteure sind nicht bei Microsoft angestellt, der kostenlose Support wird von Drittfirmen gemacht, sie werden nur bezahlt, wenn sie erfolgreich sind. Sie sind auf die ganze Welt verteilt. Ich hatte Helfer aus Shanghai, Mumbai, Kairo, Barcelona und Bukarest. Sie sind geduldig, zielstrebig, kompetent aber auch ungeduldig, ahnungslos, oft gestresst, manchmal auch dreist, das gilt besonders für die Chefs, sogenannte Senior Escalation Engeneere. Ich musste mich durch mehrere Helfer hangeln, konnte aber bisher einen Access und einen Outlook Produktfehler erfolgreich aufklären. Es hat allerdings immer Wochen gedauert, bis ich den engagierten kompetenten Helfer fand. Die engagiertesten Helfer kamen aus Kairo.
Und jetzt kommst Du, bist der kompetenteste Helfer, den ich jemals hatte und hilfst aus schierer Empathie für einen gestressten, ahnungslosen Kollegen. Das gibt mir den Glauben an die Menschheit zurück. Wir sind doch keine so üble Bande.

Gruß Hanns

Guten Morgen Karl,

das war sehr hilfreich, ich brauche mich nicht mehr um böse Dritte zu kümmern und kann mich ganz auf meinen eigenen fehlerhaften  Code konzentrieren. Ich folge Deinem Rat und beginne gerade ein Datenmakro zum Loggen meiner fehlerhaften Tabelle zu erzeugen.

Die Arbeit mit dem Microsoft Support ist nicht annähernd so hilfreich wie das arbeiten mit Dir.
Im Laufe des Nachmittags berichte ich Dir was es Neues gibt. 
Gruß Hanns

Hallo, Hanns!

Database1.mdb & Co sind die temporären Arbeitskopien, die Access bei der Komprimierung von Datenbanken verwendet. Wahrscheinlich hast du für das Frontend die Option "Beim Schließen komprimieren" eingestellt, und die Komprimierung läuft nicht immer durch. Dann bleiben Dateileichen mit Teilen der Datenbank stehen. Die Option ist fehlerträchtig besonders auf Servern, wo es noch irgendeinen Zugriff auf die Datei geben kann, eine Dateisperre nicht gelöst wurde usw.

Die eigentliche Frontend-Datenbank sollte von dem Problem nicht beschädigt werden. Es gab allerdings auch schon Fälle, in denen die ganze Datei bei Komprimierfehlern verschwand. Du solltest jedenfalls die Option deaktivieren.