Finally I get to see the successor of the Business Store! Already using Winget via a powershell script and adding the remaining information on my own. Can't wait until this is available on my company's Intune Tenant!
Me too. This is the first step in that journey. We will continue to invest in this area and expand the capabilities over the next year. This is definitely a goal of ours to help you reduce those costs.
Thanks for the update, but speaking of updates, do you have funtionality for keeping the installs of these apps updated, especially given Winget the ability to update applications? It always seems weird to me that users can install applications through company portal but maintaining these installs falls wayside leaving apps vulnerable as they become out of date.
From Bryan's response earlier, "Apps will auto-update from the Store if those apps are deployed via Intune as depicted in the video. This includes both UWP and Win32 based Store apps. We are working on ways to provide some additional update controls in the future. Stay tuned!"
I really wish there was a way to opt-in a tenant instead of having to wait for the "It's available now! (as soon as the tenant batch you're in gets processed)"
Great video. One thing what is confusing me is the fact the app wasn't set to be available in the CP, but when Jeremy showed the end user experience the app was there, in the Company Portal?
Only if you are willing to trust the community Repo - The MS Store one will cover the basics yes - but you still cant beat having your own with apps you have created urself and know how they are made up, and what is included in them.
Happy to see this feature, and I've got it in my tenat. Does anyone know why only some apps appear though? For example, why isn't Spotify found, when it is definitely in the Microsoft app store? I've notice it isn't perfect with partial match search, but I've tried "Spotify" "Spotify AB" and "Spotify - music and podcasts" and it doesn't find any of those.
Great video - Would be great if MS did some info on how to setup your own private WinGet Repo - as some companies dont want to publish company apps to the community repo. But I cant find anything anywhere - Given from what I can tell this Repo wouild be hosted in Azure - Would be nice to see something that can be spun up from an Azure template. Come on Microsoft - Get the backend documentation setup and updated - no everyone wants to use community or MS Repo's.
I totally understand. We are first integrating an existing repo that is the Store and are working on how to integrate private repos in the future. Look for some updates next year in this area.
@@brykeller That would be great - while the commuinity and MS Store are good for Some - for the MSP I work for - they wont work - We would want to hold a Private Repo for our MSP and then point our customers to this for Apps. Look forward to seeing something next year - just hope its not the end of next year 😁😁
I thought I was gonna get the full winget search library, but seems to be very limited. A lot of apps are missing. Also not able to install apps in pre-provisioning or ESP. I cry..
Thanks for the video. It’s available for our tenant Friday last week. I built the Company Portal app and deployed it to test computers without issues. However, it does not show it under Managed Apps. Am I missing something?
Hi Richard, thanks for the feedback. We currently do not plan to auto-migrate, but the switchover is pretty straightforward. Locate a previously deployed MSfB app using the new Store app type. Then assign it to your desired groups. That's it, the app will become managed on devices using the new app type. No disruption on the client, just a simple IT admin changeover.
Thank you for this video. How would you prevent users in a corporate environment from installing apps from the Windows Store? For example, staff members have the ability to install Netflix and various games from the Microsoft Store on Windows 10/11 Enterprise edition. Is there a setting within Endpoint/Intune to manage the Microsoft Store?
This looks really good! I'm having an issue with the Microsoft Store for Business trying to remove the apps i added that way. The "Remove product" action does nothing so i can't remove the SfB apps from Intune to get ready for the transition. Any fix for this?
Same issue, I was going to link the Store for Business so I could push out Company Portal and tried to have a clean out first but realised that functionality had gone. I’ve been in a holding pattern waiting for more info for a while now.
Will it possible to deploy WinStore Apps in Device Context mode (system-context), or is it only in User-Context? Like "offline appx" deployment now with Intune/Configuration Manager. Is it possible when Windows Store for Business is gone, to download the APPX packages without it?
Great question. In our first release, we will have user context only. We are currently developing the system context install support, but it will be a few months before we can add that to our V2.
great video , all this is exciting but I still can't figure out everything in regards to the "integration" of Winget with Intune ... as an example Winget search Notepad++ is telling me the source is winget so not msstore so I can't add this app from New Store in Intune. How can I deploy Notepad++ from Intune on using winget as a source ? Thanks !!
Thanks for the update. I’m looking for info on how to install company portal on devices. We have not linked Store for Business to our Endpoint tenant due to it going end of life. Online documentation seems to still talk about using SfB. This seems to be the missing link for our org which is mainly an Endpoint Config Manager environment piloting modern and hybrid management.
Hi Denis, you can deploy Company Portal as a new Store app. We don't yet support system-context installs, that work is happening it just isn't in our first release. So in the mean time you would need to use MSfB or deploy it as an offline package.
@@brykeller This needs to be much better documented on Microsoft's website. I have had the same issue with starting a pilot this month just before the store goes end of life.
Great question. The consultants who helped us stand up our tenant and integrate with MECM told us to NEVER mix app types for Autopilot purposes. He said it can work, but mostly won't and isn't worth the hassle.
What will happen with the offline versions of apps that you could deploy during the autopilot ESP phase? Based on the documentation, these apps from the store have the exact same deployment mechanism where they only deploy after the enrollment phase has been completed.
Maybe I'm missing something, but I don't see a demo here of how Winget packages make their way onto InTune. After showing a basic demo of Winget, the demos show how to grab things from the MS Store.
The packages don't actually go into Intune like a traditional package import. They stay in the ISV locations and Intune instructs managed devices to install directly from the location registered in the Windows Package Manager service.
It's actively rolling out, and every tenant should have it by end of week. Docs are also going live today, and we aligned the release of the video to the start of the rollout.
Год назад
Can I ask who updates the repository where winget looks for information? I have quite a few programs on my network that don't have an up-to-date version available through winget, but there is one available for download on the manufacturer's website. Thanks.
That's a very helpful video. Thanks for this but I do need to ask that Microsoft starts to think that Intune admins can't plan any roll out when you said ''once you see this on your tenant''. Imagine me tomorrow going to my boss and saying we will do this, (when?), once we see on our tenant. Tomorrow, next week, next month, next year, who knows >.
It's actively rolling out, and every tenant should have it by end of week. Docs are also going live today, and we aligned the release of the video to the start of the rollout.
That process shouldn't be affected. It's the app service from Intune on the client that is managing the process. The company portal is the front end experience a user will see for optional apps.
Apps will auto-update from the Store if those apps are deployed via Intune as depicted in the video. This includes both UWP and Win32 based Store apps. We are working on ways to provide some additional update controls in the future. Stay tuned!
It's actively rolling out, and every tenant should have it by end of week. Docs are also going live today, and we aligned the release of the video to the start of the rollout.
What if an app is in the winget repository but not in the microsoft store, can I still find it and install it via intune? Does this work for system assigned installs or only users? Doesn't make sense to assign software to users since those that roam between computers would have to manually install apps they need on each new computer or wait an hour for them to download in the background before they can start working.
So... How are updates done after an app is installed on a device? I get that if a user self-install an app later and there is an updated app available its downloaded directly from the store/ISV, but an already installed app, hos does that get updated and when? Can we as admins control this?
Someone at Microsoft has forgotten why do-whatever-they-want EXE and MSI installers were not allowed in the Store. The store WAS more than just a list of installable apps. By requiring legacy apps to be APPX packaged, or better, MSIX packaged UWP apps, it got us closer to the security and privacy model that Android, Chrome OS and iOS have. I am thankful I may no longer have to re-package as many applications. However, as long software vendors are allowed to do whatever they want, they have no incentive to change. Without Microsoft putting their foot down, administrators are left to fill the gaps. We are forced to not only take on the added risks associated with these poor software practices and designs, but also attempt to apply safeguards around them, then clean up any messes after a compromise. #ShouldBeUWP #ShouldBeMSIX
@@crimzn6214 From the outside, it looks like the path was either forgotten or intentionally given up on. I'd like to ensure the path is not forgotten and those in charge know there are some administrators who were looking forward to a brighter future. Let me know if there is a better mechanism I can use to do this, rather than replying to every "Isn't this step backward wonderful?" social media post I see with "no, it's not". Thanks for fighting the good fight.
everything find but Can you guy look forwarx for an uninstall button for not requiered software???? the only way to uninstall software shouldn‘t be a group …
It would be great if Microsoft would add Zoom , Chrome & Slack using the MS store. And yes i'm aware that Teams and Edge are compititors but come on... at least do Slack & Zoom 🤣
This seems like an OK transition from the old Business Store but it feels kinda disingenuous to call it 'Winget' integration because you're not able to pull in items from the winget source. It has to be the msstore source. For example, I want employees to be able to use Spotify from the company portal because they wont be able to install it. But that's not an available app, despite being available on winget. It's not an msstore-sourced app yet.
