Edit-Rechte für ein Feld eines speziellen Nodes für einen speziellen User einräumen

noch nicht ausgetestet.

Aber generell ist es immer eine gute Idee, Rechte nicht einem User, sondern einer Rolle zu geben.
Dies gilt nicht nur für Drupal, sondern auch in Netzwerken und Anwendungsprogrammen hat sich dieses Konzept bewährt.

User verändern sich. Irgendwann kommt ein zweiter User, der die gleichen Rechte haben soll.
Ihm die Rolle zuzuweisen ist erheblich einfacher, als ihm mehrere Einzelrechte zu geben.
Und wenn ein User geht, und ein anderer kommt, ist die Arbeit erheblich einfacher, wenn sinnvolle Rollen/Gruppen angelegt sind.
Nach wenigen Monaten oder gar Jahren, weiß niemand mehr, welcher User welche Rechte hatte.

Jeder Administrator verflucht jene Kollegen, die Einzelrechte vergeben haben.

Im Extremfall hat eben nur ein User diese Rolle. Na und?

Danke Ronald. Denke, dass du recht hast. wie viele Rollen verkraftet Drupal eigentlich? Wahrscheinlich so viel wie der Server verpackt oder :) ?
Wäre es besser bzw. sinnvoller organic groups für mein Problem zu verwenden? Also jedes Hotel stellt eine organische Gruppe dar und der Hotelier kann sich entsprechend zuweisen. Dann könnte man auch eine Stellvertreter Regelung basteln.

sich selbst, einschließlich ihrer Mitarbeiter und internen Rechte etc. verwalten soll, ist OG sicher richtig.
Wenn es aber keine Unterorganisationen mit Selbstverwaltung geben soll, ist es eher mit Kanonen auf Spatzen geschossen.

Die Anzahl Rollen ist unerheblich. Es müssen niemals alle Rollen irgendwie gleichzeitig verarbeitet werden.
Sie müssen in der Bezeichnung nur eindeutig sein.

Natürlich sollen Rollen für eine leichtere Wartbarkeit sorgen, und nicht diese durch chaotische Vergabe erschweren.

Hier hat der Administrator einer großen Website erhebliche Verantwortung.

Du könntest dir allerdings OG einmal ansehen. Ist sehr interessant, aber nicht trivial.

Immer wenn die Organisationsstrukturen nicht einfach sind, lohnt sich eine aufwändigere Planung.

danke nochmal für deine Hilfe. Muss die Struktur wohl nochmal überdenken. Wenn ich halt überlege, dass ich später bei ein paar hundert Hotelieraccounts ein paar hundert Rollen hab, wird mir schwindelig (vor allem bei der Rechtevergabe wird das bestimmt übels unübersichtlich aussehen :-) )

viele Grüße

Wenn diese Inhalte den Hotelmanagement usern zugeordnet werden, kann man es so einstellen, dass jeder nur den eigenen content bearbeiten kann.

Damit haben sie zwar die Rolle Hoteladministrator, können aber dennoch keine Daten eines anderen Hotels ändern.

Mit entsprechenden Views und Filtern, bekommen sie diese auch nicht zu sehen, obwohl sie die gleiche Rolle haben.