Office: Zeiten Farblich als Balken/Kasten darstellen...

Hallo liebe Comunity!

Sitze grad mal wieder vor einer dieser vielen Ideen - bestimmte Sachen in Access darzustellen.

Folgendes - ich würde gerne meine "Arbeiter" und gewisses Equipment das ausgeleiht wird - auf einem "Balken" zeitlich darstellen.

Nehmen wir mal einen Monatskalender - 31 Tage...

An jedem Tag wo der Arbeiter da war - soll ein Licht "angehen".
Alle Arbeiter untereinander - somit einen Monatsplan.
Gleiche für Equipment etc.

Das ganze aber auch als ein Tageschart - 24 Std. um nen überblick zu bekommen, wer grade da ist - und wer nicht - wer wannn geplant ist etc.

Natürlich kann Equipment und ggf. auch der Arbeiter öfters einen "Event" pro Tag haben.

So - ich habe eine Liste -
Person - Kommt - Geht - Datum
Equpiment - Kommt - Geht - Datum

So - nun suche ich nach einer Idee wie ich das ganze Darstellen kann.
Im Tageschart würde es mir reichen, wenn ich das auf 15 Min genau hab.

Wären halt pro Tag 96 Felder die entweder "an" oder "aus" sind. Quasi ein Endlos Formular. Hab mir überlegt - nun eine Abfrage zu bauen - die schaut ob der Datensatz in den Zeitraum z.B. 08:15 bis 08:30 reinfällt - und dann "0" oder "-1" ausgibt.

Hat da jemand eine geschicktere Idee? Oder ist der Ansatz schon mal richtig??

Danke
Schlauchi

 

Ich hab sowas vor langer, langer Zeit (Access 2.0 16-Bit) mal für einen Kunden gebastelt, der unbedingt einen grafischen Belegungsplan für Vermietungs-Objekte (Ferien-Wohnungen usw.) haben wollte.

Nach etlichen Versuchen, das "schlank und online" zu erstellen, als Formular oder als Bericht, habe ich es dann irgendwann aufgegeben. Das Handling war einfach irgendwie nicht mehr sinnvoll zu bewerkstelligen.

Ich bin dann dazu übergegangen, "offline" per VBA eine Temp-Tabelle mit Werten zu füllen, die dann als Datenbasis für das Formular / den Bericht dienen konnte. Die Berechnung "on the fly", ob ein Objekt zu einem Zeitpunkt belegt oder frei ist, war einfach zu langwierig.

Die Frage ist dann nur, welchen genauen Aufbau diese Temp-Tabelle haben sollte. Ich habe damals in x-Richtung (Spalten, Datenfelder) die Kalenderwochen gelegt und in y-Richtung (Zeilen, Datensätze) die Objekte. Das entsprach damit der Darstellung im Report und hatte den Vorteil, daß die Anzahl der Spalten fest stand (Wochen im Jahr).

Umgekehrt kann man auch die Anzahl der Datensätze vorgeben (Tage im Monat oder wie auch immer) und muß dann die Anzahl der Datenfelder (Objekte) anpassen. Steht das auch fest, ist das Füllen der Temp-Tabelle mit der 2. Alternative vielleicht etwas einfacher. Aber das hängt natürlich primär davon ab, in welcher Form die Belegungs-Daten als Datensätze vorliegen.

Will man das vollkommen dynamisch und "wartungsfrei" halten, könnte man die Temp-Tabelle auch noch per VBA erzeugen lassen. Die SQL-Befehle "CREATE TABLE" und "INSERT INTO" werden dann Deine besten Freunde. ;-) Allerdings ist das dynamische Erzeugen von Formularen / Berichten auch nicht so ganz ohne...

Gruß, Michael

 

Mein Sample eines 24 Std Tages

Hallo Michael, guten Morgen allerseits,

das hat mich natürlich jetzt nicht in Ruhe gelassen... und nach etwas bastelei - hab ich ein System entworfen mit dem sich schon mal ein Tag - 24 Std - mit jeweils 15 Min Intervallen darstellen lässt.

Anbei mein Beispiel. Es sei anzumerken - das ich 4 Zeitfenster pro "Buchung" habe. Bei mir ScheduleCI (z. B. Kommen) ScheduleTO (z.B. Pause Start) ScheduleTD (Pause ende...) ScheduleCO (gehen).
Wobei in einem Datensatz auch noch drei Personen / Dinge gleichzeitig dargestellt werden. Bei mit ist das ScheduleAC (in dem beispiel nur Pause) ScheduleIP und SP.

Das ganze ist mit mehreren SQL Abfragen gelöst - das sich in 96 Teile des Tages anschaut - und diese "Bewertet". Manche Werte wie die Pause sind "-1" andere "0" oder "-2". Diese sind dann in den Formularen als Bedingung hinterlegt - was ein Feld eben die entsprechende "Farbe" gibt.

Werd das ganze nun auch noch für Monate machen... 31*4 - um jeweils 6Std des Tages abzubilden.

Vielleicht findet es ja der ein oder andere nützlich - feel free to use :-)

Bjoern

PS: Das ganze ist in Access 2007...