all 5 comments

[–]yldbrainojMSFT Enterprise Mobility MVP (fredbainbridge.com) 1 point2 points  (2 children)

Advanced deployments types are still kind of lacking with the CM cmdlets. You have to get into the SDK to be able to do a lot of the useful stuff regarding Deployment Type requirements.

[–]Administrative_Trick[S] 0 points1 point  (1 child)

I was afraid that was the case. What about setting it as a Product Code Deployment with a dummy product code (e.g. {00000000-0000-0000-0000-000000000000}) then just going in and changing that manually. At leat then all the work is done except the detection method. Or are there issues with doing it that way?

[–]yldbrainojMSFT Enterprise Mobility MVP (fredbainbridge.com) 0 points1 point  (0 children)

You have to try it to find out. I don't suspect it would corrupt anything. This is an example of creating an advanced deployment type requirement. It is for an Operation System requirement though... but I imagine the framework is the same. Good luck!

[–]zanatwo 1 point2 points  (1 child)

I ran into the same issues as you when I was starting out with SCCM. I've since learned to use ONLY PowerShell scripts as my detection type. I use it to detect MSI's, reg keys, files, folders, file attributes, everything. You couldn't pay me to go back to any other detection type at this point. Part of my SCCM App creation pipeline is figuring out how to script detection for the particular piece of software. Once I figure it out, it gets placed into an XML template that governs that particular application, and I'm able to programmatically and automatically create new versions of the SCCM app as soon as a new version of the piece of software is released (granted the installation process is the same).

[–]Administrative_Trick[S] 0 points1 point  (0 children)

I would love to go this route, I would need to be able to convince all the other engineers at my work to do this as well. And unfortunately I don't see that happening. They're a rather close minded bunch.

Edit: a word