Office: (Office 2013) Plausibilitätsprüfung auf Kombinationsfeld

Ja klar, denk ich mir auch.
Mir wäre halt nur wichtig das es iwie klappt, wenn mehrere Nutzer über ihr Frontend Preise melden, dies auch ohne Probleme möglich ist und halt auch die jeweilige Nutzer_ID mitgespeichert wird.

So jetzt hab ich das aber auch drin, hoffe ich hab das auch richtig gemacht.

 

Mehrere Nutzer über ihr Frontend. Lass diesen Webkram mal weg. Zu dem Benutzer kommen wir noch.

Nein, leider nicht. Was hast du probiert?

Grüße
Ingo

 

Okay, ich hab nicht richtig gelesen, hab die Werte in den Textfeldern eingetragen. Jetzt müsste es aber stimmen.

 

Ja, fast. Was möchtest du im Feld Uhrzeit stehen haben?

Grüße
Ingo

 

Die aktuelle Systemzeit, das habe ich mit "= Zeit()" in Standardwert eingestellt.
Bzw. ich habs geändert, weiss das ich da was anderes stehen hatte ;-)

 

Stimmt es jetzt?

 

Hallo,

was genau hast du jetzt geändert?

Und was genau hast du an dieser Aussage:

eigentlich nicht verstanden?!

 

Siehe hier: #35

 

Ja, mit "=Zeit()" hast du nur die Zeit. Mit "=Jetzt()" Datum und Zeit.

Wir sollten jetzt im anderen Thema mit der BenutzerID weitermachen. Hier kannst du das Thema beenden, finde ich.

Grüße
Ingo

 

Alles klar, aber wie läuft das jetzt mit Klick auf den Button Speichern? Oder wird das alles automatisch in die Tabelle übernommen?

Vielen Dank so weit und sorry für das Hochladen, hab das letzte sofort wieder gelöscht. Kommt nicht wieder vor ;-)

Ich füge mal den Link zu dem Thema ein, falls es jemanden interessiert ;-)

http://www.ms-office-forum.net/forum...d.php?t=310127

 

Ich hätte noch eine Frage zur Plausibilitätsprüfung, was ja auch der eigtl. Titel dieses Threads ist :-)

Und zwar wollte ich im Formular "fMeldung", das bei Klick auf den Button "Eingabe übernehmen" (cboEingabe) überprüft wird, das der neue Preis nur maximal 30% vom zuletzt gemeldeten Preis abweicht und dieser nicht länger als drei Tage in der Vergangenheit liegt.

Ist dies überhaupt so einfach möglich dies zu Prüfen, da der Preis ja immer direkt in die Tabelle (mithilfe des UF) eingetragen wird?

Wenn ja, kann mir jemand ein paar Tipps geben wie ich da anfangen kann? Ich brauch hier ja auf jeden Fall wieder eine If-Schleife oder?

 

Hallo!

Mit cbo kürzt man üblicherweise Kombinationsfelder Comboboxes ab. Deine Befehlsschaltfläche sollte daher ein cmd vornagestellt haben für comand. Sonst gibt das noch unschöne Verwechselungen.

Zum Thema der Plausibilitätsprüfung: Abgesehen von der IF-Bedingung (Schleife würde ich es nicht nennen. Eine If-Anweisung kehrt ja nicht an den Anfang ihrer selbst zurück).

Wie sehen deine bisherigen Versuche aus?
Welches könnte das auslösende Ereignis sein, den Inhalt eines Feldes zu prüfen?
Welche Informationen (und woher) benötigst du zum Prüfen für die 30%-Regel?

Welche Informationen benötigst du für die Regel, dass der Benzinpreis max. 3 Tage alt sein darf? Gibt es in deiner Datenbank dazu schon alle Informationen, oder müssen da vielleicht noch ein oder mehrere Datenfelder angelegt werden, damit man die Prüfung vornehmen kann?

Grüße
Ingo

 

Sorry, ein Tippfehler, natürlich heißt es cmdEingabe.

Ich dachte da an ein Klickereignis, also mit cmdEingabe, so dass bevor gespeichert werden kann erst geprüft wird.

Also zunächst einmal genügend vorhandene Daten in der Tabelle mit welchen der "neue Preis" verglichen werden kann. Und natürlich auch das jeweilige Datum und die Uhrzeit mit der verglichen werden soll.

Auf jeden Fall auch das jeweilige Datum und natürlich auch, wie oben geschrieben, vorhandene Daten zum vergleichen.

Wenn du schon so fragst fehlt sicher noch was. Aber ich glaube es müsste alles vorhanden sein, was man braucht. hm...

 

Ich persönlich halte das für zu spät. In Access werden Daten automatisch gespeichert, wenn das Formular verlässt bzw. schließt. DIe Eingabe der Benzinpreise ist ein Unterformular. Wenn du auf cmdEingabe im Hauptformular klickst, ist die Eingabe bereits gespeichert.

Ich würde es innerhalb des Unterformulares beim Datensatzwechsel (Beim Anzeigen) machen.
Das andere geht auch, ist aber ein bisschen umständlicher. Insofern könntest du auch auf cmdEingabe verzichten.

Wie findest du heraus, mit welchen Preis der neue Preis verglichen werden soll? Du benötigst den vorherigen Preis der selben Benzinsorte. Access kann nicht sehen. Du muss Access sagen, dass es den vorletzten Preis mit den letzten Preis der selben Benzinsorte vergleichen soll. Welche Daten kannst du dafür heranziehen?
Du hast Die Benzonsorte und den Preis sowie das Datum und die Uhrzeit wann die Preis erfasst worden sind. Sind das auch die Zeiten, an denen die Preise gegolten haben?
Als Anwender könnte ich ja die Preise von heute, gestern und vorgestern in umgekehrter Reihenfolge erfassen.

Wie sähe denn eine Abfrage aus, die als Ergebnis den vorletzten Preis der Benzinsorte Diesel ausgibt? Es reicht auch, dass das Ergebnis dieser Abfrage mit dem vorletzten Preis der Sorte Diesel beginnt.

Du musst also in der Tabelle weitere Felder einrichten; von wann bis wann der Preis gegolten hat. Am einfachsten stelle ich mir vor, dass man sich darauf beschränkt, dass Benzinpreise nur einmal am Tag ihren Preis ändern. Dann reicht ein Datum. Das entspricht zwar nicht der Praxis, aber das sollte reichen.

Nee ;-) Das Gültigkeitsdatum fehlt. Das hatte ich aber so oder so ähnlich in #26, vorletzte Frage schon angedeutet.

Grüße
Ingo

 

Okay, das macht Sinn und wo genau stelle ich das mit dem Datensatzwechsel ein? Bei "ufoMeldung" gibts ja nur "Beim Hingehen" und "Beim Verlassen". Oder stelle ich das direkt in dem jeweiligen Feld des UFOs ein?

Den cmdEingabe brauche ich ja noch zum übernehmen bzw. Speichern der Kombifelder in der Tabelle oder habe ich da was falsch verstanden? Abgesehen davon ist es doch immer besser einen Button zum Klicken drin zu haben, auch wenn er keine Verwendung hat. Zumindest für den "Ottonormaluser", der braucht doch immer was zum Klicken *biggrin.gif*

Das halte ich auch für ausreichend, will es jetzt nicht noch weiter verkomplizieren.

Brauche ich dann überhaupt noch weitere Felder, wenn ich es so mache? Dann würde doch eigtl. das Datums-Feld genügen.

Ich muss gestehen das Ganze ist doch schwieriger als ich gedacht hatte.