ERP for language schools
Why a generic ERP like TOTVS rarely fits a language school, and what changes when the system is built for the niche, with student management, plans, finances, and an online classroom all integrated.
People who run a language school and type "ERP for language schools" into Google usually want the same thing. A single system that holds the entire operation in one place. Students, teachers, scheduling, enrollments, receivables, materials, reports. One place, with logins for the team, with data that talks to itself, without the patchwork of a spreadsheet plus Notion plus WhatsApp plus Drive plus Zoom.
The intention makes sense. The problem is that today's ERP offerings were almost never designed for a language school, and that becomes obvious in the first few days of use.
Why the search for an ERP for language schools usually ends in frustration
An ERP in the classic sense is an integrated enterprise management system. It was born for industry, then grew into retail, distribution, and services. Companies like TOTVS, SAP Business One, Senior, and the like offer modules for accounting, tax, inventory, fixed assets, HR, payroll, production orders, sales, and purchasing. It is a big system with broad scope, designed for a company that issues product invoices, holds physical stock, runs an HR department with formal employment contracts, and has an in-house accountant.
An online language school, or even a small school with a physical room and a hybrid operation, rarely needs ninety percent of that scope. There is no meaningful inventory. There are no significant fixed assets. Payroll, when it exists, is handled by an outside accountant. What the school actually has is an operation centered on people, sessions, and class packages.
When a school subscribes to a generic ERP, it spends weeks configuring modules it does not use, sets aside the ones it would use but that are modeled for a different kind of business, and ends up building a layer of spreadsheets on top of the ERP to cover what the system does not. Back to square one.
What a language school needs that a generic ERP does not provide
The real operation of a language school has very specific pieces. Each student is tied to a plan with a frequency and a number of classes per month. Each class taken draws down a balance of credits or contracted lessons. Each teacher has their own schedule that needs to talk to the others' schedules and to the students' schedules. Coordination needs to see how much revenue each teacher generated, how many classes each group delivered, who has an outstanding payment, and who is about to run out of their package.
And then there is the piece a generic ERP never covers. The class itself. Where it happens, how it is recorded, what is left for the student to review afterward, how the teacher knows the student is making progress.
In a traditional ERP, the class is just a line item for a service rendered, logged after the fact for billing purposes. The real operation of the class lives outside the system, in Zoom, Google Meet, WhatsApp, Drive, Notion. The ERP only knows a class existed because someone manually entered that it did.
For an online language school, that is a serious problem. The class is the product. Taking the class out of the system is taking the product out of the system. You end up managing the edges of what matters, not what matters.
How most schools handle it today
Without finding an ERP that fits, most small online schools build a distributed operation. A master spreadsheet for the week's schedule, Notion for the student and group roster, Drive for course materials, Google Meet or Zoom to teach, a separate Excel file each teacher fills out at the end of the month, WhatsApp for collections and communication, the bank for receiving payments, a finance spreadsheet to track who paid.
Each of those tools solves a piece, but none of them talks to the others. When a student cancels, coordination updates the spreadsheet, but the teacher only finds out when they walk into an empty room. When a payment comes due, someone has to remember to collect it. When a teacher leaves, part of the student's history goes with them, because the material lived in their personal account.
At a small scale, that arrangement holds up. Once the school passes a hundred students and five teachers, the cost of keeping everything in sync starts showing up as lost revenue. A student billed twice, a class booked into an occupied slot, a package expired without anyone noticing, a teacher opening a class for a student who never paid.
What a system built for language schools needs to cover
Thinking specifically about a language school, without the weight of an industrial ERP's scope, you can clearly list what the system needs to do.
Student management with a single record, class history, active plan, financial status, and notes from coordination. Each student has a living profile that any teacher at the school can look up.
Plans and packages with automatic credit control. The school defines once how many classes the plan gives per month and how much it costs. The system deducts automatically as the classes happen. When the balance hits zero, nobody has to remember to send a warning.
A shared schedule. Coordination sees the school's full schedule. Each teacher sees their own. The student sees only the available slots for booking.
Centralized receivables. Each registered plan generates the monthly installments automatically. The front desk sees in one list who is outstanding, who paid, who is late. No manual matching of bank statements against a spreadsheet.
A team with roles and permissions. Coordination sees everything. A teacher sees only the students and groups they are responsible for. The data stays protected without becoming a bottleneck.
A classroom integrated into the system. The class happens at the school's own address, with the school's brand, with the recording automatically tied to the student and the class in the system. No third-party link, no material scattered across a teacher's personal account.
Revenue reports by teacher, by group, by student. Without having to build a pivot table every week.
Meet Noladi
Noladi is not a full ERP in the generic sense. It has no accounting module, no payroll, no fixed assets, no production orders. It does not aim to replace what a factory or a retail chain needs.
Noladi is a management system specialized in language schools. It covers what that operation needs, and it covers it well. Student records, plans with credits, a shared schedule, receivables, a team with permissions, and the live class happening inside the system itself, with recording, transcription, and AI-powered post-class review. All at the school's address, with the school's brand.
On the finance side, an honest disclaimer is in order. Noladi does not process the student's payment. Whoever receives the card, bank transfer, or invoice payment is still the school, through the channels it already uses. What Noladi does is track who owes, how much, when it is due, and mark it as received when the money comes in. The finance spreadsheet exits the stage, the school's bank stays the same.
The school plan starts at R$ 499 per month, with class hours shared across all the teachers in the operation. There is no charge per registered teacher or per registered student.
If you are searching for an ERP for language schools and you have been noticing that the generic ERPs on the market ask your school to mold itself to them, it is worth getting to know a system that started from the other side and was designed from the real operation of a language school. You can create a free account and see it working at noladi.app/teacher.