CRM для оптової компанії та B2B-продажів: у кожного контрагента свій прайс, ліміт і відстрочка, а борг рахується від дати відвантаження.
CRM для оптової компанії починається з прайсу. У кожного контрагента своя цінова колонка, свій кредитний ліміт і свій строк відстрочки, і замовлення підтягує все це саме, без ручного перерахунку. Відвантаження закриває резерв, а рахунок після нього стає боргом із конкретною датою. Менше прострочених боргів, більше повторних замовлень і прозорий контроль складу й маржі.
В опті товар їде раніше, ніж приходять гроші, — і весь облік тримається на цьому проміжку. Борг у межах ліміту дозволяє відвантажити наступну партію без зупинки; прострочений строк відстрочки виводить замовлення на погодження керівника. Шлях від прайсу до повторного відвантаження показано нижче.
Ціна в опті не одна: базовий прайс, дилерська колонка, акційна позиція, договірна ціна під контракт. Система підставляє ту, що належить контрагенту за договором, а ручне відхилення вимагає погодження й лишає слід у документі.
Замовлення формується прямо з картки клієнта з актуальними залишками й резервом товару під клієнта. Видно, що є на складі, а що під замовлення, тож менеджер не обіцяє те, чого немає, а товар не «зависає» в подвійному резерві.
Оптова угода живе довше за один рахунок, тому система тримає її стан на кожному кроці:
| Тип угоди | Що змінюється в обліку |
|---|---|
| Замовлення дилера за прайсом | ціна тягнеться з персональної колонки, ручна правка йде на погодження |
| Відвантаження частинами | кожна партія має свою ТТН, залишок замовлення висить до повного закриття |
| Відстрочка платежу | строк рахується від дати відвантаження, після прострочення нові заявки блокуються |
| Резерв на складі | товар знімається з вільного залишку на 3 дні й далі повертається автоматично |
| Повернення від клієнта | оформлюється актом і зменшує дебіторку за конкретним рахунком |
Система формує рахунки, видаткові накладні й ТТН прямо із замовлення, а також веде доставку й передачу перевізнику. Документи прив'язані до замовлення, тож відвантаження проходить швидко, а паперів не доводиться шукати вручну.
Борг рахується від дати відвантаження, а не від дати рахунка — і саме тому строк оплати в опті рідко збігається з очікуваннями менеджера. Реєстр показує суми за днями прострочення: до 7 днів, до 30, понад 30. Скільки грошей повертає щоденна робота з цим реєстром, прикиньте калькулятором нижче.
Оптова угода закривається не одним рахунком, а низкою відвантажень за одним договором. Тому менеджера оцінюють не за кількістю дзвінків, а за оборотом закріплених контрагентів і за тим, скільки з них зникло з відвантажень за квартал.
Магазин чи виробництво замовляє за своїм циклом — раз на два тижні, раз на місяць, під сезон. Система знає цей інтервал за історією відвантажень і виводить контрагента в окремий список, коли звичний строк вийшов, а замовлення так і не було.
У дашборді — оборот і маржа за період, дебіторка з розбивкою по днях прострочення, оборотність складу за групами товару. Найкорисніший звіт тут — по неліквіду: позиції, що лежать без відвантажень квартал і довше, це заморожені гроші.
Товар уже відвантажено, а гроші ще ні — на цьому розриві й будується оптовий облік:
Робота починається з виявлення обсягу: у вас уже є готове технічне завдання або ми з'ясовуємо потреби разом у розмові (зазвичай це займає від 20 хвилин до години). На основі цього складається прайс-лист, поділений на етапи (розділи, звіти та функції — наприклад, картка контрагента, резерв партії, дебіторка, кабінет дилера), і кожен етап має власну ціну. Ви бачите не одну суму за «CRM», а зрозумілий перелік і самі вирішуєте, з чого почати. Виконання кожного етапу ви контролюєте й приймаєте його окремо. Готову систему ви отримуєте повністю у власність, а ми надалі супроводжуємо проєкт і за потреби масштабуємо його: доопрацювання й вдосконалення, другий склад, нові розділи та функціонал.
Складський блок у роботі показує кейс CRM для складського обліку «Instech» — з матеріалами, пачками, слябами, бронюванням і оплатами.
Зазвичай від тижня до трьох. Довідник контрагентів із кодами ЄДРПОУ та прайси імпортуються майже автоматично, а от залишки заводять на дату інвентаризації — інакше резерв із першого ж дня розійдеться з фактом на складі. Найдовше узгоджують не самі дані, а те, які одиниці виміру й кратність пакування вважати основними.
Вільний залишок у рядку стає нульовим одразу: резерв закріплюється за замовленням, підтвердженим першим, а рядок другого менеджера стає дефіцитним. Відвантажити більше, ніж є, система не дасть, а дефіцит потрапляє в перелік позицій до закупівлі. Це знімає ситуацію, коли клієнту пообіцяли товар, який уже поїхав іншому.
CRM веде замовлення, резерв, відвантаження та дебіторку, але комірок, партій за термінами придатності й маршрутів комплектувальника вона не рахує і WMS не замінює. На складах із кількома тисячами артикулів дві системи працюють поруч і обмінюються залишками.
Права налаштовуються окремо: менеджер працює з відпускною ціною й рамкою знижки, а закупівельна ціна та маржа лишаються керівнику відділу й власнику. Так менеджер не може ані здати умови постачальника, ані самостійно зайти нижче межі рентабельності.
Так, але замовлення піде через погодження: система підсвічує суму боргу й кількість днів прострочення та блокує відвантаження до рішення керівника. Кредитний ліміт і відстрочка задаються по кожному контрагенту, тому постійному покупцеві з добрим платіжним досвідом погодження проходить за хвилини.