Buyer guide · Licensing
Code access and open-source licensing are different decisions.
Reward Loyalty includes application source under a commercial license. This guide explains what that permits and where open-source software follows another model.
- Reward Loyalty
- Commercial source-available license
- Code access
- Included for the license holder
- Key restriction
- No source redistribution
Short answer
Start with the operating model.
Open source describes license rights, not whether the code is visible or whether the software has a price. Reward Loyalty is source-available under a commercial license: the license holder receives the application source and can modify its installation, while redistribution remains restricted. Compare the exact license, maintenance model, product completeness, and operating work.
Decision criteria
What the decision changes.
These choices affect configuration, staff work, economics, support, and the customer promise.
License rights
Read modification, deployment, redistribution, derivative-work, and separate-installation terms instead of relying on “open” in a product name.
Product completeness
Compare a maintained application with repositories, libraries, or headless engines that need more customer and operator interfaces.
Maintenance source
Decide who funds updates, security work, framework changes, documentation, and support after deployment.
Definitions
Use the right term for the right promise.
Clear licensing language prevents buyers from assuming rights the contract does not grant.
Open-source software
An OSI-approved license grants defined rights to use, inspect, modify, and redistribute under its terms.
Source-available software
The buyer can inspect and modify source under a commercial license that may restrict redistribution or other uses.
Managed proprietary SaaS
The customer uses a vendor-operated service and usually receives no application source.
Procurement
Review more than the repository.
A codebase still needs a usable product and a sustainable maintenance path.
-
1
Read the current license
Confirm installation scope, source rights, restrictions, renewal, and what happens when renewal lapses.
-
2
Review the shipped application
Check the member, staff, partner, and admin workflows required by the project.
-
3
Assess extension cost
Identify the changes that fit the architecture and the work that would turn the product into a different system.
-
4
Plan maintenance
Name the owner of updates, custom merge work, testing, security, and deployment.
Product and operating limits
Keep the recommendation inside the product boundary.
- Source access does not grant open-source redistribution rights.
- An open-source license does not guarantee a complete product, support service, active maintenance, or low implementation cost.
- Commercial license terms can change. Use the current purchase and legal pages before relying on a right or restriction.
Implementation guides
Use current documentation for changing details.
Requirements, interfaces, settings, limits, and release behavior belong in the maintained product documentation.