/Dokumentation/Modul Projekte/Gesperrte Projekte

Gesperrte Projekte

FHZuletzt geändert 24. September 2026 · Franzi Halbhuber 2 min

Ein Projekt kann ganz oder teilweise für die Bearbeitung gesperrt sein — wegen des Status, in dem es steht, oder weil dem Konto die Rechte dafür fehlen. Diese Seite zeigt, woran sich beides erkennen lässt und was trotz Sperre möglich bleibt.

Zwei Arten von Sperre

Die Anwendungen unterscheiden eine Teilsperre und eine Vollsperre. Beide sehen einander ähnlich, haben aber verschiedene Ursachen. Trifft beides zu, gilt immer die Vollsperre.

Ursache

Umfang

Kennzeichnung

Der Status des Projektes lässt keine Bearbeitung mehr zu, etwa nach dem Auftrag

Teilsperre: die meisten Felder sind gesperrt, das Projekt gilt weiter als aktiv

Hinweis am Projekt, gesperrte Felder sind nicht mehr beschreibbar

Dem Konto fehlt das Bearbeitungsrecht oder die Preisliste des Projektes ist ungültig

Vollsperre: kein Feld ist bearbeitbar

Zusatz [Lesezugriff] am Projekttitel, Icons zum Löschen, Archivieren und Kopieren fehlen

Woran sich die Sperre erkennen lässt

Bei einer Vollsperre trägt der Projekttitel den Zusatz [Lesezugriff], und die Leiste über der Detailansicht zeigt nur noch die Funktionen, die nichts verändern — Drucken und Export bleiben, Löschen, Archivieren und Kopieren verschwinden.

Bei einer Teilsperre bleibt die Leiste vollständig; erkennbar wird die Sperre daran, dass sich die Felder der Basisdaten nicht mehr ändern lassen und in Aktion wählen die meisten Einträge grau sind.

Wie eine Vollsperre entsteht, zeigt der Demo-Mandant an OD-00008: Sophie Keller ist dort als Berechtigte mit Leserecht eingetragen, nicht mit Schreibrecht — für sie trägt der Titel den Zusatz und die Werkzeuge sind ausgegraut, siehe Projekt Berechtigte.

Was trotz Sperre geht

Gesperrt ist die Bearbeitung, nicht der Ablauf: Statuswechsel bleiben möglich, soweit die Bedingungen des Zielstatus erfüllt sind. Ein Projekt im Status Auftrag lässt sich deshalb nicht mehr ändern, wohl aber über die Aktion Auftrag stornieren weiterführen (Abb. 1).

Einzelne Felder können vom Hersteller ausgenommen werden: Für bestimmte Gruppen — typischerweise den Innendienst — bleiben etwa Status und Auftragsnummer auch am gesperrten Projekt beschreibbar. Das wird je Feld in der Config hinterlegt und ist an eine eigene Berechtigung geknüpft.

Welche Status eine Bearbeitung sperren, legt der Hersteller im Backend (PIA) am Projektstatus fest, siehe Projekt Status bearbeiten.
Abbildung 1: Der Zusatz Lesezugriff im Titel, die Werkzeuge sind ausgegraut
Abbildung 1: Der Zusatz Lesezugriff im Titel, die Werkzeuge sind ausgegraut

Gut zu wissen

Vier Berechtigungen gehören zu diesem Thema, siehe App-Berechtigungen:

Berechtigung

Wirkung

app_prohibit_edit_offer

Das Projekt darf im gesperrten Status nicht bearbeitet werden.

app_prohibit_del_offer

Das Projekt darf im gesperrten Status nicht gelöscht werden.

app_edit_state_service

Ausgenommene Felder bleiben bei der Status-Sperre bearbeitbar.

app_edit_readonly_service

Ausgenommene Felder bleiben beim Lesezugriff bearbeitbar.

Eine ungültige oder abgelaufene Preisliste sperrt ein Projekt ebenso wie ein fehlendes Bearbeitungsrecht — auch beim Autor des Projektes.

Wie der Hersteller die Sperren und die Ausnahmen einrichtet, beschreibt Projekte - Zugriff gesperrt.

Ob ein Projekt überhaupt sichtbar ist, entscheidet eine andere Regel als die Sperre, siehe Wer welche Projekte sieht.