Налаштування Бітрікс24 для оптової компанії під ключ

Налаштування Бітрікс24 для оптової компанії

Оптова компанія працює за довгим циклом угоди: від першого контакту до відвантаження минає 2-4 тижні, замовлення повторювані, у кожного клієнта — індивідуальні умови за цінами, відстрочкою та лімітами. Стандартний Бітрікс24 без налаштування втрачає цей контекст: менеджер не пам’ятає, яку знижку обіцяв три місяці тому, і перепитує в клієнта повторно. В результаті — затягнуті переговори, втрачені замовлення та прострочення, про які дізнаються занадто пізно.

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

Що входить до налаштування?

Чому стандартний Бітрікс24 не підходить для оптової компанії?

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

Як ми налаштовуємо CRM для опту?

1. Аудит: Вивчаємо поточні процеси, структуру клієнтів, типові угоди та точки росту.
2. Проектування: Створюємо структуру даних — користувацькі поля, довідники, воронки.
3. Реалізація: Налаштовуємо каталог, роботи, інтеграції. Тестуємо кожну зв’язку.
4. Навчання: Проводимо тренінги для відділів продажів та закупівель.
5. Запуск: Переводимо компанію на нову CRM протягом дня, контролюємо перші угоди.

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

Структура клієнтської бази

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

Додаємо користувацькі поля компанії: UF_CLIENT_CATEGORY (оптовий, дистриб’ютор, торгова мережа), UF_PRICE_TYPE (який прайс застосовується), UF_CREDIT_LIMIT, UF_PAYMENT_DELAY (відстрочка в днях), UF_REGION, UF_ASSIGNED_MANAGER. Офіційна документація Бітрікс24 за користувацькими полями рекомендує такий підхід для врахування специфіки бізнесу.

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

Воронка оптових продажів

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

Первинна воронка: Холодний контакт → Кваліфікація → КП направлено → Переговори → Узгодження умов → Договір → Перше відвантаження → Постійний клієнт.

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

У результаті час на виставлення рахунку скорочується в 2-3 рази, а помилки через забуті умови виключаються.

Каталог і рахунки

У Бітрікс24 підключаємо Каталог товарів з оптовими позиціями та цінами. Рахунки та КП формуються прямо з CRM із підтягуванням позицій та дилерських цін. Для різних груп клієнтів — різні прайс-листи через поле UF_PRICE_TYPE.

Інтеграція з 1С (якщо є): через модуль обміну «1С:CRM» або REST API. Рахунки, виставлені в 1С, дублюються в CRM через вебхук. Оплата в 1С → автоматично змінює стадію угоди в Бітрікс24.

Контроль дебіторки

Додаємо в картку компанії поля заборгованості (UF_DEBT_AMOUNT, UF_DEBT_DAYS). Робот: якщо UF_DEBT_DAYS > 5 → задача менеджеру «Нагадати про оплату». Якщо > 14 → задача керівнику. Дані синхронізуються з 1С через агент або вебхук.

За нашими даними, впровадження такої схеми скорочує втрати від прострочень на 80%. Середні втрати до налаштування сягають до 1 200 000 гривень на рік — ця сума йде на ручний контроль і списання безнадійних боргів. Після налаштування ви зберігаєте до 960 000 гривень.

Порівняння до та після налаштування

Терміни та гарантії

Налаштування структури клієнтської бази, двох воронок, каталогу, роботів і базової інтеграції з 1С: 3-4 тижні. Складні інтеграції (декілька систем, кастомні звіти) можуть зайняти до 2 місяців. Бюджет розраховується індивідуально в залежності від обсягу робіт. Оцінимо проект протягом дня. Працюємо за договором, гарантія на всі доопрацювання — 30 днів.

Зв'яжіться з нами для попередньої оцінки проекту. Отримайте консультацію: наші інженери допоможуть підібрати конфігурацію під ваш бізнес.

B2B-портали на 1С-Бітрікс

Наша спеціалізація — розробка B2B-порталів на 1С-Бітрікс. Не просто «інтернет-магазинів для оптовиків». Тут інший всесвіт: у кожного контрагента свій прайс, свій кредитний ліміт, свій набір документів і свій менеджер у Краснодарі. Роздрібний покупець обирає за картинкою та відгуками. Оптовик вбиває 50 артикулів у форму швидкого замовлення і чекає рахунок через 30 секунд.

У нас 10+ років досвіду в цій ніші, понад 50 проектів впровадження. Гарантія на роботи — 12 місяців. Сертифіковані спеціалісти 1С-Бітрікс. Зв'яжіться з нами — ми проаналізуємо вашу поточну структуру цін і запропонуємо архітектуру порталу під ваш бізнес.

Як влаштоване ціноутворення в B2B-порталі?

Якщо в роздробі одна ціна для всіх, то в B2B — матриця. Типи цін в b_catalog_price множаться на групи контрагентів, накопичувальні знижки, валютні перерахунки та договірні умови. Саме тут проект або злітає, або тоне в багах.

Типи цін і прайс-листи. У Бітрікс типи цін задаються через CCatalogGroup. Стандартний набір: роздрібна, дрібнооптова, оптова, дилерська, дистриб'юторська. Кожен контрагент прив'язаний до групи користувачів, група — до типу ціни. Але реальність складніша: один дилер може бачити оптові ціни на електроніку та дистриб'юторські на аксесуари. Це вже не штатний механізм — потрібна кастомна логіка через обробник OnSaleBasketItemBeforePriceSave.

Знижки — прогресивна шкала за обсягом (від 100 штук — мінус 5%, від 500 — мінус 12%), накопичувальні за період, сезонні, за категоріями. Знижки комбінуються через пріоритети в b_sale_discount. Порядок застосування — окремий головний біль: знижка може бути до або після фіксованої; пріоритети налаштовуються в «Правилах роботи з кошиком». При 20+ правилах налагодження перетворюється на квест.

Кредитні ліміти. Контрагенту встановлюється поріг відвантаження в кредит. Поточна заборгованість синхронізується з 1С через регістр РасчетыСКонтрагентами. Перевищення ліміту → блокування оформлення замовлення. Без цього менеджери відвантажують у борг, а бухгалтерія потім розгрібає дебіторку.

Договірні ціни — прайс прив'язаний до конкретного договору: терміни дії, номер, умови пролонгації. Договір закінчився — ціни перемикаються на базові автоматично. Реалізується через користувацькі властивості замовлення та обробник OnSaleComponentOrderProperties.

Валюта — для ЗЕД обов'язково. Перерахунок за курсом ЦБ (парсинг cbr.ru через CCurrencyRates::ConvertCurrency()) або фіксований курс контракту.

Що входить до дилерського кабінету?

Замовлення — повна історія з фільтрацією за статусами, датами, сумами. Повтор попереднього замовлення в один клік — для регулярних закупівель це економить години. Шаблони замовлень для типових позицій.

Фінанси — сальдо взаєморозрахунків, акт звірки, історія оплат. Все, що бухгалтер зазвичай запитує по email і чекає три дні — в кабінеті миттєво. Дані тягнуться з 1С через REST або CommerceML.

Документи — рахунки, накладні, рахунки-фактури, УПД, акти. Формуються в 1С, PDF пушиться на портал через інтеграцію. Завантаження одним кліком. Жодного «надішліть повторно, загубилося в пошті».

Управління співробітниками дилера — адміністратор створює обліковки з розмежуванням прав. Менеджер із закупівель формує замовлення, бухгалтер бачить лише фінанси, керівник — загальну картину. Реалізується через розширення стандартних груп користувачів Бітрікс.

Швидке замовлення: артикул + кількість = рахунок

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

• Форма швидкого замовлення — автопідстановка найменування та ціни при введенні артикула. Використовуємо AJAX-пошук по b_iblock_element.XML_ID або PROPERTY_ARTICLE. 50 позицій за 3 хвилини
• Імпорт з Excel/CSV — клієнт вивантажив зі своєї системи, завантажив на портал. Автоспівставлення артикулів, перевірка наявності, формування замовлення. Парсинг через PHPExcel або PhpSpreadsheet
• Кошик з повною інформацією — вага, об'єм, кількість місць, орієнтовна вартість доставки до оформлення

Чому інтеграція з 1С критична для B2B-порталу?

Без актуальних даних з 1С портал марний. Менеджер Іванов змінив ціну на цвяхи — через 15 хвилин дилер в Красноярську має бачити нову ціну.

CommerceML простіше: штатний модуль обміну, XML-файли, мінімум налаштувань. Але він повільний на великих каталогах і не підтримує кастомні сутності (кредитні ліміти, сальдо). REST API через HTTP-сервіс 1С — гнучкіший, швидший, але потребує доопрацювання на стороні 1С. На практиці часто використовуємо гібрид: CommerceML для каталогу, REST для цін, залишків і документів. Згідно з офіційною документацією 1С-Бітрікс, для B2B-порталів критично налаштувати синхронізацію довідників та залишків у реальному часі. Детальніше про CommerceML та REST API 1С-Бітрікс.

ЕДО: юридично значущий обмін без паперу

Для великих B2B-проектів:

• Провайдери — Контур.Діадок, СБІС, Калуга Астрал. Рахунки-фактури, акти, накладні в електронному вигляді з юридичною силою
• КЕП — кваліфікований електронний підпис. Контрагент підписує акт прямо в кабінеті
• Роумінг між операторами — без цього половина партнерів, у яких інший оператор ЕДО, залишиться за бортом

Багатофілійність

• Регіональні склади — клієнт бачить залишки найближчого складу, може обрати склад відвантаження. Товар є в Новосибірську, але немає в Москві — портал покаже обидва варіанти з різними термінами
• Автоназначення менеджера — дилер з Краснодару працює з Іваном, з Єкатеринбурга — з Мариною. За полем UF_REGION в картці контрагента
• Локальні умови — мінімальна сума замовлення, умови доставки, терміни — відрізняються за регіонами

Процес розробки B2B-порталів

Розробка B2B-порталів включає п'ять етапів. Нижче таблиця з орієнтовними термінами та результатами.

Що входить в роботу:

• Повна проектна документація (ТЗ, архітектурна схема, протоколи інтеграції)
• Налаштування серверного оточення та розгортання (On-Premise або хмара)
• Перенесення всіх користувацьких даних та конфігурацій
• Навчання адміністраторів порталу (2 заняття онлайн)
• Гарантійна підтримка 12 місяців з реакцією до 4 годин

Після запуску — техпідтримка та розвиток. B2B-портал — жива система, яка еволюціонує разом з бізнесом.

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

На старті перевірте коректність типів цін та груп користувачів, обмежте кількість знижкових правил (не більше 3–4), протестуйте інтеграцію з 1С на реальних даних, видайте дилерам доступи та проведіть навантажувальне тестування на 50 одночасних користувачів.

Замовте розробку B2B-порталу та отримайте консультацію спеціаліста. Зв'яжіться з нами для обговорення вашого проекту — ми підготуємо попередній розрахунок та запропонуємо оптимальне рішення.