Rollen und Rechte im Verlag: Muss jeder alles sehen?

In kleinen Verlagen scheint es das Problem “Berechtigungen” gar nicht zu geben: Drei Leute machen alles gemeinsam, jeder weiß alles. Das Problem beginnt mit der vierten Person. Jemand kommt für die Buchhaltung, eine studentische Hilfskraft übernimmt den Onlineshop, ein externer Setzer wird beauftragt — und eines Tages fällt auf, dass auf den Ordner mit den Verlagsverträgen alle Zugriff haben.

Rechtedesign ist keine Frage des Misstrauens, sondern der Sorgfalt. In diesem Beitrag beschreiben wir, wie ein Verlag über seine Rollen nachdenken sollte und wie das Prinzip “jeder sieht nur die eigene Arbeit” in der Praxis aussieht.

Was wir Rolle nennen, ist eigentlich ein Berechtigungspaket

Namen wie “Redakteur”, “Sekretariat”, “Buchhalter” sind im Alltag Titel; in der Software sind sie Berechtigungspakete. Das Sekretariat kann die Vollständigkeit von Einreichungen prüfen, aber keine Annahmeentscheidung treffen. Der Redakteur kann Gutachter zuweisen, aber keinen Periodenabschluss durchführen. Die Druckerei sieht nur die eigenen Druckaufträge.

Dieser Paketansatz hat zwei praktische Konsequenzen. Erstens kann eine Person mehrere Rollen tragen — in kleinen Häusern ist dieselbe Person Redakteur und Produktionsverantwortlicher zugleich, und das ist völlig normal. Zweitens hängt die Berechtigung an der Rolle, nicht an der Person: Wechselt der Redakteur, besteht die ganze Arbeit darin, der neuen Person die Rolle zu geben; niemand liegt nachts wach mit der Frage, ob die Zugänge des alten Redakteurs wirklich alle einzeln geschlossen wurden.

Bildschirmrechte genügen nicht: drei Schichten

Berechtigungen nur auf der Ebene “wer sieht welche Seite” aufzubauen ist das häufigste Versäumnis. Ein solides Modell arbeitet in drei Schichten:

1. Bildschirmebene: Ins Buchhaltungspanel kommt die Buchhaltung. Einfach und nötig — aber allein unzureichend.
2. Ablaufebene: In welcher Phase ein Werk auch steckt, die Aktionen dieser Phase sieht nur, wer für diese Phase verantwortlich ist. Der Knopf “Annehmen” fehlt auf dem Bildschirm des Redakteurs, solange der Prozess in der Begutachtungsphase steckt — denn in diesem Moment ist es nicht seine Aufgabe.
3. Beziehungsebene: Von zwei Personen mit derselben Rolle sieht nur diejenige das Werk, die mit ihm in Beziehung steht. Ein Gutachter sieht das Manuskript, dem er zugewiesen wurde; nicht die hundert anderen im Pool. Ein Autor sieht seinen eigenen Entwurf; ein Werk im Entwurfsstadium begegnet niemandem außer seinem Inhaber.

Die dritte Schicht ist die am wenigsten besprochene und zugleich kritischste — denn dort wird das doppelblinde Peer Review im Alltag tatsächlich geschützt.

Fünf Oberflächen: ein System, getrennte Türen

Nasirus trägt diesen Gedanken in die Architektur: Ein System wird über fünf getrennte Oberflächen genutzt. Leser sehen den Shop; Autoren, Gutachter und Redakteure das Anwendungspanel; der Verlagsbetrieb das Verwaltungspanel; die Buchhaltung ihr eigenes Panel; der E-Commerce-Operator das Commerce-Panel.

Das Schöne an dieser Trennung: Sie schafft die Kategorie “versehentlich” ab. Der Shop-Operator kann nicht einmal versehentlich in die Publikationsprozesse geraten, der Gutachter nicht in die Produktionskorrespondenz — denn diese Tür existiert auf seiner Oberfläche nicht. Das Konto eines Lesers, der sich im Shop registriert, trägt keine Rechte auf die Panelseite; die Welt der Leser und die Welt der Institution leben getrennt.

Der Einwand der kleinen Häuser: “Wir sind zu dritt — ist das nicht zu viel für uns?”

Wo immer Rollendesign erklärt wird, kommt von kleinen Verlagen derselbe Einwand: “Das ist etwas für große Häuser; bei uns macht ohnehin jeder alles.”

Es gibt zwei Antworten. Die erste ist praktisch: Das Rollenmodell funktioniert auch im kleinen Haus — man gibt derselben Person einfach mehrere Rollen. In einem Drei-Personen-Verlag kann eine Person Redakteur + Produktionsverantwortlicher sein, eine andere Sekretariat + Shop-Operator. Die Rollen, die das System sieht, sind klar; dass Menschen die Hüte wechseln, bleibt frei. Wächst das Haus, ist das Einzige, was zu tun bleibt, die Hüte zu entflechten — nicht, das System neu aufzusetzen.

Die zweite wird seltener ausgesprochen: Im kleinen Haus sind manche Trennungen sogar kritischer als im großen. In einem Dreierteam ist die Antwort auf “wer hat die Buchhaltungsdaten angefasst” ohnehin klar; aber sobald auch der externe Setzer, die Übersetzerin und die Druckerei ins System kommen — und genau dort macht die Effizienz den eigentlichen Sprung —, wird die Trennung von innen und außen lebenswichtig. Dass Externe nur die eigene Aufgabe sehen, ist der Mindestzaun, der Verträge und Autorendaten eines kleinen Verlags schützt.

Kurz: Das Rollenmodell ist kein “Konzernluxus”; es ist ein Fundament, das, zu dritt gelegt, mühelos auf zehn Personen mitwächst — und das, erst bei zehn Personen versucht, schmerzhaft wird.

“Und im Notfall?” — auch die Ausnahme wird protokolliert

Der Klassiker unter den Einwänden gegen Rechtedesign: “Sind die Regeln starr, steht im Notfall alles still.” Eine berechtigte Sorge; die Antwort ist nicht, die Regeln zu lockern, sondern die Ausnahme aktenkundig zu machen.

Ein gutes Beispiel ist das Zurücknehmen eines falsch verbuchten Schritts: Es existiert — aber nicht ohne Aktenlage. Im Notfall öffnet sich die Tür, und wer wann und mit welcher Begründung hindurchgegangen ist, bleibt bekannt. Die Ausnahme ist erlaubt; die spurlose Ausnahme gibt es nicht.

Die Einstiegsfrage für Ihr eigenes Haus

Wenn Sie Ihr Rollenschema überprüfen wollen, beginnen Sie mit einer einzigen Frage: “Muss diese Person diese Information sehen, um ihre Arbeit zu tun?” Lautet die Antwort Nein, sollte sie sie nicht sehen — nicht aus Misstrauen gegenüber der Person, sondern wegen der Verantwortung, die in Autorendaten, Gutachteridentitäten und Finanzunterlagen steckt.

Stellen Sie diese Frage für jede Rolle in Ihrem Haus, dann ist die Tabelle, die dabei entsteht, in guter Software keine “Sonderentwicklung”, sondern eine Konfiguration am Tag der Einrichtung. Wenn Sie Ihre eigene Rollentabelle gemeinsam mit uns aufbauen möchten, fragen Sie eine Demo an — und bringen Sie Ihre Buchhaltung und Ihre Shop-Verantwortlichen mit; die treffendsten Fragen kommen von ihnen.