---
title: "유학원 CRM 속 결제 관리: '받을 돈'과 '받은 돈'의 간극, 그리고 다섯 질문으로 끝내는 월간 마감"
description: "EducationLink, Agentcis, Edvisor가 실제로 기록하는 것과, 왜 은행 계좌가 진짜 장부인지, 그리고 매달 던져야 할 다섯 가지 대사(對照) 질문을 정리했습니다."
date: "2026-03-08"
category: "운영 효율"
keywords: "운영 효율"
author: "Raphael Arias"
lang: "ko"
wordCount: 3085
url: https://qualyhq.com/ko/blog/yuhagwon-crm-gyeolje-daejo
---
## Site navigation

- [학교용](/ko/guk-je-gyo-yuk/hak-gyo-yong.md) — 글로벌 학교 및 교육 기관 서비스
- [에이전트용](/ko/guk-je-gyo-yuk/yu-hak-won-yong.md) — 유학원 및 교육 에이전트 서비스
- [요금](/ko/yo-geum) — 요금 안내
- [5분 데모](/ko/demo.md) — 5분 데모 영상
- [로그인](https://dashboard.qualyhq.com)

# 유학원 CRM 속 결제 관리: '받을 돈'과 '받은 돈'의 간극, 그리고 다섯 질문으로 끝내는 월간 마감

> EducationLink, Agentcis, Edvisor가 실제로 기록하는 것과, 왜 은행 계좌가 진짜 장부인지, 그리고 매달 던져야 할 다섯 가지 대사(對照) 질문을 정리했습니다.

유학원 CRM은 결제를 기록할 뿐, 확인해 주지는 않습니다. EducationLink, Agentcis, Edvisor는 청구서·상태·분배 같은 '받을 돈'을 관리하지만, 진짜 장부는 은행 계좌이며 그 사이에는 '받을 돈'과 '받은 돈'의 간극이 존재합니다. 청구하지 않은 수수료, 덜 들어온 입금, 확인되지 않은 돈으로 나간 분배금, 되돌려 적지 않은 환수가 모두 그 틈으로 샙니다. 매달 던지는 다섯 가지 질문이 그 간극을 닫아 줍니다.

이달 첫째 주 금요일입니다. CRM의 수수료 리포트는 지난달이 좋았다고 말합니다. 확정 등록 41건, 청구된 수수료 6,300만 원, 하위 에이전트 분배금까지 원 단위로 계산 완료. 그런데 은행 거래내역을 열면 전혀 다른 이야기가 펼쳐집니다. 어느 청구서와도 맞지 않는 입금 세 건, 입금이 아예 없는 청구서 하나, 그리고 CRM이 자랑하던 금액보다 90만 원 적게 도착한 학교 송금. 두 개의 문서, 두 개의 버전. 불편한 진실은 이겁니다. **은행이 맞습니다. 은행은 언제나 맞습니다.**

이 글은 CRM이 고장 났다는 이야기가 아닙니다. CRM은 고장 나지 않았습니다. 오히려 *완결되어* 있습니다. CRM은 자신이 답하도록 설계된 질문 — 어떤 학생, 어떤 학교, 어떤 파이프라인, 얼마의 수수료를 받을 것인가 — 에 정확히 답한 뒤, 돈이 실제로 움직이기 시작하는 바로 그 지점에서 멈춥니다. 그 경계 너머의 일은 전혀 다른 일이기 때문입니다. 저는 이 논지를 상위 범주 차원에서 이미 한 번 폈습니다. [관리 시스템은 돈을 추적할 뿐, 돈을 옮기지는 않는다](/blog/education-agency-management-system-payments-gap.md)는 이야기였습니다. 이번 글은 그 운영 편 속편입니다. CRM과 은행 사이의 공간에 실제로 무엇이 떨어지는지, 그리고 한 달에 하루 아침, 다섯 가지 질문으로 그것을 어떻게 다시 끌어올리는지를 다룹니다.

## EducationLink, Agentcis, Edvisor 안에서 '결제'란 무엇인가

소프트웨어에 공정하게 굴면서 시작합시다. 이 소프트웨어들은 자기 일을 정말 잘하기 때문입니다. [EducationLink](https://geteducation.link/education-agents/) — 제가 창업한 제품이라 그 야심을 안에서부터 압니다 — 는 유학원 전용으로 만든 회계 모듈을 내세웁니다. 계약 관리, 수수료 계산, 자동 수수료 청구, 학생 결제 영수증, 환불, 하위 에이전시 회계까지. [Agentcis](https://agentcis.com/features/invoicing/)는 순청구·총청구 수수료 인보이스와 리마인더 알림을 제공하며, 자기네 표현으로는 "수수료를 절대 놓치지 않도록" 돕고, 4,000개 이상의 에이전트가 쓴다고 말합니다. [Edvisor](https://edvisor.io/)는 홈페이지에 아예 "Get Paid(돈을 받으세요)"를 걸어 두고, 수수료 추적과 결제 플랜을 한곳에서 제공한다고 합니다. 이 중 어느 것도 과장이 아닙니다. 이 기능들은 실제로 존재하고, 작동하며, 이걸 쓰는 유학원은 안 쓰는 유학원보다 훨씬 잘 정리되어 있습니다.

이제 그 기능 목록을 다시 읽으면서 동사를 보십시오. *계산한다, 생성한다, 추적한다, 알린다, 기록한다.* 하나같이 기록 보관용 동사입니다. 끝내 등장하지 않는 동사는 **확인한다**입니다. 확인은 소프트웨어가 스스로에게 입력해 넣을 수 있는 것이 아니기 때문입니다. **CRM의 결제 상태는 돈이 움직였다는 주장 — 대개 바쁜 사람이 하는 주장 — 이고, 은행 입금은 돈 그 자체입니다.** 학교의 송금 통지 메일이 도착했다는 이유로 담당자가 청구서를 '결제 완료'로 표시하면, CRM은 이제 하나의 *믿음*을 갖게 됩니다. 그 믿음이 참인지 — 전액인지, 통화가 맞는지, 실제로 결제가 완료되었는지 — 는 CRM이 볼 수 없는 곳, 바로 은행 계좌에 존재하는 사실입니다.

흔한 상태 필드가 실제로 무엇을 증언하는지, 그리고 각각을 검증하려면 무엇이 필요한지를 정직하게 지도로 그려 보겠습니다.

| CRM 상태 | 실제로 기록하는 것 | 은행만이 알려 줄 수 있는 것 |
| --- | --- | --- |
| 수수료 발생 등록 | CRM의 계산상 청구권이 존재한다 | 아직 아무것도 — 이 줄만으로는 아무도 돈을 받지 못한다 |
| 청구서 발송 | 문서가 생성되어 이메일로 나갔다 | 그 뒤에 돈이 실제로 따라왔는지 |
| 결제 완료 | 사람이 버튼을 눌렀다, 흔히 송금 통지 메일을 보고 | 입금이 완료되었는지, 그리고 전액인지 |
| 분배금 계산 완료 | CRM이 믿는 수수료에 대한 산수 | 그 원천 돈이 내가 지급하기 *전에* 도착했는지 |
| 환불 / 환수 처리 | 학생 레코드의 상태가 바뀌었다 | 돈이 실제로 나갔는지, 그리고 얼마나 |

*공개된 벤더 기능 설명에서 도출, 2026년 7월 확인. 특정 제품에 대한 감사가 아니라 범주 차원의 지도입니다 — 본인 워크플로에 대조해 확인하십시오.*

## 진짜 장부는 당신의 은행 계좌다

회계는 누군가 CRM을 팔기 수백 년 전에 이미 이 문제를 풀었습니다. 회계 담당자는 항목화할 가치가 있는 모든 것 — 고객별 잔액, 공급처별 청구 — 에 대해 상세한 부속 기록, 즉 **보조원장**을 둡니다. 그리고 철칙 하나를 지킵니다. *보조원장은 정해진 주기에 은행과 대사(對照)하지 않으면 신뢰하지 않는다.* 당신의 유학원이 고용한 어떤 회계사도 시키지 않아도 회계 파일에 대해 이 일을 합니다. **당신의 CRM은 아무도 대사하지 않는 수수료 보조원장입니다.** 그것이 장부로 팔린 게 아니라 회계 탭이 달린 영업 도구로 팔렸고, 그 탭에 아무도 감사자를 붙이지 않았기 때문입니다.

이 간극에는 이름을 붙일 자격이 있으니, 하나 붙입시다. **'받을 돈'과 '받은 돈'의 간극** — CRM이 벌었다고 말하는 것과 은행이 받았다고 확인해 주는 것 사이의 거리입니다. 이 간극은 막연한 표류가 아닙니다. 이 업계의 평범한 물리 법칙에 의해 끊임없이 생산됩니다. 학교는 수수료를 늦게 냅니다 — 한 업계 매체 보도에서 어느 에이전시는 [제휴 기관의 60%만 제때 지급한다](https://thepienews.com/only-60-of-our-institutions-pay-on-time/)고 밝혔습니다. 국경을 넘는 돈은 환전 스프레드와 청구서에 적히지 않은 중개 수수료에 깎여 덜 도착합니다. 당신이 총액으로 청구했는데 학교가 순액으로 보내거나, 그 반대이기도 합니다 — [이 업계에서 가장 오래된 부기 논쟁](/blog/how-education-agent-commissions-work.md)이죠. 이 사건 하나하나가 은행 속 진짜 숫자를 바꾸는 동안, CRM의 숫자는 가만히 앉아 있습니다. 98% 정확한 CRM은 그 2%가 고르게 퍼진 선의라고 착각하기 전까지는 훌륭하게 들립니다. 하지만 그 2%는 구체적인 돈이고, 당신의 돈입니다.

## 손실은 어디에 사는가: 앞으로 흐르는 네 번의 인계, 뒤로 달리는 한 번

돈은 유학원에서 극적인 한 지점에서 사라지지 않습니다. 인계 지점 — CRM의 기록이 은행 사건이 *되어야* 하거나 은행 사건에 *반응해야* 하는 지점 — 에서 샙니다. 앞으로 흐르는 것이 넷, 뒤로 달리는 것이 하나입니다.

**1. 받을 돈인데 청구하지 않았다.** CRM은 어느 등록이 수수료 대상이라고 계산하지만, 청구를 실제로 올리는 것은 여전히 사람의 몫입니다. 학교가 "우리한테 청구서 좀 보내달라"고 쫓아오는 일은 거의 없습니다. 본인의 물량으로 산수를 해 보십시오. **연간 300건을 성사시키는 유학원이 그중 단 2%를 청구하지 않으면, 등록 여섯 건 분량의 수수료 — 흔히 수백만에서 수천만 원 — 를 놓치고, 그것이 사라졌다는 기록조차 남지 않습니다.** (이것은 가정에 기반한 예시일 뿐 통계가 아닙니다 — 바로 그 점이 문제입니다. 청구하지 않은 수수료는 어떤 증거도 남기지 않으니까요.) 더 근본적인 문제가 어느 계약에 어떤 요율이 적용되는지 모르는 것이라면, 그것은 청구 문제이기 전에 계약 문제입니다 — [Feezy가 바로 그 서류 캐비닛을 위해 만들어졌습니다](/blog/feezy-digital-contract-management-education-agents.md).

**2. 청구했는데 덜 들어왔다.** 입금이 도착했는데 청구서보다 적습니다. 도중에 환전이 일어났거나, 중개 은행이 수수료를 떼었거나, 학교가 자기들 눈엔 당연하고 당신 눈엔 처음 듣는 무언가를 공제했습니다. 낙관적인 클릭 한 번이 청구서를 전액으로 '결제 완료' 처리하고, 그 부족분 — 흔히 2~4% — 은 매달, 영원히, 조용히 탕감됩니다.

**3. 결제된 적 없는 돈을 결제 완료로 표시했다.** 학생이 이체 영수증을 올리고, 상담사가 상태를 바꾸는데, 그 이체가 반송되거나 카드 결제가 몇 주 뒤 취소됩니다. 상태 필드가 현금을 앞질렀고, 이제 모든 하위 숫자 — 학교 잔액, 당신의 수수료 기대치 — 가 그 오류를 물려받습니다.

**4. 믿는 숫자로 분배금을 지급했다.** 가장 비싼 항목입니다. CRM은 수수료가 기록되는 순간 하위 에이전트의 몫을 계산하고, 그 계산에 따라 분배금을 지급하는 것은 자연스러운 일입니다. 하지만 학교의 결제가 아직 완료되지 않았거나 — 혹은 덜 들어왔다면 — 당신은 상상 속의 돈을 상대로 진짜 돈을 내보낸 것입니다. [하위 에이전트에게 제대로 지급하는 것은 네 가지 판단의 규율](/blog/sub-agent-commission-payments.md)이며, 그 첫 판단이 곧 방아쇠입니다. **분배금은 CRM 잔액이 아니라 확인된 은행 입금을 근거로 지급해야 합니다.**

**5. 환수를 되돌려 적지 않았다.** 이 항목은 거꾸로 달립니다. 은행은 움직였는데 CRM은 그대로입니다. 학생이 중도 철회하고 학교가 수수료를 회수합니다 — 역청구서로 또는 다음 명세서에서 조용히 상계하는 방식으로. 누군가 그 사건을 CRM *안으로* 되돌려 대사하지 않으면, 당신의 기록 시스템은 이제 벌어들인 것을 과대 계상하고, 하위 에이전트는 당신이 이미 되갚은 분배금을 그대로 가지고 있으며, 다음 달 리포트는 허구 위에 세워집니다. [환수는 그 자체로 계약상의 지뢰밭](/blog/education-agent-commission-clawbacks.md)입니다. 여기서의 운영상 요점은 더 좁습니다. CRM에 되돌려 적지 않은 환수는, 당신에게 유리한 방향으로 반드시 이중 계상하게 될 손실이며, 최악의 순간에 발각됩니다.

## 다섯 질문으로 끝내는 월간 마감

회계사는 한 기간의 숫자를 확정하는 의식을 **마감(결산)**이라 부릅니다. 유학원에도 하나 필요합니다 — 더 작고, 더 날카롭게, 위의 다섯 인계 지점을 겨냥한 마감이. 한 달에 한 아침을 비워 CRM의 수수료 리포트를 은행 거래내역 옆에 놓고, 순서대로 물으십시오.

1. **수수료가 발생한 모든 등록에 청구서가 올라가 있는가?** 마감 기준일(정원 확정일 또는 그에 준하는 시점)이 지났는데 청구서가 붙지 않은 등록을 CRM에서 필터링하십시오. 각 줄은 아직 청구권이 걸리지 않은 돈입니다 — 예방이 이메일 한 통이므로, 막기에 가장 값싼 손실입니다.
2. **'결제 완료'로 표시된 모든 청구서에 전액이 맞는 은행 입금이 붙어 있는가?** 청구서를 입금에, 금액을 금액에 맞추십시오. 입금이 없다면 상태가 거짓말을 한 것입니다. 덜 들어온 입금은 학교와 나눌 대화이거나, 최소한 모르고 흡수하는 대신 흡수하기로 *선택*해야 할 비용입니다.
3. **CRM이 수령했다고 표시한 모든 학생 결제가 완료된 돈에 대응하는가?** 영수증과 송금 통지 메일은 증언일 뿐, 오직 완료된 입금만이 증거입니다. 정상 이체 기간보다 오래 대기 중인 건은 등록 시점에 발견하지 말고 이번 달에 확인하십시오.
4. **모든 하위 에이전트 지급이, 나가기 전에 확인된 학교 결제와 맞춰졌는가?** 완료된 수수료보다 앞서 지급된 분배금을 발견하면 방아쇠를 조이십시오. 당신이 느린 게 아닙니다 — 타이밍 위험에 당신의 마진을 무이자로 빌려주기를 거부하는 것입니다.
5. **모든 환불·철회·환수가 CRM에 되돌려 기록되었는가?** 수수료 취소, 회수 대상 분배금 표시, 학생 레코드 갱신까지. 이것은 어떤 소프트웨어도 알려 주지 않는 질문입니다. 은행에서 시작되는데 은행은 CRM과 대화하지 않기 때문입니다.

첫 마감은 느립니다 — 거의 하루를 잡으시고, 그 하루가 스스로 값을 치를 것을 기대하십시오. 이 훈련을 처음 돌린 유학원은 제가 지켜본 한 예외 없이 청구하지 않은 청구권 하나, 혹은 대사되지 않은 부족분 하나를 찾아냈습니다. (제가 함께 일한 유학원들에서 본 경험이지 연구는 아닙니다 — 창업자의 패턴으로 받아들이고, 본인 장부로 검증하십시오.) 첫 달 이후에는 두세 시간이면 되고, 그것이 지키는 숫자는 당신의 마진 전체입니다. **다섯 질문 하나하나가 CRM의 확신과 은행의 사실이 조용히 어긋날 수 있는 지점이기 때문입니다.**

## 한국식 결제 레일 위에서 돈을 대사한다는 것

지금까지의 이야기는 어느 나라 유학원에나 적용되지만, 대사의 실제 고통은 돈이 *어떤 레일*로 들어오느냐에 따라 달라집니다. 한국 유학원의 원장에 들어오는 돈은 대개 원화(KRW)이고, 그 경로는 익숙합니다. 학부모가 보내는 **계좌이체**(즉시 이체가 표준입니다), 정기 청구에 걸어 둔 **CMS 자동이체**, 상담비나 등록비를 결제하는 **카드 결제**와 **할부**, 그리고 점점 늘어나는 **카카오페이·네이버페이·삼성페이** 간편결제. 문제는 이 레일들이 저마다 다른 시각에, 다른 명세서에, 다른 이름으로 원장에 나타난다는 점입니다.

### 원화로 들어오는 돈: 편해 보이지만 대사는 그대로다

원화 입금이라 환전 걱정이 없다고 해서 대사가 사라지는 것은 아닙니다. 계좌이체는 입금자명이 학생 본인과 다를 때(부모·조부모·친척이 대신 보내는 경우가 흔합니다) 어느 등록에 붙일지 손으로 찾아야 하고, 카드 매출은 결제일과 실제 정산일이 며칠 어긋나며, 카드 수수료를 뗀 순액으로 입금됩니다. 카카오페이·네이버페이 역시 별도 정산 명세서로 순액이 들어옵니다. CMS 자동이체는 미납·부분 출금·반환이 조용히 일어나, 은행에서 CRM으로 *되돌려 적어야* 하는 5번 질문의 전형적인 사례가 됩니다. 레일이 국내라고 해서 '결제 완료' 상태가 저절로 참이 되지는 않습니다.

### 국경을 넘을 때: 인건비 위에 환·송금 비용이 얹힌다

돈이 국경을 넘는 순간 비용의 성격이 달라집니다. 학교에 학비를 해외 송금할 때는 **송금수수료·전신료(전신환 비용)·중개은행 수수료**가 붙고, 그 위에 은행이 가져가는 **환율 스프레드**가 얹힙니다. 이 항목들은 청구서 어디에도 적히지 않지만, 학교 계좌에는 정확히 그만큼 덜 도착합니다 — 위에서 말한 2번 '덜 들어온 입금'의 국경 버전입니다. 게다가 이 모든 것을 맞춰 보는 노동 자체가 비용입니다. 원화 명세서, 외화 송금 영수증, 학교의 순액 통지를 사람이 손으로 이어 붙이는 시간이 매달 반복됩니다. (구체적인 요율은 은행과 시점에 따라 다르니, 본인 거래 은행의 수수료표로 확인하십시오.)

### 로컬 레일로 걷고, 로컬 레일로 지급한다

여기서 핵심 전환이 나옵니다. 가족은 원화로, 익숙한 로컬 방식(계좌이체·카드·간편결제)으로 내면서도, 학교는 자기 통화 그대로 받을 수 있다면 어떨까요. 그러면 값비싼 국제 송금과 환 스프레드를 우회하면서, 동시에 걷힌 돈과 나간 돈이 *같은 사건*으로 기록됩니다. 학생의 결제를 걷은 플랫폼이 학교에 지급하고 하위 에이전트 분배까지 처리하면, 위의 2~5번 질문은 스스로 답을 냅니다 — 기록과 이동이 하나이므로 대사할 두 시스템이 애초에 갈라지지 않기 때문입니다. 한국식 로컬 레일 수납과 지급이 대사의 고통을 걷어 내는 동안, 상대방(학교)은 자기 통화를 그대로 유지합니다. 본인의 결제 구조가 이 그림에 맞는지 살펴보고 싶다면 [문의해 주십시오](/ko/mun-ui-ha-gi.md).

## CRM이 그냥 결제를 붙이면 되지 않나? 부분적으로는 — Edvisor는 이미 했다

당연한 반론이 있습니다. CRM들이 스스로 이 간극을 닫으면 되지 않느냐는 것이죠. 증거는 그들이 시도 중이고, 그중 하나는 이미 출시했다고 말합니다. Edvisor는 결제 제공사 TransferMate와의 제휴로 만든 [EdWallet](https://help.edvisor.io/edwallet/what-is-edwallet)을 제공합니다. 유학원과 학교가 Edvisor 생태계 안에서 여러 통화로 돈을 받고, 보내고, 인출할 수 있게 하며, 별도의 플랫폼 비용은 없습니다. Edvisor는 자사 플랫폼에서 처리된 학비가 20억 달러라고도 밝히는데, 이 숫자는 벤더들이 다음 제품이 어디에 있는지 정확히 안다는 뜻입니다. EducationLink의 공개 자료는 Xero·Mailchimp·Gmail 연동을 설명하지, 돈의 이동을 설명하지 않습니다. Agentcis의 공개 자료 역시 청구·리마인더·Studylink Connect 데이터 연동을 설명하지, 돈의 이동을 설명하지 않습니다.

그래서 저를 붙잡아 둘 반증 가능한 주장 하나를 내놓겠습니다. **2028년 말까지, 주요 유학원 CRM들은 Edvisor처럼 결제 제공사 제휴를 통한 내장 결제 기능을 내놓을 것이며 — 그럼에도 '받을 돈'과 '받은 돈'의 간극은 그 업그레이드에서 살아남을 것입니다.** 이유는 냉소가 아니라 구조입니다. 내장 결제 기능은 그것을 통과하는 돈만 확인합니다. 학교에 직접 내는 학생, 재무팀 관행이라는 이유로 계좌이체로 수수료를 보내는 대학, 다음 분기 명세서에서 상계되는 환수 — 이 모두는 어떤 내장 흐름 밖에서 일어나고, 늘 그렇듯 당신의 은행 계좌에 떨어집니다. 수렴은 당신 돈의 한 조각에 대해 간극을 줄여 줄 것입니다. 월간 마감은 그 전부를 덮습니다. 지금 쓰는 시스템이 애초에 맞는 것인지 저울질하고 있다면, [성숙도 사다리 가이드](/blog/do-you-need-education-agency-management-system.md)와 [기다리는 편이 낫다는 정직한 논거](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md)가 더 긴 답입니다. 어느 단에 서 있든, 마감은 적용됩니다.

## 마감은 돈을 직접 본 시스템의 몫이다

위의 모든 것은 손으로 할 수 있고, 이 글에서 딱 하나만 가져간다면 다섯 질문과 반복되는 캘린더 일정을 가져가십시오. 하지만 그 마감을 고되게 만드는 것이 무엇인지 보십시오. 당신은 서로 소개된 적 없는 두 시스템을 매달 손으로 다시 잇고 있는 것입니다. 대안은 더 나은 CRM이 아닙니다 — 돈 쪽을, *결제를 직접 만들었기에 결제를 기록하는* 시스템 위에 올리는 것입니다. 학생의 결제를 걷은 플랫폼이 학교에 지급하고 하위 에이전트의 몫을 지급한 바로 그 플랫폼이라면, 2번부터 5번까지의 질문은 스스로 답합니다. [회계가 자동으로 대사되고](/features/automatic-accounting-for-ed-agents.md) — 기록과 이동이 같은 사건이므로 — [분배금은 믿는 숫자가 아니라 확인된 돈에서 지급되기](/features/master-and-sub-agent-payments.md) 때문입니다. 그것이 Qualy가 서 있는 경계의 편입니다. Qualy는 이미 쓰는 CRM을 대체하지 않고 연결하며([EducationLink와의 직접 비교](/compare/educationlink.md)도 준비되어 있습니다), 환율 속에 숨은 퍼센트 대신 결제 건당 정액 수수료를 청구합니다. 어떻게 맞물리는지 보고 싶다면 [데모를 신청](/ko/demo.md)하십시오.

CRM은 그대로 두십시오. 자기 일을 잘하고, 그 일은 당신의 돈이 움직이기 시작하는 지점에서 끝납니다. 다만 두 절반이 일치한다고 가정하기를 멈추십시오. 한 달에 한 번, 그들이 증명하게 하십시오.

## 출처

- [EducationLink — for education agents](https://geteducation.link/education-agents/): 회계 모듈에 대한 벤더 자신의 설명 — 계약 관리, 수수료 계산, 자동 수수료 청구, 학생 결제 영수증, 환불, 하위 에이전시 회계 — 및 Xero·Mailchimp·Gmail 연동.
- [Agentcis](https://agentcis.com/): 4,000개 이상 에이전트 및 Studylink Connect 데이터 연동에 대한 벤더의 주장.
- [Agentcis — invoicing features](https://agentcis.com/features/invoicing/): 순청구·총청구 수수료 인보이스, 리마인더 알림, 할인 기록.
- [Edvisor](https://edvisor.io/): "Get Paid — 수수료 추적과 결제 플랜" 포지셔닝 및 벤더 사이트에 게시된 학비 처리액 20억 달러 수치.
- [Edvisor Help Center — What is EdWallet?](https://help.edvisor.io/edwallet/what-is-edwallet): EdWallet의 기능(수령·송금·관리·인출, 다중 통화), TransferMate 제휴, Edvisor 사용자 대상 무추가비용 제공.
- [The PIE News — "Only 60% of our institutions pay on time"](https://thepienews.com/only-60-of-our-institutions-pay-on-time/): 제휴 기관의 수수료 지연 지급에 대한 에이전트 진술.

## 자주 묻는 질문

### 우리 유학원 CRM이 결제를 처리해 주나요?

결제를 기록할 뿐, 확인하거나 옮겨 주지는 않습니다. EducationLink, Agentcis, Edvisor는 수수료를 계산하고 청구서를 만들고 결제 상태를 추적합니다 — 실제로 유용한 기록 보관입니다. 하지만 상태 필드는 돈이 움직였다는 주장이고, 돈 그 자체는 CRM이 볼 수 없는 은행 계좌에 도착합니다. 예외는 Edvisor의 EdWallet 같은 내장 기능인데, 이것도 그 흐름을 통과하는 결제만 확인합니다. 나머지 전부는 매달 은행과 대사해야 합니다.

### 받을 돈과 받은 돈의 간극이 무엇인가요?

CRM이 벌었다고 말하는 것과 은행이 받았다고 확인해 주는 것 사이의 거리입니다. CRM이 목격할 수 없는 평범한 사건들이 이 간극을 만듭니다 — 애초에 청구하지 않은 수수료, 환전과 수수료로 덜 들어온 입금, 완료되기 전에 수령으로 표시된 학생 결제, 확인되지 않은 숫자로 지급된 하위 에이전트 분배금, 그리고 기록에 되돌려 적지 않은 환수입니다.

### CRM의 수수료 추적은 실제로 무엇을 기록하나요?

산수와 주장입니다. CRM은 계약 요율을 등록에 적용하고(계산), 청구서를 생성하며(문서), 결제 완료 같은 상태를 담습니다(돈이 도착했다는 사람의 주장). 이 중 어느 것도 확인이 아닙니다. 입금이 올바른 통화로, 전액, 실제로 완료되었는지는 오직 은행 계좌에만 존재하는 사실입니다. 그래서 두 쪽을 정해진 주기로 대사해야 합니다.

### 유학원 CRM을 은행 계좌와 어떻게 대사하나요?

한 달에 한 번, CRM의 수수료 리포트를 은행 거래내역 옆에 놓고 다섯 가지를 물으십시오. 수수료가 발생한 모든 등록에 청구서가 올라갔는가, 결제 완료로 표시된 모든 청구서에 전액이 맞는 은행 입금이 붙었는가, 수령으로 표시된 모든 학생 결제가 완료된 돈에 대응하는가, 모든 하위 에이전트 지급이 확인된 학교 결제와 맞춰졌는가, 모든 환불·환수가 CRM에 되돌려 기록되었는가. 첫 회는 하루, 그 뒤에는 두세 시간이면 됩니다.

### 왜 CRM은 돈이 도착하지 않았는데 학생이 결제했다고 표시하나요?

누군가 증거가 아니라 증언 — 학생이 올린 이체 영수증이나 송금 통지 메일 — 을 보고 상태를 갱신했기 때문입니다. 이체는 반송되고 카드 결제는 클릭 뒤 취소됩니다. 그러면 상태 필드가 현금을 앞지르고, 모든 하위 숫자가 오류를 물려받습니다. 학교 잔액은 정산된 듯 보이고 수수료 기대치는 안전해 보입니다. 해결책은 절차적입니다. 영수증이 아니라 완료된 은행 입금만이 결제 완료 상태를 정당화합니다.

### 하위 에이전트 분배금을 CRM 숫자대로 지급해도 되나요?

안 됩니다 — 분배금은 CRM 잔액이 아니라 확인된 은행 입금을 근거로 지급하십시오. CRM은 수수료가 기록되는 순간 하위 에이전트의 몫을 계산하지만, 학교 결제가 완료되지 않았거나 덜 들어왔다면 상상 속 돈을 상대로 진짜 돈을 내보내는 셈입니다. 나중에 학교 결제가 줄거나 환수되면, 이미 지급한 분배금을 하위 에이전트에게 다시 받아 내야 하는 — 업계에서 가장 껄끄러운 회수가 남습니다.

### 환수가 CRM에 기록되지 않으면 어떻게 되나요?

기록 시스템이 현실을 과대 계상하기 시작합니다. 은행은 움직였지만 — 학교가 역청구하거나 다음 명세서에서 상계했지만 — CRM은 여전히 그 수수료를 벌어들인 것으로 표시하고, 하위 에이전트는 당신이 사실상 되갚은 분배금을 그대로 가지고 있으며, CRM 위에 세운 모든 리포트가 그 허구를 물려받습니다. 이 대사는 거꾸로 달립니다. 은행에서 시작해 손으로 CRM에 적어 넣어야 하므로, 모두가 건너뛰는 단계입니다.

### Edvisor의 EdWallet은 이제 CRM이 돈을 옮긴다는 뜻인가요?

Edvisor는 자사 생태계 안의 결제에 대해서는 그 선을 넘었습니다. 결제 제공사 TransferMate와의 제휴로 만든 EdWallet은 유학원과 학교가 여러 통화로 돈을 받고, 보내고, 인출하게 하며 별도 플랫폼 비용이 없습니다. 하지만 이것도 그 흐름을 통과하는 것만 확인합니다 — 학교에 직접 내는 학생, 일반 계좌이체로 도착하는 수수료, 환수 상계는 모두 그 밖에서 일어납니다. EducationLink와 Agentcis의 공개 자료는 돈의 이동을 아예 설명하지 않습니다.

### 2028년까지 유학원 CRM이 결제를 내장할까요?

저의 반증 가능한 예측입니다. 2028년 말까지 주요 유학원 CRM들은 자체 결제 인프라를 만들기보다 Edvisor의 EdWallet 모델을 따라 결제 제공사 제휴를 통한 내장 결제 기능을 내놓을 것입니다. 바뀌지 않을 것은 대사 의무입니다 — 내장 기능은 자기 몫의 돈만 확인하므로, 그 밖에서 움직이는 모든 것에 대해 은행 거래내역과 맞추는 월간 마감은 여전히 당신의 몫으로 남습니다.

### 대사 문제를 고치려면 CRM을 교체해야 하나요?

아닙니다. CRM은 자기 일 — 기록, 파이프라인, 수수료 산수 — 을 제대로 하고 있고, 경쟁 제품으로 바꿔도 은행 거래내역이 맞아떨어지지는 않습니다. 진짜 선택지는 둘입니다. 다섯 질문의 월간 마감을 손으로 돌려 몇 시간에 마진 전체를 지키거나, 결제를 직접 만들었기에 결제를 기록하는 결제 시스템 위에 돈 쪽을 올려 수납·학교 지급·하위 에이전트 분배가 스스로 대사되게 하는 것입니다. 어느 쪽이든 CRM은 그대로 두십시오.

### 입금자명이 학생과 달라서 어느 등록에 붙일지 모를 때는 어떻게 하나요?

한국에서는 부모·조부모·친척이 학생 대신 계좌이체로 학비를 보내는 경우가 흔해, 입금자명과 학생명이 어긋나는 매칭 문제가 늘 생깁니다. 대사 시 입금 금액·날짜·메모를 함께 보고, 가능하면 이체 시 학생 식별용 표기를 요청해 두십시오. 근본적으로는 결제를 걷은 시스템이 곧 등록에 자동으로 연결되는 구조라면, 이 손매칭 자체가 사라집니다.

### 카드 결제나 카카오페이·네이버페이로 받은 돈도 대사가 필요한가요?

필요합니다. 카드 매출은 결제일과 정산일이 며칠 어긋나고 카드 수수료를 뗀 순액으로 입금되며, 카카오페이·네이버페이도 별도 정산 명세서로 순액이 들어옵니다. 즉 CRM이 표시한 총액과 은행에 실제로 찍힌 순액이 처음부터 다릅니다. 국내 간편결제라고 해서 결제 완료 상태가 저절로 참이 되는 것은 아니므로, 명세서 순액을 CRM 금액에 맞춰 보는 과정이 여전히 필요합니다.

### CMS 자동이체로 정기 학비를 걷을 때 주의할 점은요?

CMS 자동이체는 미납·부분 출금·반환이 조용히 발생합니다. 출금 성공으로 처리됐다가 나중에 반환되면, 은행은 움직였는데 CRM은 그대로인 상태 — 다섯 질문 중 5번(은행에서 CRM으로 되돌려 적기)의 전형적인 사례가 됩니다. 매달 CMS 출금 결과 명세를 CRM 상태와 대조해, 반환·미납 건을 그달 안에 되돌려 기록하십시오.

### 해외로 학비를 송금할 때 왜 학교에 덜 도착하나요?

해외 송금에는 송금수수료·전신료·중개은행 수수료가 붙고, 그 위에 은행의 환율 스프레드가 얹히기 때문입니다. 이 항목들은 청구서에 적히지 않지만 학교 계좌에는 정확히 그만큼 덜 도착합니다. 가족은 원화로 로컬 방식으로 내고 학교는 자기 통화로 그대로 받는 구조를 쓰면, 값비싼 국제 송금과 환 스프레드를 우회하면서 걷힌 돈과 나간 돈이 같은 사건으로 기록됩니다. 구체적 요율은 거래 은행과 시점에 따라 다르니 수수료표로 확인하십시오.

## 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

**서비스 대상**

- [학교용](/ko/guk-je-gyo-yuk/hak-gyo-yong.md) — 글로벌 학교 및 교육 기관용
- [에이전트용](/ko/guk-je-gyo-yuk/yu-hak-won-yong.md) — 유학원 및 교육 에이전트용

**고객 지원**

- [시스템 상태](https://qualyhq.statuspage.io/) — Qualy 서비스 운영 상태
- [문의하기](/ko/mun-ui-ha-gi.md)

**제품 정보**

- [데모](/ko/demo.md) — 서비스 데모
- [고객 후기](/ko/go-gaek-hu-gi.md) — Qualy 고객 성공 사례 확인하기
- [신뢰 센터](/ko/sin-roe-jung-sim.md) — 신뢰 및 보안 센터
- [API](/ko/api.md) — 글로벌 교육 결제 자동화를 위한 Qualy API
- [블로그](/ko/blog) — 글로벌 교육 결제에 관한 Qualy 블로그

**법률 및 정책 (영문)**

- [이용 약관](/terms-and-conditions.md)
- [결제자 정책](/terms-for-payers.md)