← На главную

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

Почему прямое объединение 1С:CRM 3.0 и 1С:УНФ невозможно

Попытка объединить две конфигурации путем прямого переноса объектов метаданных (через сравнение и объединение конфигураций) неизбежно приводит к критическим ошибкам. Выясним главные причины такой несовместимости:

1. Разная архитектурная база: конфигурация 1С:CRM 3.0 спроектирована на основе метаданных решений уровня 1С:ERP, 1С:Комплексная автоматизация и 1С:Управление торговлей 11. В ней реализовано жесткое разделение сущностей Справочник.Партнеры и Справочник.Контрагенты, а также специфические регистры сведений и подсистемы взаимодействия. В 1С:УНФ используется совершенно другая, компактная модель данных (единый справочник контрагентов, собственная структура заказов и взаиморасчетов).
2. Конфликт общих подсистем и метаданных: обе конфигурации используют различные версии Библиотеки стандартных подсистем (БСП) и содержат дублирующиеся механизмы (подсистемы контактной информации, присоединенных файлов, бизнес-процессов). Механическое слияние приводит к неразрешимым коллизиям в программном коде и полностью лишает конфигурацию возможности регулярного обновления.
3. Отказ разработчиков от поддержки монолита: ранее разработчики решения предоставляли услуги по заказному объединению баз, однако эта практика была прекращена из-за колоссальной трудоемкости сопровождения и регулярных сбоев при выходе обновлений.

Переписывание значительной части программного кода CRM под архитектуру УНФ экономически нецелесообразно. Рассмотрим эффективные способы решения задачи без переписывания типового функционала.

Вариант 1. Двухбазовая архитектура с интеграцией данных

Если оба программных продукта уже приобретены и компании необходим полный функционал 1С:CRM 3.0, наиболее надежным решением является разделение контуров на две независимые информационные базы с настройкой регулярного обмена данными.

Разберем по шагам, как организуется совместная работа в двух базах:

1. Контур взаимодействия и лидогенерации (1С:CRM): менеджеры по продажам ведут первичную коммуникацию, принимают звонки через модуль телефонии, обрабатывают почту, квалифицируют лиды и ведут сделки по этапам воронки.
2. Передача успешной сделки в учетную систему: при переходе сделки на стадию оформления заказа запускается регламентный или событийный обмен (по протоколу EnterpriseData либо через специализированные HTTP-сервисы). В 1С:УНФ автоматически создаются или обновляются элементы справочника Контрагенты и документ ЗаказПокупателя.
3. Обратная синхронизация статусов: из 1С:УНФ в 1С:CRM передаются фактические данные по сделке: состояние складских резервов, статусы оплаты (поступление безналичных и наличных ДС) и статусы отгрузки (документы РасходнаяНакладная).

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

Вариант 2. Использование встроенного блока CRM в 1С:УНФ и подключение расширений телефонии

В конфигурации 1С:УНФ присутствует развитый собственный блок CRM. Если для бизнес-процессов компании критически важно работать в одной базе, проанализируем возможность использования штатных механизмов УНФ:

1. Штатные возможности 1С:УНФ: рабочее место Контакт-центр, настраиваемые воронки продаж, канбан-доски для заказов и лидов, шаблоны коммерческих предложений и договоров, встроенный почтовый клиент.
2. Подключение телефонии через готовые модули: недостающие функции интеграции со сторонними АТС компенсируются подключением готовых интеграционных решений (например, модулей интеграции с облачными АТС или специализированных продуктов интеграции телефонии), которые устанавливаются через механизм Расширений конфигурации (cfe) и не требуют снятия конфигурации с замка поддержки.

Вариант 3. Переход на связку 1С:CRM и 1С:Управление торговлей

Если специфика бизнеса требует глубокой бесшовной интеграции продвинутой CRM-системы именно в едином интерфейсе с торговым учетом, целесообразно рассмотреть замену учетной системы на 1С:Управление торговлей (или 1С:Комплексная автоматизация).

Для этих систем существуют готовые совмещенные решения, такие как 1С:Управление торговлей и взаимоотношениями с клиентами (CRM), а также официальный модуль расширения, который встраивается в типовую УТ без нарушения архитектуры объектов метаданных.