ADEK Policies for Abu Dhabi Private Schools: Data, Records and System Implications
A practical evergreen guide to adek private school policy requirements, covering requirements, workflows, system data, evidence, controls, exceptions and implementation readiness.
ADEK Policies for Abu Dhabi Private Schools: Data, Records and System Implications
This evergreen guide explains adek private school policy requirements, the operational data and evidence organisations should maintain, and the workflow controls needed for reliable execution. Requirements vary by entity, activity, jurisdiction and effective date. Confirm current rules with ADEK, assign an accountable owner to every obligation, retain source-dated evidence and obtain specialist advice before using the guide for a legal, tax, regulatory, certification or safety decision.
Operational control map
Use this map when translating the guide into system configuration or procedure. Replace every placeholder and add jurisdiction-specific rows before approval.
| Control area | Minimum requirement | Owner | Evidence |
|---|---|---|---|
| Scope and applicability | Confirm entity, jurisdiction, activity and effective date. | [ASSIGN] | [EVIDENCE LINK] |
| Authoritative requirement | Link the current source from ADEK. | [ASSIGN] | [EVIDENCE LINK] |
| Master data | Define fields, identifiers and ownership. | [ASSIGN] | [EVIDENCE LINK] |
| Workflow control | Record submission, approval, rejection and correction states. | [ASSIGN] | [EVIDENCE LINK] |
| Evidence | Retain source documents, acknowledgements and versions. | [ASSIGN] | [EVIDENCE LINK] |
| Exception handling | Assign escalation, target and acceptance authority. | [ASSIGN] | [EVIDENCE LINK] |
| Periodic review | Set an owner and regulatory review date. | [ASSIGN] | [EVIDENCE LINK] |
Treat this as a maintained record. Store source publication, internal approval and next review dates, and preserve prior versions whenever a rule or workflow changes.
Attendance is an event before it becomes a percentage
A percentage hides the decisions that created it. The teacher marked a scheduled student present or absent at a point in time. Reception later recorded a late arrival. A parent supplied evidence. Pastoral staff authorised or rejected the reason. The SIS recalculated the day, while a regulator-facing process may use its own status mapping and cut-off.
The Ministry's own certificate-attestation service makes the division visible: it lists different routes for private-school certificates from Abu Dhabi, Dubai, Sharjah and Ras Al Khaimah. That does not describe every reporting obligation, but it disproves the architecture assumption that “UAE regulator” is one destination.
The school therefore has two legitimate reporting layers:
- Regulatory reporting: campus-specific, using the responsible authority's definitions, identifiers, timing and submission process.
- Management consolidation: group-defined, designed to compare schools and support board, investment and operational decisions.
The second must reconcile to the first without pretending they are identical.
The mistake: forcing every school into one KPI definition
Head office usually begins with reasonable questions:
- How many students do we serve?
- Which schools are growing?
- What is attendance by phase?
- How do attainment and progress compare?
- What is staff cost per student?
- How much fee income is billed, collected and outstanding?
- Which regulatory actions or inspection findings remain open?
The trouble starts when one spreadsheet defines each metric once and expects every school to populate it. “Student”, “active”, “attendance”, “teacher”, “fee income” and “inspection rating” can each hide differences in effective date, inclusion, denominator and regulatory state.
An applicant with an accepted offer is not necessarily a regulator-registered student. A student may be active in the school ERP but pending a government-system transaction. A withdrawal entered today may be effective last week. A Dubai school beginning in September and another curriculum beginning in April may be in different academic years on the same calendar date.
Good consolidation makes the difference explicit:
Group metric = defined transformation of authoritative campus records, with regulator status retained.
It is not the total of whichever numbers schools sent most recently.
Start with the regulator and campus matrix
Maintain one controlled profile per licensed school, not merely per brand or legal company.
| Field | Why the group needs it |
|---|---|
| Licensed school and campus ID | Reporting and approvals attach to the regulated institution |
| Emirate and responsible authority | Selects the regulator rule and submission calendar |
| Government-system school identifier | Reconciles the ERP to the authority's records |
| Curriculum and board | Controls grade structure, subjects, assessment and certificate rules |
| Academic-year pattern | September, April or other approved calendar affects cohort comparison |
| Grade/year mapping | Converts curriculum year names to a group phase without losing the source |
| Ownership and legal entity | Supports governance and financial consolidation |
| Licence scope and capacity | Separates licensed provision from operational enrolment |
| Fee approval or permitted schedule | Reconciles billing to the campus authority |
| Inspection framework and cycle | Prevents unlike ratings from being averaged |
| Required portals and returns | Assigns deadline, owner and submission evidence |
| Policy version and effective date | Shows which regulator definitions were active |
Do not infer the regulator from the city text in an address. Store the relationship as approved master data, with the official identifier and evidence.
The group needs three versions of “student count”
At minimum, distinguish:
- Operational active: the student currently entitled to attend and use school services under group policy.
- Regulator registered: the student accepted in the authority's system for the relevant school and effective period.
- Reporting population: the student included in a particular return or KPI under its stated census and inclusion rules.
KHDA's current student-registration service says the school is responsible for keeping student and parent data accurate and continuously updated in the KHDA system, and that a student is not officially registered until recorded in that electronic system. This makes a two-state count unavoidable: school operational status and KHDA registration status can temporarily differ, but the difference must be owned and resolved.
For each student-school relationship, retain:
- group person ID;
- campus student ID;
- regulator or eSIS identifier where applicable;
- admission, registration and effective enrolment dates;
- grade/year, class and curriculum;
- current operational status;
- regulator transaction and status;
- withdrawal, transfer or graduation date and reason;
- census inclusion by named return;
- source document and exception owner.
Never overwrite one status with another. “Registered” should not mean admitted in one dashboard and government-confirmed in another.
Use a canonical model, not a universal form
A canonical data model defines the group's stable business objects and maps each regulator or school system to them.
Core objects normally include:
- person, student, guardian and household relationship;
- school, campus, legal entity and regulator;
- academic year, term, grading period and instructional day;
- curriculum, phase, grade/year, subject, course and class;
- enrolment, registration, transfer and withdrawal;
- attendance session, mark, reason and amendment;
- assessment, scale, result, attainment and progress calculation;
- staff identity, role, qualification, allocation and employment period;
- fee plan, student assessment, invoice, receipt and concession;
- inclusion need, provision and support plan with restricted access;
- incident, safeguarding record and regulatory notification with strict separation;
- inspection, finding, action and evidence;
- submission, validation, acknowledgement and reconciliation.
The canonical model should be more expressive than any one return. It preserves source meaning, while mapping rules produce KHDA, ADEK, SPEA, Ministry or group outputs.
For example, do not make every grade a free-text “Year”. Store the curriculum-native label, regulator code, group phase, approximate age range and academic-year context separately. A British Year 10 and another curriculum's Grade 9 may map to the same age cohort, but neither source value should be discarded.
Preserve source, mapped and reported values
For every regulated or consolidated field, keep three layers:
| Layer | Example | Purpose |
|---|---|---|
| Source | Year 10, as held by the school | Reproduce the operational record |
| Mapped | Secondary / age cohort X, under group dictionary v4 | Compare across curricula |
| Reported | Regulator-specific grade code submitted in return R | Reproduce the authority submission |
If a mapping changes, historical reports should continue to show the rule used at the time. Recalculate management trends only under an explicitly approved restatement; do not silently change last year's denominators.
This pattern applies to nationality, Emirati status, curriculum, staff role, subject, absence reason, additional-learning need, fee head and inspection finding.
Academic calendars make simple totals misleading
UAE school groups may operate September-start and April-start schools. On 1 May, one campus approaches year-end while another has just opened a new academic year. A “current enrolment versus last year” chart can compare different points in their operating cycles.
Store calendar dimensions at four levels:
- group reporting date;
- campus academic year and term;
- regulator census or submission date;
- student's effective enrolment interval.
Offer several comparisons rather than one:
- same calendar date year on year;
- same instructional day in the academic cycle;
- regulator census against prior regulator census;
- opening, peak and closing enrolment;
- rolling twelve months for finance where appropriate.
Label the basis on every group chart. A number without its as-of date and population rule is not consolidated reporting.
Attendance requires a denominator contract
Attendance percentage is not just present marks divided by possible marks until the group agrees what counts as possible.
Define:
- daily or session basis;
- instructional calendar by campus and grade;
- when a student enters and leaves the denominator;
- treatment of approved study leave, medical absence, suspension and off-site provision;
- partial day, late arrival and early departure;
- missing marks and unclosed registers;
- retrospective amendments;
- census and group calculation versions.
Keep the regulator-native absence reason and map it to a smaller group category. Do not force teachers to select a head-office code that does not satisfy the campus workflow.
The consolidated dashboard should show data completeness beside attendance. A school reporting 97% attendance with 8% of sessions unmarked cannot be ranked ahead of one reporting 95% with complete registers.
Useful controls include:
- percentage of registers complete by deadline;
- student-days or sessions possible;
- present, authorised absence, unauthorised absence and excluded categories;
- amendment count after close;
- difference between ERP and regulator-submitted totals;
- unexplained attendance gaps by campus.
Attainment and progress cannot be averaged before mapping
A group can operate British, American, IB, Indian and Ministry curricula. A percentage, letter grade, predicted grade, scaled score and curriculum standard are not directly interchangeable.
Keep four distinct results:
- raw mark or evidence;
- school or curriculum grade;
- regulator or board reporting value;
- group analytical band or standardised measure.
Every mapping needs subject, grade/year, assessment, scale version and date. “A = 90%” is not a global rule.
For cross-school reporting, use measures with honest comparability:
- percentage meeting a defined curriculum or external benchmark;
- progress against the same assessment family and scale;
- distribution by group band after documented mapping;
- cohort completion and destination;
- external examination outcomes shown by qualification rather than blended.
ADEK's current Assessment Policy requires academic grades reported in the Enterprise Student Information System (eSIS) to be consistent and accurate and uses school and student eSIS numbers as unique identifiers for mandated external-assessment data. The group should therefore reconcile the analytical result back to the submitted student identifier and grade, not load a separate head-office result with no regulatory lineage.
Do not create a league table from inspection ratings issued under different frameworks and years. Show each regulator's rating, framework, inspection date and domain results; add group action status separately.
Staffing: count people, positions and FTE separately
One teacher can work at two campuses, hold a leadership allowance, teach part time and appear under different regulator role categories. Headcount, position count and full-time equivalent answer different questions.
The canonical staffing model needs:
- group person ID and campus employee IDs;
- legal employer and work location;
- job, regulator role and group role;
- employment and assignment effective dates;
- FTE and teaching load;
- grade, subject and class allocations;
- qualification, eligibility or approval status;
- nationality and other reportable demographics, under controlled access;
- vacancy, cover and agency status;
- payroll cost by employing entity and allocated campus.
Group HR should not overwrite the campus regulator role with a corporate title. A “Director of Learning” may report as a principal, leader or teacher depending on actual duties and regulator definitions. Preserve both.
Report ratios with their denominators:
- students per teaching FTE;
- students per total staff FTE;
- class size by scheduled class;
- Emiratisation or other workforce measures under the applicable definition;
- staff turnover using consistent opening, closing and leaver populations;
- vacancy and unapproved-role exceptions.
Finance: consolidate the ledger, retain approved fee lineage
Group finance needs comparable revenue, collections, discounts, payroll and operating margin. Regulators may require campus-level audited reporting or approved fee schedules.
ADEK's Financial Auditing and Reports Policy states that it establishes basic requirements for school financial auditing and reporting, references IFRS and aims to create a consistent data bank for sector policymaking. Its scope and required evidence belong at school level even when group accounts consolidate above it.
Separate:
- approved or permitted campus fee plan;
- student billing assessment;
- invoice and credit transaction;
- receipt and allocation;
- scholarship, concession and staff benefit;
- bad-debt provision and write-off;
- optional service such as transport or activity;
- accounting ledger and consolidation adjustment.
Do not use billed tuition as a proxy for registered enrolment. Students can join, leave, receive concessions, pay in instalments or remain regulator-pending. Reconcile student counts and revenue through a student fee bridge, not by dividing revenue by list price.
For each school, produce:
Opening receivable + invoices − credits − receipts − write-offs = closing receivable.
Then reconcile campus ledgers to group consolidation, showing intercompany and group adjustments separately. A management adjustment must never alter the school's regulatory ledger history.
Records, privacy and group access
Consolidation does not mean copying every student record into a data warehouse open to head office. ADEK's School Records Policy applies to private and charter schools in Abu Dhabi and references the UAE personal-data protection framework. Similar privacy and safeguarding duties exist across the group even when operational detail differs.
Use purpose-based access:
- board members see aggregated performance and risk;
- group education leaders see student-level academic data where required for their role;
- finance sees billing and payer information, not clinical notes;
- safeguarding records remain in a restricted case system with only approved group oversight;
- school users see their campus unless explicitly assigned across schools;
- analysts use de-identified or pseudonymised data where identity is unnecessary.
Define which fields may leave the operational system, how long group snapshots are retained, where data is hosted, and how correction or deletion duties propagate. A consolidated copy must have its own owner, access log and retention rule.
For sensitive cases, consolidate status and risk without consolidating narrative. Head office may need to know that a safeguarding action is overdue; it does not automatically need the child's full case file.
Regulator submissions are first-class records
Do not treat a regulator portal upload as the end of a process. Create a submission object with:
- regulator, school and return type;
- reporting period, census date and due date;
- source snapshot timestamp;
- policy, schema and mapping version;
- file or payload checksum;
- preparer, reviewer and authorised submitter;
- automated and manual validation results;
- submitted timestamp and portal reference;
- acknowledgement, accepted/rejected status and messages;
- resubmission sequence;
- final accepted totals and evidence;
- reconciliation to the ERP and group dashboard.
Freeze the submitted snapshot. Operational records may change later, but the group must reproduce what was sent and explain subsequent amendments.
The same event can require different actions. A student withdrawal may update the ERP immediately, require a KHDA or ADEK transaction, affect attendance denominator, change billing, remove parent access and later appear in a census return. Link those events; do not rely on each team remembering the others.
The group dashboard should carry definitions
Every metric tile needs metadata:
- metric name and business owner;
- exact numerator and denominator;
- population inclusion and exclusion;
- as-of date or period;
- source systems and refresh time;
- mapping and calculation version;
- data-quality status;
- whether the value is operational, regulator-submitted or management-restated;
- drill-through to campus reconciliation.
Show “not comparable” where that is true. A blank or amber caveat is more useful than a precise false ranking.
Recommended top-level group measures include:
| Domain | Group measure | Required qualifier |
|---|---|---|
| Enrolment | Operational and regulator-registered students | As-of date, school, curriculum and registration gap |
| Capacity | Students against licensed or approved capacity | Capacity source and effective date |
| Attendance | Present sessions over possible sessions | Calculation version and completeness |
| Attainment | Meeting named benchmark | Assessment family, curriculum and cohort |
| Staffing | Teaching and total FTE | Role mapping and as-of date |
| Finance | Billed, collected, concessions and receivable | Academic period and ledger close status |
| Compliance | Returns due, accepted and overdue | Regulator and submission reference |
| Quality | Open inspection or policy actions | Framework, rating date, severity and owner |
Avoid a single red-amber-green “school score” unless the board has approved the weights and understands that regulator ratings and group performance measures remain separate.
Reconcile through control totals
Each campus should close a reporting period with a small, repeatable pack.
Student controls
- opening students;
- new enrolments;
- transfers in;
- withdrawals, transfers out and graduates;
- closing operational students;
- closing regulator-registered students;
- pending, rejected or unmatched registrations;
- difference with explanation.
Attendance controls
- possible sessions;
- present and absence categories;
- missing marks;
- late amendments;
- regulator-submitted totals where applicable;
- mapped group totals.
Finance controls
- opening receivable;
- invoices, credits, receipts, refunds and write-offs;
- closing receivable;
- ledger-to-ERP difference;
- consolidation adjustments.
Staff controls
- opening headcount and FTE;
- joiners, leavers and transfers;
- closing headcount and FTE;
- unfilled and unapproved positions;
- cross-campus allocations.
Require explanation codes and owners, not free-text “timing difference”. A recurring timing difference is a broken integration or process.
Data-quality rules with operational consequences
Useful group rules include:
- active student without a regulator identifier after the allowed process window;
- regulator-registered student inactive in the ERP;
- duplicate Emirates ID or other approved identity key under different group people;
- enrolment without valid campus, grade or academic year;
- attendance outside the student's effective enrolment dates;
- grade reported to a regulator but not approved in the school record;
- active teacher with expired or missing required approval;
- billed fee not present in the effective campus plan;
- submission total not equal to its frozen source snapshot;
- group dashboard total not reconciling to campus control packs.
Assign severity. Some defects block submission or billing; others create a warning and correction deadline. Track first detected, owner, resolution and recurrence.
Do not reward schools for hiding exceptions. Data-quality KPIs should distinguish known controlled defects from unmeasured quality.
Governance for a multi-emirate group
School owner
The principal or named school officer remains accountable for the accuracy of the campus record and regulator submission. Head office cannot approve facts it does not operate.
Domain steward
Admissions owns enrolment meaning; academic leadership owns grades; HR owns employment and role; finance owns ledger and fee treatment; compliance owns submission obligations. IT operates controls but does not define the business truth.
Group data council
Approves canonical definitions, mappings, restatements, access and changes affecting more than one school. It should include school representatives so head-office convenience does not erase regulatory reality.
Regulatory change owner
Monitors KHDA, ADEK, SPEA, RAKDOK and Ministry sources, assesses affected campuses and versions the relevant rule, return or mapping. Store the circular or policy, effective date, decision and implementation evidence.
Internal assurance
Samples the lineage from dashboard to campus record to accepted submission. It should test difficult cases: mid-year transfer, pending registration, curriculum change, cross-campus teacher, concession, amended attendance and revised grade.
A practical implementation sequence
- Inventory reports and portals. List every regulator return, operational export, board pack and manual spreadsheet by campus.
- Document definitions. Capture population, dates, codes, owner, source and evidence for each measure.
- Build the campus-regulator matrix. Confirm official identifiers, calendars and obligations.
- Design canonical objects. Preserve effective dates and source codes.
- Map without deleting meaning. Source, group and regulator values coexist.
- Create submission records. Version, validate, authorise and freeze every return.
- Implement control totals. Reconcile students, attendance, staff and finance monthly.
- Pilot two unlike schools. A Dubai and Abu Dhabi campus with different curricula exposes more defects than two similar schools.
- Run parallel board reporting. Compare the new consolidated pack with current submissions and ledgers.
- Retire shadow spreadsheets. Only after every metric has an owner, lineage and exception process.
Do not begin with the dashboard design. Begin with the regulatory and operational records the dashboard must truthfully represent.
Common failure modes
- One regulator field. KHDA, ADEK, SPEA, RAKDOK and Ministry relationships are flattened.
- One current student count. Operational and regulator-registered populations are mixed.
- Calendars are ignored. April- and September-start schools are compared at different lifecycle points.
- Grade labels are converted destructively. Curriculum-native and submitted values disappear.
- Inspection ratings are averaged. Different frameworks and inspection dates become a false group score.
- Headcount substitutes for FTE. Cross-campus and part-time staff distort ratios.
- Finance infers enrolment. Discounts, joins, leavers and payment timing corrupt the count.
- Submissions overwrite operational data. The ERP is changed to make a portal total match without resolving meaning.
- Portal evidence is lost. The group cannot reproduce accepted returns.
- Every record reaches head office. Sensitive student information is copied without a defined purpose.
- Mappings change silently. Last year's dashboard is restated with no approval.
- Data quality belongs to IT. Domain owners never resolve the business defect.
FAQ
Can a UAE school group use one ERP across all emirates? Yes, if it supports campus-specific regulator profiles, calendars, identifiers, workflows and output mappings. One platform should not mean one regulatory configuration.
Should KHDA and ADEK student counts always match the ERP? They should reconcile, but timing and status can create controlled differences. Report operational active, regulator registered and pending exceptions separately, with owners and resolution dates.
Can inspection ratings be compared across regulators? Show them together with regulator, framework and inspection date. Do not average or rank them as identical measures unless an approved group methodology maps the underlying domains transparently.
Which system should be the source of group reporting? The school ERP should be authoritative for core operational records, but finance, HR, assessment and regulator portals may own particular facts. The group layer should preserve source ownership and reconcile, not declare one database authoritative for everything.
How often should consolidated data refresh? Operational dashboards may refresh daily or more often. Board and regulatory measures should use controlled period closes or frozen snapshots. Always show refresh and as-of time.
Where a system helps
A multi-school ERP creates value when every campus uses the same governed objects while retaining its own regulator truth: official identifiers, effective enrolments, calendar, grade structure, fee plan and submission record. The group can then consolidate without emailing spreadsheets, drill from a board number to its school records, and reproduce exactly what KHDA, ADEK or another authority accepted. See SchoolOS for school ERP.
Related reading: What Is a Student Information System? (KB-033), What Is ADEK? (KB-117), and What Is a Transfer Certificate? (KB-118).
Sources
- UAE Ministry of Education, private-school services and regulator exceptions
- KHDA, Requesting Student Registration
- KHDA, Responsibilities of Early Childhood Centres and Schools
- ADEK, School Policies
- ADEK, School Records Policy
- ADEK, Financial Auditing and Reports Policy
- ADEK, School Assessment Policy
- Sharjah Private Education Authority, Legislation
