Hello Karom,
Thank you for posting your question on the Microsoft Windows Forum!
Based on your description, this request goes beyond a typical technical support inquiry and enters the area of Microsoft Software Asset Management (SAM) and licensing compliance assessment.
A key point is that SNOW discovery records alone do not determine licensing requirements. Many discovered entries represent:
- Shared components
- Runtime libraries
- Client tools
- Features installed as part of a larger product
- Duplicate discovery signatures
- Bundled components that do not require separate licensing
Therefore, it is not possible to determine licensing obligations from the discovery model name alone without reviewing the actual software inventory data.
Recommended Approach
1. Prepare the Discovery Inventory
For each discovered item, include:
- Product name
- Version/build
- Server or workstation name
- Operating System Environment (OSE)
- Installation path
- Publisher information
- Related Microsoft product (if known)
- Whether installed on a separate server or on the same server as the parent product
- Your proposed classification
This aligns with the information typically required during a licensing review.
2. Classify the Records
The main categories usually include:
Main Product
Bundled Feature
Supporting Component
Free Component
Runtime
Client Tool
Duplicate Evidence
Requires Further Review
Examples:
SQL Server Database Engine
→ Usually licensable product evidence
SQL Server Native Client
→ Supporting component
SQL Server Management Studio
→ Free tool
Visual C++ Redistributable
→ Runtime component
Microsoft .NET Framework
→ Operating system component
The actual determination depends on the specific product, version, and deployment scenario.
3. Validate Against Microsoft Licensing Sources
The authoritative references are:
- Microsoft Product Terms
- Product Licensing Guides
- Licensing Datasheets
- Software Assurance Benefit Guides
- Volume Licensing documentation
These sources determine:
- Licensing model
- Core vs Server/CAL requirements
- Virtualization rights
- Disaster Recovery rights
- High Availability rights
- Development/Test rights
4. Consider Separate OSE Installation
One of the most important factors is whether a component is installed:
On the same OSE as the parent product
or
On a separate OSE/server
The licensing conclusion may change significantly depending on the architecture.
Additional Recommendation
Since you're requesting:
Written confirmation that may be retained as supporting evidence for software asset management and compliance review
The Microsoft Q&A forum generally cannot provide authoritative licensing determinations for compliance or audit purposes.
For a formal licensing position, Microsoft typically recommends working with:
- Your Microsoft Account Team
- A Microsoft Licensing Specialist
- Your Licensing Solution Partner (LSP)
- Microsoft Commercial Licensing Support
Next Step
Please attach or provide the actual SNOW discovery list (without sensitive information), and the community can help identify:
- Which entries are likely licensable products.
- Which are bundled components.
- Which requires further licensing review.
However, any final compliance determination should be validated against Microsoft's licensing documentation and, where necessary, through Microsoft's licensing support channels.
Useful references:
- Microsoft Product Terms: https://www.microsoft.com/licensing/terms
- Microsoft Licensing Resources: https://www.microsoft.com/licensing/docs
- Microsoft Volume Licensing: https://www.microsoft.com/licensing
I hope this answer has provided you with useful information. If so, please click "Accept answer" and consider upvoting it. This helps other community members find useful solutions to similar problems.