Comprendre les statuts d'une session
États OPEN et CLOSED, événements de la timeline et impacts opérationnels.
Mis à jour le 26 avril 2026
Une session de collecte a deux statuts uniquement : OPEN et CLOSED. Le reste de ce qui se passe dessus est tracé dans la timeline d'événements.
Diagramme d'état
[création] → OPEN ⇄ CLOSED
↑ |
└──────┘
(réouverture, action admin)
Une session démarre toujours en OPEN. Elle peut être fermée (CLOSED) puis rouverte (retour en OPEN) autant de fois que nécessaire.
Statut OPEN
Une session OPEN :
- Est visible des techniciens dans l'app mobile (s'ils ont accès au site)
- Permet la saisie de nouvelles entrées de déchets depuis le terrain
- Peut recevoir de nouvelles demandes d'enlèvement à rattacher
- Est modifiable côté admin (nom, type de BSD, dates prévisionnelles)
Statut CLOSED
Une session CLOSED :
- Disparaît de la sélection mobile (techniciens ne peuvent plus saisir dessus)
- Est figée côté contenu (entrées, demandes, photos)
- Reste consultable et exportable indéfiniment
- Conserve
closedAt,closedByUserIdouclosedByTechnicianId
La timeline d'événements
Chaque action sur la session génère un événement horodaté, visible dans l'onglet Activité. Les événements typiques :
| Événement | Acteur | Quand |
|---|---|---|
session.created | Admin / Operator | Création de la session |
session.updated | Admin / Operator | Modification du nom, dates, type de BSD |
session.entry_added | Technicien | Saisie d'une nouvelle entrée terrain |
session.entry_deleted | Technicien (sa propre entrée) | Annulation d'une saisie |
session.pickup_attached | Admin / Operator | Rattachement d'une demande |
session.pickup_detached | Admin / Operator | Retrait d'une demande |
session.closed | Admin / Technicien | Passage à CLOSED |
session.reopened | Admin | Retour à OPEN |
Les événements sont immuables : vous ne pouvez pas les éditer ni les supprimer. C'est cette propriété qui rend la timeline utilisable comme preuve d'activité lors d'un audit.
Conséquences sur les compteurs
Un certain nombre de compteurs et exports utilisent le statut session :
- Dashboard "Sessions actives" — n'affiche que les sessions OPEN
- Export registre DREAL — inclut toutes les sessions (OPEN + CLOSED) sur la période
- Rapport PDF/PPTX — affiche les sessions clôturées sur la période avec leurs métriques
- Notifications "session inactive" — déclenchée si une session OPEN n'a aucune entrée depuis 30 jours
Conséquences sur les BSDs liés
Le statut de la session est indépendant du statut des BSDs émis depuis ses demandes :
- Une session CLOSED peut contenir des BSDs encore en transit (statut TD non terminal)
- Les signatures chez l'exutoire continuent à arriver et mettent à jour les demandes même quand la session est CLOSED
- Le rapport final de traçabilité pioche dans les BSDs liés, peu importe le statut session
Bonnes pratiques
- Ne fermez pas une session prématurément si vos demandes ne sont pas encore COMPLETED — vous risquez de manquer une étape de validation
- Documentez les réouvertures dans une note interne sur la session (pourquoi vous l'avez rouverte, qui l'a demandé)
- Pour les audits internes, exportez la timeline complète depuis l'onglet Activité (format JSON ou copier-coller)
Et après ?
Vous êtes bloqué ? Écrivez-nous à support@trdc.cloud — engagement Standard : réponse sous 4h ouvrées (lun-ven 9h-18h CET). Enterprise : sous 1h ouvrées (8h-20h CET).