Клиент приходит с тем, что менеджеры ведут сделки в 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 именно ту информацию, которая нужна менеджеру для продажи, без лишнего бухгалтерского шума.
Мы часто видим, что компания просит «показать все остатки по всем складам». После разговора выясняется, что менеджеру нужно не всё. Ему нужен ответ: можно ли продавать, когда товар будет доступен и с какого склада его отгрузить. Это разные интерфейсы и разный объём интеграции.
Оплаты и сверки
Оплаты, это момент, когда интеграция быстро приносит ощутимую пользу. Менеджер видит, что счёт оплачен частично или полностью. Руководитель видит не только сумму сделок в воронке, но и реальные поступления. Бухгалтерия не получает десятки вопросов «а этот клиент оплатил?».
Сверки нужны не всем на первом этапе. Если процесс простой, достаточно передавать статусы оплат и суммы по документам. Если есть много договоров, частичные оплаты, возвраты, авансы и кредитные лимиты, интеграцию нужно проектировать глубже. Здесь уже ближе к 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, нормальная часть жизни системы. Проблема возникает тогда, когда интеграция привязана к внутренним деталям, которые меняются без предупреждения. После обновления могут измениться структура документа, название поля, правило проведения или доступ пользователя обмена.
Чтобы это не останавливалo продажи, интеграцию нужно делать через стабильные правила обмена. В более сложных случаях между 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.
Каков минимальный объем работ?
Минимальный практический объем – базовый обмен справочниками и документами. К примеру, клиенты, номенклатура, счета, статусы оплат или документов. Этого часто достаточно, чтобы убрать ручное дублирование и проверить качество данных перед более глубокой интеграцией.
