When DigiLocker cannot fetch or verify a document, start with the exact error and the issuing organisation. A missing issuer record, a name mismatch, an account problem and a failed QR scan require different checks. Keep the original acknowledgement or document available while you work through them.
Quick answer: Check the selected issuer and document details, then compare the record with the issuer's own database. If the details are correct but the error persists, raise a request at DigiLocker Support. An uploaded scan does not become an issuer-provided document simply because it is stored in DigiLocker.
The first four checks follow DigiLocker's official FAQ. The FP001 entry is a practical reporting step: this review did not verify a universal official explanation for that code. Do not pay someone claiming to have a guaranteed code-specific fix.
For academic records, DigiLocker NAD identifies the educational institution as the custodian of its awards. For document availability more broadly, see our DigiLocker issuer guide.
Choose the record that is actually incorrect. Do not change Aadhaar automatically, and do not assume the certificate must always be changed instead. Write the two versions side by side and check the supporting records required by the relevant issuer.
DigiLocker's official Ask Our Experts answers confirm that name matching can prevent a document from being fetched, including when the order of names differs. A support ticket should include the mismatch in words and the affected document type. Share identity documents only through the official process when required.
For a problem spanning several records, continue with PAN and Aadhaar name-mismatch guidance. For an Aadhaar update already submitted, use Aadhaar update status by SRN, URN or EID.
Issued Documents come from an integrated issuer. DigiLocker Drive stores files that you upload. Keeping a scan in your Drive can be useful for your own records, but it does not turn that scan into a digitally issued certificate. DigiLocker explains this distinction in its FAQ.
The legal provision is Rule 9A of the Information Technology (Preservation and Retention of Information by Intermediaries Providing Digital Locker Facilities) Rules, 2016, introduced by the 2017 amendment. It concerns digitally signed documents shared through the system and issuer-linked access. It is not “section 9A of the IT Act.” See the official circular and annexed rules and DigiLocker's explanation.
If an organisation refuses a document, ask what failed: identity matching, access to the issued record, verification, or a document requirement. Keep its written explanation. Do not assume a screenshot proves that verification succeeded.
Use the original issued digital document where possible. Compare its issuer, reference and visible details with the source. Ask the receiving organisation which verification method it used and what error it received. For DL/RC, DigiLocker describes verification through the digital signature or its app's QR facility in the official FAQ.
Do not edit the PDF, draw a new QR code, or repeatedly re-save screenshots as a supposed verification fix. If the error persists, preserve the original and report it. We found no basis for the earlier claim that a six-month-old printout automatically stops verifying because an issuer rotated its keys.
For the distinction between a visible signature and a verifiable file, read checks before trusting a digitally signed PDF and what changes when a digitally signed document is printed.
The current DigiLocker Helpdesk lets users sign in to submit and track requests. It also lists [email protected] for queries. DigiLocker's terms of use direct support and grievance requests to that helpdesk.
Prepare a short ticket with:
Subject: Unable to fetch or verify an issued document
Issuer and document type:
Date and time of error:
Exact error message:
Checks already completed:
Issuer correction reference, if any:
Earlier support ticket, if any:
Please identify the next step and tell me whether the issue requires
action by the issuer or DigiLocker support. Please provide a ticket
reference so I can track the response.
Keep follow-ups attached to the same issue where the helpdesk permits. This guide does not promise a seven-day response or a 7–21-day resolution. Those time estimates in the earlier version were not supported by a verified dataset.
Illustrative example, not a reported case: A student finds the institution in DigiLocker but cannot fetch a particular year's marksheet. They first compare the year and roll number with the original. They then ask the institution whether that award is available through NAD. If the institution confirms it is available and the details match, the student sends that confirmation and the error screenshot with a DigiLocker ticket. Uploading a scan remains a backup step, not a fix for the issuer record.
This review did not verify that conclusion. Include the full message and document context in a support request instead of treating the code as proof that an identity record must change.
The official FAQ directs users towards recovering the earlier account. Use that route before creating more accounts.
No. It stores your file. The missing issuer-provided record still needs the relevant issuer or support action.
Use the official support portal and the request reference. Keep the response with the document's correction history.
The institution is the custodian of the award in NAD. Ask it about the correction. Report a platform problem separately so the two issues are not confused.
Ask the receiving institution which verified alternative it accepts while the technical issue is examined. Attach your existing ticket reference. Do not assume that opening a ticket extends an admission or employment deadline.
Read next: The RTI Playbook — practical help with drafting and appeals.
Reviewed 8 September 2026. Corrected the Rule 9A reference, replaced the unverified support route, removed unsupported outcome statistics and removed links back to this same page.