... 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 ...

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)

• 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.

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.

• 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.

• 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.

• 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.

• 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.

• Ü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.