---
title: "Détection des modifications simultanées — Actualités & Événements"
module: comms
type: functional
status: active
updated: 2026-09-24
---

# 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 :

| Écran | Ce qui est protégé |
|-------|--------------------|
| Formulaire d'actualité | Titre, chapeau, contenu, dates, ciblage, image… |
| **Droits SL** d'une actualité (barre latérale) | Groupes, entités, restriction renforcée |
| Calendrier salons/séminaires | Titre, description, dates, horaires, lieu, liens d'inscription… |
| **Droits SL** d'un événement (barre latérale) | Groupes, entités, restriction renforcée |

## 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](news-publication-window.md)