Captures pour la documentation

Les captures doivent confirmer un scénario utilisateur réel. N'utilisez pas de données aléatoires ni d'informations privées.

Données de démonstration

Utilisez un jeu de données stable :

• collaborateurs avec des rôles clairs : responsable, exécutant, coexécutant, observateur ;
• tâches dans différents états : nouvelle, en cours, en retard, avec checklist, avec fichiers ;
• entités CRM sans vrais clients ;
• documents aux noms neutres ;
• notifications créées spécialement pour le scénario.

Scènes de démonstration pour les tâches

La section des tâches n'a pas besoin d'une capture universelle, mais d'un ensemble de scènes. Chaque scène montre une situation de travail précise dans LadVen OS et doit être répétable dans toutes les langues.

Scène	À préparer dans LadVen OS	Ce que montre la documentation
task-new	nouvelle tâche avec titre, description, délai et responsable	formulation correcte du résultat
task-ready-to-work	tâche avec participants, projet, client, fichiers et checklist	contexte complet avant le démarrage
task-in-progress	tâche avec minuteur actif, commentaires et checklist partielle	exécution et contrôle courant
task-blocked	tâche avec bloqueur en commentaire et risque de délai	comment fixer les obstacles
task-review	tâche avec fichier final et demande de validation	transmission du résultat au responsable
task-rework	tâche renvoyée en correction avec un commentaire concret	feedback correct
task-overdue	tâche en retard dans la liste et la fiche	contrôle des délais et risque de gestion
task-template	modèle avec description, rôles et checklist	standardisation du travail répétable
task-recurring	tâche récurrente avec planning	processus calendaire sans rappel manuel
task-automation	règle d'automatisation avec condition et action	réaction de LadVen OS à un événement du processus

Première file de captures de tâches

Screenshot ID	Page	À capturer
tasks.create-task.details-light-desktop	tasks/create-task.md	formulaire de création avec détails ouverts : délai, priorité, estimation, projet, client
tasks.create-task.participants-light-desktop	tasks/create-task.md	bloc participants avec demandeur, responsable, coexécutants et observateurs
tasks.drawer.progress-light-desktop	tasks/task-drawer.md	fiche en cours : checklist partielle, discussion active, fichiers
tasks.drawer.review-light-desktop	tasks/task-drawer.md	fiche en validation avec fichier final et demande de vérification
tasks.comments.blocker-light-desktop	tasks/comments.md	commentaire de blocage, mention et action attendue
tasks.list.saved-views-light-desktop	tasks/list-views.md	vues enregistrées du responsable : retards, validation, sans responsable
tasks.list.people-schedule-light-desktop	tasks/list-views.md	planning par personnes pour contrôler la charge
tasks.time.timer-light-desktop	tasks/time.md	fiche ou liste avec suivi du temps actif
tasks.close.rework-light-desktop	tasks/close-task.md	retour en correction avec commentaire concret
tasks.automation.template-light-desktop	tasks/templates-automation.md	modèle avec rôles, checklist et critères
tasks.automation.recurring-light-desktop	tasks/templates-automation.md	tâche récurrente avec planning et délai
tasks.automation.guard-light-desktop	tasks/templates-automation.md	vérification de protection avant fermeture ou changement de statut

Prochain bloc P0

ID	Ce qui doit être visible	Pourquoi c'est important
tasks.kanban.light-desktop	colonnes de statuts, accumulation en En vérification ou En cours, responsables et délais sur les cartes	le responsable voit un goulot du processus, pas seulement une liste
tasks.block.bulk-actions.partial-result	nombre de tâches modifiées, tâches non appliquées, raisons par ligne et prochaine étape	l'action groupée demande une vérification du résultat, surtout avec droits et protections
tasks.surface.automation.rules	condition, action, périmètre et preview des conséquences	une règle ne doit pas être activée à l'aveugle ; le responsable doit comprendre l'ampleur
tasks.automation.recurring-light-desktop	planning, responsable, propriétaire du processus, délai et politique de doublons	une tâche récurrente doit être un processus piloté, pas du bruit de calendrier
tasks.automation.guard-light-desktop	action limitée, condition non remplie et correction claire	la vérification doit expliquer comment remettre la tâche dans un état correct

Règles

• capturer la vraie interface, pas une maquette dessinée ;
• vérifier les écrans clés en thème clair et sombre ;
• capturer les scénarios mobiles au breakpoint mobile ;
• masquer tokens, URL privées, vrais noms, téléphones, emails et données commerciales ;
• enregistrer les images dans le dossier localisé correspondant à la langue de l'UI ;
• ajouter un lien PNG en Markdown seulement avec le statut ready pour la même locale dans screenshot-manifest.json.

Localisation des captures

Standard final : chaque capture publiée doit exister dans toutes les langues du portail : ru, en, de, zh, es, fr, kk, ky.

Les captures peuvent être ajoutées progressivement, mais la couverture par langue doit rester visible. Si un scénario est capturé dans au moins une langue, les autres langues sont suivies dans screenshot-manifest.json avec un statut :

• ready - le fichier existe et est utilisé ;
• planned - la capture est nécessaire, mais pas encore réalisée ;
• blocked - la capture est temporairement bloquée, avec la raison dans note.

N'utilisez pas de captures de l'UI russe comme version finale sur les pages d'autres langues. Elles ne sont acceptables que comme matériel de travail temporaire non publié dans un article localisé.

Si le PNG localisé n'est pas encore capturé, n'insérez pas de référence au dossier d'images russe dans le Markdown traduit. Laissez la page sans capture, utilisez un schéma SVG localisé ou ajoutez le scénario au plan de capture.

Noms de fichiers

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

À indiquer dans les PR

Indiquez la page de documentation, la route du portail, la langue de l'UI, le thème, le breakpoint, le chemin de la capture et le statut dans screenshot-manifest.json.