22 KiB
Intune App-Manager — Hilfe
Web-Frontend für Microsoft Intune. Lädt Apps und Gruppen aus deinem Tenant über Microsoft Graph und macht das Verwalten von Zuweisungen schneller als im Intune-Portal selbst.
Schnellstart in 5 Schritten
- Verbinden — beim ersten Start öffnet sich der Onboarding-Screen. Anmeldung starten klicken → Microsoft-Anmeldefenster bestätigen.
- Empfänger wählen — linke Spalte. Wechsle zwischen Abteilung, RPA oder Benutzer und setze die Haken.
- Apps laden — falls noch nicht geschehen, klicke das Refresh-Icon rechts oben in der Apps-Spalte.
- Zuweisung sammeln — bei einer App auf den Available- oder Required-Button klicken. Die ausgewählten Empfänger landen in der Session (rechte Spalte).
- Ausführen — rechts unten Zuweisungen ausführen. Ein HTML-Report öffnet sich automatisch.
Apps zuweisen — der Hauptworkflow
Das ist der zentrale Anwendungsfall des Tools. Du nimmst eine Liste von Empfängern (Abteilungen, RPA-Gruppen oder Einzel-User), suchst eine oder mehrere Apps und fügst die Empfänger den bereits an der App zugewiesenen Gruppen als Mitglieder hinzu.
Das mentale Modell
Das Tool ändert nicht die App-Zuweisungen selbst — die Liste der Available/Required-Gruppen einer App bleibt, was sie ist. Stattdessen ändert es die Mitgliedschaften in genau diesen Gruppen. Beispiel:
Beispiel mit Platzhaltern. Die Präfixe
<dept-prefix>undintune-win-app-sind in den Einstellungen konfigurierbar.
- App Beispiel-App hat die Required-Gruppe
intune-win-app-<app-slug>-requiredzugewiesen. - Du wählst links die Abteilung
<dept-prefix>-team-controllingals Empfänger. - Klick auf die Required-Pille der App → die Operation
Abteilung als Mitglied zur Required-Gruppe hinzufügenwandert in die Session. - Beim Ausführen wird
<dept-prefix>-team-controllingals Mitglied inintune-win-app-<app-slug>-requiredaufgenommen. - Intune ziehst dann beim nächsten Sync alle Mitglieder dieser Gruppe als Required-Targets der App.
Schritt-für-Schritt
- Empfänger markieren (linke Spalte). Du kannst Modi mischen — z. B. zwei Abteilungen plus drei Einzel-Benutzer gleichzeitig auswählen. Die Pinned-Targets-Leiste oben zeigt dir alles, was gerade aktiv ist.
- Apps öffnen (mittlere Spalte). Filter benutzen oder Suchfeld. Du musst die Apps nicht einzeln durchgehen — du kannst nacheinander bei mehreren Apps Pillen klicken, alle Operationen sammeln und am Ende einmal ausführen.
- Available- oder Required-Button klicken. Was passiert hängt vom Inhalt ab:
- App hat genau eine Available/Required-Gruppe: Die ausgewählten Empfänger werden direkt zur Session als „diese Gruppe + dieser Intent" hinzugefügt.
- App hat mehrere Gruppen (Count-Badge auf dem Button): Ein Picker öffnet sich und du wählst gezielt eine Gruppe aus der Liste.
- App hat keine Gruppe dieses Typs: Button ist deaktiviert.
- Status prüfen. Die Buttons zeigen dir farblich an, wie der aktuelle Stand ist (siehe nächster Abschnitt).
- Bei mehreren Apps wiederholen. Die Session sammelt alles. Wenn du dieselbe Pille nochmal klickst, wird der Vorgang aus der Session wieder entfernt (Toggle-Verhalten).
- Ausführen. Rechts unten Zuweisungen ausführen. Das Tool durchläuft jede gesammelte Operation und schickt einen Member-Add an die Microsoft-Graph-API. Der HTML-Report listet Erfolge und Fehler je App.
Bedeutung der Pillen-Farben
Die Buttons Available und Required an jeder App-Zeile signalisieren über Farbe und Indikator den Zustand bezogen auf die gerade ausgewählten Empfänger:
| Optik | Bedeutung |
|---|---|
| Heller Akzent-Rahmen, neutral | Standard-Zustand. Keine ausgewählten Empfänger oder noch nicht geprüft. |
| Grüner Rahmen + grünes Häkchen in der Zeile | Alle ausgewählten Empfänger sind bereits Mitglied einer der zugewiesenen Gruppen dieses Typs. Klick erzeugt evtl. Dubletten — meist nicht nötig. |
| Gelber Rahmen + halbes Häkchen | Teilweise: ein Teil der Empfänger ist schon Mitglied, der Rest nicht. Klick füllt die Lücken. |
| Schwarz gefüllt + Count-Badge (z. B. „3") | Aktiv in der Session: Operation für diese App ist schon gesammelt. Anzahl = wie viele Operationen für diese App in der Session liegen. Erneuter Klick entfernt sie wieder. |
| Italic Schrift, ausgegraut | Native Zuweisung (All Users / All Devices) ist die einzige Option — Mitgliedschaft kann nicht geändert werden, weil keine Gruppe existiert. |
Picker bei mehreren Gruppen
Wenn eine App mehr als eine Available- oder Required-Gruppe hat, öffnet der Klick einen kleinen Picker:
- Liste aller Gruppen dieses Typs
- Pro Gruppe wird der Member-Status (Mitglied / Partial mit n/m-Anzeige) angezeigt, sofern Empfänger ausgewählt sind
- Klick auf eine Gruppe = zur Session hinzufügen oder entfernen (Toggle)
- Pro Gruppe zusätzlich die Aktions-Icons (Intune-Portal-Link, Mitglieder, Zuweisung löschen)
Die Session (rechte Spalte)
Die rechte Spalte ist deine Vorschau aller noch nicht ausgeführten Vorgänge. Pro Session-Eintrag siehst du:
- App-Name + Gruppen-Name
- Empfänger-Tag (genau ein Empfänger pro Eintrag — bei mehreren Empfängern entstehen mehrere Einträge)
- A/R-Badge (Available oder Required)
- X-Button um den Eintrag wieder rauszunehmen
Darunter eine Zusammenfassung mit der Gesamtzahl der Vorgänge — der Apply-Button zeigt diese Zahl mit an.
Ausführen und Report
Klick auf Zuweisungen ausführen → Bestätigungs-Dialog mit Counter → echte Ausführung:
- Für jeden Session-Eintrag wird ein Member-Add ausgeführt
- Native Targets (
ALL_USERS/ALL_DEVICES) werden übersprungen — sie haben keine Gruppen-Mitgliedschaft - Bereits-Mitglied-Fälle werden als „OK (bereits Mitglied)" geloggt — kein Fehler
- Echte Fehler (403 Berechtigung, 404 Gruppe nicht gefunden, …) werden mit Details aufgeführt
Nach Abschluss öffnet sich automatisch ein HTML-Report mit:
- Erfolgs-/Fehler-/Skipped-Counter + Erfolgsquote
- Empfänger-Chips (Abteilungen, Benutzer)
- Zuweisungs-Chips (App + Gruppe)
- Detail-Tabelle nach App gruppiert — Apps mit Fehlern sind aufgeklappt
Reports werden in %TEMP%\IntuneAppManager-Reports\ abgelegt und können später erneut geöffnet werden.
Wann sollte ich was nutzen?
| Du willst… | Workflow |
|---|---|
| 50 User aus einer neuen Abteilung in 10 Apps mitnehmen | Empfänger = Abteilung wählen, durch 10 Apps gehen, je 1 Required- oder Available-Pille klicken, ausführen. |
| Eine neue App nur für 3 Test-Benutzer ausrollen | User-Modus, 3 User markieren. Bei der App entweder eine bestehende Available-Gruppe wählen oder + → Available: Neue Gruppe erzeugen. |
| Eine bestehende Gruppen-Zuweisung einer App entfernen | App aufklappen → Zuweisungen-Sektion → Mülleimer-Icon neben der Gruppe. |
| Eine zugewiesene Gruppe in mehreren Apps prüfen | Bei einer App auf die Pille klicken → Picker → Gruppe aussehen → Mitglieder-Icon → Intune-Portal Mitglieder-Ansicht. Oder via Filter „Mehrere Available/Required" eingrenzen. |
Header (oben)
| Element | Funktion |
|---|---|
| Logo links | Kann in den Einstellungen durch dein Firmen-Logo ersetzt werden. |
| Einstellungen (Zahnrad-Icon) | Tenant/Client-ID, Naming-Schemata, Farben, Logo, Filter-Defaults. Wird unter %APPDATA%\IntuneAppManager-Web\settings.json persistiert. |
| Hilfe (Fragezeichen-Icon) | Diese Seite. |
| Theme-Toggle (Sonne/Mond-Slider) | Light/Dark-Mode umschalten. Wird im Browser-LocalStorage gemerkt. |
| Avatar (Personen-Icon) | Zeigt den angemeldeten Account. Mouseover für vollen UPN. Grüner Punkt = verbunden. |
| Logout (Tür-mit-Pfeil-Icon) | Trennt die Microsoft-Graph-Verbindung. |
Linke Spalte — Empfänger
Drei Auswahl-Modi via Segment-Switch oben:
- Abteilung — lädt alle Gruppen, deren Name mit einem der in den Einstellungen konfigurierten Präfixe beginnt (mehrere möglich, z.B.
abt-hmundabt-externfür interne plus externe Mitarbeiter — siehe Einstellungen → Abteilungs-Gruppen). - RPA — lädt die in den Einstellungen explizit aufgelisteten Gruppennamen.
- Benutzer — Live-Suche über Microsoft Graph. Mindestens 2 Zeichen. Felder konfigurierbar (DisplayName, UPN, Mail, Department).
Gruppen aufklappen
Der Pfeil > rechts an einer Gruppen-Zeile öffnet die Mitglieder inline. Mitglieder lassen sich einzeln per Checkbox markieren und mit Benutzer übernehmen in den User-Modus überführen — nützlich wenn nur ein Teil einer Gruppe zugewiesen werden soll.
Icons pro Eintrag (immer sichtbar)
| Icon-Form | Wirkung |
|---|---|
| Externer-Link-Pfeil | Öffnet die Gruppe/User-Seite direkt im Intune-Portal in neuem Tab. |
| Zwei-Personen-Icon | (nur bei Gruppen) Öffnet die Mitglieder-Ansicht der Gruppe im Intune-Portal in neuem Tab. |
| Teams-T-im-Kasten | (nur bei Benutzern) Startet einen Teams-Chat mit der Person — öffnet die Teams-Desktop-App. |
Mehrere Modi gleichzeitig
Die Auswahlen in den drei Modi sind voneinander unabhängig — du kannst etwa 5 Abteilungen + 2 RPA-Gruppen + 3 Einzel-Benutzer gleichzeitig anvisieren. Die Pinned-Targets-Leiste oben in der linken Spalte zeigt alles, was gerade markiert ist.
Mittlere Spalte — Apps
Filter
| Filter | Zweck |
|---|---|
| Suchfeld | Volltext-Suche im App-Namen. |
| Dropdown rechts | Preset-Filter: Alle, Ohne Zuweisungen, Nur Available, Nur Required, Mehrere Available/Required, All Users/Devices, Nur Intune sowie ein Eintrag pro konfiguriertem Vendor (z.B. Nur PatchMyPC-Apps, Nur Robopack-Apps). |
Bereits Gruppenmitglied |
Zeigt nur Apps, bei denen mindestens eine der ausgewählten Empfänger schon Gruppenmitglied einer zugewiesenen Gruppe ist. Funktioniert nur mit ausgewählten Empfängern. |
All Users/Devices ausblenden |
Native Zuweisungen aus der Anzeige rausnehmen. |
Geändert (Datumsrange) |
Filtert auf das Last Modified-Datum der App. |
App-Zeile
Jede Zeile besteht von links nach rechts aus:
- Status-Indikator (Häkchen wenn alle ausgewählten Empfänger schon Mitglied einer zugewiesenen Gruppe sind).
- App-Name + Hersteller. Klick öffnet das Detail-Panel.
- Rename-Icon (Stift) und Intune-Link. Bei Vendor-verwalteten Apps (PatchMyPC, Robopack, …) ist der Stift durch ein Lock-Icon ersetzt.
- Source-Logo — Intune, PatchMyPC, Robopack oder ein weiterer in den Einstellungen konfigurierter Vendor. Klick öffnet das jeweilige Portal in einem neuen Tab.
- Typ-Chip (WIN32, MSI, APPX, WINGET, …).
- Version.
- Available- und Required-Buttons mit Count (Details siehe Apps zuweisen — der Hauptworkflow oben).
- Plus-Button — Zuweisung hinzufügen (siehe nächster Abschnitt).
- Delete-Icon (Mülltonne) — App aus Intune entfernen. Bei Vendor-verwalteten Apps (PatchMyPC, Robopack, …) ersetzt durch ein Lock.
Plus-Button — Zuweisung hinzufügen
Modal mit sechs Optionen, gruppiert in zwei Spalten:
REQUIRED (Pflichtinstallation)
- Neue Gruppe — erstellt eine neue Azure-AD-Sicherheitsgruppe nach dem Naming-Schema aus den Einstellungen und weist sie der App zu.
- All Users — native Zuweisung an alle lizenzierten Benutzer.
- All Devices — native Zuweisung an alle Geräte.
AVAILABLE (Selbstinstallation via Firmenportal)
- Neue Gruppe — analog, mit Available-Naming-Schema.
- All Users — App erscheint im Firmenportal aller Benutzer.
- All Devices — App ist auf allen Geräten verfügbar.
Wichtig: Native Zuweisungen (All Users/All Devices) können je App und je Intent nur einmal existieren. Bereits aktive Kombinationen werden im Dialog ausgegraut — das verhindert 409-Fehler bei doppelten Anlagen.
Unterschied zum Hauptworkflow: Der Plus-Button erstellt eine neue Zuweisung an der App selbst (z. B. eine neue Gruppe oder ein natives Target). Der Klick auf eine Available/Required-Pille fügt dagegen Empfänger zu einer bereits zugewiesenen Gruppe als Mitglieder hinzu.
App-Detail (Klick auf App-Namen)
Klappt unter der App-Zeile auf. Inhalt:
| Sektion | Inhalt |
|---|---|
| Zuweisungen | Available + Required-Listen mit Klick-Aktionen (Intune-Link, Mitglieder, Löschen). |
| Allgemein | Hersteller, Entwickler, Owner, Version, Typ, Min-OS, Featured-Flag. |
| Beschreibung | Wird als Markdown gerendert — Tabellen, Listen, Code-Blöcke, fette Schrift, alles wie auf GitHub. |
| Installation | Datei, Setup-Pfad, Install- und Uninstall-Befehl. Copy-Icons für die Commands. |
| Detection | Detection-Regeln (Registry, Datei, MSI-ProductCode, PowerShell-Script). |
| Return-Codes | Exit-Codes mit success / softReboot / hardReboot / retry. |
| Meta | Erstellt + Geändert-Daten. Kombinierbar mit dem Geändert-Filter oben. |
| Installationen | Statistik aus Intune: Erfolgs-/Fehler-/Pending-/N/A-Counts getrennt für Geräte und Benutzer. Erfolgsquote als farbige Pille. |
| Abhängigkeiten | Visuelles Flow-Diagramm mit Klartext-Erklärung. Klick auf einen Dependency-Knoten springt zur Ziel-App (sofern in der aktuellen Liste). |
| Supersedence | Was diese App ersetzt/aktualisiert — analog mit Erklärung. |
Dependencies und Supersedence — was bedeutet was?
Dependency (Abhängigkeit)
- Eine Dependency definiert, dass diese App eine andere App als Voraussetzung hat.
- autoInstall: Intune installiert die Dependency automatisch vor dieser App, sobald die App zugewiesen wird.
- detect: Die Dependency muss manuell vorhanden sein — Intune installiert sie nicht automatisch.
Supersedence (Ablösung)
- Beschreibt, dass diese App eine andere App ablöst.
- update: Vorhandene Installation der alten App wird aktualisiert, Daten/Konfiguration bleiben erhalten.
- replace: Die alte App wird deinstalliert, dann wird die neue App installiert. Daten gehen verloren.
Einstellungen
Persistiert in %APPDATA%\IntuneAppManager-Web\settings.json. Beim Speichern werden nur die betroffenen Caches geleert — bei reinen Farb-/Logo-Änderungen kein Reload nötig.
| Sektion | Inhalt |
|---|---|
| Microsoft Graph Verbindung | Tenant- und Client-ID + Scopes. Änderungen erzwingen einen Disconnect. |
| Abteilungs-Gruppen | Ein oder mehrere Präfixe (eine pro Zeile) für den Abteilungs-Modus. |
| RPA-Gruppen | Explizite Liste der RPA-Gruppennamen (eine pro Zeile). |
| Benutzer-Suche | Welche Felder durchsucht werden (DisplayName / UPN / Mail / Department). |
| Required-Gruppen-Naming | Präfix + Suffix für die Auto-Generierung von Required-Gruppen-Namen. |
| Available-Gruppen-Naming | Analog für Available-Gruppen. |
| Branding (Logo) | Eigenes Logo hochladen (PNG/JPG/SVG/WEBP/GIF, max. 2 MB). Wird im Projekt-Verzeichnis als branding-logo.* gespeichert. |
| Farben | 8 Akzentfarben (Brand, Available, Required, Erfolg, Warnung, Fehler, Markierte Zeile, Detail-Bereich) + Standardfarben wiederherstellen-Button. |
Wichtige Einschränkungen
- Vendor-verwaltete Apps (PatchMyPC, Robopack und weitere in den Einstellungen konfigurierte Vendoren) können weder gelöscht noch umbenannt werden über das Tool — das funktioniert nur im jeweiligen Vendor-Portal selbst. Die UI zeigt für diese Apps ein Lock-Icon statt Trash/Pencil und das Backend blockiert mit HTTP 409 (
code = "<vendorId>Managed"). Detection-Regeln pro Vendor (Field/Match/Pattern) liegen insettings.jsonund sind dort editierbar — Standardwerte: PMPC =commandLine contains "PatchMyPC", Robopack =developer equals "Robopack". - Native Zuweisungen (All Users / All Devices) sind je App und Intent einzigartig. Bereits aktive Kombinationen werden im Erstellen-Dialog ausgegraut.
- Required-Zuweisungen werden bei der nächsten Geräte-Sync von Intune erzwungen — Vorsicht bei produktiven Apps. Bei Änderungen an produktiven Apps lieber erst Available zuweisen.
- App-Löschung im Tool entfernt die App komplett aus Intune (inkl. aller Zuweisungen) — irreversibel. Gilt nicht für Vendor-verwaltete Apps (siehe oben).
- Cache-Verhalten: Apps und Gruppen werden nach dem ersten Laden im PowerShell-Prozess gecached. Beim Refresh-Icon wird neu geladen. Wenn du Apps oder Gruppen außerhalb des Tools änderst, manuell refreshen.
Vendor-Erkennung (PatchMyPC, Robopack, …)
Das Tool unterscheidet zwischen Vendor-verwalteten Apps (die ueber ein externes Portal wie PatchMyPC oder Robopack ausgerollt werden) und nativen Intune-Apps (manuell hochgeladen). Vendor-Apps bekommen ein eigenes Source-Logo + Lock-Icons statt Trash/Pencil, weil Aenderungen in Intune beim naechsten Vendor-Sync ueberschrieben wuerden.
Wie wird erkannt?
Pro Vendor gibt es eine Detection-Regel in den Einstellungen (settings.json → vendors[]). Eine Regel besteht aus:
- field — welches Intune-App-Feld geprueft wird:
commandLine(default fuer PMPC): pruef install- und uninstall-Commandlinedeveloper(default fuer Robopack): Entwickler-Feld der Apppublisher: Publisher-FelddisplayName: App-Namenotes: Notes-Feldowner: Owner-Feld
- match — wie verglichen wird:
contains: Substring (case-insensitive)equals: exakter MatchstartsWith: Prefix-Matchregex: voller Regex
- pattern — der zu suchende String / Regex
Standard-Regeln
| Vendor | Feld | Match | Pattern | Erklärung |
|---|---|---|---|---|
| PatchMyPC | commandLine |
contains |
PatchMyPC |
PMPC schreibt seinen Namen in den Install-/Uninstall-Aufruf (z. B. PatchMyPC-ScriptRunner.ps1) |
| Robopack | developer |
equals |
Robopack |
Robopack-Konvention setzt das Developer-Feld der App auf "Robopack" |
Was, wenn meine Vendor-Apps nicht erkannt werden?
settings.json unter %APPDATA%\IntuneAppManager-Web\ oeffnen und im vendors[]-Array die Detection-Regel anpassen. Beispiel: wenn deine Robopack-Apps statt im Developer-Feld ueber einen Prefix im Display-Namen erkennbar sind:
{
"id": "robopack",
"displayName": "Robopack",
"portalUrl": "https://app.robopack.com/",
"logoFile": "robopack.png",
"detection": { "field": "displayName", "match": "startsWith", "pattern": "RP - " },
"block": { "delete": true, "rename": true }
}
Nach dem Aendern: Tool neu starten. Im Einstellungen-Modal → Verbindung + Lookups testen klicken — dort wird pro Vendor die aktuelle Trefferzahl angezeigt. Steht da 0, greift die Regel nicht.
Reihenfolge im vendors[]-Array
Der erste passende Vendor gewinnt. Wenn du mehrere ueberlappende Regeln hast (z.B. PMPC erkennt commandLine, Robopack erkennt developer — und eine App passt zu beiden), wird der Vendor der weiter oben in der Liste steht zugewiesen. PMPC ist im Default oben.
Eigenen Vendor hinzufuegen
Neuer Eintrag im vendors[]-Array — beliebige id (klein, ohne Sonderzeichen, wird Teil des HTTP-Status-Codes <id>Managed), eigener displayName, eigenes Logo unter <id>.png im Projekt-Root. Wenn das Logo fehlt, zeigt das Tool den ersten Buchstaben des Namens als Fallback-Badge.
Setup-Datei aktualisieren
Native Intune-Apps koennen mit einer neuen Setup-Datei aktualisiert werden, ohne die App neu anzulegen — Zuweisungen, Detection-Rules und Einstellungen bleiben erhalten, nur der ausgerollte Datei-Inhalt (und optional die Versionsnummer) wird ersetzt.
- Wo: App-Detail aufklappen → Abschnitt Setup-Datei → Setup-Datei aktualisieren…. Der Button erscheint nur bei unterstuetzten, nicht vendor-verwalteten Apps (PatchMyPC/Robopack sind ausgeschlossen — die werden im jeweiligen Portal aktualisiert).
- Unterstuetzt (aktuell):
.intunewin(Win32-Apps). MSI und MSIX folgen. - Datei-Quelle: ein lokaler Pfad auf dem Rechner, auf dem das Tool laeuft (der Server liest die Datei direkt von der Platte — kein Browser-Upload). Beispiel:
C:\Pakete\app-2.0\app.intunewin. - Ablauf: Pfad eingeben → optional neue Versionsnummer → Bestaetigung anhaken → Hochladen & aktivieren. Das Tool legt eine neue Content-Version an, laedt die (bereits durch IntuneWinAppUtil verschluesselte) Datei nach Azure, committet sie und stellt die App auf die neue Version um.
Achtung: Das ersetzt die ausgerollte Version. Alle zugewiesenen Geraete bekommen beim naechsten Sync die neue Datei. Nicht rueckgaengig machbar — immer zuerst an einer Test-App ausprobieren.
Tastatur / Tipps
- Ctrl+F5 — Hard-Refresh (löscht den Browser-Cache vollständig, lädt das JS/CSS neu — Pflicht nach Tool-Updates).
- Esc in jedem Modal — schließen.
- Enter im Umbenennen-Modal — speichern.
- Klick auf eine App-Zeile außerhalb von Buttons/Links — Detail-Panel öffnen/schließen.
- Beim Apply wird der HTML-Report automatisch im Browser geöffnet — kann später in
%TEMP%\IntuneAppManager-Reports\wieder aufgerufen werden.
Fehlerbehebung
| Symptom | Ursache / Lösung |
|---|---|
| „User canceled authentication" beim Verbinden | Das WAM-Anmeldefenster ist hinter anderen Fenstern verborgen. Das Tool versucht es automatisch nach vorne zu holen — wenn das nicht hilft, schaue in der Taskleiste oder klicke nochmal Verbinden. |
| Apps laden ewig | Bei großen Tenants (> 1000 Apps) kann das initiale Laden 10–30 s dauern. Apps werden danach gecached. Neu laden über Refresh-Icon. |
| Änderungen am Settings/Logo wirken nicht | Browser-Cache. Ctrl+F5 drücken. |
| „Gruppe existiert bereits" beim Erstellen | Wahrscheinlich gibt es schon eine Gruppe mit dem generierten Namen. Im Dialog den Vorschlag manuell anpassen. |
| PowerShell-Konsole zeigt Errors beim Start | Module fehlen oder sind zu alt. Install-Module Microsoft.Graph.Authentication -Scope CurrentUser -Force ausführen. |
| Apply-Button bleibt grau / disabled | Es sind 0 Vorgänge in der Session, oder alle gesammelten Operationen sind native Targets (werden übersprungen). Mindestens einen Empfänger + Pille setzen. |
Stand: Mai 2026 · Tool-Version siehe Konsolen-Output beim Start und im Apply-Report-Footer. Hilfe-Datei: www/help.md. Vollständige Änderungshistorie: CHANGELOG.md.