Every module
A reference list of what each part of Sijil records, drawn from the same source the site is written from.
Sijil is thirteen modules, and this page is all of them in one place: what each one holds, in the same words the rest of the site uses. None of it is written twice. The names, the one-line summaries and every point under them come from the single list the features page and the machine-readable brief at sijil.pk/llms.txt are also built from, so a guide here cannot promise something the product does not do.
Read this as a reference rather than a walkthrough. Where a module has a guide of its own — students, classes, fees, attendance, progress, the parent portal — that guide is where the screens are, in the order you meet them. The last section on this page is the other half of an honest list: the things Sijil does not do at all.
The register itself
Three of the thirteen do what the register on the shelf does — who is enrolled, which class and timing they belong to, and who was there on a given day. Everything else in Sijil reads one of these three.
Student records
Student registration and records — guardian details, roll numbers, admission dates, active and inactive status
- A profile page per student: attendance, progress, fees and personal details on separate tabs, with every figure computed in the database rather than in the browser.
- Photographs upload from the phone, are cropped to a square around the face, and are capped at 2 MB per image.
- Moving a student to another class keeps the history: each spell in a class is stored with its own dates, so last term's attendance stays attached to the class it was marked in.
- Guardian relation is recorded in Urdu as it would be written by hand — والد, والدہ, بھائی and so on — and CNIC numbers are formatted as you type.
- Search finds a student by name or roll number from anywhere in the admin portal.
Classes and timings
Classes, sections and shift timings — Hifz, Nazira and Dars-e-Nizami across morning, evening and night shifts
- A class can have several timings, each on its own days of the week, so one class taught after Fajr and again after Asr is two timings rather than two classes.
- Classes are marked as boys' or girls' classes, and a girls' madrasa runs on the same system with the same asatiza scoping.
- Your own categories, levels and tracks — Qaidah, Nazira, Hifz, Dars-e-Nizami, or whatever your madrasa calls them — with a display order you set by dragging.
- Asatiza are assigned per class, and a teacher sees only the classes assigned to them.
Attendance
1-tap mobile attendance — Present, Absent and Leave with reasons, full history and monthly percentages
- Attendance is marked against a class timing on a date, so a class that meets twice a day is two registers and not one ambiguous row.
- A day the madrasa was closed is not an absence: holidays and your weekend pattern are excluded before any percentage is calculated.
- Missed days are visible as missed rather than silently blank, and an Ustaz can go back and fill a previous day.
- Per student: a month calendar, a full history, and a percentage. Per class: a report for any period. Per madrasa: today at a glance for the Mohtamim.
- Leave is recorded with its reason, so an absence with a reason and an unexplained absence do not read the same in the register.
Sabaq and money
The two that a madrasa is usually keeping in a separate notebook: where each boy has reached, and what has been paid. Both are recorded as events with dates rather than as running totals somebody maintains, which is why a percentage or an outstanding amount is never typed in by hand.
Hifz and Nazira progress
Hifz and Nazira progress tracking — Juz start and completion dates, days taken per Juz, weekly and monthly milestones
- Progress is a position on an ordered list of units, not a percentage typed in by hand — so "which Juz is he on, and since when" always has one answer.
- The unit list is yours to define: thirty Juz for Hifz, the surahs for Nazira, the letters and joining for Qaidah or تختی, the kitabs for Dars-e-Nizami.
- Advancing a student records the date, which is what produces days-taken per unit without anyone counting.
- A wrong entry is undone rather than overwritten — one action, and the previous position comes back with its dates intact.
- A student can be on more than one track at once, so Hifz in the morning and Dars-e-Nizami in the evening are two positions on one profile.
Fees and collection
Fee tracking and financial analytics — vouchers, paid versus pending per student, monthly and 6-month collection trends
- The monthly fee is set per class, so a Hifz class and a Dars-e-Nizami class can carry different amounts without a rule per student.
- Each month's fees are raised automatically for every enrolled student, so nobody is billed for a month they were not there.
- Part payments are supported: pay 800 against a 1,500 fee and the row shows 700 still outstanding rather than staying "unpaid".
- A concession or waiver is recorded on the fee row itself, so the register shows what was actually owed after the waiver — not a full amount with a note beside it.
- Every payment produces a dated, numbered receipt — RCP-20260828-0007 — recorded as cash, bank or online, and printable from the phone.
- A defaulters list shows who is behind and by how much, and the fee register shows one student's whole payment history in one place.
The year, and the days the madrasa is closed
A register is only correct if the software knows which days were not teaching days. The calendar is where that is set, and the year rollover is what keeps last year readable after this year starts.
Calendar, holidays and weekends
Madrasa calendar — your own weekend pattern, holidays and events, all of which attendance and fee reports already know about
- You set which days of the week the madrasa is closed — Friday, Sunday, both, or nothing — instead of accepting somebody else's idea of a weekend.
- Holidays are entered as date ranges with a reason, and the calendar refuses two entries that overlap rather than storing both.
- Events — imtihan days, jalsa, a visiting muhaddith — sit on the same calendar the asatiza and the parents see.
- Because attendance reads this calendar, a closed day never counts against a student and never needs correcting afterwards.
Academic year rollover
Closing one academic year and opening the next — last year's register is archived and stays readable, it is not deleted to make room
- Ending a year is a single deliberate action with a written summary of what it will do, not a settings toggle you can hit by accident.
- The archived year keeps its attendance, its fees and its progress positions, so a certificate or a query about a student who left three years ago is still answerable.
- The rollover is recorded step by step, so if one step fails you can see which one and run it again instead of starting over.
Who gets in, and how far they reach
Three portals for three jobs, and one set of rules deciding what each of them may open. The rules are enforced on the server, so the interface hiding a button is never the only thing standing in the way.
Three role portals
Three role portals — Admin for the Mohtamim, Teacher for the Ustaz, and a Parent portal
- The Mohtamim signs in with a Google account and sees the whole madrasa: today's attendance, the money, every class and every student.
- An Ustaz signs in with a 6-digit PIN — no email, no password to forget — and sees their own classes and nothing else.
- A parent gets an invite code from the madrasa, sets a PIN, and sees their own children — attendance, progress and what fee is due.
- One guardian with four children in the madrasa gets all four on one login, not four separate accounts.
- What each role may see is decided on the server, not hidden in the interface, so a teacher cannot reach another class by editing a URL.
Who can get in
Access control built for a madrasa — the Mohtamim signs in with Google, asatiza use PINs, and a teacher's phone has to be approved before it can mark attendance
- Admin sign-in is Google-only. There is no admin password to be shared, written on a register or guessed.
- Three separate PINs for three separate jobs: a 6-digit login PIN for an Ustaz, a 4-digit PIN to clear a class register, and a master PIN the Mohtamim keeps.
- Obvious PINs — 1234, 0000, a run of the same digit — are refused when they are set, not merely discouraged.
- A teacher's device is bound to their account and the Mohtamim approves it. A phone that was lost or a teacher who has left is cut off from the admin portal.
- Everything travels over HTTPS. To be exact rather than reassuring: that is encryption in transit, and it is what we claim — nothing here says data is encrypted at rest.
What faces outwards, and the madrasa's own address
The only parts of Sijil a stranger can see: the page a madrasa chooses to publish, and the subdomain its own people use. Student records sit behind both and are deliberately kept out of search engines.
Public page and admissions
A public page for the madrasa, in Urdu and English, with an admission-inquiry form that lands in the admin portal
- The madrasa writes its own introduction in both languages — courses offered, timings, contact — and publishes it when it is ready, not before.
- A parent who finds the page can send an admission inquiry with their name, number and what they are asking about, without creating an account.
- Inquiries collect in one list in the admin portal, so nothing depends on somebody remembering a WhatsApp message.
- The form is rate-limited and length-capped, because an open form on a public page is otherwise an invitation to spam.
Your own subdomain
A separate subdomain per madrasa, such as jamia.sijil.pk, with data isolated per institution
- You pick the name at registration and that becomes the address your asatiza and parents use — an address that belongs to your madrasa, not a numbered account inside somebody else's.
- One madrasa cannot read another's records. Separation is enforced in the database, not by filtering in the app.
- The madrasa's own name and logo appear in its portal, so the asatiza see their madrasa rather than our brand.
- A full copy of your records is taken every night and the last seven nights are kept.
- Tenant portals are kept out of search engines on purpose. Your students' names are not something Google should be able to find.
Off the network, and in both languages
The last two are less features than conditions the rest has to work under: an Ustaz on a rooftop with no signal, and a madrasa whose asatiza do not read English.
Marking without a signal
Offline attendance and progress — an Ustaz marks attendance and records Hifz or Nazira progress with no connection; entries queue on the device, survive the app closing and the phone restarting, and upload themselves the next time the app is open with a signal
- This covers attendance and Hifz or Nazira progress — the two things an Ustaz does standing in front of the class. Sijil is not an offline-first product and the rest of it needs a connection.
- The class roster is already on the phone before the signal drops, so the register opens and fills with no network at all.
- Queued entries are held on the device itself, so closing the app or restarting the phone does not lose them.
- Upload happens while the app is open with a signal. It is not a background service, so the app has to be opened once for the queue to clear — said plainly here because a promise of silent background sync would be false.
- Sijil installs to the phone's home screen from the browser, so no app store and no APK to pass around.
Urdu and English
Every screen is in both Urdu and English, and the Urdu is right-to-left throughout — not English with a translation bolted on
- The whole interface switches language, including numbers, dates and the direction the page reads in.
- Names, guardian relations and remarks are stored in Urdu script, so a register reads the way it was written.
- The vocabulary is the madrasa's own — Mohtamim, Ustaz, sabaq, Juz, Nazira, hazri — rather than school software words translated into Urdu.
- An Ustaz who does not read English can run their whole register in Urdu, which is the point of it being bilingual rather than translated.
What Sijil does not do
Software in this category is usually assumed to do all of the following. Sijil does not, and saying so plainly here is more useful than letting somebody find out later.
| Often assumed | Where Sijil actually stands |
|---|---|
| Exams, marks, results, grading | There is no exam, marks, result or grading module. Imtihan days can be put on the calendar as events, but nothing records a mark against them |
| A Hijri calendar | Not supported. Dates are Gregorian, and the day a register belongs to is decided in Pakistan time |
| CSV or Excel export, downloadable reports | Neither exists. Reports are read on the screen, and the one thing that prints is a fee receipt |
| Collecting fees online | Payments are recorded in Sijil after they have been taken. There is no payment gateway collecting money through it |
| A board or wifaq connection | Sijil is an independent product. It is not affiliated with, endorsed by, certified by or operated on behalf of any madrasa examination or regulatory board |
| Data encrypted at rest | Not claimed. All traffic travels over HTTPS — encryption in transit — and that is the whole of the claim |