UDISE Plus BRC Data Rejection 2026-27 – What Each Rejection Means and How to Fix It
📋 Table of Contents (click to collapse)
- When BRC Returns Data — What Actually Happened
- Rejection Reason 1: Enrollment Mismatch Between Modules
- Rejection Reason 2: APAAR IDs Incomplete — The Certification Block
- Rejection Reason 3: Infrastructure Data Is Inconsistent
- Rejection Reason 4: Teacher Count Discrepancy
- Rejection Reason 5: Blank Remarks — What to Do When BRC Doesn't Explain
- How to Resubmit After BRC Returns Data — The Correct Process
- Frequently Asked Questions (FAQs)
When BRC Returns Data — What Actually Happened
You submitted all your modules. Four days later, the school dashboard shows one or more modules back in "Returned" status. The Block MIS Coordinator sent data back. There may be a remarks note — "enrollment mismatch" or "APAAR pending" — or the remarks field may be completely blank.
BRC rejection is not a failure in the catastrophic sense. It is a standard part of the verification cycle. Every year, a significant percentage of schools in every block have at least one module returned before it is certified. What separates schools that resolve rejections in two days from schools that take three weeks is understanding exactly what triggered the return — and fixing only that, without introducing new errors elsewhere.
This page covers the 5 specific reasons BRCs return school data, what each means in practical terms, and the exact process for resubmitting correctly.
- Enrollment mismatch between School Profile and SDMS
- APAAR IDs incomplete — how many is too many to pass BRC
- Infrastructure data inconsistency — what BRC cross-checks
- Teacher count discrepancy
- Blank remarks — what to do when BRC doesn't explain
- Correct resubmission process after BRC returns data
Rejection Reason 1: Enrollment Mismatch Between Modules
The most common rejection trigger. Your School Profile shows one total enrollment number and your SDMS shows a different individual student count. BRC's verification dashboard flags this automatically.
The mismatch can come from:
- School Profile enrollment was entered from memory or last year's register while SDMS has the actual current count
- Students were added to SDMS after School Profile was submitted — the aggregate total was not updated
- Dropouts and transfers were updated in SDMS but not reflected in School Profile enrollment totals
- Class-wise counts were entered wrong in School Profile — a common mistake is adding a class's boys and girls counts in the wrong row
Fix:
- Go to SDMS and count students class-by-class, gender-by-gender
- Note these numbers on paper
- Request BRC unlock for School Profile
- Update each class's enrollment row in School Profile to match SDMS
- Check the total — it should now match
- Save and resubmit School Profile
Rejection Reason 2: APAAR IDs Incomplete — The Certification Block
In 2026-27, APAAR ID is mandatory and BRCs cannot certify SDMS data if a significant number of students are missing APAAR IDs. "Significant number" varies by BRC — some require 100% APAAR completion, others allow a documented exception list for students with genuine Aadhaar issues.
What BRC sees in their dashboard: a count of students without APAAR IDs, and a percentage. If the percentage is above their threshold, they return the data.
Fix:
- Pull the APAAR status report from SDMS — identify which specific students are missing APAAR
- For each missing student, check whether they have an Aadhaar card
- If Aadhaar exists: authenticate and generate APAAR — this can be done without BRC unlock as long as data is still in submitted (not certified) status
- If no Aadhaar: prepare a documented list of students pending Aadhaar enrollment with reason and submit this list to BRC alongside your resubmission
- Contact BRC and confirm whether they need 100% completion or will accept a documented exception list
Rejection Reason 3: Infrastructure Data Is Inconsistent
BRCs cross-check school infrastructure data against state records, previous year's data, and sometimes physical inspection reports. If something looks impossible — more computers than electricity connections, more classrooms than the school's total plinth area, or toilet count that tripled from last year — BRC will flag it for verification.
Common infrastructure flags:
- Toilet count significantly higher than last year with no new construction grant on record
- Computer count entered as 0 when the school received computers under a government scheme
- Functional vs. existing mismatch — more "functional" toilets than "existing" toilets (a mathematical impossibility)
- WASH data showing piped water when the village does not have a piped water supply according to Jal Jeevan Mission records
Fix: Go to the specific section flagged by BRC. Physically verify the infrastructure. Enter the correct figure. If the correction looks like it went down significantly from last year (e.g., toilets reduced because some became non-functional), add a note in the remarks field explaining why.
Rejection Reason 4: Teacher Count Discrepancy
The teacher count in your Teacher Module does not match what the state has on record from payroll or service book data. BRCs have access to state teacher deployment records and can see if your teacher count is significantly off.
Common causes:
- A teacher who joined in August 2026 was not added to the Teacher Module before submission
- A teacher who transferred out is still showing as active in your module
- A retired teacher was not updated to inactive status
- A guest or contract teacher was entered with a qualification category they do not have, causing their record to fail validation silently
Fix: Open Teacher Module. Check every active teacher against your physical attendance register and service books. Add missing teachers. Mark inactive teachers. Update any incorrect qualification or status fields. Request BRC unlock if Teacher Module was already submitted.
Rejection Reason 5: Blank Remarks — What to Do When BRC Doesn't Explain
The data was returned. The remarks field says nothing — or just "Review required." You have no idea what to fix.
What to do:
- Call the Block MIS Coordinator directly. Do not send a message or email — call. Ask specifically: "Which section was returned and what specific value triggered the return?"
- If the BRC is unavailable, look at your dashboard for any color-coded flags or icons on specific module sections — some portals show section-level flags even without written remarks
- Compare your submitted data against last year's certified data for the same modules — large unexplained differences between years are the most common cause of blank-remarks returns
- Do not start editing everything. Fix nothing until you know what specifically triggered the return.
How to Resubmit After BRC Returns Data — The Correct Process
- Contact BRC and confirm which specific sections or data points need correction
- Request BRC unlock for the returned module (if they have not already unlocked it)
- Fix only the flagged sections — do not edit anything else
- Before resubmitting, review the fixed section once more to confirm the number is physically accurate
- Click Submit on the module
- Call BRC and inform them that the module has been resubmitted — do not wait for them to notice passively
- Ask the BRC for an estimated timeline for re-verification and make a note of that date
❓ Frequently Asked Questions (FAQs)
Here are the most common questions people ask about UDISE Plus BRC Data Rejection 2026-27 – What Each Rejection Means and How to Fix It.
✅ Conclusion
BRC data rejection is not a failure — it is a quality check that every school goes through. The schools that resolve rejections fastest are those that call the Block MIS Coordinator directly rather than waiting for email or written remarks. The most common rejection triggers — enrollment mismatch, incomplete APAAR IDs, and infrastructure inconsistency — are all fixable in one day if the underlying data is physically verified before entry. When resubmitting: fix only what was flagged, notify the BRC directly, and do not touch sections that were already verified correctly.