Screenshots für die Dokumentation

Screenshots sollen ein reales Benutzerszenario belegen. Verwenden Sie keine zufälligen Testdaten oder privaten Informationen.

Demodaten

Verwenden Sie einen stabilen Demodatensatz:

• Mitarbeitende mit klaren Rollen: Führungskraft, Verantwortliche/r, Mitwirkende/r, Beobachter;
• Aufgaben in unterschiedlichen Zuständen: neu, in Arbeit, überfällig, mit Checkliste, mit Dateien;
• CRM-Entitäten ohne echte Kunden;
• Dokumente mit neutralen Namen;
• Benachrichtigungen, die speziell für das Szenario erstellt wurden.

Demoszenen für Aufgaben

Für den Aufgabenbereich braucht es nicht einen universellen Screenshot, sondern mehrere Demoszenen. Jede Szene zeigt eine konkrete Arbeitssituation in LadVen OS und muss in allen Sprachen wiederholbar sein.

Szene	Was in LadVen OS vorzubereiten ist	Was die Dokumentation zeigt
task-new	neue Aufgabe mit Titel, Beschreibung, Frist und Verantwortlichem	richtige Ergebnisübergabe
task-ready-to-work	Aufgabe mit Beteiligten, Projekt, Kunde, Dateien und Checkliste	vollständiger Arbeitskontext vor dem Start
task-in-progress	Aufgabe mit aktivem Timer, Kommentaren und teilweise erledigter Checkliste	Ausführung und laufende Kontrolle
task-blocked	Aufgabe mit Blocker im Kommentar und Fristrisiko	wie Hindernisse festgehalten werden
task-review	Aufgabe mit finaler Datei und Bitte um Abnahme	Ergebnisübergabe an die Führungskraft
task-rework	Aufgabe mit konkretem Kommentar zur Nacharbeit zurückgegeben	korrektes Feedback
task-overdue	überfällige Aufgabe in Liste und Karte	Fristenkontrolle und Managementrisiko
task-template	Vorlage mit Beschreibung, Rollen und Checkliste	Standardisierung wiederholbarer Arbeit
task-recurring	wiederkehrende Aufgabe mit Zeitplan	Kalenderprozess ohne manuelle Erinnerung
task-automation	Automatisierungsregel mit Bedingung und Aktion	Reaktion von LadVen OS auf ein Prozessereignis

Erste Screenshot-Warteschlange für Aufgaben

Screenshot ID	Seite	Was aufgenommen wird
tasks.create-task.details-light-desktop	tasks/create-task.md	Erstellformular mit geöffneten Details: Frist, Priorität, Schätzung, Projekt, Kunde
tasks.create-task.participants-light-desktop	tasks/create-task.md	Beteiligtenblock mit Auftraggeber, Verantwortlichem, Mitwirkenden und Beobachtern
tasks.drawer.progress-light-desktop	tasks/task-drawer.md	Karte in Arbeit: teilweise Checkliste, aktive Diskussion, Dateien
tasks.drawer.review-light-desktop	tasks/task-drawer.md	Karte in Abnahme mit finaler Datei und Prüfbitte
tasks.comments.blocker-light-desktop	tasks/comments.md	Blocker-Kommentar, Erwähnung und erwartete Aktion
tasks.list.saved-views-light-desktop	tasks/list-views.md	gespeicherte Sichten der Führungskraft: überfällig, Abnahme, ohne Verantwortlichen
tasks.list.people-schedule-light-desktop	tasks/list-views.md	Zeitplan nach Personen zur Auslastungskontrolle
tasks.time.timer-light-desktop	tasks/time.md	Karte oder Liste mit aktiver Zeiterfassung
tasks.close.rework-light-desktop	tasks/close-task.md	Rückgabe zur Nacharbeit mit konkretem Kommentar
tasks.automation.template-light-desktop	tasks/templates-automation.md	Vorlage mit Rollen, Checkliste und Kriterien
tasks.automation.recurring-light-desktop	tasks/templates-automation.md	wiederkehrende Aufgabe mit Zeitplan und Ausführungsfrist
tasks.automation.guard-light-desktop	tasks/templates-automation.md	Schutzprüfung vor Abschluss oder Statuswechsel

Nächster P0-Block

ID	Was sichtbar sein muss	Warum wichtig
tasks.kanban.light-desktop	Statusspalten, Auflauf in In Prüfung oder In Arbeit, Verantwortliche und Fristen auf Karten	Führungskraft sieht einen Prozessengpass, nicht nur eine Aufgabenliste
tasks.block.bulk-actions.partial-result	Anzahl geänderter Aufgaben, nicht angewendete Aufgaben, Gründe je Zeile und nächster Schritt	Massenaktionen brauchen Ergebnisprüfung, besonders bei Rechten und Schutzprüfungen
tasks.surface.automation.rules	Bedingung, Aktion, Geltungsbereich und Preview der Folgen	Regel darf nicht blind aktiviert werden; die Führungskraft muss den Umfang verstehen
tasks.automation.recurring-light-desktop	Zeitplan, Verantwortlicher, Prozesseigentümer, Frist und Dublettenregel	wiederkehrende Aufgabe muss ein gesteuerter Prozess sein, kein Kalenderrauschen
tasks.automation.guard-light-desktop	eingeschränkte Aktion, nicht erfüllte Bedingung und klare Korrektur	Schutzprüfung muss erklären, wie Benutzer die Aufgabe korrekt machen

Regeln

• echten UI-Zustand erfassen, kein gezeichnetes Mockup;
• wichtige Seiten in heller und dunkler Darstellung prüfen;
• mobile Szenarien mit mobilem Breakpoint erfassen;
• Tokens, private URLs, echte Namen, Telefonnummern, E-Mails und Geschäftsdaten ausblenden;
• Screenshots im lokalisierten Ordner der jeweiligen UI-Sprache speichern;
• Markdown-PNG-Link nur zusammen mit Status ready für dieselbe Locale in screenshot-manifest.json ergänzen.

Lokalisierung der Screenshots

Endstandard: Jeder veröffentlichte Screenshot muss in allen Portalsprachen vorhanden sein: ru, en, de, zh, es, fr, kk, ky.

Screenshots können schrittweise ergänzt werden, aber die Abdeckung der Sprachen muss sichtbar bleiben. Sobald ein Szenario in mindestens einer Sprache aufgenommen wurde, werden die übrigen Sprachen in screenshot-manifest.json mit einem Status erfasst:

• ready - die Datei existiert und wird verwendet;
• planned - der Screenshot ist erforderlich, aber noch nicht aufgenommen;
• blocked - die Aufnahme ist vorübergehend blockiert, der Grund steht in note.

Russische UI-Screenshots dürfen auf Seiten anderer Sprachen nicht als finale Version verwendet werden. Sie sind nur als temporäres Arbeitsmaterial zulässig, das nicht in einem lokalisierten Artikel veröffentlicht wird.

Wenn ein lokalisierter PNG noch nicht aufgenommen ist, fügen Sie keinen Verweis auf den russischen Bildordner in übersetztes Markdown ein. Lassen Sie den Artikel ohne Screenshot, nutzen Sie ein lokalisiertes SVG-Schema oder planen Sie das Szenario im Capture-Plan.

Dateinamen

static/img/de/tasks/create-task/light-desktop.png
static/img/en/tasks/create-task/light-desktop.png
static/img/de/tasks/create-task/light-desktop.png

Was im PR festhalten

Dokumentationsseite, Portalroute, UI-Sprache, Theme, Breakpoint, Screenshot-Pfad und Status in screenshot-manifest.json angeben.