[gelöst] Zugriffsrechte auf Feldebene

Hallo zusammen,

ich beschäftige mich aktuell mit der Benutzeranlage und der Zuordnung der Zugriffsrechte von MS Dynamics NAV 2009, da wir beabsichtigen von NAV 3.7 (nativ) auf NAV 2009 (SQL) zu wechseln und dann auch die Windows Anmeldung verwenden.

Auch wir haben das Problem, dass die Zugriffsrechte auf Feldebene vergeben werden müssen!
Dies betrifft im besondere die Stammdatentabellen „Artikel“, „Debitoren“ und „Kreditoren“.
z.B. im Artikelstamm : User A darf Artikel anlegen, pflegen, etc., aber nur User B darf das Feld Zeichnungsnummer ändern.

Wer hat hierzu bereits Erfahrungen gesammelt und kann uns hier Ratschläge, bzw. Doku dazu geben ?
Oder gibt es sogar ein Tool, mit welchem (auch bei Windows Anmeldung) die Pflege erleichtert wird ?

Im Voraus besten Dank für Eure Unterstützung.

Gruß

Martin

Zuletzt geändert von Martin_S am 20. September 2012 14:11, insgesamt 2-mal geändert.

Hallo Martin,

NAV unterstützt im Standard keine Zugriffsrechte auf Feldebene, jedoch gibt es Lösungen von Partnern, welche solche Funktionen bieten.

Hallo,

erstellt doch eine eigene Setup Tabelle und steuert es darüber.
Im Code immer Abfrage, ob der User (UserID) das Feld ändern darf oder neue Datenseätze anlgen kann.


Nur mal als Motivation:-)

Gruß
Aydin

Wenn man das selbst machen möchte, kann man auch ins ChangeLog- Management eingreifen, und dort abfangen ob jemand Daten ändern darf oder nicht.

Gruß, Fiddi

Hallo,

erstellt doch eine eigene Setup Tabelle und steuert es darüber.
Im Code immer Abfrage, ob der User (UserID) das Feld ändern darf oder neue Datenseätze anlgen kann.
Nur mal als Motivation:-)

Gruß
Aydin

So machen wir das :) Ich erweitere immder die "User Setup" Tabelle um irgendwelche Eigenschaften auf die ich dann an entsprechenden Stellen abfrage.

Und wenn man es wasserdicht haben will, nimm man die OnGlobal-Trigger in CU1 ;)

Und wenn man es wasserdicht haben will, nimm man die OnGlobal-Trigger in CU1 ;)

Interessant! Danke für die Info :)

Hallo,

erst einmal vielen Dank für die zahlreichen Anregungen.

Für Endanwender ist es dann aber wohl ratsam auf ein Lösung von Partnern auszuweichen,
wenn man sich nicht zu tief in die Programmierung einarbeiten möchten, bzw. sich auf die
Gestaltung von Forms und Reports beschränkt, wenn es dazu keine Musterlösung gibt.

Gruß

Martin

Es kann auch helfen, die Abläufe in der Organisation anzupassen.

Man kann, je nachdem, wie man es aufgebaut hat Stunden - Tage mit der Berechtigung nur auf diesen 3 Forms/Pages "verschwenden". Wir hatten z.B. auf der Artikelkarte ca. 150 Felder, bei dem jedes pro Benutzer steuerbar war (unsichtbar, sichtbar, editierbar), bei dem natürlich je nach Abteilung immer wieder der Wunsch aufkam, zusätzliche Felder ändern zu können, was halt immer wieder ein paar Minuten Zeit beansprucht und bei Wechseln in der Belegschaft kann da schnell mal ein Feld untergehen, und bei neuen Feldern muss man immer noch um die Rechte studieren.

Wir sind jetzt mit der Version 2009 wieder Back to the roots gegangen. D.h. Benutzer darf entweder ändern oder er darf nicht (und zwar alle Felder), das löschen kann man ja dann wieder anderen Gruppen vorbehalten...

Hierbei muss man sich halt immer fragen: wollen wir "Standard" arbeiten oder jede Flexibilität haben, was einem aber bei einem Upgrade auch extremes Geld kosten kann, solche Funktionen aus der alten Version zu migrieren bzw. neu zu erstellen, da der Code geändert hat

Für Endanwender ist es dann aber wohl ratsam auf ein Lösung von Partnern auszuweichen,

Da kann ich das Workflowmodul der CosmoConsult empfehlen. Dort gibt es ein Granule (auch einzeln zu kaufen) namens "Feldsicherheit". Benutzen wir auch und es lässt sich gut einrichten. War auch nicht besonders teuer.

Wir haben uns für das Granule "Feldsicherheit" des Workflowmoduls von TECTURA entschieden

Siehe folgende Link:
Tectura Standorte Berlin und Dresden sind jetzt wieder Cosmo Consult!
http://www.de.tectura.com/Page/cm725/Tc_wird_zu_cc_725.asp?d=1