Nach der Anmeldung sind task:read und task:create sowie ein serverseitig zugelassener synthetischer Kundenkontext erforderlich. Der Kundenkontext wird aus der Zulassung geladen. Titel und Beschreibung eingeben. Die Aufgabe erhält eine eindeutige STAGING-HUB-Nummer, Status OPEN und den Ersteller als Verantwortlichen. Ein Worker wird dafür nicht benötigt.
Fremde Kunden und persönliche Aufgaben anderer Benutzer bleiben gesperrt. Bei unbestätigter Anlage zuerst die Übersicht prüfen. Ein erneutes Absenden unveränderter Eingaben im selben Seitenaufruf verwendet dieselbe Vorgangskennung. Nach Neuladen oder geänderten Eingaben darf eine unklare Anlage nicht blind wiederholt werden.
Die Übersicht zeigt die letzten 100 eigenen manuellen Aufgaben im zugelassenen Kundenkontext. Aufgabe öffnen, eine Notiz eingeben und „In Bearbeitung starten“ wählen. Erst dieser ausdrückliche Start setzt IN_PROGRESS; ein Zeittimer startet nicht automatisch. Weitere Befunde mit „Notiz speichern“ dokumentieren. Nach Erledigung mit einer Abschlussnotiz „Abschließen“ wählen. COMPLETE bleibt lesbar; weitere Bearbeitung ist in diesem Teilumfang gesperrt. Mailversand und Abrechnung sind noch nicht angebunden.
Die Arbeitsakte zeigt Zeitpunkt, Urheber und die gespeicherten Arbeitsschritte. „Status aktualisieren“ lädt den aktuellen Stand. Bei TASK_STALE zuerst aktualisieren und die Änderung prüfen. Fremde Aufgaben liefern TASK_NOT_FOUND. Technische Workeraufträge bleiben getrennt über die bisherige API verfügbar; deren UNKNOWN_WRITE_STATE darf nicht zurückgesetzt oder ungeprüft wiederholt werden.
Mit Authentik anmelden öffnet den registrierten Identitätsanbieter. Nach der Anmeldung kehrt der Browser automatisch zum HUB zurück. Die Sitzung endet spätestens nach 300 Sekunden; danach erneut anmelden. Abmelden beendet die lokale HUB-Sitzung. Bei abgelaufener Anmeldung erneut über den Anmeldelink beginnen. Ein gesperrtes Konto benötigt eine Prüfung durch den Betreiber.
Nur das fest gebundene Betreiberkonto mit bestehender Task-Lese- und Schreibzulassung sieht diesen Bereich. Begründung und Laufzeit von 1 bis 3600 Sekunden eingeben, etwa „Taskänderung prüfen“, 600 Sekunden. Freigeben aktiviert ausschließlich die aufgeführten lokalen Testprofile. Es entstehen keine Root-, Geräte-, Kunden- oder Credentialrechte. Sperren widerruft wartende Aufträge; eine neue Freigabe reaktiviert sie nicht. Ein bereits gestarteter Test endet spätestens nach seinem festen Zeitlimit. Alle Umschaltungen und Jobs bleiben im Audit gespeichert. Eine veraltete Ansicht erzeugt DEVELOPMENT_GENERATION_CONFLICT: Status neu laden. Bei unbestätigter Änderung nicht blind wiederholen.
Voraussetzung: aktive befristete Entwicklungsfreigabe und laufender Entwicklungsworker. Syntaxprüfung kompiliert den Quelltext ohne Ausführung. Task-Regression führt die versionierten synthetischen Tasktests als Nichtroot-Prozess ohne Shell aus. Beispiel: Syntaxprüfung auswählen und Prüfauftrag starten. Erwartet: QUEUED, anschließend SUCCEEDED oder FAILED. Ein fehlender Worker lässt den Auftrag in QUEUED; das ist kein erfolgreicher Test. Es gibt keine automatischen Wiederholungen. Die Ergebnisansicht enthält Exitcode und Ausgabeprüfsumme, keine Testausgabe oder Zugangsdaten.
Status aktualisieren liest Freigabe und den zuletzt gestarteten Auftrag. Ablauf und Widerruf sperren neue Prüfungen. RUNNING nach einem Prozessabbruch und UNKNOWN_WRITE_STATE erfordern lesende Zustandsklärung; weitere Jobs bleiben gesperrt. Kein Reset, Cleanup oder erneuter Start. Der lokale Auditverlauf ist gegen Änderungen über die normale API geschützt; Administratoren des Betriebssystems können die Datenbank weiterhin ändern. Eine externe unveränderliche Auditablage ist noch nicht eingerichtet.
Nach der Anmeldung mit Leseberechtigung „V2-Aufgaben laden“ wählen, danach eine Aufgabe öffnen. Liste und Details werden jeweils neu mit aktuellen Rechten gelesen. Angezeigt werden Nummer, Titel, Status und in den Details Kunden-ID, Zuständigkeit, Priorität, Fälligkeit, Revision und Beschreibung. Nur separat vorbereitete synthetische lokale Originalspeicher; kein Import produktiver Aufgaben. Der Betreiber muss den optionalen Aufgaben-Lesezugang gesondert einrichten.
Die Original-Liste begrenzt auf die letzten 2000 Aufgaben vor Rechtefilterung; ältere Aufgaben können daher fehlen. Suche, vollständige Arbeitsakte, Dateien und Schreibfunktionen sind hier noch offen. Die bisherige Aufgabenbearbeitung bleibt getrennt. Bei verweigerten Details wird die Aufgabenansicht geleert, bei abgelaufener Sitzung beide V2-Ansichten. Bei Abmeldung werden angezeigte Daten sofort entfernt und verspätete Antworten verworfen. Keine automatische Wiederholung oder Reparatur.
Nach der Anmeldung mit Leseberechtigung „Kunden laden“ wählen und anschließend einen Kunden für aktuelle Details öffnen. Angezeigt werden ausschließlich zugelassene Kunden aus dem separat vorbereiteten synthetischen lokalen V2-Speicher, einschließlich Archivstatus und Suchnamen. Es erfolgt kein Lexware-Abgleich. Der Kundenkontext im Aufgabenformular stammt weiterhin aus dessen bisheriger Zulassung; diese Leseansicht übernimmt keine Auswahl dorthin.
Fehlt der optionale lokale Lesezugang oder ist er nicht erreichbar, erscheint eine verständliche Meldung. Bei abgelaufener Anmeldung erneut anmelden. Bei verweigertem Detailabruf werden vorherige Kundendaten entfernt; die Liste kann danach ausdrücklich neu geladen werden. Es gibt keine Schreibaktion und keine automatische Wiederholung. Die vollständige V2-Kundensuche und Stammdatenbearbeitung sind noch nicht in diese Oberfläche übernommen.