ich gehe von folgenden Prozess aus:

- eine DB
- dort legt Dozent seinen Umfragebogen an
- dann versendet er EMails mit DocLink auf die Umfrage (wie er an seine Studis rankommt, betrachte ich hier nicht ... dent Euch was aus)
- wenn Studi in Umfragebogen kommt, klickt er auf den Button "bewerte den Dozenten"..
- dadurch wird ein Antwortdoc angelegt
- im Antwortdoc ist ein Feld "Ersteller" enthalten, berechnet beim Anlegen
- im Antwortdoc ist ein Feld "Dozentname" enthalten, das auf Basis "inherit Values from ..." den Dozentnamen aus dem Original ausliest
- dazu ein weiteres Feld, Typ LESER, berechnet, mit Formel
"Feld_Studiname:Feld_Dozentname:"[Admin]""

Ergebnis:
- die Studis sehen nur ihre Bewertung und den Originalumfragebogen
- der Dozent "SchlafEin" sieht seinen Orginalumfragebogen "Wie bin ich" und die Antworten der Studis auf dessen Umfrage
- der Dozent "Wirri" sieht seinen Originalumfragebogen "Wer bin ich" und die Antworten der Studis auf dessen Umfrage
- alle sind glücklich  

Ich verstehe das Problem nicht ganz, wenn es denn eines gibt.

Logik:
Ihr wollt keine Gruppen anlegen?
Ok, dann auch keine personelle Zuordnung über ACL und damit wer Dozent ist und => Umfragen erstellen darf.

Ausweg:
a.) weiche Sicherheit: ein Konfigdoc, daß beim Versuch, eine Umfrage zu
erstellen, abgefragt wird, ob der Ersteller Dozent ist.

b.) harte Sicherheit: Genehmigung einer zu publizierenden Umfrage...Ersteller haut nen Umfragebogen rein...Genehmiger bekommt und nickt ab oder nicht..wenn er abnickt, wird Bogen public gestellt.

Ich denke nun einmal straight in einfachen Bahnen und suche die direkteste Lösung.

Nur, eines: es ist unklug, das eingebaute Notesfeature "ACL" zu umgehen, nur weil die Pflege der Gruppen etwas aufwendiger scheint...man kann an falschen Ecken Geld sparen.

wie ich einen genehmigungsvorgang gestalten würde?

Weiß nicht, ob Du jetzt eine DB von mir erwartest...

also nur kurz:
man schicke vom Ersteller eine Mail aus DB mit Doclink an eine feste Person...diese gibt das verlinkte Doc frei und damit erscheint es in einer separaten Ansicht, public. Ersteller bekommt Hinweismail, daß er nur seine Umfrage an Studis vermailen kann. Diese versendet Mails mit Doclink auf Umfrage in public view.

Hast ja recht

Wäre mir ja auch lieber, wir hätten als Notes-Admins oder zumindest Hiwis eine größere Weisungsbefugnis..
Das war während meines Praxissemesters in ner Maschinenbaufirma was anderes: Da wußte jeder, wo's langgeht..

(im Übrigen: FH, keine Uni )

Und: Ja, wir betreiben mehrere Domino-Server in verschiedenen Domänen.. das ist genau unser Problemchen.
Bei uns im Fachbereich gibts eine Entwicklungsteam, das sich auf Anwendungen spezialisiert, die in solchen Heterogenen Netzwerken laufen. Naja. Der FB Business Consulting macht eh immer Chaos

Gruß,
felix

genau das meine ich: wie programmiere ich die Freigabe?
Feldstatus ändern?

ich muß zu doof sein, aber ich verstehe Deine Frage nicht  
dauerhafte Informationen = werden in Form von Datensätzen dauerhaft abgelegt (bei Notes in Dokumentform)
Die Menge der dauerhaften Informationen spiegelt einen bestimmten regelbasierten Zustand wieder..ändert man einen Informationsbestandteil, kann sich der regelbaiserte Zustand ändern. Dazu muß man stets Informationen - wie gesagt - in Datensatzform speichern = Notesdokument bei Notes.

ok, das zur Theorie...und Praxis..

man nehme ein Feld Status
setze das feld Status von "NICHT GENEHMIGT" auf....
eine View "ungenehmigte", Select Field_Status="...."
eine View "Umfragen", Select Field_Status="....."

Sach mal, kann es sein, daß Du noch ganz am Notesanfang stehst? Es macht es etwas leichter, wenn man zB mitteilt, ob man erfahrener ist oder nicht...dann kann man einfacher auf gleicher Augenhöhe antworten, da ich sonst Stuss erzähle, den Du nicht verstehst, oder das viel zu trivial ist....

dann kannste aber gleich das gesamte Doc mit stored form in doc versenden (mußt halt eben drauf achten, daß es nit zuvel weird, weil diese Doctypen ca. um das 20x fache größer als normale Docs dieses Typus sind..ganz grob gesagt...ohne Attachments).

Und Teile davon..weiß nicht...nahh..mag nit...neee...finde ich irgendwie doof...

mach doch ein klares Prinzip: entweder kommt User zur Info (Holschuld) oder die Info zum User (Bringschuld). Beim Ersten sielt sich alles in der DB ab. Im zweiten Fall spielt sich alles per Mailing ab und am Ende landen nur die ausgefüllten Umfragebögen in einer zentralen Mail In DB zwecks Auswertung. Beide Wege haben Ihre Vor/Nachteile etc... Ausgehend von diesen gedanklichen Extrema kannst Du mE eher den für Dich/User etc. richtigen Designweg finden.

Den User ist es doch eh egal, ob links oder rechts herum..Hautpsache einfach, schnell und sorglos.

Öh,  
faule User sind ja normal - aber wie willst Du denn die "Umfrage" per Mail verschicken?
Gespeicherte Masken in Mail-Datenbanken zulassen? Würde ich erstens niemals erlauben (wenn ich gott wäre ), gibt zweitens Chaos, sobald einer der Götter in euren Domänen da eine ähnliche Einstellung vertritt, und ist drittens auch einfach nicht vernünftig zu kontrollieren.

Als Text?   Wie soll das denn dann ausgewertet werden?

Also ich würde aus Sicherheits-, Praktikabilitäts- und diversen anderen Gründen zur zwei-klick-Lösung raten!
CPO