CRM для фінансового контролю клієнтів

CRM для фінансового контролю клієнтів — це система, яка допомагає не тільки продавати клієнтам, а й контролювати гроші: рахунки, оплати, борги, відстрочки, кредитні ліміти, дебіторську заборгованість, платіжну дисципліну, акти звірки, фінансові ризики та прибутковість клієнтів.

Простими словами, така CRM відповідає на питання:

хто клієнт;
скільки він купив;
скільки вже оплатив;
скільки винен;
які рахунки прострочені;
який у клієнта кредитний ліміт;
чи можна йому відвантажувати товар;
чи можна запускати виробництво;
чи можна надавати нові послуги;
чи є прострочена дебіторська заборгованість;
яка платіжна дисципліна клієнта;
чи прибутковий цей клієнт;
чи не продаємо ми багато, але без грошей.

Головне. CRM для фінансового контролю клієнтів потрібна, щоб менеджери бачили не тільки “клієнт хороший, багато купує”, а й “клієнт оплатив, прострочив, перевищив ліміт, має борг, приносить прибуток або створює фінансовий ризик”.

Для керівника. Фінансовий контроль у CRM дозволяє бачити, які клієнти приносять живі гроші, які зависають у дебіторці, кому можна давати відстрочку, кому потрібно обмежити відвантаження, а з ким краще спочатку поговорити про оплату, а вже потім про нове замовлення.

Для менеджера. CRM повинна підказувати: клієнт оплатив рахунок чи ні, чи є прострочення, чи не перевищено кредитний ліміт, чи можна створювати нове замовлення, чи потрібно нагадати про оплату, чи варто погодити відвантаження з фінансистом.

Поширена проблема. Продажі радіють великому замовленню, склад уже готує відвантаження, клієнт просить ще “трошки у відстрочку”, а бухгалтерія тихо показує прострочений борг за три попередні поставки. CRM для фінансового контролю потрібна саме для того, щоб такі сюрпризи не ставали нормою.

Що таке CRM для фінансового контролю клієнтів

CRM для фінансового контролю клієнтів — це CRM, яка пов’язує клієнтські продажі з фінансовими показниками.

Вона працює не тільки з лідами, клієнтами, угодами і замовленнями, а й з такими об’єктами:

Типовий процес виглядає так:

Клієнт → Угода → Рахунок → Оплата → Замовлення → Відвантаження → Дебіторка → Контроль строку оплати → Повторний продаж

А для B2B з відстрочкою:

Клієнт → Замовлення → Перевірка кредитного ліміту → Відвантаження → Очікування оплати → Контроль прострочення → Акт звірки → Наступне замовлення

Для чого потрібен фінансовий контроль клієнтів у CRM

Фінансовий контроль клієнтів у CRM потрібен, щоб компанія не продавала “в повітря”.

Він допомагає:

бачити борги клієнтів;
контролювати оплату рахунків;
не відвантажувати товар клієнтам із простроченням;
контролювати відстрочку платежу;
встановлювати кредитні ліміти;
бачити платіжну дисципліну;
попереджати менеджерів про ризики;
автоматично створювати задачі на нагадування;
формувати акти звірки;
контролювати прибутковість клієнтів;
аналізувати фінансову історію;
відрізняти хороші продажі від проблемних;
захищати компанію від касових розривів.

Практичний сенс. Продаж без контролю оплати — це ще не дохід. Це тільки надія на дохід. А надія, як відомо, у фінансовій звітності виглядає гірше, ніж гроші на рахунку.

Чому звичайної CRM недостатньо

Звичайна CRM часто показує:

клієнта;
угоду;
етап продажу;
суму угоди;
відповідального менеджера;
дату наступного контакту.

Але для фінансового контролю цього мало.

Потрібно бачити:

чи виставлено рахунок;
чи оплачено рахунок;
яка сума боргу;
чи є прострочення;
чи перевищено ліміт;
чи є акт звірки;
чи можна відвантажувати;
чи прибутковий клієнт;
яка історія оплат;
чи потрібно зупинити нові продажі.

Порівняння:

Можливість	Звичайна CRM	CRM з фінансовим контролем
Клієнти	Так	Так
Угоди	Так	Так
Задачі менеджера	Так	Так
Рахунки	Частково	Так
Оплати	Частково	Так
Дебіторська заборгованість	Зазвичай ні	Так
Кредитний ліміт	Зазвичай ні	Так
Відстрочка платежу	Зазвичай ні	Так
Блокування відвантаження	Ні	Так
Акт звірки	Ні	Так
Платіжна дисципліна	Ні	Так
Прибутковість клієнта	Частково	Так, через ERP

Саме тому фінансовий контроль краще працює в CRM у складі ERP, наприклад у K2 ERP CRM.

CRM і ERP для фінансового контролю

CRM добре працює з клієнтами, угодами, задачами і комунікаціями.

ERP відповідає за ширший фінансовий контур:

Якщо CRM і ERP працюють окремо, менеджер може не бачити фінансового ризику клієнта.

Якщо CRM працює у складі ERP, менеджер бачить:

Клієнт хоче нове замовлення.
Борг: 180 000 грн.
Прострочення: 24 дні.
Кредитний ліміт: 150 000 грн.
Відвантаження: потребує погодження фінансиста.

Це вже не просто продаж.

Це кероване фінансове рішення.

K2 ERP CRM для фінансового контролю клієнтів

K2 ERP CRM може використовуватися для фінансового контролю клієнтів у складі K2 ERP.

Це дозволяє об’єднати:

Приклад процесу:

Менеджер створює замовлення клієнта.
K2 ERP CRM перевіряє фінансовий стан клієнта.
Система бачить прострочену дебіторку.
Відвантаження блокується або відправляється на погодження.
Фінансист приймає рішення.
Менеджер бачить результат у CRM.

Клієнтська картка з фінансовими показниками

У картці клієнта мають бути не тільки контакти і задачі, а й фінансові показники.

Корисні поля:

загальна сума продажів;
сума оплат;
поточний борг;
прострочена заборгованість;
кредитний ліміт;
доступний ліміт;
умови оплати;
відстрочка платежу;
середній строк оплати;
остання оплата;
дата останнього замовлення;
кількість прострочень;
статус фінансового ризику;
відповідальний менеджер;
відповідальний фінансист;
акти звірки;
документи;
прибутковість клієнта.

Приклад:

Клієнт: ТОВ “Альфа”
Продажі за рік: 2 400 000 грн
Оплачено: 2 150 000 грн
Поточний борг: 250 000 грн
Прострочено: 80 000 грн
Кредитний ліміт: 300 000 грн
Доступний ліміт: 50 000 грн
Середній строк оплати: 18 днів
Фінансовий статус: контроль

Така картка клієнта набагато корисніша, ніж просто “телефон, email, коментар”.

Контроль оплат клієнтів

Контроль оплат клієнтів — базова функція фінансової CRM.

CRM повинна показувати:

які рахунки виставлені;
які рахунки оплачені;
які рахунки частково оплачені;
які рахунки прострочені;
які оплати не рознесені;
які суми очікуються;
які оплати надійшли сьогодні;
які клієнти мають борги;
хто відповідальний за контакт із клієнтом.

Статуси рахунків:

створено;
відправлено клієнту;
очікує оплату;
частково оплачено;
оплачено;
прострочено;
скасовано;
повернення коштів;
переплата.

Приклад:

Рахунок №1258
Сума: 48 000 грн
Оплачено: 20 000 грн
Залишок: 28 000 грн
Строк оплати: 15.05
Статус: частково оплачено

Інтеграція з банком

Інтеграція з банком потрібна, щоб CRM бачила фактичні оплати.

Без інтеграції менеджер або бухгалтер вручну перевіряє надходження.

З інтеграцією:

Клієнт оплатив → Банк передав виписку → K2 ERP знайшла рахунок → Статус оновився → Менеджер бачить оплату

Можливості:

автоматичне завантаження банківських виписок;
звірка оплат із рахунками;
закриття рахунків;
контроль часткових оплат;
виявлення переплат;
контроль повернення коштів;
контроль незрозумілих платежів;
формування фінансової аналітики.

Це зменшує ручну роботу і кількість помилок.

Дебіторська заборгованість у CRM

Дебіторська заборгованість — це гроші, які клієнти винні компанії.

CRM повинна показувати:

загальну дебіторку;
поточну дебіторку;
прострочену дебіторку;
борг по клієнтах;
борг по менеджерах;
борг по договорах;
борг по рахунках;
строки прострочення;
відповідальних;
історію нагадувань;
статус роботи з боргом.

Приклад розподілу:

Період прострочення	Значення
0 днів	Не прострочено
1–7 днів	Легке прострочення
8–30 днів	Потрібен контроль
31–60 днів	Високий ризик
60+ днів	Критичний ризик

Дебіторка — це не просто цифра.

Це гроші, які ще потрібно отримати.

Прострочена дебіторська заборгованість

Прострочена дебіторська заборгованість — це борг, який не оплачено вчасно.

CRM може автоматично:

показувати прострочення менеджеру;
створювати задачу на дзвінок;
надсилати клієнту нагадування;
блокувати нове відвантаження;
змінювати статус клієнта;
ескалювати питання керівнику;
формувати список проблемних клієнтів.

Приклад:

Рахунок прострочено на 12 днів.
CRM створює задачу менеджеру:
“Зв’язатися з клієнтом щодо оплати”.
Якщо через 3 дні оплати немає — задача керівнику.

Головне — не чекати, поки прострочення стане “історичним”.

Бо борг на 5 днів — це робоче питання.

Борг на 180 днів — це вже археологія.

Кредитний ліміт клієнта

Кредитний ліміт клієнта — це максимальна сума боргу, яку компанія дозволяє клієнту.

Кредитний ліміт може залежати від:

історії оплат;
обсягу покупок;
договору;
фінансового стану клієнта;
галузі;
ризику;
рішення керівництва;
страхування;
забезпечення;
категорії клієнта.

Приклад:

Кредитний ліміт: 200 000 грн
Поточний борг: 170 000 грн
Доступний ліміт: 30 000 грн
Нове замовлення: 50 000 грн
Результат: потрібне погодження

CRM повинна попереджати менеджера до того, як замовлення піде на склад або у виробництво.

Відстрочка платежу

Відстрочка платежу — це умова, коли клієнт платить не одразу, а через певний строк.

Наприклад:

7 днів;
14 днів;
30 днів;
45 днів;
60 днів;
індивідуальні умови.

CRM повинна фіксувати:

строк відстрочки;
дату відвантаження;
дату очікуваної оплати;
фактичну дату оплати;
прострочення;
відповідального;
історію змін умов.

Приклад:

Дата відвантаження: 01.05
Відстрочка: 14 днів
Очікувана оплата: 15.05
Фактична оплата: 21.05
Прострочення: 6 днів

Так формується платіжна дисципліна клієнта.

Платіжна дисципліна клієнта

Платіжна дисципліна показує, як клієнт виконує фінансові зобов’язання.

Показники:

середній строк оплати;
кількість прострочень;
максимальне прострочення;
частка прострочених оплат;
регулярність оплат;
сума прострочень;
історія боргів;
виконання кредитного ліміту.

Приклад оцінки:

Статус	Опис
Надійний	Оплачує вчасно, прострочень майже немає
Контроль	Іноді прострочує, потрібне нагадування
Ризик	Часто прострочує, потрібне погодження нових відвантажень
Стоп	Має критичну заборгованість, нові продажі заблоковані

Платіжна дисципліна допомагає приймати рішення не на емоціях, а на історії.

Фінансовий статус клієнта

У CRM можна використовувати Фінансовий статус клієнта.

Приклади статусів:

новий клієнт;
без боргу;
надійний;
під контролем;
прострочення;
високий ризик;
стоп-відвантаження;
судова робота;
тільки передоплата;
тільки після погодження.

Приклад:

Фінансовий статус: тільки передоплата.
Причина: прострочення понад 60 днів у минулому періоді.

Це допомагає менеджеру одразу бачити правила роботи з клієнтом.

Блокування відвантаження

Блокування відвантаження потрібне, якщо клієнт перевищив фінансові умови.

Причини блокування:

прострочена дебіторка;
перевищено кредитний ліміт;
немає передоплати;
не підписано договір;
не погоджено знижку;
клієнт у статусі ризику;
немає акту звірки;
спір по попередньому замовленню.

Приклад:

Клієнт має прострочення 45 днів.
Менеджер створює нове замовлення.
K2 ERP CRM блокує відвантаження.
Потрібне погодження фінансового директора.

Це не “система заважає продавати”.

Це система не дає продавати в борг без контролю.

Погодження відвантаження

Іноді відвантаження клієнту з боргом можна дозволити.

Але це має бути погоджене рішення.

Погодження відвантаження може включати:

менеджера;
керівника продажів;
фінансиста;
директора;
коментар;
причину;
суму боргу;
нове замовлення;
строк очікуваної оплати;
відповідального за контроль.

Приклад:

Борг: 120 000 грн
Прострочення: 10 днів
Нове замовлення: 40 000 грн
Рішення: дозволити відвантаження після письмового підтвердження оплати до 20.05

CRM зберігає, хто і чому погодив рішення.

Це краще, ніж “директор десь у чаті дозволив”.

Умови оплати клієнта

Умови оплати повинні бути зафіксовані в CRM.

Варіанти:

100% передоплата;
часткова передоплата;
50/50;
післяплата;
відстрочка 7 днів;
відстрочка 14 днів;
відстрочка 30 днів;
оплата за фактом виконання;
оплата за етапами;
індивідуальний графік платежів.

Приклад:

Умови:
50% передоплата — запуск виробництва.
50% — перед відвантаженням.
Відвантаження без повної оплати заборонено.

Якщо умови не зафіксовані в системі, кожне замовлення починає жити за усними домовленостями.

А усні домовленості у фінансах — це жанр підвищеного ризику.

Графік оплат

Графік оплат потрібен для складних замовлень, проєктів або виробництва.

Приклад графіка:

Етап	Сума	Умова
Передоплата	30%	Після підписання договору
Другий платіж	40%	Після готовності партії
Остаточний платіж	30%	Перед відвантаженням

CRM повинна контролювати:

що вже оплачено;
що очікується;
які етапи прострочені;
що можна виконувати далі.

Часткова оплата

Часткова оплата часто зустрічається в B2B, виробництві, сервісі та великих продажах.

CRM повинна показувати:

повну суму рахунку;
оплачену суму;
залишок;
відсоток оплати;
дату платежу;
наступну очікувану оплату.

Приклад:

Рахунок: 100 000 грн
Оплачено: 40 000 грн
Залишок: 60 000 грн
Статус: частково оплачено
Умова: виробництво запускається після 50% передоплати

Система може показати, що для запуску виробництва оплати ще недостатньо.

Передоплата

Передоплата використовується для зменшення фінансового ризику.

Вона особливо важлива для:

виробництва під замовлення;
нестандартних виробів;
великих партій;
нових клієнтів;
клієнтів із поганою платіжною дисципліною;
дорогих закупівель під клієнта;
сервісних робіт із запчастинами.

Приклад:

Новий клієнт.
Замовлення: 500 000 грн.
Умова: 70% передоплата.
CRM не дозволяє створити виробниче замовлення без факту оплати.

Післяплата

Післяплата або оплата після отримання товару чи послуги збільшує ризик продавця.

CRM повинна контролювати:

кому дозволена післяплата;
на яку суму;
з якою історією;
з яким строком;
хто погодив;
які борги вже є;
як швидко клієнт зазвичай платить.

Післяплата може бути нормальною практикою для надійного B2B-клієнта.

Але для нового клієнта без історії — це вже питання ризику.

Акт звірки з клієнтом

Акт звірки потрібен для узгодження взаєморозрахунків.

CRM може показувати:

коли акт звірки створено;
за який період;
хто відповідальний;
чи відправлено клієнту;
чи підписано;
чи є розбіжності;
які документи не збігаються;
який фінальний борг.

Процес:

Фінансист формує акт звірки → Менеджер надсилає клієнту → Клієнт погоджує або дає розбіжності → CRM фіксує статус

Акт звірки особливо важливий для клієнтів з регулярними поставками і відстрочкою.

Розбіжності з клієнтом

Розбіжності з клієнтом можуть виникати через:

клієнт не бачить рахунок;
клієнт не отримав акт;
оплата не рознесена;
повернення не враховано;
знижка не відображена;
різні дати документів;
помилка в сумі;
часткове відвантаження;
спір по якості;
спір по доставці.

CRM повинна фіксувати розбіжності як задачу або окремий процес.

Приклад:

Клієнт визнає борг 80 000 грн.
За даними ERP борг 95 000 грн.
Розбіжність: 15 000 грн.
Причина: клієнт не врахував повернення товару.

Фінансові задачі менеджерам

CRM може автоматично створювати Фінансові задачі.

Приклади:

нагадати клієнту про оплату;
перевірити причину прострочення;
надіслати акт звірки;
отримати підтвердження платежу;
погодити відстрочку;
уточнити графік оплати;
попередити про блокування відвантаження;
передати питання фінансисту;
підготувати документи для юридичного відділу.

Приклад:

Рахунок прострочено на 3 дні.
CRM створює задачу менеджеру:
“Зв’язатися з клієнтом щодо оплати рахунку №458”.

Фінансова задача без відповідального — це просто тривожна цифра.

Нагадування клієнтам про оплату

Нагадування про оплату можуть бути:

ручні;
автоматичні;
email;
SMS;
Viber;
Telegram;
через особистий кабінет;
через менеджера;
через фінансиста.

Сценарії:

за 3 дні до строку оплати;
у день оплати;
через 1 день прострочення;
через 7 днів прострочення;
через 30 днів прострочення.

Приклад:

Шановний клієнте, нагадуємо, що строк оплати рахунку №1258 на суму 48 000 грн — 15.05.

Автоматичне нагадування краще, ніж менеджер, який згадує про оплату тоді, коли гроші вже дуже потрібні.

Особистий кабінет клієнта і фінанси

Особистий кабінет клієнта може показувати фінансову інформацію.

Клієнт може бачити:

рахунки;
статуси оплат;
акти;
договори;
борг;
кредитний ліміт;
історію оплат;
графік платежів;
акти звірки;
документи;
замовлення;
відвантаження.

Для B2B це дуже зручно.

Клієнт не питає менеджера:

Скиньте ще раз рахунок, акт і суму боргу.

Він відкриває кабінет і бачить усе сам.

Фінансовий контроль у B2B CRM

B2B CRM майже завжди потребує фінансового контролю.

У B2B часто є:

договори;
відстрочки;
кредитні ліміти;
регулярні поставки;
часткові оплати;
акти звірки;
дебіторка;
персональні умови;
довгі цикли оплати;
погодження;
документи.

Приклад B2B-процесу:

Замовлення клієнта → Перевірка ліміту → Відвантаження → Відстрочка 14 днів → Контроль оплати → Акт звірки → Наступне замовлення

Без фінансового контролю B2B-продажі можуть рости по обороту, але провалюватися по cash flow.

Фінансовий контроль в інтернет-магазині

Для інтернет-магазину фінансовий контроль теж важливий.

Потрібно контролювати:

онлайн-оплати;
накладений платіж;
повернення коштів;
часткові повернення;
комісії платіжних систем;
комісії доставки;
маркетплейси;
неоплачені замовлення;
замовлення з післяплатою;
незабрані посилки;
повернення.

Приклад:

Замовлення відправлено з накладеним платежем.
Клієнт отримав товар.
Служба доставки має перерахувати кошти.
CRM контролює, чи гроші фактично надійшли.

Для інтернет-магазину важливо не плутати “клієнт отримав” і “гроші вже на рахунку”.

Це різні події.

Накладений платіж і фінансовий контроль

Накладений платіж — популярний сценарій у торгівлі.

CRM повинна контролювати:

суму накладеного платежу;
статус доставки;
дату отримання клієнтом;
комісію служби доставки;
дату перерахування грошей;
фактичне надходження;
повернення;
відмову клієнта;
розбіжності.

Приклад:

Сума замовлення: 3 000 грн
Комісія служби доставки: 60 грн
Очікуване надходження: 2 940 грн
Статус: клієнт отримав, кошти очікуються

Гроші “в дорозі” — це ще не гроші на рахунку.

CRM повинна це бачити.

Фінансовий контроль маркетплейсів

При роботі з маркетплейсами потрібно контролювати:

продажі;
комісії;
повернення;
виплати маркетплейсу;
затримки виплат;
штрафи;
логістичні витрати;
акційні знижки;
взаєморозрахунки;
прибутковість каналу.

Приклад:

Замовлення через маркетплейс: 2 000 грн
Комісія маркетплейсу: 180 грн
Логістика: 90 грн
Собівартість: 1 200 грн
Фактичний прибуток: 530 грн

Маркетплейс може давати багато продажів, але без фінансового контролю легко не помітити, що маржа зникає в комісіях.

Фінансовий контроль у виробництві

Для виробництва фінансовий контроль особливо важливий.

Потрібно контролювати:

передоплату;
оплату за етапами;
запуск виробництва після оплати;
закупівлю матеріалів під клієнта;
собівартість;
маржу;
остаточну оплату перед відвантаженням;
дебіторку;
рекламації;
гарантійні витрати.

Приклад:

Замовлення на виробництво: 800 000 грн
Умова: 50% передоплата
Оплачено: 300 000 грн
Потрібно для запуску: 400 000 грн
Статус: недостатньо передоплати для запуску

CRM повинна показати це до того, як виробництво витратить матеріали.

Фінансовий контроль у сервісі

Для сервісу фінансовий контроль включає:

діагностику;
погодження вартості ремонту;
рахунок;
оплату;
запчастини;
акт виконаних робіт;
гарантійний ремонт;
платний ремонт;
борги клієнтів;
сервісні договори;
абонентське обслуговування.

Приклад:

Сервісна заявка → Діагностика → Кошторис → Погодження клієнта → Рахунок → Оплата → Ремонт → Акт

Якщо ремонт виконано, але клієнт не оплатив — це вже не просто сервісна заявка, а фінансове питання.

Прибутковість клієнта

Прибутковість клієнта показує, скільки компанія реально заробляє на клієнті.

Потрібно враховувати:

суму продажів;
собівартість;
знижки;
доставку;
комісії;
повернення;
рекламації;
сервісні витрати;
фінансові витрати;
прострочення;
витрати менеджерів;
маркетингові витрати.

Приклад:

Клієнт купив на 1 000 000 грн.
Собівартість: 760 000 грн.
Знижки: 50 000 грн.
Доставка за наш рахунок: 30 000 грн.
Прострочення оплат: регулярне.
Рекламації: 5 випадків.

Висновок: оборот великий, прибутковість середня, фінансовий ризик високий.

Не кожен великий клієнт — хороший клієнт.

Іноді маленький клієнт платить швидше, створює менше проблем і приносить кращу маржу.

Маржа клієнта

Маржа клієнта дозволяє оцінити якість продажів.

CRM може показувати:

маржу по клієнту;
маржу по замовленню;
маржу по товару;
маржу по менеджеру;
маржу по каналу;
мінімальну допустиму маржу;
продажі нижче маржі;
погоджені знижки.

Приклад:

Продажі клієнту: 500 000 грн
Собівартість: 390 000 грн
Валова маржа: 110 000 грн
Маржинальність: 22%

Якщо клієнт постійно вибиває знижки і платить із затримкою, CRM повинна це показувати.

Фінансовий ризик клієнта

Фінансовий ризик клієнта може оцінюватися за правилами.

Фактори ризику:

прострочена дебіторка;
часті затримки оплат;
перевищення кредитного ліміту;
великі знижки;
низька маржа;
часті повернення;
рекламації;
спірні акти;
судові питання;
погана історія співпраці.

Приклад оцінки:

Рівень ризику	Опис
Низький	Платить вчасно, боргів немає
Середній	Іноді затримує оплату, потрібен контроль
Високий	Часті прострочення, перевищення ліміту
Критичний	Значний борг, нові продажі тільки після рішення керівництва

Скоринг клієнта

Скоринг клієнта — це оцінка клієнта за певними критеріями.

Можна рахувати:

фінансову надійність;
платіжну дисципліну;
оборот;
маржу;
повторність покупок;
ризик прострочення;
потенціал розвитку;
якість співпраці.

Приклад:

Оборот: високий
Маржа: середня
Платіжна дисципліна: низька
Ризик: високий
Рекомендація: зменшити відстрочку, нові замовлення тільки після часткової оплати

Ліміт дебіторської заборгованості по менеджеру

Компанія може контролювати не тільки борги клієнтів, а й борги по менеджерах.

Ліміт дебіторської заборгованості по менеджеру дозволяє бачити:

скільки боргу на клієнтах менеджера;
яка частка прострочена;
які клієнти проблемні;
як менеджер працює з оплатами;
чи не продає менеджер занадто багато в борг.

Приклад:

Менеджер: Іван
Продажі за місяць: 900 000 грн
Дебіторка клієнтів: 420 000 грн
Прострочено: 160 000 грн
Висновок: потрібен контроль якості продажів і оплат

Продажі без оплати — це не повний результат менеджера.

Контроль відвантаження без оплати

Відвантаження без оплати може бути дозволене тільки за правилами.

CRM повинна контролювати:

хто клієнт;
яка історія оплат;
чи є договір;
чи є ліміт;
чи є прострочення;
хто погодив;
яка сума;
який строк оплати;
хто відповідає.

Приклад:

Відвантаження без оплати дозволено:
сума — 75 000 грн,
строк оплати — 7 днів,
погодив — фінансовий директор.

Якщо це не зафіксовано в системі, потім дуже важко зрозуміти, хто прийняв рішення.

Контроль відвантаження при простроченні

Якщо клієнт має прострочення, CRM може застосовувати правила:

заборонити нове відвантаження;
дозволити тільки після оплати боргу;
дозволити тільки після часткової оплати;
вимагати погодження керівника;
перевести клієнта на передоплату;
зменшити кредитний ліміт;
створити задачу менеджеру.

Приклад:

Прострочення понад 30 днів.
Автоматичне правило: нові відвантаження заблоковані.
Виняток: тільки через погодження директора.

Фінансові правила для клієнтів

CRM може підтримувати Фінансові правила клієнта.

Приклади правил:

нові клієнти — тільки передоплата;
клієнти з простроченням — тільки після оплати боргу;
VIP-клієнти — відстрочка 30 днів;
клієнти з низькою маржею — знижки тільки через погодження;
клієнти з високим ризиком — блокування відвантаження;
клієнти з регулярними оплатами — автоматичне продовження ліміту.

Правила зменшують суб’єктивність.

Менеджеру не потрібно кожного разу вгадувати, можна чи не можна.

Погодження знижок і фінансовий контроль

Погодження знижки важливе для фінансового контролю.

Знижка впливає на:

маржу;
прибутковість;
цінову політику;
поведінку клієнта;
очікування майбутніх знижок.

Приклад правил:

до 3% — менеджер сам;
3–7% — керівник продажів;
7–12% — фінансист;
більше 12% — директор;
нижче мінімальної маржі — заборонено без окремого рішення.

CRM повинна показувати:

Знижка 10% знижує маржу з 24% до 14%.
Потрібне погодження фінансового директора.

Погодження відстрочки платежу

Погодження відстрочки платежу потрібне, якщо клієнт просить особливі умови.

Погодження може враховувати:

історію оплат;
суму замовлення;
маржу;
фінансовий ризик;
поточну дебіторку;
сезонність;
стратегічність клієнта;
рішення керівника.

Приклад:

Клієнт просить відстрочку 45 днів.
Стандартна умова — 14 днів.
CRM створює процес погодження.
Фінансист бачить історію оплат і ризик.

Платіжний календар клієнтів

Платіжний календар показує очікувані надходження.

CRM може передавати в платіжний календар:

рахунки;
строки оплат;
графіки платежів;
очікувані оплати;
борги;
прострочення;
ймовірність платежу.

Приклад:

Дата	Клієнт	Очікувана сума	Статус
15.05	ТОВ “Альфа”	48 000 грн	Очікується
18.05	ТОВ “Бета”	120 000 грн	Підтверджено клієнтом
20.05	ТОВ “Гамма”	75 000 грн	Ризик затримки

Платіжний календар допомагає планувати cash flow.

Рух грошових коштів і CRM

Рух грошових коштів або cash flow показує реальні надходження і витрати.

CRM допомагає прогнозувати надходження від клієнтів:

Угоди → Рахунки → Очікувані оплати → Фактичні оплати → Cash flow

Це важливо, бо продажі по документах і гроші на рахунку — різні речі.

Компанія може мати багато продажів і одночасно касовий розрив, якщо клієнти платять пізно.

Дебіторка і cash flow

Дебіторка напряму впливає на cash flow.

Приклад:

Продажі за місяць: 2 000 000 грн
Фактичні надходження: 1 100 000 грн
Дебіторка зросла: 900 000 грн

На папері продажі є.

У касі грошей немає.

CRM з фінансовим контролем допомагає побачити це раніше.

Фінансовий контроль договорів

Договір може містити фінансові умови:

передоплата;
відстрочка;
кредитний ліміт;
графік оплат;
штрафи;
пеня;
валюта;
ціна;
умови перегляду цін;
порядок звірки;
умови відвантаження.

CRM повинна бути пов’язана з договором.

Приклад:

Договір дозволяє відстрочку 21 день.
CRM автоматично ставить дату очікуваної оплати після відвантаження.

Фінансовий контроль документів

CRM може контролювати документи, які впливають на оплату:

рахунок;
акт;
накладна;
ТТН;
договір;
додаткова угода;
акт звірки;
податкова накладна;
сертифікат;
специфікація.

Іноді клієнт не платить не тому, що не хоче, а тому що йому не вистачає документа.

CRM повинна показувати:

Оплата затримана.
Причина: клієнт очікує підписаний акт.
Відповідальний: бухгалтерія.

Причини затримки оплат

У CRM потрібно фіксувати Причини затримки оплат.

Приклади:

клієнт не отримав рахунок;
клієнт очікує акт;
клієнт чекає податкову накладну;
клієнт має внутрішнє погодження;
клієнт просить відстрочку;
фінансові труднощі клієнта;
спір по якості;
спір по кількості;
спір по ціні;
помилка в документах;
клієнт не визнає борг;
відповідальна особа у відпустці.

Коментар “не платить” не допомагає.

Краще:

Причина: клієнт не підписує акт через розбіжність по кількості.
Наступна дія: надати підтвердження відвантаження.

Робота з проблемними клієнтами

Проблемний клієнт — це не завжди поганий клієнт.

Іноді це клієнт, з яким потрібно змінити умови.

CRM може допомогти:

виявити проблемних клієнтів;
поставити фінансовий статус;
обмежити ліміт;
перевести на передоплату;
запустити акт звірки;
створити задачу керівнику;
підготувати документи;
контролювати графік погашення;
зафіксувати домовленості.

Приклад:

Клієнт має борг 300 000 грн.
Погоджено графік погашення:
100 000 грн — до 10.05
100 000 грн — до 20.05
100 000 грн — до 30.05
CRM створює контрольні задачі.

Графік погашення боргу

Графік погашення боргу потрібен, якщо клієнт не може оплатити все одразу.

CRM повинна зберігати:

суму боргу;
платежі;
дати;
відповідального;
домовленості;
статус виконання;
прострочення графіка;
нові обмеження.

Приклад:

Дата	Сума	Статус
10.05	50 000 грн	Оплачено
20.05	50 000 грн	Очікується
30.05	75 000 грн	Очікується

Юридична робота з боргами

Якщо борг не сплачується, CRM може фіксувати перехід у юридичну роботу.

Етапи:

м’яке нагадування;
офіційний лист;
акт звірки;
претензія;
переговори;
графік погашення;
юридичний відділ;
судова робота;
списання боргу.

CRM повинна зберігати:

документи;
коментарі;
строки;
відповідальних;
історію контактів;
рішення керівництва.

Списання боргу

Списання боргу — крайній фінансовий сценарій.

CRM може фіксувати:

суму;
клієнта;
причину;
період;
документи;
погодження;
відповідальних;
наслідки для статусу клієнта.

Приклад:

Борг: 25 000 грн
Причина: клієнт ліквідований
Рішення: списати після погодження директора
Статус клієнта: закритий / неактивний

Фінансові ризики нових клієнтів

Новий клієнт ще не має історії.

CRM може застосовувати правила:

перше замовлення тільки по передоплаті;
кредитний ліміт 0;
відстрочка після 3 успішних оплат;
перевірка реквізитів;
погодження великих замовлень;
перевірка договору;
контроль першого відвантаження.

Приклад:

Новий B2B-клієнт хоче замовлення на 250 000 грн з відстрочкою 30 днів.
CRM показує: історії оплат немає, потрібна передоплата або погодження.

Фінансовий контроль постійних клієнтів

Постійні клієнти можуть мати кращі умови.

Але їх теж потрібно контролювати.

CRM може показувати:

історію оплат;
стабільність;
середній борг;
максимальний борг;
прострочення;
динаміку продажів;
маржу;
ризики;
потребу в перегляді ліміту.

Приклад:

Клієнт 2 роки платив вчасно, але останні 3 місяці почав затримувати платежі.

CRM повинна показати зміну поведінки.

Це може бути ранній сигнал фінансових проблем клієнта.

Фінансовий контроль VIP-клієнтів

VIP-клієнт не означає “можна все”.

VIP-клієнт може мати:

персональні ціни;
більший кредитний ліміт;
довшу відстрочку;
пріоритетне відвантаження;
персонального менеджера;
окремі умови договору.

Але CRM повинна контролювати:

чи не зловживає клієнт умовами;
чи прибутковий він;
чи не перевищує ліміт;
чи платить вчасно;
чи виправдані знижки.

Великий клієнт із великим боргом — це не завжди перемога продажів.

Іноді це великий ризик у гарній упаковці.

Фінансовий контроль менеджерів

CRM може показувати фінансові результати менеджерів.

Показники:

продажі;
оплати;
дебіторка;
прострочена дебіторка;
середній строк оплати клієнтів;
маржа;
знижки;
кількість погоджень;
проблемні клієнти;
відвантаження з простроченням;
виконання плану оплат.

Приклад:

Менеджер А продав на 1 000 000 грн, оплачено 900 000 грн.
Менеджер Б продав на 1 200 000 грн, оплачено 500 000 грн, прострочено 300 000 грн.

На перший погляд менеджер Б продав більше.

Але для компанії результат може бути гіршим.

План продажів і план оплат

У CRM варто розділяти:

Бо продаж і оплата — це різні події.

Приклад:

План продажів: 2 000 000 грн
Факт продажів: 2 100 000 грн

План оплат: 1 800 000 грн
Факт оплат: 1 200 000 грн

Продажі виконані.

Гроші не зібрані.

CRM повинна показувати обидва показники.

Прогноз оплат

Прогноз оплат допомагає планувати фінанси.

CRM може прогнозувати надходження на основі:

виставлених рахунків;
графіків оплат;
історії клієнта;
домовленостей;
ймовірності платежу;
статусу угоди;
відстрочки;
прострочень.

Приклад:

Очікувані оплати цього тижня: 850 000 грн
Підтверджені клієнтами: 520 000 грн
Під ризиком: 180 000 грн
Прострочені: 150 000 грн

Звіт по дебіторській заборгованості

Звіт по дебіторській заборгованості може містити:

клієнта;
менеджера;
суму боргу;
строк боргу;
прострочення;
останній контакт;
причину затримки;
наступну дію;
фінансовий статус;
кредитний ліміт;
прогноз оплати.

Приклад структури:

Клієнт	Борг	Прострочено	Менеджер	Наступна дія
ТОВ “Альфа”	80 000 грн	12 днів	Олена	Очікується оплата 20.05
ТОВ “Бета”	150 000 грн	35 днів	Іван	Потрібен акт звірки

Звіт по оплатах клієнтів

Звіт по оплатах клієнтів показує фактичні надходження.

Може включати:

дату;
клієнта;
рахунок;
суму;
призначення платежу;
менеджера;
договір;
замовлення;
статус рознесення;
залишок боргу.

Цей звіт корисний менеджерам, фінансистам і керівництву.

Звіт по фінансових ризиках клієнтів

Звіт по фінансових ризиках клієнтів може показувати:

клієнтів із простроченням;
клієнтів із перевищеним лімітом;
клієнтів із низькою маржею;
клієнтів із частими поверненнями;
клієнтів із великою дебіторкою;
клієнтів із негативною платіжною дисципліною;
клієнтів, де потрібне рішення керівника.

Це дозволяє керівнику бачити проблеми до того, як вони стануть критичними.

Автоматизація фінансового контролю

CRM може автоматизувати багато фінансових процесів.

Приклади автоматизацій:

створити задачу при простроченні рахунку;
нагадати клієнту про оплату;
заблокувати відвантаження при перевищенні ліміту;
запустити погодження відстрочки;
змінити фінансовий статус клієнта;
повідомити керівника про прострочення 30+ днів;
сформувати акт звірки;
створити графік погашення;
передати борг у юридичну роботу;
оновити платіжний календар.

Приклад:

Якщо прострочення > 7 днів:
- створити задачу менеджеру;
- змінити статус клієнта на “Контроль”;
- заборонити нові відвантаження без погодження.

Бізнес-процеси фінансового контролю

Бізнес-процеси фінансового контролю можуть бути такими:

контроль рахунку;
контроль оплати;
контроль прострочення;
погодження кредитного ліміту;
погодження відстрочки;
погодження відвантаження;
акт звірки;
графік погашення боргу;
юридична претензія;
списання боргу.

Приклад процесу прострочення:

Рахунок прострочено → Задача менеджеру → Нагадування клієнту → Якщо оплати немає 7 днів → Ескалація керівнику → Якщо 30 днів → Блокування відвантажень

Ролі у фінансовому контролі клієнтів

Роль	Що робить
Менеджер продажів	Працює із клієнтом, нагадує про оплату, бачить борги і фінансові обмеження.
Керівник продажів	Контролює дебіторку по відділу, погоджує винятки, аналізує якість продажів.
Фінансист	Контролює оплати, борги, ліміти, відстрочки, акти звірки і фінансові ризики.
Бухгалтер	Працює із документами, рахунками, актами, оплатами, звірками.
Директор	Приймає рішення по великих лімітах, проблемних боргах, блокуваннях і винятках.
Склад	Бачить, чи можна відвантажувати клієнту за фінансовими правилами.
Логіст	Контролює доставку тільки після дозволу на відвантаження.
ERP-адміністратор	Налаштовує правила, права доступу, статуси, бізнес-процеси і звіти.

Права доступу до фінансової інформації

Фінансова інформація повинна мати Права доступу.

Можливі правила:

менеджер бачить фінанси тільки своїх клієнтів;
керівник бачить відділ;
фінансист бачить усіх клієнтів;
склад бачить тільки дозвіл або заборону відвантаження;
директор бачить повну фінансову картину;
сервіс бачить статус оплати по сервісних роботах;
маркетолог не бачить борги, якщо це не потрібно.

Потрібно захищати:

борги;
ліміти;
ціни;
знижки;
маржу;
платіжну дисципліну;
договори;
акти звірки;
фінансові коментарі.

Типові помилки без фінансового контролю в CRM

Найпоширеніші помилки:

менеджери не бачать борги клієнтів;
відвантаження йде клієнту з простроченням;
кредитні ліміти ведуться в Excel;
відстрочки погоджуються в чатах;
акти звірки губляться;
немає задач по прострочених оплатах;
бухгалтерія окремо, продажі окремо;
керівник бачить проблему занадто пізно;
продажі оцінюються по обороту, а не по оплатах;
клієнти з великими боргами продовжують отримувати товар;
немає аналізу платіжної дисципліни;
немає контролю прибутковості клієнтів.

Окрема класика:

Менеджер: “Це наш хороший клієнт”.
Фінансист: “Він нам винен 400 000 грн уже 47 днів”.

І обидва формально праві.

Але компанії потрібна одна спільна картина.

Excel у фінансовому контролі клієнтів

Багато компаній ведуть фінансовий контроль у Excel.

Там можуть бути:

борги;
ліміти;
відстрочки;
коментарі;
дати оплат;
акти звірки;
статуси клієнтів.

Проблеми Excel:

дані швидко застарівають;
немає автоматичної інтеграції з банком;
немає зв’язку з CRM;
немає блокування відвантажень;
немає автоматичних задач;
легко помилитися;
незрозуміло, хто змінив дані;
немає єдиного джерела правди.

Типовий файл:

Дебіторка_актуальна_нова_після_правок_фінансиста_остаточна_2.xlsx

Якщо фінансовий контроль живе в такому файлі, ризики вже поруч.

Що потрібно описати перед впровадженням CRM для фінансового контролю

Перед впровадженням потрібно описати:

які типи клієнтів;
які умови оплати;
які кредитні ліміти;
хто може давати відстрочку;
які правила блокування;
хто погоджує винятки;
як контролюються рахунки;
як контролюються оплати;
як працює банківська інтеграція;
як формується дебіторка;
як рахуються прострочення;
як створюються задачі менеджерам;
які статуси фінансового ризику;
як формуються акти звірки;
які звіти потрібні керівнику;
які права доступу;
які дані переносити зі старих систем.

Чим краще описані фінансові правила, тим менше ручних конфліктів між продажами і фінансами.

Приклад процесу в K2 ERP CRM: продаж із передоплатою

1. Менеджер створює угоду.
2. Формується рахунок на передоплату.
3. CRM показує статус “Очікує оплату”.
4. Банк передає оплату в K2 ERP.
5. Рахунок отримує статус “Оплачено”.
6. Система дозволяє запуск виробництва або відвантаження.
7. Менеджер бачить, що можна продовжувати процес.

Приклад процесу в K2 ERP CRM: продаж із відстрочкою

1. Менеджер створює замовлення клієнта.
2. K2 ERP CRM перевіряє кредитний ліміт.
3. Система бачить, що ліміт не перевищено.
4. Відвантаження дозволено.
5. CRM створює очікувану дату оплати.
6. За 2 дні до строку клієнту надсилається нагадування.
7. Якщо оплати немає — створюється задача менеджеру.
8. Якщо прострочення перевищує ліміт — клієнт переходить у статус “Контроль”.

Приклад процесу в K2 ERP CRM: перевищення кредитного ліміту

1. Клієнт робить нове замовлення.
2. Поточний борг клієнта — 180 000 грн.
3. Кредитний ліміт — 200 000 грн.
4. Нове замовлення — 50 000 грн.
5. Після замовлення борг перевищить ліміт.
6. CRM блокує відвантаження.
7. Створюється задача на погодження фінансисту.
8. Фінансист дозволяє або відхиляє відвантаження.
9. Рішення фіксується в системі.

Приклад процесу в K2 ERP CRM: прострочена дебіторка

1. Рахунок мав бути оплачений 10.05.
2. Оплати немає.
3. 11.05 CRM створює задачу менеджеру.
4. Менеджер зв’язується з клієнтом.
5. Клієнт обіцяє оплату 15.05.
6. CRM фіксує домовленість.
7. Якщо 15.05 оплата не надійшла — задача ескалується керівнику.
8. Після 30 днів прострочення система блокує нові відвантаження.

Приклад процесу в K2 ERP CRM: акт звірки

1. Фінансист формує акт звірки.
2. CRM створює задачу менеджеру на відправку клієнту.
3. Клієнт перевіряє акт.
4. Якщо все правильно — акт отримує статус “Погоджено”.
5. Якщо є розбіжності — створюється задача на уточнення.
6. Після узгодження фінальний борг фіксується в картці клієнта.

Коротко

Питання	Відповідь
Що таке CRM для фінансового контролю клієнтів?	Це CRM, яка допомагає контролювати рахунки, оплати, борги, дебіторку, кредитні ліміти, відстрочки, акти звірки і фінансові ризики клієнтів.
Чим вона відрізняється від звичайної CRM?	Звичайна CRM веде клієнтів і угоди, а CRM з фінансовим контролем показує ще й гроші: оплату, борг, прострочення, ліміт, маржу і ризики.
Навіщо потрібен кредитний ліміт?	Щоб обмежити суму боргу клієнта і не відвантажувати більше, ніж компанія готова ризикувати.
Що таке платіжна дисципліна?	Це історія того, як клієнт платить: вчасно, із затримками, частково, регулярно або проблемно.
Чому важлива дебіторська заборгованість?	Бо це гроші, які компанія вже заробила документально, але ще не отримала фактично.
Чи можна блокувати відвантаження?	Так, CRM може блокувати або відправляти на погодження відвантаження клієнтам із простроченням або перевищеним лімітом.
Чи потрібна інтеграція з банком?	Так, щоб автоматично бачити фактичні оплати і не звіряти все вручну.
Чи підходить для B2B?	Так, для B2B фінансовий контроль особливо важливий через відстрочки, договори, акти звірки, кредитні ліміти і дебіторку.
Як допомагає K2 ERP CRM?	K2 ERP CRM може об’єднати клієнтів, угоди, рахунки, оплати, банк, дебіторку, ліміти, відвантаження, погодження і фінансову аналітику в одному ERP-контурі.

Висновок

CRM для фінансового контролю клієнтів — це важливий інструмент для компаній, які хочуть керувати не тільки продажами, а й грошима.

Продаж сам по собі ще не означає фінансовий результат.

Реальний результат з’являється тоді, коли:

Клієнт замовив → Рахунок виставлено → Оплата отримана → Відвантаження виконано → Борг закрито → Маржа збережена

CRM з фінансовим контролем дозволяє бачити:

хто платить вчасно;
хто затримує оплату;
хто перевищує кредитний ліміт;
кому можна давати відстрочку;
кому потрібна передоплата;
кого потрібно перевести в статус ризику;
які менеджери продають із якісною оплатою;
які клієнти приносять прибуток, а які створюють касові розриви.

K2 ERP CRM дає можливість поєднати клієнтську роботу з фінансовим контуром K2 ERP:

Клієнт → Угода → Рахунок → Оплата → Дебіторка → Ліміт → Відвантаження → Акт звірки → Аналітика

Саме в цьому головна перевага: менеджер бачить не тільки “хочу продати”, а й “чи можна продавати на таких умовах”.

А керівник бачить не тільки оборот, а реальну фінансову якість клієнтів.

Бо бізнесу потрібні не просто продажі.

Бізнесу потрібні продажі, які перетворюються на гроші.