Échanges (vue planning)
L'onglet Échanges du planning regroupe toutes les propositions d'échange de gardes émises ou reçues par les participants du planning. Cette page décrit le fonctionnement détaillé du workflow côté planning : multi-destinataires, contre-proposition, validation par administrateur, expiration automatique et historique. Pour une vue agrégée multi-planning, voir la page Échanges de gardes (global).
Types d'échange
Swap (échange bidirectionnel)
Le demandeur propose son shift en échange d'un shift du destinataire. Si l'échange est validé, les deux shifts changent de main.
Le contre-shift peut être :
- fixé par le demandeur (il propose en miroir : "je fais ta garde du 15 si tu fais la mienne du 22")
- choisi par le destinataire (le demandeur dit "je propose ma garde, à toi de choisir laquelle des tiennes tu m'offres en retour")
Don
Le demandeur offre son shift sans rien attendre en retour. Le destinataire récupère le shift, le demandeur n'en hérite aucun. Utile pour libérer une garde sans pouvoir / vouloir la "rembourser".
Multi-destinataires (broadcast)
Une proposition peut cibler plusieurs destinataires en même temps. Tant que personne n'a accepté, l'offre reste ouverte à tous. Dès qu'un destinataire accepte, les autres reçoivent automatiquement une notification d'annulation.
C'est le mode le plus efficace pour trouver rapidement quelqu'un disponible.
Cas d'usage : "Je dois m'absenter le 24, est-ce que quelqu'un peut prendre ma garde ?" — proposez à 5 collègues d'un coup, le premier qui accepte récupère le shift.
Visibilité d'une proposition
Deux niveaux de visibilité :
| Visibilité | Qui voit la proposition |
|---|---|
| Publique | Tous les participants éligibles du planning |
| Privée | Uniquement les destinataires nommés explicitement |
Workflow complet d'un échange
1. Proposition (demandeur)
↓
2. Notification aux destinataires
↓
3. Acceptation par un destinataire (autres annulés automatiquement)
↓
4. Validation par administrateur (si configuré)
↓
5. Permutation effective des shifts
↓
6. Notifications de confirmation
À chaque étape, tous les acteurs reçoivent une notification in-app et email (selon leurs préférences).
Expiration automatique
Toutes les propositions ouvertes ont une date d'expiration (par défaut 7 jours, configurable). Un cron quotidien (à 02:00 UTC) expire automatiquement les propositions dépassées et notifie les acteurs concernés.
Onglets de gestion
L'onglet Échanges du planning se découpe en quatre sous-vues :
En attente de validation
Pour les administrateurs/validateurs : les échanges acceptés mais pas encore validés. L'admin peut approuver, rejeter (admin-reject) ou annuler (admin-cancel).
Mes propositions
Pour chaque participant : les échanges qu'il a émis ou reçus, tous statuts confondus.
Tous les échanges
Vue agrégée du planning, accessible aux administrateurs uniquement.
Historique
Échanges archivés (validés, refusés, expirés) avec recherche et export.
Statuts d'un échange
| Statut | Description |
|---|---|
| Proposé | Émis par le demandeur, en attente de réponse |
| Accepté | Un destinataire a accepté, en attente de validation admin (si requise) |
| Validé | Approuvé par admin, shifts permutés |
| Refusé | Le destinataire a refusé (avec ou sans motif) |
| Annulé (demandeur) | Le demandeur a retiré sa proposition |
| Annulé (admin) | Un admin a annulé après acceptation |
| Expiré | Pas de réponse avant la date limite |
Validation par l'administrateur
Selon la configuration du planning (cf. Paramètres), un échange peut nécessiter une validation administrative avant de prendre effet. Trois actions sont possibles côté admin :
| Action | Quand l'utiliser |
|---|---|
| Approuver | Tout est conforme aux règles, l'échange est validé |
| Rejeter (admin-reject) | L'échange viole une règle, motif obligatoire |
| Annuler (admin-cancel) | Cas litigieux ou information arrivée tardivement |
Vérifications automatiques
Avant de proposer ou valider un échange, SuperPagr vérifie automatiquement :
- les règles intra/inter-roulement (espacement, max hebdo, repos compensateur)
- les disponibilités des deux participants sur la période concernée
- les congés validés (un échange impactant une période en congé est bloqué)
- les compétences du destinataire vs requirements du shift
- les règles de placement individuel des deux participants
Si une vérification échoue, l'échange est bloqué dès la proposition ou refusé automatiquement à la validation.
Bonnes pratiques
- Proposer tôt : un échange à J-7 trouve plus facilement preneur qu'un échange à J-1
- Détailler le motif : la transparence facilite l'acceptation
- Privilégier le multi-destinataires : maximise les chances et évite les relances individuelles
- Configurer la validation : pour les services à fortes contraintes, garder la validation admin
- Surveiller les expirations : un échange expiré non géré peut laisser une garde sans titulaire
Articulation avec les autres modules
- Échanges (vue globale) — agrégation multi-planning
- (bourse aux activités) — alternative quand on cherche un remplacement (sans échange)
- Paramètres — configuration de la validation
- Notifications — préférences pour les alertes d'échange
- Compétences — éligibilité des destinataires