AppWrapperfür Windows
macOSWindows
PLENDE
Zugang anfragen

Plattform für Authoring, Paketierung und Runtime von Windows-Anwendungen im Unternehmen

Von der Windows-Anwendungsquelle bis zur verwalteten Bereitstellung — in einem kontrollierten Ablauf.

AppWrapper führt durch Quellenanalyse, Projektkonfiguration, Erkennung, Installation, Deinstallation, Paketierung, Veröffentlichung und Diagnose. Dasselbe Projekt unterstützt Microsoft Intune, Microsoft Configuration Manager und eine konsistente Runtime auf dem Endgerät.

Ersetzen Sie Einzelskripte, Paketnotizen und getrennte Checklisten durch einen Projektvertrag: _config.ini, kontrollierte Aktionsreihenfolge, wiederholbare Erkennung und prüfbare Bereitstellungsartefakte.

Zugang anfragenVideos
MSIEXEPS1 / CMD / BAT / VBSAPPX / MSIXMSU / KBStoreCapabilityOffice ODT
PowerShell — AppWrapper Package Wizard
PS C:\Packages\GCTrace> .\wrapper.exe -Run

AppWrapper for Windows
Package Wizard [new package]
Mode: Authoring | Stage: Source selection
====================================================================

Select a source or helper
[1] Local MSI / EXE / script
[2] Microsoft Store application
[3] Windows Capability
[4] Microsoft Update Catalog KB
[5] Office Deployment Tool
[6] Open existing package

>
9 Runtime-AktionsfamilienRuntime
Ein _config.ini-VertragProject
Intune und Configuration ManagerPackaging
Logs, Zusammenfassungen und DiagBundleSupport

Warum Windows-Paketierung so viel Spezialistenzeit bindet

Jede Anwendung kann zu einem eigenen Engineering-Projekt werden.

Installationsverhalten, Silent-Parameter, Benutzeranforderungen, Erkennung, Bereinigung, Neustarts und Veröffentlichung bleiben häufig über Skripte, Tickets und Einzelwissen verteilt.

Für Administratoren
  • Installationsverhalten und verlässliche Silent-Parameter prüfen
  • MSI, EXE, Skripte, APPX, Updates und Zusatzaktionen ordnen
  • Erkennung, Deinstallation, Neustartbehandlung und Tests vorbereiten
  • Exit Codes, Wiederholungen und fortgesetzte Ausführung analysieren
Für die Organisation
  • Uneinheitliche Standards zwischen Teams und Bereitstellungskanälen
  • Betriebswissen konzentriert sich auf einzelne Spezialisten
  • Aufwendigere Audits, Übergaben und Pflege älterer Pakete
  • Mehr ungeplanter Supportaufwand nach der Veröffentlichung

Vollständiger Windows-Umfang

Mehr als MSI und EXE. Ein Wizard deckt den realen Windows-Paketierungswerkzeugkasten ab.

MSI, EXE und Skripte

Unterstützt .msi, .exe, .ps1, .cmd, .bat und .vbs mit kontrollierten Parametern, Exit Codes, Installation und Deinstallation.

APPX, MSIX und Microsoft Store

Lokale APPX/MSIX/MSIXBUNDLE erkennen, Store-Apps laden, Architektur auswählen und provisionierte Pakete verarbeiten.

Windows Update und KB

Microsoft Update Catalog durchsuchen, MSU/CAB laden, Updates installieren oder entfernen und Neustartergebnisse behandeln.

Windows Capabilities

Capability-Namen suchen, mehrere Komponenten hinzufügen und Online- oder lokale Quellen verwenden.

Office Deployment Tool

ODT laden, XML wählen, Offline-Quellen vorbereiten und Office-Inhalte im Paket normalisieren.

ADD und DEL

Registry-Import, Datei-/Ordnerkopie, Pfadbereinigung und Registry-Bereinigung als kontrollierte Projektaktionen.

CALL und Ausführungsreihenfolge

Eigene Befehle mit MSI, INST, UNINST, ADD, DEL, WU, APPX und CAP in expliziter Reihenfolge kombinieren.

Vorhandene Pakete öffnen

_config.ini erneut öffnen, Quellen und Identität ändern, testen, Erkennung neu erzeugen, paketieren und veröffentlichen.

Branding und Interaktion

Titel, Symbole, Fortschritt, Prozesshinweise, Abschluss und Neustart über UiSessionBridge konfigurieren.

SecondRun und Fortsetzung

Nach Neustart oder Anmeldung fortsetzen, wiederholen, verschieben und Runtime-Status unter GlobalClient speichern.

Mehrquellen-Erkennung

REG, FILE, MSI, WU, APPX, CAP und MARKER mit zu Quellenindizes synchronisierten Gruppen.

Package Stamp und Vertrauen

Lizenz, Konfigurationsintegrität, Payload-Signaturen und vertrauenswürdige Zertifikatserwartungen prüfen.

Ein kontrollierter Ablauf

Von der Quelle über Authoring und Paketierung bis zu Veröffentlichung und Runtime.

Jede Phase nutzt dieselbe Konfiguration. Projekte lassen sich erneut öffnen, ändern, testen, paketieren und veröffentlichen, ohne den Kontext neu aufzubauen.

01Quelle auswählenLokaler Payload oder Store-, KB-, Capability- oder Office-Helper.
02Projekt erzeugen_config.ini mit Identität, Reihenfolge, Interaktion und Ausführungseinstellungen.
03Erkennung_detection.ps1 erzeugen und administratorfreundlich testen.
04ValidierungQuellen, Voraussetzungen, Erkennung und Konfigurationsintegrität prüfen.
05Lokale TestsInstallation und Deinstallation mit Logging, UI und Exit-Code-Behandlung.
06PaketierungSCCM-Inhalt oder .intunewin mit IntuneWinAppUtil.
07VeröffentlichungÜbergabe an publisher.exe und den Zielkanal.
08RuntimeSYSTEM-Kontext, Wiederholung, Neustart, SecondRun, Enderkennung und Zusammenfassung.

Interaktiver Produktablauf

Von der Quelle über Authoring und Paketierung bis zu Veröffentlichung und Runtime.

Jede Phase nutzt dieselbe Konfiguration. Projekte lassen sich erneut öffnen, ändern, testen, paketieren und veröffentlichen, ohne den Kontext neu aufzubauen.

01 / 6

Quellenauswahl

Vollständigen Wizard starten und lokale Quelle oder Helper auswählen.

PowerShell — AppWrapper Package Wizard
PS C:\Packages\GCTrace> .\wrapper.exe -Run

AppWrapper for Windows
Package Wizard [new package]
Mode: Authoring | Stage: Source selection
====================================================================

Select a source or helper
[1] Local MSI / EXE / script
[2] Microsoft Store application
[3] Windows Capability
[4] Microsoft Update Catalog KB
[5] Office Deployment Tool
[6] Open existing package

>
1 / 6

Ein Projektvertrag

_config.ini bewahrt alle Entscheidungen für die Paketausführung.

Die Konfiguration verbindet Anwendungsidentität, Quellenvorbereitung, Ausführungsreihenfolge, Erkennung, Downloads, Bereinigung, Benutzerinteraktion, Branding, Sicherheit, Logging und SecondRun.

[Inventory]

Anwendungsidentität, Hersteller, Version, Verantwortlicher und Inventarkontext der Organisation.

[PrepareSetup] + [APPInstall]

Quellenvorbereitung und primäres Installations- oder Deinstallationsverhalten.

[RunOrder] + [Additional]

Explizite Reihenfolge primärer und zusätzlicher Aktionsfamilien.

[Detection]

Erkennungsgruppen, Vergleichsregeln und Synchronisierung der Quellindizes.

[UserInteraction] + [Branding]

Fortschritt, Prozesshinweise, Abschluss, Neustart, Symbol und Titel.

[Security] + [Logging] + [SecondRun]

Integrität, Vertrauen, Diagnose und kontrollierte Fortsetzung nach Neustart.

Ergebnisse für den Zielkanal

Intune, Configuration Manager und Publisher verwenden dasselbe Projekt.

AppWrapper prüft Voraussetzungen, bereitet Inhalte vor und übergibt sie an den passenden Kanal — ohne separates Runtime-Modell je Plattform.

Intune

.intunewin and publishing handoff

  • Inhaltsvalidierung vor der Paketierung
  • Automatische Erkennung oder expliziter Pfad zu IntuneWinAppUtil
  • Validierung der Erkennungsvoraussetzungen
  • Übergabe an Publisher aus dem Wizard
wrapper.exe -PackIntune -SourcePath . -SetupFile .\setup.exe
Configuration Manager

Prepared SCCM application content

  • Dieselbe Runtime und Projektkonfiguration
  • Installations- und Deinstallationsbefehle
  • Erkennungsskript und Paketinhalte
  • Publisher-Übergabe für den Zielkanal
wrapper.exe -PackSccm -SourcePath .

Enterprise-Runtime

Installation und Deinstallation folgen einem kontrollierten Plan.

Die Runtime verarbeitet Aktionsreihenfolge, Wiederholungen, Exit Codes, Neustart, SecondRun-Fortsetzung, Benutzerinteraktion, abschließende Erkennung und Operationszusammenfassungen.

INSTALL

Kontrollierte Ausführung

  • MSI, INST, ADD, WU, APPX, CAP and CALL
  • Accepted exit codes, retries and state tracking
  • End-of-run detection and registry footprint
  • SecondRun continuation after reboot
↔
UNINSTALL

Geplanter Entfernungspfad

  • UNINST, DEL, MSI, APPX, WU and CAP removal
  • Cleanup of paths and registry state
  • Running-process protection and postpone
  • Uninstall detection, history and final summary

Benutzerinteraktion

Sichtbare Kommunikation ohne zusätzliche Konsolenfenster.

Der aktuelle UiSessionBridge-Transport zeigt Fortschritt, Hinweise zu laufenden Prozessen, Abschlussmeldungen und Neustartdialoge in der aktiven Benutzersitzung.

AppWrapper

Installing GCTrace

Please keep your device powered on. AppWrapper will close this window when the operation is complete.

Aktuelles UI-Transportmodell

GlobalClient.UiSessionBridge.exe liefert sichtbare Fenster aus SYSTEM-Bereitstellungen in die aktive Benutzersitzung.

  • Fortschrittsfenster
  • Hinweise zu laufenden Prozessen
  • Abschlussdialoge
  • Neustart- und Fortsetzungskommunikation
  • Standard-, Kanal- oder eigenes Branding

Fälle, die sonst eigene Skripte benötigen

Windows Updates, Store, Office, Capabilities und Fortsetzungsabläufe bleiben im selben Modell.

Download-Abläufe

Microsoft Store, Update Catalog KB, Office ODT and package-local source preparation.

Architekturbewusstes APPX

Prefer the correct package for the current OS and skip duplicate identities after successful installation.

Quellenkontrolle für Windows Capabilities

Online or local sources, source health checks, fallback policy and pending reboot handling.

SecondRun

Persist state and continue controlled work after restart or logon without starting from the beginning.

Verschieben und Fortsetzen

Protect user work, schedule a later attempt and preserve the operational state.

What-if und Diagnose

Use structured logs, human-readable test output and bundles to reduce troubleshooting time.

Support ohne Rätselraten

Logs, JSON-Zusammenfassungen und DiagBundle entstehen mit der Operation.

Administratoren und Support beginnen mit strukturierten Nachweisen: aktuellen Logs, Ergebniszusammenfassungen, Historie und einem Diagnosepaket mit relevantem Projektkontext.

C:\ProgramData\GlobalClient\
  • Logs\*.latest.log
  • Logs\summary\*.latest.json
  • OLD_Logs\
  • Diagnostics\*_DiagBundle.zip
  • Registry history and markers under HKLM
PowerShell — AppWrapper diagnostics
PS C:\Packages\GCTrace> .\wrapper.exe -DiagBundle

Collecting current logs...
Collecting package configuration...
Collecting operation summaries...
DiagBundle ready: GCTrace_DiagBundle.zip

Für wen

Für Teams mit Verantwortung für den vollständigen Windows-Anwendungslebenszyklus.

Microsoft Intune

Win32 packaging, detection, user interaction and publisher handoff.

Configuration Manager

Prepared application content with the same runtime contract.

Application packaging teams

Repeatable authoring across payload types and administrator handovers.

Endpoint operations

Consistent runtime, logs, summaries and escalation evidence.

Consultants

Deliver reviewable projects instead of undocumented one-off scripts.

MSP / partners

Multi-customer use requires a dedicated partner agreement and licensing model.

Einfache Lizenzierung

Eine Plattform. Zwei Ebenen der Zusammenarbeit.

Jeder Plan enthält den vollständigen Windows-Funktionsumfang. Unterschiede bestehen bei Author Seats, Support, Onboarding und SLA.

Professional

Professional

Ab2.990 €/ Jahr
  • Vollständiger Funktionsumfang
  • 1 organization
  • 3 Author Seats
  • Publisher included
  • Updates and email support
Demo vereinbaren

Enterprise

Ab8.990 €/ Jahr
  • Vollständiger Funktionsumfang
  • 1 organization
  • 10 Author Seats
  • Priority support and SLA
  • Onboarding, workshops and roadmap influence
Vertrieb kontaktieren

Produktressourcen

Dokumentation, Anforderungen, Sicherheit und Release-Historie im selben Standard wie die macOS-Edition.

Dokumentation

Anleitungen zu Authoring, Erkennung, Paketierung, Runtime und Diagnose.

→

Release Notes

Änderungen an AppWrapper, Publisher und Windows-Helpern.

→

Sicherheit

Lizenzierung, Package Stamp, Signaturen und Organisationsvertrauen.

→

Systemanforderungen

System, PowerShell, Berechtigungen, IntuneWinAppUtil und Servicing-Tools.

→

Reifegradbewertung für Windows-Paketierung

Erkennen Sie, wo Konsistenz und Betriebswissen verloren gehen.

Acht Fragen bewerten Quellenvorbereitung, Erkennung, Deinstallation, Validierung, Dokumentation und Projektübergabe.

Paketierungsreife74 / 100
  • Konsistenz des Erkennungsmodells
  • Parität von Installation und Deinstallation
  • Validierung vor Veröffentlichung
  • Dokumentation und Übergabe
Bewertung starten

Interaktive Walkthroughs

Erkunden Sie die wichtigsten Windows-Abläufe direkt auf der Seite.

Walkthrough öffnen →
01

Authoring und Modus für bestehende Pakete

Quellenauswahl, Konfiguration, Erkennung und erneutes Öffnen.

02

Paketierung für Intune und Configuration Manager

Validierung, Inhaltsvorbereitung und Kanalübergabe.

03

Runtime und Diagnose

Installation, Benutzerinteraktion, SecondRun und DiagBundle.

Häufige Fragen

Klare Antworten zu Quellen, Runtime, Intune, Configuration Manager und Lizenzierung.

Unterstützt AppWrapper nur MSI?

Nein. Die Windows-Edition unterstützt MSI, EXE, Skripte, APPX/MSIX, MSU, Windows Capabilities, Microsoft Store, Office ODT, Zusatzaktionen und Bereinigung.

Ist Publisher Teil des Produkts?

Ja. Der Wizard kann das vorbereitete Projekt an den Publisher übergeben. Publishing bleibt ein eigenes Subsystem, nutzt aber denselben Projektkontext.

Erzeugt AppWrapper Erkennungslogik?

Ja. _detection.ps1 kann für REG, FILE, MSI, WU, APPX, CAP und MARKER erzeugt und administratorfreundlich getestet werden.

Kann ein bestehendes Paket erneut geöffnet werden?

Ja. Bei vorhandener _config.ini stehen Quellen-, Identitäts-, Inventory-, Detection- und UI-Änderungen sowie Tests, Paketierung und Publishing bereit.

Wie wird Benutzerinteraktion bereitgestellt?

UiSessionBridge liefert Fortschritt, Prozesshinweise, Abschluss und Neustart in die aktive Sitzung, ohne den alten VBS-Transport zu verwenden.

Kann AppWrapper offline arbeiten?

Kern-Authoring und Runtime funktionieren lokal. Downloads, Microsoft Catalog, Store und Publishing benötigen Zugriff auf die jeweiligen Dienste.

Ersetzt AppWrapper Anwendungstests?

Nein. Authoring, Validierung und Ausführung werden standardisiert; produktive Bereitstellungen benötigen weiterhin Tests und Change Management.

Kann eine Standardlizenz mehrere MSP-Kunden bedienen?

Nein. Ein Plan für eine Organisation deckt keine unabhängigen Kunden ab; dafür ist eine Partnervereinbarung erforderlich.

Early Access

Standardisieren Sie Windows-Anwendungsbereitstellung, ohne jedes Paket neu aufzubauen.

Beschreiben Sie Umgebung, Bereitstellungskanäle und Paketierungsherausforderungen. Gemeinsam definieren wir einen passenden AppWrapper-Piloten.

Contacthello@app-wrapper.com