New Ivake now replies to new enquiries, checks documents and chases unpaid fees on its own. See how it works
Platform
Solutions
Resources

APAAR, ABC and NCrF: the plumbing behind multiple entry and exit

Three acronyms that are useless separately and only make sense as one chain. Here is what each does, and what breaks in your office if any link is missing.

NEP 2020 promised something genuinely difficult: a student could leave after one year with a certificate, after two with a diploma, after three or four with a degree — and could come back later, or move to another institution, without losing what they had earned.

That promise needs infrastructure. A student who leaves and returns has to be the same identifiable person. The credits they earned have to survive outside your institution's database. And "one credit" has to mean the same thing in a college, a polytechnic and a skilling centre.

Those are three separate problems, and they got three separate solutions.

The short versionAPAAR is the student's permanent identity. ABC is where credits are kept. NCrF is the rule that makes a credit mean the same thing everywhere. Multiple entry-exit needs all three — and your records have to feed them accurately, because a wrong credit deposit is very hard to unwind.

The chain

APAAR ID one student, for life Credits earned, from anywhere: Your coursework Vocational training Another institution Online / MOOC NCrF assigns the credit value, consistently Academic Bank of Credits held against the APAAR ID Exit whenever, with what you earned: 1 yr → Certificate 2 yr → Diploma 3–4 yr → Degree dashed: re-entry, later

Each box solves a different problem: who the student is, what a credit is worth, and where credits live between institutions. Remove any one and the chain stops working. The dashed line is the part that makes it a bank rather than a transcript — a student can come back and carry on.

What each one is, plainly

APAAR — the identity

An Automated Permanent Academic Account Registry ID: one permanent number for a student's whole academic life, linked to the Academic Bank of Credits. It exists because the old model tied a student's record to an institution's enrolment number. Leave, and the thread breaks.

For you it means enrolment now involves capturing or verifying a national ID, and that ID becomes the key everything else hangs off.

ABC — the account

A credit repository held against the student, not the institution. You deposit credits when a student earns them; the student can present them elsewhere. The important consequence: credits leave your database. Once deposited they are the student's, and correcting a mistaken deposit is a formal process rather than an UPDATE statement.

NCrF — the exchange rate

The National Credit Framework defines how learning converts to credits across school, higher and vocational education, so a credit from a polytechnic is comparable to one from a university. Without it, transfer is a negotiation every single time.

Where this bites in your office

The policy is elegant. The operational consequences are specific and mostly unglamorous.

  • Enrolment gains a verification step. The APAAR ID has to be captured and checked against the student's actual identity documents at admission, not fixed later.
  • Results become deposits. Publishing results internally is no longer the end of the process; credits then have to reach the ABC accurately and on time.
  • Errors get expensive. A wrong internal mark is an amendment. A wrong deposited credit is an external correction, on somebody else's timetable.
  • Exit becomes a real workflow. A student leaving after two years is not a dropout to be recorded and forgotten — they are owed a diploma, and the paperwork has to exist.
  • Re-entry has to be handled. Someone returning after three years arrives with credits you did not award, which have to be recognised against your programme structure.

That last one is where most institutions have no process at all yet, because it has not happened to them in volume. It will.

Credits become portable the moment they leave your system. That is the whole point, and it is also why the accuracy of what you deposit stops being an internal matter.

What your records need to support

  • APAAR as a first-class field on the student record, captured at admission and verifiable — not a spreadsheet column added later.
  • Credits attached to results, so a completed course carries its NCrF credit value rather than requiring a manual lookup at deposit time.
  • A deposit trail. What was sent to the ABC, when, by whom, and what came back. When a student disputes a missing credit, that history is the answer.
  • Exit-award logic. The ability to ask "what has this student earned, and what does that entitle them to" at any point, not only at the end of a programme.
  • Credit recognition on entry, mapping incoming credits to your own programme requirements.

The honest caveat

This area is moving. Timelines, mandates and the exact integration mechanics have shifted more than once, and they differ by state, by regulator and by institution type. Treat this article as the shape of the thing, and confirm current requirements with your regulator and the ABC operator before you plan around a date.

What is not going to reverse is the direction: student-held, portable credits tied to a permanent national identity. Institutions whose records already carry credits properly at the course level will find the integration a plumbing exercise. Those whose credits live in a results spreadsheet will find it a project.

If you do one thingCheck whether your current results data carries a credit value per course, per student, per term — and whether an APAAR ID is stored against every enrolled student. Those two fields are the whole foundation. Everything else is integration work on top.

How Ivake handles it

APAAR sits on the student record and is captured at admission, with DigiLocker documents arriving already carrying the issuer's signature so verification is a consistency check rather than a judgement call. Credits are attached to courses and results as they are earned, so a deposit is a read of existing data rather than an assembly job. The deposit trail is part of the same audit history as everything else, and exit entitlement can be asked at any point in a programme, not just at the end.

Book a demo

See Ivake running on your own data

Send us a sample before the call: a term of enquiries, a fee structure, or a class list. We load it and set up your programmes, so you see your own institution on screen rather than a demo account.

  • 45 minutes, your data. Not a generic tour of features.
  • Migration mapped on the call. We show exactly where your current records land.
  • A written rollout plan within two working days, with phases, owners and dates.
  • No pressure to switch everything at once. Most schools and colleges start with one department or one intake.