e10s¶
e10s is an entitlements platform for SaaS vendors. You define features and plans; your customers (subscribers) get access. Your app asks e10s whether a subscriber may use a feature — and, for limits, how much they are entitled to.
Who it’s for¶
You sell a product with packaged capabilities. Different customers get different features and limits — self-serve tiers, enterprise deals, trials, comps. e10s owns that packaging and the runtime check.
It is not a billing system, usage meter, or credit wallet. Your app still counts seats used; e10s answers “how many seats is this subscriber entitled to?”
Core ideas¶
| Concept | Meaning |
|---|---|
| Organization | Your vendor account. Your catalog and subscribers live here. |
| Feature | A catalog key: flag (sso) or limit (seats). |
| Plan | A named set of grants — catalog (self-serve) or custom (sales). |
| Subscriber | Your customer — the subject of entitlements. |
| Subscription | Links a subscriber to a plan. |
| Override | Per-subscriber absolute value outside the plan (flag or limit). |
| Entitlement | The resolved answer for one feature right now. |
How checks work¶
Create an account at e10s.io. Pack the catalog in the console, mint a member API key, and call check from your backend with the customer id you already have:
Limits:
limit: null means unlimited. End users of your product do not call e10s.
How a check is decided: Resolution order.
Next¶
- Quickstart — catalog, key, first check
- Check access — check, snapshot, cache
- Console — keys, members, invites, webhooks
- Webhooks — if you cache
- Concepts overview — the model
- API overview — REST surface