Education Back office Custom

Custom education ERP development

Appfront builds custom back-office software for educational institutions: from enrolment and placement to timetable logistics, results recording and the data that underpins your funding. It connects to the national chains and to the systems you already use, rather than a package your organisation has to adapt to. Get in touch.

What is an education ERP?

An education ERP is the administrative backbone of an institution: who is enrolled, in which programme and group, which educational programme that person follows, which results have been achieved, and which data goes to the national registers on which funding depends. It is the place where student, programme, teacher, room and money come together.

It differs from a general ERP system in that the core entity is not an order or a product but a learner with an educational career, with its own concepts such as cohort, learning route, absence and certification, and with a chain of national data exchanges that simply have to be correct.

Appfront builds this as custom software. In practice, we rarely replace a complete core records system; more often we build the layer around it that the standard package does not cover, and integrate it, for example via an Eduarte integration.

The learner at the core

A single record with enrolment, programme, group, results, absence and guidance, instead of data scattered across five systems.

Logistics that add up

Education programmes, groups, teachers and rooms in one connected system, so a change to the programme flows through to the timetable and staffing.

Funding, properly grounded

The data that determines your funding in one place, with alerts when an enrolment or result is incomplete before a reference date.

Education ERP or general ERP? Where the line falls

Appfront builds both. The difference lies in what the system records at its core.

This page

The education journey

Learners, courses, cohorts, results, absenteeism, certification and national data exchanges. Timetabling and teacher allocation belong here too, as they follow from the education programme.

Other pages

Orders, stock and production

If your focus is business processes around purchasing, inventory, production or projects, see custom ERP system development. For the learning environment itself, an e-learning platform is the right starting point.

Our development process for your education back office

Education administration is full of exceptions that only surface once you start listing them. That is where we spend the first phase.

1
Discovery & analysis

We map your course structure, enrolment routes, result rules and absence handling, along with which national data exchanges apply to you and which systems currently handle them. Often part of this is already covered, and the work lies in the gaps between.

2
Design

We design the learner model, the programme structure, the integrations and the roles — student, teacher, administration, programme manager — each of which needs a different view of the same record.

3
Build & iteration

We build in short iterations with automated tests, structured logging and monitoring. You see working versions along the way and steer the work based on what your team actually needs in practice, rather than on a specification written months earlier.

4
Go-live & management

Controlled go-live with validation and a safety net, followed by ongoing management, monitoring and further development as your course offering or regulations change.

What bespoke education software delivers in practice

What is needed varies greatly by sector and institution. These are the components that come up most often.

Enrolment and placement

Application, intake, admission and placement in a group or learning pathway, with the status transitions and checks that fit your sector.

Education programme and groups

Courses, cohorts, units and groups held together, so changes to the programme carry through without manual rework.

Timetabling and staff allocation

Allocation of teachers and rooms derived from the programme, with visibility of bottlenecks before the timetable is published.

Results and progress

Recording of results and progress under the rules that apply to each course, and alerts for learners who are falling behind or at risk of dropping out.

Absenteeism and support

Registration and follow-up of absenteeism, with the mandatory reporting routes, linked to the support given to the learner. See also compulsory education and RMC software.

National data exchange and funding

Submission to the registers your funding depends on, with completeness checks before the reference date rather than repair work afterwards.

Typical use cases in practice

Regulation differs considerably between education sectors, and so does what needs to be built.

Vocational colleges (mbo)

Institutions with learning pathways, practical training agreements and workplace-learning registration, where administration with companies and mentoring runs as its own stream alongside regular teaching.

Private training providers

Providers of courses and vocational training with their own enrolment and payment flows that do not fit a standard institutional package.

Universities of applied sciences and universities

Institutions that need a layer alongside their core system for placement, specialised programmes or partnerships.

Partnerships and corporate training

Organisations that deliver education for several clients at once and must be able to account, per client, for what was delivered.

Not yet sure about a large project?

Test your idea first: a working prototype in 1 day

With OneDayBuild, we turn your idea into something tangible in one day for €1,150, so you can see whether further development is worth the investment. Decide to go ahead with the full build? Then we credit the full cost.

Explore OneDayBuild →

Technology we use

Integration with existing education systems often determines what is possible. The exact choice depends on your processes, the systems to be integrated and your hosting preferences. We deliberately choose a stack that your own team can manage and further develop, without dependence on per-user licences.

React / Vue front-end Node.js / Python / PHP / .NET PostgreSQL / MySQL REST & webhook APIs OAuth 2.0 / SSO Integrations with student information systems

Why choose Appfront for your education back office?

Appfront builds custom software for a wide range of organisations in the Netherlands. In education, we start by asking which part you really need to build yourself. Replacing a core registration system is rarely sensible; the layer around it that nobody covers often is.

If you want to plan the shifts and supervision of support staff, take a look at our software for support staff rostering.

If you want test results from Woots in your own dashboards, see our page on a Woots integration.

If you want to exchange messages securely with chain partners in education, see our page on Edukoppeling.

For recording lessons delivered, absences and cover per group, there is our app for teaching time and lesson cancellations.

We design from the administration that people work with every day. Education administration is full of exceptions, and a system that cannot handle them ends up creating shadow administration in spreadsheets, which is exactly what you were trying to solve.

On every project we write clear documentation and make sure your own team, or a future supplier, can understand and manage the system. No black box: transparent code and clear agreements on monitoring, alerting and maintenance. You own the solution and pay no per-user licence fee.

Also see our wider services in bespoke software, custom ERP and e-learning platforms. Unsure about the approach? Get in touch.

Security and privacy in your education software

Student data is personal data, and some of it is sensitive: pastoral care, reasons for absence and, at times, health information. Appfront builds to the OWASP ASVS with GDPR as a starting point, using role-based access so that a teacher only sees what fits their role.

Education also has sector agreements on data exchange and processor relationships. We document the data flows per integration and set retention periods per type of data, so that student records do not remain indefinitely.

More on our security approach: information security policy and CVD policy.

  • Encryption in transit (TLS 1.2+) and at rest
  • Role-based access following least privilege
  • Audit trail for viewing and changes
  • Secrets in a secure vault, not in code
  • Documented data flows for your record of processing activities
  • Retention periods per type of data in the learner record

Frequently asked questions about building education ERP software

Answers to the questions we are asked most often.

It is the administrative backbone of an educational institution: enrolment and placement, curriculum and groups, timetabling and staff allocation, results and attendance, and the data exchanges that funding depends on. Everything revolves around the learner and their educational journey rather than around an order or a product.

Usually not, and we rarely recommend it. Replacing a core registration system is a heavy, risky undertaking, especially with national data exchanges attached. What we more often do is build the layer around your package that it doesn't cover and connect it — that usually resolves the real bottleneck faster.

Yes, that is usually the core of the work. We regularly build integrations with student information systems and learning environments. What is technically possible depends on what the vendor allows; we investigate this up front, including whether there is any contractual objection to an integration.

By treating submissions as a controlled process rather than an export. Before the reference date, the system flags which enrolments or results are incomplete, so you can correct them rather than repair them afterwards. The precise rules vary by sector, and we define them together with your administration team.

Yes, and the need is often most pressing there, because institutional packages do not fit private enrolment and payment flows. For private providers we usually build something more compact: enrolment, planning, results and invoicing, without the heavy chain obligations of publicly funded education.

Education data is personal data, and sharing it is sensitive: guidance, absence and sometimes health information. We work with role-based access so a teacher sees what they need and no more, and with retention periods set per type of data. That is also a requirement under the common agreements in the education sector.

Yes. A student portal for enrolment, timetables, results and requests, and a teacher portal for groups, grade entry and absence reporting. Self-service takes most of the pressure off administration, provided the data entry stays simple enough to be genuinely used.

For publicly funded education, the standard packages are usually the most sensible starting point, precisely because of the chain obligations. Custom development pays off for the layer around them, for private providers who don't fit that model, and for institutions with an offering the standard model doesn't cover. We are candid when a package is the better fit.

Ready to build your education back office?

Tell us which systems you currently use, where administration gets stuck and which chain obligations apply to you — we're happy to help you think through scope, integrations and the first version. A no-obligation first conversation will give you a clear picture of the possibilities and whether custom software makes sense in your situation.

If you'd like to explore this topic more broadly, you'll find a page on applatenmaken.com about building education ERP software.

Edit content