Recette de contrainte
Cette erreur relève de l'arithmétique, pas de la qualité de l'emploi du temps. Une classe avec 8 périodes par jour sur 5 jours a 40 créneaux ; demandez 44 placements de cours et 4 d'entre eux ne pourront jamais être placés, quelle que soit la durée d'exécution du générateur. Recomptez la demande et la capacité dans les données source, et cherchez les lignes d'import dupliquées, avant de modifier la moindre préférence.
Points clés
- La semaine a moins de créneaux valides que de placements de cours requis.
- Recomptez périodes, semaines, cours, enseignants et salles avant toute autre chose.
- Les doublons importés sont la cause la plus courante d'un bond soudain.
- Les préférences comme la répartition et les trous ne peuvent pas créer de nouvelles périodes d'enseignement.
L'erreur relève de l'arithmétique
Le système d'emploi du temps vous dit que la demande dépasse l'offre. Cela peut être trop de cours dans le plan de périodes, trop peu de périodes dans la journée scolaire, trop d'indisponibilité enseignante ou trop peu de salles pour les groupes qui doivent tourner en même temps. Les établissements qui migrent depuis des tableurs le rencontrent souvent, car les données tenues à la main portent des lignes dupliquées et contradictoires qui n'apparaissent que quand quelque chose les compte enfin.
Lancer le générateur plus longtemps ou augmenter un poids de qualité ne peut pas le corriger. Quarante créneaux contiennent quarante cours ; le quarante-et-unième a d'abord besoin qu'un créneau existe.
Vérifiez l'arithmétique vous-même
Saisissez vos propres chiffres pour une classe ou un enseignant. Les créneaux valides sont les jours multipliés par les périodes, moins les créneaux bloqués par l'indisponibilité, les jours à temps partiel ou le temps réservé.
Créneaux valides : 30
Ça tient, avec 0 créneaux de marge.
Si le contrôle échoue pour une classe, la correction est structurelle : moins de cours, plus de périodes, plus de salles ou un autre personnel. S'il passe pour chaque classe et enseignant mais que la génération échoue quand même, le déficit se cache dans un sous-ensemble plus serré, le plus souvent une salle spécialisée ou un enseignant à temps partiel dont l'arithmétique personnelle ne tient pas.
Où l'écart se cache en général
| Symptôme | Cause probable | Que faire |
|---|---|---|
| Le comptage a bondi après un import | Lignes dupliquées d'un tableur ou ligne de programme copiée | Cherchez dans les données source les combinaisons classe, matière et enseignant répétées, et supprimez les doublons. |
| Chaque classe dépasse légèrement | Périodes par jour ou semaines d'enseignement mal comptées, par exemple une semaine d'examens ou de formation non modélisée | Recomptez la longueur du cycle et les périodes par jour par rapport au vrai calendrier avant de toucher aux cours. |
| Seuls les cours exigeant un type de salle échouent | Trop peu de salles spécialisées pour les groupes qui en ont besoin en même temps | Ajoutez des salles, étalez la demande sur la semaine ou réduisez les groupes parallèles. |
| Les cours d'un seul enseignant échouent | Ses cours affectés dépassent ce qui tient dans ses jours de travail après le temps indisponible | Rééquilibrez l'affectation ou la disponibilité. Un total hebdomadaire conforme au contrat peut rester implaçable. |
Recomptez dans cet ordre
- Recomptez les périodes par jour, la longueur du cycle et les semaines d'enseignement par rapport au vrai calendrier.
- Totalisez les cours requis par classe, par enseignant et par pool de salles spécialisées.
- Soustrayez le temps indisponible, puis comparez les totaux aux créneaux disponibles, comme dans le vérificateur ci-dessus.
- Cherchez les lignes en double dans les imports avant de supprimer le moindre cours légitime.
- Réduisez les cours, ajoutez des salles ou des périodes, ou rééquilibrez le personnel jusqu'à ce que l'arithmétique passe.
- Relancez la validation avant de toucher aux préférences de répartition, de trous ou d'équilibre.
Ce qui ne fonctionne pas
- Augmenter les limites de temps du générateur quand le comptage est déjà impossible
- Assouplir les préférences souples, qui ne créent pas de périodes d'enseignement
- Supprimer de vrais cours quand la surcharge venait d'un import dupliqué
In Smootables
Fall 2026
Recurring weeks18.8.2026 - 20.12.2026 / 18 weeks
Validation errors
Teacher hours exceeded (1)
Teacher "J. Rivera" has 28 hours/week assigned; maximum is 24 hours/week.
Reduce this teacher's workload or increase their weekly maximum hours.
View teacher
Insufficient rooms (1)
This period needs at least 3 room(s) for your student groups, but only 2 are available.
Add more rooms in Resources or reduce the number of student groups with lessons in this period.
Go to rooms
Quand les cours requis dépassent ce que votre semaine peut contenir, Smootables fait remonter un problème de capacité au lieu de renvoyer une grille cassée. Sur l'écran de période, Validation Errors liste les problèmes à corriger avant que Generate timetable ne s'exécute, par exemple un enseignant au-dessus de son maximum d'heures hebdomadaires ou pas assez de salles pour des groupes qui enseigneraient en même temps.
Si ces contrôles passent mais que le plan ne tient toujours pas, le rapport d'échec nomme le déficit : trop peu de créneaux d'enseignement sur la grille de la journée scolaire, trop peu de salles, ou les deux.
- Supprimez les placements en double ou réduisez les cours dans le plan de périodes.
- Ajoutez des salles sous Resources ou prolongez l'horaire de la journée scolaire si des groupes simultanés ont besoin de plus de capacité.
- Ne générez à nouveau qu'une fois Validation Errors vide.
Réponses rapides
Un meilleur générateur peut-il corriger trop de cours ?
Non. Si les créneaux valides sont moins nombreux que les cours requis, le comptage doit changer d'abord. Les générateurs placent des cours ; ils ne créent pas de périodes.
Dois-je assouplir les contraintes souples en premier ?
Non. Les préférences de répartition et de trous ne créent pas de nouvelles périodes d'enseignement. Corrigez d'abord la demande et la capacité.
Pourquoi l'erreur est-elle apparue juste après un import ?
Les imports dupliquent couramment des lignes. Une classe qui avait 30 cours dans l'ancien système peut arriver avec 45 si des lignes de programme ont été copiées deux fois. Dédoublonnez avant de supprimer quoi que ce soit de réel.