School data is only useful when people can understand it and act on it. EdiWay brings reporting and everyday administration closer to the records already being maintained across attendance, assessment, behaviour, SEND, workforce, operations and the wider learner journey. Create reports. Review dashboards. Search records. Export authorised information. Check data quality. Complete routine administration. Without building another disconnected reporting database.
EdiWay reporting works across information held within connected school workflows. That can include appropriate information from areas such as:
Use authorised learner-record information.
Review attendance information from the canonical attendance workflow.
Use approved assessment and progress information.
Understand appropriate behaviour and achievement trends.
Report from authorised SEND information.
Review suitable staffing information.
Use relevant school operational information.
Understand appropriate communication and engagement activity. Reporting reads from these workflows. It should not create competing versions of the same underlying records.
EdiWay supports school reporting through approved report modules and controlled report definitions. Authorised users can work with appropriate:
Choose the school information relevant to the report.
Use approved measures from the selected workflow.
Include authorised detail where permitted.
Narrow the report to the relevant information.
Select the appropriate reporting period.
Review suitable classes, cohorts or organisational groups.
Generate the report in an available format. The reporting model is intentionally controlled. EdiWay does not provide unrestricted database access or arbitrary SQL through the school reporting interface.
Sometimes a useful school question crosses more than one area. EdiWay can support controlled composite reporting using approved reporting modules. For example, an authorised user may need to consider appropriate:
Look at attendance alongside academic information.
Review factual patterns across both workflows.
Bring together permitted support information.
Understand relevant staffing and operational context.
Review appropriate communication and attendance information. Each source remains canonical in its own workflow. A combined report does not turn correlation into causation or automatically explain why a pattern exists.
Dashboards can help authorised users understand information without repeatedly producing manual spreadsheets. EdiWay's reporting capability includes dashboard foundations across areas such as:
Review appropriate school-level information.
Understand attendance patterns and current position.
Review appropriate behaviour and achievement information.
See relevant SEND information within the authorised domain.
Understand suitable staffing context.
View appropriate status information from the dedicated compliance workflow.
Review relevant engagement information. Different dashboards serve different responsibilities. A leadership dashboard should not automatically expose sensitive learner-level or workforce-level records.
School leaders often need information from several parts of the organisation. EdiWay can help bring appropriate factual information together around areas such as:
Understand current patterns.
Review approved academic information.
Consider incidents, positive recognition and follow-up demand.
Use appropriate authorised oversight.
Understand relevant staffing information.
See appropriate school operational context.
Identify work requiring follow-up. Leadership oversight does not create unrestricted access to every sensitive record. The underlying permissions still apply.
Reports become more useful when authorised users can narrow them to the right context. Depending on the report, that may include filters such as:
Choose the relevant period.
Review permitted learner-level information.
Focus on a teaching group.
Review an appropriate cohort.
Keep information within the authorised organisation.
Focus on particular workflow states.
Use approved value filters where supported.
Search within available modules, sections or measures. Available filters depend on the report definition and the underlying information domain.
Where enabled, approved reports can support recurring schedules. That can help with regular school activity such as:
Prepare appropriate recurring information.
Generate agreed reporting material.
Keep regular oversight easier to maintain.
Prepare suitable school-status information.
Provide authorised recurring information.
Support approved reporting requirements. Scheduled reporting produces information from the available records at the relevant time. It does not replace human review of whether that information is complete, appropriate or ready to use.
Authorised users can export appropriate reporting information where the workflow supports it. Available outputs can include:
Use suitable structured data for authorised analysis.
Create readable report outputs.
Prepare suitable editable documents where supported.
Keep restricted reports inside controlled access.
Export authorised source information where permitted. Export rights remain separate from viewing rights. Being able to see information on screen should not automatically mean a user can export or redistribute it.
Reporting and administration also supports routine work around the core school record. That includes capabilities such as:
Find learners, staff and appropriate records.
Apply authorised changes to multiple records.
Bring supported information into the platform.
Take authorised information out where required.
Maintain school-specific information where supported.
Keep relevant documents connected to the correct record.
Some school administration tasks affect many records at once. EdiWay supports bulk-update capability for appropriate administrative work. That may help schools manage changes across:
Update suitable shared information.
Maintain relevant cohort information.
Support appropriate administrative changes.
Update permitted workforce information.
Maintain supported school-defined fields. Bulk tools should reduce repetitive administration. They should not become a way of bypassing validation, permissions or specialist workflow decisions. Sensitive or consequential decisions remain within their proper workflow.
EdiWay supports structured data import for appropriate school information. Current foundations include import workflows for core learner and staff data. The process can include:
Provide the supported source data.
Check that required information is present and usable.
Work through the import in controlled batches.
Identify records requiring attention.
Show the administrator what happened.
Connect successful records to the canonical school data. Broader system migration has its own implementation and assurance requirements.
A report is only as useful as the information behind it. EdiWay's data-management capability includes foundations for:
Identify information that does not meet expected rules.
Surface possible duplicate records.
Identify incomplete data.
Show information that could not be processed.
Keep relevant school-defined information structured.
Give authorised staff a clearer route to correct the underlying record. Data-quality tools highlight issues for review. They do not automatically decide which conflicting record is correct.
School administrators and authorised staff often need to locate information quickly. EdiWay supports search across appropriate school records. Depending on role and permissions, users may be able to locate relevant:
Find the appropriate learner record.
Locate workforce information.
Find teaching groups.
Navigate appropriate administrative records.
Find connected information where supported.
Locate available reporting outputs. Search respects the user’s authorised scope. A search result should not reveal information the user could not otherwise access.
Administrative activity can affect important school information. EdiWay maintains audit and user-activity capabilities to help authorised users understand relevant system changes. That may include appropriate information about:
Who completed the action?
What was affected?
When did it happen?
What relevant action was recorded?
Which part of EdiWay was involved?
What earlier state or activity remains available? Audit history supports accountability. It does not replace the specialist chronology or evidence model inside safeguarding, compliance, HR or other restricted domains.
Different users need different information.
Manage appropriate school records, reports and routine administration.
Access reporting relevant to the learners and classes they are authorised to teach.
Use appropriate school-level oversight.
Use authorised SEND reporting.Access SEND information only through their authorised responsibilities.
Use dedicated restricted safeguarding reporting.
Use appropriate workforce reports.
Receive suitable governance information rather than unrestricted operational records.
Use authorised multi-school information where separately enabled.
Safeguarding reporting is not ordinary school reporting.
Restricted safeguarding information belongs to the dedicated safeguarding workflow, with its own permissions, chronology and controlled evidence processes.
General reporting should not allow users to build unrestricted cross-domain reports containing safeguarding detail.
Authorised safeguarding users should use the appropriate safeguarding reporting and evidence tools.
Reporting may help school leaders understand information relevant to compliance. But Reporting and Administration is not the canonical compliance workflow.
Helps authorised users view and organise school information.
Owns compliance checks, risks, accountable actions, evidence and readiness.
Owns detailed operational checks and premises evidence.
Owns policies, governor workflows and improvement planning. Reports can consume appropriate information from those workflows. They should not duplicate them.
Governors may need reports and dashboards to support governance responsibilities. EdiWay can provide suitable information from approved school sources. That may include:
Use appropriate approved measures.
Provide suitable oversight.
Share appropriate high-level information.
Connect relevant progress information.
Use appropriate status information.
Understand relevant governance follow-up. Detailed governor meetings, documents, policies and improvement plans remain within School Governance, Policies and Improvement.
Trust-level reporting has different requirements from ordinary school reporting. Where enabled and appropriately assured, EdiWay can support permission-scoped multi-school reporting and comparison. That may include suitable information around:
Review authorised organisations.
Consider changes over time.
Use agreed definitions.Owns detailed operational checks and premises evidence.
Protect sensitive small groups.
Provide factual context without automatically ranking schools.
Require separate authorisation before opening school-level detail. Detailed MAT and multi-school oversight remains a distinct developing area rather than something this page should overclaim.
Schools and education providers may need to prepare information for statutory or government purposes. General EdiWay reporting can help users understand and review source information. It should not be marketed as automatically completing every statutory return or government submission.
Where specific statutory-data workflows are supported, they require their own:
General reports remain separate from official statutory submissions.
Where enabled, EdiWay AI may assist authorised users with reporting work. That can include:
Ask natural-language questions about permitted information.
Prepare working narrative from selected data.
Organise permitted report information.
Create a draft overview for human review.
Help organise key points.
Turn complex information into clearer working language. AI output remains subject to human review.
Decide what the school needs to understand.
Use an approved reporting source.
Keep information within the user’s authorised scope.
Select the appropriate period, cohort or status.
Build the approved output.
Check missing, incomplete or questionable information.
Keep professional judgement human.
Use an authorised format.
Correct records or complete actions where the information originated.
Use reporting as part of an ongoing school-management cycle.
Yes.
A school reporting engine is represented within the current platform capability.
Controlled composite reporting can combine approved report modules where authorised.
It does not provide unrestricted database-query access.
Dashboard capability is represented, including leadership and domain-specific dashboards.
Availability depends on the relevant workflow and configuration.
Yes.
Controlled reporting foundations support approved search, measure and value filters.
Recurring report schedules and queued report runs are represented within the current reporting foundation.
Controlled reporting foundations include CSV, PDF and Word outputs where supported by the relevant report.
Yes.
Data-export capability is represented.
Export remains permission-aware.
Yes.
Bulk-update capability is represented for appropriate administrative work.
Yes.
Structured learner and staff import capability is represented.
Broader migration remains subject to the dedicated migration process and assurance.
Yes.
Data validation, duplicate detection and missing-data alerts are represented.
Yes.
Custom information fields are represented within the core school-data capability.
Yes.
Audit-trail and user-activity capabilities are represented.
Appropriate authorised reporting can bring together approved modules from different domains.
The underlying records remain separate and canonical.
No.
Safeguarding information remains within its dedicated restricted reporting and evidence workflow.
Governor-dashboard capability is represented.
The information shown should remain appropriate to the governor role.
Multi-school and trust reporting capability is represented, but detailed MAT oversight remains separately governed and subject to ongoing assurance.
General school reporting should not be positioned as automatic statutory submission.
Specific statutory workflows require their own current specifications, validation and assurance.
EdiWay AI can assist with working report drafts and summaries where enabled.
The authorised user remains responsible for reviewing the information and conclusions.
Use approved assessment and learner-progress information.
Report from the canonical attendance record.
Review appropriate behaviour, achievement and pastoral information.
Use authorised workforce information and reporting.
Move from reporting into compliance actions, risks and evidence.
Manage supported data migration, reconciliation and rollout assurance.
EdiWay is undergoing active development and live testing.
Current reporting foundations include a school reporting engine, controlled composite reports, dashboard capability and domain-specific dashboards covering areas including leadership, attendance, behaviour, SEND, safeguarding, workforce, family engagement and compliance.
Controlled composite reporting uses approved report modules rather than arbitrary database queries and includes foundations for report definitions, approved fields and measures, filters, recurring schedules, queued runs and private CSV, PDF and Word output.
Core administration capabilities include search, bulk updates, structured data import, data export, custom fields, audit trails and user-activity records.
Data-management capability also includes validation, duplicate detection and missing-data alerts.
Some deeper reporting filters, visual report design, external sharing, sensitive-field redaction, multi-school reporting, historical migration and cross-role runtime assurance remain subject to further testing or controlled rollout.
EdiWay should therefore be positioned as a connected school reporting and administration environment built on the records already used to run the school—not a separate analytics database or an unrestricted reporting tool.