{% set active_page = "types_configuration_documentation" %}
{% block title %}Einrichtung: Typen{% endblock %}
{% block documentation_content %}
<h3>Typen</h3>
<h4id="rechte">Rechteverwaltung</h4>
Das Protokollsystem hat ein Konzept von Rechteverwaltung, dass auf den Benutzergruppen im LDAP basiert.
Rechte werden pro Protokolltyp eingestellt.
Die vorhandenen Rechtestufen sind „Darf öffentliche Version einsehen“, „Darf interne Version einsehen“, „Darf Ändern“ und „Darf Protokolltyp bearbeiten“.
Jedes Protokoll hat eine öffentliche Gruppe, eine interne Gruppe, eine Bearbeitungsgruppe, eine Verwaltungsgruppe und eine Einstellung, ob es öffentlich ist.<br>
Die öffentliche Version einsehen dürfen:
<ul>
<li>
Nicht authentifizierte Nutzer, wenn für den Protokolltyp „Öffentlich“ eingestellt ist, sobald das Protokoll veröffentlicht ist.
<h3>Einrichtung: Typen</h3>
<p>
Damit Protokolle im Protokollsystem überhaupt <ahref="/documentation/sessionmanagement/write">geschrieben</a> und <ahref="/documentation/sessionmanagement/plan">Sitzungen verwaltet</a> werden können, ist es unerlässlich entsprechende Protokolltypen anzulegen. Auf der <ahref="{{url_for('list_types')}}">Protokolltypen-Übersichtsseite</a> werden die Typen aufgelistet, wobei nur die Typen angezeigt werden, deren Protokolle man sehen darf (weiteres hierzu unter <ahref="#rechte">Rechtekonfiguration</a>).
Auf der <ahref="{{url_for('list_types')}}">Übersichtsseite</a> kann über die Schaltfläche „neu“ ein entsprechender Protokolltyp angelegt werden. Bereits bestehende Protokolltypen können abhängig von der Berechtigung angepasst werden. Der Protokolltyp beinhaltet Einstellung die vom Protokollsystem stets für diesen Typ verwendet werden. Dazu gehören der Anzeigename und die Abkürzung des Sitzungstyps, die sitzungsabhaltende Organisation, der Standardbeginn der Sitzung sowie die Vorlageneinstellung.
</p>
<p>
Zu beachten ist, dass der Anzeigename des Sitzungstyps nur im Protokolltyp angepasst werden kann und im Protokoll ein Teil der Überschrift ist.
{% if config.WIKI_ACTIVE %}
Je Typ kann angegeben werdem, ob das Protokoll im Status veröffentlicht in das Wiki exportiert werden soll, wobei eien Kategorie anzugeben ist.
{% endif %}
{% if config.PRINTING_ACTIVE %}
Auch kann der Standarddrucker festgelegt werden, der für den Protokolltyp genutzt werden soll.
{% endif %}
{% if config.CALENDAR_ACTIVE %}
Des weiteren kann bei Bedarf der externe Kalender ausgewählt werden, in den die Sitzungstermine des Protokolltyp geschrieben werden sollen.
{% endif %}
{% if config.LATEX_LOCAL_TEMPLATES and config.LATEX_TEMPLATES %}
Es kann pro Protokolltyp eine der konfigurierten Vorlagen ausgewählt werden, die bei der Erstellung der PDF genutzt wird.
{% endif %}
Weitere Einstellungen, auf die im folgenden genauer eingegangen wird, sind:
</p>
<ul>
<li>Die Tagesordnung und Metadaten sind auch vor Veröffentlichung einsehbar.</li>
Um zu ermöglichen, dass nur bestimmte Personengruppen auf Protokolle zugreifen können hat das Protokollsystem ein Konzept von Rechteverwaltung, dass auf den Benutzergruppen des konfigurierten Authentifizierungsdienstes (LDAP, Active-Directory oder sonstiges Auth-Backend) basiert. Die Einstellung der Rechte erfolgt pro Protokolltyp, in dem den Gruppen des Protokolltyps eine passende Benutzergruppe zugeordnet wird.
</p>
<p>
Jeder Protokolltyp verfügt über eine <code>öffentliche Gruppe</code>, eine <code>interne Gruppe</code>, eine <code>Bearbeitungsgruppe</code>, eine <code>Verwaltungsgruppe</code> und eine Einstellung, ob der Typ <code>öffentlich</code> ist. In der folgenden Tabelle werden die vorhandenen Rechte dargestellt und in Verbindung zu den Gruppen des Protokolltyps gesetzt.
</p>
</div>
<divclass="col-sm-3">
<divclass="panel panel-warning">
<divclass="panel-heading">
<h5class="panel-title">Zu beachten</h5>
</div>
<divclass="panel-body ">
Ein Recht einer Gruppe kann nur ausgeübt werden, wenn eine Benutzergruppen zugeordnet wurde.
</div>
</div>
</div>
</div>
<tableclass="table table-striped">
<thead>
<tr>
<th>Recht</th>
<th>Berechtigte Gruppen</th>
</tr>
</thead>
<tbody>
<tr>
<td>darf öffentliche Version einsehen</td>
<td>jeder, wenn Protokolltyp als <code>öffentlich</code> gekennzeichnet und Protokoll veröffentlicht; <code>öffentliche Gruppe</code>; <code>interne Gruppe</code>; Benutzergruppe „{{config.ADMIN_GROUP}}“</td>
Vom Protokoll wird eine interne und eine öffentliche Version generiert, falls es Inhalte gibt, die nur intern sind. Todos sind generell intern und Beschlüsse sind generell öffentlich, d.h. einsehbar, wenn man das Recht „darf öffentliche Version einsehen“ hat. Daher dürfen Beschlüsse nicht in einem internen Teil des Protokolls sein.
</p>
<h4id="access_control">Zugriffskonfiguration</h4>
<p>
Mit der Einstellung der Nutzerrechte kann der Zugriff auf Protokolle nur nach der erfolgreichen Authentifikation gesteuert werden. Soll der Zugriff auf öffentliche Protokolle weiter reduziert werden, so kann auf das Computernetzwerkes, dem der Zugriff gewährt werden soll, eingeschrängt werden. Dies erfolgt durch die Angabe einzelner oder mehrerer Netzwerkbereiche (vergl. <ahref="https://de.wikipedia.org/wiki/Netzmaske"target="_blank">Wikipedia</a>). Bei der Angabe mehrerer Bereiche werden diese durch ein Komma voneinander getrennt.
</p>
{% if config.MAIL_ACTIVE %}
<h4id="mails">E-Maileinstellungen</h4>
<p>
Die Möglichkeit E-Mails direkt aus dem Protokollsystem zu versenden, kann sich auch bei der Einrichtung von Protokolltypen zunutzegemacht werden. Hierfür können zwei E-Mailadressen hinterlegt werden: Ein interner und ein öffentlicher Verteiler. Diese werden vom System beim Versenden des entsprechenden Protokolls verwendet. Beide Verteiler können auch für automatisierte Einladungsmails herangezogen werden. Diese Mails müssen für jeden Protokolltyp individuell erstellt werden und können in den Einstellung des Typs eingesehen werden.
<td>Es ist mal wieder soweit und unsere Sitzung soll mit der angegeben TO statt finden.</td>
<td><ahref="#example_mails_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du die Einladungsmail 1 Tage vor der Sitzung löschen willst?');"href="#example_mails_overview">Löschen</a></td>
</tr>
</tbody>
</table>
</div>
</div>
<p>
Bei der Erstellung kann festgelegt werden wie viele Tage vor der Sitzung eingeladen werden soll. Ebenfalls wird angegeben, an welche Verteiler diese automatisierte Einladung geschickt wird. Zusätzlich zur Tagesordnung und dem Datum der Sitzung kann ein individueller Mailinhalt hinterlegt werden, der zusätzlich mit versendet wird.
Häufig werden für eine Sitzung immer wieder die gleichen Tagesordnungspunkte in einer immer gleichen Reihenfolge benötigt, teilweise ergibt sich dies aus den Ordnungen nach denen eine Sitzung stattfindet. Diese Standard-TOPs können pro Protokolltyp festgelegt und in den Einstellung des Typs eingesehen werden. Beim Anlegen einer Sitzung werden die Standard-TOPs des Protokolltyps eingefügt.
<td>Begrüßung, Beschluss der TO und Protokolle</td>
<td>-100</td>
<td><ahref="#example_tops_overview">Runter</a>, <ahref="#example_tops_overview">Hoch</a>, <ahref="#example_tops_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du den Standard-TOP Begrüßung, Beschluss der TO und Protokolle löschen willst?');"href="#example_tops_overview">Löschen</a></td>
</tr>
<tr>
<td>Bericht</td>
<td>-90</td>
<td><ahref="#example_tops_overview">Runter</a>, <ahref="#example_tops_overview">Hoch</a>, <ahref="#example_tops_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du den Standard-TOP Bericht löschen willst?');"href="#example_tops_overview">Löschen</a></td>
</tr>
<tr>
<td>Todos</td>
<td>-80</td>
<td><ahref="#example_tops_overview">Runter</a>, <ahref="#example_tops_overview">Hoch</a>, <ahref="#example_tops_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du den Standard-TOP Todos löschen willst?');"href="#example_tops_overview">Löschen</a></td>
</tr>
<tr>
<td>Verschiedenes</td>
<td>100</td>
<td><ahref="#example_tops_overview">Runter</a>, <ahref="#example_tops_overview">Hoch</a>, <ahref="#example_tops_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du den Standard-TOP Verschiedenes löschen willst?');"href="#example_tops_overview">Löschen</a></td>
</tr>
</tbody>
</table>
</div>
</div>
<p>
Werden Standard-TOPs angelegt so muss der Name des Tagesordnungspunktes stets angegeben werden. Die Reihung der TOPs kann über die Priorität bzw. Sortierung gesteuert werden. Dabei gilt: Standard-TOPs mit negativer Priorität werden vor und die mit positiver Priorität nach den Tagesordnungspunkten eines Protokolls eingefügt. Einem Standard-TOP kann zusätzlich ein feststehender vorprotokollierter Inhalt mitgegeben werden.
In einem Protokoll repräsentieren die Metadaten allgemeine Informationen rund um eine Sitzung. Die zuerfassenden Metadaten können für jeden Protokolltyp unterschiedlich sein und werden dementsprechend pro Typ verwaltet. Nur die im Protokolltyp angegeben Metadaten können überhaupt - müssen dann aber auch - beim Protokollieren erfasst werden. Ausgenommen von der Verwaltbarkeit sind die im Protokollsystem als Standard festgelegten Felder: Datum, Beginn und Ende.
<td><ahref="#example_meta_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du das Metadatenfeld Ort löschen willst?');"href="#example_meta_overview">Löschen</a></td>
</tr>
<tr>
<td>Anwesend</td>
<td>Anwesend</td>
<td></td>
<td>Nein</td>
<td>Nein</td>
<td><ahref="#example_meta_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du das Metadatenfeld Anwesend löschen willst?');"href="#example_meta_overview">Löschen</a></td>
</tr>
<tr>
<td>Protokoll</td>
<td>Protokoll</td>
<td></td>
<td>Nein</td>
<td>Nein</td>
<td><ahref="#example_meta_overview">Ändern</a>, <aonclick="return confirm('Bist du dir sicher, dass du das Metadatenfeld Protokoll löschen willst?');"href="#example_meta_overview">Löschen</a></td>
</tr>
</tbody>
</table>
</div>
</div>
<p>
Die Konfiguration eines Metadatenfeldes beinhaltet immer den Anzeigenamen (Name) und den beim <ahref="/documentation/syntax/meta">Protokollieren zu verwendenden Namen</a> des Feldes (Key). Des weiteren ist es möglich einen Standardwert für das Metadatenfelder zu hinterlegen, welcher beim Erstellen einer neuen Sitzung in das Feld geschrieben wird, so fern es als Planungsrelevant (vorher) markiert wurde. Zudem ist es möglich Metadaten nur in der internen Version eines Protokolls anzuzeigen, wenn das entsprechende Feld als intern festgelegt wurde.
Um Beschlüsse zu einzelnen Themen bzw. Kategorien zusammenfassen zu können, werden je Protokolltyp die benötigten Beschlusskategorien angelegt und verwaltet. Die verfügbaren Kategorien lassen sich im Beschluss-Tag verwenden. Fehlende Kategorien lassen sich jeder Zeit durch Angabe des Kategorienames ergänzen. Bisher nicht verwendete Kategorien können gefahrlos gelöscht.
<td><ahref="#example_decision_categories">Ändern</a>, <ahref="#example_decision_categories"onclick="return confirm('Bist du dir sicher, dass du die Beschlusskategorie finanzwirksam löschen willst?');">Löschen</a></td>
<li>Authentifizierte Nutzer auch dann, wenn der Protokolltyp nicht „Öffentlich“ ist, aber sie die „Öffentliche Gruppe“ oder die „Interne Gruppe” des Protokolltyps haben. Wenn keine Gruppe eingestellt ist, kann auch kein Nutzer diese haben.</li>
</ul>
Die interne Version einsehen dürfen:
<ul>
<li>Authentifizierte Nutzer, wenn sie die „Interne Gruppe” des Protokolltyps haben.</li>
</ul>
Das Protokoll bearbeiten dürfen:
<ul>
<li>Authentifizierte Benutzer, wenn sie die „Bearbeitungsgruppe“ des Protokolltyps haben.</li>
</ul>
Die Einstellungen des Protokolltyps bearbeiten und das Protokoll veröffentlichen dürfen:
<ul>
<li>Authentifizierte Benutzer, wenn sie die „Verwaltungsgruppe“ des Protokolltyps haben.</li>
</ul>
Vom Protokoll wird eine interne und eine öffentliche Version generiert, falls es Inhalte gibt, die nur intern sind.
Todos sind generell intern, Beschlüsse sind generell öffentlich (d.h. einsehbar, wenn man das Recht „Darf öffentliche Version sehen“ hat).
Daher dürfen Beschlüsse nicht in einem internen Teil des Protokolls sein.
