Re-enrollment Outcomes Based on Policy and Source

Scenario Original Cert Source Expected Behavior
Upload CSR Failure Upload CSR (with the default re-enrollment template) The re-enrollment process is halted and the system throws the following error message:

[On manual re-enroll] Re-Enrollment failed: The original certificate was created via manual CSR upload, which is not supported by the Default Re-Enrollment Template. Please use a CA-specific template or update the CA Connector configuration to a supported generation source (AppViewX, Endpoint, or HSM).

[On auto re-enroll] Unsupported source - 'uploadCSR with the Default Re-Enrollment Template
Unsupported Feature Use Existing Private Key (with the default re-enrollment template) System prevents the re-enrollment action and logs an Unsupported Source error, displaying the following error message:

[On manual re-enroll]: Re-Enrollment failed: The Default Re-Enrollment Template does not support the 'Use Existing Private Key' option. Please use a CA-specific template or update the CA Connector configuration to a supported generation source (AppViewX, Endpoint, or HSM).

[On auto re-enroll]: Unsupported source - 'Use existing Private Key' with the Default Re-Enrollment Template
CSR Reuse Integrity Use Existing CSR The user interface will display the fields (for example, CN, SAN) being updated by the policy.

In the backend, the the original CSR content is reused for certificate re-enrollment.

Outcome: Success [The issued certificate matches the original CSR exactly.]
Inherited Success AppViewX / HSM Re-enrollment completes successfully using the original source stored in the certificate metadata.
CA-Specific Logic Any Source If a CA-Specific Template is matched, these limitations disappear; the UI shows the configured source and the re-enrollment proceeds per that configuration.