UDISE Plus BRC Data Rejection 2026-27 – What Each Rejection Means and How to Fix It

UDISE Plus BRC Data Rejection 2026-27 — Why Block Returns Data and What to Do
UDISE Plus BRC Data Rejection 2026-27 — Why Block Returns Data and What to Do
🏛
Official UDISE+ Portal: This guide is based on the official UDISE+ Portal — udiseplus.gov.in. For login, data entry, and all official UDISE+ services, always go directly to the official portal.

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 the block coordinator certifies it. 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.

🔍
Rejection reasons covered in this guide:
  • 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 ReasonWhat BRC Sees in DashboardTypical FixFix Time
Enrollment Mismatch School Profile total ≠ SDMS student count Update School Profile class-wise rows to match SDMS count Same day
APAAR IDs Incomplete % of students without APAAR exceeds BRC threshold Generate pending APAAR IDs; submit documented exception list for genuine Aadhaar issues 1–3 days
Infrastructure Inconsistency Toilet/computer/water counts inconsistent with state records or previous year Physically verify infrastructure, correct figures, add remarks if you change counts legitimately Same day
Teacher Count Discrepancy Teacher Module count ≠ state payroll/deployment records Add missing teachers, mark transferred/retired as inactive, fix qualification entries 1–2 days
Blank Remarks Return The BRC raised a flag but did not write a reason Call Block MIS Coordinator directly — ask which section and value triggered the return 2 minutes (one phone call)

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:

  • The operator entered School Profile enrollment from memory or last year's register while SDMS has the actual current count
  • The operator added students to SDMS after submitting the School Profile and did not update the aggregate total
  • The operator updated dropouts and transfers in SDMS but did not reflect them in School Profile enrollment totals
  • The operator entered class-wise counts incorrectly in School Profile — a common mistake is adding a class's boys and girls counts in the wrong row

Fix:

  1. Go to SDMS and count students class-by-class, gender-by-gender
  2. Note these numbers on paper
  3. Request BRC unlock for School Profile
  4. Update each class's enrollment row in School Profile to match SDMS
  5. Check the total — it should now match
  6. 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:

  1. Pull the APAAR status report from SDMS — identify which specific students are missing APAAR
  2. For each missing student, check whether they have an Aadhaar card
  3. If Aadhaar exists: authenticate and generate APAAR — you can do this without BRC unlock as long as the portal retains the data in submitted (not certified) status
  4. If no Aadhaar: prepare a documented list of students pending Aadhaar enrollment with reason and submit this list to BRC alongside your resubmission
  5. 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
  • The operator entered computer count 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 the BRC flagged. Physically verify the infrastructure. Enter the correct figure. If the correction reduces toilets because some became non-functional compared to last year, 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:

  • The operator did not add a teacher who joined in August 2026 to the Teacher Module before submission
  • A teacher who transferred out is still showing as active in your module
  • The operator did not update a retired teacher to inactive status
  • The operator entered a guest or contract teacher 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 you already submitted the Teacher Module.

Rejection Reason 5: Blank Remarks — What to Do When BRC Doesn't Explain

The BRC returned the data. The remarks field says nothing — or just "Review required." You have no idea what to fix.

What to do:

  1. Call the Block MIS Coordinator directly. Do not send a message or email — call. Ask specifically: "Which section did BRC return and what specific value triggered the return?"
  2. 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
  3. 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
  4. 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

  1. Contact BRC and confirm which specific sections or data points you need to correct
  2. Request BRC unlock for the returned module (if they have not already unlocked it)
  3. Fix only the flagged sections — do not edit anything else
  4. Before resubmitting, review the fixed section once more to confirm the number is physically accurate
  5. Click Submit on the module
  6. Call BRC and inform them that you resubmitted the module — do not wait for them to notice passively
  7. Ask the BRC for an estimated timeline for re-verification and make a note of that date
The single most effective thing: Call the BRC before editing anything after a return. Two minutes on the phone tells you exactly what to fix. Without that call, you may spend two hours fixing the wrong things.

❓ 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.

An empty remarks field means the BRC returned the data without writing a specific note — usually because they are processing many schools and flagged yours for a general issue visible in their dashboard. Call the Block MIS Coordinator directly and ask specifically which section or field triggered the return. Do not guess and start editing randomly — you may introduce new errors in sections that are already correct. The BRC can tell you within minutes which specific data point caused the flag.
Yes. The BRC verifies each module independently. BRC often checks School Profile enrollment totals against their own records (from previous years or state databases) without cross-checking SDMS at the same time. If the School Profile enrollment number looks suspicious — much higher or lower than last year with no obvious reason — BRC may return it for clarification even if SDMS is complete and correct. When resubmitting, add a note in the remarks field (if you have one) explaining any legitimate reason for significant enrollment change.
Verification time varies by block and season. In October-November when most schools are submitting, a block MIS coordinator may be processing 50-100 schools simultaneously. The BRC typically reviews resubmitted data in 3-10 days. If you need faster turnaround due to deadline proximity, call the BRC directly and flag your submission as urgent — they can prioritize your school's resubmission.
The deadline applies to final certified submission, not initial submission. If you submitted your data before the deadline and BRC returned it for correction, you are still within the process. However, you must resubmit as quickly as possible — if BRC cannot certify before the district deadline, the district may not certify your school for that year. Contact your BRC to understand how much time you have before the deadline affects certification.
No. Only resubmit the module that the BRC returned. The portal keeps certified modules certified — you do not touch them. Fix the specific issues in the returned module and resubmit only that module. BRC will re-verify just the returned module. However, be careful: if fixing the returned module changes a number (like student count) that a certified module (like School Profile enrollment) references, you may need to request BRC to allow an update to the certified module too. Discuss this with the BRC before making changes.
Yes, and this is the best approach. Before submitting, you can send your data to the BRC for an informal review — some Block MIS Coordinators will check it and flag obvious issues before official submission. This prevents formal rejection cycles. Call the BRC, share that you are about to submit, and ask if they can do a quick check. Not all BRCs have time for this, but many do. It saves both your time and theirs.

✅ 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. You can fix the most common rejection triggers — enrollment mismatch, incomplete APAAR IDs, and infrastructure inconsistency — in one day if you physically verify the underlying data before entry. When resubmitting: fix only the issues BRC flagged, notify the BRC directly, and do not touch sections that the BRC already verified correctly.

Ashish Sharma
Written By

Ashish Sharma

Digital Marketer & Contributor 🎓 MBA (Marketing & Finance)

Ashish Sharma is an MBA graduate in Marketing and Finance, and a seasoned digital marketer. As a contributor to the UDISE Plus Guide, he combines his analytical expertise and digital strategy skills to simplify complex student data management, school profile updates, and portal registration guidelines for coordinators across India.