Office: (Office 2003) Datensätze sperren

Hallo,
ist es machbar Datensätze ab einem bestimmten Datum für bestimmte Anwendergruppen zu sperren?*upps

:)

 

Bei so allgemeiner Frage kann man nur allgemein antworten:
Ja, wenn mans richtig macht.

Erklär mal genauer,

• was du vorhast,
• wie du die User erkennst,
• welche Daten geschützt werden sollen.

Und gleich vorweg: 100% SIcherheit gibts mit Access nicht.

 

Hallo
währe das was für Dich:
im Endlosformular bestimmte Datensätze sperren (nach Bedingung)
wenn der folgenden Code im Ereignis Current ausgeführt wird, dann wird zwar immer das ganze Formular gesperrt, was aber keine Rolle spielt, da nach jedem DS-Wechsel, neu entsprechend dem Code gesperrt bzw. freigegeben wird.

Nehmen wir einmal an
DatFv sei 01.03.2007und DatFb sei 31.03.2007
so können nur DS vom März 2007
Editiert (Bearbeitet / Mutiert) werden

oder eben umgekehrt *wink.gif*

Code:

 

Hallo
zu User Pc auslese:
Code:

Beispiel 1 (CompName(1)) (User) = Lanz Rudolf
Beispiel 2 (CompName(2)) (Comp) = LARU001

 

Also 1. es geht (wiedermal *holy ) um meine Störungs/Arbeitsnachweis-DB ( die übrigens jetzt sehr geil ist *happy und auch sehr gut ankommt ( vielen Dank nochmal an CptChaos und an dir ATRUS *wink.gif* ,dass ihr mir den Weg gezeigt habt)!

Was hab ich vor?

Ich möchte zum einen DS aus meiner tblStoerung die alle mit nen MeldeDatum versehen sind und z.B älter als drei Wochen sind für die Gruppe ELEKTRIKER sperren, so das Sie nichts mehr verändern können, aber noch lesen! Die ELEKTRIKER haben einen eigenen ACCOUNT innerhalb der DB!

Dasselbe möcht ich auch für die tblBehebungsjobs, bei der die DS ebenfalls über ein BehebungsjobDatum verfügen!!!*boah

Also 2 Tabellen bei denen die DS mit Datum versehen sind! Nur schreibschutz, lesen erlaubt! Alle DS z.B. älter als 3 Wochen schreibgeschützt für USERGRUPPE: ELEKTRIKER !

Braucht ihr nochmehr Infos?

Vorschläge? ( bitte denkt dran , dass ich kein MSA-Profi bin *biggrin.gif* )

 

Hi,

das Problem besteht aus zwei Teilen:

• feststellen, welcher Gruppe der aktuelle User angehört
• feststellen, ob diese Gruppe zum Löschen berechtigt ist.

Die Feststellung der Gruppe(n) kannst du mit der Funktion erledigen, die hier beschrieben ist: http://www.ms-office-forum.de/forum/...d.php?t=156026 . Diese Funktion liefert die Namen der Gruppe(n), denen der aktuelle User angehört. Ja, das können grundsätzlich mehrere sein. Wenn das bei dir ausgeschlossen ist, umso besser.

Die Löschberechtigung ist dann zu prüfen, indem du die Gruppe mit den relevanten Gruppen vergleichst und das Datum kontrollierst:

Code:

Dieser Code müsste dann m.E. bei "Form_Delete" rein, und je nach Löschzulassung muss dann im True- oder im Falseteil ein Cancel = True rein, um den Löschvorgang abzubrechen.

Bedenke zudem: wenn die Leute an die Tabellen rankommen, können sie da auch "rechtswidrig" herumpfuschen, da der Code nur in Formularen greift.

 

also die GRUPPE heisst bei mir "BWGElektriker" und sie beinhaltet nur einen User > "elektriker" mit der sich die Elektriker anmelden.
Die Gruppe BWGElektriker kann auch nicht in die Entwurfsansicht wechseln und somit? auch nicht direkt auf die Tabellen zugreifen! Oder?*eek.gif*

 

Hi,

es ist wohl kaum sinnvoll, wenn die Elektriker alle Elektriker heißen. Wenn da einer Mist macht, wen willst du belangen? Dafür gibts doch gerade Gruppen, dass man ihnen Köpfe (!) zuweist, die alle die gleichen Rechte haben.

Jede Gruppe hat die rechte, die du ihnen gibst. Die Frage musst du also an dich selbst richten.

 

hab nen Problem und jetzt nicht sauer werden!*frown.gif*

Wo schreibt man denn diese codes oder funktionen immer hin?
Ich weiss das da irgendwas im Hintergrund abläuft und ich hab auch schon mal den CodeGenerator der bei den Eigenschaften ist offen gehabt! Aber ansonsten ist das für mich neu!*confused.gif*

 

naja die Gruppe BWGElektriker ist ziemlich eingeschränkt und ich hab halt nur einen User für alle Elektriker genommen weil sie ziemlich oft Eintragungen machen müssen und wenn sich jeder einzelne von ihnen mit einem eigenem Namen anmelden muss , ach wie soll ichs sagen soll halt schnell gehen und Sie sind Klick und Schreib-FAul *wink.gif*
Es gibt dann aber auch noch andere User , z.B. die Vorarbeiter die in einer Gruppe VORARBEITER drin sind die da schon mehrere Rechte haben sowie der Chef, allerdings sollen sie nicht von der Sperrung betroffen sein!

 

In ein passendes Ereignis.

Jede Userinteraktion im Formular - Klicks, mausbewegungen, Tastendrücke, Löschversuche etc - löst ein oder mehrere Ereignisse aus, auf die Access reagieren kann. Da kann man Code unterbringen, der dann im richtigen Moment gestartet wird.

In deinem Fall wäre das Ereignis m.E. "BeimLöschen" im Formular. Du findest diese ganzen Ereignisse im Eigenschaftsfenster in einer eigenen Karteikarte. Nicht nur ein Formular kann Ereignisse haben, sondern fast alles, was sonst noch im Formular rumliegt: Textfelder, Kombifelder, Bereiche etc.

 

ahh! OK!

 

Mit dem Argument Tipp- und Schreibfaul ist jedes Log müßig. Dann kannst du auch deine Kunden alle Heinz nennen. Ist doch einfacher *frown.gif*

Das Log soll festhalten, wer was gemacht hat. Dieses Wer ist typischerweise ein Kopf. Nicht eine "Gruppe". Denn wenn Fehler, Manipulationen oder gar Sabotage auftreten, kann man daran feststellen, wer das war (zumindest theoretisch). Wenn dann einfach nur "Elektro" drinsteht, ist das keine Hilfe, denn die Sippenhaft ist hierzulande abgeschafft. Wen willst du da belangen?

Wenn es natürlich nur (!) um die Rechtesteuerung und nicht um eine evtl. Regress/Beweise (im weitesten Sinn) geht, dann kannst du so vorgehen.

 

ja geht nur um rechte steuerung und nicht um Regress/Beweise! Weil IndustrieSpionage oder gar Sabotage ist nicht meine angelegenheit und werd ich mir auch nicht aufhalsen *wink.gif* Bin doch kein James Bond!

Versuch ich mal mit die Codes meld mich wenns schiefläuft!

Also bis später*tongue.gif*

 

Echte Saboteure werden wohl auch kaum saubere Logs schreiben. Ich meinte eher Sachen wie "hm, die Maschine ist um 18.00 Uhr ausgebrannt. Wer war denn da zuletzt dran? Er könnte zumindest ein Zeuge sein."