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

🔍
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 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:

  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 — this can be done without BRC unlock as long as data is still 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
  • 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:

  1. 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?"
  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 need correction
  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 the module has been resubmitted — 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 were already correct. The BRC can tell you within minutes which specific data point caused the flag.
Yes. Each module is verified 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 available) 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. Resubmitted data is typically reviewed 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 your data was submitted before the deadline and BRC returned it for correction, you are still within the process. However, resubmission should happen 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 was returned. Certified modules remain 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 is referenced in a certified module (like School Profile enrollment), 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. 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.