Deprecation/Removal: ID verification as a cert requirement

Continuation of this thread from last year: Deprecation/Removal: ID Verification flow in edx-platform

Summary:
We plan on deprecating ID verification as a course certificate requirement. We’d like to hear your feedback and concerns.

Context:
edX will be disabling ID verification as a requirement for certificates and proctoring in January. Instead of going through the ID verification flow, learners enrolled in a verified track will simply reaffirm their agreement to the Honor Code before being able to complete graded assignments in the course. Visual elements related to IDV (IE verification status on dashboard, course home, etc) will be removed.

However, ID verification will not be removed from the platform completely. In order to preserve integrity for certificates, we’re also introducing a Name Affirmation feature. If a learner changes their name after earning a certificate, certain changes may prompt the learner to complete ID verification before the name change is accepted. This is available as an optional plugin for edx-platform, found here: https://github.com/edx/edx-name-affirmation

What this means for open edX:
verify_student will still exist, but as an optional feature along with Name Affirmation. We plan on deprecating the legacy UI views entirely. The submission API, models, and database tables will still exist.

In the interim, the course requirement for IDV is controlled by a toggle, but ideally we’d like to deprecate this requirement completely and replace it with the Honor Code agreement.

My question is: Are there any concerns with removing IDV as a course requirement and adopting these features? We’d like to come up with a solid timeline on this deprecation, and all feedback helps. Thank you!

@giovannicimolin and @sambapete do you have thoughts here?

Currently on sick leave but I’ve forwarded the topic to one of my colleagues who will look into it.

@schenedx @bseverino Currently, the ID verification blocks certificates from being issued until a user performs the account verification.

If possible, along with the deprecation, we’d like some mechanism that still allows that to happen (even if it’s implemented by the community and upstreamed).
One viable approach I see is to use the new Hooks & Filters extensions to make the certificate generation run a filter pipeline before issuing the certificate. A filter could then hook into that pipeline and block certificate generation (in case a user didn’t verify his account on the plugin), transform user metadata, etc then relay information (errors/messages) back to the user.

:+1: for continuing the deprecation process for the current mechanism.
Just make sure the removals are announced and the community is given time to plan + implement a replacement approach.

Hi @giovannicimolin - thank you for your response. Just to clarify, the only blocker in this case is adding a check for account verification (not to be confused with photo ID verification) before granting certificates? I’ll bring this back to the team so we can look into ways to replace this functionality, including your suggestion.

@bseverino

Just to clarify, the only blocker in this case is adding a check for account verification (not to be confused with photo ID verification) before granting certificates?

Not really. If possible, we want a way to check the ID verification before granting a certificate through a pluggable mechanism.
My suggestion above considers that the ID verification functionality is removed entirely from the platform but there’s a mechanism in the LMS that allows plugins to block certificate emission (through a filter pipeline).

1 Like

Hi there. We are currently integrating proctored exams into our site: https://mitxonline.mit.edu/ – it appears to be utilizing Name Affirmation to validate learner’s names. While I can appreciate the additional security provided by this functionality, we would like to allow learners to be able to change their names directly. Is there a way to configure the Name Affirmation to give learners the ability to update their names for proctoring on their own? Or possibly a way to circumvent the Name Affirmation functionality?