in Spaltenformel Stammblattinformationen abfragen

[Mercutio]

Hallo,

bin zum ersten mal hier und begeistert, dass ich dieses Forum gefunden habe.

Habe folgende Frage:
In einem Stammblatt (Maske) habe ich einige Namen eines autorisierten Personenkreises stehen. Diese Personen sollen in einer Ansicht in einer Spalte eine Information lesen können. Alle anderen sollen in der Spalte nichts bzw. einen nichtssagenden Wert sehen:
Ich habe das mal so lösen wollen:

_wer:=@Name([CN];@UserName);
_ok:=@DbLookup( "":"";"":"";"Stammblatt";"ja";"seher") ;
@If(@Contains(_ok;_wer); nummer; "- frei -")    

Musste aber feststellen, dass die @dblookup-Formel in Spalten nicht funktioniert. Derzeit behelfe ich mir damit, dass der _ok-Wert hart in dieser Formel drin steht (die Namen sind also in der Spaltenformel hinterlegt)

Kann das jemand lösen. Bitte als Lösung keine zwei verschiedenen Ansichten vorschlagen - das ist aus anderen Gründen unmöglich.

Danke

Mercutio

[Driri]

Dir ist aber klar, daß das kein Schutz ist ? Über die Dokumenteigenschaften kommen so auch die nicht berechtigten User an die Feldwerte heran (ob sie wissen, wie das geht ist natürlich ein völlig anderes Thema).


Edit : Zum Problem selber, über Profildokumente könnte man das lösen, mit @GetProfileField könntest Du dann die Namen abfragen.

[elajen]

Hallo,

ACHTUNG:
In Spalten von Ansichten wird @GetProfileField offiziell nicht unterstützt.

Gruß von Ekki.

[joringel]

@getprofilefield funktioniert m.W. in Spaltenformeln auch nicht.

Um die Liste der berechtigten Personen in der Spaltenformel lesen zu können, muss diese im Dokument vorhanden sein, das auch das Feld 'nummer' enthält.

Ansonsten hat Driri aber Recht: der Feldinhalt wäre auch dann immer noch über die Dok.eigenschaften einsehbar, es gibt keine Lesezugriffsregelung auf Feldebene - hier hilft nur noch die Verschlüsselung.

Gruss Joringel

[Wipe]

Hallo,

ich würde das ganze mit einer Rolle für die Ansicht versehen.
Derjenige der die Rolle hat sieht auch die Ansicht.

[Semeaphoros]

Wie Joringel schon sagt, @GetProfileField geht nicht in Spalten (siehe Designer-Hilfe dazu). Was hier (einmal mehr) versucht wird, sind dynamische Ansichten. Die gibt es einfach nicht in Notes. Man kann das allenfalls lösen, indem man eine eingebettete Ansicht (in einem Formular) verwendet und dort dann "Show single category" verwendet.

[Tode]

nur nebenbei bemerkt: @UserName in Ansichten funktioniert auch NUR bei privaten Ansichten...

Tode

[Mercutio]

Hallo,

vielen Dank für die bisher sehr aufschlussreichen Antworten.
Klar ist es der Versuch etwas zu Realisieren was Notes nicht vorsieht - aber da muss ich
unbescheiden anmerken, dass mir dies schon ab und zu gelungen ist.

@getprofile... funktioniert in Spalten genausowenig wie @dblookup.
@usersname  funktioniert bei mir in öffentlichen Ansichten ganz gut ;-)

Über Rollen die Ansicht ausschließen ist nicht möglich, weil die Leute ja in die Ansicht rein sollen
(und zwar nur per Agent um die nächste freie Nummer zu holen), nur eben die Nummer nicht sehen dürfen.

Tatsächlich werde ich wohl "joringel" folgen müssen und die berechtigten Namen in das "Nummer"-Dokument aufnehmen
oder es als Designer-Wert in der Spaltenformel lassen.

Danke

Mercutio

PS:
Mir ist bewusst, dass dies kein Zugriffsschutz ist, das soll es auch nicht sein. Die Nummer darf
im Arbeitsablauf nicht gesehen werden, weil sie dann einfach auf die schnelle abgeschrieben wird.
Die notwendigen Notes-Eingaben verschiebt man auf später .- was dann vergessen wird.
Wenn jeman umständlich die Dok-Eigenschaften aufruft bewegt er sich sowiso außerhalb des
Ablaufs.

[Semeaphoros]

Kannst Du den Thread bitte noch auf setzen?

[elajen]

Hallo,

eh ich irgendwo User-Namen in Code reinschreibe( die mußt Du dann nämlich wieder mit Agenten modifizieren wenn Sie heiraten, oder neue hinzukommen, ...), würde ich lieber den "Aufwand" treiben und 2 Useransichten machen. Die eine mit allen Infos und den Zugriff auf eine Rolle legen, die andere nur mit eingeschränkten Infos, ohne Rolle. Die Ansicht, die Du zum Nummernzählen benötigst, würde ich als versteckte Ansicht machen. Das man auch an diese Ansicht mit Tricks rankommt, wirde den Endusern nicht verraten.

Im Frameset würde ich die Rolle abfragen die der User hat, und entsprechend die zugehörige Ansicht anzeigen.  

Gruß von Ekki

[Tode]

Verdammt nochmal, so langsam werde ich SAUER !!!!

@USERNAME FUNKTIONIERT DEFINITIV IN ÖFFENTLICHEN ANSICHTEN NICHT !!!!

Und wenn es bei Dir funktioniert, dann hast Du wohl noch nie Deine Datenbank mit einem anderen USER getestet....

Aber ich habe keine Lust, das warum und wie schon wieder aufzudröseln.

Du musst mir einfach glauben, oder es sein lassen...

Tode

[koehlerbv]

@UserName funktioniert definitiv doch in öffentlichen Ansichten - sofern diese immer wieder zum Neuaufbau gezwungen werden (z.B. mittels einer versteckten Spalte mit der Formel @Today). Bei grösseren DBs schafft man sich dadurch aber eine arge Performancebremse.

Bernhard

[Glombi]

Zum Thema @Username und Ansichten:

@UserName is evaluated based on the current user ID.  In a selection formula, here are some scenarios for a shared view:

Scenarios  ---> Value Returned by @UserName used in a view selection formula
Server builds view via UPDALL -R ---> Server Name is returned
User builds view using shift F9 or accessing unbuilt view --> User's Name is returned
User refreshes already built view --->  Documents in view index are maintained, but new documents will be added based on the user who refreshed the view.

Ich denke, für Spaltenformeln gilt das gleiche.

Also lasst die Finger davon, kann man nur immer wieder sagen. Aber es wird ja nicht erhört...

Andreas