A chi è dedicata questa pagina
Se usi aSc Timetables — o l'hai usato in una valutazione passata — e stai guardando alternative moderne, questa pagina è per te. È un confronto equo, non un attacco. aSc è stato un generatore affidabile per molte scuole per anni; qui parliamo di dove i suoi pattern di workflow iniziano a limitare le scuole guidate dalla pianificazione.
In breve: aSc è generation-first. Smootables è planning-first. Le due visioni differiscono per dove vivono i dati, quando avviene la validazione e come il pianificatore resta al comando.
Dove aSc continua ad andare, dove limita chi punta sulla pianificazione
Dove aSc continua ad andare
Scuole con orario stabile basato sulle classi, pianificatori a proprio agio con dialoghi di impostazioni tradizionali e un flusso di pubblicazione e sostituzioni rodato attraverso l'ecosistema EduPage.
Il generatore automatico di aSc è ben conosciuto, il modello di input è familiare a chi ha background di timetabling e il prezzo è competitivo.
Dove limita chi punta sulla pianificazione
Pianificazione annuale, carico e percorsi individuali vivono fuori dal modello principale. Classi miste, esenzioni e didattica sul lavoro richiedono spesso workaround su foglio. L'assistenza AI non è una parte nativa del flusso.
Per istituti tecnici e professionali è proprio nella distanza tra 'il generatore gira' e 'il piano è fattibile' che finisce la maggior parte del tempo dei pianificatori.
In che cosa è diverso Smootables
Smootables condivide l'idea — generazione con solver e vincoli hard e soft — ma parte prima nel ciclo. Il modello di pianificazione ospita anni, periodi, corsi, moduli, percorsi, carico e assegnazioni individuali. La generazione gira su quel modello, quindi la validazione che intercetta l'infattibilità avviene prima del solve, non dopo.
L'editing è moderno: drag-and-drop, swap, split, pin e rigenerazione, slot insight prima di un drop, branch, undo e log di audit. L'assistente AI lavora con comandi validati sullo stesso modello — non aggira i vincoli hard né modifica dati fuori dal proprio scope.
Confronto sulle dimensioni che di solito decidono
| Dimensione | aSc Timetables | Smootables |
|---|---|---|
| Workflow | Generation-first | Planning-first |
| Pianificazione anno e periodi | Limitata; di solito fuori dallo strumento | Parte di prima classe del modello |
| Percorsi individuali ed esenzioni | Class-first; workaround tipici | Supporto a gruppi, individui ed esenzioni per collocazione |
| Validazione pre-solve | Controlli durante la generazione | Validazione prima della generazione, con report di infattibilità |
| Visibilità del carico | Legata all'orario generato | Disponibile durante tutta la pianificazione |
| Flussi AI | Non AI-native | Integrati con comandi validati e log di audit |
| Editing | Pattern di aggiustamento manuale tradizionali | Drag/drop, pin/rigenera, slot insight, branch, undo |
| Pubblicazione e sostituzioni | Forti via ecosistema EduPage | Integrati nello stesso spazio; integrazioni disponibili |
Checklist di valutazione per il confronto
Quando decidi se Smootables è la sostituzione giusta, sono questi gli scenari su cui il modello planning-first fa di solito la differenza maggiore:
- Modellare percorsi individuali ed esenzioni senza foglio parallelo
- Eseguire la validazione pre-generazione su un periodo critico noto
- Confrontare scenari con branch dell'orario invece di sovrascrivere bozze
- Chiedere all'AI di bilanciare un vincolo e rivedere la modifica prima di applicarla
- Pubblicare e sostituire dallo stesso spazio in cui avviene la pianificazione
Percorso di migrazione da aSc
- Esporta il modello attuale da aSc (corsi, docenti, aule, classi, vincoli).
- Importa il modello in Smootables con import strutturato e mapping delle colonne, o estrazione assistita da AI per export più vecchi.
- Valida il modello in Smootables. La validazione pre-solve farà emergere scostamenti più semplici da correggere prima dello scheduling.
- Fai girare un periodo in parallelo. Tieni aSc come fonte pubblicata mentre verifichi il risultato di Smootables.
- Sposta la pubblicazione su un perimetro (sede, programma o periodo) una volta che il run parallelo è corretto.
- Estendi al resto della scuola nei cicli successivi. La sostituzione stile EduPage può essere sostituita dal flusso di Smootables o tenuta in parallelo nella transizione.
Domande nel confronto tra aSc e Smootables
Smootables è una sostituzione diretta?
Può esserlo. Sostituisce i passi di pianificazione, generazione, editing e pubblicazione. Le scuole che usano funzioni EduPage accanto ad aSc di solito tengono entrambi in parallelo durante la transizione.
E la migrazione degli orari storici?
Smootables supporta import strutturato ed estrazione assistita da AI da fogli ed export legacy. Gli orari storici possono essere importati come riferimento; la pianificazione di solito riparte dal periodo accademico successivo.
I pianificatori dovranno reimparare tutto?
I concetti principali sono familiari: corsi, classi, docenti, aule, vincoli, generazione. Il flusso è più planning-led e l'editing più moderno, ma il modello concettuale è riconoscibile a qualsiasi pianificatore aSc.
Smootables offre lo stesso livello di configurazione dei vincoli?
Sì per i vincoli che contano di più: vincoli hard su conflitti, capacità, disponibilità e dipendenze; soft per equilibrio, gap, preferenze e priorità. Alcune opzioni legacy di nicchia non sono replicate per scelta — sono gestite dal modello di pianificazione o dai flussi AI.
E se la nostra generazione attuale è già abbastanza veloce?
La velocità di generazione raramente decide. Il guadagno principale è il tempo prima e dopo: validazione che intercetta i problemi prima ed editing che mantiene il pianificatore al comando dopo.