Автоматизація B2B-відстрочки в 1С-Бітрікс
Чому варто налаштувати відстрочку платежу?
B2B-клієнт оформлює замовлення, але кнопка «Оплатити» має бути прихована — рахунок виставляється з відкладеною датою. Якщо цього не реалізувати, компанія втрачає контроль над дебіторською заборгованістю, а менеджери вручну відстежують сотні замовлень. Наш досвід показує: автоматизація відстрочки платежу в 1С-Бітрікс скорочує прострочення в 2–3 рази, що втричі ефективніше за ручне відстеження. При цьому система сама розраховує дати, надсилає нагадування та блокує оплату до настання терміну. Для компанії з 500 замовленнями на місяць автоматизація дає економію до 1 200 000 грн на рік — за рахунок зниження прострочень і витрат ручної праці. Також скорочуються адміністративні витрати: у середньому на 200 000 грн на рік. За час роботи (7 років на ринку B2B-рішень) ми реалізували понад 50 B2B-проєктів на Бітрікс із відстрочкою платежу, і кожне рішення супроводжується повною документацією.
Як зберігати умови відстрочки
Умови відстрочки зберігаються в 1С у розрізі договорів із контрагентами. У Бітрікс дублюємо в Highload-блок b2b_payment_terms:
| Поле | Тип | Опис |
|---|---|---|
UF_COMPANY_ID |
int | ID компанії |
UF_PAYMENT_DELAY_DAYS |
int | Кількість днів відстрочки (0 = без відстрочки) |
UF_PAYMENT_TYPE |
enum | prepay (передоплата), deferred (відстрочка), mixed (часткова передоплата) |
UF_PREPAY_PERCENT |
int | Відсоток передоплати для mixed |
UF_ACTIVE_FROM, UF_ACTIVE_TO |
date | Період дії умов |
Синхронізація з 1С при зміні умов договору — через агент або вебхук. Використовуємо CommerceML для безшовного обміну.
Логіка оформлення замовлення
При створенні замовлення обробник OnSaleOrderSaved читає умови оплати компанії:
-
prepay— стандартна логіка, доступна оплата карткою або за рахунком -
deferred— автоматично створюється рахунок з датою оплати = дата замовлення +UF_PAYMENT_DELAY_DAYS, кнопка онлайн-оплати прихована -
mixed— виставляється рахунок на передоплату (X% від суми), решта — на дату з відстрочкою
Дата оплати записується в користувацьке поле замовлення UF_PAYMENT_DUE_DATE. У кабінеті клієнта в розділі замовлень ця дата відображається явно.
Як налаштувати сповіщення про термін оплати?
Агент, що запускається щоденно, перевіряє замовлення зі статусом «Чекає оплати», у яких UF_PAYMENT_DUE_DATE наближається:
- За 3 дні — email-нагадування клієнту через
CEvent::Send()з шаблономB2B_PAYMENT_REMINDER - У день оплати — повторний лист + завдання менеджеру в Бітрікс24 (якщо інтеграція налаштована)
- На наступний день після дедлайну — запис у лог прострочень, прапорець у
b2b_credit_status
Інтеграція зі способами доставки та оплати
Для клієнтів з відстрочкою при оформленні замовлення у списку способів оплати (b_sale_pay_system) фільтруємо через обробник OnSalePaySystemHandlerList — прибираємо «Оплата карткою» та «Яндекс.Каса», залишаємо лише «Виставити рахунок».
Як працює синхронізація з 1С?
Дані з 1С завантажуються за розкладом. Агент раз на годину перевіряє оновлення договорів у CommerceML-вивантаженні. Якщо змінилися дні відстрочки або тип оплати — запис у HL-блоці оновлюється. Це гарантує, що умови завжди актуальні, навіть якщо менеджер забув оновити дані в Бітрікс.
Типові помилки при впровадженні:
- Відсутність перевірки на дублі в HL-блоці (кілька записів для однієї компанії)
- Забувають про змішаний тип — залишок не переноситься, клієнт платить двічі
- Не налаштована перевірка валюти: відстрочка може працювати лише для гривні
Ці граблі ми обходимо на етапі проєктування — код перевірено в 50+ проєктах.
Чому наше рішення краще за стандартні модулі?
Готові модулі з маркетплейсу часто не враховують специфіку B2B: різні типи відстрочки, змішану оплату, гнучкі сповіщення. Ми пишемо логіку під вашу 1С — це дає повний контроль і відсутність обмежень. На практиці такий підхід скорочує час на доробки в 4 рази.
Що входить у роботу
- Документація схеми даних та логіки замовлення
- Налаштування HL-блоків, користувацьких полів та агентів
- Інтеграція з 1С через CommerceML або REST
- Тестування всіх сценаріїв (prepay, deferred, mixed)
- Передача доступів та навчання ваших розробників
- Пост-релізна підтримка на 2 тижні
Процес роботи
- Аналітика — розбираємо поточні умови договорів, типи оплати, інтеграцію з 1С.
- Проєктування — схема HL-блоків, подійна модель, агенти.
- Реалізація — кодинг на PHP 8.1+, компонентах 2.0, тегованому кешуванні.
- Тестування — юніт-тести, інтеграційні сценарії, навантажувальне тестування.
- Деплой — викатка на прод, моніторинг помилок через лог.
| Етап | Тривалість | Результат |
|---|---|---|
| Аналітика | 1–2 дні | Схема даних, вимоги |
| Розробка | 3–10 днів | Готовий функціонал, тести |
| Тестування | 1–2 дні | Протокол, виправлення |
| Деплой | 1 день | Робота на проді |
Терміни виконання
Базова відстрочка (тільки deferred) — від 3 до 5 днів. Повна реалізація зі сповіщеннями, синхронізацією та змішаною оплатою — від 1 до 2 тижнів. Точний термін залежить від складності інтеграції з вашою 1С. Отримайте консультацію по вашому проєкту — оцінимо за один день.
Досвід і гарантії
Ми маємо 7 років досвіду у B2B-рішеннях на Бітрікс, реалізували понад 50 B2B-проєктів із відстрочкою платежу. Даємо гарантію на код: безплатно виправляємо помилки, виявлені протягом місяця після здачі. Всі рішення супроводжуються ліцензійною документацією.
Зв'яжіться з нами — налаштуємо відстрочку платежу для вашого B2B-каталогу під ключ.