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

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

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

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

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

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

Фінансист	Контролює оплати, борги, ліміти, відстрочки, акти звірки і фінансові ризики.; CRM повинна показувати: Звіт по оплатах клієнтів показує фактичні надходження.; 50% — перед відвантаженням.; 8.; * Рахунок; Оплата; Дебіторська заборгованість; Кредиторська заборгованість; Кредитний ліміт клієнта; Відстрочка платежу; Платіжна дисципліна; Акт звірки; Договір; Фінансовий ризик клієнта; Блокування відвантаження; Погодження відвантаження; Погодження знижки; Платіжний календар; Рух грошових коштів; Фінансова звітність; Прибутковість клієнта; Маржа клієнта; Ліміт дебіторської заборгованості.; продажі та реалізація за рік: 2 400 000 грн повну суму рахунку; оплачену суму; залишок; відсоток оплати; дату платежу; наступну очікувану оплату.; Статус Знижка впливає на: - заборонити нові відвантаження без погодження.; * фінансову надійність; платіжну дисципліну; оборот; маржу; повторність покупок; ризик прострочення; потенціал розвитку; якість співпраці.; |-	Чому важлива дебіторська заборгованість?;== Фінансовий контроль у B2B CRM == борги; ліміти; відстрочки; коментарі; дати оплат; акти звірки; статуси клієнтів.; Очікувані оплати цього тижня: 850 000 грн	; продажі та реалізація за місяць: 900 000 грн Приклад процесу прострочення: - змінити статус клієнта на “Контроль”; [[Категорія:Платіжна дисципліна]] <pre> * менеджера; * керівника продажів; * фінансиста; * директора; * коментар; * причину; * суму боргу; * нове замовлення; * строк очікуваної оплати; * відповідального за контроль.; Простими словами, така CRM відповідає на питання: Фактори ризику: !; {| class="wikitable" style="width:100%;" {| class="wikitable" style="width:100%;" Для інтернет-магазину істотно не плутати “замовник отримав” і “гроші вже на рахунку”.;== Скоринг клієнта == CRM повинна контролювати: == Погодження відстрочки платежу == * показувати прострочення менеджеру; * створювати задачу на дзвінок; * надсилати клієнту нагадування; * блокувати нове відвантаження; * змінювати статус клієнта; * ескалювати питання керівнику; * формувати список проблемних клієнтів.; 100 000 грн — до 20.05 == Погодження знижок і фінансовий контроль == перше замовлення тільки по передоплаті; кредитний ліміт 0; відстрочка після 3 успішних оплат; перевірка реквізитів; погодження великих замовлень; перевірка договору; контроль першого відвантаження.; CRM має змогу прогнозувати надходження на основі: Доступний ліміт: 30 000 грн CRM сприяє прогнозувати надходження від клієнтів: Під ризиком: 180 000 грн Іноді це замовник, з яким потрібно змінити умови.; Приклад: CRM повинна фіксувати: Потрібно для запуску: 400 000 грн 5.; замовник → Угода → Рахунок → Оплата → Замовлення → Відвантаження → Дебіторка → Контроль строку оплати → Повторний продаж заборонити нове відвантаження; дозволити тільки після оплати боргу; дозволити тільки після часткової оплати; вимагати погодження керівника; перевести клієнта на передоплату; зменшити кредитний ліміт; створити задачу менеджеру.; Якщо 15.05 оплата не надійшла — задача ескалується керівнику.; Менеджер створює замовлення клієнта.; Проблемний клієнт — це не завжди поганий замовник.; Сума Контроль відвантаження без оплати Нагадування про оплату можуть бути: Оборот: високий Якщо борг не сплачується, CRM має змогу фіксувати перехід у [[Юридична робота з боргами|юридичну роботу]].;== Прогноз оплат == {| class="wikitable" style="width:100%;" Відстрочка: 14 днів == Графік погашення боргу == <pre> * суму боргу; * платежі; * дати; * відповідального; * домовленості; * статус виконання; * прострочення графіка; * нові обмеження.; Етап сума — 75 000 грн, <pre> Факт оплат: 1 200 000 грн [[Категорія:K2 ERP CRM]] <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> У [[Картка клієнта|картці клієнта]] мають бути не тільки контакти і задачі, а й фінансові показники.; Умова !;[[Категорія:Дебіторська заборгованість]] Приклад структури: Він відкриває кабінет і бачить усе сам.;== Приклад процесу в K2 ERP CRM: акт звірки == Менеджеру не потрібно кожного разу вгадувати, можна чи не можна.; Якщо це не зафіксовано в системі, потім дуже важко зрозуміти, хто прийняв рішення для бізнесу.; Якщо замовник має прострочення, CRM має змогу застосовувати правила: Умови оплати повинні бути зафіксовані в CRM.; Приклад розподілу: Приклад: хто платить вчасно; хто затримує оплату; хто перевищує кредитний ліміт; кому можна давати відстрочку; кому потрібна передоплата; кого потрібно перевести в статус ризику; які менеджери продають із якісною оплатою; які клієнти приносять прибуток, а які створюють касові розриви.; Це зменшує ручну роботу і кількість помилок.; Звичайна CRM Якщо CRM і ERP працюють окремо, менеджер має змогу не бачити фінансового ризику клієнта.; Фінансист формує акт звірки.;== Фінансовий контроль менеджерів == {| class="wikitable" style="width:100%;" Автоматичне правило: нові відвантаження заблоковані.; Прострочено: 160 000 грн Приклад: Статус: замовник отримав, кошти очікуються == Висновок == замовник не питає менеджера: Для [[CRM для виробництва|виробництва]] фінансовий контроль особливо важливий.;[[Категорія:Фінансовий контроль клієнтів]] 7.;[[Категорія:Автоматизація продажів]] == Фінансовий контроль документів == Але їх теж потрібно контролювати.;<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> 100 000 грн — до 30.05 У касі грошей немає.; Борг: 180 000 грн.; замовник: ТОВ “Альфа” Платіжна дисципліна сприяє приймати рішення для бізнесу не на емоціях, а на історії.;<pre> CRM з фінансовим контролем надає можливість бачити: Потрібно захищати: Приклад: == Ліміт дебіторської заборгованості по менеджеру == * клієнта; * угоду; * етап продажу; * суму угоди; * відповідального менеджера; * дату наступного контакту.;</div> '''[[B2B CRM]]''' майже завжди потребує фінансового контролю.; * продажі та реалізація; * оплати; * дебіторка; * прострочена дебіторка; * середній строк оплати клієнтів; * маржа; * знижки; * кількість погоджень; * проблемні клієнти; * відвантаження з простроченням; * виконання плану оплат.; Статус: частково оплачено !; Приклад: 6.; Приклад: Бо продаж і оплата — це різні події.; '''[[Прострочена дебіторська заборгованість]]''' — це борг, який не оплачено вчасно.; Іноді маленький замовник платить швидше, створює менше проблем і приносить кращу маржу.; Для [[CRM для інтернет-магазину|інтернет-магазину]] фінансовий контроль теж важливий.; Після замовлення борг перевищить ліміт.; Приклад: Приклад: '''[[K2 ERP CRM]]''' має змогу використовуватися для фінансового контролю клієнтів у складі [[K2 ERP]].; '''[[Платіжна дисципліна]]''' показує, як замовник виконує фінансові зобов’язання.;<pre> CRM повинна показати зміну поведінки.;== Списання боргу == Для B2B це дуже комфортно.; Типовий файл: Приклад: == Фінансовий контроль у сервісі == Така картка клієнта набагато корисніша, ніж без ускладнень “телефон, email, коментар”.; 2.; платформа бачить, що ліміт не перевищено.; |- | Директор | Приймає рішення для бізнесу по великих лімітах, проблемних боргах, блокуваннях і винятках.; Новий замовник ще не має історії.; План продажів: 2 000 000 грн * за 3 дні до строку оплати; * у день оплати; * через 1 день прострочення; * через 7 днів прострочення; * через 30 днів прострочення.; CRM повинна контролювати: У B2B часто є собою: Замовлення: 500 000 грн.; |- | Чи можна блокувати відвантаження?; Рахунок мав бути оплачений 10.05.; | Це CRM, яка сприяє контролювати рахунки, оплати, борги, дебіторку, кредитні ліміти, відстрочки, акти звірки і фінансові ризики клієнтів.; замовник Дебіторка напряму впливає на cash flow.;== Фінансовий контроль постійних клієнтів == * передоплату; * оплату за етапами; * запуск виробництва після оплати; * закупівлю матеріалів під клієнта; * собівартість; * маржу; * остаточну оплату перед відвантаженням; * дебіторку; * рекламації; * гарантійні витрати.; Борг: 120 000 грн Приклад B2B-процесу: Відвантаження: потребує погодження фінансиста.; Проблеми Excel: замовник купив на 1 000 000 грн.; Якщо є собою розбіжності — створюється задача на уточнення.; Сценарії: Контроль оплат клієнтів Результат: потрібне погодження Середній строк оплати: 18 днів Звіт по фінансових ризиках клієнтів CRM повинна показувати: == Післяплата == Нове замовлення: 50 000 грн замовник має борг 300 000 грн.; Приклад: Кредитний ліміт: 300 000 грн <pre> Якщо умови не зафіксовані в системі, кожне замовлення починає жити за усними домовленостями.; CRM повинна це бачити.; Сума !;<pre> Менеджер створює замовлення клієнта.; Замовлення на виробництво: 800 000 грн 1.; замовник робить нове замовлення.;<pre> !; Кредитний ліміт: 200 000 грн Фінансові правила для клієнтів Причина: замовник очікує підписаний акт.; Рівень ризику виробництва під замовлення; нестандартних виробів; великих партій; нових клієнтів; клієнтів із поганою платіжною дисципліною; дорогих закупівель під клієнта; сервісних робіт із запчастинами.; замовник замовив → Рахунок виставлено → Оплата отримана → Відвантаження виконано → Борг закрито → Маржа збережена Менеджер А продав на 1 000 000 грн, оплачено 900 000 грн.; !;== Розбіжності з клієнтом == Приклад: Фінансова задача без відповідального — це без ускладнень тривожна цифра.; Але для компанії результат має змогу бути гіршим.; CRM повинна показувати: 8.; CRM для фінансового контролю потрібна саме для того, щоб такі сюрпризи не ставали нормою.; Менеджер: “Це наш хороший замовник”.;== Погодження відвантаження == Оплачено: 40 000 грн CRM має змогу допомогти: які рахунки виставлені; які рахунки оплачені; які рахунки частково оплачені; які рахунки прострочені; які оплати не рознесені; які суми очікуються; які оплати надійшли сьогодні; які клієнти мають борги; хто відповідальний за контакт із клієнтом.; Скиньте ще раз рахунок, акт і суму боргу.; Формується рахунок на передоплату.; Значення Відстрочка платежу — це умова, коли замовник платить не одразу, а через певний строк.; 7.; Для менеджера. CRM повинна підказувати: замовник оплатив рахунок чи ні, чи є собою прострочення, чи не перевищено кредитний ліміт, чи можна створювати нове замовлення, чи потрібно нагадати про оплату, чи варто погодити відвантаження з фінансистом.; Передоплата Дебіторська заборгованість у CRM Що таке CRM для фінансового контролю клієнтів Дебіторка зросла: 900 000 грн “Зв’язатися з клієнтом щодо оплати рахунку №458”.;== Прибутковість клієнта == Потрібно контролювати: 5.;== Фінансовий контроль договорів == Борг: 25 000 грн ; * договори; відстрочки; кредитні ліміти; регулярні поставки; часткові оплати; акти звірки; дебіторка; персональні умови; довгі цикли оплати; погодження; документи.; CRM фіксує домовленість.; замовник перевіряє акт.; Фінансист надає можливість або відхиляє відвантаження.; Рахунок отримує статус “Оплачено”.; |- Як сприяє K2 ERP CRM?; Наступна дія: надати підтвердження відвантаження.;== Приклад процесу в K2 ERP CRM: продаж із передоплатою == автоматизація процесів фінансового контролю ; Приклад оцінки: CRM зберігає, хто і чому погодив рішення для бізнесу.; Якщо прострочення перевищує ліміт — замовник переходить у статус “Контроль”.; K2 ERP CRM перевіряє фінансовий стан клієнта.; Приклад правил: платформа бачить прострочену дебіторку.; * маржу; прибутковість; цінову політику; поведінку клієнта; очікування майбутніх знижок.; Собівартість: 760 000 грн.; нагадати клієнту про оплату; перевірити причину прострочення; надіслати акт звірки; отримати підтвердження платежу; погодити відстрочку; уточнити графік оплати; попередити про блокування відвантаження; передати питання фінансисту; підготувати документи для юридичного відділу.; Після узгодження фінальний борг фіксується в картці клієнта.; рахунки; строки оплат; графіки платежів; очікувані оплати; борги; прострочення; ймовірність платежу.; Приклади статусів: Головне — не чекати, поки прострочення стане “історичним”.; Що робить 5.; 100 000 грн — до 10.05 Платіжний календар сприяє планувати cash flow.; Вона особливо важлива для: Це кероване фінансове рішення для бізнесу.; |- Навіщо потрібен кредитний ліміт?; Графік погашення боргу потрібен, якщо замовник не має змогу оплатити все одразу.; Якщо прострочення > 7 днів: Дебіторка_актуальна_нова_після_правок_фінансиста_остаточна_2.xlsx клієнтів; Угоди; Замовлення клієнтів; рахунки; оплати; банк; дебіторку; Платіжний календар; Рух грошових коштів; кредитні ліміти; відстрочки; акти звірки; погодження; блокування відвантажень; фінансову звітність; аналітику продажів; прибутковість клієнтів.; 6.; 10.05 50 000 грн Оплачено 20.05 50 000 грн Очікується 30.05 75 000 грн Очікується Контроль відвантаження при простроченні У CRM потрібно фіксувати [[Причини затримки оплат]].;== Клієнтська картка з фінансовими показниками == Прострочення: 10 днів Новий замовник.; CRM створює задачу менеджеру на відправку клієнту.; * строк відстрочки; * дату відвантаження; * дату очікуваної оплати; * фактичну дату оплати; * прострочення; * відповідального; * історію змін умов.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> <pre> Доступний ліміт: 50 000 грн Це надає можливість керівнику бачити проблеми до того, як вони стануть критичними.; Фінансовий статус: контроль !; Фінансовий статус: тільки передоплата.; 4.; CRM автономно ставить дату очікуваної оплати після відвантаження.; |- | ERP-адміністратор | Налаштовує правила, права доступу, статуси, бізнес-процеси і звіти.; * ручні; * автоматичні; * email; * SMS; * Viber; * Telegram; * через особистий кабінет; * через менеджера; * через фінансиста.; 1.; 8.; 2.;== Права доступу до фінансової інформації == 4.;== Відстрочка платежу == Причина: прострочення понад 60 днів у минулому періоді.; |- | Що таке платіжна дисципліна?; замовник 2 роки платив вчасно, але останні 3 місяці почав затримувати платежі.; Приклад: '''[[Акт звірки]]''' потрібен для узгодження взаєморозрахунків.; !; Залишок: 28 000 грн Порівняння: Погодження має змогу враховувати: Приклад: CRM має змогу контролювати документи, які впливають на оплату:
15.05	ТОВ “Альфа”	48 000 грн	Очікується
18.05	ТОВ “Бета”	120 000 грн	Підтверджено клієнтом
20.05	ТОВ “Гамма”	75 000 грн	Ризик затримки

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

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

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

<pre> Рекламації: 5 випадків.; Поточний борг клієнта — 180 000 грн.; Фактичний прибуток: 530 грн * онлайн-оплати; * накладений платіж; * повернення коштів; * часткові повернення; * комісії платіжних систем; * комісії доставки; * маркетплейси; * неоплачені замовлення; * замовлення з післяплатою; * незабрані посилки; * повернення.; замовник Собівартість: 1 200 грн Ризик: високий Приклад: Статуси рахунків: == Блокування відвантаження == * виставлених рахунків; * графіків оплат; * історії клієнта; * домовленостей; * ймовірності платежу; * статусу угоди; * відстрочки; * прострочень.; За 2 дні до строку клієнту надсилається нагадування.; | [[K2 ERP CRM]] має змогу об’єднати клієнтів, угоди, рахунки, оплати, банк, дебіторку, ліміти, відвантаження, погодження і фінансову аналітику в одному ERP-контурі.; CRM має змогу передавати в платіжний календар: Постійні клієнти можуть мати кращі умови.; Прострочення: 6 днів

CRM повинна контролювати: Кредитний ліміт: 150 000 грн.; !; Це надає можливість об’єднати:

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

• чи не зловживає замовник умовами;
• чи прибутковий він;
• чи не перевищує ліміт;
• чи платить вчасно;
• чи виправдані знижки.; | Щоб обмежити суму боргу клієнта і не відвантажувати більше, ніж організація готова ризикувати.; Це вже не без ускладнень продаж.; CRM повинна показувати:

Чим краще описані фінансові правила, тим менше ручних конфліктів між продажами і фінансами.; Угоди → Рахунки → Очікувані оплати → Фактичні оплати → Cash flow

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

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

Поточний борг: 170 000 грн Приклад: План оплат: 1 800 000 грн

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

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

замовник отримав товар.;

А для B2B з відстрочкою: Бізнес-процеси фінансового контролю можуть бути такими: |- | Надійний | Оплачує вчасно, прострочень майже немає |- | Контроль | Іноді прострочує, потрібне нагадування |- | Ризик | Часто прострочує, потрібне погодження нових відвантажень |- | Стоп | Має критичну заборгованість, нові продажі та реалізація заблоковані |}

CRM має змогу автономно:

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

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

2.; '''[[Блокування відвантаження]]''' потрібне, якщо замовник перевищив фінансові умови.; Післяплата має змогу бути нормальною практикою для надійного B2B-клієнта.; Фінансист формує акт звірки → Менеджер надсилає клієнту → замовник погоджує або дає розбіжності → CRM фіксує статус

Договір надає можливість відстрочку 21 день.; '''[[Рух грошових коштів]]''' або cash flow показує реальні надходження і витрати.; Показники:
'''[[VIP-клієнт]]''' не означає “можна все”.;== Фінансовий контроль у виробництві ==
Відвантаження без оплати дозволено:

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

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

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

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

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

бізнес-процес:

<pre>

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

== Графік оплат ==

* 100% передоплата;
* часткова передоплата;
* 50/50;
* післяплата;
* відстрочка 7 днів;
* відстрочка 14 днів;
* відстрочка 30 днів;
* оплата за фактом виконання;
* оплата за етапами;
* індивідуальний графік платежів.; Знижка 10% знижує маржу з 24% до 14%.;== План продажів і план оплат ==
Причина: замовник не врахував повернення товару.; Це не “платформа заважає продавати”.; |}

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

Приклад:

<pre>

Борг на 180 днів — це вже археологія.; Наступна дія
Гроші “в дорозі” — це ще не гроші на рахунку.; CRM з фінансовим контролем

!; Висновок: потрібен контроль якості продажів і оплат

[[CRM]] добре функціонує з клієнтами, угодами, задачами і комунікаціями.;<pre>

Відвантаження без повної оплати заборонено.;<pre>
Собівартість: 390 000 грн
Вона функціонує не тільки з [[Ліди|лідами]], [[Клієнтська база|клієнтами]], [[Угоди|угодами]] і [[Замовлення клієнтів|замовленнями]], а й з такими об’єктами:
CRM з фінансовим контролем сприяє побачити це раніше.; {| class="wikitable" style="width:100%;"
Коментар “не платить” не сприяє.; | Звичайна CRM веде клієнтів і угоди, а CRM з фінансовим контролем показує ще й гроші: оплату, борг, прострочення, ліміт, маржу і ризики.;

Поточний борг: 250 000 грн Залишок: 60 000 грн

!; Менеджер зв’язується з клієнтом.; CRM блокує відвантаження.; Приклад:

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

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

1.; Статус

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

Приклад:

Приклад:

• прострочена дебіторка;
• перевищено кредитний ліміт;
• немає передоплати;
• не підписано договір;
• не погоджено знижку;
• замовник у статусі ризику;
• немає акту звірки;
• спір по попередньому замовленню.; Розбіжність: 15 000 грн.; Менеджер бачить, що можна продовжувати бізнес-процес.;

</div> Але це має бути погоджене рішення для бізнесу.; 3.;<pre> Правила зменшують суб’єктивність.; Багато компаній ведуть фінансовий контроль у Excel.; Якщо оплати немає — створюється задача менеджеру.;{{SEO |title=CRM для фінансового контролю клієнтів — контроль оплат, боргів, дебіторки, кредитних лімітів, рахунків і платіжної дисципліни |description=CRM для фінансового контролю клієнтів — це система для управління клієнтами, рахунками, оплатами, дебіторською заборгованістю, кредитними лімітами, відстрочкою платежу, платіжною дисципліною, договорами, актами звірки, фінансовими ризиками, блокуванням відвантажень і аналітикою клієнтської прибутковості. |keywords=CRM для фінансового контролю клієнтів, фінансовий контроль клієнтів, CRM дебіторська заборгованість, контроль оплат клієнтів, кредитний ліміт клієнта, платіжна дисципліна клієнтів, CRM для дебіторки, K2 ERP CRM, K2 ERP фінансовий контроль, контроль боргів клієнтів, акт звірки, відстрочка платежу, управління дебіторською заборгованістю |image=https://erp.kyiv.ua }} * новий замовник; * без боргу; * надійний; * під контролем; * прострочення; * високий ризик; * стоп-відвантаження; * судова робота; * тільки передоплата; * тільки після погодження.; Очікуване надходження: 2 940 грн Якщо замовник постійно вибиває знижки і платить із затримкою, CRM повинна це показувати.; |- | Чи потрібна інтеграційні функціональні можливості з банком?; * контроль рахунку; * контроль оплати; * контроль прострочення; * погодження кредитного ліміту; * погодження відстрочки; * погодження відвантаження; * акт звірки; * графік погашення боргу; * юридична претензія; * списання боргу.;<pre> [[Категорія:Рух грошових коштів]] А усні домовленості у фінансах — це жанр підвищеного ризику.; * створено; * відправлено клієнту; * очікує оплату; * частково оплачено; * оплачено; * прострочено; * скасовано; * повернення коштів; * переплата.;

- створити задачу менеджеру;

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

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

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

Це гроші, які ще потрібно отримати.; погодив — фінансовий директор.;

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

строк оплати — 7 днів,
замовник хоче нове замовлення.; Причини блокування:
!;

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

Приклад:

Краще:
Приклади:
<pre>
!; 3.; За даними ERP борг 95 000 грн.;

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

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

Це має змогу бути ранній сигнал фінансових проблем клієнта.; |-
| Логіст
| Контролює доставку тільки після дозволу на відвантаження.;== Бізнес-процеси фінансового контролю ==
Це платформа не дає продавати в борг без контролю.; __TOC__

Якщо фінансовий контроль живе в такому файлі, ризики вже поруч.; Саме в цьому головна перевага: менеджер бачить не тільки “хочу продати”, а й “чи можна продавати на таких умовах”.; Прострочення: 24 дні.; Замовлення клієнта → Перевірка ліміту → Відвантаження → Відстрочка 14 днів → Контроль оплати → Акт звірки → Наступне замовлення
== Фінансовий контроль в інтернет-магазині ==
{| class="wikitable" style="width:100%;"
|-
| 0 днів
| Не прострочено
|-
| 1–7 днів
| Легке прострочення
|-
| 8–30 днів
| Потрібен контроль
|-
| 31–60 днів
| Високий ризик
|-
| 60+ днів
| Критичний ризик
|}

2.; * середній строк оплати;
* кількість прострочень;
* максимальне прострочення;
* частка прострочених оплат;
* регулярність оплат;
* сума прострочень;
* історичний розвиток боргів;
* виконання кредитного ліміту.; '''[[Звіт по фінансових ризиках клієнтів]]''' має змогу показувати:

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

Так формується платіжна дисципліна клієнта.; 5.; CRM повинна бути пов’язана з договором.; * суму накладеного платежу;
* статус доставки;
* дату отримання клієнтом;
* комісію служби доставки;
* дату перерахування грошей;
* фактичне надходження;
* повернення;
* відмову клієнта;
* розбіжності.; Бізнесу потрібні продажі та реалізація, які перетворюються на гроші.;<pre>

Рахунок прострочено на 3 дні.; Приклад:
!; * історії оплат;
* обсягу покупок;
* договору;
* фінансового стану клієнта;
* галузі;
* ризику;
* рішення для бізнесу керівництва;
* страхування;
* забезпечення;
* категорії клієнта.; характеристика
Причина: замовник не підписує акт через розбіжність по кількості.; Строк оплати: 15.05

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

Висновок: оборот великий, прибутковість середня, фінансовий ризик високий.; '''[[Прибутковість клієнта]]''' показує, скільки організація реально заробляє на клієнті.; CRM показує статус “Очікує оплату”.;== Фінансовий контроль VIP-клієнтів ==
Платіжна дисципліна: низька
Приклад:
<pre>
== Що потрібно описати перед впровадженням CRM для фінансового контролю ==
А керівник бачить не тільки оборот, а реальну фінансову якість клієнтів.; Це різні події.;

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

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

• які умови оплати;
• які кредитні ліміти;
• хто має змогу давати відстрочку;
• які правила блокування;
• хто погоджує винятки;
• як контролюються рахунки;
• як контролюються оплати;
• як функціонує банківська інтеграційні функціональні можливості;
• як формується дебіторка;
• як рахуються прострочення;
• як створюються задачі менеджерам;
• які статуси фінансового ризику;
• як формуються акти звірки;
• які звіти потрібні керівнику;
• які права доступу;
• які інформаційні дані переносити зі старих систем.; * до 3% — менеджер сам;
• 3–7% — керівник продажів;
• 7–12% — фінансист;
• більше 12% — директор;
• нижче мінімальної маржі — заборонено без окремого рішення для бізнесу.; Кредитний ліміт — 200 000 грн.; Очікувана оплата: 15.05

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

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

Маржа: середня

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

* чи виставлено рахунок;
* чи оплачено рахунок;
* яка сума боргу;
* чи є собою прострочення;
* чи перевищено ліміт;
* чи є собою акт звірки;
* чи можна відвантажувати;
* чи прибутковий замовник;
* яка історичний розвиток оплат;
* чи потрібно зупинити нові продажі та реалізація.; Борг
Сервісна заявка → Діагностика → Кошторис → Погодження клієнта → Рахунок → Оплата → Ремонт → Акт
Цей звіт корисний менеджерам, фінансистам і керівництву.; 6.; Логістика: 90 грн

<pre>

Дебіторка клієнтів: 420 000 грн

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

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

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

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

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

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

Статус клієнта: закритий / неактивний функціональні можливості:

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

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

Якщо через 3 дні оплати немає — задача керівнику.; * персональні ціни;

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

Новий B2B-клієнт хоче замовлення на 250 000 грн з відстрочкою 30 днів.; Гроші не зібрані.;

CRM має змогу показувати:

<pre>

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

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

Менеджер: Іван
{{DISPLAYTITLE:CRM для фінансового контролю клієнтів}}

7.; Знижки: 50 000 грн.; Погоджено графік погашення: CRM повинна контролювати: Окрема класика:

Практичний сенс. Продаж без контролю оплати — це ще не дохід.; Контроль оплат клієнтів — базова функція фінансової CRM.; 3.; Факт продажів: 2 100 000 грн

Погодження знижки важливе для фінансового контролю.; !; Створюється задача на погодження фінансисту.; CRM має змогу показувати фінансові результати менеджерів.; |- | Керівник продажів

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

CRM створює контрольні задачі.; Нове замовлення — 50 000 грн.; !; Статус: частково оплачено

Приклад:

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

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

Але компанії потрібна одна спільна картина.; Фактичні надходження: 1 100 000 грн
== Накладений платіж і фінансовий контроль ==
Приклад:
|-
| Низький
| Платить вчасно, боргів немає
|-
| Середній
| Іноді затримує оплату, потрібен контроль
|-
| Високий
| Часті прострочення, перевищення ліміту
|-
| Критичний
| Значний борг, нові продажі та реалізація тільки після рішення для бізнесу керівництва
|}

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

'''[[Інтеграція з банком]]''' потрібна, щоб CRM бачила фактичні оплати.; Бо борг на 5 днів — це робоче питання.; На перший погляд менеджер Б продав більше.; Період прострочення
'''[[Скоринг клієнта]]''' — це оцінка клієнта за певними критеріями.;

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

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

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

Приклад:

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

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

“Зв’язатися з клієнтом щодо оплати”.; CRM повинна зберігати: Рахунок прострочено → Задача менеджеру → Нагадування клієнту → Якщо оплати немає 7 днів → Ескалація керівнику → Якщо 30 днів → Блокування відвантажень

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

У CRM можна використовувати Фінансовий статус клієнта.; Платіжний календар показує очікувані надходження.;

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

| Бачить, чи можна відвантажувати клієнту за фінансовими правилами.;

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

Підтверджені клієнтами: 520 000 грн

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

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

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

'''[[Списання боргу]]''' — крайній фінансовий сценарій.; Потрібно контролювати:
== Типові помилки без фінансового контролю в CRM ==
!; Після 30 днів прострочення платформа блокує нові відвантаження.;</div>

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

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

[[Категорія:Кредитний ліміт]]

фінансового контролю клієнтів потрібна забезпечується через '''Головне.''' CRM; додатково реалізовано щоб менеджери бачили не тільки “замовник хороший, багато купує”, а й “замовник оплатив, прострочив, перевищив ліміт, має борг, приносить прибуток або створює фінансовий ризик”.; Фінансова відомості повинна мати [[Права доступу]].; Шановний клієнте, нагадуємо, що строк оплати рахунку №1258 на суму 48 000 грн — 15.05.; Прострочені: 150 000 грн

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

<pre>
організація має змогу контролювати не тільки борги клієнтів, а й борги по менеджерах.; Відвантаження дозволено.; | Так, щоб автономно бачити фактичні оплати і не звіряти все вручну.; Стандартна умова — 14 днів.; '''[[Кредитний ліміт клієнта]]''' — це максимальна сума боргу, яку організація надає можливість клієнту.; як ілюстрація:

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

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

Прострочено: 80 000 грн

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

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

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

замовник має прострочення 45 днів.;<pre>
<pre>
Комісія маркетплейсу: 180 грн

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

<pre>

<pre>

<pre>

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

CRM створює задачу менеджеру:
Це сприяє менеджеру одразу бачити правила роботи з клієнтом.; Рахунок прострочено на 12 днів.; Валова маржа: 110 000 грн

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

Умова: 50% передоплата

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

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

'''[[Особистий кабінет клієнта]]''' має змогу показувати фінансову інформацію.; Відповідь
Статус: недостатньо передоплати для запуску
CRM має змогу показувати:

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

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

Доставка за наш рахунок: 30 000 грн.; Приклад:

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

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

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

Якщо ремонт виконано, але замовник не оплатив — це вже не без ускладнень сервісна заявка, а фінансове питання.; Приклади правил:
2.; Це тільки надія на дохід.; Сума замовлення: 3 000 грн
4.; Для [[CRM для сервісу|сервісу]] фінансовий контроль охоплює:
Виняток: тільки через погодження директора.; '''CRM для фінансового контролю клієнтів''' — це важливий інструмент для компаній, які хочуть керувати не тільки продажами, а й грошима.;</div>

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

Етапи:

* [[План продажів]];
* [[План оплат]].; Бо бізнесу потрібні не без ускладнень продажі та реалізація.;

CRM має змогу автономно створювати Фінансові задачі.; продажі та реалізація клієнту: 500 000 грн

Фінансист бачить історію оплат і ризик.; CRM має змогу застосовувати правила:

Погодження відстрочки платежу потрібне, якщо замовник просить особливі умови.; Банк передає оплату в K2 ERP.; Окремо варто відзначити яка користувачі можуть не тільки продавати клієнтам, а й контролювати гроші: рахунки, оплати, борги, відстрочки, кредитні ліміти, дебіторську заборгованість, платіжну дисципліну, акти звірки, фінансові ризики і прибутковість клієнтів виступає ключовою рисою CRM для фінансового контролю клієнтів.; Прострочено |- | Що таке CRM для фінансового контролю клієнтів?; !; Дата

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

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

Саме з цієї причини фінансовий контроль краще функціонує в CRM у складі ERP, як ілюстрація у K2 ERP CRM.; Сума: 48 000 грн 6.; !; Перед впровадженням потрібно описати:

Умова: 70% передоплата.; |- | Чим вона відрізняється від звичайної CRM?; Можливість

Менеджер Б продав на 1 200 000 грн, оплачено 500 000 грн, прострочено 300 000 грн.; Фінансовий контроль клієнтів у CRM потрібен, щоб організація не продавала “в повітря”.; 3.; Оплата затримана.; Умови:

!; Менеджер створює угоду.;

Оплачено: 20 000 грн
== Приклад процесу в K2 ERP CRM: перевищення кредитного ліміту ==
Менеджер створює нове замовлення.; Приклад:

<pre>

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

Варіанти:

* створити задачу при простроченні рахунку;
* нагадати клієнту про оплату;
* заблокувати відвантаження при перевищенні ліміту;
* запустити погодження відстрочки;
* змінити фінансовий статус клієнта;
* повідомити керівника про прострочення 30+ днів;
* сформувати акт звірки;
* створити графік погашення;
* передати борг у юридичну роботу;
* оновити платіжний календар.;== Нагадування клієнтам про оплату ==
'''[[Ліміт дебіторської заборгованості по менеджеру]]''' надає можливість бачити:
1.;== Чому звичайної CRM недостатньо ==

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

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

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

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

• відстрочка;
• кредитний ліміт;
• графік оплат;
• штрафи;
• пеня;
• валюта;
• ціна;
• умови перегляду цін;
• порядок звірки;
• умови відвантаження.; CRM повинна показувати обидва показники.; * 7 днів;
• 14 днів;
• 30 днів;
• 45 днів;
• 60 днів;
• індивідуальні умови.; Приклад:

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

<pre>

Прострочення оплат: регулярне.; Приклад:
CRM має змогу підтримувати [[Фінансові правила клієнта]].; * бачити борги клієнтів;
* контролювати оплату рахунків;
* не відвантажувати товар клієнтам із простроченням;
* контролювати відстрочку платежу;
* встановлювати кредитні ліміти;
* бачити платіжну дисципліну;
* попереджати менеджерів про ризики;
* автономно створювати задачі на нагадування;
* формувати акти звірки;
* контролювати прибутковість клієнтів;
* аналізувати фінансову історію;
* відрізняти хороші продажі та реалізація від проблемних;
* захищати компанію від касових розривів.; CRM повинна фіксувати розбіжності як задачу або окремий бізнес-процес.; Менеджер
'''[[Часткова оплата]]''' часто зустрічається в B2B, виробництві, сервісі та великих продажах.; На папері продажі та реалізація є собою.; Фінансист: “Він нам винен 400 000 грн уже 47 днів”.; продажі та реалізація виконані.;== Кредитний ліміт клієнта ==

50% передоплата — запуск виробництва.; '''[[Розбіжності з клієнтом]]''' можуть виникати через:

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

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

7.; А надія, як відомо, у фінансовій звітності виглядає гірше, ніж гроші на рахунку.; Замовлення відправлено з накладеним платежем.;

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

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

Служба доставки має перерахувати кошти.; Дебіторська заборгованість — це гроші, які клієнти винні компанії.; замовник → Угода → Рахунок → Оплата → Дебіторка → Ліміт → Відвантаження → Акт звірки → аналітичні інструменти

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

Приклад:

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

Не кожен великий замовник — хороший замовник.; * рахунок;
* акт;
* накладна;
* ТТН;
* договір;
* додаткова угода;
* акт звірки;
* податкова накладна;
* сертифікат;
* специфікація.;== Ролі у фінансовому контролі клієнтів ==

Показники:

Приклад:

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

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

замовник визнає борг 80 000 грн.; 4.; Потрібно враховувати:

6.;== Маржа клієнта ==
== Коротко ==
CRM має змогу автоматизувати багато фінансових процесів.; Відвантаження блокується або відправляється на погодження.; CRM має змогу фіксувати:

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

Типовий бізнес-процес виглядає так:

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

має змогу включати:

Дебіторка і cash flow
9.; !; Приклад оцінки:
Корисні поля:
замовник просить відстрочку 45 днів.; * Рахунки;
* Оплати;
* Банківська виписка;
* Інтеграція з банком;
* Дебіторська заборгованість;
* Кредиторська заборгованість;
* Складський облік;
* Відвантаження;
* Собівартість;
* Маржа;
* Фінансова звітність;
* Платіжний календар;
* Рух грошових коштів;
* Управлінський облік.; Рахунок: 100 000 грн
Приклад процесу в K2 ERP CRM: прострочена дебіторка
Потрібне погодження фінансового директора.; рішення для бізнесу фіксується в системі.; Поширена проблема. продажі та реалізація радіють великому замовленню, складський облік уже готує відвантаження, замовник просить ще “трошки у відстрочку”, а бухгалтерський обліковий облік тихо показує прострочений борг за три попередні поставки.; Іноді це великий ризик у гарній упаковці.; Великий замовник із великим боргом — це не завжди перемога продажів.; |-
| Чи підходить для B2B?; * замовник не бачить рахунок;
* замовник не отримав акт;
* оплата не рознесена;
* повернення не враховано;
* знижка не відображена;
* різні дати документів;
* помилка в сумі;
* часткове відвантаження;
* спір по якості;
* спір по доставці.; CRM створює бізнес-процес погодження.; Приклад:
!; Питання