@Matthias-Gruhn Normalerweise, wenn genug Speicherplatz frei ist, machen die Geräte das automatisch wenn in den Richtlinien "System Updates" konfiguriert sind.

Hier müsste man noch differenzieren, um was für Geräte es sich handelt. Handelt es sich um schulische (Koffer-)Geräte ohne Passwort oder Entsperrcode sollte das Update auch durchlaufen, wenn die Geräte im Standby sind.
Handelt es sich hingegen um Lehrergeräte oder Geräte von SuS (z.B. im Rahmen einer 1:1 Aussattung) und es ist ein Entsperrcode hinterlegt, wird das Update nicht ohne Benutzerinteraktion ausgeführt.

963130af-537e-47f0-87ba-411f37d3314b-grafik.png

@Kurt-Hasse jau. Sperre gilt immer vor Freigabe. Also entweder die Oberstufen-Geräte in eine eigene dynamische Gruppe packen, mit eigenen Richtlinien, oder umgedreht - in der "Basis-Richtlinie" erlauben und für die Unterstufengerät mittels neuer Richtlinie wieder zudrehen.

Beachte bitte, Richtlinien, die von der globalen Instanz kommen, schlagen immer die in den Mandanten. Bestes Beispiel: Wir hatten mal ganz zu Beginn von oben runter die Jugendschutzfilter für alle Geräte aktiviert - dadurch waren auch die Lehrergeräte im Jugendschutz drin, obwohl wir es im Mandanten für die Lehrer deaktiviert hatten.

Ergo: Schnürst du oben was zu, wird es unten nicht einfach wieder frei.

@Kurt-Hasse Leider nein, aber interessanter Weise habe ich die selbe Meldung bei einem Windows 11 Laptop. In der Dokumentation konnte ich diese Art der Meldung leider nicht finden.

Hallo Tobias,

sobald diese Richtlinie gesetzt ist, können die Benutzer keine Apps mehr manuell verschieben. Das liegt an Apple und ist auch bei anderen MDM so.

https://hub.relution.io/docs/apple-ios/policies/homescreen-layout/

@Kurt-Hasse Guten Morgen,

schon eine Weile her, aber ich meine mich dunkel erinnern zu können, dass insbesondere 26.0 generell Schwierigkeiten mit WLAN hatte, ja. Insbesondere auch bei den AppleTVs, weshalb wir recht froh über den Release von 26.2 waren.

@Matthias-Mohr sagte in Bildschirmzeit während Schulzeit pausieren:

"Einstellung von Einschränkungen und Bildschirmzeit erlauben"

Nach einigem Testen ergibt sich für mich folgendes:

Deaktiviert man die Einschränkung "Einstellung von Einschränkungen und Bildschirmzeit erlauben" werden lokal am iPad vorgenommene Einstellungen an der Bildschirmzeit sofort gelöscht.

Wurden die Einstellungen an der Bildschirmzeit von einem anderen Apple-Gerät im Rahmen der Familienfreigabe vorgenommen bleiben sie zwar erhalten - greifen aber nicht mehr nachdem die Einschränkung aufgehoben wurde.

Somit scheint ein temporäres Pausieren der Bildschirmzeit leider nicht möglich zu sein.

Ergänzung: Nach einiger Recherche habe ich gefunden, dass Microsoft wohl mittlerweile strong mapping voraussetzt. Damit braucht man die SID aus dem AD im Zertifikat. Hat jemand eine Idee, wie man an die SID kommt? Es gibt zwar die (Benutzer-)SID im LDAP, aber "Do not use the objectSID field here. This will cause errors as it sometimes contains uninterpretable characters." https://hub.relution.io/en/docs/settings/ldap/

@Kurt-Hasse ganz einfach: Kannst du so exakt leider nicht steuern.
Wie du schon selber schreibst: die weitere Voraussetzungen müssen erfüllt sein, damit es installiert wird. Tun sie das nachmittags nicht, dafür aber am nächsten Tag so wird es leider am nächsten Tag installiert

In der Theorie sollten sich die Geräte selbstständig in Relution melden, sobald die Bedingungen für den Status "Not Now" nicht mehr zutreffend sind. In der Praxis habe ich aber auch schon beobachten können, dass das nicht immer der Fall ist.
In der Vergangenheit hat es meistens geholfen gehabt, die Aktion, auf die "Not Now" geantwortet wurde manuell abzubrechen, einmal Gerätedetails zu aktualisieren und dann die Aktion erneut zu pushen.
-> Falls es sich z.B. um eine App-Installation/Update handelt und Relution hier schon mehrere Kopien derselben Aktion in die Warteschlange gesteckt hat am besten alle Aktionen abbrechen - ansonsten kann es gut sein, dass das Gerät im nächsten "Not Now" hängt.

Ansonsten habe ich das schon mal gerne beobachtet wenn die Installation eines iOS-Updates fehlgeschlagen ist. Zusätzlich haben sich die Geräte hier teilw. gar nicht mehr in Relution gemeldet. Sofern möglich habe ich dann von Hand entweder auf dem Gerät oder über den Apple Configurator das aktuelle iOS gepusht und danach ging es wieder.

Ich habe ein feature request dafür angelegt: https://idea.relution.io/posts/1106/statusfeld-fur-uefica2023status-windows-11-secure-boot-aktualisierung

Das wird wohl noch ne Weile dauern, ehe sich das auf App-Seite durchschlägt. Goodnotes hat als Mindestvoraussetzung iOS 18.7 und die M365-Apps setzen seit ein paar Wochen auch iOS 18.x voraus, obwohl an manchen Stellen noch von 17.x die Rede ist. Ehe die Minimum-Version 26.x ist, wird das denke ich noch ein wenig dauern, sprich die Geräte wären App-seitig noch aktuell.

Hallo,

ich denke das könnte gehen.
aec626a4-23a0-494d-8b43-681ac7c219cb-image.png

Güße
kurt

Problem ist ein kleine Bug, da ab Version 26.0.0 ein neuer Status eingeführt wurde. Bei manchen wurde der bei der Migration nicht korrekt geschrieben. Wird behoben.

@Volkhard-Flemig Hallo Volkhard, ich kanns dir nicht genau sagen, aber ich glaube über Bildschirmzeit ist hier nicht der korrekte Ansatz. Das wird von Apple gesteuert und gilt immer für das ganze Gerät. Wenn Eltern Restriktionen vorgeben sollen, müsste m.E. die Relution Parent App genutzt werden.
https://hub.relution.io/docs/general/relution-apps/parent/?hl=eltern extern gelten#eltern