Loading

Snow Best Practice Advice

Skip Feed
  1. Updated Best Practice for Large Environments

     

    Hey Snow Globe Community Users!

     

    Not sure that you have seen, we have updated the Best Practice for Large Environments. Very useful for you as it provides best practice guidelines and recommendations for the installation, maintenance, and performance optimization of Snow Software products.

     

    I also like to take the opportunity to promote you to use our Snow Docs portal, this is where you will find documentation to help you install, configure and use Snow Software products.

     

    Kind Regards

     

    Pernilla Lindsten

    Snow Software Support

     

    Expand Post

    • Hi @Pernilla Lindsten (Flexera Software)​ ,

      Could you please provide this Best practice document as it is not present on the link shared in the above article

  2. Local Authorities Unite!

     

    Hi Snow people, My name is Craig Moss and I am responsible for Software Asset Management at Liverpool City Council. I am a big believer in working collaboratively and knowledge sharing, why else are we here on this platform right? But as local authorities we differ from private sector companies, we face different challenges but we're all in the same boat. We can all relate to each other. We're all working in our own little silo's when the reality is we're all being hammered by central government, all having our costs cut and under increasing pressure to save money. Chances are, as we did, you chose to implement Snow as a way to ultimately save money. How's that working out? Between us we have so much knowledge we can't afford to sit on it, so let's share it. We're a cagey and suspicious lot. Sharing information is sometimes seen as risky for us. We don't like to stick our head above the parapet but it doesn't and shouldn't be this way. I would be interested in sharing my knowledge and experience with others, learning about what has worked well for other local authorities and sharing best practices. I have been using Snow now for the better part of five years. I have learned a lot over that time, I have enjoyed a good relationship with Snow, I have spoken on the Snowstorm customer success panel and have been a Snow Advocate for a long time. So whether you're a Snow vet or just implemented it, if you're interested in a little bit of like-minded networking and creating something of a circle then get in touch. Either private message here or email me at craig.moss@liverpool.gov.uk Very informal, friendly attitude and completely confidential. If there is enough appetite I'm sure Snow could facilitate a meet but other than that, I look forward to hearing from you.
    Expand Post

  3. Recording costs from multiple years of renewals

    I have several records

    1. Purchase of several different applications with perpetual entitlement, and embedded in to the total cost of each application is the cost of the licenses and the 1st year of maintenance.
    2. Year 2 cost to extend maintenance
    3. Year 3 cost to extend maintenance
    4. Year 4 cost to extend maintenance

    I'd like to save labor time and reduce any inconsistencies in dates and costs and associate licenses to an agreement record, and with each renewal extend maintenance on the agreement record, which would cover the associated licenses.

    I'd also like to have as much financial information as possible available for Snow's financial elements to use.

    The quandary is how to record the costs of the 3 years of renewals without having to touch each and every license record, each year. I don't see any financial fields on the agreement; it's all on the license records.

    And if I want to record the 3 years of maintenance costs on the Maintenance and Support tab of the license records, I have to disconnect the record from the date range of the agreement. Which now has me at the point where the agreement record is of no value other than for visually grouping the licenses.

    I see two solutions

    First

    • on the agreement record -
      • record the renewal details of PO, Invoice # and total cost in the Description field
      • add the new agreement period
    • on each license record -
      • in the 1 available Maintenance cost field add the new year's renewal cost to whatever happens to be there from the prior years. In my example that would be 3 years' worth of costs in 1 field.
      • if the renewal cost is 1 line for all the affected license records, I'll have to figure out how to break this 1 cost out across the affected records.

    Second

    • Don't record maintenance costs at all; update the agreement record only

    I either save time, keep risk low, and lose out on cost reporting or I have cost reporting,  spend a lot of time editing license records individually, and introduce inconsistencies.

    Am I missing something here?

    Expand Post

    1 of 12
    • A post script to this discussion. It wasn't until I went to extend an agreement for another year that I see what Mark mentioned on his July 10th post. So far we've only had one agreement period to an agreement, the period usually covering multiple historical years. When you add a new period to the agreement, a new row appears on each of the license records, giving you the ability to record its cost for the new year. Next time I'm adding an agreement I may add a separate agreement period for each year. Hopefully this doesn't have detrimental effects somewhere else. Alerts, up/down grade rights etc. ? have you run into any? Thanks, Mary
      Expand Post

  4. Naming Convention for Agreements

     

    Hello guys,

    I was wondering if you use any special naming convention to add the contracts / agreements on SLM.

    For example:

    Vendor acronym or common name - Contract Type - Contract Year - Agreement Number

    - > VMware - ELA - 2016 - 9232201 <-

    -> MSFT - ...

    Trying to define some ground rules to support the growth of the SLM usage.

    Thank you all!

    Expand Post

  5. Is there a "best practices" for handling licenses of plugins?

    There are many plugins from third parties which add features to programs like Adobe Acrobat, Visual Studio, and a plethora of other programs. And the plugin technology is quite different between programs.

     

    According to information I received, SLM does not look for DLLs, which are frequently used in such plugins. Since plugins can represent a large portion of the software asset estate, yet they are often unidentifiable.

     

    Will Snow consider improving this and what are the best practices if not / until then?

    Expand Post

    1 of 7
    • In my experience, plugins are usually detected by registry entries. That works just fine, but there is no way of figuring out if they are used or not, since there often is no executable to run. However, I am interested to know how plugins can represent a large portion of your software estate - its usually the other way around.

  6. Asset Management Best Practices

     

    Some of you already know me, others may know of me, and some of you may be wondering who I am... so a bit about me first: 

    I've just joined Snow following 8.5 years as a Gartner analyst leading research into the management of digital technology assets. Prior to that I spent 4.5 years IT Asset Manager at Centrica, and before that I managed IT assets and services for AA Publishing, where my interest in software asset management started as the result of a font audit (before that I edited travel guides and financial text books). 

     

    I'm very excited about the challenges and opportunities ahead of me at Snow, and to that end, I'm reaching out to the community for help. I hope that we will shortly have a dedicated space for discussing best practices, away from the detail of licensing issues or product-specific discussions, but in the meantime I'd like to know what YOU all want to talk about.

     

    Some of the topics that have been suggested so far include:

    • ISO 19770-1:2017 - how to use the updated version of the standard (I'll be posting something on the Snow blog about this soon)
    • What assets should we be managing? The new ISO standard covers ITAM, not just SAM, but in a world of SaaS, Cloud, IoT & BYoD how do we decide where our responsibilities lie?
    • Managing entitlement - how are you approaching both the management of current purchases but also the need to deal with historic data?
    • What does good look like? Share your vision of what successful asset management would look like in your organisation. 

     

    I'm sure that there will be lots more suggestions and ideas, and I look forward to hearing them!

    Expand Post

    1 of 4
    • Managing assets well requires careful planning and reliable support, much like a sacred journey where every detail matters. KSA Travels offers fully managed pilgrimage services that ensure a smooth, spiritually focused experience, reflecting the importance of trusted, well-organized practices. Their customizable packages echo the best practices needed to handle complex asset management challenges effectively.

  7. Why does my Autodesk Compliance report NOT look like I expect it should?

     

    Managing

    a large IT estate often with thousands of workstations and hundreds of software

    title is a complex operation. Bringing a tool like Snow License Manager helps

    shedding light on the situation.

     

    Often this gives the first corporate wide view on what is installed, what is being used and what assets and licenses are lying dormant. Great! But it’s not.

    In most cases the first glimpse is either not properly focused, or is disturbingly skewed.

     

    We have seen first run reporting with compliance showing at 3%, when we’re sure we have the licenses and they should all be in the system. What can explain this? This article gives some common answers, but is by no means exhaustive. I’m also restricting it to Autodesk specific issues but similar thinking can be applied to most software vendors.

     

    Get the basics right

     

    First thing is to understand both your environment and what you have purchased, then have them correctly imported into Snow LM:

    1.   Organisation – Do not simply use an AD dump, but create an intelligent presentation of your entire organisation, optimised for software and license management. Remember that different vendors pose vastly different criteria.

    2.   Discovery – Are all your PC’s reporting to Snow, using up-to-date agents and all the necessary scripts? If not, none of your reports won’t be accurate.

    3.   Agreements – Have you got current entitlement data and checked that all your software titles are registered with the vendor? If not, you should update the data as soon as possible. Incomplete data renders all subsequent reports incomplete.

    4.   Licenses – Are all your licenses correctly loaded to appropriate agreements, with accurate dates for maintenance contracts, restricted to correct OU and/or users? If not, you’re going to end up with large compliance cost figure and many unassigned users. Or worse yet all licenses are in a single pool which does not work at all for calculating compliance, Autodesk is very different from Microsoft.

    5.   Maintenance and Subscriptions – Pay special attention to agreement valid days. If your master agreement expires, it can render ALL licenses obsolete even if the individual contracts are still valid. Same applies to maintenance periods where stopped upgrade rights can seriously mess up your compliance.

     

    Some common reasons to watch out for Autodesk license rules 

    • Rules are not understood or correctly implemented in the estate setup phase 

    • Autodesk perpetual licenses are licensed per device or concurrent user. They are restricted per country and per legal entity (operating) company. No cross region or cross company use is allowed unless you have an ETR (Extra Territory Rights) or other corporate wide agreement that allow this. 

    • Autodesk subscriptions (rental software) is licensed per user and don’t have similar restrictions. They have, however, exactly same installation footprint on the target PCs which makes a mixed environment extremely difficult to manage IF NOT installed from correct software images obtained from Autodesk’s license management portal for each of your licenses.

     

    Key reasons why your Autodesk compliance might not be accurate 

     

    1.   Autodesk software package installed from incorrect build most common problems:

    • standalone installation using network licenses 

    • trial software not removed before commercial use begins 

    • bundle component installed separately, not as bundle 

    • check installation type 

    2.   Entitlement data old or incomplete 

    • Not all agreements and licenses counted for 

    • Expired contracts will reduce compliance, even if you have correct licenses 

    3.   Incorrect License data 

    • Licenses are not uploaded correctly 

    • Licenses are not restricted to correct OU or users 

    • License metric is wrong 

    4.   Licence allocation issues

    • one of the most common problems 

    • OU/Country/Operating Company 

    • User type incorrect 

    5.   Agreement or maintenance periods missing, expired or wrong

    • any erroneous period will reduce your compliance, even if you have the licenses 

    • watch out for master contact expiring before individual subscriptions or software maintenance contracts 

    • maintenance periods not correctly imported to agreement data 

    • maintenance period expired 

    6.   Subscription periods missing, expired or wrong 

    • subscription periods not correctly imported to agreement data 

    • subscription period expired 

    • subscription types wrong 

    7.   Upgrade/downgrade rights 

    • make sure you’re edited all your applications with correct upgrade/downgrade rights 

    • if a (perpetual) license has active maintenance contract the downgrade rights are “Current + 3x”, i.e. you can have the current and any of the previous three versions installed at the same time 

    • if you’re maintenance contract for a license has expired, you’re allowed only the latest installed version remain on the computer and ALL other versions removed within 120 days 

    • Different rights apply to software subscriptions 

    8.   Cross edition rights 

    • allow higher value bundle to downgrade so licenses are consumed in the most cost-effective order 

    • remember to tick the correct box to allow cross edition rights where applicable 

    • works from higher to lower, i.e. Ultimate > Premium > Standard 

    9.   Bundle behaviour 

    • bundle components installed separately, hence not recognised as “part of bundle” 

    • this leads to increased license requirement and unconsumed bundle licenses 

    10. Discovery data issues 

    • sometimes the discovery either misses some information or reports it incorrectly 

    • this can result from a variety of conditions, including old agent version, old OS not supporting current PowerShell version, Autodesk scripts not working correctly 

    • if you suspect this, report it back to Snow and we will our best to examine and remedy the issue.  

    Expand Post

  8. Best practice of updating Snow Agent's for Android

    I have now a couple of different versions of the Snow Agent installed on our Android mobile devices - 5.1, 5.4, 5.5.0, 5.5.2 ....

    Most of them where installed as a APK from our server so are not updated with Google Play.

    What is the best practice and approach of updating the clients to the latest version (now 5.6)?


    1 of 14
    • Magnus Bellon (Flexera Software)

      The supported way to do this in bulk at the moment is thru the Domain Admin tool, from there you can trigger "Component Update" for any container (or root) of devices. Just make sure that the snow.apk in the android profile in the system is up to date. Because this .apk is the one that will be used for the update. 

End of Feed
8 Chatter Feed Items
ALL CONVERSATIONS
UNSOLVED
ARTICLES
11 Posts
5 Articles
Loading
Snow Best Practice Advice | Flexera