Komma igång
Så installerar ni Wise Timetable i produktion
Att installera programvaran är den enkla hälften. Att peka den mot ert lärosätes databas var förr den svåra hälften — en Windows-datakälla att registrera, en anslutningssträng att skriva rätt och ett supportsamtal när det gick fel. Nu är det en knapp och en nyckel. Och om ert lärosäte hellre inte installerar något alls behöver det inte göra det: samma administration körs i en webbläsare.
- En nyckel, ingen ODBC-datakälla
- Era befintliga inställningar behålls
- Upp till tre databaser samtidigt
- Omkonfigureras från servern, inte från skrivbordet
- Eller hoppa över det helt och använd webbläsaren
Från installationsprogram till fungerande schema
Sex steg, och bara ett av dem kräver något från oss.
Installera programmet
Installera från Microsoft Store, så att det uppdaterar sig självt och Windows inte varnar för en okänd utgivare, eller kör det installationsprogram vi tillhandahåller om er miljö inte tillåter Store. Administratörsrättigheter krävs inte för att köra det efteråt.
Låt den gamla versionen vara kvar
Om ni redan kör Wise Timetable, ta inte bort det än. De två versionerna fungerar utmärkt sida vid sida, så det finns inget ögonblick då ingen på institutionen har ett fungerande schema.
Öppna Inställningar → Övrigt → Allmänt
Här talar man om för installationen vilken databas den tillhör. Allt nedan sker på just den här panelen.
Tryck på “Konfigurera server” och ange er nyckel
Ett fritextfält. Klistra in den licensnyckel vi utfärdade till er, eller skriv det nummer som ert lärosäte har använt i åratal — båda accepteras, och ni behöver inte veta vilken sort ni har i handen.
Öppna menyn Data
Era databaser finns redan där, i den ordning de licensierades, testade och klara. Inget mer behöver konfigureras innan ni börjar arbeta.
Gör likadant på varje annan arbetsstation
Installera på samma sätt och ange samma nyckel — den förbrukas inte, hur många datorer ni än sätter upp. Varje installation registrerar sig under sin egen identifierare, så att varje arbetsstation förblir synlig, och kan återkallas, för sig, och därefter hämtar den sina inställningar från vår server varje gång den startar.
Vad nyckeln faktiskt gör
Det är en uppslagning, inte en licenskontroll med ett databasformulär bakom sig.
När ni trycker på Konfigurera server frågar programmet vår registreringsserver vad nyckeln ger er rätt till. Det får upp till tre databasanslutningar — de som ert lärosäte är licensierat för — och därefter, innan det skriver något alls, öppnar det var och en av dem och bevisar att anslutningen fungerar.
Först om det lyckas sparas inställningarna, och filen som ersätts behålls bredvid den nya som säkerhetskopia. En nyckel som skrivs in i fel installation, eller anges medan nätverket krånglar, lämnar därför en fungerande installation precis som den var. Det finns inget halvkonfigurerat tillstånd att återhämta sig från.
Dialogrutan nämner sedan kunden och listar de databaser som just har ställts in. Det är avsiktligt: en felaktig nyckel är uppenbar i samma sekund ni trycker på OK, i stället för en timme senare när någon upptäcker att de har redigerat förra årets data.
- Ingen Windows ODBC-datakälla att skapa — det har inte funnits någon sedan den nuvarande versionen
- Ingen anslutningssträng, servernamn, port eller lösenord att skriva
- Varje anslutning testas innan något sparas
- Den tidigare konfigurationen behålls automatiskt som en säkerhetskopia
- Databaserna visas på menyn Data i sin licensierade ordning
Om ni redan kör Wise Timetable fungerar ert gamla nummer fortfarande
Inget som ert lärosäte har fått tidigare har ogiltigförklarats.
Äldre installationer konfigurerades med ett kort nummer i stället för en nyckel. Dessa nummer fördes över när mekanismen ändrades, så samma fält accepterar båda. Skriv det ni har. Om er företrädare lämnade numret på en lapp och ingen vet vilket det är kan vi slå upp det utifrån ert lärosätes namn på en minut.
En installation som redan fungerar behöver inte konfigureras om alls. Vid uppgradering läses de inställningar som redan finns på datorn och används vidare — Konfigurera server är till för en ny dator, en ominstallerad eller en ändring av vad ni är licensierade för. Det enda en uppgradering gör i det tysta är att föra upp gamla lagrade inloggningsuppgifter till det aktuella skyddet; det kräver ingenting av er.
Därför är det inte heller längre en händelse att installera om Windows. Den gamla mekanismen förbrukade ett nummer varje gång det användes, så en ominstallerad dator innebar ett supportsamtal och ett nytt nummer. Nyckeln förbrukas inte. Använd den på den ominstallerade datorn och på nästa.
Tre databaser, tre menyplatser
De flesta lärosäten kör en produktionsdatabas, och många kör en andra för nästa års planering eller en tredje för en fakultet som ännu inte har slagits samman. En licens omfattar upp till tre samtidigt, och var och en erbjuds som ett eget alternativ på menyn Data, så att växling mellan dem är ett menyval i stället för en omkonfigurering.
Lärosäten som äger fler databaser än så sitter inte fast: vilka tre som visas ställs in hos oss och kan ändras när ni ber om det, utan att någon behöver besöka en arbetsstation.
Konfigurerad från servern, inte från skrivbordet
Nyckeln skrivs in en gång. Därefter läser varje start om konfigurationen.
Det här är den del som spelar roll om ni driver en stor datormiljö. När en dator väl är registrerad frågar den servern vilka dess inställningar ska vara varje gång den startar. Att flytta en databas till en ny server, byta ett lösenord, lägga till en fakultets databas eller ändra vilka tre som visas på menyn är en ändring hos oss och en omstart hos er. Ingen ny nyckel, inget besök, inget e-postmeddelande som ber fyrtio personer skriva om något.
Varje installation registrerar sig individuellt, under en identifierare som programmet genererar i stället för datorns namn — namn ändras, upprepas mellan domäner och är identiska på varje dator som klonats från en avbild. En enda institutionell nyckel kan alltså köras på hur många arbetsstationer ni vill samtidigt som var och en förblir synlig, och kan återkallas, för sig.
Lagrade anslutningsuppgifter krypteras med Windows dataskyddstjänst och knyts till den dator som håller dem, så en kopierad inställningsfil är värdelös överallt annars. Mer om hur vi hanterar säkerhet.
Vad som händer när registreringsservern inte kan nås
Den startar som vanligt, med de inställningar den redan har.
Det är en medveten designregel och inte en lycklig slump: ingen dator hindras någonsin från att öppna ett schema för att en server någon annanstans ligger nere, ett nätverk underhålls eller en bärbar dator befinner sig utanför campus. En uppdatering som misslyckas skrivs till loggen och den befintliga konfigurationen behålls. Det enda ni inte kan göra offline är att ställa in en dator för första gången.
Frågor som administratörer ställer
Behöver vi öppna en port till er eller installera en agent?
Ingen agent, och ingenting lyssnar på ert nätverk. Programmet gör en utgående anslutning när det startar och när en nyckel anges. Lärosäten som själva driftar databasen behåller den helt inom sitt eget nätverk; lärosäten som vi driftar når den på samma sätt som de alltid har gjort.
Om er brandvägg begränsar utgående trafik, säg till innan ni börjar så skickar vi exakt vilken värd och port som ska tillåtas, så att den första datorn fungerar direkt i stället för efter ett ärende.
Kan vi testa den nya versionen mot en kopia av våra data först?
Ja, och vi uppmuntrar det. Berätta innan ni börjar så ställer vi in en testdatabas som en av era platser, så att den visas på menyn Data bredvid produktionsdatabasen och ingen kan förväxla de två.
Vad händer om vi anger nyckeln på fel dator?
Ingenting går sönder. Varje installation registreras separat, så en kan återkallas utan att de andra berörs, och de inställningar den ersatte finns kvar på den datorn som säkerhetskopia.
Behöver varje arbetsstation nyckeln?
Var och en behöver den angiven en gång, första gången. Därefter konfigurerar den sig själv vid varje start. Om ni distribuerar från en avbild genereras identifieraren per dator i stället för att kopieras, så klonade installationer krockar inte.
Måste vi ta bort den gamla versionen innan vi installerar den nya?
Nej, och det bör ni inte göra. Installera den nya, öppna er databas med den och avinstallera den gamla först när ni är nöjda. Det finns inget skede då institutionen står utan ett fungerande schema.
Vem gör detta om vi inte har någon ledig?
Det gör vi, via skärmdelning, på ungefär femton minuter. Det ingår i er licens och ni betalar inget för det.
Relaterade funktioner
- Att importera era dataNär databasen är ansluten är detta nästa sak ni gör.
- Molnhosting och lokal driftVar själva databasen finns och vem som tar hand om den.
- Säkerhet och ISO 27001Hur inloggningsuppgifter, data och åtkomst hanteras.
- DokumentationDe publicerade manualerna, inklusive importreferensen på 112 sidor.
- Hur lång tid det tar att gå liveVad som tar dagar, vad som tar veckor och vilket steg som dominerar.
- Byte av schemaläggningssystemVad som överförs, vad som måste byggas om och vad som går sönder utanför programvaran.
Se Wise Timetable på era egna data
Boka en onlinepresentation på 45 minuter. Vi går igenom er institutions schemaläggningsproblem, visar hur Wise Timetable hanterar det och besvarar vad ert team vill testa.