DLT registration for school SMS, explained for schools

If your fee reminders or absence messages stopped arriving, or a vendor has asked you for a "header and template approval", this is the piece of Indian telecom regulation you have run into.

By Edynex Technologies · · 7 min read

What DLT is, without the jargon

Indian telecom regulation requires every organisation that sends commercial or transactional SMS to register itself, and to pre-register both the sender ID and the exact wording of each message. Operators maintain this registry, and anything that does not match a registered entry is rejected before it reaches a parent.

The intent was to stop spam and spoofing. The side effect for schools is that SMS is no longer something you can simply switch on — there is paperwork first, and it belongs to the school.

The three things you register

  • ▸The entity — your school. Registered once, with your school's own documents. You receive an entity identifier that follows you across operators.
  • ▸The header, or sender ID. The short code a parent sees as the sender, six characters, usually an abbreviation of the school name. Pick it carefully: parents recognise it, and it is effectively your SMS brand. A transactional header is distinct from a promotional one.
  • ▸Content templates. The exact wording of every message you will send, with placeholders for the parts that change. "Dear {#var#}, your child {#var#} was marked absent on {#var#}." You register a template per message type — absence, fee due, fee received, exam schedule, holiday notice, meeting invitation.

Register more templates than you think you need, including the ones you might use next term. Adding one later is routine, but it takes days you will not want to wait during an exam week.

Why messages stop arriving

Almost every school that says "SMS has stopped working" is hitting one of these.

  • ▸The wording changed. Somebody improved a sentence. The template no longer matches what was approved, and the operator drops it. The fix is to re-register the new wording — or revert.
  • ▸A variable is longer than allowed. A very long student name or a note pasted into a placeholder can push the message outside the registered shape.
  • ▸The wrong header. A promotional header used for a transactional message, or vice versa, is rejected or delivered under the wrong rules.
  • ▸The number is on a preference list. Fully blocked promotional preferences do not stop genuine transactional service messages, but a message classified as promotional to that number will be stopped.

Who pays, and who owns it

Operators charge a one-time registration fee for the entity and header — the amounts change, so check the current figures with your SMS provider rather than trusting a number in an article. Message charges are separate and per message.

The important part is ownership. The entity and header are registered in your school's name. That means two things: parents see your school as the sender, and if you ever change software vendor, the registration stays with you. Be cautious of any arrangement where messages go out under a vendor's header — it is convenient at first, and it is their asset, not yours.

A practical order of work

  • ▸Pick your SMS provider first — they walk you through the operator portal, because they do it every week.
  • ▸Register the entity with your school's documents.
  • ▸Register one transactional header. Keep it recognisable: parents ignore what they do not recognise.
  • ▸Write every template you will need this year, including fee reminders, absence, receipts and notices, and register them together.
  • ▸Send one live message per template and confirm delivery before you rely on it for a fee cycle.
  • ▸Keep the approved wording somewhere your staff can see, so nobody edits a live template casually.

What this means when you choose school software

Ask three questions of any vendor. Does it send through our own registered header? Does it map our approved templates, or force its own wording? And when a message fails, can we see which one and why?

A system that hides delivery failures will quietly stop reaching parents, and you will find out when somebody complains about a fee notice they never received.

NEXUS ERP sends through your school's own sender ID

Fee reminders, absence alerts and notices go out under your school's registered header — not a vendor's. We help you map your templates during onboarding.

Questions schools ask

Can we skip DLT by sending from a normal mobile or WhatsApp?

Schools do use WhatsApp groups, and for informal communication that is fine. For anything official at scale — fee reminders, absence alerts, receipts — bulk sending from a personal number is unreliable and risks the number being blocked. DLT-registered SMS exists precisely for messages that must arrive.

How long does registration take?

Entity and header approval typically take a few working days; templates are usually faster once the entity exists. Plan it before a fee cycle, not during one.

Do we need separate templates for each class or section?

No. One template per message type, with placeholders for the parts that change — the child's name, the amount, the date. Class and section go into a variable, not a new template.

Book a Free Demo

Want this set up for your school?

We will show you NEXUS ERP on your school's own structure, tell you plainly what is live today and what is still being built, and help you get the boring parts right — the data, the numbers, the registrations.

Request a Free Demo

We respond within 2 hours — no pressure, no obligations.

We call back within 2 hours. Your details are used only to contact you about NEXUS ERP.