Інтеграція CRM з BAS: три архітектурні підходи і коли який обирати

Питання “як зв’язати CRM з 1С/BAS” виникає в кожному другому B2B-проєкті. Відповідь завжди одна з трьох архітектур — і помилка у виборі коштує дорожче, ніж сама інтеграція.

Підхід 1: пряма звʼязка (точка-точка)

CRM напряму викликає API облікової системи або навпаки. Готові конектори деяких CRM до BAS — це теж цей підхід.

Коли працює: один-два простих обміни (наприклад, тільки контрагенти), невеликий обсяг, стандартні конфігурації BAS без глибоких доробок.

Де ламається: щойно з’являється логіка. “Створювати контрагента тільки якщо угода понад X”, “не оновлювати ціну, якщо менеджер дав знижку вручну” — пряма звʼязка перетворюється на клубок умов всередині конфігурації, який страшно чіпати.

Вартість: мінімальна на старті, непередбачувана в супроводі.

Підхід 2: проміжний сервіс (middleware)

Окремий сервіс між системами: приймає webhook (миттєве сповіщення між системами) або опитує API, перетворює дані за правилами, пише в цільову систему, веде журнал кожного обміну.

Коли працює: двостороння синхронізація, фінансові дані, нестандартна модель даних, потреба в аудиті (“чому в CRM не той статус оплати?” — відповідь в логах за хвилину).

Ключове архітектурне правило, яке ми фіксуємо в кожному проєкті:

BAS — джерело істини для фінансів і номенклатури. CRM — джерело істини для клієнтів і комунікацій. Жодне поле не редагується з обох боків.

Типовий робочий сценарій: менеджер натискає “виставити рахунок” в угоді → проміжний сервіс створює рахунок у BAS і повертає PDF у картку → бухгалтер проводить оплату в BAS → статус летить назад → угода автоматично переходить на етап “Оплачено”, менеджер отримує задачу на відвантаження.

Вартість: вища на старті, передбачувана далі. Оновлення CRM чи конфігурації BAS не ламають обмін — правки локалізовані в одному місці.

Підхід 3: ручний міст за регламентом

Так, це теж робочий підхід. Експорт з CRM раз на день, імпорт у BAS за інструкцією.

Коли виправданий: до 10–20 операцій на день, одна людина з обох боків, бюджет проєкту ще не виправдовує автоматизацію.

Головна вимога: письмовий регламент (хто, коли, що саме переносить) і розуміння, що це тимчасове рішення. Ручний міст без регламенту — це не робочий підхід, а джерело розбіжностей, які виявляться в кінці кварталу.

Як обрати

Якщо сумніваєтесь між першим і другим — порахуйте вартість години простою обміну і кількість виняткових ситуацій на місяць. Ці дві цифри зазвичай закривають дискусію.