Довольно часто в практике автоматизации возникает ситуация, когда в компании уже исторически сложился качественный бухгалтерский учет в 1С:Бухгалтерия предприятия (БП), но отделу продаж не хватает функционала для работы с клиентами. Менеджерам требуются коммерческие предложения, учет договоров, фиксация звонков и контроль остатков, которых в типовой БП им недостаточно или к которым их не хотят допускать. Рассмотрим, насколько жизнеспособна схема, где ведущей базой остается БП, а 1С:Управление торговлей (УТ) используется лишь как вспомогательный CRM-инструмент.
Прежде всего, разберем стандартный механизм. Типовая синхронизация между УТ и БП разработана исходя из парадигмы, где УТ является инициатором первичных данных. В этой логике менеджеры работают в торговой базе, а в бухгалтерию выгружаются уже готовые документы для регламентированного учета.
Если мы попытаемся развернуть эту схему (сделать БП ведущей), мы столкнемся со следующими сложностями:
EnterpriseData не передает регистры остатков напрямую. Чтобы в УТ менеджер видел актуальные остатки, нам придется транслировать из БП все документы движения товаров (Поступления, Реализации, Списания, Отчеты о розничных продажах).РасчетыСКлиентами). Простого переноса документов часто не хватает для корректного отображения дебиторки в CRM-панели без дополнительных настроек.Проанализируем самый бюджетный и безопасный для целостности данных вариант. Если менеджеру нужны только «Коммерческие предложения» и «Печатные формы договоров», оптимальным решением будет использование расширений конфигурации непосредственно в БП.
Разберем преимущества этого пути:
1С:Бухгалтерия.В рамках расширения можно добавить новый объект Документ.КоммерческоеПредложение, который будет иметь табличную часть, аналогичную Счету на оплату, но с дополнительными статусами и полями. Также можно внедрить механизм шаблонов договоров в формате Word, которые будут заполняться данными из карточки контрагента прямо в БП.
Выясним причину, по которой иногда стоит выбрать профессиональное CRM-решение вместо УТ. Существуют конфигурации, такие как 1С:CRM, которые могут интегрироваться с БП не через обмен, а методом «встраивания». В этом случае в интерфейсе бухгалтерии просто появляются новые разделы: «Клиенты», «Воронка продаж», «Интеграция с телефонией».
Это решение дороже базовой УТ, но оно снимает вопрос контроля остатков и взаиморасчетов, так как CRM-модуль обращается к данным БП напрямую. Рассмотрим, что мы получаем в этом случае:
Если решение использовать УТ окончательно принято (например, менеджер привык именно к этому интерфейсу), нам необходимо грамотно настроить правила. Посмотрим на практические советы по реализации такого обмена:
Для минимизации трудозатрат и исключения влияния на БП, рекомендуется отказаться от тяжелого штатного обмена в пользу упрощенных правил конвертации данных. Разберем алгоритм настройки:
Универсальный обмен данными в формате XML.Посмотрим на пример логики выгрузки в правилах (псевдокод):
// Пример логики выгрузки остатков как виртуальных документов
Если ТипОбъекта = "ОстаткиТоваров" Тогда
СоздатьОбъектИнформации("Документ.ВводОстатков", УзелПриемник);
ЗаполнитьТабличнуюЧасть(ОстаткиИзБухгалтерии);
КонецЕсли;
Важный момент: Чтобы менеджер в УТ видел остатки, вам придется периодически (например, раз в день) выгружать из БП документ Оприходование излишков или Ввод остатков, который будет «занулять» старые данные и устанавливать новые. Это проще, чем пытаться синхронизировать все первичные документы.
Проанализируем ситуацию с покупкой Базовой версии УТ (редакция 11). Здесь есть «подводные камни»:
Подводя итог, можно сказать: связка «БП как ведущая + УТ как CRM» возможна, но она является технологически избыточной и сложной в поддержке. Для реализации задачи «КП + Договоры + Остатки» наиболее эффективными путями будут:
1С:Управление нашей фирмой (УНФ). Она гораздо легче УТ, имеет встроенный CRM и штатный, более гибкий обмен с БП.1С:CRM, который работает в едином информационном пространстве с бухгалтерией.Если же вы все-таки выбираете УТ, будьте готовы к тому, что контроль обмена ляжет на плечи технического специалиста, так как штатные средства не рассчитаны на трансляцию оперативных остатков из бухгалтерской конфигурации в торговую.