QCUI Target Eligibility Matrix
QCUI Target Eligibility Matrix summarizes the current QCUI 1.0.03 rules and operational boundaries that are useful during administration and support.
| Target state | Result |
|---|---|
Ordinary enabled user with core.login.site | Eligible, assuming all other checks pass. |
| Same account as issuing administrator | Denied: select a different frontend user. |
| Any Super User | Denied. Super User accounts cannot be impersonated. |
| Blocked account | Denied. |
| Password reset required | Denied until the account is no longer flagged for reset. |
| No frontend login permission | Denied because core.login.site is required. |
| Unknown username | Denied before any handoff token is issued. |
Checked twice
Use this matrix at both start and consume time. A target that changes state after issuance can still be denied before the frontend identity switch.
Site-level prerequisite
Shared Sessions must also be disabled regardless of the target row’s eligibility.
Current-product boundary
QCUI Target Eligibility Matrix reflects QCUI 1.0.03 as released: one System plugin, one token-lifetime setting, explicit Super-User initiation, no Scheduled Tasks, and no licensing/entitlement layer. Keep that boundary in mind when comparing older notes or assumptions from other QuantaCade products.
Community Discussion
Want to compare support workflows, share practical tips, or discuss how you use this QCUI feature? Visit the QC User Impersonation Community. For private support, bug reports, account-specific issues, or feature requests, use the QuantaCade support system.