Що таке партнерський кабінет на 1С-Бітрікс і навіщо він потрібен?
Партнерський кабінет на 1С-Бітрікс — це інструмент для управління партнерською програмою безпосередньо на сайті. Партнер реєструється, отримує реферальне посилання, залучає клієнтів та відстежує винагороди в особистому розділі. 1С-Бітрікс надає базовий механізм афіліатів у модулі sale, але для повноцінної партнерської програми його доводиться суттєво доопрацьовувати. Найчастіше такі кабінети замовляють інтернет-магазини, коли ручне управління партнерами перестає справлятися. Ми маємо досвід впровадження систем із сотнями активних партнерів і тисячами замовлень на день. Середній термін розробки — від 2 до 4 місяців залежно від складності інтеграцій. У цій статті розберемо ключові компоненти кастомного партнерського кабінету, поділимося досвідом і розповімо, як уникнути типових помилок.
Як працює штатний механізм афіліатів у Бітріксі?
Модуль sale включає підсистему «Афіліати» (\Bitrix\Sale\Affiliate). Базовий функціонал: реєстрація партнера через компонент bitrix:sale.affiliate.register, генерація реферального посилання з параметром partner_id, відстеження переходів та замовлень, розрахунок комісії (фіксований відсоток) і компонент bitrix:sale.affiliate.cabinet для перегляду статистики.
Обмеження штатного рішення: один рівень реферальності, фіксований відсоток без гнучких умов, мінімальний інтерфейс без графіків, відсутність механізму виплат і маркетингових матеріалів. Для реальної партнерської програми штатний модуль слугує фундаментом, а бізнес-логіка надбудовується через кастомні обробники та додаткові сутності.
Реєстрація партнера: що потрібно врахувати?
Процес реєстрації партнера відрізняється від звичайної реєстрації користувача. Партнер заповнює розширену анкету: ПІБ або назва компанії, ІПН для юросіб, сфера діяльності, канали просування, реквізити для виплат. Заявка не активується миттєво — вона потрапляє на модерацію. Менеджер перевіряє дані та приймає рішення. При схваленні партнеру присвоюється група «Партнери» та початковий рівень програми.
Технічна реалізація: розширена форма на bitrix:main.register з додатковими UF_*-полями, обробник OnAfterUserRegister створює запис у таблиці партнерів (highload-блок) і надсилає повідомлення менеджеру.
Як побудувати реферальну систему?
Партнер отримує унікальне посилання виду https://site.ru/?partner_id=XXX або https://site.ru/?ref=PROMO_CODE. При переході за посиланням у cookie записується ідентифікатор партнера з налаштовуваним строком життя (зазвичай 30–90 днів).
Моделі атрибуції:
| Модель | Опис | Застосовність |
|---|---|---|
| Last click | Винагороду отримує партнер, чиє посилання використовувалося останнім перед замовленням | Проста, підходить для більшості програм |
| First click | Винагорода у першого партнера в ланцюжку | Для вірусного маркетингу |
| Лінійна | Винагорода ділиться між партнерами пропорційно | Для складних партнерських мереж |
Штатний модуль підтримує тільки last click. Для інших моделей створюється кастомна таблиця переходів із фіксацією всього ланцюжка та обробник на подію OnSaleOrderPaid, який застосовує потрібну логіку розподілу. Кастомна система рівнів підвищує конверсію партнерів у 2-3 рази порівняно зі штатною.
Промо-коди — альтернатива реферальним посиланням. Партнер отримує іменний промо-код, клієнт вводить його при оформленні замовлення. Промо-код прив'язаний до партнера через правило кошика (\Bitrix\Sale\Discount) і одночасно фіксує продаж за партнером. Докладніше про моделі атрибуції — у Wikipedia.
Чому важливі рівні партнерства?
Багаторівнева програма мотивує партнерів нарощувати обсяги. Рівні зберігаються в окремому highload-блоці з параметрами:
| Рівень | Умова переходу | Комісія | Бонуси |
|---|---|---|---|
| Початковий | Реєстрація | 5% від суми замовлення | Базові промо-матеріали |
| Срібний | Обіг від 500 000 ₽ за квартал | 7% | Розширені банери, пріоритетна підтримка |
| Золотий | Обіг від 2 000 000 ₽ за квартал | 10% | Персональний менеджер, ко-брендинг |
| Платиновий | Обіг від 5 000 000 ₽ за квартал | 12% + бонус за обсяг | Індивідуальні умови, спільні заходи |
Перерахунок рівня запускається агентом (\CAgent) за розкладом — раз на добу або при кожному оплаченому замовленні через обробник. При зміні рівня партнер отримує повідомлення, оновлюється відсоток комісії для майбутніх замовлень.
Додаткові моделі винагород: фіксована сума за кожне замовлення (для послуг), відсоток від першого замовлення залученого клієнта + відсоток від повторних (LTV-модель), бонус за досягнення порогу, багаторівневий маркетинг (реалізується через рекурсивне прив'язування parent_partner_id).
Що входить у дашборд партнера?
Основний екран кабінету відображає ключові метрики та інструменти управління.
Статистика: переходи за реферальним посиланням (по днях, тижнях, місяцях), реєстрації залучених клієнтів, замовлення (кількість, суми, середній чек), конверсія (перехід → реєстрація → замовлення), нараховані винагороди та поточний баланс. Дані агрегуються в highload-блоці статистики. Графіки будуються на Chart.js або ApexCharts, дані підвантажуються через AJAX-запити до кастомного контролера (\Bitrix\Main\Engine\Controller).
Інструменти: генератор реферальних посилань із UTM-мітками, список промо-кодів з можливістю створення нових (в рамках ліміту рівня), історія виплат із фільтрацією за періодом та статусом.
Як відбувається розрахунок винагород?
Розрахунок виконується при зміні статусу замовлення на «Оплачено» через обробник OnSalePayOrder. Алгоритм:
- Визначається партнер за cookie
partner_idабо промо-кодом замовлення. - Завантажується поточний рівень партнера та його відсоток комісії.
- Обчислюється база для розрахунку — сума замовлення за вирахуванням доставки, купонів та ПДВ (конфігурується).
- Нараховується винагорода на внутрішній баланс партнера.
- Якщо включено багаторівневий маркетинг — рекурсивно нараховуються винагороди вищим партнерам із спадаючим відсотком.
- Створюється запис у журналі нарахувань (highload-блок: partner_id, order_id, amount, type, date).
Скасування та повернення: при скасуванні замовлення або поверненні коштів винагорода сторнується через зворотний запис у журналі. Якщо винагорода вже виплачена — створюється заборгованість партнера, яка враховується при наступній виплаті.
Як організовані виплати партнерам?
Система виплат працює за заявним принципом. Партнер формує заявку на виведення коштів при досягненні мінімальної суми (поріг налаштовується). Процес обробки заявки: партнер натискає «Вивести кошти», вказує суму та реквізити; заявка потрапляє до списку на модерацію; менеджер перевіряє дані та підтверджує виплату; після фактичної оплати статус змінюється на «Виплачено». Для юросіб — виплата за актом виконаних робіт. Система генерує акт за шаблоном, партнер підписує, бухгалтерія проводить оплату.
Які маркетингові матеріали надавати?
Розділ кабінету з промо-матеріалами: банери різних форматів із вбудованим реферальним посиланням (HTML-код для вставки), логотипи та брендбук для ко-брендингу, шаблони email-розсилок, описи товарів/послуг для розміщення на сайті партнера, презентації у форматі PDF. Матеріали зберігаються в інфоблоці з прив'язкою до рівня партнерства. Партнер початкового рівня бачить базовий набір, золотий — розширений з індивідуальними варіантами.
Типові помилки при розробці партнерського кабінету
- Відсутність cookie-верифікації при атрибуції (переходи можуть втрачатися при блокуванні кукі)
- Неоптимальні запити до highload-блоків при великій кількості партнерів — використовуйте кешування теговане
- Ігнорування обробки повернень та сторнування винагород — веде до розбіжностей у звітності
- Відсутність регламенту модерації заявок на виплати
Ми гарантуємо, що ваша партнерська програма працюватиме стабільно та масштабуватиметься. Наш досвід включає інтеграції з 1С, СДЕК, ЮKassa та інші. Офіційна документація модуля sale: dev.1c-bitrix.ru. Отримайте консультацію — ми оцінимо проект і запропонуємо оптимальне рішення. Зв'яжіться з нами, щоб обговорити деталі вашої партнерської програми.







