Інтеграція Бітрікс24 з Planfix
Менеджер закриває угоду в Бітрікс24, потім вручну створює проєкт в Planfix, копіюючи дані клієнта та дублюючи ТЗ. Виробничий відділ не бачить статус угоди, менеджер не знає, на якому етапі проєкт. Інформація розходиться через тиждень. Ми вирішуємо цю проблему за допомогою інтеграції двох систем «під ключ». Наш досвід інтеграції Бітрікс24 з Planfix та сертифіковані спеціалісти гарантують злагоджену роботу без подвійного введення. Оцінимо ваш проєкт за один день — отримайте консультацію.
Економія на ручному введенні даних становить до 50 000 гривень на рік для відділу з 5 менеджерів.
Чому потрібно інтегрувати Бітрікс24 з Planfix?
Інтеграція усуває подвійне введення та забезпечує наскрізну прозорість: угода в Б24 пов'язана з проєктом в Planfix, статуси синхронізуються, дані передаються автоматично. Без інтеграції менеджери витрачають до 30% часу на ручне копіювання. Замовте інтеграцію та поверніть час на продажі.
Як налаштувати синхронізацію угод і проєктів?
Зв'язка Б24 і Planfix реалізується трьома способами. Вибір залежить від глибини інтеграції та бюджету:
| Підхід | Складність | Можливості | Коли підходить |
|---|---|---|---|
| iPaaS (Albato / Make) | Низька | Передача даних по подіях, базовий маппінг полів | Типові сценарії, малий об'єм |
| REST API обох систем | Середня | Повна двостороння синхронізація, кастомна логіка | Нестандартні процеси |
| Гібрид: iPaaS + доопрацювання | Середня | iPaaS для основного потоку, скрипти для складних випадків | Баланс швидкості та гнучкості |
REST API дає в 5 разів більше гнучкості, ніж iPaaS-рішення. Planfix надає REST API з аутентифікацією по API-ключу. Бітрікс24 — REST API з OAuth 2.0 або вхідні/вихідні вебхуки. Офіційна документація: REST API Бітрікс24.
Приклад налаштування вебхука на PHP
// Обробник події ONCRMDEALUPDATE
$arFields = $_REQUEST['data']['FIELDS'];
if ($arFields['STAGE_ID'] == 'WON') {
$deal = CRest::call('crm.deal.get', ['ID' => $arFields['ID']]);
$projectData = [
'name' => $deal['result']['TITLE'],
'client' => $deal['result']['CONTACT_ID'],
'status' => 'in_progress'
];
$result = callPlanfixAPI('project.add', $projectData);
CRest::call('crm.deal.update', [
'ID' => $deal['result']['ID'],
'fields' => ['UF_PLANFIX_PROJECT_ID' => $result['id']]
]);
} Сценарій: Угода → Проєкт
Найпоширеніший кейс. При переході угоди в Б24 на стадію «Виграна» або «В роботу»:
- Обробник отримує дані угоди через вебхук
ONCRMDEALADD/ONCRMDEALUPDATE. - В Planfix створюється проєкт через API
project.add: назва = назва угоди, клієнт, дедлайн, відповідальний. - Всередині проєкту створюється набір типових завдань з шаблону — етапи виробництва, узгодження, відвантаження.
- ID проєкту в Planfix записується в користувацьке поле угоди Б24 — для швидкого переходу.
- Посилання на угоду Б24 зберігається в проєкті Planfix — зворотний зв'язок.
Сценарій: Синхронізація статусів
Коли проєкт в Planfix переходить на новий етап — стадія угоди в Б24 оновлюється? Це важливо для менеджерів: вони бачать прогрес, не заходячи в Planfix.
Маппінг стадій налаштовується індивідуально:
| Стадія Planfix | Стадія угоди Б24 |
|---|---|
| В роботі | Виробництво |
| На узгодженні | Узгодження з клієнтом |
| Готово до відвантаження | Відвантаження |
| Завершено | Успішно завершена |
Planfix відправляє вебхук при зміні статусу завдання/проєкту. Обробник викликає crm.deal.update в Б24.
Сценарій: Синхронізація контактів і компаній
Клієнтська база ведеться в Б24 як основне джерело. При створенні проєкту в Planfix:
- Контакт/компанія створюється в Planfix, якщо не існує
- Пошук дубля — по email або телефону
- При оновленні контакту в Б24 — дані оновлюються в Planfix (одностороння синхронізація)
Зворотна синхронізація (з Planfix в Б24) зазвичай не потрібна — CRM залишається master-системою для клієнтських даних.
Сценарій: Завдання та коментарі
Для більш тісної інтеграції:
- Коментарі до проєкту в Planfix дублюються в таймлайн угоди Б24 — менеджер бачить, що відбувається з замовленням
- Завдання з Planfix, що потребують участі менеджера (узгодження, уточнення у клієнта), створюються як завдання в Б24
- Файли, завантажені в Planfix, доступні через посилання в картці угоди
Що робити при міграції з Planfix на Бітрікс24?
Якщо мета — відмовитися від Planfix та перенести проєктне управління в Б24:
- Аудит процесів — які функції Planfix реально використовуються, що з цього покриває Б24.
- Маппінг сутностей — проєкти → групи/проєкти Б24, завдання → завдання, кастомні поля → користувацькі поля.
- Експорт даних — через API Planfix: проєкти, завдання, коментарі, файли.
- Імпорт в Б24 — через REST API: пакетний імпорт завдань, завантаження файлів на диск.
- Паралельна робота — 2–4 тижні роботи в обох системах для перевірки.
- Відключення Planfix — після підтвердження, що всі процеси працюють в Б24.
Ризики міграції: втрата кастомної логіки Planfix (аналітики, автосценарії), необхідність перенавчання команди, відмінності в моделі завдань (Planfix більш гнучкий в ієрархії завдань).
Співіснування систем
Не завжди потрібна міграція. Якщо Planfix закриває проєктне управління краще, ніж Б24, — системи працюють паралельно з інтеграцією. Ключові правила:
- Єдине джерело істини для клієнтів — Б24
- Єдине джерело істини для проєктів — Planfix
- Угоди та продажі — тільки Б24
- Виробничі завдання — тільки Planfix
- Стикування — автоматична через інтеграцію
Обсяг робіт з інтеграції
Ми надаємо повний цикл:
- Аудит поточних бізнес-процесів та схем даних
- Проєктування архітектури інтеграції (схема потоків)
- Реалізація через REST API або iPaaS з кастомними сценаріями
- Налаштування вебхуків та автоматичних оновлень
- Тестування всіх сценаріїв (включаючи edge cases)
- Документація з інтеграції та правил роботи
- Навчання команди (2-3 години)
- Підтримка протягом 2 тижнів після запуску
Оцінимо ваш проєкт за 1 день — зв'яжіться з нами. Замовте інтеграцію та усуньте подвійне введення даних.







