School ERP software for Indian schools admissions to parent updates
KIDUART is a cloud-based school management system that connects student records, online fee management, attendance tracking, exams, report cards, transport, library, HR, and parent communication in one school ERP.
Pick any step to see what that module does. Each piece hands off to the next, so information entered once keeps moving through the school year.
Step 01 A family walks in
Admissions
Live modulein the product
The year starts with an enquiry, not a student. Enquiries, applications, interview evaluations and registration run as one pipeline, so nothing is lost between the phone call and the form.
Flip the switch to see the same six jobs the way most schools run them today, and the way they run once records, fees, attendance and communication share one system.
This is the same school day, running inside one system.
Student records
In one system
One student, four registers
Admission form in a file, documents in a drawer, class history in last year's register, contact number in someone's phone. Every question needs a search.
Paper files
Excel sheets
Old registers
One student, one profile
Admission, documents, class and section history, guardians and contact details sit on a single record that follows the student through every session.
Fee structures in one sheet, collections in another, receipts written by hand, and a separate list of who still has to pay. Month-end becomes reconciliation week.
Manual receipts
Bank statement
Due list
Structure, collection and dues in one ledger
Fee heads, concessions, instalments, online and counter payments, receipts and outstanding dues stay on one ledger that closes itself as payments land.
Class registers get marked in the morning and typed again later. By the time a pattern is visible, the term is half over and the parent was never told.
Class register
Re-entry in Excel
Marked once, visible the same hour
Teachers mark attendance on their own screen. Parents get the update, the coordinator sees the pattern, and the report is already built when you need it.
Notices go out on WhatsApp groups, SMS for some classes, printed circulars for others. Nobody can prove later who was actually informed.
WhatsApp groups
Printed circulars
Phone calls
One outbox with a delivery trail
Circulars, fee reminders and attendance alerts go from one place to the right class, section or parent group, with a record of what was sent and to whom.
Filter by the part of school you want to fix first. Each area shows how deep it runs in the live product modules and workflows your team already recognises.
Every working area of the school
Multi-Campus HQ
When one school becomes a group
Organisation dashboard and analytics, multi-school administration, school admin accounts, cross-school reports, org settings, subscription and billing, and org-level support.
Teacher and staff directories, departments and designations, staff attendance, leave workflow, payroll processing, performance reviews and a teacher portal.
Login and password security, multi-factor authentication, OAuth, verification, session and token management, role delegation, IP allow and block lists, geo restriction and API keys.
Your school data is already watching. This is what it says.
Not a chatbot bolted on top. KIDUART runs trend, risk and scoring models over your own attendance, fee and exam records, then hands your team a short list worth acting on. Pick any workflow to see exactly what it reads, what it computes, and who gets the result.
9 live3 in development
Attendance risk forecast
Catch the slide early
Live in the product
▸ attendance.monthly → regression(trend, r²) → at-risk list
1Signal in
Each student's monthly attendance percentage, rebuilt from the daily marks your teachers already take.
2What runs
A regression runs over each student's trend line, projects the next 30 days, scores confidence from the fit, and tags the direction as improving, stable or declining against the threshold your school sets.
3What your team sees
Class teachers and counsellors open a ranked at-risk list with critical cases on top, plus a parent notification list weeks before a term is lost.
▸ fee.ledger → weighted score → probability + exposure
1Signal in
Payment history, overdue ratio, how late past payments landed, and how long it has been since the last one.
2What runs
Those four factors are weighted (history 40%, overdue ratio 30%, delay pattern 20%, last payment 10%) into a default probability, and anything under your confidence threshold is filtered out.
3What your team sees
Finance gets a ranked follow-up queue with the estimated amount at risk, instead of a flat defaulter list sorted by name.
▸ exam.marks → regression → next 2 exams projected
1Signal in
Subject-wise marks for every student across past exams in the session.
2What runs
Scores are smoothed and projected two exams ahead, then each student and subject is labelled improving, stable or declining with a confidence value attached.
3What your team sees
Coordinators see which subjects and which students are sliding while there is still time to plan remedial work.
From your old spreadsheets to a live school, in five steps
No mid-term freeze and no blank screens. Every step below runs on tooling that already exists import templates that validate before they save, fee structures that clone across classes, permissions set per role, and a parallel run you sign off before the switch.
Step 01The session everything else hangs off
Your school structure, rebuilt once
Your side
Last session's class and section list
Subject list per class, and the academic calendar you follow
KIDUART's side
Academic session created and activated, with the old one archived rather than deleted
Classes, sections and subjects set up, then subject teachers allocated to a whole class in one action
Safety net: Sessions can be archived and restored, so a wrong year never becomes a permanent mistake.
How long each step takes depends on how clean your existing records are, so we plan the dates with you instead of quoting an average we have not measured yet. Book a walkthrough and we will map your session structure on the call.
Proof, not adjectives
No testimonials yet and we are not going to invent them
KIDUART is new to Indian schools. Rather than fill this space with stock photos and quotes nobody said, here is the charter we sign with our first schools, and the exact format their stories will take once they are real and verified.
The founding-school charter
Five commitments we hold ourselves to
01
We publish only what exists
Every capability described on this site maps to a screen that is already built. Anything still being made is labelled in development, is not switched on, and is not billed.
02
No borrowed credibility
No stock photos posing as schools, no quotes nobody said, no ratings we wrote about ourselves. This space stays honest until a real school fills it.
03
Your data leaves with you
Student records, fee ledgers, attendance and academic data export in CSV, Excel or PDF whenever you ask. We do not sell school data and we do not train models on student records.
04
Nothing goes live on a guess
We run your attendance and one fee cycle in parallel with your current method first. If the two sets of numbers do not agree, the switch waits until they do.
05
The first stories will be attributable
When this section fills, each story will carry the school's name and city, the person who said it, and the number they measured published with their written consent.
KIDUARTFoundingschools
Clause three is not a slogan it is already written into our privacy policy, and the controls behind it are listed on the security page.
What will sit here instead
This is the format every story on this page will follow. Nothing gets published until a school signs off on the numbers in it.
School and city
Who said it, and their role
Which modules they run
The number they measured
Consent on record
Under India's Consumer Protection Act, a review that is not based on a genuine experience is a misleading advertisement. We would rather show you an empty template than a made-up quote.
Be one of the first schools
Founding schools get a named contact through setup and a direct line into what we build next. In return, we ask for honest feedback and your story only if you want to give it.
Three questions that reveal more than a polished demo
Test the questions here, then take the complete nine-question checklist into every school ERP call. It covers payment ownership, data isolation, exports, privacy, permissions, audit trails and whether the screens in a demo are actually live.
Try three questions here
The risk
Some vendors collect fees into their own payment account and settle to the school later. Your money sits with them, and your reconciliation depends on a statement they prepare.
What a verifiable answer sounds like
You connect your own Razorpay or Stripe account, so parent payments settle into the school's account and never pass through ours. Your gateway keys are encrypted before they are stored.
Keep the tools you pay for. Stop retyping between them.
Your payment gateway, your SMS sender ID, your WhatsApp number, your Google or Microsoft accounts they stay yours. KIDUART wires them into the record they belong to, and marks honestly which ones are live today, which need a setup call, and which are still roadmap.
13 live5 guided setup5 on the roadmap
Nothing here is a logo we hope to support later.
Fee payments. Online fee collection that reconciles back into the fee book, so the receipt and the ledger never disagree.
Ask what happens when it goes wrong, not whether we say “bank-grade”
Try three real situations here. The complete security page documents all six defence layers, data-handling rules, honest boundaries and the controls behind each claim.
defence layers
Sixdefence layers
access control
Role-basedaccess control
data isolation
Per schooldata isolation
Controls that exist today no certification we have not earned.
Pick what worries you
What is being attempted
Someone takes an email and password from an unrelated breach and tries it on your parent portal, hoping the family reused it.
Which layer answers it
01IdentityHandles this scenario
02Roles
03Isolation
04Sessions
05Perimeter
06Audit trail
Layer 01 · Identity and login
Every login is a verified person, not a shared password on a staffroom notice
What KIDUART does about it
Passwords are stored hashed with bcrypt, so a KIDUART database dump would not hand anyone a usable password in the first place. Repeated failed attempts lock the account, and staff accounts that handle money or marks can be required to pass an authenticator-app code before the login completes.
Password hashing with bcrypt no plain-text password is ever stored
Account lockout after repeated failed login attempts
Authenticator-app (TOTP) multi-factor with recovery backup codes
Their last day passes, but their login still exists and in most schools nobody remembers to check what it can still open.
Which layer answers it
01Identity
02Roles
03Isolation
04SessionsHandles this scenario
05Perimeter
06Audit trail
Layer 04 · Sessions and devices
A forgotten login on a shared computer can be ended from anywhere
What KIDUART does about it
Deactivating the user ends access rather than just hiding a menu. Their sessions can be revoked from the admin side, refresh tokens are invalidated instead of quietly living on, and if they signed in with a school Google or Microsoft account, disabling that account closes the second route too.
Revoke a single session, all other sessions, or everything
An automated script runs thousands of password attempts against the school login, usually at night when nobody is watching.
Which layer answers it
01Identity
02Roles
03Isolation
04Sessions
05PerimeterHandles this scenario
06Audit trail
Layer 05 · Access perimeter
Admin access can be fenced to your campus network when you want it
What KIDUART does about it
Authentication routes carry stricter rate limits than the rest of the API, so the script is throttled before it gets anywhere, and the account it is targeting locks itself. Schools that want a harder boundary can restrict admin access to campus IP ranges or an approved region.
Rate limiting on the API, with stricter limits on authentication
See student records, fees, attendance, exams, transport, library, HR, and parent updates working together. Ask about your fee book, class structure, and staff roles.