Problem beim Verteilen einer Aufgabe via GPO

Hallo zusammen,

ich habe ein Problem beim verteilen einer geplanten Aufgabe via GPO. Und zwar geht es um folgendes. Wir möchten gerne den Zugriff auf den Windows-Store für die Benutzer sperren.

Bislang lief das ganz gut über eine GPO. Store-App deaktivieren und alles war gut. Aber die Funktioniert seit geraumer Zeit nicht mehr zuverlässig. Der Grund:
https://docs.microsoft.com/de-de/troubleshoot/windows-client/group-polic ...

Also sind wir auf einen anderen Weg umgestiegen und haben den Store einfach bei der Anmeldung deinstalliert. Auch das war kein Problem:

Ja ich weiß, MS empfiehlt das nicht, aber darum geht es nicht. Wir wollen halt nicht, dass die User den Store nutzen können um Apps herunter zu laden, da die Apps teilweise alles andere als gut geprüft sind (Stichwort Sicherheitslücken) auf der anderen Seite kann man damit Spiele ohne Adminrechte installieren und auch das wollen wir verständlicherweise nicht. Auf der anderen Seite ist der Store aber erforderlich damit Apps funktionieren.
Kurzes Beispiel: Der Taschenrechner (nur ein Beispiel) kann bei einigen Anwendern nicht gestartet werden und muss aus dem Shop neu herunter geladen werden. Das trifft vor allem die Kollegen, die mit Roaming-Profilen arbeiten müssen. Umstellung auf FSLogix ist an der Stelle nicht möglich und auch keine wirkliche Option, da selbst mit FSLogix der Store noch verfügbar wäre.

Also habe ich mir überlegt den Store ganz einfach über die Aufgabenplanung zu schließen sofern er geöffnet wird. Ich habe dafür eine Aufgabe erstellt mit folgendem Trigger: Bei einem Ereignis im Protokoll Microsoft-Windows-Store/Operational aus der Quelle Store wird Powershell.exe mit dem Befehl ausgeführt. Funktioniert super. Also wollte ich das ganze per GPO verteilen, allerdings stoße ich jetzt auf ein Problem:

Wenn ich in der GPO eine geplante Aufgabe erstelle, dann habe ich zwar das Protokoll zur Verfügung, aber keine Quelle Store, sondern nur die Quelle Microsoft-Windows-Store. Klar habe ich auch noch andere Quellen in diesem Protokoll aber sie haben steht ein Microsoft-Windows vor dem Namen im Vergleich zum Windows 10 Client.

Nun bekomme ich beim GPUPdate folgende Fehlermeldung:

Ich bin dann in die Policies unter Domain\Policies\SID\Machine\Preferences\ScheduledTaks gegangen und habe dort in der xml das "überflüssige" Microsoft-Windows gelöscht, so dass die Quelle in der XML mit der Quelle auf dem Client überein stimmt, aber das brachte keine Änderung in der Fehlermeldung.

Im nächsten Schritt habe ich in der GPO den Trigger anstelle der Option Minimal über die Option Benutzerdefiniert angepasst. Hier muss ich die XML per Hand ausfüllen und kann den SystemProvider Name auf Sore festlegen. Dies ändert aber nichts an der Fehlermeldung und an dem Verhalten der GPO. Die geplante Aufgabe wird nicht hinzugefügt und das GPupdate endet mit dem beschriebenen Fehler.

Also hier jetzt dir Frage:
Wie kann ich einen Trigger definieren, der sich auf Systemprotokolle bezieht, die auf dem DC einen anderen Namen haben als auf dem Zielgerät? Was mach ich falsch, bzw. was übersehe ich?

Gruß
Doskias

PS: händisch die Aufgabe zu exportieren und auf einem anderen Rechner zu importieren funktioniert Problemlos, ist aber für eine dreistellige Anzahl an betroffenen Clients keine Option

  <Triggers>
    <EventTrigger>
      <Enabled>true</Enabled>
      <Subscription>&lt;QueryList&gt;&lt;Query Id="0" Path="Microsoft-Windows-Store/Operational"&gt;&lt;Select Path="Microsoft-Windows-Store/Operational"&gt;*[System[Provider[@Name='Microsoft-Windows-Store']]]&lt;/Select&gt;&lt;/Query&gt;&lt;/QueryList&gt;</Subscription>  
    </EventTrigger>
  </Triggers>