---
title: "Płatności w CRM agencji edukacyjnej: luka między należnym a zapłaconym i comiesięczne zamknięcie w pięciu pytaniach"
description: "Co EducationLink, Agentcis i Edvisor naprawdę zapisują o płatnościach, dlaczego prawdziwą księgą jest bank i pięć pytań do comiesięcznego uzgodnienia."
date: "2026-03-10"
category: "Wydajność operacyjna"
keywords: "Wydajność operacyjna"
author: "Raphael Arias"
lang: "pl"
wordCount: 3851
url: https://qualyhq.com/pl/blog/crm-agencji-edukacyjnej-platnosci-rozliczenia
---
## Site navigation

- [Dla szkół](/pl/wymiana/dla-szkol.md) — Dla szkół z uczniami zagranicznymi
- [Dla agencji](/pl/wymiana/dla-agencji.md) — Dla agencji edukacyjnych
- [Cennik](/pl/cennik)
- [5-min demo](/pl/demo.md) — 5-minutowe demo
- [Logowanie](https://dashboard.qualyhq.com)

# Płatności w CRM agencji edukacyjnej: luka między należnym a zapłaconym i comiesięczne zamknięcie w pięciu pytaniach

> Co EducationLink, Agentcis i Edvisor naprawdę zapisują o płatnościach, dlaczego prawdziwą księgą jest bank i pięć pytań do comiesięcznego uzgodnienia.

Twój CRM agencji edukacyjnej zapisuje płatności; on ich nie potwierdza. EducationLink, Agentcis i Edvisor śledzą to, co ci się należy — faktury, statusy, podziały prowizji — ale księgą ostateczną jest twoje konto bankowe, a między jednym a drugim rozciąga się luka między należnym a zapłaconym: prowizja, której nigdy nie zafakturowano, faktury zapłacone w niepełnej kwocie, podziały wypłacone od niepotwierdzonych pieniędzy, zwroty prowizji nigdy niezaksięgowane z powrotem. Pięć pytań, zadawanych co miesiąc, tę lukę zamyka.

Jest pierwszy piątek miesiąca. Raport prowizyjny w twoim CRM mówi, że poprzedni miesiąc był udany: 41 potwierdzonych rekrutacji, 63 000 AUD zafakturowanej prowizji, każdy podział na subagentów wyliczony co do grosza. Potem otwierasz wyciąg bankowy, a ten opowiada zupełnie inną historię — trzy uznania, które nie pasują do żadnej faktury, jedna faktura bez ani jednego wpływu i płatność od szkoły, która przyszła o 900 AUD lżejsza niż liczba, którą świętuje twój CRM. Dwa dokumenty, dwie wersje twojego miesiąca. A oto najbardziej niewygodna część: **to bank ma rację. Zawsze ją ma.**

To nie jest artykuł o tym, że twój CRM jest zepsuty. Nie jest zepsuty — jest *kompletny*. Odpowiada na pytania, do których został zbudowany: którzy studenci, które szkoły, jaki lejek sprzedaży, jaka prowizja ci się należy. A potem się zatrzymuje, dokładnie w punkcie, w którym pieniądze zaczynają się przemieszczać, ponieważ zadanie za tą granicą to już inne zadanie. Robiłem już ten argument na poziomie kategorii — [system zarządzania śledzi twoje pieniądze; on ich nie przenosi](/blog/education-agency-management-system-payments-gap.md). Ten tekst to operacyjny ciąg dalszy: co dokładnie wpada w przestrzeń między CRM a bankiem i pięć pytań, które to stamtąd wyciągają, jeden poranek w miesiącu.

## Co "płatności" znaczą wewnątrz EducationLink, Agentcis i Edvisor

Zacznijmy od uczciwości wobec oprogramowania, bo to oprogramowanie jest naprawdę dobre w swojej pracy. [EducationLink](https://geteducation.link/education-agents/) — który założyłem, więc znam tę ambicję od środka — opisuje moduł księgowy zbudowany specjalnie dla agencji: zarządzanie umowami, obliczanie prowizji, automatyczne fakturowanie prowizji, potwierdzenia płatności studentów, zwroty, rozliczenia z subagencjami. [Agentcis](https://agentcis.com/features/invoicing/) oferuje faktury prowizyjne w ujęciu netto i brutto z przypomnieniami — "żebyś nigdy nie stracił prowizji", jak sam to ujmuje — i twierdzi, że zaufało mu ponad 4000 agentów. [Edvisor](https://edvisor.io/) umieszcza "Get Paid" na swojej stronie głównej: śledzenie prowizji i plany płatności, wszystko w jednym miejscu. Nic z tego nie jest pustą reklamą. Te funkcje istnieją, działają, a agencja korzystająca z nich jest lepiej zorganizowana niż agencja bez nich.

Teraz przeczytaj te listy funkcji jeszcze raz i przyjrzyj się czasownikom: *oblicza, generuje, śledzi, przypomina, zapisuje*. Każdy z nich to czasownik ewidencji. Czasownik, który nigdy się nie pojawia, to **potwierdza** — ponieważ potwierdzenie nie jest czymś, co oprogramowanie może samo sobie wpisać. **Status płatności w CRM to twierdzenie, zwykle zapracowanego człowieka, że pieniądze się przemieściły; uznanie na koncie bankowym to same pieniądze.** Kiedy twój współpracownik oznacza fakturę jako "Zapłacona", bo przyszedł e-mail z awizem od szkoły, CRM przechowuje teraz przekonanie. Czy to przekonanie jest prawdziwe — pełna kwota, właściwa waluta, faktycznie zaksięgowane — to fakt, który mieszka tam, gdzie CRM nie widzi: na twoim koncie bankowym.

Oto uczciwa mapa tego, co poświadczają typowe pola statusu i czego wymaga zweryfikowanie każdego z nich.

| Status w CRM | Co faktycznie zapisuje | Co powie ci tylko bank |
| --- | --- | --- |
| Rekrutacja z prawem do prowizji | Matematyka CRM mówi, że roszczenie istnieje | Jeszcze nic — ale nikt nie dostaje zapłaty za ten wiersz |
| Faktura wysłana | Wygenerowano i wysłano dokument | Czy w ślad za nim kiedykolwiek pójdą pieniądze |
| Zapłacona | Człowiek kliknął przycisk, często na podstawie awiza | Czy uznanie się zaksięgowało i na pełną kwotę |
| Podział wyliczony | Arytmetyka na prowizji, w którą CRM wierzy | Czy pieniądze źródłowe wpłynęły, zanim wypłaciłeś je dalej |
| Zwrot / clawback przetworzony | Zmienił się status na karcie studenta | Czy pieniądze faktycznie wyszły i ile |

*Wyprowadzone z opublikowanych opisów funkcji dostawców, zweryfikowane w lipcu 2026. To mapa kategorii, nie audyt konkretnego produktu — sprawdź ją względem własnego procesu.*

## Księgą ostateczną jest twoje konto bankowe

Rachunkowość rozwiązała ten problem wieki przed tym, zanim ktokolwiek sprzedał pierwszy CRM. Księgowi prowadzą szczegółowe zapisy pomocnicze — **księgę pomocniczą** — dla wszystkiego, co warto rozpisać: salda każdego klienta, faktury każdego dostawcy. I trzymają się wobec nich żelaznej zasady: *księgę pomocniczą uzgadnia się z bankiem, według harmonogramu, albo się jej nie ufa.* Każdy księgowy, jakiego twoja agencja kiedykolwiek zatrudniła, robi to dla pliku księgowego bez proszenia. **Twój CRM to prowizyjna księga pomocnicza, której nikt nie uzgadnia**, ponieważ nie jest sprzedawany jako księga rachunkowa — jest sprzedawany jako narzędzie sprzedażowe z zakładką księgową, a zakładce tej nikt nie przydzielił audytora.

Luka, którą to tworzy, zasługuje na nazwę, więc jej ją nadajmy: **luka między należnym a zapłaconym** — odległość między tym, co twój CRM mówi, że zarobiłeś, a tym, co bank potwierdza, że otrzymałeś. Ta luka nie jest hipotetycznym dryfem; jest wytwarzana nieustannie, przez zwyczajną fizykę tej branży. Szkoły płacą prowizję z opóźnieniem — w jednym z opisów prasy branżowej agencja podała, że [tylko 60% jej instytucji partnerskich płaci na czas](https://thepienews.com/only-60-of-our-institutions-pay-on-time/). Pieniądze przekraczające granicę przychodzą uszczuplone, przycięte przez spready przewalutowania i opłaty pośredników, o których faktura nigdy nie wspominała. Szkoły przelewają netto, gdy fakturowałeś brutto, albo odwrotnie — [najstarszy księgowy spór w tej branży](/blog/how-education-agent-commissions-work.md). Każde z tych zdarzeń zmienia prawdziwą liczbę w banku, podczas gdy liczba w CRM stoi w miejscu. CRM, który jest w 98% dokładny, brzmi znakomicie, dopóki nie przypomnisz sobie, że te 2% to nie równomiernie rozłożona dobra wola — to konkretne pieniądze, i są twoje.

## Gdzie mieszkają straty: cztery przekazania do przodu, jedno biegnące wstecz

Pieniądze nie znikają z agencji w jednym dramatycznym miejscu. Wyciekają przy przekazaniach — w punktach, w których zapis CRM musi stać się zdarzeniem bankowym albo na nie zareagować. Są cztery biegnące do przodu i jedno biegnące wstecz.

**1. Należne, ale nigdy niezafakturowane.** CRM wylicza, że rekrutacja daje prawo do prowizji; roszczenie i tak musi wystawić człowiek. Szkoły niemal nigdy nie gonią cię, byś je obciążył. Przelicz to na własnym wolumenie: **agencja zamykająca 300 rekrutacji rocznie, która nie zafakturuje choćby 2% z nich, traci prowizję z sześciu rekrutacji — rutynowo pięciocyfrową kwotę — bez żadnego śladu, że czegokolwiek brakowało.** (To ilustracja na podanych założeniach, nie statystyka — i na tym właśnie polega problem: niezafakturowana prowizja nie generuje żadnego dowodu.) Jeśli głębszy problem polega na tym, że nie masz pewności, jaka stawka obowiązuje w ramach której umowy, to jest to problem umowny, zanim stanie się fakturowym — [Feezy jest zbudowany właśnie do tej szafy na dokumenty](/blog/feezy-digital-contract-management-education-agents.md).

**2. Zafakturowane, ale zapłacone w niepełnej kwocie.** Przychodzi uznanie i jest mniejsze niż faktura: po drodze doszło do przewalutowania, bank pośredniczący pobrał opłatę albo szkoła potrąciła coś, co ona uważa za oczywiste, a ty za nowinę. Optymistyczne kliknięcie oznacza fakturę jako "Zapłaconą" w pełnej wartości, a niedobór — często 2–4% — jest po cichu darowany, co miesiąc, na zawsze.

**3. Oznaczone jako zapłacone od pieniędzy, które nigdy się nie zaksięgowały.** Student wgrywa potwierdzenie przelewu; doradca aktualizuje status; przelew się odbija albo płatność kartą zostaje cofnięta tygodnie później. Pole statusu wyprzedziło gotówkę, a teraz każda liczba w dół strumienia — saldo szkoły, twoje oczekiwanie co do prowizji — dziedziczy ten błąd.

**4. Podziały wypłacone od liczb, w które się wierzy.** Najdroższy z nich. Twój CRM wylicza udział subagenta w chwili, gdy prowizja zostaje zapisana, i naturalnie jest wypłacić podział na podstawie tego wyliczenia. Ale jeśli płatność od szkoły się nie zaksięgowała — albo zaksięgowała w niepełnej kwocie — wypłaciłeś prawdziwe pieniądze przeciwko wyobrażonym pieniądzom, które miały wpłynąć. [Dobre płacenie subagentom to dyscyplina czterech decyzji](/blog/sub-agent-commission-payments.md), a pierwszą decyzją jest wyzwalacz: **podziały należy wypłacać od potwierdzonych uznań bankowych, nigdy od sald w CRM.**

**5. Zwroty prowizji nigdy niezaksięgowane z powrotem.** Ten biegnie wstecz: bank się rusza, CRM nie. Student rezygnuje, szkoła odzyskuje prowizję — fakturą albo po cichu potrącając ją z twojego następnego rozliczenia — i o ile ktoś nie uzgodni tego zdarzenia *z powrotem* w CRM, twój system ewidencji zawyża teraz to, co zarobiłeś, twój subagent zatrzymuje podział, który już zwróciłeś, a raporty następnego miesiąca są zbudowane na fikcji. [Clawbacki to własne pole minowe kontraktowe](/blog/education-agent-commission-clawbacks.md); punkt operacyjny jest tu węższy: clawback, którego nie zaksięgowano z powrotem w CRM, to strata, którą z gwarancją policzysz podwójnie na swoją korzyść, a potem odkryjesz w najgorszym momencie.

## Comiesięczne zamknięcie w pięciu pytaniach

Księgowi nazywają rytuał finalizowania liczb danego okresu **zamknięciem**. Agencje też go potrzebują — mniejszego, ostrzejszego, wycelowanego w pięć przekazań powyżej. Zablokuj jeden poranek w miesiącu, połóż raport prowizyjny z CRM obok wyciągu bankowego i zapytaj, po kolei:

1. **Czy każda rekrutacja z prawem do prowizji ma wystawioną fakturę?** Przefiltruj CRM pod kątem rekrutacji po dacie granicznej (data spisu lub jej odpowiednik) bez przypisanej faktury. Każdy wiersz to pieniądze, do których nie ma jeszcze żadnego roszczenia — najtańsza strata do uniknięcia, bo prewencja to jeden e-mail.
2. **Czy każda faktura oznaczona jako "Zapłacona" ma odpowiadające uznanie bankowe — na pełną kwotę?** Dopasuj fakturę do uznania, kwotę do kwoty. Brakujące uznanie oznacza, że status skłamał. Uznanie w niepełnej kwocie to rozmowa ze szkołą albo koszt, który powinieneś przynajmniej *wybrać*, że wchłoniesz, a nie wchłonąć przez nieuważność.
3. **Czy każda płatność studenta, którą CRM pokazuje jako otrzymaną, odpowiada zaksięgowanym pieniądzom?** Potwierdzenia i awiza to zeznania; tylko zaksięgowane uznania to dowód. Cokolwiek oczekuje dłużej niż normalne okno przelewu, gonimy w tym miesiącu, a nie odkrywamy w chwili rekrutacji.
4. **Czy każdą płatność do subagenta dopasowano do potwierdzonej płatności od szkoły, zanim wyszła?** Jeśli znajdziesz podziały wypłacone przed zaksięgowaną prowizją, zaostrz wyzwalacz. Nie jesteś powolny — odmawiasz nieoprocentowanego pożyczania własnej marży na poczet ryzyka czasowego.
5. **Czy każdy zwrot, rezygnacja i clawback został zaksięgowany z powrotem w CRM?** Prowizja odwrócona, podziały oznaczone do odzyskania, karta studenta zaktualizowana. To pytanie, o które nie podpowiada żadne oprogramowanie, bo zaczyna się w banku, a bank nie rozmawia z CRM.

Pierwsze zamknięcie jest tym powolnym — spodziewaj się większości dnia i spodziewaj się, że się zwróci: każda agencja, którą widziałem robiącą to ćwiczenie po raz pierwszy, znalazła co najmniej jedno niezafakturowane roszczenie albo nieuzgodniony niedobór. (To moje doświadczenie z agencji, z którymi pracowałem, nie badanie — potraktuj to jako wzorzec założyciela i sprawdź na własnych księgach.) Po pierwszym miesiącu to dwie do trzech godzin, a liczba, którą chroni, to cała twoja marża, ponieważ **każde z pięciu pytań to miejsce, w którym pewność CRM i fakty banku mogą po cichu się różnić.**

## Czy CRM po prostu nie dołoży płatności? Częściowo — a Edvisor już to zrobił

Oczywisty kontrargument: przecież CRM-y same zamkną tę lukę. Dowody mówią, że próbują, a jeden z nich już to wdrożył. Edvisor oferuje [EdWallet](https://help.edvisor.io/edwallet/what-is-edwallet), funkcję płatniczą zbudowaną na partnerstwie z TransferMate (dostawcą płatności), która pozwala agencjom i szkołom otrzymywać, wysyłać i wypłacać pieniądze w wielu walutach wewnątrz ekosystemu Edvisor, bez dodatkowej opłaty platformowej. Strona Edvisora podaje też 2 miliardy dolarów czesnego przetworzonego przez platformę — liczbę, która mówi ci, że dostawcy dokładnie wiedzą, gdzie leży następny produkt. Materiały publiczne EducationLink opisują integracje z Xero, Mailchimp i Gmail, a nie przenoszenie pieniędzy. Materiały publiczne Agentcis opisują fakturowanie, przypomnienia i integrację danych Studylink Connect, a nie przenoszenie pieniędzy.

Oto więc falsyfikowalne twierdzenie, do którego możesz mnie przywiązać: **do końca 2028 roku spodziewaj się, że główne CRM-y agencyjne zaoferują wbudowaną funkcję płatniczą przez partnerstwo z dostawcą płatności, tak jak zrobił to Edvisor — i spodziewaj się, że luka między należnym a zapłaconym przetrwa tę aktualizację.** Powód jest strukturalny, nie cyniczny. Wbudowana funkcja płatnicza potwierdza tylko te pieniądze, które przez nią przepływają. Student, który płaci szkole bezpośrednio, uczelnia, która płaci prowizję przelewem bankowym, bo tak robi jej dział finansowy, clawback potrącony z rozliczenia następnego kwartału — wszystko to dzieje się poza jakimkolwiek wbudowanym przepływem i ląduje, jak zawsze, na twoim koncie bankowym. Konwergencja zmniejszy lukę dla jednego wycinka twoich pieniędzy. Comiesięczne zamknięcie obejmuje je wszystkie. Jeśli zastanawiasz się, czy twój obecny system w ogóle jest tym właściwym, [przewodnik po drabinie dojrzałości](/blog/do-you-need-education-agency-management-system.md) i [uczciwy argument za czekaniem](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md) są dłuższymi odpowiedziami; na którymkolwiek szczeblu jesteś, zamknięcie i tak obowiązuje.

## Jak polska agencja uzgadnia wpływy w PLN na lokalnych szynach

Cała powyższa historia toczy się w AUD, bo prowizja spływa w walucie szkoły. Ale strona, którą kontrolujesz najlepiej — pieniądze wpływające *do* agencji od polskich rodzin — porusza się po zupełnie innych szynach, i to właśnie tam uzgadnianie może być łatwe albo boleśnie ręczne. Polska jest w Unii, ale używa złotego (PLN), nie euro, więc rachunek się nie upraszcza sam z siebie: masz wpływy w PLN po jednej stronie i zobowiązania w obcej walucie po drugiej.

### Szyny, które faktycznie widzisz na wyciągu

Kiedy polska rodzina płaci opłatę rejestracyjną albo ratę czesnego, robi to niemal zawsze przez **BLIK** — sześciocyfrowy kod z aplikacji bankowej, natychmiastowy, dominujący w polskim e-commerce (w pierwszej połowie 2025 roku Polacy zapłacili online BLIK-iem około trzy razy częściej niż kartą). Do rat cyklicznych jest **BLIK cykliczny**, w którym płatnik zgadza się raz, a kolejne pobrania idą automatycznie — odpowiednik automatycznego obciążenia, dopasowany do planu czesnego, który przekracza datę wyjazdu. Obok tego stoją zwykły **przelew** i **Express Elixir** dla natychmiastowych przelewów międzybankowych oraz **płatności cykliczne kartą** dla tych, którzy wolą kartę. Każdy z tych kanałów ląduje na wyciągu w PLN — i każdy trzeba dopasować do wiersza w księdze prowizyjnej, też w PLN.

### Koszt pojawia się, gdy pieniądze przekraczają granicę

Dopóki pieniądze zostają w PLN, uzgodnienie jest czyste: BLIK wpływa, dopasowujesz go do faktury, koniec. Ból zaczyna się, gdy do gry wchodzi obca waluta — czy to prowizja spływająca w AUD, GBP czy EUR, czy to rodzina próbująca zapłacić zagranicznej szkole bezpośrednio. Przewalutowanie zjada spread, bank pośredniczący pobiera opłatę, a kwota, która ląduje, prawie nigdy nie równa się kwocie na fakturze. Do kosztu FX dochodzi koszt pracy: ktoś musi ręcznie połączyć dwie waluty, dwa systemy i dwie daty — i to właśnie ta ręczna praca, a nie sam spread, pochłania poranek za porankiem.

### Lokalne szyny znoszą ból uzgadniania

Sztuczka polega na tym, by zebrać pieniądze na lokalnych szynach po polskiej stronie, a wypłacić je na lokalnych szynach po stronie odbiorcy — tak, by każda strona pozostała we własnej walucie, a przewalutowanie stało się jednym, jawnym krokiem zamiast ukrytej opłaty rozsmarowanej po całej trasie. Rodzina płaci w PLN przez BLIK lub przelew; szkoła otrzymuje swoją walutę; agencja dostaje wypłatę prowizji od pieniędzy, które faktycznie się zaksięgowały. Kiedy platforma, która pobrała płatność, jest tą samą, która zapłaciła szkole i wypłaciła udział subagenta, pytania od drugiego do piątego z comiesięcznego zamknięcia odpowiadają się same, bo zapis i przepływ to to samo zdarzenie. Jeśli chcesz przejść przez to na własnych liczbach, [porozmawiaj z nami](/pl/kontakt.md) — a jeśli wolisz najpierw zobaczyć, [umów demo](/pl/demo.md).

## Zamknięcie to zadanie dla systemu, który widział pieniądze

Wszystko powyżej da się zrobić ręcznie i jeśli masz wynieść z tego tekstu jedną rzecz, wynieś pięć pytań i cykliczny blok w kalendarzu. Ale zauważ, co czyni zamknięcie mozolnym: ręcznie łączysz na nowo dwa systemy, których nigdy sobie nie przedstawiono. Alternatywą nie jest lepszy CRM — to postawienie strony pieniężnej na systemie, który *zapisuje płatności, bo je wykonał*. Kiedy platforma, która pobrała płatność studenta, jest tą, która zapłaciła szkole i wypłaciła udział subagenta, pytania od drugiego do piątego odpowiadają się same: [księgowość uzgadnia się automatycznie](/features/automatic-accounting-for-ed-agents.md), bo zapis i przepływ to to samo zdarzenie, a [podziały są wypłacane od potwierdzonych pieniędzy](/features/master-and-sub-agent-payments.md), a nie od liczb, w które się wierzy. To ta strona granicy, do której zbudowany jest Qualy — łączy się z CRM-em, którego już używasz, zamiast go zastępować (jest [bezpośrednie porównanie z EducationLink](/compare/educationlink.md), jeśli to twoja konfiguracja) — i pobiera stałą opłatę od płatności zamiast procentu ukrytego w kursie wymiany.

Zostaw CRM. Jest dobry w swojej pracy, a jego praca kończy się tam, gdzie twoje pieniądze zaczynają się przemieszczać. Po prostu przestań zakładać, że obie połowy się zgadzają. Raz w miesiącu każ im to udowodnić.

## Źródła

- [EducationLink — for education agents](https://geteducation.link/education-agents/): opis modułu księgowego samego dostawcy — zarządzanie umowami, obliczanie prowizji, automatyczne fakturowanie prowizji, potwierdzenia płatności studentów, zwroty, rozliczenia z subagencjami — oraz integracje z Xero, Mailchimp i Gmail.
- [Agentcis](https://agentcis.com/): deklaracje dostawcy o ponad 4000 agentów i integracji danych Studylink Connect.
- [Agentcis — invoicing features](https://agentcis.com/features/invoicing/): faktury prowizyjne w ujęciu netto i brutto, przypomnienia, ewidencja rabatów.
- [Edvisor](https://edvisor.io/): pozycjonowanie "Get Paid — commission tracking and payment plans" oraz liczba 2 mld USD przetworzonego czesnego opublikowana na stronie dostawcy.
- [Edvisor Help Center — What is EdWallet?](https://help.edvisor.io/edwallet/what-is-edwallet): możliwości EdWallet (otrzymywanie, wysyłanie, zarządzanie, wypłata; wiele walut), partnerstwo z TransferMate oraz dostępność bez dodatkowego kosztu dla użytkowników Edvisora.
- [The PIE News — "Only 60% of our institutions pay on time"](https://thepienews.com/only-60-of-our-institutions-pay-on-time/): relacje agentów o opóźnionych płatnościach prowizji przez instytucje partnerskie.

## Najczęściej zadawane pytania

### Czy mój CRM agencji edukacyjnej obsługuje płatności?

Zapisuje je; nie potwierdza ich ani nie przenosi. EducationLink, Agentcis i Edvisor obliczają prowizję, generują faktury i śledzą statusy płatności — realna, użyteczna ewidencja. Ale pole statusu to twierdzenie, że pieniądze się przemieściły, podczas gdy same pieniądze wpływają na twoje konto bankowe, którego CRM nie widzi. Wyjątkiem są funkcje wbudowane, jak EdWallet Edvisora, które potwierdzają tylko płatności przez nie przepływające. Cała reszta wymaga comiesięcznego uzgodnienia z bankiem.

### Czym jest luka między należnym a zapłaconym?

Luka między należnym a zapłaconym to odległość między tym, co twój CRM mówi, że zarobiłeś, a tym, co bank potwierdza, że otrzymałeś. Wytwarzają ją zwyczajne zdarzenia, których CRM nie może zobaczyć: prowizja, której nigdy nie zafakturowano, faktury zapłacone w niepełnej kwocie po przewalutowaniu i opłatach, płatności studentów oznaczone jako otrzymane przed zaksięgowaniem, podziały dla subagentów wypłacone od niepotwierdzonych liczb oraz clawbacki, których nigdy nie zaksięgowano z powrotem w ewidencji.

### Co śledzenie prowizji w CRM tak naprawdę zapisuje?

Arytmetykę i twierdzenia. CRM stosuje stawkę z twojej umowy do rekrutacji (wyliczenie), generuje fakturę (dokument) i utrzymuje status w rodzaju "Zapłacona" (twierdzenie człowieka, że pieniądze przyszły). Żadne z tych nie jest potwierdzeniem. Czy uznanie się zaksięgowało, we właściwej walucie, na pełną kwotę, to fakt istniejący wyłącznie na twoim koncie bankowym — dlatego oba trzeba uzgadniać według harmonogramu.

### Jak uzgodnić CRM agencji edukacyjnej z kontem bankowym?

Raz w miesiącu połóż raport prowizyjny z CRM obok wyciągu bankowego i zadaj pięć pytań: czy każda rekrutacja z prawem do prowizji ma wystawioną fakturę; czy każda faktura oznaczona jako zapłacona ma odpowiadające uznanie bankowe na pełną kwotę; czy każda płatność studenta pokazana jako otrzymana odpowiada zaksięgowanym pieniądzom; czy każdą płatność do subagenta dopasowano do potwierdzonej płatności od szkoły; oraz czy każdy zwrot i clawback zaksięgowano z powrotem w CRM. Spodziewaj się dnia za pierwszym razem, potem dwóch do trzech godzin.

### Dlaczego mój CRM mówi, że student zapłacił, choć pieniądze nigdy nie przyszły?

Bo ktoś zaktualizował status na podstawie zeznania, a nie dowodu — potwierdzenia przelewu wgranego przez studenta albo awiza. Przelewy się odbijają, a płatności kartą bywają cofane po kliknięciu. Pole statusu wyprzedza wtedy gotówkę, a każda liczba w dół strumienia dziedziczy błąd: saldo szkoły wygląda na rozliczone, a twoje oczekiwanie co do prowizji wygląda na bezpieczne. Rozwiązanie jest proceduralne: status "zapłacona" uzasadniają tylko zaksięgowane uznania bankowe, nie potwierdzenia.

### Czy powinienem wypłacać podziały subagentom na podstawie liczb z CRM?

Nie — wypłacaj podziały od potwierdzonych uznań bankowych, nigdy od sald w CRM. CRM wylicza udział subagenta w chwili zapisania prowizji, ale jeśli płatność od szkoły się nie zaksięgowała albo zaksięgowała w niepełnej kwocie, wypłacenie podziału oznacza wysłanie prawdziwych pieniędzy przeciwko wyobrażonym pieniądzom mającym wpłynąć. Jeśli płatność od szkoły zostanie później obniżona lub odzyskana, zostajesz z pogonią za własnym subagentem po różnicę, co jest najbardziej niezręczną windykacją w branży.

### Jak dopasować płatności BLIK i przelewy do CRM agencji?

Wpływy od polskich rodzin przychodzą niemal zawsze w PLN — przez BLIK, BLIK cykliczny do rat, zwykły przelew albo Express Elixir. Każdy z nich ląduje na wyciągu w złotych i trzeba go dopasować do wiersza w księdze prowizyjnej, też w PLN. Dopóki pieniądze zostają w PLN, uzgodnienie jest czyste: wpływ do faktury, kwota do kwoty. Komplikacja pojawia się dopiero, gdy prowizja spływa w obcej walucie — wtedy dochodzi spread i ręczne łączenie dwóch walut.

### Czy BLIK cykliczny nadaje się do rat czesnego?

Tak — BLIK cykliczny jest zaprojektowany właśnie do powtarzalnych pobrań: płatnik zgadza się raz, a kolejne raty idą automatycznie, bez wpisywania kodu za każdym razem. To dobre dopasowanie do planu czesnego, który przekracza datę wyjazdu i często ma więcej niż jednego płatnika (rodzic płaci depozyt, student resztę). Przypomnienia i pobrania per termin, w języku płatnika, obsługują ten układ, a każda rata wpada na wyciąg jako osobne, łatwe do dopasowania uznanie w PLN.

### Czy mogę pobierać opłaty w PLN, skoro szkoła i tak dostanie swoją walutę?

Tak, i o to właśnie chodzi. Rodzina płaci w PLN przez BLIK lub przelew — lokalną, natychmiastową szyną, którą zna — a szkoła otrzymuje swoją walutę. Przewalutowanie staje się jednym jawnym krokiem zamiast ukrytej opłaty rozsmarowanej po międzynarodowym przelewie i spreadzie. Omija to drogi przelew zagraniczny po stronie rodziny, a agencja dostaje wypłatę prowizji od pieniędzy, które faktycznie się zaksięgowały, więc uzgodnienie w PLN pozostaje czyste.

### Express Elixir czy zwykły przelew — co szybciej trafi do uzgodnienia?

Express Elixir to natychmiastowy przelew międzybankowy — pieniądze i uznanie na wyciągu pojawiają się w ciągu chwil, więc możesz je dopasować tego samego dnia. Zwykły przelew (Elixir) rozlicza się w sesjach i może zaksięgować się dopiero następnego dnia roboczego, co poszerza okno, w którym status w CRM wyprzedza gotówkę. Dla comiesięcznego zamknięcia to znaczy jedno: cokolwiek oczekuje dłużej niż normalne okno danej szyny, gonisz w tym miesiącu, a nie odkrywasz później.

### Co się dzieje, gdy clawback prowizji nie zostanie zapisany w CRM?

Twój system ewidencji zaczyna zawyżać rzeczywistość. Bank się poruszył — szkoła wystawiła ci fakturę zwrotną albo potrąciła kwotę z następnego rozliczenia — ale CRM wciąż pokazuje prowizję jako zarobioną, subagent zatrzymuje podział, który faktycznie zwróciłeś, a każdy raport zbudowany na CRM dziedziczy fikcję. Uzgodnienie biegnie tu wstecz: zaczyna się w banku i musi zostać wpisane do CRM ręcznie, dlatego to krok, który wszyscy pomijają.

### Czy EdWallet Edvisora oznacza, że CRM-y już przenoszą pieniądze?

Edvisor przekroczył tę granicę dla płatności wykonywanych wewnątrz jego ekosystemu: EdWallet, zbudowany na partnerstwie z dostawcą płatności TransferMate, pozwala agencjom i szkołom otrzymywać, wysyłać i wypłacać pieniądze w wielu walutach bez dodatkowej opłaty platformowej. Ale potwierdza tylko to, co przez niego przepływa — studenci płacący szkołom bezpośrednio, prowizja przychodząca zwykłym przelewem i potrącenia z tytułu clawbacków wciąż dzieją się poza nim. Materiały publiczne EducationLink i Agentcis w ogóle nie opisują przenoszenia pieniędzy.

### Czy CRM-y agencji edukacyjnych wbudują płatności do 2028 roku?

Mój falsyfikowalny zakład: do końca 2028 roku główne CRM-y agencyjne zaoferują wbudowane funkcje płatnicze przez partnerstwa z dostawcami płatności, idąc za modelem EdWallet Edvisora, zamiast budować infrastrukturę płatniczą samodzielnie. Co się nie zmieni, to obowiązek uzgadniania — wbudowana funkcja potwierdza tylko własny wycinek twoich pieniędzy, więc comiesięczne zamknięcie względem wyciągu bankowego pozostaje twoim zadaniem dla wszystkiego, co porusza się poza nią.

### Czy muszę wymienić CRM, żeby naprawić uzgadnianie?

Nie. CRM robi swoją właściwą pracę — ewidencja, lejek, arytmetyka prowizji — a wymiana go na konkurenta nie sprawi, że wyciąg bankowy się zgodzi. Masz dwie realne opcje: prowadzić comiesięczne zamknięcie w pięciu pytaniach ręcznie, co kosztuje kilka godzin i chroni całą marżę, albo postawić stronę pieniężną na systemie płatniczym, który zapisuje płatności, bo je wykonał, tak że pobranie, płatność do szkoły i podziały subagentów uzgadniają się same. Tak czy inaczej — zostaw 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

**Branże**

- [Dla szkół](/pl/wymiana/dla-szkol.md) — Dla szkół z uczniami zagranicznymi
- [Dla agencji](/pl/wymiana/dla-agencji.md) — Dla agencji edukacyjnych

**Wsparcie**

- [Status systemu](https://qualyhq.statuspage.io/) — Status systemu Qualy
- [Kontakt](/pl/kontakt.md)

**Produkt**

- [Demo](/pl/demo.md)
- [Opinie](/pl/opinie.md) — Zobacz, co mówią klienci o Qualy
- [Centrum przejrzystości](/pl/centrum-przejrzystosci.md)
- [API](/pl/api.md) — API Qualy do płatności za studia za granicą i dla agencji
- [Blog](/pl/blog) — Blog Qualy o płatnościach w edukacji międzynarodowej

**Informacje prawne (po angielsku)**

- [Ogólne warunki](/terms-and-conditions.md) — Regulamin
- [Warunki dla płatników](/terms-for-payers.md)