# data[].attributes.body
Im Gastmodus kann ein iPad ohne Anmeldung am Gerät genutzt werden. Nach Ende der Sitzung werde sämtliche Daten des Nutzers vom Gerät spurlos gelöscht. Voraussetzung ist die Einrichtung als shared iPad. Einige Funktionen, wie Classroom oder Zusammenarbeit in Apps, stehen für diesen Modus nicht zur Verfügung.

# data[].attributes.body
Der Apple School Manager erlaubt es, Standorte anzulegen. Das macht Sinn, wenn eine Schule zwei oder mehr räumlich getrennte Standorte hat, die relativ unabhängig von einander Arbeiten. Es kann auch Sinn machen, wenn die Apple School Manager Instanz vom Schulträger angelegt und verwaltet wird. Jede Schule erhält dann einen eigenen Standort.
Was ist der Vorteil von Standorten?

Über Standorte können Apps und Bücher Lizenzen auf einzelne Organisationseinheiten/ Schulen zugewiesen und von diesen dann eigenständig verwaltet werden.

Lizenzen können bei Bedarf von einem Standort auf einen anderen übertragen werden und verfallen so nicht, wenn ein Standort aufgelöst wird oder auf ein anderes System wechselt.

Standorte können über eigenes VPP Guthaben auch eigenständig Apps und Bücher erwerben.

User und Klassen werden Standorten zugewiesen.

Jeder Standort hat für die unabhängige Verwaltung eigene Funktionen, die Usern zugewiesen werden können, womit geregelt wird, wer was darf.

# data[].attributes.body
Immer wenn es um die Zuweisung von Apps oder Büchern auf User oder iPads geht, um Standorte und um MDM, trifft man auf den Begriff Token.
Der Begriff ist etwas schwierig, direkt zu übersetzen, meint jedoch etwas wie Zeichen oder Marke. Ein Token ist immer direkt mit etwas gekoppelt und steht für dieses.

Bei der Kopplung eines MDM mit dem Apple School Manger werden Token ausgetauscht, welche die Legitimität des Datenaustauschs zwischen beiden Systemen garantieren. Diese Token müssen jedes Jahr erneuert werden. Man spricht hier von Server-Token.

Um über den VPP Store erworbene Apps und Bücher über ein MDM oder Apple Configurator verwalten zu können, braucht es ein entsprechendes Server-Token, welches an einen Standort gekoppelt ist. Man nennt diesen auch Standort-Token. Hat man mehrere Schulstandorte, braucht man für jeden einen eigenen Standort-Token. Dieser wird dann in das MDM geladen bzw. in Apple Configurator.

Das Server Token/ wird in ASM unter den Einstellungen bei Apps erzeugt.

Zur Verwaltung der Geräte in einem MDM braucht es ein sogenanntes DEP Token. Dieses wird im ASM unter MDM erzeugt, wenn ein neuer MDM-Server hinzugefügt wird. Dazu muss zunächst im MDM selbst ein öffentlicher Schlüssel erzeugt worden sein, der dann in den ASM hochgeladen wird. Mittels dieses Schlüssels wird in ASM ein Server-Token erzeugt, welches dann wiederum im MDM hinterlegt wird.

Bei der Verwaltung von Apps und Büchern gibt es zwei Arten von Token.

Die ältere Form, Bestehenden Token, sind an die Person gebunden, welche in ASM die Lizenzen für Apps und Bücher erworben hat.

Die neuere Form, Standort-Token, sind an Standorte gebunden und jeder, der über seine Funktion die entsprechenden Berechtigungen am jeweiligen hat, kann damit Apps und Bücher zuweisen.

# data[].attributes.headline
Bei der Nutzung von Apple IDs unbedingt beachten! 

# data[].attributes.subject
Bei der Nutzung von Apple IDs unbedingt beachten! 

# data[].attributes.body
1. Eine E-Mail Adresse, die bereits mit einer Apple ID verknüpft ist, sollte niemals genutzt werden, um sich damit bei Apple School Manager, DEP oder VPP einzuloggen.

2. Jede Apple ID sollte ihre eigene Aufgabe haben und nicht mehrere.

3. Von allen Administrativen Apple IDs sollte man immer alle damit verknüpften Informationen (Passwort, Sicherheitsfragen & -antworten, Geburtsdatum, verknüpfte E-Mail) sollte es sichere Aufzeichnungen für den Notfall geben.

4. Mit einem MDM kann man iPads nutzen ohne, dass es dafür andere Apple IDs braucht als die administrativen, um sich bei  ASM, DEP und VPP einzuloggen.

5. Es ist nicht sinnvoll, für jedes iPad eine eigene Apple ID zu erstellen.

6. Man sollte niemals eine persönliche Apple ID auf einem iPad nutzen, welches mehrere Nutzer hat, da diese dann Zugriff auf alle Daten haben.

# data[].attributes.body
Die Zusammenstellung dieses Padlets steht unter einer Creative Commons Namensnennung 4.0 Lizenz. Gleiches gilt auch für alle selbst erstellten Inhalte.

# data[].attributes.body
Administrative Apple ID: Werden genutzt, um sich als Administratoren in ASM, DEP and VPP einzuloggen. Müssen von Apple verifiziert werden.

Managed Apple ID (MAID): Werden von Schulen erstellt, gehören der Schule und haben eingeschränkte Rechte:

Können sich im App Store, iTunes Store und iBooks Store alles ansehen, jedoch nichts "kaufen", selbst wenn es kostenlos ist.

keine Messages und FaceTime (können in ASM aktiviert werden)

normale Apple ID: können von jederman erstellt werden, der älter als 13 Jahre ist

# data[].attributes.body
Der Begriff shared iPad ist immer dann ein Thema, wenn die Zahl der verfügbaren iPads geringer ist als die Anzahl der Schüler. Nicht alle Apps unterstützen mehrere User (MU). Individuelle Lernstände in Apps lassen sich so nicht für mehr als einen Schüler speichern. Mit shared iPad kann man jedem Schüler quasi sein "eigenes iPad" geben. Dazu meldet sich der Schüler am iPad an und dieses lädt seinen Nutzer mit allen Lernständen in Apps, Dokumenten, die erstellt wurden, Lesezeichen usw.
Was muss man wissen?

shared iPad geht nur mit Unterstützung eines MDM

die Zahl der möglichen User auf einem iPad hängt von seiner Speichergröße ab. Je User sollten mindestens 2GB Speicher verfügbar sein.

um das Laden von Nutzer Profilen auf ein iPad zu beschleunigen, sollte ein OS X Caching Server genutzt werden.

melden sich mehr Nutzer an, als Speicherplätze für Profile vorhanden sind, werden die Daten des Users gelöscht, dessen Anmeldung am weitesten zurückliegt.

um Anmeldevorgänge zu beschleunigen und Ladezeiten für Profile zu reduzieren, sollten Nutzer sich immer wieder am gleichen iPad anmelden, um auf ihr dort zwischengespeichertes Profil zurückgreifen zu können.

Besonders wichtig!

shared iPad sichern Daten in die iCloud, denn nur so kann sich ein User an verschiedenen iPads anmelden und dort auf bestehende Arbeitsstände zugreifen. Aus Gründen des Datenschutz ist das jedoch nicht unproblematisch.

Siehe auch Verwenden von „Geteiltes iPad“ bei Apple.

# data[].attributes.body
SU = Single User - das App kann nur einen User anlegen, also auch nur Lernstände von einer Person speichern.
MU = Multi User - das App kann mehrere User anlegen und so auch Lernstände verschiedener User abspeichern. Die Anzahl der möglichen Nutzer geben die Entwicklter vor.

Apps mit MU sind häufig etwas teurer als SU. Sie machen Sinn, wenn die Apps auf iPads mit nur einem User genutzt werden. So überschreiben verschiedene Nutzer nicht ihre Lernstände. Die Apps werden dann Geräten zugewiesen.

Apps mit SU machen Sinn, wenn sie Usern zugewiesen werden. Das ist der Fall bei 1:1 Ausstattungen und bei Shared iPads.

# data[].attributes.body
Hier gibt es zwei Möglichkeiten. Grundsätzlich erfolgt in Institutionen die Zuweisung über ein MDM (Mobile Device Management System). Das kann ein externes sein, OS X Server oder Apple Configurator 2.

Zuweisung auf Geräte
Die Zuweisung auf Geräte macht Sinn, wenn ohne spezielle User gearbeitet werden soll. In der Regel ist dieses die kostengünstigste Lösung. Sollen verschiedene User mit einem Gerät arbeiten, greifen alle auf die selben Materialien zu und nutzen Apps parallel. Sollen die Arbeitsstände verschiedener User in einem App gespeichert werden, braucht es dafür ein mehruserfähiges App (MU).

Zuweisung auf User
Apps lassen sich auch Usern zuweisen. Das ist erforderlich, wenn iPads als Shared iPads genutzt werden sollen. Dann ist eine Zuweisung auf das Gerät nicht möglich. Auch in 1:1 Settings mit nicht der Schule gehörenden Schüler Geräten ist eine Zuweisung auf User möglich.

Zugewiesene Apps, egal ob auf Geräte oder User, können auch wieder zurückgezogen und neu verteilt werden.
Es ist außerdem möglich, Apps automatisch installieren zu lassen oder auf Abruf durch den User.

Tipp: Werden Apps auf einen User zugewiesen, kann dieser sie auf mehreren Geräten nutzen. Das kann Sinn machen, wenn Lehrer mit einem Lehrer Account auf verschiedenen iPads Apps testen wollen.

# data[].attributes.body
Das spezielle Angebot für den Bildungsbereich mit einem 50% Rabatt  je App ab 20 Lizenzen.

# data[].attributes.headline
Können von der Schule über VPP erworbene Apps auf nichtschulische Geräte aufgespielt werden?

# data[].attributes.subject
Können von der Schule über VPP erworbene Apps auf nichtschulische Geräte aufgespielt werden?

# data[].attributes.body
Ja, es geht. In den Nutzungsbedingungen zum VOLUME PURCHASE PROGRAM finden sich zwei Passagen, in welchen dieses Recht eingeräumt wird:

... gemäß den Nutzungsbedingungen des App Store nur zur Weitergabe an und zur Nutzung durch Personen, die in der Einrichtung angestellt oder mit ihr verbunden sind, wie Vertragspartner, Mitarbeiter, Vertreter und im Falle von Ausbildungsstätten von Ihnen autorisierte angemeldete Schüler und Studenten ...

und

GESTEUERTER VERTRIEB
Sobald Sie den Kauf von Volume Content abgeschlossen haben, sind Sie berechtigt, die konkreten iBooks-Store- oder App-Store-Produkte, die Sie in der gewählten Stückzahl erworben haben, zu übertragen. Dabei darf jedes einzelne Produkt auf ein iTunes-Konto oder auf ein MAID Konto, das einem Ihrer Autorisierten Endbenutzer gehört oder von diesem unterhalten wird, oder im Falle von Volume Content aus dem App Store auf ein individuelles Gerät, das Ihnen oder einem Autorisierten Endnutzer gehört oder von Ihnen betrieben wird, übertragen werden. Diese Berechtigung ist unbefristet, unterliegt aber der Verfügbarkeit der jeweiligen Produkte." (MAID = Managed Apple ID)

# data[].attributes.body
Schulen, die sich entscheiden, Geräte von Apple zu nutzen, meist Tablets, stehen vor vielen Fragen, wenn es um die Nutzung und Verwaltung der Geräte geht. Was ist möglich? Darf man das? Was ist mit diesem Begriff gemeint. Hier sollen einige dieser Fragen beantwortet werden.