Kundenportal

Microsoft Intune · PSAppDeployToolkit 4.1 · PowerShell 7

Drittanbietersoftware, die sich selbst aktuell hält.

Patchwerk erkennt neue Versionen von Firefox, 7-Zip und Co., baut daraus Intune-Pakete und verteilt sie gestaffelt in den Kunden-Tenant. Ohne Wizard, ohne Klickstrecke.

Vier Dinge, die Intune allein nicht tut

Microsofts Enterprise Application Management bringt einen eigenen App-Katalog samt Auto-Update — kostenpflichtig zusätzlich zu Intune Plan 1 oder 2, und mit dokumentierten Lücken. Genau diese vier schließt Patchwerk.

  • Rollout

    Ringweise statt alle

    Jeder Ring hat seine eigene Verzögerung. Erst der Pilot, sieben Tage später der Bestand — nicht alle Geräte gleichzeitig.

  • Rückweg

    Zurückfallen möglich

    Die aktuelle und eine Vorgängerversion bleiben im Tenant stehen und sind über Supersedence verbunden. Eine fehlerhafte Version lässt sich zurücknehmen.

  • Anwender

    Offene Programme

    Vier Verhaltensweisen pro Produkt: durchlaufen, automatisch schließen, überspringen oder nachfragen — mit Aufschub für den Anwender.

  • Nachweis

    Vollständige Historie

    Nicht nur der aktuelle Zustand: jede erkannte Version, jede Freigabe und jede Konfigurationsänderung steht als Commit im Repository.

Vom Herstellerrelease ins Gerät

Vier Schritte, jede Nacht. Einer davon gehört einem Menschen.

  1. Erkennen

    Der nächtliche Lauf fragt WinGet-Manifeste und GitHub-Releases ab — Version, URL und Hash in einem Zug.

  2. Freigeben

    Jede Versionsänderung wird ein Pull Request. Ein Mensch merged. Kein Pfad läuft automatisch bis in einen Kunden-Tenant durch.

  3. Paketieren

    Der Installer wird geladen, der SHA256 geprüft, als PSADT-Paket gerendert und zu .intunewin gepackt, auf Wunsch signiert.

  4. Verteilen

    Base App dort, wo die Software fehlt. Update App überall dort, wo eine ältere Version läuft. Ringweise, mit Supersedence.

Die Update App ist der Kern

Eine Requirement Rule prüft vor der Installation: ist die Software da und ihre Version kleiner als die Zielversion? Nur dann läuft sie an. So wird der Bestand gepatcht, ohne irgendwo neu auszurollen.

Konfiguration als Code

Kein Wizard. Jede Zuweisung, jeder Ring und jedes Silent-Argument steht als YAML im Repository. Im Portal oder per CLI bearbeitet — beides läuft als Pull Request, versioniert und reviewbar.

Woher die Versionen kommen

Austauschbare Erkennungsquellen. Fällt eine aus, bricht der Lauf nicht ab — das Produkt wird als unbestimmt markiert und beim nächsten Lauf erneut geprüft.

Ein neues Produkt heißt: eine YAML-Datei, ein Pull Request, ein Review. Keine Pipeline-Änderung.

Erkennungsquellen
QuelleAnmerkung
winget-manifest Beste Abdeckung. Liefert Version, URL und Hash aus einem Manifest.
github-release Für Open-Source-Produkte direkt aus der Releases-API.

Weitere Quellen kommen erst dazu, wenn sie gegen einen echten Tenant belegt sind. Ein stiller Fehlbezug ist schlimmer als kein Update.

Drei Grenzen, die eingebaut sind

Patchwerk bekommt Schreibrechte auf die Anwendungsverwaltung eines Tenants. Diese drei Grenzen sind keine Zusage, sondern Bauweise.

  • Keine Installer-Kopien

    Der Katalog führt nur URL, Version und SHA256. Der Installer wird zur Laufzeit geladen, verpackt und direkt in den Ziel-Tenant geschrieben. Es entsteht nie eine gehostete Kopie.

  • Keine langlebigen Zugangsdaten

    Kein Client Secret, nirgends. Ein kurzlebiges OIDC-Token aus der Pipeline wird über eine föderierte Anmeldeinformation zum App-Only-Token. Es lebt Minuten und nur im Prozess.

  • Kein Publish ohne Merge

    Die Vertrauensstellung ist auf Branch main eingeschränkt. Ohne gemergten Pull Request bekommt die Pipeline gar kein Token — das steckt in der Identität, nicht nur im Ablauf.

Zugriffsumfang: DeviceManagementApps.ReadWrite.All. Der Kunde erteilt einmalig Admin Consent und kann ihn jederzeit entziehen.

Was Patchwerk kostet

Abrechnung je verwaltetem Gerät und Monat, ohne Mindestlaufzeit.

[IHR PREIS]

je Gerät und Monat · [IHR LIZENZMODELL]

  • Vollständiger Produktkatalog, Pflege inklusive
  • Update Rings nach eigenem Zeitplan
  • Reaktionszeit [IHRE REAKTIONSZEIT]
  • Kundenportal für die IT im Unternehmen
Gespräch vereinbaren

Erst reden, dann verbinden

Dreißig Minuten am Telefon klären, ob Patchwerk zur bestehenden Intune-Umgebung passt — und wenn nicht, sagt Dambly IT das auch.

Dambly IT
Phillip Dambly
E-Mail
[IHRE E-MAIL]
Telefon
[IHRE TELEFONNUMMER]