Zentitle Consumption Tokens

Powerful tracking of usage and consumption-based licensing

Watch more videos about how to license your software and increase revenues

1000s of software companies have used Zentitle to launch new software products faster and control their entitlements easily, many going from startup to IPO on our cloud software license management solutions

Software Licensing Customer LogosSoftware Licensing Customers

Zentitle - the Enterprise-Class Software Monetization Platform

18 Years+

Track Record


Revenues Protected


Transactions / Month


Uptime SLA for 10 Years+

Zentitle supports 100M's users 24x7x365 for the world's leading SaaS, Software and IoT companies

Your long-term partner for software business growth

Zentitle meets the standards for scale, security and operational excellence demanded by enterprise-class software companies

From startup to $1Bn in ARR partnering with Nalpeiron

Partner for 8 years

From startup to VC funding to IPO for millions of users, all on Zentitle

Partner for 14 years

zentitle customer logoszentitle customer logos

What's in this video

One of the big trends that we're seeing in the industry is software vendors wanting to experiment more with usage or consumption based pricing models. And of course, the key component of being able to enforce a consumption or usage based approach is to be able to track that ongoing usage against the application by the pool of users.

So one of the things we've done is built in as a primitive within the entitlement definition. The ability to have a consumption token feature, you can have as many of those independent features as you like within a given entitlement.

And what they allow you to do is to track the count, the usage of whatever metrics you as the vendor want to value on that usage basis. So for example, you may want to sell a one year subscription to a given product with the ability to run a thousand reports during that one year period. And so every time a report is run, the software through our SDK would check out a token from that consumption token pool. So you would be able to track how many reports have been run. And then perhaps when that pool is exhausted, even perhaps, before the subscription of the license itself expires.

The customer can then come back to the vendor and purchase additional tokens to be able to run additional reports. And so this gives you a powerful way to mix and match between various business models, subscription, perpetual, etc, combined with a usage based component.