Installare Company Portal con Winget su Windows 11 e 10

Installare Company Portal con Winget su Windows 11 e 10

Se devi distribuire Company Portal su Windows 11 o Windows 10, Winget è spesso la strada più pulita: riduce i click, rende ripetibile l’installazione e ti lascia un audit minimo del comando usato. Il punto non è solo “installarlo”, ma farlo nel modo giusto: pacchetto corretto, sorgente affidabile, privilegi adeguati e verifica finale che l’app sia davvero pronta per l’uso con Intune e servizi correlati.

In pratica, il flusso migliore è questo: controlli che Winget sia presente e aggiornato, identifichi l’ID esatto del pacchetto, esegui l’installazione con parametri coerenti con il tuo scenario e poi validi il risultato dal sistema. Se qualcosa non torna, il problema quasi mai è “Winget non funziona”: di solito è un mismatch tra versione di Windows, policy aziendali, repository Microsoft Store, oppure un pacchetto già presente ma corrotto o in versione diversa da quella attesa.

Quando usare Winget e quando no

Winget è la scelta giusta quando vuoi standardizzare l’installazione su postazioni già gestite o su macchine che hanno accesso alla rete e ai feed Microsoft. È utile anche per troubleshooting, perché puoi replicare la stessa azione su più host senza passare dall’interfaccia grafica.

Non è invece la soluzione ideale se il dispositivo è bloccato da policy che impediscono l’uso del Microsoft Store, se il repository App Installer è disabilitato, o se stai lavorando in un ambiente isolato senza accesso ai cataloghi online. In quei casi devi capire prima il vincolo, poi decidere se distribuire il pacchetto con Intune, con un installer offline, o con un meccanismo di packaging interno.

Prerequisiti reali da verificare prima di partire

Prima di lanciare l’installazione, conviene verificare tre cose: presenza di Winget, stato del client Microsoft Store/App Installer e connettività verso il catalogo. Senza questi tre elementi rischi di interpretare male gli errori.

Comandi utili:

winget --version

winget source list

Se winget --version fallisce, il problema è a monte: installa o ripara App Installer dal Microsoft Store, oppure tramite il canale di distribuzione interno previsto dalla tua organizzazione. Se winget source list non mostra la source principale, il client non sta interrogando il catalogo atteso e l’installazione non sarà affidabile.

Identificare il pacchetto giusto

Company Portal non va installato “a memoria”. L’ID del pacchetto è il pezzo che evita gli equivoci, soprattutto quando nel catalogo compaiono nomi simili, alias o varianti di pubblicazione. Prima di installare, cerca il pacchetto e leggi i dettagli.

winget search Company Portal

In molti ambienti il nome visualizzato è sufficiente a capire quale voce selezionare, ma il criterio corretto è l’ID. Se hai dubbi, chiedi a Winget di mostrarti i dettagli del pacchetto trovato:

winget show --id Microsoft.CompanyPortal

Se l’ID cambia nel tempo o il catalogo restituisce una variante diversa, non forzare l’installazione alla cieca. Prima conferma che il publisher sia quello atteso e che il pacchetto sia compatibile con il canale di distribuzione della tua azienda. Questo è uno dei punti in cui si evitano installazioni sbagliate ma perfettamente “riuscite”.

Installazione con Winget: il comando minimo sensato

Per la maggior parte dei casi, il comando base è sufficiente. Se stai operando su una macchina interattiva e vuoi ridurre gli errori di conferma, usa l’installazione silenziosa e accetta automaticamente i termini necessari.

winget install --id Microsoft.CompanyPortal --silent --accept-package-agreements --accept-source-agreements

Questo approccio è adatto sia a Windows 11 sia a Windows 10, purché il client Winget sia funzionante. Il parametro --silent evita finestre inutili, mentre gli --accept-* riducono l’attrito su automazioni e sessioni remote. Se vuoi vedere più chiaramente cosa sta facendo il client, puoi togliere --silent durante il primo test e osservare il flusso completo.

Se il pacchetto è già presente, Winget in genere lo segnala. In quel caso non forzare una reinstallazione senza motivo: prima verifica versione e stato. La presenza dell’app non basta; conta che sia coerente con il tenant, con la policy di enrollment e con l’esperienza utente che vuoi ottenere.

Windows 11 e Windows 10: differenze operative

Dal punto di vista di Winget, Windows 11 tende a essere meno problematico perché l’integrazione con i componenti moderni del sistema è più lineare. Su Windows 10, invece, capita più spesso di trovare device con Store disattivato, componenti App Installer non aggiornati o policy legacy che interferiscono con la sorgente.

Non è una differenza “di compatibilità” dell’app in sé, ma di contesto operativo. Se devi distribuire Company Portal su Windows 10, la parte importante è controllare che la build del sistema e i componenti accessori siano allineati. Se il device è molto vecchio o stagnante in aggiornamenti, il problema non è Winget ma la manutenzione del sistema base.

Installazione in ambiente amministrato

In un contesto aziendale, l’installazione manuale sul singolo endpoint è spesso solo il test iniziale. Quello che conta davvero è il comportamento quando il comando viene eseguito da un contesto gestito: script di provisioning, task pianificati, sessione remota, oppure deployment tramite piattaforma MDM.

Se usi Winget in uno script, conviene scrivere il flusso in modo difensivo: prima controlli se il pacchetto è già installato, poi esegui l’installazione solo se serve, infine registri l’esito. In questo modo eviti reinstallazioni inutili e semplifichi il troubleshooting.

$pkg = winget list --id Microsoft.CompanyPortal | Select-String -Pattern