QCMM Publication and Configuration Limits by Plan
QCMM applies tier limits to several catalog and configuration areas. The important distinction is between what is stored and what the current Effective tier allows you to publish or newly configure.
Max and All Access are unlimited for the four limits below. Basic and Pro use explicit numeric limits in the 2.0.21 source.
Current Limits
| Limit | Basic | Pro | Max / All Access |
|---|---|---|---|
| Published Plan Groups | 1 | 2 | Unlimited |
| Published Plans | 3 | 6 | Unlimited |
| Joomla groups assigned per Plan | 1 | 2 | Unlimited |
| Custom Member Area tabs | 1 | 2 | Unlimited |
Publication Limits Are Not a Delete Rule
When the published Plan Group or Plan limit is reached, QCMM can still preserve additional records in an unpublished state. The tier gate is designed to stop new over-limit publication, not erase existing catalog history.
Joomla Groups per Plan
Basic permits one Joomla group assignment per Plan and Pro permits two. Max / All Access is unlimited. If a Plan already has more group assignments when the site downgrades, QCMM preserves the existing assignment state; it prevents a lower-tier save from expanding the Plan beyond the allowed configuration.
Custom Member Area Tabs
Basic allows one Custom Member Area tab and Pro allows two; Max / All Access is unlimited. Core QCMM member areas are separate from this custom-tab count. Saved higher-tier custom-tab configuration is preservation-first after downgrade.
How to Work at a Limit
- Open QCMM → Status and confirm the current Effective tier.
- Count only the relevant published/configured items for the limit you are changing.
- If you are at the published Plan/Plan Group limit, save new catalog work unpublished until you intentionally replace or unpublish another item.
- If a Plan is already over a lower-tier group limit because of a downgrade, do not remove historical configuration merely to make the count look smaller; decide what access model should be active before editing.
- Upgrade the entitlement when the business requirement genuinely exceeds the tier rather than attempting to bypass the server-side limit.
Troubleshooting a Limit Message
First confirm Effective tier, then count the relevant published items or assignments. If the entitlement recently changed, verify the Entitlement Revalidation task or run an explicit Refresh Entitlement before assuming the Plan record is corrupt.
Community Discussion
Want to compare QCMM workflows or discuss how other Joomla site owners use this feature? Visit the QC Memberships & Meetings Community. For private support, account-specific entitlement or billing issues, or bug reports, use the QuantaCade support system.