Détection des modifications simultanées — Actualités & Événements

Doc fonctionnelle : décrit le quoi et le pourquoi (point de vue utilisateur / chef de projet).

À quoi ça sert

Quand deux personnes modifient la même actualité — ou le même événement du calendrier — en même temps, la dernière à enregistrer écrasait jusqu'ici silencieusement les changements de l'autre. Désormais, l'application détecte ce conflit au moment d'enregistrer et propose de choisir, champ par champ, la valeur à conserver.

Quatre écrans sont couverts :

Comment ça marche (côté utilisateur)

• À l'ouverture d'une actualité ou d'un événement en édition, son état est mémorisé.
• Au moment d'enregistrer :
  • Personne d'autre n'y a touché entre-temps → l'enregistrement se fait normalement.
  • La fiche a été supprimée entre-temps → rien n'est enregistré, et un message « Fiche supprimée » vous l'indique : vos modifications ne sont pas réécrites sur une fiche que quelqu'un vient de supprimer.
  • Quelqu'un d'autre a modifié un champ que vous n'avez pas touché → sa modification est conservée automatiquement, sans rien vous demander. Un message vous dit lesquels : vous savez donc ce que le système a gardé pour vous, au lieu de vous demander pourquoi l'écran n'est pas tout à fait dans l'état attendu.
  • Vous avez modifié le même champ, avec une valeur différente → une fenêtre « Modifications simultanées détectées » s'affiche, listant chaque champ concerné. Un aperçu des différences mot par mot montre ce qui change : barré en rouge ce qui disparaît, souligné en vert ce que vous avez écrit. Vous choisissez « Ma valeur » ou « Leur valeur » pour chacun, puis validez avec « Fusionner et enregistrer ». Rien n'est enregistré tant que vous n'avez pas tranché.
  • Le reste de votre saisie n'est pas perdu. Les champs que vous aviez modifiés sans qu'ils entrent en conflit sont enregistrés en même temps que vos choix de fusion — trancher un conflit ne coûte pas le reste de votre travail.
  • Une fois la fusion validée, l'écran affiche la valeur retenue et le message de confirmation habituel : ce que vous voyez correspond à ce qui vient d'être enregistré.
  • Sur un contenu exceptionnellement volumineux, l'aperçu détaillé est remplacé par une invitation à choisir directement entre les deux versions.

Règles d'accès

Aucun droit spécifique : la détection s'applique automatiquement à toute personne autorisée à modifier une actualité ou un événement.

Points d'attention

• La barre latérale des droits SL est protégée séparément du formulaire. Ce sont deux zones d'enregistrement distinctes de la même actualité (ou du même événement) : chacune surveille ses propres champs et affiche sa propre fenêtre de fusion. Concrètement, enregistrer le formulaire principal ne réécrase plus les droits qu'un collègue vient de changer depuis la barre latérale — c'était le cas avant.
• Retirer les droits SL reste un retrait, même après une fusion. Si une modification concurrente vous a interrompu, la reprise fait bien ce que vous aviez demandé — elle ne réapplique pas les droits que vous vouliez supprimer. Les champs sur lesquels vous avez répondu « Leur valeur » sont bien sûr conservés tels que vous les avez choisis.
• L'image de couverture que vous venez de déposer survit à une fusion. Elle est conservée le temps que vous tranchiez, et reprise telle quelle quand l'enregistrement repart — avant, elle disparaissait sans message et il fallait la redéposer.
• Tous les champs du formulaire peuvent entrer en conflit, pas seulement les champs éditoriaux principaux. Ils sont désormais tous nommés avec leur libellé du formulaire — ciblage, partage, couverture et entité compris — et non plus sous leur nom technique.
• Un champ laissé vide et un champ « non renseigné » sont traités comme équivalents. Sans cela, près de la moitié des actualités déclenchaient une fausse alerte de conflit sur des champs de ciblage auxquels personne n'avait touché.

Voir aussi

• Doc technique : ../../.claude/technical-docs/comms/concurrent-edit-detection.md
• news-publication-window