Ingenting på enheten varsler om det. Ingen melding, ingen ny innrullering, ingen supportsak. Men styringen av programvareoppdateringer i iOS 27 kjører ikke lenger på kommandoene som de fleste eksisterende policyer bygger på, og enhetsparken som fulgte reglene dine forrige uke, gjør det kanskje ikke denne uken.
Apple lanserte iOS 27 den 14. september 2026 og fjernet de eldre MDM-kommandoene som administrasjonsplattformer brukte til å finne, planlegge og spore OS-oppdateringer. Enheten forblir innrullert og administrert. Det som stopper, er delen som forteller den når den skal oppdateres – og fordi ingenting feiler synlig, viser hullet seg først uker senere, når noen oppdager en enhetspark som i det stille har oppdatert seg etter brukernes tidsplan i stedet for din.
Dette endrer iOS 27 i styringen av programvareoppdateringer
Tradisjonell MDM fungerer som en utveksling. Administrasjonstjenesten sender en kommando, enheten bekrefter den, og tjenesten spør enheten for å kontrollere at innstillingen har fått virkning. Hver innstilling koster en rundtur, og en enhet som er frakoblet, glir bort fra ønsket tilstand til den tar kontakt igjen.
Deklarativ enhetsadministrasjon fungerer ved siden av dette i stedet for å erstatte det. Apple la den til i den eksisterende MDM-arkitekturen: Tjenesten sender den ønskede tilstanden som et sett deklarasjoner, enheten vurderer dem lokalt og rapporterer statusendringer tilbake etter hvert som de skjer. Begge modellene kjører på samme innrullering, og en enhetspark kan bruke hver av dem der den passer.
Det iOS 27 fjerner, er mer avgrenset enn en protokollendring. Kommandoene og forespørslene som plattformer brukte til å planlegge oppdateringer, lese tilgjengelige versjoner og utsette nye versjoner, svarer ikke lenger. Der en deklarativ konfigurasjon og en eldre policy gjelder samme innstilling, er det den deklarative konfigurasjonen som får virkning. Apple beskriver dette i sin dokumentasjon for utrulling, som nå behandler deklarativ styring av programvareoppdateringer som måten å konfigurere og håndheve oppdateringer på.
Dette bør du sjekke før flere enheter oppdateres
Oppdateringspolicyene dine
Åpne policyene for programvareoppdatering som dekker Apple-enhetene dine, og kontroller at de bruker den deklarative typen. Sjekk målversjonene, utsettelsesvinduene og om konsollen fortsatt rapporterer installerte og tilgjengelige versjoner. En policy som er bygget på den gamle kommandomodellen, gir ingen feilmelding – den slutter rett og slett å styre noe som helst, og enheten rapporterer at alt er i orden mens den kjører den versjonen brukeren har godtatt.
Enhetene du allerede har
Enhetene flytter seg selv. En enhet som oppdateres til iOS 27, havner på den deklarative modellen, og det samme gjør en enhet du innrullerer på iOS 27. Under den versjonen flytter du en enhet over fra endepunktsiden i CapaOne når du er klar.
Konfigurasjonene dine følger ikke med. Policyene du har bygget i den eldre modellen, blir værende der de er, og den deklarative siden starter tom til du oppretter dem på nytt. Det er hullet: Enheten kommer over på den nye modellen og finner ingenting som styrer den.
Start med en liten gruppe
Oppdater en håndfull enheter til iOS 27, og kontroller at policyene oppfører seg slik du forventer, før resten av enhetsparken følger etter. En liten pilot viser deg om oppdagelse av oppdateringer, utsettelse og håndheving fortsatt fungerer slik rapporteringen din sier at de gjør. For skoler med mange elevenheter er en liten pilotgruppe en enkel måte å unngå overraskelser i undervisningen på.
Ingen av delene er en grunn til å holde enhetene tilbake. Den deklarative modellen håndhever mer konsekvent enn kommandoene den erstatter. Risikoen ligger i policyene, ikke i enhetene.
Slik administrerer CapaOne Apple-enheter gjennom endringen
For IT-avdelinger er målet ikke å kjøre to oppdateringsarkitekturer i to arbeidsflyter. Målet er å beholde oversikten over OS-versjoner, oppdateringspolicyer og etterlevelse mens enhetsparken går over.
Mobile Manager, en del av CapaOne-plattformen for endepunktadministrasjon, administrerer iOS-, iPadOS- og Android-enheter fra én konsoll, på tvers av både den eldre og den deklarative modellen. Enheter du har flyttet til DDM, beholder oppdateringskontrollen på iOS 27, og nyinnrullerte enheter kjører under DDM fra starten av.
For team med en blandet enhetspark betyr det at endringen skjer per enhet i stedet for som et migreringsprosjekt. Noen enheter står på iOS 26 og tidligere, noen går over til 27, og alle fortsetter å rapportere til den samme konsollen for mobil enhetsadministrasjon, med den samme oversikten over etterlevelse.
Arbeidet som gjenstår, er det samme arbeidet som alltid har vært der: å vite hvilke policyer som styrer hvilke enheter, og å bekrefte at de fortsatt gjør det.
Book en demo for å se hvordan Mobile Manager håndterer Apple-enheter på tvers av begge modellene, eller start en prøveperiode og sjekk din egen enhetspark.