We use SCCM to access user data.
Basically, my requirement was to get the data from wherever it was available within the organization. SCCM helped identify how many computers we had, what software was loaded on it, what different types of data were available, and so on. It helped us a lot when it came to extracting the data.
It uses detailed descriptions of the workstations, and that is good for me.
I think SCCM can improve whatever details they shared with the integration partner. There was a lot of junk software and data. There should be flexibility to allow us to extract the data we require. In other words, the flexibility of accepting the specific data that we are looking for.
I want the system to provide some dependency relations. For example, you have a laptop, and you start working on it. If I can be informed that you're using the laptop at work, other machines that are dependent on this laptop will be able to provide that dependency relationship. I would like to see the relationship between different machines.
For a small-scale industry, the storage capacity is good. However, the performance and storage capacity could be better.
I have been using SCCM for a while as part of an integration project.
We are running almost 5,000 machines, and it was working fine from a performance perspective.
Technical support is good.
The initial setup was straightforward and took us about a week to deploy this solution. The strategy was simple. We just had to do it in the same plugin, and we actually did learn on the job each day.
We used an integrator, and we still use them regularly or even daily. We might use them for other integrations as well.
I would tell potential users that SCCM is a good solution if their focus is on the number of computers and laptops they have in the company.
I used it for the first time, and it was good. But users should know what kind of databases they are using and if the integration has sufficient rights to access that data.
On a scale from one to ten, I would give SCCM a seven.