Клієнт приходить з тим що менеджери ведуть угоди в CRM, бухгалтерія працює в 1С або BAS, склад живе у своєму обліку, а керівник щопʼятниці отримує три різні цифри по продажах. У CRM угода вже виграна, в 1С рахунок ще не створений, оплата прийшла на банк, але менеджер про неї дізнається тільки після дзвінка бухгалтеру. Потім хтось вручну переносить реквізити, копіює номенклатуру, перевіряє ціни, звіряє залишки. Так народжується типова потреба в 1с інтеграція crm: не для красивої схеми, а щоб команда перестала бути живим кабелем між двома системами. Якщо продажі вже потребують кастомна CRM від Artbrain, а облік, склад або виробництво тримається на ERP-системах чи BAS, ці частини треба зʼєднувати. Інакше бізнес наче має цифрові інструменти, але працює як офіс з папками, дзвінками і ручними звірками. На практиці це означає менше ручних уточнень, менше помилок у документах і швидше рішення для клієнта, який чекає рахунок або підтвердження наявності. Хороша інтеграція 1С з CRM не замінює бухгалтерію і не змушує менеджера працювати в обліковій програмі. Вона забирає повторюваний обмін даними: клієнтів, документи, оплати, залишки, статуси. Просто кажучи, CRM лишається місцем для продажів, BAS або 1С лишається місцем для обліку, а між ними зʼявляється нормальний контрольований рух даних.
Що насправді відбувається коли немає інтеграції
Без інтеграції бізнес часто не помічає проблему одразу. Начебто все працює: менеджер відкрив угоду, бухгалтер виставив рахунок, клієнт оплатив, склад відвантажив. Але між цими діями стоять люди, які вручну переносять дані з однієї системи в іншу.
Найчастіший сценарій простий. Менеджер створює клієнта в CRM. Потім просить бухгалтерію створити такого самого контрагента в 1С/BAS. Якщо назва компанії, ЄДРПОУ, телефон або email трохи відрізняються, починаються дублікати. Через місяць у системах уже є "ТОВ Ромашка", "Ромашка ТОВ" і "Ромашка новий договір". Хто з них правильний? Треба питати людину.
Другий біль - документи. Рахунок сформували в обліковій системі, але менеджер не бачить його статус у CRM. Акт підписаний, але в угоді це не відображено. Накладна створена, але клієнту відправили стару версію. Кожна така дрібниця виглядає нестрашно окремо, та разом вони забирають години щодня.
Третя проблема - залишки та ціни. Менеджер продає товар, який у CRM позначений як доступний, але реальний залишок уже змінився. Або ціна оновилась у BAS, але не потрапила в CRM. Далі клієнт отримує некоректну пропозицію, менеджер вибачається, бухгалтерія перераховує документи. Неприємно. І головне, цього можна уникнути.
Четвертий шар - контроль. Керівник дивиться на CRM і бачить продажі, бухгалтерія дивиться на 1С і бачить оплати, склад дивиться на залишки. Дані не сходяться не тому що хтось погано працює. Просто кожна система бачить свою частину процесу. Без інтеграції 1с crm інтеграція фактично відбувається руками співробітників.
Як виглядає робоча інтеграція 1С/BAS з CRM
Робоча інтеграція починається не з кнопки "синхронізувати все". Це поганий старт. Спершу треба домовитися, яка система за що відповідає. CRM відповідає за ліди, угоди, комунікації, задачі менеджерів, воронку, комерційну роботу. 1С або BAS відповідає за бухгалтерський і управлінський облік, документи, оплати, склад, податкові процеси, якщо вони там ведуться.
Коли ролі систем зрозумілі, інтеграція bas з crm стає набором конкретних потоків даних. Не абстрактним "звʼязати все", а чіткими правилами: що створюється, де редагується, хто має право змінювати, як обробляються помилки, що робити з дублями.
Довідники: клієнти, номенклатура, договори
Довідники - це фундамент. Якщо клієнти, товари і договори не синхронізовані, документи теж будуть ламатися. За нашим досвідом, саме тут треба витратити найбільше уваги на початку.
Контрагенти можуть створюватися в CRM під час першого контакту, а після перевірки реквізитів передаватися в BAS. Або навпаки: офіційний контрагент створюється в обліковій системі, а CRM отримує підтверджений запис для роботи менеджера. Варіант залежить від процесу компанії. Головне - один відповідальний "майстер" для кожного типу даних.
Номенклатура зазвичай живе в BAS, бо там ведуться закупівлі, залишки, собівартість, одиниці виміру. CRM отримує список позицій, назви, артикули, актуальні ціни або групи цін. Менеджеру не треба вручну переписувати товар у комерційну пропозицію. Він вибирає позиції з актуального довідника.
Документообіг: рахунки, акти, накладні
Документи - найбільш видима частина інтеграції. Менеджер працює з угодою в CRM і бачить, чи створений рахунок, чи є акт, чи сформована накладна. Бухгалтерія працює у BAS і не втрачає контроль над офіційними документами.
Типова схема така: угода в CRM доходить до етапу "підготувати рахунок", менеджер перевіряє склад позицій, система передає дані в BAS, там створюється документ, а номер і статус повертаються в CRM. Якщо рахунок оплачено, менеджер бачить це в картці угоди. Без дзвінка бухгалтеру.
Для сервісних компаній замість товарних накладних часто важливі акти, договори і додаткові угоди. Для торгівлі - накладні, резерви, відвантаження. Для виробництва - замовлення, специфікації, етапи виконання. Інтеграція має йти за бізнес-процесом, а не за універсальною схемою з презентації.
Залишки та ціни
Залишки краще не редагувати в CRM. Це зона облікової або складської системи. Але CRM має знати, що можна продавати зараз, що в резерві, що очікується, а що недоступне. Інакше менеджери продають наосліп.
Ціни теж потребують правил. У когось є одна базова ціна. У когось - кілька типів цін, персональні умови, валюти, знижки за договором. BAS CRM має передавати в CRM саме ту інформацію, яка потрібна менеджеру для продажу, без зайвого бухгалтерського шуму.
Часто бачимо що компанія просить "показати всі залишки по всіх складах". Після розмови виявляється, що менеджеру треба не все. Йому потрібна відповідь: можна продавати чи ні, коли буде доступно, з якого складу відвантажити. Це різні інтерфейси і різний обсяг інтеграції.
Оплати та звірки
Оплати - момент, де інтеграція швидко дає відчутну користь. Менеджер бачить, що рахунок оплачено частково або повністю. Керівник бачить не тільки суму угод у воронці, а й реальні надходження. Бухгалтерія не отримує десятки запитів "а цей клієнт оплатив?".
Звірки потрібні не всім на першому етапі. Якщо процес простий, достатньо передавати статуси оплат і суми по документах. Якщо є багато договорів, часткові оплати, повернення, аванси, кредитні ліміти, тоді інтеграцію треба проєктувати глибше. Тут уже ближче до ERP-системи, бо CRM сама не повинна ставати бухгалтерією.
4 рівні глибини інтеграції
Не кожному бізнесу потрібна повна інтеграція з першого дня. Це нормальна думка, хоча її рідко озвучують. Часто краще почати з базового обміну, прибрати ручне дублювання, а потім додавати складніші сценарії.
Рівень 1. Базовий обмін довідниками
CRM отримує клієнтів, товари, послуги, договори або частину цих даних з BAS. Дані оновлюються за розкладом або за подією. Цей рівень прибирає дублікати і ручне створення однакових записів.
Рівень 2. Документи між CRM і BAS
У CRM можна ініціювати створення рахунку або замовлення, а BAS повертає номер, файл, статус, суму. Це вже справжня інтеграція 1С з CRM, бо менеджер перестає переносити документи руками.
Рівень 3. Залишки, ціни, оплати
Менеджер бачить актуальну комерційну інформацію: доступність товару, ціни, статус оплати, відвантаження. На цьому рівні важливо не перевантажити CRM. Вона має показувати потрібне для продажів, а не копіювати весь облік.
Рівень 4. Наскрізний процес
CRM, BAS, сайт, склад, кабінет клієнта або сервісний модуль працюють як одна система. Заявка стає угодою, угода створює документ, оплата змінює статус, відвантаження закриває задачу, керівник бачить звіт. Це вже архітектура бізнес-системи, а не окрема інтеграція.
Якщо ви порівнюєте CRM, ERP, HRM і WMS як різні рівні автоматизації, корисно прочитати наш матеріал CRM, ERP, HRM, WMS: яку систему автоматизації обрати. Він допомагає зрозуміти, де закінчується CRM і починається ширша платформа.
Скільки часу і скільки коштує
За нашим досвідом, типова інтеграція 1С/BAS з CRM займає 2-6 тижнів. Не як обіцянка для будь-якого випадку, а як нормальний діапазон для проєкту з чіткими довідниками, документами, правами доступу і тестовим обміном. Якщо 1С сильно доопрацьована, є кілька баз, нестандартні документи або старі обхідні процеси, термін може бути більшим.
Ціну окремого модуля інтеграції ми не називаємо без брифу, бо це легко перетворюється на вигадану цифру. Реальні стартові ціни Artbrain такі: ціна CRM починається від $3000, а вартість ERP починається від $8000. Інтеграція оцінюється як частина конкретної CRM, ERP або окремого етапу автоматизації.
На бюджет впливають тип 1С або BAS, якість довідників, кількість документів, напрямки обміну, частота синхронізації, наявність програмного інтерфейсу, права користувачів, журнал помилок, тестове середовище. Сильно впливає і дисципліна процесу. Якщо в компанії немає єдиного правила, хто створює контрагента і коли рахунок вважається фінальним, інтеграція це не виправить сама.
Перед стартом ми фіксуємо карту обміну: які сутності передаємо, в який бік, хто головний для кожного поля, що робимо з помилками. Цей документ часто важливіший за сам код, бо він прибирає суперечки між продажами, бухгалтерією і складом.
Часті помилки і як ми їх уникаємо
Перша помилка - хотіти синхронізувати все. У 1С/BAS може бути багато службових полів, історичних довідників, старих документів, технічних ознак. CRM не повинна перетворюватися на копію бухгалтерії. Краще передати менше, але те, що реально потрібне менеджерам.
Друга помилка - двостороннє редагування без правил. Якщо клієнта можна змінити і в CRM, і в BAS, рано чи пізно системи почнуть сперечатися. Для кожного поля треба визначити джерело правди. Назва, реквізити, група клієнта, ліміт, контактна особа - це можуть бути різні джерела.
Третя помилка - ігнорувати помилки обміну. Інтеграція має не мовчати, а показувати що не передалося і чому. Наприклад, не знайдено товар, некоректний код контрагента, немає права на створення документа, ціна порожня. Журнал подій економить багато нервів.
Четверта помилка - робити інтеграцію напряму в стару доопрацьовану базу без стабільного шару обміну. Ми часто використовуємо програмні обгортки, проміжні таблиці або окремий сервіс обміну, щоб зміни в 1С не ламали CRM після кожного оновлення. Це особливо актуально, коли 1С підтримує інший підрядник.
Пʼята помилка - запуск без тестових даних. Потрібні реальні приклади: простий рахунок, часткова оплата, повернення, клієнт з двома договорами, товар без залишку, зміна ціни. На таких кейсах видно, чи система готова до життя, а не тільки до демонстрації.
Що буває коли 1С або BAS оновлюється
Оновлення 1С/BAS - нормальна частина життя системи. Проблема виникає тоді, коли інтеграція привʼязана до внутрішніх деталей, які змінюються без попередження. Після оновлення може змінитися структура документа, назва поля, правило проведення, доступ користувача обміну.
Щоб це не зупиняло продажі, інтеграцію треба робити через стабільні правила обміну. У складніших випадках між CRM і 1С ставиться окремий шар: він приймає дані від CRM, перевіряє формат, передає в BAS, зберігає журнал, повертає статус. Якщо в 1С щось змінилося, ми оновлюємо цей шар, а не переписуємо всю CRM.
Ще одна практична річ - права. Для інтеграції створюється окремий користувач з обмеженими правами. Йому не потрібен доступ до всього. Він має робити тільки ті дії, які потрібні для обміну. Передача даних відбувається через HTTPS, з безпечними ключами, логами і контрольованими точками доступу. Просто кажучи, інтеграція не повинна бути "адміном з паролем у коді".
Корисне зовнішнє джерело для розуміння екосистеми BAS - офіційний сайт BAS. Але конкретна архітектура інтеграції завжди залежить від вашої конфігурації, доопрацювань і процесів.
Як підготуватися до інтеграції без зайвого хаосу
Найкраща підготовка починається не з технічного доступу, а з короткої інвентаризації процесу. Треба взяти одну реальну угоду і пройти її від першого контакту до закриття: де створили клієнта, коли зʼявився рахунок, хто погодив ціну, де побачили оплату, хто дав команду на відвантаження або виконання послуги. Один такий прохід швидко показує, які дані справді потрібні в CRM, а які просто хочеться перенести "про всяк випадок".
Далі варто підготувати приклади документів. Не ідеальні, а реальні. Рахунок з типовою позицією, рахунок зі знижкою, часткова оплата, акт, накладна, повернення, клієнт з кількома договорами, товар без залишку. Саме на таких прикладах видно, чи достатньо базового обміну, чи потрібні правила для винятків. Якщо тестувати тільки простий рахунок на одного клієнта, інтеграція виглядатиме готовою занадто рано.
Окремий пункт - довідники. Перед стартом корисно прибрати очевидні дублікати клієнтів, перевірити коди товарів, зафіксувати правила найменувань, домовитися про обовʼязкові поля. Не треба намагатися зробити ідеальну базу за один день. Але якщо в одній системі товар має один артикул, а в іншій інший, інтеграція не здогадається сама, що це той самий товар.
Ще потрібна відповідальна людина з боку бізнесу. Не тільки програміст 1С і не тільки менеджер продажів. Хтось має приймати рішення по процесу: що робити з дублем, хто змінює реквізити, чи можна створювати рахунок без договору, коли статус оплати вважається фінальним. Без такого власника інтеграція зависає на дрібних питаннях, які насправді є правилами бізнесу.
Коли інтеграція не потрібна
Інтеграція не потрібна, якщо у вас кілька угод на місяць, один менеджер і бухгалтерія без навантаження. У такому випадку ручна передача рахунків може бути дешевшою і простішою. Не треба автоматизувати те, що не болить.
Вона може бути зайвою і тоді, коли процес ще не стабільний. Якщо сьогодні рахунок створює менеджер, завтра бухгалтер, післязавтра власник, а структура товарів змінюється щотижня, спершу треба навести порядок у правилах. Інтеграція любить повторюваність.
Ще один випадок - компанія планує повністю міняти облікову систему найближчим часом. Тоді краще не вкладати багато в глибоку звʼязку зі старою базою. Можна зробити тимчасовий експорт або базовий обмін, а повну інтеграцію проєктувати вже після вибору нової платформи.
Інтеграція 1С/BAS з CRM потрібна тоді, коли ручний обмін вже став частиною робочого дня. Менеджери питають про оплати, бухгалтерія переписує дані, склад уточнює залишки, керівник збирає звіти з кількох місць. У цей момент бізнес платить за відсутність системного звʼязку щодня. Не завжди грошима в рахунку. Частіше часом, помилками і втраченим контролем.
Тому ми не радимо починати з великого списку бажань. Краще взяти один болючий контур, наприклад рахунок і оплату, довести його до стабільної роботи, навчити команду і тільки тоді розширювати обмін. Такий підхід спокійніший для бізнесу і чесніший для бюджету.
Правильний шлях - почати з карти процесу. Де народжується клієнт, де створюється рахунок, хто відповідає за ціну, де фіксується оплата, що має побачити менеджер. Після цього вже можна говорити про технічну реалізацію, обсяг і запуск. Якщо потрібна 1с crm інтеграція без зайвого шуму, Artbrain може спроєктувати CRM, ERP або окремий обмін так, щоб системи працювали разом, а не поруч.
І ще один практичний критерій. Якщо менеджер перед дзвінком клієнту відкриває не одну картку, а CRM, 1С, таблицю залишків і чат з бухгалтерією, інтеграція вже запізнилася. Система має давати відповідь у момент дії. Чи можна виставити рахунок? Чи є товар? Чи була оплата? Чи можна відвантажувати? Коли ці відповіді приходять автоматично, команда менше сперечається про дані і більше працює з клієнтом.
Часті питання
Скільки часу займає інтеграція 1С/BAS з CRM?
Типова інтеграція 1С/BAS з CRM займає 2-6 тижнів. Термін залежить від конфігурації 1С або BAS, кількості довідників і документів, напрямків обміну, якості даних та наявності тестової бази. Якщо система сильно доопрацьована або є кілька баз, спершу потрібен короткий аудит обміну.
Чи безпечно передавати дані з 1С через інтеграцію?
Так, якщо інтеграцію спроєктовано правильно. Дані передаються через HTTPS, доступ обмежується окремим користувачем, токенами або безпечними ключами, права даються тільки на потрібні операції. Також потрібні журнали подій, щоб бачити хто і які дані передав або отримав.
Чи потрібно зупиняти бізнес під час інтеграції?
Зазвичай ні. Інтеграцію можна готувати і тестувати паралельно з поточною роботою бізнесу. Спершу налаштовується тестовий обмін, перевіряються довідники, документи, оплати і помилки, а вже потім обмін запускається в робочому режимі.
Що буває коли 1С оновлюється?
Оновлення 1С або BAS може змінити поля, документи чи права доступу. Щоб це не ламало CRM, інтеграцію краще робити через стабільні правила обміну, програмні обгортки або окремий сервіс між системами. Тоді зміни в 1С виправляються в одному шарі, а не по всій CRM.
Який мінімальний обсяг робіт?
Мінімальний практичний обсяг - базовий обмін довідниками і документами. Наприклад, клієнти, номенклатура, рахунки, статуси оплат або документів. Цього часто достатньо, щоб прибрати ручне дублювання і перевірити якість даних перед глибшою інтеграцією.
