Feature availability
Availability is not permission. A user needs the right role and the school must also pass the feature, plan, limit, and—in controlled cases—platform rollout checks.
Current feature matrix
Section titled “Current feature matrix”| Feature | Free | Starter | Pro | Enterprise | Important condition |
|---|---|---|---|---|---|
| Learning Plans | Available | Available | Available | Available | Optional; the school must enable and configure it |
| Parent portal | — | Default on | Default on | Default on | Requires a valid parent invitation and linked child |
| PDF reports | — | Default on | Default on | Default on | Applies only to supported PDF outputs |
| CSV export | — | — | Default on | Default on | Export permissions and supported report still apply |
| API read access | — | — | — | Plan default on | Also requires service read rollout, an active eligible school, key, scopes, and quota |
| API write access | — | — | — | Default off | Requires explicit feature enablement and separate service write rollout |
| School logo branding | — | — | — | Default on | Supports the school logo in approved views; not full white-labeling or a custom domain |
| WhatsApp notifications | Unavailable | Unavailable | Unavailable | Unavailable | A legacy entitlement identifier exists, but no working delivery channel is released |
“Default on” describes the plan baseline, not a guarantee for a particular school. Waqar may apply an authorized school-specific override, and other eligibility or capacity controls may still deny the action.
Limits
Section titled “Limits”Plans can define soft and hard capacities such as active students, halqas, staff, storage, API keys, requests, or exports. A soft limit can warn before a hard limit blocks additional use. The relevant school screen is the authority for current usage and effective limits.
Removing or changing a plan does not authorize users to bypass a limit by duplicating schools, accounts, or records.
Controlled API availability
Section titled “Controlled API availability”API eligibility is deliberately layered. In addition to the plan feature, the school must be active and eligible, platform rollout must allow the access class, the key must be active and unexpired, the request must meet network and scope policy, and quotas must permit it. Write eligibility is independent of read eligibility.
How to investigate a missing feature
Section titled “How to investigate a missing feature”- Confirm the active school and your role.
- Check the school plan, feature display, and current limits.
- Check whether the feature needs school-level enablement, such as Learning Plans.
- For API access, check rollout and key policy separately.
- Ask an authorized administrator to review the effective setting; do not infer availability from a menu item, database name, or older announcement.