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

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

Середній строк оплати: 18 днів

!


Замовлення відправлено з накладеним платежем. * дату;
* клієнта;
* рахунок;
* суму;
* призначення платежу;
* менеджера;
* договір;
* замовлення;
* статус рознесення;
* залишок боргу.[[Категорія:CRM для фінансового контролю]]

клієнт ERP купив на 1 000 000 грн. |-

| Чому важлива дебіторська заборгованість?


Рекламації: 5 випадків. Виняток: тільки через погодження директора. Менеджер бачить, що можна продовжувати бізнес-процес. За 2 дні до строку клієнту надсилається нагадування. {| class="wikitable" style="width:100%;"

<pre>
Новий B2B-клієнт хоче замовлення на 250 000 грн з відстрочкою 30 днів. Потрібно враховувати:

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

! Очікувані оплати цього тижня: 850 000 грн
А усні домовленості у фінансах — це жанр підвищеного ризику.

Графік оплат

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


'''[[Звіт по фінансових ризиках клієнтів]]''' здатна показувати:

CRM з фінансовим контролем оптимізує побачити це раніше. CRM показує статус “Очікує оплату”. Створюється задача на погодження фінансисту. Приклад: Відвантаження блокується або відправляється на погодження. 1. Прострочення: 10 днів

Прострочена дебіторська заборгованість — це борг, який не оплачено вчасно. Відстрочка платежу — це умова, коли клієнт ERP платить не одразу, а через певний строк. Етапи:

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

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

! Сценарії:

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

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

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

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

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

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

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

CRM здатна застосовувати правила:

клієнт ERP здатна бачити:

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

Варіанти:

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

Бо бізнесу потрібні не без зусиль продажі та реалізація. |- | Логіст

| Контролює доставку тільки після дозволу на відвантаження.

'''Практичний сенс.''' Продаж без контролю оплати — це ще не дохід.<pre>

Він оптимізує:

7. Очікуване надходження: 2 940 грн

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

7.<pre>

<pre>

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

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

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

Менеджеру не потрібно кожного разу вгадувати, можна чи не можна. 100 000 грн — до 30.05
4. Під ризиком: 180 000 грн
Умова: 70% передоплата. Приклад:
При роботі з [[Маркетплейси|маркетплейсами]] потрібно контролювати:
[[Договір]] здатна містити фінансові умови:

<pre>

* хто платить вчасно;
* хто затримує оплату;
* хто перевищує кредитний ліміт;
* кому можна давати відстрочку;
* кому потрібна передоплата;
* кого потрібно перевести в статус ризику;
* які менеджери продають із якісною оплатою;
* які клієнти приносять прибуток, а які створюють касові розриви. 2. Якщо 15.05 оплата не надійшла — задача ескалується керівнику.== Робота з проблемними клієнтами ==

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

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

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

Платіжна дисципліна оптимізує приймати управлінські рішення для бізнесу не на емоціях, а на історії. |- | 10.05 | 50 000 грн | Оплачено |- | 20.05 | 50 000 грн | Очікується |- | 30.05 | 75 000 грн | Очікується |}

строк оплати — 7 днів,

Потрібне погодження фінансового директора. Цей звіт корисний менеджерам, фінансистам і керівництву. |- | Як оптимізує K2 ERP CRM? 1. * загальну дебіторку;

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

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

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

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

Відвантаження без оплати здатна бути дозволене тільки за правилами. | Це CRM, яка оптимізує контролювати рахунки, оплати, борги, дебіторку, кредитні ліміти, відстрочки, акти звірки і фінансові ризики клієнтів.== CRM і ERP для фінансового контролю ==

3.

Рахунок прострочено → Задача менеджеру → Нагадування клієнту → Якщо оплати немає 7 днів → Ескалація керівнику → Якщо 30 днів → Блокування відвантажень Приклад оцінки: Замовлення на виробництво: 800 000 грн Маржа клієнта дає можливість оцінити якість продажів. Не кожен великий клієнт ERP — хороший клієнт ERP. Питання

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

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

Коментар “не платить” не оптимізує. клієнт ERP обіцяє оплату 15.05.

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

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

Звичайна CRM часто показує:
Умова: виробництво запускається після 50% передоплати
Приклад:

3. Рахунок прострочено на 12 днів. CRM створює очікувану дату оплати. Наступна дія
Приклад:
Бо борг на 5 днів — це робоче питання. 3. Це гроші, які ще потрібно отримати. Якщо борг не сплачується, CRM здатна фіксувати перехід у [[Юридична робота з боргами|юридичну роботу]]. K2 ERP CRM перевіряє фінансовий стан клієнта. клієнт ERP робить нове замовлення.

Це вже не без зусиль продаж. CRM повинна зберігати:

3.

Рахунок: 100 000 грн Погодження здатна враховувати: ERP відповідає за ширший фінансовий контур: CRM повинна фіксувати розбіжності як задачу або окремий бізнес-процес. Умова Приклад правил:

Дебіторка зросла: 900 000 грн

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

Дебіторка — це не без зусиль цифра. Фінансист дає можливість або відхиляє відвантаження.== Типові помилки без фінансового контролю в CRM ==

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

клієнтів;
Угоди;
Замовлення клієнтів;
рахунки;
оплати;
банк;
дебіторку;
Платіжний календар;
Рух грошових коштів;
кредитні ліміти;
відстрочки;
акти звірки;
погодження;
блокування відвантажень;
фінансову звітність;
аналітику продажів;
прибутковість клієнтів. Найпоширеніші помилки:

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

Головне — не чекати, поки прострочення стане “історичним”. Потрібно захищати: |- | Клієнти | Так | Так |- | Угоди | Так | Так |- | Задачі менеджера | Так | Так |- | Рахунки | Частково | Так |- | Оплати | Частково | Так |- | Дебіторська заборгованість | Зазвичай ні | Так |- | Кредитний ліміт | Зазвичай ні | Так |- | Відстрочка платежу | Зазвичай ні | Так |- | Блокування відвантаження | Ні | Так |- | Акт звірки | Ні | Так |- | Платіжна дисципліна | Ні | Так |- | Прибутковість клієнта | Частково | Так, через ERP |}

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

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

Рахунки;
Оплати;
Банківська виписка;
Інтеграція з банком;
Дебіторська заборгованість;
Кредиторська заборгованість;
Складський облік;
Відвантаження;
Собівартість;
Маржа;
Фінансова звітність;
Платіжний календар;
Рух грошових коштів;
Управлінський облік. - створити задачу менеджеру;

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

Автоматичне нагадування краще, ніж менеджер, який згадує про оплату тоді, коли гроші вже дуже потрібні. клієнт ERP
__TOC__
На папері продажі та реалізація виступає як.== Фінансові ризики нових клієнтів ==

Порівняння:

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

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

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

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


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

4. 8. У касі грошей немає. Дата

Служба доставки має перерахувати кошти. через це платформа. Часткова оплата часто зустрічається в B2B, виробництві, сервісі та великих продажах. клієнт ERP хоче нове замовлення. А надія, як відомо, у фінансовій звітності виглядає гірше, ніж гроші на рахунку. 6. |-

Чим вона відрізняється від звичайної CRM? * середній строк оплати; кількість прострочень; максимальне прострочення; частка прострочених оплат; регулярність оплат; сума прострочень; історія продукту боргів; виконання кредитного ліміту. CRM створює бізнес-процес погодження. * повну суму рахунку; оплачену суму; залишок; відсоток оплати; дату платежу; наступну очікувану оплату. Формується рахунок на передоплату. Умови: документи; коментарі; строки; відповідальних; історію контактів; рішення для бізнесу керівництва. здатна включати:
0 днів	Не прострочено
1–7 днів	Легке прострочення
8–30 днів	Потрібен контроль
31–60 днів	Високий ризик
60+ днів	Критичний ризик

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

Фінансова інформаційні матеріали повинна мати Права доступу. Ліміт дебіторської заборгованості по менеджеру дає можливість бачити:

! Великий клієнт ERP із великим боргом — це не завжди перемога продажів.== K2 ERP CRM для фінансового контролю клієнтів ==

Потрібно для запуску: 400 000 грн

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

7. 4.[[Категорія:Платіжна дисципліна]]

Комісія служби доставки: 60 грн

Статус: частково оплачено

{| class="wikitable" style="width:100%;"

Показники:

* маржу;
* прибутковість;
* цінову політику;
* поведінку клієнта;
* очікування майбутніх знижок. платформа бачить, що ліміт не перевищено. | Так, CRM здатна блокувати або відправляти на погодження відвантаження клієнтам із простроченням або перевищеним лімітом.== Фінансовий контроль постійних клієнтів ==
== Особистий кабінет клієнта і фінансовий блок ==
== Звіт по дебіторській заборгованості ==
А керівник бачить не тільки оборот, а реальну фінансову якість клієнтів. * створити задачу при простроченні рахунку;
* нагадати клієнту про оплату;
* заблокувати відвантаження при перевищенні ліміту;
* запустити погодження відстрочки;
* змінити фінансовий статус клієнта;
* повідомити керівника про прострочення 30+ днів;
* сформувати акт звірки;
* створити графік погашення;
* передати борг у юридичну роботу;
* оновити платіжний календар.{{SEO
|title=CRM для фінансового контролю клієнтів — контроль оплат, боргів, дебіторки, кредитних лімітів, рахунків і платіжної дисципліни
|description=CRM для фінансового контролю клієнтів — це система для управління клієнтами, рахунками, оплатами, дебіторською заборгованістю, кредитними лімітами, відстрочкою платежу, платіжною дисципліною, договорами, актами звірки, фінансовими ризиками, блокуванням відвантажень і аналітикою клієнтської прибутковості.
|keywords=CRM для фінансового контролю клієнтів, фінансовий контроль клієнтів, CRM дебіторська заборгованість, контроль оплат клієнтів, кредитний ліміт клієнта, платіжна дисципліна клієнтів, CRM для дебіторки, K2 ERP CRM, K2 ERP фінансовий контроль, контроль боргів клієнтів, акт звірки, відстрочка платежу, управління дебіторською заборгованістю
|image=https://erp.kyiv.ua
}}
Якщо прострочення > 7 днів:

9. функції ERP:

[[Категорія:Автоматизація продажів]]
Дебіторка напряму впливає на cash flow. Менеджер: “Це наш хороший клієнт ERP”. K2 ERP CRM перевіряє кредитний ліміт. {| class="wikitable" style="width:100%;"
== Погодження знижок і фінансовий контроль ==
Стандартна умова — 14 днів. {| class="wikitable" style="width:100%;"
У CRM варто розділяти:
<pre>
== Умови оплати клієнта ==
[[Категорія:Кредитний ліміт]]
== Звіт по оплатах клієнтів ==

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

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

Приклад:

Якщо фінансовий контроль живе в такому файлі, ризики вже поруч. '''[[Скоринг клієнта]]''' — це оцінка клієнта за певними критеріями. |-
| Бухгалтер
| функціонує із документами, рахунками, актами, оплатами, звірками. Бо продаж і оплата — це різні події. * що вже оплачено;
* що очікується;
* які етапи прострочені;
* що можна виконувати далі. Фінансист бачить історію оплат і ризик. * менеджера;
* керівника продажів;
* фінансиста;
* директора;
* коментар;
* причину;
* суму боргу;
* нове замовлення;
* строк очікуваної оплати;
* відповідального за контроль.

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

Іноді маленький клієнт ERP платить швидше, створює менше проблем і приносить кращу маржу. Менеджер створює угоду. Прибутковість клієнта показує, скільки компанія-користувач реально заробляє на клієнті. * План продажів;

План оплат. Статус

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

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

CRM не дає можливість створити виробниче замовлення без факту оплати. На перший погляд менеджер Б продав більше. Рахунок мав бути оплачений 10.05. * виробництва під замовлення; * нестандартних виробів; * великих партій; * нових клієнтів; * клієнтів із поганою платіжною дисципліною; * дорогих закупівель під клієнта; * сервісних робіт із запчастинами. * які рахунки виставлені; * які рахунки оплачені; * які рахунки частково оплачені; * які рахунки прострочені; * які оплати не рознесені; * які суми очікуються; * які оплати надійшли сьогодні; * які клієнти мають борги; * хто відповідальний за контакт із клієнтом. |- | Фінансист | Контролює оплати, борги, ліміти, відстрочки, акти звірки і фінансові ризики. Після узгодження фінальний борг фіксується в картці клієнта.== Погодження відстрочки платежу == Статус: клієнт ERP отримав, кошти очікуються За даними ERP борг 95 000 грн. Іноді клієнт ERP не платить не тому, що не хоче, а тому що йому не вистачає документа. Сума замовлення: 3 000 грн План продажів: 2 000 000 грн 5.== Фінансовий контроль у B2B CRM == Це різні події. Результат: потрібне погодження У [[Картка клієнта|картці клієнта]] мають бути не тільки контакти і задачі, а й фінансові показники. CRM здатна передавати в платіжний календар: Це оптимізує менеджеру одразу бачити правила роботи з клієнтом.== Маржа клієнта == !<pre> CRM повинна це бачити. Фактори ризику: клієнт ERP має борг 300 000 грн.== Накладений платіж і фінансовий контроль == платформа бачить прострочену дебіторку. Але компанії потрібна одна спільна картина.

Приклад:

! Приклад:

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

Прострочення оплат: регулярне.

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

Без фінансового контролю B2B-продажі можуть рости по обороту, але провалюватися по cash flow. |- | складський облік | Бачить, чи можна відвантажувати клієнту за фінансовими правилами. Це тільки надія на дохід. Правила зменшують суб’єктивність. CRM блокує відвантаження. | Щоб обмежити суму боргу клієнта і не відвантажувати більше, ніж компанія-користувач готова ризикувати. * виставлених рахунків;

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

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

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

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

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

CRM здатна автоматизовано:

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

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

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

Для інтернет-магазину критично не плутати “клієнт ERP отримав” і “гроші вже на рахунку”. У CRM можна використовувати Фінансовий статус клієнта.


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

K2 ERP CRM блокує відвантаження. CRM повинна показувати:

У B2B часто виступає як:

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

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

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

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

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

продажі та реалізація клієнту: 500 000 грн

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

Приклад:


рішення для бізнесу: дозволити відвантаження після письмового підтвердження оплати до 20.05

{| class="wikitable" style="width:100%;"
Приклад:
Доступний ліміт: 50 000 грн
Факт продажів: 2 100 000 грн
! Якщо оплати немає — створюється задача менеджеру. |-
| Навіщо потрібен кредитний ліміт? Саме в цьому головна перевага: менеджер бачить не тільки “хочу продати”, а й “чи можна продавати на таких умовах”.

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

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

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

інформаційні дані оперативно застарівають;
немає автоматичної інтеграції з банком;
немає зв’язку з CRM;
немає блокування відвантажень;
немає автоматичних задач;
швидко помилитися;
незрозуміло, хто змінив інформаційні дані;
немає єдиного джерела правди. “Зв’язатися з клієнтом щодо оплати рахунку №458”. Очікувана сума

Для виробництва фінансовий контроль особливо важливий. клієнт ERP визнає борг 80 000 грн. ! Кредитний ліміт — 200 000 грн. клієнт ERP отримав товар. | Це історія продукту того, як клієнт ERP платить: вчасно, із затримками, частково, регулярно або проблемно. Нове замовлення — 50 000 грн. Погодження відстрочки платежу потрібне, якщо клієнт ERP просить особливі умови. 100 000 грн — до 20.05

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

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

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

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

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

1. 5.

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

100 000 грн — до 10.05

CRM здатна контролювати документи, які впливають на оплату: Статус: недостатньо передоплати для запуску Комісія маркетплейсу: 180 грн

CRM контролює, чи гроші фактично надійшли. * прострочена дебіторка;

перевищено кредитний ліміт;
немає передоплати;
не підписано договір;
не погоджено знижку;
клієнт ERP у статусі ризику;
немає акту звірки;
спір по попередньому замовленню. Якщо це не зафіксовано в системі, потім дуже важко зрозуміти, хто прийняв рішення для бізнесу. Після 30 днів прострочення платформа блокує нові відвантаження. Поточний борг клієнта — 180 000 грн. Відвантаження дозволено.== Дебіторка і cash flow ==

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

Оплата затримана.== Контроль відвантаження при простроченні == Потрібно бачити:


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

Але це має бути погоджене рішення для бізнесу. | [[K2 ERP CRM]] здатна об’єднати клієнтів, угоди, рахунки, оплати, банк, дебіторку, ліміти, відвантаження, погодження і фінансову аналітику в одному ERP-контурі. Приклад:

!

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

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

Валова маржа: 110 000 грн Менеджер А продав на 1 000 000 грн, оплачено 900 000 грн.

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

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

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

Причина: клієнт ERP не врахував повернення товару. Значення

CRM повинна показати зміну поведінки. * до 3% — менеджер сам;

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

Приклад:

компанія-користувач здатна мати багато продажів і одночасно касовий розрив, якщо клієнти платять пізно. клієнт ERP перевіряє акт. Післяплата здатна бути нормальною практикою для надійного B2B-клієнта.<pre>

<pre>
== Платіжний календар клієнтів ==
== Причини затримки оплат ==

{| class="wikitable" style="width:100%;"

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

Приклад:

Замовлення через маркетплейс: 2 000 грн

! |-
| Що таке платіжна дисципліна? CRM повинна контролювати:

* чи виставлено рахунок;
* чи оплачено рахунок;
* яка сума боргу;
* чи виступає як прострочення;
* чи перевищено ліміт;
* чи виступає як акт звірки;
* чи можна відвантажувати;
* чи прибутковий клієнт ERP;
* яка історія продукту оплат;
* чи потрібно зупинити нові продажі та реалізація. '''[[Передоплата]]''' застосовують, коли потрібно для зменшення фінансового ризику. '''[[Графік погашення боргу]]''' потрібен, якщо клієнт ERP не здатна оплатити все одразу. “Зв’язатися з клієнтом щодо оплати”. Знижка 10% знижує маржу з 24% до 14%. * 100% передоплата;
* часткова передоплата;
* 50/50;
* післяплата;
* відстрочка 7 днів;
* відстрочка 14 днів;
* відстрочка 30 днів;
* оплата за фактом виконання;
* оплата за етапами;
* індивідуальний графік платежів. * рахунок;
* акт;
* накладна;
* ТТН;
* договір;
* додаткова угода;
* акт звірки;
* податкова накладна;
* сертифікат;
* специфікація.

погодив — фінансовий директор.

строк відстрочки;
дату відвантаження;
дату очікуваної оплати;
фактичну дату оплати;
прострочення;
відповідального;
історію змін умов. {| class="wikitable" style="width:100%;"

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

<pre>

50% передоплата — запуск виробництва. Кредитний ліміт: 150 000 грн. * [[Рахунок]];
* [[Оплата]];
* [[Дебіторська заборгованість]];
* [[Кредиторська заборгованість]];
* [[Кредитний ліміт клієнта]];
* [[Відстрочка платежу]];
* [[Платіжна дисципліна]];
* [[Акт звірки]];
* [[Договір]];
* [[Фінансовий ризик клієнта]];
* [[Блокування відвантаження]];
* [[Погодження відвантаження]];
* [[Погодження знижки]];
* [[Платіжний календар]];
* [[Рух грошових коштів]];
* [[Фінансова звітність]];
* [[Прибутковість клієнта]];
* [[Маржа клієнта]];
* [[Ліміт дебіторської заборгованості]]. CRM для фінансового контролю потрібна саме для того, щоб такі сюрпризи не ставали нормою. Дебіторка клієнтів: 420 000 грн

5. Статус
! * нагадати клієнту про оплату;
* перевірити причину прострочення;
* надіслати акт звірки;
* отримати підтвердження платежу;
* погодити відстрочку;
* уточнити графік оплати;
* попередити про блокування відвантаження;
* передати питання фінансисту;
* підготувати документи для юридичного відділу.<pre>
- заборонити нові відвантаження без погодження. Окрема класика:

Приклади:
Прострочення: 24 дні. Очікувана оплата: 15.05

<pre>
Приклад:
Рахунок прострочено на 3 дні. 3. Приклад:

- змінити статус клієнта на “Контроль”;

2. Рівень ризику
== Списання боргу ==
Окремо варто відзначити яка користувачі можуть не тільки продавати клієнтам, а й контролювати гроші: рахунки, оплати, борги, відстрочки, кредитні ліміти, дебіторську заборгованість, платіжну дисципліну, акти звірки, фінансові ризики і прибутковість клієнтів виступає ключовою рисою '''CRM для фінансового контролю клієнтів'''. 4. CRM з фінансовим контролем дає можливість бачити:
Це дає можливість об’єднати:
Потрібно контролювати:
<pre>
Статус клієнта: закритий / неактивний

Показники:

<pre>

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

'''[[Графік оплат]]''' потрібен для складних замовлень, проєктів або виробництва. Приклад:
Розбіжність: 15 000 грн. 5.== Ліміт дебіторської заборгованості по менеджеру ==

Погоджено графік погашення:

[[CRM]] добре функціонує з клієнтами, угодами, задачами і комунікаціями. Логістика: 90 грн

CRM показує: історії оплат немає, потрібна передоплата або погодження. ! Статус бізнес-процес: Борг: 120 000 грн Фінансовий ризик клієнта здатна оцінюватися за правилами. Звіт по оплатах клієнтів показує фактичні надходження. План оплат: 1 800 000 грн клієнт ERP просить відстрочку 45 днів. CRM з фінансовим контролем CRM здатна показувати: CRM здатна підтримувати Фінансові правила клієнта. | Так, щоб автоматизовано бачити фактичні оплати і не звіряти все вручну. Залишок: 60 000 грн

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

K2 ERP CRM здатна використовуватися для фінансового контролю клієнтів у складі K2 ERP. Висновок: потрібен контроль якості продажів і оплат

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

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

Новий клієнт ERP. Приклад:

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

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

Акт звірки потрібен для узгодження взаєморозрахунків. Оплачено: 40 000 грн сума — 75 000 грн, Фактичний прибуток: 530 грн Ризик: високий Блокування відвантаження потрібне, якщо клієнт ERP перевищив фінансові умови. Для менеджера. CRM повинна підказувати: клієнт ERP оплатив рахунок чи ні, чи виступає як прострочення, чи не перевищено кредитний ліміт, чи можна створювати нове замовлення, чи потрібно нагадати про оплату, чи варто погодити відвантаження з фінансистом. Етап

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

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

8. ! Потрібне погодження фінансового директора.


CRM зберігає, хто і чому погодив рішення для бізнесу. Банк передає оплату в K2 ERP. Менеджер

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

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

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

Приклад процесу прострочення:
Відвантаження: потребує погодження фінансиста. Знижка впливає на:
Проблеми Excel:

CRM створює задачу менеджеру:

Борг: 180 000 грн. 11.05 CRM створює задачу менеджеру. Корисні поля:
Прострочено: 80 000 грн
== Відстрочка платежу ==
Платіжний календар оптимізує планувати cash flow. Період прострочення

* прострочена дебіторка;
* часті затримки оплат;
* перевищення кредитного ліміту;
* великі знижки;
* низька маржа;
* часті повернення;
* рекламації;
* спірні акти;
* судові питання;
* погана історія продукту співпраці. Приклад:
Причина: клієнт ERP очікує підписаний акт. * договори;
* відстрочки;
* кредитні ліміти;
* регулярні поставки;
* часткові оплати;
* акти звірки;
* дебіторка;
* персональні умови;
* довгі цикли оплати;
* погодження;
* документи. Залишок: 28 000 грн

клієнт ERP оплатив → Банк передав виписку → K2 ERP знайшла рахунок → Статус оновився → Менеджер бачить оплату Фінансовий контроль клієнтів у CRM потрібен, щоб компанія-користувач не продавала “в повітря”. Приклад:

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

Відповідальний: бухгалтерський обліковий облік.

<pre>
Причина: клієнт ERP не підписує акт через розбіжність по кількості. як приклад:
Собівартість: 760 000 грн. * бачити борги клієнтів;
* контролювати оплату рахунків;
* не відвантажувати товар клієнтам із простроченням;
* контролювати відстрочку платежу;
* встановлювати кредитні ліміти;
* бачити платіжну дисципліну;
* попереджати менеджерів про ризики;
* автоматизовано створювати задачі на нагадування;
* формувати акти звірки;
* контролювати прибутковість клієнтів;
* аналізувати фінансову історію;
* відрізняти хороші продажі та реалізація від проблемних;
* захищати компанію від касових розривів. Строк оплати: 15.05

CRM здатна автоматизовано створювати [[Фінансові задачі]].<pre>
|-
| Надійний
| Оплачує вчасно, прострочень майже немає
|-
| Контроль
| Іноді прострочує, потрібне нагадування
|-
| Ризик
| Часто прострочує, потрібне погодження нових відвантажень
|-
| Стоп
| Має критичну заборгованість, нові продажі та реалізація заблоковані
|}

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

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


4. |-
| Чи підходить для B2B?== Ролі у фінансовому контролі клієнтів ==
Продаж сам по собі ще не означає фінансовий результат. Оборот: високий

<pre>

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

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

Фактичні надходження: 1 100 000 грн

<pre>

Рекомендація: зменшити відстрочку, нові замовлення тільки після часткової оплати
клієнт ERP замовив → Рахунок виставлено → Оплата отримана → Відвантаження виконано → Борг закрито → Маржа збережена
Причини блокування:
Фінансовий статус: тільки передоплата. '''[[Особистий кабінет клієнта]]''' здатна показувати фінансову інформацію. Менеджер Б продав на 1 200 000 грн, оплачено 500 000 грн, прострочено 300 000 грн. CRM повинна контролювати:

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

! * створено;
* відправлено клієнту;
* очікує оплату;
* частково оплачено;
* оплачено;
* прострочено;
* скасовано;
* повернення коштів;
* переплата. * які типи клієнтів;
* які умови оплати;
* які кредитні ліміти;
* хто здатна давати відстрочку;
* які правила блокування;
* хто погоджує винятки;
* як контролюються рахунки;
* як контролюються оплати;
* як функціонує банківська інтеграційні функції ERP;
* як формується дебіторка;
* як рахуються прострочення;
* як створюються задачі менеджерам;
* які статуси фінансового ризику;
* як формуються акти звірки;
* які звіти потрібні керівнику;
* які права доступу;
* які інформаційні дані переносити зі старих систем. 6. '''[[Інтеграція з банком]]''' потрібна, щоб CRM бачила фактичні оплати. Якщо прострочення перевищує ліміт — клієнт ERP переходить у статус “Контроль”. | Так, для B2B фінансовий контроль особливо важливий через відстрочки, договори, акти звірки, кредитні ліміти і дебіторку. продажі та реалізація за місяць: 2 000 000 грн

Собівартість: 1 200 грн

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

<pre>

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

У CRM потрібно фіксувати Причини затримки оплат. Якщо все правильно — акт отримує статус “Погоджено”. Сервісна заявка → Діагностика → Кошторис → Погодження клієнта → Рахунок → Оплата → Ремонт → Акт

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

Прострочення понад 30 днів. |-

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

Якщо клієнт ERP постійно вибиває знижки і платить із затримкою, CRM повинна це показувати. Без інтеграції менеджер або бухгалтер вручну перевіряє надходження. SEO-опис

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

! Приклад:

Висновок: оборот великий, прибутковість середня, фінансовий ризик високий. |-
| 15.05
| ТОВ “Альфа”
| 48 000 грн
| Очікується
|-
| 18.05
| ТОВ “Бета”
| 120 000 грн
| Підтверджено клієнтом
|-
| 20.05
| ТОВ “Гамма”
| 75 000 грн
| Ризик затримки
|}

Новий клієнт ERP ще не має історії.== Приклад процесу в K2 ERP CRM: продаж із відстрочкою ==

Кредитний ліміт: 200 000 грн

1. '''CRM для фінансового контролю клієнтів''' — це [[CRM]], яка пов’язує клієнтські продажі та реалізація з фінансовими показниками. клієнт ERP: ТОВ “Альфа”

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

Маржа: середня
Кредитний ліміт: 300 000 грн
Приклад:
клієнт ERP має прострочення 45 днів. 6.== Коротко ==
6. Краще:

Автоматичне правило: нові відвантаження заблоковані. '''[[K2 ERP CRM]]''' дає можливість поєднати клієнтську роботу з фінансовим контуром [[K2 ERP]]:
Причина: клієнт ERP ліквідований
!<pre>
Фінансист формує акт звірки → Менеджер надсилає клієнту → клієнт ERP погоджує або дає розбіжності → CRM фіксує статус

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

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

Прострочені: 150 000 грн

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

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

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

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

Прострочення: 6 днів

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

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

Собівартість: 390 000 грн

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

Доступний ліміт: 30 000 грн Фінансист: “Він нам винен 400 000 грн уже 47 днів”.

Приклад:

Оплачено: 300 000 грн

Приклад:

* клієнта;
* менеджера;
* суму боргу;
* строк боргу;
* прострочення;
* останній контакт;
* причину затримки;
* наступну дію;
* фінансовий статус;
* кредитний ліміт;
* прогноз оплати. * клієнта;
* угоду;
* етап продажу;
* суму угоди;
* відповідального менеджера;
* дату наступного контакту. Звичайна CRM
CRM повинна показати це до того, як виробництво витратить матеріали.== Післяплата ==

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

Знижки: 50 000 грн.

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

Якщо ремонт виконано, але клієнт ERP не оплатив — це вже не без зусиль сервісна заявка, а фінансове питання.== Рух грошових коштів і CRM == Гроші “в дорозі” — це ще не гроші на рахунку.== Акт звірки з клієнтом ==

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

Фактична оплата: 21.05

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


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

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

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

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

Приклад:

CRM повинна показувати:
Приклад:
платформа здатна показати, що для запуску виробництва оплати ще недостатньо. Замовлення: 500 000 грн. |-
| ТОВ “Альфа”
| 80 000 грн
| 12 днів
| Олена
| Очікується оплата 20.05
|-
| ТОВ “Бета”
| 150 000 грн
| 35 днів
| Іван
| Потрібен акт звірки
|}

Рахунок №1258

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

CRM створює контрольні задачі.

Нове замовлення: 50 000 грн

онлайн-оплати;
накладений платіж;
повернення коштів;
часткові повернення;
комісії платіжних систем;
комісії доставки;
маркетплейси;
неоплачені замовлення;
замовлення з післяплатою;
незабрані посилки;
повернення. Шановний клієнте, нагадуємо, що строк оплати рахунку №1258 на суму 48 000 грн — 15.05. Бізнесу потрібні продажі та реалізація, які перетворюються на гроші.

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

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

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

Приклад: продажі та реалізація за місяць: 900 000 грн

І обидва формально праві. 2. * автоматичне завантаження банківських виписок;

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

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

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

2. Що робить

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

Директор

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

50% — перед відвантаженням. Фінансовий статус: контроль

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

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

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

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

7. Сума CRM автоматизовано ставить дату очікуваної оплати після відвантаження. |-

Менеджер продажів

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

Доставка за наш рахунок: 30 000 грн. |-

ERP-адміністратор

Налаштовує правила, права доступу, статуси, бізнес-процеси і звіти. Сума

-

Чи потрібна інтеграційні функції ERP з банком? !

Нове замовлення: 40 000 грн

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

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

'''[[Списання боргу]]''' — крайній фінансовий сценарій.<pre>

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

Дебіторська заборгованість — це гроші, які клієнти винні компанії. Це кероване фінансове рішення для бізнесу. Менеджер створює нове замовлення.

Приклад:

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

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

6. Фінансист приймає рішення для бізнесу. Приклад: клієнт ERP 2 роки платив вчасно, але останні 3 місяці почав затримувати платежі. ! Приклади автоматизацій:

Менеджер: Іван Якщо через 3 дні оплати немає — задача керівнику. Приклад:


* хто клієнт ERP;
* яка історія продукту оплат;
* чи виступає як договір;
* чи виступає як ліміт;
* чи виступає як прострочення;
* хто погодив;
* яка сума;
* який строк оплати;
* хто відповідає. CRM повинна попереджати менеджера до того, як замовлення піде на складський облік або у виробництво. продажі та реалізація без оплати — це не повний результат менеджера. '''[[Погодження відвантаження]]''' здатна включати:

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

продажі та реалізація за рік: 2 400 000 грн
Гроші не зібрані. Приклад:

* суму накладеного платежу;
* статус доставки;
* дату отримання клієнтом;
* комісію служби доставки;
* дату перерахування грошей;
* фактичне надходження;
* повернення;
* відмову клієнта;
* розбіжності. * м’яке нагадування;
* офіційний лист;
* акт звірки;
* претензія;
* переговори;
* графік погашення;
* юридичний відділ;
* судова робота;
* списання боргу. Він відкриває кабінет і бачить усе сам. Типовий бізнес-процес виглядає так:
'''[[Рух грошових коштів]]''' або cash flow показує реальні надходження і витрати. Це не “платформа заважає продавати”. Приклад:
5.<pre>
Відвантаження без повної оплати заборонено. продажі та реалізація виконані.

Приклад:

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

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

Борг: 25 000 грн
[[Бізнес-процеси]] фінансового контролю можуть бути такими:
|-
| Низький
| Платить вчасно, боргів немає
|-
| Середній
| Іноді затримує оплату, потрібен контроль
|-
| Високий
| Часті прострочення, перевищення ліміту
|-
| Критичний
| Значний борг, нові продажі та реалізація тільки після рішення для бізнесу керівництва
|}

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

Менеджер бачить результат у CRM. Але CRM повинна контролювати:

Приклади:

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

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

== Приклад процесу в K2 ERP CRM: акт звірки ==
'''[[Прогноз оплат]]''' оптимізує планувати фінансовий блок.

Відстрочка: 14 днів Борг на 180 днів — це вже археологія.== Висновок ==


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

Статус: частково оплачено


інтеграційні функції ERP з банком
Для B2B це дуже інтуїтивно. |-

Чи можна блокувати відвантаження?== План продажів і план оплат == Угоди → Рахунки → Очікувані оплати → Фактичні оплати → Cash flow клієнт ERP не питає менеджера: Але для компанії результат здатна бути гіршим. * 7 днів; * 14 днів; * 30 днів; * 45 днів; * 60 днів; * індивідуальні умови. B2B CRM майже завжди потребує фінансового контролю.