<\/p>\n
Autor: von Harald Langer, Berlin<\/p>\n
<\/b><\/p>\n
Zeit ist Geld. Diese Weisheit ist Grundlage für so manche Rechnung, die der Auftragnehmer seinem Kunden stellt. Natürlich funktioniert dies nur, wenn die Arbeitstunden auch dokumentiert werden. Hierbei unterstützt Sie die hier vorgestellte Musterlösung. Als Szenario für die Datenbank dient ein kleiner Industriebetrieb, in dem die Mitarbeiter ihre Arbeitsstunden für die einzelnen Projekte aufschreiben.<\/b><\/p>\n
Die Protokollierung von Arbeitsstunden ist sicherlich eine lohnenswerte Angelegenheit. Spätestens aber dann, wenn die Daten im Netzwerk von mehreren Benutzern erfasst werden, sollte aus Datenschutzgründen eine gewisse Sicherheit der Daten gewährleistet werden.<\/p>\n
Es sollte zumindest sichergestellt sein, dass die Mitarbeiter nur ihre eigenen Arbeitsstunden erfassen oder ändern können und nicht die ihrer Kollegen.<\/p>\n
Um einen sicheren Schutz der Datenbank zu gewährleisten, sollte das Sicherheitssystem von Access bereits vom ersten Schritt an aktiviert sein. Bei dieser Lösung wird der Schutz durch eine Arbeitsgruppendatei erreicht, sodass bei Bedarf für jeden Benutzer individuelle Zugriffsrechte auf die einzelnen Datenbankobjekte definiert werden können.<\/p>\n
Dementsprechend muss sich jeder Mitarbeiter vor der Arbeit mit der Datenbank mit einem Benutzernamen und einem Passwort anmelden.<\/p>\n
Eine ausführliche Anleitung über das Sichern einer Datenbank finden Sie im Beitrag Skalierbare Datensicherheit mit Access in der vorliegenden Ausgabe von Access im Unternehmen. Daher finden Sie hier nur eine Kurzbeschreibung der wichtigsten Schritte. <\/p>\n
![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic001.png\")
<\/p>\n
<\/b><\/p>\n
Bild 1: Rechte an Tabellen entziehen<\/span><\/b><\/p>\n In den folgenden beiden Abschnitten finden Sie einige Informationen zu den Tabellen und Abfragen der Beispieldatenbank. Dabei wird besonderer Wert auf den Aspekt der Sicherheit und damit der Berechtigungsproblematik gelegt.<\/p>\n Tabellen<\/b><\/p>\n Für die Grundfunktionalität benötigt die hier vorgestellte Musterlösung zur Stundenzettelverwaltung lediglich zwei Tabellen. Die Tabelle tblLeistungen enthält die Leistungsbeschreibungen. Die Details der Leistungen werden in der Tabelle tblLeistungsdetails hinterlegt. <\/p>\n Zur Abrechnung der Leistungen des Freiberuflers mit seinem Auftraggeber kann dies auch ausreichen; sinnvoll ist auf jeden Fall eine weitere Tabelle namens tblAdressen, in der die Auftraggeberadressen gespeichert werden.<\/p>\n Die Musterlösung enthält darüber hinaus noch die Tabelle tblMitarbeiter für die Mitarbeiterdaten und die Tabelle tblGruppen für die Benutzergruppen. Aus Komfortzwecken ist auch noch die Untertabelle tblWaehrungen mit Währungsdaten vorhanden. Die Tabelle übersichtseinträge wird vom Access-übersichts-Manager erzeugt und ist für das Beispiel nicht von Bedeutung.<\/p>\n Alle Tabellen finden Sie in den fertigen Beispieldatenbanken Stunden97.mdb und Stunden2000.mdb auf der Heft-CD. Sie können die Tabellen, Abfragen und weitere Datenbankobjekte leicht in Ihre neue Datenbank importieren. <\/p>\n Zwischen den genannten Tabellen gibt es einige Beziehungen, die im Folgenden beschrieben werden: Die Tabellen tblLeistungen und tblAdressen sind über das Feld lngAuftraggeber miteinander verknüpft.<\/p>\n Die Tabellen tblMitarbeiter und tblGruppen sind über das Feld txtBenutzergruppe miteinander verknüpft.<\/p>\n Jede Leistung kann aus mehreren Leistungsdetails bestehen, die wiederum von je einem Mitarbeiter ausgeführt werden. Daher ist die Tabelle tblLeistungsdetails über das Feld lngAuftrag mit der Tabelle tblLeistungen und über das Feld lngMitarbeiter mit dem entsprechenden Mitarbeiter-Datensatz aus der Tabelle tblMitarbeiter verknüpft. <\/p>\n Abfragen<\/b><\/p>\n Formularen oder Berichten kann lediglich das Recht zugewiesen werden, sie zu öffnen bzw. auszuführen (die anderen Formularrechte können hier vernachlässigt werden). Aber bei beiden muss auch noch eine Verbindung zu den Daten hergestellt werden.<\/p>\n Angenommen, einem Benutzer wird die Berechtigung erteilt, ein Formular zu öffnen, aber gleichzeitig wird ihm das Recht verweigert, die Daten der zugrunde liegenden Tabelle zu lesen. Dann kann der Benutzer zwar tatsächlich das Formular öffnen, aber er erhält eine Fehlermeldung mit dem Hinweis, dass die Datensätze nicht gelesen werden können – eben weil die Datenherkunft gesperrt ist.<\/p>\n Nun wäre es natürlich relativ einfach, dem Benutzer in solchen Fällen auch die Berechtigungzu erteilen, die Tabellendaten zu lesen. In kritischen Fällen, insbesondere bei Daten, die zum Beispiel mit Lohnabrechnungen in Zusammenhang stehen, ist dies jedoch nicht akzeptabel.<\/p>\n Bei konsequenter Verwendung des Schutzsystems werden keinerlei Berechtigungen auf Tabellen vergeben, sondern für jede Datenmenge Abfragen erstellt und diese für die Rechtevergabe herangezogen.<\/p>\n Das alleine nutzt allerdings noch nichts, denn Abfragen werden standardmäßig mit den Ausführungsberechtigungen des Benutzers angelegt (wenn der Benutzer auf der Tabelle keine Rechte hat, dann liefert auch die Abfrage keine Daten).<\/p>\n Um zu erreichen, dass der Benutzer die Daten der Abfrage auch lesen kann, muss die Abfrage mit Ausführungsberechtigung des Eigentümers angelegt werden. Das wird entweder grundsätzlich über die Programmoptionen, in den Eigenschaften der Abfrage oder direkt im SQL mit dem Zusatz WITH OWNERACCESS OPTION festgelegt:<\/p>\n Das Setzen des Zusatzes WITH OWNERACCESS OPTION funktioniert nur in gespeicherten Abfragen. Wenn Sie innerhalb einer VBA-Prozedur eine SQL-Abfrage verwenden, können Sie diese Option nicht benutzen. <\/p>\n Alle Abfragen in der Musterlösungsdatenbank sind mit Berechtigung des Eigentümers erstellt und dienen als Datengrundlage.<\/p>\n Nun ist die Datenbank geschützt und der Einzelne kann nur die Daten sehen, die er auch sehen darf.<\/p>\n Das ist soweit in Ordnung, aber stellen Sie sich jetzt den kleinen Industriebetrieb mit einer Abteilung Schlosserei vor. Der Schlosser soll seine Stunden in den Stundenzettel eingeben.<\/p>\n Welches Entgelt die Firma mit dem Auftraggeber vereinbart hat, ist für ihn nicht relevant (wahrscheinlich soll er es auch nicht wissen). Es muss lediglich sichergestellt sein, dass er „seinen“ Stundenzettel ausfüllen und vielleicht auch noch seine Arbeitszeit den vorhandenen Aufträgen zuordnen kann – mehr nicht.<\/p>\n Ganz anders verhält es sich bei Mitarbeitern in der Verwaltung, die allgemeine Tätigkeiten ausführen. <\/p>\n Die Musterlösung verwendet den Access-Schutzmechanismus, um genau dieser Problematik gerecht zu werden, indem der angemeldete Benutzer identifiziert und ein für seine Benutzergruppe festgelegtes Startformular geöffnet wird.<\/p>\n Steuerung des Startformulars<\/b><\/p>\n Im Formular frmGruppen kann den vorhandenen Benutzergruppen ein Startformular zugewiesen werden.<\/p>\n Beim öffnen des Formulars wird das Kombinationsfeld txtGRUPPE mit den Benutzergruppen des aktuellen Workspaces und das Kombinationsfeld txtSTART mit den Werten der Abfrage qryFormulare gefüllt (siehe Bild 2).<\/p>\n <\/p>\n <\/b><\/p>\n Bild 2: Benutzergruppen und Startformulare<\/span><\/b><\/p>\n Quellcode 1<\/b><\/p>\n Mitarbeiter und Benutzergruppen<\/b><\/p>\n Im Anschluss werden die Mitarbeiter mit dem Formular frmMitarbeiter erfasst und ihrer jeweiligen Haupt-Benutzergruppe zugeordnet. <\/p>\n Der Grund dafür ist, dass jeder Benutzer mehreren Benutzergruppen zugeteilt sein kann (in der Musterlösung ist dies nicht der Fall, sonst aber durchaus gängige Praxis). Die Prozedur GetGroups im Modul mdlUsers listet alle Benutzergruppen und Gruppenangehörige auf (s. Quellcode 1).<\/p>\n Wenn nun ein Benutzer in mehreren Gruppen vorkommt (die Gruppe Benutzer kann nicht entfernt werden und ist damit automatisch bei jedem Nutzer vorhanden), welcher Gruppe soll Priorität verliehen werden<\/p>\n Diese Entscheidung wird mit dem Formular gefällt. Die Stundenzetteldatenbank geht davon aus, dass die Namen der Mitarbeiter und die Benutzernamen identisch sind. Auf jeden Fall ist es erforderlich, dass dem jeweiligen Mitarbeiter auch ein Access-Benutzername zugewiesen wird.<\/p>\n Starten<\/b><\/p>\n Damit nun das entsprechende Startformular auch beim Start der Datenbank geladen wird, enthält die Musterlösung ein Autoexec-Makro, das nichts anderes macht, als die Funktion fStart (im Modul mdlStart) auszuführen.<\/p>\n Dass sich das Autoexec-Makro durch Drücken der Umschalt-Taste umgehen lässt und das wiederum durch andere Mechanismen verhindert werden kann, soll hier nur am Rande bemerkt werden.<\/p>\n Zur Ermittlung des angemeldeten Benutzers stellt Access die Funktion CurrentUser zur Verfügung. Beim Aufruf der Funktion wird aus der Abfrage qryMitarbeiter die Haupt-Benutzergruppe des aktuell angemeldeten Mitarbeiters ermittelt.<\/p>\n Wenn sich die Benutzergruppe feststellen lässt (es wäre ja auch denkbar, dass ein Mitarbeiter zwar angelegt, aber noch nicht in der Datenbank einer Gruppe zugeordnet wurde), wird im folgenden Schritt das für diese Gruppe festgelegte Startformular aufgerufen und angezeigt.<\/p>\n Um die Anmeldung zu prüfen, starten Sie die Beispieldatenbank über die Verknüpfung mit dem Parameter \/wrkgrp und verwenden Sie den Anmeldenamen Hans Mustermann – das Kennwort lassen Sie frei (siehe Bild 3). Daraufhin zeigt die Datenbank den Stundenzettel für Hans Mustermann an.<\/p>\n <\/b><\/p>\n Bild 3: Anmelden als Benutzer Hans Mustermann<\/span><\/b><\/p>\n Im Verzeichnis der Beispieldatenbank finden Sie eine entsprechende Verknüpfung, in der der Parameter \/wrkgrp bereits angegeben ist. Kopieren Sie die Datei in das Verzeichnis C:\\Stunden und öffnen Sie das Eigenschaftsfenster. Passen Sie hier den Pfad zu MSACCESS.EXE an. übernehmen Sie die änderungen und klicken Sie doppelt auf den Link, um Access mit der Arbeitsgruppendatei zu starten. Voraussetzung für die einwandfreie Funktion ist, dass Sie die Beispieldatenbank zusammen mit allen anderen Dateien des gleichen Verzeichnisses von der CD in das Verzeichnis C:\\Stunden kopiert haben. ( <\/p>\n Anzeige des Stundenzettels<\/b><\/p>\n <\/b><\/p>\n Bild 4: Das Formular frmStundenzettel<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 5: Stundenzettel-Unterformular mit unsichtbaren Steuerelementen.<\/span><\/b><\/p>\n Das Formular frmStundenzettel (siehe Bild 4) greift als Datenherkunft auf die Abfrage qryStundenzettel zurück. In dieser Abfrage wird als Kriterium für den Mitarbeiternamen die Funktion CurrentUser verwendet (hätten Sie sich als Frau Musterfrau angemeldet, würden Sie den Stundenzettel dieser Mitarbeiterin sehen).<\/p>\n Das Formular besteht aus dem Haupt- und dem Unterformular sfrStundenzettel. Beide Formulare sind über die Felder cntMAID und lngMITARBEITER verknüpft. Diese Verknüpfung ist auch als Beziehung definiert.<\/p>\n Der Mitarbeiter gibt seine Stunden in das Endlos-Unterformular ein und kann sich über die Schaltfläche hinter der Auftragsnummer jeweils die offenen Aufträge anzeigen lassen (siehe Bild 5).<\/p>\n Wie in aller Regel stehen auch für die Auswahl der Auftragsnummer mindestens zwei Möglichkeiten zur Verfügung.<\/p>\n Die erste davon wäre ein Kombinationsfeld, das alle offenen (noch nicht abgerechneten) Aufträge aufnimmt. Die zweite Variante verwendet ein PopUp-Formular mit einem Listenfeld und zwei Schaltflächen.<\/p>\n In beiden Fällen ist es für die Auswahl des richtigen Auftrags notwendig, dass der Mitarbeiter die Auftragsbeschreibung sehen kann. Die Angabe von Auftragsdatum, Auftraggeber und -ort sind eher zusätzliche Informationen und sollen die Zuordnung zu erleichtern.<\/p>\n Quellcode 2<\/b><\/p>\n In der Beispieldatenbank wird für den Auftrag eine Kurzbeschreibung mit maximal 100 Zeichen in einem Textfeld hinterlegt und eine ausführliche Beschreibung in einem Memofeld.<\/p>\n Wird der Auftrag nicht bereits aus der angezeigten Kurzbezeichnung deutlich, kann der Mitarbeiter aus dem PopUp-Formular ein weiteres Formular mit der kompletten Auftragsbeschreibung aufrufen.<\/p>\n Das Listenfeld wird mit der Abfrage qryLeistungsListe gefüllt, die wiederum alle Aufträge zurückgibt, bei denen noch kein Erledigungsdatum eingesetzt ist.<\/p>\n Erkennbar sind sechs Spalten, die Abfrage selber erstreckt sich jedoch über neun Felder. <\/p>\n Für die restlichen drei Felder ist die Spaltenbreite in der Liste auf „0“ gesetzt. Den Primärschlüssel der Leistung (Spalte 0) muss der Mitarbeiter sehen, aber den für diese Leistung angesetzten Stundensatz (Spalte 7) und die Währung (Spalte 8) soll er nicht erkennen. Die Werte dieser drei Spalten werden bei Auswahl eines Auftrags in der Liste mit in unsichtbare Felder des Stundenzettel-Unterformulars übertragen.<\/p>\n Die Felder curStundensatz und txtWaehrung sind im Stundenzettel-Unterformular auf „unsichtbar“ gesetzt.<\/p>\n In der Prozedur wird der Fokus auf das Feld mit der Auftragsnummer platziert (lngAuftrag) und dessen Eigenschaft Text der Wert des Listenfeldes übergeben. Zur Erklärung: In sfrStundenzettel soll nach Aktualisierung des Feldes lngAuftrag eine Ereignisprozedur ausgeführt werden, die den soeben eingegebenen Wert als Standardwert für den nächsten Datensatz einstellt. Das ist kein Problem, solange der Wert auch tatsächlich eingegeben wird. Das Ereignis Nach Aktualisierung wird jedoch nicht ausgelöst, wenn ein Wert auf die übliche Art per Programm in ein Feld eingefügt wird.<\/p>\n Bei einem Aufruf Me!Feldname handelt es sich um die verkürzte Schreibweise von Me!Feldname.Value und das bedeutet, dass ein übertragener Wert der Eigenschaft Value zugewiesen wird. Die Zuweisung an die Eigenschaft Text löst das Nach Aktualisierung-Ereignis hingegen aus. Um allerdings die Eigenschaft Text überhaupt erfolgreich belegen zu können, muss das Steuerelement den Fokus besitzen.<\/p>\n Insbesondere, wenn die Stundenzettel auch zur Lohnabrechnung herangezogen werden, ist es für den einzelnen Mitarbeiter interessant zu sehen, wie viele Stunden er in einem Monat gearbeitet hat.<\/p>\n Dazu kann er im Formularfuß den Monat und das Jahr wählen, um nach einem Klick auf die Schaltfläche die aufgelaufenen Stunden des Monats und des Jahres angezeigt zu bekommen.<\/p>\n Der Code hinter der Schaltfläche verwendet das Domänenaggregat Dsum und die Funktion DatePart, um die Summen aus einer Abfrage zu ermitteln (s. Quellcode 2).<\/p>\n In den vorherigen Abschnitten haben Sie den Schutzmechanismus und seine Wirkung auf Mitglieder der Benutzergruppe Mitarbeiter kennen gelernt. In diesem Abschnitt sollen die Möglichkeiten der Gruppe Verwaltung behandelt werden.<\/p>\n Ein kleiner, aber bedeutender Teil, dieser Möglichkeiten wurde mit den Formularen frmGruppen und frmMitarbeiter vorgestellt.<\/p>\n <\/b><\/p>\n Bild 6: Das Formular frmAdressen<\/span><\/b><\/p>\n Aber irgendwie müssen die Aufträge auch noch in die Datenbank kommen. Starten Sie erneut die Datenbank Stunden.mdb über die Verknüpfung mit dem Parameter \/wrkgrp und verwenden Sie diesmal als Anmeldenamen Sabine Meier – das Kennwort lassen Sie erneut frei.<\/p>\n Sabine Meier gehört zur Gruppe Verwaltung und für diese Gruppe wurde das Formular übersicht als Startformular festgelegt (die Einträge sind alphabetisch geordnet).<\/p>\n <\/b><\/p>\n Bild 7: frmLeistungen mit den Stundenzetteldaten<\/span><\/b><\/p>\n Adressen<\/b><\/p>\n Das wohl wichtigste Kapital eines Unternehmens sind die Kunden. Deshalb sollten diese auch zuallererst angelegt werden (siehe Bild 6). <\/p>\n Neben den üblichen Adressangaben wie Name, Anschrift etc. wird auch der standardmäßig mit jedem Kunden vereinbarte Stundensatz festgehalten (dieser Stundensatz wird bei einem Auftrag vorgetragen).<\/p>\n Im unteren Bereich des Formulars ist das Endlos-Unterformular sfrAdressLeistungen eingefügt, das einen überblick über alle von einem Kunden erteilten Aufträge anzeigt. über die Schaltfläche auf dem Unterformular lässt sich das Leistungsformular (frmLeistungen) mit diesem Auftrag öffnen.<\/p>\n Haupt- und Unterformular sind über die Felder cntADRID (aus den Adressen) und lngAuftraggeber (aus den Leistungen) miteinander verknüpft. Ob es sich bei den Adressen um externe oder interne (Abteilungen) Kunden handelt, spielt keine Rolle.<\/p>\n Das Formular frmLeistungen<\/b><\/p>\n Sind erst einmal die Kundendaten angelegt, sollten auch die Auftragsdaten nicht auf sich warten lassen. Zur Erfassung dient das Formular frmLeistungen (siehe Bild 7). Um jeder Leistung einen Auftraggeber zuzuordnen, ergibt sich wieder die Qual der Wahl zwischen einem Kombinationsfeld oder einem separaten Formular. In der Musterlösung wird auch in diesem Fall das separate Formular bevorzugt, das über die Schaltfläche hinter der Auftraggebernummer erreicht wird.<\/p>\n <\/b><\/p>\n Bild 8: rptRechnung mit Gruppierung<\/span><\/b><\/p>\n Quellcode 3<\/b><\/p>\n Anstelle eines Listenfeldes wird zur Auswahl des Auftraggebers allerdings ein Einzelformular verwendet. Unter Verwendung des Kontextmenüs lassen sich so Datensätze filtern oder sortieren, um die gesuchte Adresse zu finden.<\/p>\n über die Schaltfläche auf dem PopUp-Formular kann die Adresse in das Leistungsformular übernommen werden. Zusätzlich wird der mit einem Kunden vereinbarte Standard-Stundensatz übertragen.<\/p>\n Mit Kurzbeschreibung und Beschreibung des Auftrags wird die Leistungserfassung zunächst abgeschlossen.<\/p>\n Nun befindet sich auf dem Formular ein Register-Steuerelement.<\/p>\n Während auf der ersten Seite die Auftragsdaten angezeigt werden, enthält die zweite Seite ein Unterformular mit den Stundenzettel-Daten.<\/p>\n Haupt- und Unterformular sind über die Felder cntLID und lngAuftrag miteinander verknüpft. Im Unterformular sehen Sie , welcher Mitarbeiter wann welche Leistung zu diesem Auftrag erbracht hat, und Sie können auch den Preis für die einzelnen Leistungen anpassen.<\/p>\n Durch den Preisvortrag von der Adresse über den Auftrag bis zur einzelnen Leistung lassen sich unterschiedliche Stundensätze mit einem Auftrag abrechnen.<\/p>\n Ist der Auftrag abgeschlossen (die Meldung und die entsprechende Verarbeitung ist in der Musterlösung nicht enthalten), kann die Abrechnung erstellt werden.<\/p>\n Leistungsabrechnung<\/b><\/p>\n Der Bericht rptRechnung basiert auf der Abfrage qryLeistungsAbrechnung, wie in Bild 8 zu erkennen ist.<\/p>\n <\/b><\/p>\n Bild 9: Das Formular frmMitarbeiterLeistungen<\/span><\/b><\/p>\n Sind Sie bei den Adressen über die Feldbezeichnungen txtName1, txtName2 und txtName3 gestolpert, sehen Sie in der Abfrage, dass die Felder wie in Quellcode 3 zusammengesetzt werden.<\/p>\n Vielleicht wundern Sie sich über die Schreibweise ([txtPLZ]+“ „). Sie können diese Syntax immer dann verwenden, wenn Sie zwischen zwei Ausdrücken eine Leerstelle (oder etwas anderes) angezeigt bekommen möchten, sofern ein Feldinhalt vorhanden ist.<\/p>\n Im vorliegenden Fall wird ein Leerzeichen eingefügt, wenn eine Postleitzahl vorhanden ist. Ist keine Postleitzahl angegeben, wird die hässliche Leerstelle vor dem Ort unterdrückt und die Ausgabe erfolgt linksbündig.<\/p>\n Im Bericht wird eine einzige Gruppierungsebene, nämlich die LeistungsID (cntLID), verwendet. Im Gruppenkopf sind die Adresse und die Grunddaten der Leistung untergebracht, im Gruppenfuß die Abrechnungssumme. Der Detailbereich wird mit den Leistungsdetails, also den Stundenzetteldaten, gefüllt.<\/p>\n Beim Schließen des Berichtes wird geprüft, ob das Formular frmLeistungen geöffnet und dort ein Erledigungsdatum eingetragen ist. Ist noch kein Abschlussdatum vorhanden, erfolgt eine Abfrage, ob dieses eingetragen werden soll.<\/p>\n Als angemeldete Sabine Meier zum Beispiel haben Sie selbstverständlich Zugang zu allen wichtigen Daten. Sabine Meier erfasst bzw. verändert Kundendaten und bearbeitet Leistungen bis hin zur Abrechnung. Nun möchte sie auch im überblick sehen, was die anderen Mitarbeiter so leisten, und ist erstaunt, dass ihr der Zugriff verweigert wird.<\/p>\n In der Musterlösung besitzt lediglich die Benutzergruppe SuperAdmins das Recht, das Formular frmMitarbeiterLeistungen zu öffnen.<\/p>\n Melden Sie sich ein letztes Mal bei der Datenbank Stunden.mdb über die Verknüpfung mit dem Parameter \/wrkgrp an und verwenden Sie nun den Anmeldenamen Entwickler sowie das Kennwort berlin.<\/p>\n Jetzt sind Sie als Eigentümer mit unbeschränkten Rechten angemeldet. Sie haben sowohl das Recht, sämtliche Daten und Entwürfe einzusehen und nach Belieben zu ändern, als auch Rechte beliebig zu erteilen.<\/p>\n Zu guter Letzt bleibt noch das Formular frmMitarbeiterLeistungen (siehe Bild 9). Es handelt sich hierbei im Grunde um eine modifizierte Ausgabe des Stundenzettels.<\/p>\n Während ein Angehöriger der Gruppe Mitarbeiter jedoch nur seine eigenen Stunden sehen kann, lassen sich mit dem Chefformular die Angaben der einzelnen Mitarbeiter einsehen und die jeweiligen Leistungsdaten ermitteln.<\/p>\n Neben der schon vom Stundenzettel bekannten Möglichkeit, die Arbeitsstunden des Mitarbeiters anzuzeigen, versetzt dieses Formular den Benutzer zusätzlich in die Lage, die Leistungen des einzelnen Mitarbeiters in bestimmten Projekten herauszuziehen.<\/p>\n Enthaltene Beispieldateien:<\/p>\n Stundenzettel.zip<\/p>\nBeziehungen<\/h3>\n
SELECT tblAdressen.* FROM tblAdressen WITH OWNERACCESS OPTION;<\/pre>\n
Hinweis<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic002.png\")
<\/p>\nPublic Sub GetGroups()\r\n Dim grp As Group, usr As user\r\n For Each grp In DBEngine(0).Groups\r\n For Each usr In grp.Users\r\n Debug.Print \"Gruppe: \"; grp.Name, _ \"User: \"; usr.Name\r\n Next\r\n Next\r\nEnd Sub<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic003.png\")
<\/p>\nHinweis<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic004.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic005.png\")
<\/p>\nOffene Leistungen<\/h3>\n
Me.Monatsstunden = Dsum(\"Stunden\", \"qryLeistungsStunden\", _ \"DatePart(\"\"yyyy\"\",[dtmLEISTUNG])=\" & Nz(Me.cboJahr, Year(Date)) _ & \" AND DatePart(\"\"m\"\",[dtmLEISTUNG])=\" & Nz(Me.cboMonat, Month(Date)) _\r\n & \" AND [lngMITARBEITER]=\" & Me.cntMAID)\r\nMe.Jahresstunden = Dsum(\"Stunden\", \"qryLeistungsStunden\", _ \"DatePart(\"\"yyyy\"\",[dtmLEISTUNG])=\" & Nz(Me.cboJahr, Year(Date)) _ & \" AND [lngMITARBEITER]=\" & Me.cntMAID)<\/pre>\n
Zurück zur Schlosserei …<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic006.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic007.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic008.png\")
<\/p>\nAdresse: [txtNAME1] & Zchn(13) & Zchn(10) & Wenn(Nicht (IstNull([txtNAME2]));[txtNAME2] & Zchn(13) & Zchn(10)) & Wenn(Nicht (IstNull([txtNAME3]));[txtNAME3] & Zchn(13) & Zchn(10)) & [txtSTRASSE] & Zchn(13) & Zchn(10) & Zchn(13) & Zchn(10) & ([txtPLZ]+\" \") & [txtORT] & Zchn(13) & Zchn(10) & [txtLAND] <\/pre>\n
![](\"..\/fileadmin\/_temp_\/{8F2E46F3-5E4F-43AE-82E9-55085E54A418}\/pic009.png\")
<\/p>\nDownloads zu diesem Beitrag<\/h3>\n