Verksamhetssystem för skolor

Systemet för det som skolsystemen inte täcker.

Kön, familjen, medlemskapet och behörigheterna — med elevregistret som gemensam grund. Modulerna följer er verksamhetsform, oavsett om skolan drivs som föräldrakooperativ, fristående eller kommunal.

Se hur kedjan hänger ihop Vad systemet innehåller

Ett barns väg genom skolan börjar i en kö och slutar i ett passersystem. Däremellan passerar den fem register som inte känner till varandra.

Händelselogg Exempel

14 mar 09:12 Ansökan mottagen vårdnadshavare · webbformulär
14 mar 09:12 Bekräftelse skickad system · e-post
28 mar 16:40 Plats erbjuden rektor · svarslänk till båda vårdnadshavare
29 mar 07:55 Tackat ja vårdnadshavare · via länk
29 mar 07:55 Elev skapad system · placerad i årskurs
29 mar 08:10 Familj kopplad, medlemsansökan skapad register · syskon hamnade i befintlig familj
03 apr 19:02 Styrelsebeslut: godkänd styrelsen · protokollfört
11 apr 11:27 Avgift betald system · matchad mot referensnummer
11 apr 11:27 Konto aktiverat på medlemssidan ● system · behörighet satt
11 apr 11:27 Underlag till passage ● system · tagg kan registreras

Statusen finns på fem ställen och stämmer på inget.

När något ändras måste en människa komma ihåg att uppdatera resten. Det är inte slarv — det är vad som händer när kedjan saknar ett gemensamt register. Följderna är alltid desamma:

Elever som ligger kvar i fel årskurs efter läsårsbytet.
Kösvar som registreras för hand ur en mailtråd.
Familjer som har lämnat skolan men fortfarande blippar sig in.
Familjer som har betalat men inte kommer in på medlemssidan.

Så hänger det ihop

Varje pil är en händelse i systemet, inte ett manuellt moment.

Kedjan från ansökan till behörighet är tio steg. I de flesta skolor är varje steg någon som kommer ihåg att göra något. I SchoolOS lämnar varje steg ett spår med tid, orsak och vem som gjorde det.

Tre av stegen förutsätter att skolan drivs som förening eller kooperativ, och är märkta därefter. En skola utan medlemsform hoppar över dem — kedjan går då från familj direkt till konto och behörighet, utan att något annat ändras.

Var kedjan börjar beror på vem som äger kön. Har skolan en egen kö börjar den vid steg 01. För en kommunal skola sker de fyra första stegen i kommunens centrala intagningssystem — det ersätter SchoolOS inte. Där tar kedjan vid vid steg 05, när urvalet är gjort och eleven placerats hos skolan.

01
AnsökanPublikt formulär med dubblettspärr. Bekräftelse går ut automatiskt.
02
Kö och urvalSortering på anmälningsdatum, med syskonförtur och andra förtursnivåer härledda ur registret — aldrig ur en kryssruta.
03
ErbjudandeSvarslänk per vårdnadshavare. Konflikt vid delad vårdnad hanteras, första svaret gäller.
04
SvarJa, nej, eller nej men stå kvar i kön. Registreras direkt, utan tolkning av fritext.
05
ElevKommunal skola börjar härAntagningen skapar eleven och placerar den i årskurs och undervisningsgrupp. Kommer placeringen från kommunens urval tas den emot här i stället.
06
FamiljVårdnadshavare knyts till en familj. Syskon hamnar i den befintliga, inte i en dubblett.
07
MedlemsansökanFöreningsformFamiljens vuxna får en medlemsansökan med status godkänd men obetald.
08
StyrelsebeslutFöreningsformBeslutet fattas i systemet och blir spårbart, inte en rad i ett protokoll som ingen hittar.
09
BetalningFöreningsformAvgiften matchas mot referensnummer. Avvikande belopp spärras i stället för att bokföras tyst.
10
Konto och behörighetMedlemssidans konto aktiveras, och underlag går till den som registrerar passertaggar.

Funktioner

Ett system, inte fem som ska hållas i takt.

Modulerna delar samma elevregister och samma behörighetsmodell. Det som ändras på ett ställe är ändrat överallt.

Elevregister och familjer

Elever, vårdnadshavare, familjer och personal i en modell. Skyddad identitet är ett eget fält som styr vad som visas och vad som aldrig exporteras.

Ansökan och kö

Har skolan egen kö hanteras hela kedjan här: publik köanmälan, förtursnivåer, reserv- och vilandelistor, erbjudanden med svarslänk, och en statushistorik som går att visa upp när någon frågar om sin köplats.

Kommunal skola Kommunen gör urvalet i sitt eget intagningssystem. SchoolOS ersätter det inte, utan tar emot resultatet när eleven placerats hos skolan — och sköter registrering, klassplacering och allt därefter.

Schema

Vecko-, dag- och personalvyer med undervisningsgrupp som målgrupp, varannan-vecka-rullning och utskriftsvy anpassad för papper.

Fritids

In- och utcheckning, start- och sluttider som vårdnadshavare fyller i själva, låsta lovperioder med deadline, och påminnelser tills tiderna finns.

Medlemskap och avgifterFöreningsform

För skolor som drivs som förening eller kooperativ: medlemsansökan, styrelsebeslut, avgift med referensnummer, påminnelser och utträde — med statusar som följer familjen, inte ett kalkylblad. Modulen kan lämnas oanvänd utan att något annat påverkas.

Konton och behörigheter

Konton skapas och avslutas i Google Workspace och Apple School Manager, medlemssidan får rätt roll, och passagegruppen får underlag. Suspendera, aldrig radera.

För vem

Skolor som sköter administrationen själva.

Typiskt 100–300 elever, ingen egen IT-funktion, och en administration som består av rektor och en eller två personer till. Elevregister, schema, fritids och ansökningskö fungerar likadant oavsett om skolan är kommunal, fristående eller ett föräldrakooperativ.

Föreningsdelen är den som skiljer. Drivs skolan som förening eller kooperativ finns medlemskap, styrelsebeslut och avgifter med i samma kedja — det är den del inget standardsystem täcker, och därför den vi byggt djupast. Drivs skolan på annat sätt används de modulerna inte, och resten fungerar oförändrat.

Rektor: En lista, en sanning, och ett urval som går att motivera vid skolval.
StyrelsenFöreningsform: Medlemsbeslut med spår, så att kunskapen inte försvinner vid styrelsebyte.
Registeransvarig: Statusar som uppdateras genom flödet i stället för dubbelregistrering i fyra system.
Vårdnadshavare: En länk som fungerar, ett tydligt svar, och en betalning som går att förstå.
IT och passage: Konton och behörigheter som tas bort när de ska, inte när någon råkar upptäcka dem.

Rakt på sak

Vad SchoolOS inte lovar.

Ett systembyte är dyrt att ångra. Det här är värt att veta innan, inte efter.

Inte bättre lektionsschemaläggning än de stora systemen. Schemamodulen löser läggning, vyer och utskrift. Automatisk optimering är ett eget, senare steg.
Inte snabbare igång än en färdig standardprodukt. Registret ska stämma innan det bär något. Migreringen är arbete, och det arbetet syns i kalendern.
Inte en besparing som syns i budgeten. Dagens manuella process kostar timmar, inte fakturor. Vinsten är tid och färre fel — inte en post som försvinner.