Een .intunewin-bestand maken is slechts één stap in application packaging. Het pakket moet zonder onverwachte interactie kunnen installeren, de juiste versie herkennen en opnieuw beheerd kunnen worden na een upgrade of fout. Gebruik deze checklist om een nieuw pakket te beoordelen of om een bestaande uitrol gericht te onderzoeken.
1. Leg het installatiegedrag vast vóór je verpakt
Werk met een betrouwbare installer en noteer de versie, architectuur, licentievoorwaarden en installatieopties. Controleer eerst of de leverancier een ondersteunde stille installatie en de-installatie aanbiedt. Vermijd aannames over parameters die bij een andere installer werkten.
Bepaal ook welke configuratie onderdeel is van de applicatie en welke instellingen je via beleid wilt beheren. Zo voorkom je dat elke kleine configuratiewijziging een nieuw applicatiepakket vereist.
- Installeercommando en de-installatiecommando.
- Benodigde runtimes, certificaten, bestanden en netwerktoegang.
- Ondersteunde architectuur en besturingssysteemversies.
- Gewenst gedrag bij een herstart, actieve gebruiker of geopende applicatie.
2. Test in de juiste installatiecontext
Een installatie die je handmatig als beheerder uitvoert, bewijst niet dat dezelfde installatie onder SYSTEM werkt. Gebruikersprofielen, gekoppelde schijven en toegang tot netwerklocaties kunnen anders zijn. Beoordeel afzonderlijk of de applicatie per toestel of per gebruiker hoort te worden geïnstalleerd.
Een script onder SYSTEM dat gegevens naar het huidige gebruikersprofiel kopieert, kan daardoor op de verkeerde locatie eindigen. Scheid toestelbrede installatie van configuratie die echt per gebruiker moet gebeuren.
- Test via de beoogde Intune-toewijzing, niet uitsluitend vanuit een beheerdersconsole.
- Open de applicatie daarna met een standaardgebruiker.
- Controleer bestandslocaties, registerweergave en gebruikersinstellingen.
- Test een tweede gebruiker wanneer het toestel gedeeld wordt.
3. Maak detectie specifiek en herhaalbaar
Detectie bepaalt of Intune de applicatie als aanwezig beschouwt. Een map die toevallig bestaat, is meestal minder betrouwbaar dan een controle die past bij de geïnstalleerde applicatie en de gewenste versie. Gebruik bijvoorbeeld een passende MSI-, bestands- of registerregel, of een detectiescript wanneer dat nodig is.
Laat een detectieregel de installatie niet repareren: detectie moet de toestand vaststellen. Bepaal bewust of alleen één versie of ook een nieuwere versie voldoet, en test die keuze na een upgrade.
- De applicatie ontbreekt: detectie meldt niet aanwezig.
- De gewenste versie staat correct geïnstalleerd: detectie herkent haar.
- Een oude of onvolledige installatie wordt niet onterecht goedgekeurd.
- Na de-installatie blijft geen detectieresultaat door achtergebleven bestanden bestaan.
4. Neem upgrades en de-installatie mee in de acceptatie
Veel packagingproblemen verschijnen pas op toestellen waarop al een eerdere versie staat. Test hoe instellingen, gebruikersgegevens en snelkoppelingen zich gedragen tijdens een upgrade. Controleer ook wat gebeurt wanneer de installatie wordt onderbroken of een herstart vraagt.
Afhankelijkheden en supersedence kunnen de uitrol ondersteunen, maar vervangen geen test van het daadwerkelijke installerpad. Schrijf op wat je verwijdert en wat behouden moet blijven.
- Schone installatie en upgrade vanaf de huidige productieversie.
- Verwijdering zonder ongewenst verlies van gebruikersgegevens.
- Herinstallatie na verwijdering of een mislukte poging.
- Terugkoppeling van exitcodes en herstartgedrag in Intune.
5. Gebruik PowerShell en PSADT voor een duidelijk doel
PowerShell App Deployment Toolkit (PSADT) kan nuttig zijn voor consistente logging, gebruikersmeldingen en installatielogica. Het maakt een onbetrouwbare installer niet automatisch betrouwbaar. Voeg alleen logica toe die nodig is voor de applicatie en je beheerafspraken.
Noteer welke PSADT-versie en template zijn gebruikt. Houd scripts leesbaar en maak fouten zichtbaar in de logging. Een script dat elke fout onderdrukt, kan een succesvolle uitvoering melden terwijl een noodzakelijke stap niet heeft plaatsgevonden.
Wat hoort er bij een bruikbare packagingoplevering?
Lever naast het pakket ook de bronversie, commando’s, detectie, afhankelijkheden en testresultaten op. Noteer bekende beperkingen, de applicatie-eigenaar en hoe een volgende versie moet worden bijgewerkt. Dat helpt het beheerteam om het pakket later veilig te onderhouden.
TechLake ondersteunt Intune- en SCCM-application packaging, PowerShell- en PSADT-herstel en het wegwerken van packagingachterstanden. Een concrete foutmelding, het bestaande pakket en de gewenste werking zijn een goed vertrekpunt voor een afgebakende opdracht.