Существует ли CRM для 1С:Бухгалтерии 3.0 и как настроить схему, где БП является главной базой?

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Управленческий учет IT и автоматизация бизнеса
← На главную

В большинстве классических систем автоматизации бизнеса под управлением программных продуктов 1С принято использовать связку, в которой оперативный учет ведется в специализированной торговой конфигурации (например, 1С:Управление торговлей или 1С:УНФ), а регламентированный учет — в 1С:Бухгалтерии предприятия 3.0 (БП 3.0). При этом торговая база всегда выступает в роли «мастер-базы» (первоисточника данных), откуда информация выгружается в бухгалтерию в одностороннем порядке.

Однако на практике малые и средние компании часто сталкиваются с ситуацией, когда развертывание и поддержка нескольких тяжелых конфигураций экономически или технически нецелесообразны. В таких случаях единственной рабочей базой предприятия становится 1С:Бухгалтерия 3.0. Логично возникает потребность внедрить CRM-систему, но так, чтобы именно БП 3.0 оставалась мастер-базой, а все данные по клиентам, номенклатуре и счетам уходили в CRM «в один конец».

В этой статье мы подробно рассмотрим существующие варианты решения данной задачи, проанализируем архитектурные подходы и разберем, как реализовать надежную одностороннюю интеграцию.

Вариант 1. Встроенный типовой блок CRM в самой «1С:Бухгалтерии 3.0»

Прежде чем искать внешние платные модули или альтернативные CRM-системы, рассмотрим возможности, которые фирма «1С» уже добавила в стандартную конфигурацию БП 3.0. Начиная с версии 3.0.159.23, в программе появился полноценный встроенный инструмент для работы с лидами и сделками.

Давайте разберем по шагам, как активировать и использовать этот функционал:

  1. Перейдем в полный интерфейс программы под правами администратора.
  2. Откроем раздел Администрирование, далее выберем пункт Торговля и перейдем в подраздел Лиды.
  3. Установим флаг напротив опции Взаимодействие с лидами и покупателями (если вы используете простой интерфейс, путь будет следующим: Настройки -> Торговля -> Лиды).

После активации этой настройки в программе появляется специализированное рабочее место менеджера по продажам. Рассмотрим основные возможности встроенного CRM-блока:

Данный вариант является идеальным решением для небольших компаний, так как база физически остается одна, полностью исключаются любые проблемы с рассинхронизацией данных, а сама конфигурация сохраняет статус типовой и обновляется в стандартном автоматическом режиме.

Вариант 2. Интегрируемый модуль «1С:CRM» (разработки «1С-Рарус» / «ИТРП»)

Если базовых возможностей встроенного в БП 3.0 блока лидов недостаточно, рассмотрим профессиональное решение — 1С:CRM (редакция 3.1). Разработчики данного продукта предусмотрели два основных сценария работы, в которых БП 3.0 может выступать главной базой:

Режим встраиваемого «Модуля» (единая конфигурация). Приобретается специальная поставка «1С:CRM», предназначенная для интеграции непосредственно в метаданные «1С:Бухгалтерии 3.0». В результате объединения конфигураций получается единая база данных, в которой присутствуют как бухгалтерские объекты, так и полноценный CRM-функционал. При этом:

Важный нюанс: Объединение конфигураций усложняет процесс последующих обновлений. Для поддержки такой базы потребуется использование специализированных обновлений от разработчика модуля (компании Рарус) либо привлечение программиста 1С.

Раздельные базы с односторонней синхронизацией. Если снимать БП 3.0 с поддержки нежелательно, базы «1С:CRM» и «1С:Бухгалтерия» разворачиваются на разных серверах или в разных информационных базах. Настройка синхронизации при этом выстраивается по строгому сценарию «Бухгалтерия — мастер-база»:

  1. Справочники Справочник.Контрагенты, Справочник.Номенклатура и актуальные цены регистрируются к обмену и выгружаются только в одну сторону — из БП 3.0 в CRM.
  2. В базе CRM данные справочники открыты только для чтения, менеджеры не могут редактировать реквизиты юридических лиц и цены номенклатуры, что гарантирует чистоту учета.
  3. Обратно из CRM в БП 3.0 передаются только созданные менеджерами документы Документ.СчетНаОплатуПокупателю. На стороне бухгалтерии бухгалтер проверяет, проводит оплату и формирует закрывающие документы.

Вариант 3. Использование легких расширений конфигурации (Инфостарт)

Проанализируем альтернативный путь автоматизации без изменения конфигурации и без покупки дорогостоящих систем. На портале Инфостарт представлено множество готовых расширений CRM-направленности для БП 3.0.

Расширения используют современный механизм платформы 1С:Предприятие 8.3, который позволяет добавлять новые объекты (справочники, документы, регистры, отчеты) и переопределять формы без внесения изменений в основную конфигурацию. Основные преимущества использования расширений:

Вариант 4. Односторонняя интеграция с внешними облачными системами (amoCRM, Битрикс24)

Если в качестве CRM-системы компания использует популярные SaaS-решения, такие как amoCRM или Битрикс24, мы также можем реализовать схему, где БП 3.0 является мастер-базой. Для этого необходимо правильно настроить штатные коннекторы или написать собственный обработчик интеграции.

Выясним причину, почему стандартная двусторонняя интеграция часто приводит к хаосу в учете: менеджеры в облачной CRM заполняют реквизиты клиентов с ошибками, дублируют карточки, меняют цены в счетах вручную, и все эти некорректные данные при обмене затирают верные сведения в БП 3.0.

Чтобы избежать этого, применим метод жесткой односторонней синхронизации. Проанализируем пример кода на языке 1С, который может быть размещен в подписке на событие ПриЗаписи справочника Контрагенты на стороне БП 3.0 для отправки измененных данных во внешнюю CRM по REST API:


&НаСервере
Процедура ОтправитьКонтрагентаВВнешнююCRM(ТекущийКонтрагент) Экспорт
    
    // Инициализируем защищенное HTTP-соединение с внешней CRM-системой
    Соединение = Новый HTTPСоединение("api.integration-crm.ru", , , , , 10, Новый ЗащищенноеСоединениеOpenSSL());
    
    // Формируем структуру данных на основе реквизитов мастер-базы БП 3.0
    ДанныеДляОтправки = Новый Структура;
    ДанныеДляОтправки.Вставить("external_id", СокрЛП(ТекущийКонтрагент.Код));
    ДанныеДляОтправки.Вставить("company_name", ТекущийКонтрагент.НаименованиеПолное);
    ДанныеДляОтправки.Вставить("inn", ТекущийКонтрагент.ИНН);
    ДанныеДляОтправки.Вставить("kpp", ТекущийКонтрагент.КПП);
    ДанныеДляОтправки.Вставить("phone", ТекущийКонтрагент.Телефон);
    
    // Преобразуем структуру в формат JSON для передачи по REST API
    ЗаписьJSON = Новый ЗаписьJSON;
    ЗаписьJSON.УстановитьСтроку();
    ЗаписатьJSON(ЗаписьJSON, ДанныеДляОтправки);
    СтрокаТелаЗапроса = ЗаписьJSON.Закрыть();
    
    // Создаем POST-запрос к API внешней CRM
    Запрос = Новый HTTPЗапрос("/v2/clients/sync");
    Запрос.УстановитьТелоИзСтроки(СтрокаТелаЗапроса, КодировкаТекста.UTF8);
    Запрос.Заголовки.Вставить("Content-Type", "application/json");
    Запрос.Заголовки.Вставить("Authorization", "Bearer Token_key_example_12345");
    
    Попытка
        ОтветСервера = Соединение.ОтправитьДляОбработки(Запрос);
        Если ОтветСервера.КодСостояния = 200 Тогда
            ЗаписьЖурналаРегистрации("ИнтеграцияCRM.Успех", УровеньЖурналаРегистрации.Информация, , , 
                "Данные контрагента успешно отправлены: " + ТекущийКонтрагент.Наименование);
        Иначе
            ЗаписьЖурналаРегистрации("ИнтеграцияCRM.Ошибка", УровеньЖурналаРегистрации.Предупреждение, , , 
                "Код ответа сервера: " + ОтветСервера.КодСостояния + ". Тело: " + ОтветСервера.ПолучитьТелоКакСтроку());
        КонецЕсли;
    Исключение
        ЗаписьЖурналаРегистрации("ИнтеграцияCRM.КритическаяОшибка", УровеньЖурналаРегистрации.Ошибка, , , 
            "Не удалось связаться с внешней CRM: " + ОписаниеОшибки());
    КонецПопытки;
    
КонецПроцедуры

Благодаря такому подходу любые изменения наименования, адреса, ИНН или контактных телефонов клиентов будут автоматически уходить во внешнюю CRM в режиме реального времени. При этом в самой веб-CRM необходимо заблокировать поля реквизитов контрагента для редактирования пользователями с ролью «Менеджер», оставив им права только на просмотр и создание сделок.

Сравнение подходов: какой вариант выбрать?

Подведем итог и определим наиболее подходящий инструмент в зависимости от требований бизнеса:

  1. Минимальный бюджет, базовая потребность: Используем встроенный типовой блок лидов БП 3.0. Это бесплатно, надежно и не требует программирования.
  2. Глубокая интеграция, сложная воронка, единая база 1С: Используем встраиваемый модуль «1С:CRM» от Рарус. Идеально для компаний с большим штатом сотрудников, где важна скорость работы без синхронизаций.
  3. Простые продажи, сохранение типовой конфигурации: Выбираем легкие готовые расширения для БП 3.0 с Инфостарта.
  4. Удобная работа менеджеров на мобильных устройствах во внешней веб-системе: Выбираем связку БП 3.0 (как мастер-базы) и облачной amoCRM/Битрикс24 с жестко настроенной односторонней синхронизацией справочников.

Мы подробно проанализировали существующие решения и убедились, что реализовать полноценную работу CRM-контура с мастер-базой «1С:Бухгалтерия предприятия 3.0» — абсолютно выполнимая задача, имеющая несколько надежных вариантов реализации под любой бюджет и требования бизнеса.

← На главную