---
title: "Education agency CRM payments: the owed-to-paid gap, and the five-question monthly close"
description: "What EducationLink, Agentcis and Edvisor actually record about payments, why the bank is the real ledger, and the five reconciliation questions to ask monthly."
date: "2026-07-10"
updated: "2026-07-16"
category: "Business efficiency"
keywords: "Business efficiency"
author: "Raphael Arias"
lang: "en"
wordCount: 3287
url: https://qualyhq.com/blog/education-agency-crm-payments-reconciliation
---
## Site navigation

- [For schools](/international-education/for-schools.md) — For international education schools
- [For agents](/international-education/for-education-agents.md) — For international education agents
- [Explore](/training.md) — Watch videos on how to use Qualy
- [About](/about.md) — Learn about Qualy's mission and values
- [Pricing](/pricing)
- [5-min demo](/demo.md)
- [Login](https://dashboard.qualyhq.com)

# Education agency CRM payments: the owed-to-paid gap, and the five-question monthly close

> What EducationLink, Agentcis and Edvisor actually record about payments, why the bank is the real ledger, and the five reconciliation questions to ask monthly.

Your education agency CRM records payments; it doesn't confirm them. EducationLink, Agentcis and Edvisor track what you're owed — invoices, statuses, splits — but the ledger of record is your bank account, and between the two sits the owed-to-paid gap: commission never invoiced, invoices short-paid, splits paid on unconfirmed money, clawbacks never written back. Five questions, asked monthly, close it.

It's the first Friday of the month. Your CRM's commission report says last month was good: 41 enrolments confirmed, AUD 63,000 in commission invoiced, every sub-agent split calculated to the cent. Then you open the bank statement, and it tells a different story — three credits that don't match any invoice, one invoice with no credit at all, and a school payment that arrived AUD 900 lighter than the number your CRM is celebrating. Two documents, two versions of your month. Here's the uncomfortable part: **the bank is right. It's always right.**

This is not an article about your CRM being broken. It isn't broken — it's *complete*. It answers the questions it was built to answer: which students, which schools, what pipeline, what commission you're owed. Then it stops, precisely at the point where money starts moving, because the job past that edge is a different job. I've made the category-level version of this argument before — [a management system tracks your money; it doesn't move it](/blog/education-agency-management-system-payments-gap.md). This piece is the operational sequel: what actually falls into the space between the CRM and the bank, and the five questions that pull it back out, one morning a month.

## What "payments" means inside EducationLink, Agentcis and Edvisor

Start by being fair to the software, because the software is genuinely good at its job. [EducationLink](https://geteducation.link/education-agents/) — which I founded, so I know the ambition from the inside — describes an accounting module built specifically for agencies: agreement management, commission calculation, automatic commission invoicing, student payment receipts, refunds, sub-agency accounting. [Agentcis](https://agentcis.com/features/invoicing/) offers net-claim and gross-claim commission invoices with reminder notifications — "so you never lose commission," in its own words — and says it's trusted by more than 4,000 agents. [Edvisor](https://edvisor.io/) puts "Get Paid" on its home page: commission tracking and payment plans, all in one place. None of this is puffery. These features exist, they work, and an agency running them is better organised than an agency without them.

Now read those feature lists again and watch the verbs: *calculate, generate, track, remind, record*. Every one of them is a record-keeping verb. The verb that never appears is **confirm** — because confirmation isn't something software can type into itself. **A payment status in a CRM is an assertion, usually by a busy human, that money moved; a bank credit is the money itself.** When your colleague marks an invoice "Paid" because the school's remittance email arrived, the CRM now holds a belief. Whether the belief is true — full amount, right currency, actually cleared — is a fact that lives somewhere the CRM cannot see: your bank account.

Here's the honest map of what the common status fields attest, and what it takes to verify each one.

| CRM status | What it actually records | What only the bank can tell you |
| --- | --- | --- |
| Commissionable enrolment | The CRM's math says a claim exists | Nothing yet — but nobody gets paid on this row |
| Invoice sent | A document was generated and emailed | Whether money ever follows it |
| Paid | A human clicked a button, often from a remittance email | Whether the credit cleared, and for the full amount |
| Split calculated | Arithmetic on the commission the CRM believes in | Whether the source money arrived before you paid it onward |
| Refund / clawback processed | A status changed on the student record | Whether the money actually left, and how much |

*Derived from the vendors' published feature descriptions, verified July 2026. It's a category map, not an audit of any one product — check your own workflow against it.*

## The ledger of record is your bank account

Accounting solved this problem centuries before anyone sold a CRM. Bookkeepers keep detailed side-records — a **subledger** — for anything worth itemising: every customer's balance, every supplier's bill. And they hold an iron rule about them: *a subledger is reconciled against the bank, on a schedule, or it isn't trusted.* Every accountant your agency has ever hired does this for the accounting file without being asked. **Your CRM is a commission subledger that nobody reconciles**, because it isn't sold as a book of account — it's sold as a sales tool with an accounting tab, and no one assigned the tab an auditor.

The gap this creates deserves a name, so let's give it one: the **owed-to-paid gap** — the distance between what your CRM says you've earned and what your bank confirms you've received. The gap isn't hypothetical drift; it's produced continuously, by the ordinary physics of this industry. Schools pay commission late — in one trade-press account, an agency reported that [only 60% of its partner institutions pay on time](https://thepienews.com/only-60-of-our-institutions-pay-on-time/). Money crossing borders arrives short, trimmed by conversion spreads and intermediary fees the invoice never mentioned. Schools remit net when you invoiced gross, or vice versa — [the industry's oldest bookkeeping argument](/blog/how-education-agent-commissions-work.md). Each of these events changes the true number in the bank while the CRM's number sits still. A CRM that's 98% accurate sounds excellent until you remember the 2% is not evenly distributed goodwill — it's specific dollars, and they're yours.

## Where the losses live: four handoffs forward, one running back

Money doesn't vanish from an agency in one dramatic place. It leaks at handoffs — the points where the CRM's record has to become, or respond to, a bank event. There are four running forward and one running backwards.

**1. Owed but never invoiced.** The CRM computes that an enrolment is commissionable; a human still has to raise the claim. Schools almost never chase you to bill them. Run the arithmetic on your own volume: **an agency closing 300 enrolments a year that fails to invoice just 2% of them loses six enrolments' commission — routinely a five-figure sum — with no record it was ever missing.** (That's an illustration on stated assumptions, not a statistic — which is exactly the problem: uninvoiced commission generates no evidence.) If the deeper issue is that you're not sure what rate applies under which agreement, that's a contract problem before it's an invoicing one — [Feezy is built for that filing cabinet](/blog/feezy-digital-contract-management-education-agents.md).

**2. Invoiced but short-paid.** A credit arrives and it's less than the invoice: a currency conversion happened en route, an intermediary bank took a fee, or the school deducted something it considers obvious and you consider news. The optimistic click marks the invoice "Paid" at full value, and the shortfall — often 2–4% — is silently forgiven, every month, forever.

**3. Marked paid on money that never cleared.** A student uploads a transfer receipt; the counsellor updates the status; the transfer bounces, or a card payment is reversed weeks later. The status field outran the cash, and now every downstream number — the school's balance, your commission expectation — inherits the error.

**4. Splits paid on believed numbers.** The most expensive one. Your CRM calculates the sub-agent's share the moment the commission is recorded, and it's natural to pay the split on that calculation. But if the school's payment hasn't cleared — or cleared short — you've paid real money out against imagined money in. [Paying sub-agents well is a four-decision discipline](/blog/sub-agent-commission-payments.md), and the first decision is the trigger: **splits should be paid on confirmed bank credits, never on CRM balances.**

**5. Clawbacks never written back.** This one runs in reverse: the bank moves, the CRM doesn't. A student withdraws, the school recovers commission — by invoice or by quietly offsetting your next statement — and unless someone reconciles that event *back into* the CRM, your system of record now overstates what you earned, your sub-agent keeps a split you've already repaid, and next month's reports are built on a fiction. [Clawbacks are their own contractual minefield](/blog/education-agent-commission-clawbacks.md); the operational point here is narrower: a clawback that isn't written back into the CRM is a loss you're guaranteed to double-count in your favour, then discover at the worst time.

## The five-question monthly close

Accountants call the ritual of finalising a period's numbers a **close**. Agencies need one too — smaller, sharper, aimed at the five handoffs above. Block one morning a month, put the CRM's commission report next to the bank statement, and ask, in order:

1. **Does every commissionable enrolment have an invoice raised?** Filter the CRM for enrolments past their cut-off date (census or equivalent) with no invoice attached. Every row is money with no claim on it yet — the cheapest loss to prevent, because prevention is one email.
2. **Does every invoice marked "Paid" have a matching bank credit — for the full amount?** Match invoice to credit, amount to amount. A missing credit means the status lied. A short credit is a conversation with the school, or a cost you should at least *choose* to absorb rather than absorb by not noticing.
3. **Does every student payment the CRM shows as received correspond to cleared money?** Receipts and remittance emails are testimony; only cleared credits are evidence. Anything pending for longer than a normal transfer window gets chased this month, not discovered at enrolment time.
4. **Was every sub-agent payment matched to a confirmed school payment before it went out?** If you find splits paid ahead of cleared commission, tighten the trigger. You're not being slow — you're refusing to lend your margin interest-free to timing risk.
5. **Has every refund, withdrawal and clawback been written back into the CRM?** Commission reversed, splits flagged for recovery, the student record updated. This is the question nobody's software prompts, because it starts at the bank and the bank doesn't talk to the CRM.

The first close is the slow one — expect most of a day, and expect it to pay for itself: every agency I've watched run this exercise for the first time has found at least one uninvoiced claim or unreconciled shortfall. (That's my experience across the agencies I've worked with, not a study — treat it as a founder's pattern, and test it on your own books.) After the first month it's two to three hours, and the number it protects is your entire margin, because **every one of the five questions is a place where the CRM's confidence and the bank's facts can quietly disagree.**

## Won't the CRM just add payments? Partly — and Edvisor already has

The obvious rejoinder: surely the CRMs will close this gap themselves. The evidence says they're trying, and one of them has shipped. Edvisor offers [EdWallet](https://help.edvisor.io/edwallet/what-is-edwallet), a payments feature built on a partnership with TransferMate (a payment provider), letting agencies and schools receive, send and withdraw money in multiple currencies inside the Edvisor ecosystem, at no extra platform cost. Edvisor's site also cites $2 billion in tuition processed across its platform — a number that tells you the vendors know exactly where the next product is. EducationLink's public materials describe connections to Xero, Mailchimp and Gmail, not money movement. Agentcis's public materials describe invoicing, reminders and a Studylink Connect data integration, not money movement.

So here's a falsifiable claim to hold me to: **by the end of 2028, expect the major agency CRMs to offer an embedded payment feature through a payment-provider partnership, as Edvisor has — and expect the owed-to-paid gap to survive the upgrade.** The reason is structural, not cynical. An embedded payment feature confirms only the money that flows through it. The student who pays the school directly, the university that pays commission by bank transfer because that's what its finance office does, the clawback offset against next quarter's statement — all of it happens outside any embedded flow, and lands, as ever, in your bank account. Convergence will shrink the gap for one slice of your money. The monthly close covers all of it. If you're weighing whether your current system is the right one at all, [the maturity-ladder guide](/blog/do-you-need-education-agency-management-system.md) and [the honest case for waiting](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md) are the longer answers; whichever rung you're on, the close applies.

## The close is a job for a system that saw the money

Everything above is doable by hand, and if you take one thing from this piece, take the five questions and a recurring calendar block. But notice what makes the close laborious: you're manually rejoining two systems that were never introduced. The alternative isn't a better CRM — it's putting the money side on a system that *records payments because it made them*. When the platform that collected the student's payment is the one that paid the school and paid the sub-agent's share, questions two through five answer themselves: [the accounting reconciles automatically](/features/automatic-accounting-for-ed-agents.md) because record and movement are the same event, and [splits are paid from confirmed money](/features/master-and-sub-agent-payments.md), not believed numbers. That's the side of the line Qualy is built for — it connects to the CRM you already run rather than replacing it (there's a [direct comparison with EducationLink](/compare/educationlink.md) if that's your setup), and it charges a flat fee per payment instead of a percentage hiding in the exchange rate.

Keep the CRM. It's good at its job, and its job ends where your money starts moving. Just stop assuming the two halves agree. Once a month, make them prove it.

## Sources

- [EducationLink — for education agents](https://geteducation.link/education-agents/): the vendor's own description of its accounting module — agreement management, commission calculation, automatic commission invoicing, student payment receipts, refunds, sub-agency accounting — and its Xero, Mailchimp and Gmail connections.
- [Agentcis](https://agentcis.com/): the vendor's claims of 4,000+ agents and the Studylink Connect data integration.
- [Agentcis — invoicing features](https://agentcis.com/features/invoicing/): net-claim and gross-claim commission invoices, reminder notifications, discount records.
- [Edvisor](https://edvisor.io/): the "Get Paid — commission tracking and payment plans" positioning and the $2B tuition-processed figure as published on the vendor's site.
- [Edvisor Help Center — What is EdWallet?](https://help.edvisor.io/edwallet/what-is-edwallet): EdWallet's capabilities (receive, send, manage, withdraw; multi-currency), the TransferMate partnership, and its no-extra-cost availability to Edvisor users.
- [The PIE News — "Only 60% of our institutions pay on time"](https://thepienews.com/only-60-of-our-institutions-pay-on-time/): agent accounts of late commission payment by partner institutions.

## Frequently asked questions

### Does my education agency CRM handle payments?

It records them; it doesn't confirm or move them. EducationLink, Agentcis and Edvisor calculate commission, generate invoices and track payment statuses — real, useful record-keeping. But a status field is an assertion that money moved, while the money itself arrives in your bank account, which the CRM can't see. The exception is embedded features like Edvisor's EdWallet, which confirm only the payments that flow through them. Everything else needs monthly reconciliation against the bank.

### What is the owed-to-paid gap?

The owed-to-paid gap is the distance between what your CRM says you've earned and what your bank confirms you've received. It's produced by ordinary events the CRM can't witness: commission that was never invoiced, invoices paid short after currency conversion and fees, student payments marked received before they cleared, sub-agent splits paid on unconfirmed numbers, and clawbacks that were never written back into the record.

### What does commission tracking in a CRM actually record?

Arithmetic and assertions. The CRM applies your agreement's rate to an enrolment (a calculation), generates an invoice (a document), and holds a status like 'Paid' (a human's claim that money arrived). None of these is a confirmation. Whether the credit cleared, in the right currency, for the full amount, is a fact that exists only in your bank account — which is why the two need reconciling on a schedule.

### How do I reconcile my education agency CRM with my bank account?

Once a month, put the CRM's commission report beside the bank statement and ask five questions: does every commissionable enrolment have an invoice raised; does every invoice marked paid have a matching bank credit for the full amount; does every student payment shown as received correspond to cleared money; was every sub-agent payment matched to a confirmed school payment; and has every refund or clawback been written back into the CRM. Expect a day the first time, then two to three hours.

### Why does my CRM say a student paid when the money never arrived?

Because someone updated the status on testimony rather than evidence — a transfer receipt the student uploaded, or a remittance email. Transfers bounce and card payments get reversed after the click. The status field then outruns the cash, and every downstream number inherits the error: the school's balance looks settled and your commission expectation looks safe. The fix is procedural: only cleared bank credits, not receipts, justify a paid status.

### Should I pay sub-agent splits based on my CRM's numbers?

No — pay splits on confirmed bank credits, never on CRM balances. The CRM calculates the sub-agent's share the moment commission is recorded, but if the school's payment hasn't cleared, or cleared short, paying the split means sending real money out against imagined money in. If the school's payment is later reduced or clawed back, you're left chasing your own sub-agent to recover the difference, which is the most awkward collection in the business.

### What happens when a commission clawback isn't recorded in the CRM?

Your system of record starts overstating reality. The bank moved — the school invoiced you back or offset your next statement — but the CRM still shows the commission as earned, the sub-agent keeps a split you've effectively repaid, and every report built on the CRM inherits the fiction. The reconciliation runs backwards here: it starts at the bank and must be written into the CRM by hand, which is why it's the step everyone skips.

### Does Edvisor's EdWallet mean CRMs now move money?

Edvisor has crossed that line for payments made inside its ecosystem: EdWallet, built on a partnership with the payment provider TransferMate, lets agencies and schools receive, send and withdraw money in multiple currencies at no extra platform cost. But it confirms only what flows through it — students paying schools directly, commission arriving by ordinary bank transfer, and clawback offsets all still happen outside it. EducationLink's and Agentcis's public materials don't describe moving money at all.

### Will education agency CRMs build in payments by 2028?

My falsifiable bet: by the end of 2028 the major agency CRMs will offer embedded payment features through payment-provider partnerships, following Edvisor's EdWallet model, rather than building payment infrastructure themselves. What won't change is the reconciliation obligation — an embedded feature confirms only its own slice of your money, so the monthly close against the bank statement remains your job for everything that moves outside it.

### Do I need to replace my CRM to fix reconciliation?

No. The CRM is doing its actual job — records, pipeline, commission arithmetic — and swapping it for a rival won't make the bank statement match. You have two real options: run the five-question monthly close by hand, which costs a few hours and protects your whole margin, or put the money side on a payment system that records payments because it made them, so collection, school payment and sub-agent splits reconcile themselves. Keep the CRM either way.

## Related articles

- [Does your education agency management system actually move money? The records-vs-payments gap](/blog/education-agency-management-system-payments-gap.md)
- [Sub-agent commission payments: when to pay, in what currency, and with what paperwork](/blog/sub-agent-commission-payments.md)
- [Education agent commission clawbacks: the five triggers, the missing window, and how to design the clause](/blog/education-agent-commission-clawbacks.md)

## More on Qualy

**Industries**

- [For schools](/international-education/for-schools.md) — For international education schools
- [For agents](/international-education/for-education-agents.md) — For international education agents

**Support**

- [Training](/training.md)
- [System status](https://qualyhq.statuspage.io/) — Qualy system status
- [Product updates](https://changelog.qualyhq.com) — As we work on Qualy, here we spotlight what we’ve learned and updated across our products
- [Contact](/contact-us.md)

**Product**

- [Demo](/demo.md)
- [Enterprise](/enterprise.md)
- [Testimonials](/testimonials.md) — Learn what some customers have to say about Qualy
- [About](/about.md) — Learn about Qualy's mission and values
- [Blog](/blog) — International education payments blog by Qualy
- [Trust center](/trust.md)
- [API](/api.md) — Qualy API for international education payments
- [Zapier](/zapier.md) — Connect Qualy to 7,000+ apps with Zapier
- [NexPay](/nexpay.md) — Qualy + NexPay — automate everything around the payment

**Legal**

- [General terms](/terms-and-conditions.md)
- [Payer terms](/terms-for-payers.md)
- [Privacy policy](/privacy-policy.md)
- [BECS DDR](/becs-dd-service-agreement.md)