Accept crypto payments as a language school: tuition that arrives before the student does

Why a language school gets paid on the hardest possible timeline

Around 7.3 million students now cross a border to study, roughly triple the number two decades ago — and language schools, pathway programmes and summer academies sit at the front of that funnel. They are usually the first institution a family pays, and almost always the one paid from the furthest away.

Look at what a single enrolment actually asks of the payment rail. A student in Hanoi, Bogotá or Lagos finds you in March. In April they need to send a deposit to hold a seat and a homestay room for a September start. In May they need a receipted invoice — a real one, with their name and passport number on it — because the consulate wants proof the course is paid before it will grant an appointment. In July the balance is due. In September they land, and at reception they want to add an exam registration, a second block of afternoon classes, a textbook pack and an airport pickup.

Every one of those steps crosses a border, and each one is priced in your currency but paid from theirs. The deposit is small enough that the fixed wire fee is brutal. The balance is large enough that the FX spread is where the real money goes. The invoice has a hard deadline set by an embassy, not by you. And the counter payments in September are the only ones that behave like normal retail.

This is not a hypothetical friction. The G20's own targets for cross-border payments set out where the system is supposed to get to by 2027: a global average retail cost of no more than 1%, no corridor above 3%, and 75% of payments credited within one hour. Those are targets precisely because today's numbers miss them, and the Financial Stability Board's own progress reporting has been blunt that cost in particular has stayed stubborn. Your students are paying the gap.

What a late, short or reversed tuition payment actually costs a school

Start with the seat. A language school's inventory is a chair in a classroom of a given level in a given fortnight, and it expires. When a €2,900 balance is "in transit" for six working days, you are holding a seat, a homestay bed and a teacher's contracted hours against a payment you cannot see. Release it and you lose the student. Hold it and you may be holding it for nothing.

Then the shortfall. Intermediary banks deduct along the way and the receiving bank applies its own spread, so the €2,900 you invoiced lands as €2,731. Multiply by a summer intake and it stops being an accounting nuisance. Worse, it becomes an admissions conversation: your registrar now has to email a student who genuinely believes they paid in full and ask for another transfer — with another fixed fee attached to it — before their visa file can be completed.

Then the reversal. Where schools do take cards for deposits, the deposit is the most disputable payment in the business. It is paid months in advance, by a payer who may not be the student, for a service that has not been delivered yet, and it sits inside dispute windows measured in months rather than days. The classic case is a visa refusal: the student's application fails in August, your terms say the deposit is non-refundable or partially refundable, and instead of following that policy the payer disputes the charge. You are now defending a documentation case to keep money you contractually earned — the same structural exposure any merchant faces when they try to reduce chargebacks on prepaid services.

And then the corridor that simply says no. Plenty of your best source markets have capital controls, foreign-currency rationing or a correspondent bank that has quietly de-risked the country. The student is willing, the family has the money, and the payment cannot be made. That is not a payments problem you can solve with a better bank; it is a market you lose.

Why wires, cards and tuition portals fail this vertical specifically

Each rail fails for a different structural reason, and it is worth being precise about which.

• Bank wires are built for business hours in two countries at once. They clear through a chain of correspondents, each of which can deduct a fee, and they are opaque until they land. A wire sent Friday from a market seven hours ahead of you is a Wednesday problem.
• Cards solve speed and lose finality. They also break on size: issuers decline large cross-border charges as fraud, and the students who most need to pay a €3,000 balance are exactly the ones whose card limits will not carry it. Add a convenience fee plus a foreign-transaction fee plus the issuer's exchange rate and the advertised price of your course becomes a fiction.
• Tuition payment portals genuinely help with reconciliation, and if you are large enough to run one, keep it. But they are custodial by design: the money sits with an intermediary until it is released to you on a schedule, and the exchange rate is set by the platform rather than by the market. You have outsourced the delay, not removed it.
• Cash on arrival is what schools fall back on when nothing else works, and it is the worst of the options: it can't satisfy a consulate that wants proof of payment before departure, it exposes reception staff, and it triggers cash-handling and reporting obligations that vary by country.

The common thread is that all four rails were designed for a payer and a payee who share a banking system. Your business model assumes they don't.

How Payzum lets a language school accept crypto payments

Payzum is a non-custodial crypto payment processor. That single word carries most of the argument here: Payzum never holds your money. There is no Payzum balance, no release schedule, no rolling reserve and no withdrawal request. When a student pays, funds move on-chain from their wallet to a wallet you control. Settlement is the payment — which is exactly the property a school needs when the whole problem is a gap between "paid" and "received".

Be precise about which payments this covers

This is a collections tool for the money your school bills in its own name, and it is worth drawing the line clearly before anyone in your finance office asks. It covers enrolment and reservation deposits, tuition instalments, accommodation and homestay placement fees, exam registration and materials, airport transfers, insurance add-ons you resell, and the counter sales that happen once students are on campus. On the paying side it covers your agent commissions, host families, freelance teachers and activity providers.

It does not cover — and does not try to cover — anything that has to sit in a regulated student-money or tuition-protection account under your accreditation scheme, and it is not an escrow service. If your national accreditor requires advance fees to be held in a designated trust account, that requirement is yours and it does not change because the rail changed. Talk to your auditor about which of your fee lines is in scope before you switch anything.

The instruments that cover them

• Payment links and buttons — no code. Your admissions team pastes a link into the same email that confirms the seat. It works from any country, on a phone, with no bank branch involved.
• Hosted checkout as a redirect, modal or inline embed, so an online enrolment form finishes with payment instead of with "our finance team will email you bank details".
• Invoices with an expiry and overpayment detection. This is the workhorse for tuition: put the student reference and course dates on it, set the expiry to match how long you'll hold the seat, and let the system flag when an amount doesn't match. The paid invoice is the document the student attaches to the visa file.
• Recurring subscriptions for monthly evening courses, year-round conversation clubs and adult programmes billed by the month — and unlike card subscriptions, they don't die to a dispute halfway through the term.
• POS with a fresh QR per sale. Any phone or tablet at reception becomes a terminal. Cashier accounts with PIN mean a front-desk assistant can take a payment for an exam fee or a book pack without ever touching your wallet, with per-cashier analytics at the end of the day — the same PIN-cashier setup a multi-counter business uses.
• Mass payouts. CSV batch payouts in stablecoins on Polygon, Arbitrum, Optimism, Base, BNB Chain and Avalanche — your entire agent commission run, host-family payments and freelance teacher invoices in one operation.

Volatility is a decision, not a risk you're forced to take

The first objection from any school director is the right one: "I priced the course at €2,900. I am not accepting something that might be worth €2,600 in October." You don't have to. Payzum accepts crypto and settles in crypto, with optional auto-conversion to a stablecoin such as USDC or USDT. A stablecoin is designed to track the dollar, so a payment received as USDC in April is the same number of dollars in September, whichever way the market moved in between. For a business that collects months before it delivers, that is the whole point.

What doesn't change

Everything that makes you a school stays exactly as it is. Your admissions criteria, your student contract and cancellation policy, your refund schedule for visa refusals, your accreditation obligations, your data protection duties, your VAT treatment of tuition and your immigration-related record keeping all continue to work the way they work today. Payzum is crypto-only and does not settle to a bank account, so converting stablecoins into local currency stays a separate decision you make with your own exchange or off-ramp, on your own schedule. Changing the rail changes how fast the money arrives and who holds it — it does not change your file.

How it works, step by step

1. Open the account and connect a wallet you control. Create a Payzum account, complete KYC, and point settlement at your school's own wallet. There is no Payzum-held balance at any point, which is why there is nothing to be released to you later.
2. Turn your fee schedule into links and invoices. Build a payment link for the standard enrolment deposit and homestay placement fee — the amounts that repeat every intake — and use invoices for the variable tuition balance, with the student reference and course dates as the reference and an expiry that matches your seat-hold policy.
3. Send it with the offer. Admissions attaches the link or invoice to the acceptance email. The student pays from their wallet or exchange on whichever supported network they use — Solana confirms in under a second, Base and Polygon in roughly two. Funds land in your wallet and the dashboard marks the invoice paid, with overpayment detection flagging any mismatch instead of leaving it for the registrar to spot.
4. Push the status into your school system. If you run a student management platform, a signed webhook can mark the enrolment paid automatically, so the seat is confirmed and the visa letter is generated without anyone refreshing a bank portal at 7pm.
5. Take the counter business on the POS, and pay everyone from the same place. Reception opens the POS on a phone or tablet, enters the amount and shows a fresh QR for exam fees, extra classes or materials — the same in-person flow any front-desk business uses. At month end, upload one CSV to pay agents, host families and freelance teachers in a single batch.

Use cases in a language school

Four situations where the difference shows up in a single working day rather than in a quarterly report.

• The deposit that has to beat a consulate appointment. A student in Hanoi is offered a September place on a Tuesday and needs proof of payment for a Friday appointment. A wire will not make it. You send an invoice for the deposit; it is paid that evening from their exchange account, settles in seconds, and the receipted invoice goes into the visa file the next morning. The seat is real and so is the paperwork.
• The balance from a corridor your bank won't serve. A family in a market with foreign-currency rationing cannot get a €3,000 transfer out through the banking system at any sensible speed or price. They can send USDT. Auto-conversion means you receive a dollar-denominated amount, the enrolment is complete, and you keep a student your competitor lost to a correspondent bank — the general case behind cross-border collections and getting paid from abroad without a local bank account.
• Reception in the first week of the intake. Fifty new students arrive on the same Monday and every one of them wants to add something: an exam registration, a second course block, a book pack, an excursion. Two tablets at the desk, a fresh QR per sale, two PIN cashier accounts, and per-cashier analytics that reconcile the whole week without a card terminal, an acquirer or a batch settlement.
• The commission run after the intake closes. You owe thirty-one recruitment agents across fourteen countries, plus twenty-two host families and six freelance teachers. Instead of thirty-one international transfers at a fixed fee each, you upload one CSV and settle the list in a single batch of stablecoin payouts, exactly as an operator would run affiliate commissions.

Payzum vs wires, cards and tuition portals for international student payments

Common objections, answered

"Our students are teenagers. They don't hold crypto."

Mostly the student isn't the payer — a parent, a sponsor, an employer or a recruitment agent is, and agents in particular already move money across borders for a living. The realistic pattern is not "replace your fee page" but "add one more way to pay", offered to the source markets where the existing rails are worst. If a family in Vietnam or Nigeria can complete an enrolment in an evening instead of a fortnight, they will use it; if a family in France prefers a SEPA transfer, nothing stops them.

"If payments are final, how do we handle a visa refusal?"

Exactly as your policy already says, but in the right direction. Today a refund and a chargeback are two different events with two different outcomes, and the second one is decided by an issuer months later. With on-chain settlement there is only the first: you apply the refund schedule in your student contract and send the amount deliberately. Publish that policy clearly at the point of payment — it is what your reader will look for, and it is what makes the model fair.

"Doesn't this create a compliance problem with our accreditation?"

It creates a question worth answering before you switch, not a problem. Your accreditor's requirements about advance fees, tuition protection and student contracts apply to the money regardless of the rail it arrives on, and some schemes require designated accounts for fees paid in advance. Identify which fee lines are in scope, keep those where they are, and start with the ones that aren't — deposits you are permitted to hold, on-site sales, materials, exam fees. This is general information, not legal advice; confirm your own position with your auditor.

"Who actually controls the wallet?"

You do. Settlement goes to a wallet whose keys the school holds — Payzum never has custody, which also means there is no Payzum-side balance for anyone to freeze, delay or apply a reserve to. Practically, that means agreeing internally who holds the keys and how access is governed, the same way you already govern access to the school's bank account. Payzum's side of that is 2FA, encrypted secrets, signed webhooks and a full audit log.

"We already use a tuition payment platform."

Then keep it for the corridors where it works well. The pattern that pays for itself is routing by difficulty: standard markets stay where they are, and the payments that arrive late, arrive short or don't arrive — hard corridors, urgent visa deadlines, last-minute balances — move to stablecoins. The comparison to run is not ideological, it is arithmetic: what the platform's spread costs you on a summer intake, against network fees measured in cents. It's the same calculation behind avoiding 3% card fees.