Office: (Office 2003) F-Tasten im Bericht-Report sperren

Hallo Klaus,

Sorry ich glaube Du bist mir jetzt etwas durch die Lappen gegangen*upps
Ich habe aber nach Deiner Info gleich nach der Vorgehensweise geschaut. unteranderem auch bei MS und wie ich schon Josef geschrieben habe, treten wohl mit dem AutoKey beim 2003 unteranderem Probleme auf. Natürlich sind Makros für mich nicht wirklich eine Option.
Wäre wohl der letzte Weg.
Danke für Deine Hilfe

LG der Cuber*Smilie

 

ja LOGISCH.
Aber irritiert darf ich ja sein*Smilie
LG der Cuber

 

ja LOGISCH, aber irritiert darf ich ja sein;-)
LG der Cuber

 

Hallo!

Naja, ich ändere den Start der Anwendung so ab, dass es gar nicht zu deiner programmierten Passwortabfrage kommt. *wink.gif*

Ich muss ja keinen fertigen Code liefern, aber erwähnen, dass man etwas öffnen kann, fördert meiner Meinung nach den Sicherheitsaspekt bei Anwendungen.
Nur weil z. B. nicht gezeigt wird, wie man die Starteinstellungen (z. B. Shift-Taste unterbinden) ändern kann, ist das "Abschalten der Shift-Taste" noch lange keine "Angriffs-Sicherung". *wink.gif*

Ein mögliches Vorgehen:
1. Shift-Taste von außen wieder aktivieren (Aufruf erfolgt bei meinem PC über das Kontext-Menü des Windows-Explorers)
2. Datenbank im mdb/accdb-Format mit gedrückter Shift-Taste starten
3. Anwendungsentwurf ist verfügbar.

Wenn das VBA-Projekt mittels Kennwort geschützt ist, dann kann man zumindest in den VBA-Code nicht rein. Formulare, Berichte und Abfragen sowie die Access-Optionen lassen sich aber ändern.

=> Das Unterbinden des Starts mit der Shift-Taste ist nützlich, da es unabsichtliches Ändern verhindert - ein Sicherung gegen gewollte Manipulation ist das allerdings nicht.
Jeder der sich mit dem Objekt-Modell von Access auskennt, wird diese Einstellung ändern können, ohne die Anwendung starten zu müssen.

mfg
Josef

 

Hallo Josef,
was die Startoption betrifft, würdest Du wohl kein Glück habe....glaube ich zumindest*Smilie da der Start der Datenbank nun doch über ein ungewolltes Makro läuft*wink.gif*
Ich glaube mit den anderen Dingen sollte ich mich wohl nochmal beschäftigen. Aber auf die Kennworteingabe für den VBA Editor hätte ich ja auch selber kommen können. Naja eben doch etwas Betriebsblind.

Danke für Deine Info trotz der Rückmeldungen aus dem Forum.
LG Steffen

 

Hallo!

Die Startoptionen sind egal, da ich die mdb/accdb mittels gedrückter Shift-Taste öffnen werde, die funktionieren wird. *wink.gif*

mfg
Josef

 

Hallo,

ich meine die Autokey Makros, die gehören zu den Guten, wie das Autoexecmakro auch.

 

Zur Verdeutlichung von Klaus' Hinweis ist dies für Dich vielleicht brauchbar.

 

Hallo,

das halte ich für eine grundsätzlich falsche Vorgehensweise und ich kann mir keinen Grund vorstellen, warum Programmänderungen nicht prinzipiell auf dem Entwickler-PC an einer offenen Entwicklungs-Version des Programms vorgenommen und anschließend in ein "Update" verpackt und den Anwendern zugespielt werden. Dies praktiziere ich seit etlichen Jahren und bin damit im Notfall sicherlich schneller als wenn ich "vor Ort" die diversen Sicherheitsmaßnahmen zunächst aufheben und nach einer Programmänderung wieder einstellen müsste.
Und wie wird diese lokale Programmänderung dann an die übrigen Anwender verteilt?! *confused.gif*

Im übrigen dürfte sich die "F-Tasten"-Problematik durch Einsatz der Runtime-Ausführung erübrigen, nehme ich mal an.

 

Hallo Maggie,
Danke für den Lösungsansatz.
Die Rechner der User sind in einem Büro mit Remote auf den Server verbunden. Dort liegt die Datenbank und wird von jeden Benutzer mit eigener Anmeldung Remote und DB genutzt.

Ich denke das ist eine Möglichkeit, welche ich nutzen kann.....wenn ich die Probleme mit der Umwandlung hinbekomme.*Smilie

LG der Cuber

 

Hallo Community,
ich möchte mich bei Euch für die Hilfe bedanken und werde das Thema schließen.
Ich hätte wohl die Forenbedingungen besser lesen sollen und werde wohl alle Dinge nur noch von außen betrachten.
Um dieses Thema noch abzuschließen nun wenigstens noch die Lösung*wink.gif*
Die wohl einzige richtige Lösung meines Problems ist meine DB auf 2007/2010 umzuwandeln und in eine ACCDE-Datei zu packen. Damit schalte ich viele Komplikationen mit einmal aus.

Danke und viel Spaß beim Programmieren
Cuber

 

\@Cuber,
Wenn du accde, dann in eine accdr umbenennst wird die Datei als Runntime ausgeführt. Die Idee von Maggie finde ich recht interessant, da Shift Taste und Co da eh nicht greifen und du all deine "Sorgen" auf einmal begraben kannst - mit allen Nachteilen des Mehrprogrammierens in Access - Menü, Kontextmenü usw.

Mögliche Manipulationen durch normale User sollten dann ausbleiben. Aber auch das ist natürlich kein "echter" Schutz.

LG Markus

 

Hallo Cuber,
die Lösung ist eigentlich schon genannt worden: NICHT mit Access entwickeln wenn es um Schutz von Daten und der Anwendung geht.

Alternative statt dessen wäre ein SQL-Server und z.B. VB6, welches erlaubt viel vom VBA-Code zu übernehmen.

Gruß Andreas

 

Hallo Andreas,
kann man in VB6 von "aussen" auf die Formulare bzw. die Recordsets von Formularen/Steuerelementen zugreifen?

LG Markus

 

Nein,
ist ja eine Exe und somit ist darin alles gekapselt.
Es sei denn du hast ein Programm das mittels reverse engenieering den Quellcode wieder herstellst.

Gruß Andreas