Jim, Look close around you, we have already so many systems where "inventory" data is located without doing anything spectaculair....
Ask Mike for the various sources of info he is using today.... > Op 15 jun. 2016 om 23:13 heeft Jim Walker <[email protected]> het > volgende geschreven: > > Right, this is more about how you guys get your definitive source of hardware > asset info. Like below people have mentioned for audits – use SCCM for > software, use <x product or process> for Hardware. > I’m mostly looking at that <x product or process> - if there was something > commercially compelling. > Simple answer is, we can have someone with a scan gun and an Excel > spreadsheet, but I was looking for something a little sexier (and did see > some ideas!). > > Thanks all! :D > > From: [email protected] [mailto:[email protected]] > On Behalf Of Todd Hemsell > Sent: Wednesday, June 15, 2016 12:43 PM > To: [email protected] > Subject: Re: [mssms] Hardware Asset Inventory management with SCCM > > I agree 100%. > It sounded to me like he wanted another way to gather hardware information... > as in to make sure SCCM was correct. > > Keeping track of assets <> inventory of what is on machines. > > On Wed, Jun 15, 2016 at 10:03 AM, Sherry Kissinger > <[email protected]> wrote: > My opinion (and it's just an opinion, I could be wrong). When people ask me > why they shouldn't use the SCCM database for "asset management" here's what I > tell them. ConfigMgr is designed for managing current systems. If someone > puts a box in a closet for a year--it's still an Asset, and it's still an > asset owned by your company. But it's no longer in the ConfigMgr database. > If you were using CM as your "definitive resource for everything about that > asset"--the info is long gone. > > To me, it would make more sense to have/get/create a different database; for > asset management of physical hardware. As part of the input, ensure that the > serial number is in that database. That way, using SQL reporting, you can > tie that other database to the CM database, for more robust reporting--but if > there's a physical asset in the other DB that isn't in CM--at least you still > know you used to have it... somewhere... and if that other database hasn't > been updated with a notation for "disposed"--you are more likely to assume > it's in a closet somewhere. > > Yes, yes... I know that sometimes when a motherboard is replaced the serial > number isn't input back--but that's a process issue; and should be able to be > remediated on the small percentage that happens on. > > On Wed, Jun 15, 2016 at 8:29 AM, Daniel Ratliff <[email protected]> wrote: > Sorry, CA SAM for software, CA APM for hardware. > > Daniel Ratliff > > From: [email protected] [mailto:[email protected]] > On Behalf Of Daniel Ratliff > Sent: Wednesday, June 15, 2016 9:11 AM > To: [email protected] > Subject: RE: [mssms] Hardware Asset Inventory management with SCCM > > We use CA SAM. The most difficult part is tieing into the hardware > procurement system from your PC mfg or reseller. Another difficult piece is > tracking stock that isn’t deployed yet. SCCM can do neither of these natively. > > Daniel Ratliff > > From: [email protected] [mailto:[email protected]] > On Behalf Of Todd Hemsell > Sent: Wednesday, June 15, 2016 9:03 AM > To: [email protected] > Subject: Re: [mssms] Hardware Asset Inventory management with SCCM > > Why can't it be the definitive source? That is a silly notion. > > On Tue, Jun 14, 2016 at 5:56 PM, Jim Walker <[email protected]> wrote: > Hey folks, > I know this is probably a rehashed topic, but what are some of the good > products out there you guys are using to compliment SCCM with Hardware > Inventory? (not software inventory/normalization, but could do both?) > We’re happy with what SCCM tells us, but it can’t be our definitive source of > information about hardware assets… > > _Jim > > > > > > The information transmitted is intended only for the person or entity to > which it is addressed > and may contain CONFIDENTIAL material. If you receive this > material/information in error, > please contact the sender and delete or destroy the material/information. > > > The information transmitted is intended only for the person or entity to > which it is addressed > and may contain CONFIDENTIAL material. If you receive this > material/information in error, > please contact the sender and delete or destroy the material/information. > > > > > -- > Thank you, > > Sherry Kissinger > > My Parameters: Standardize. Simplify. Automate > Blogs: http://www.mofmaster.com, http://mnscug.org/blogs/sherry-kissinger, > http://www.smguru.org > > > >
