Какие процессы производства нельзя переносить в CRM

Одна из самых распространённых ошибок цифровизации производства — попытка перенести в CRM вообще всё.

Логика обычно понятна:

«Раз сотрудники уже работают в Bitrix24, давайте и производство вести там же».

В результате в CRM начинают появляться:

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

Сначала кажется, что это удобно.

Одна система, один интерфейс, все сотрудники «в одном окне».

Но через несколько месяцев CRM становится перегруженной, процессы — хрупкими, а пользователи начинают возвращаться в Excel, 1С и мессенджеры.

Причина простая:

CRM и производственная система решают разные задачи.

CRM сильна в работе с клиентами, сделками, коммуникациями, задачами и бизнес-процессами.

Производственный учёт требует другой логики:

• материалов;
• технологических операций;
• мощностей;
• себестоимости;
• складов;
• оборудования;
• планирования.

Поэтому главный вопрос должен звучать не:

«Можно ли перенести это в CRM?»

а:

«Где этот процесс должен жить по архитектуре бизнеса?»

Разберём, какие производственные процессы лучше не переносить в CRM и что делать вместо этого.

Главный принцип: CRM не должна становиться ERP, MRP, MES и WMS одновременно

В производственной компании обычно есть несколько контуров.

CRM

Отвечает за:

• клиентов;
• сделки;
• коммуникации;
• коммерческие условия;
• задачи;
• согласования;
• клиентский статус заказа.

1С / ERP

Отвечает за:

• номенклатуру;
• закупки;
• склад;
• заказы;
• оплаты;
• себестоимость;
• бухгалтерский и управленческий учёт.

MES / производственная система

Отвечает за:

• операции;
• рабочие центры;
• оборудование;
• маршруты;
• фактическое исполнение.

BI

Отвечает за:

• аналитику;
• управленческие дашборды;
• план-факт.

AI

Может помогать:

• анализировать;
• прогнозировать;
• выявлять риски.

Если каждую из этих ролей попытаться перенести в CRM, система быстро перестаёт быть удобной.

1. Детальный складской учёт не стоит переносить в CRM

Одна из первых идей:

«Давайте вести остатки прямо в Bitrix24».

Для коммерческого отдела отображать доступный остаток — полезно.

Но полноценный складской учёт включает:

• приходы;
• списания;
• перемещения;
• резервы;
• партии;
• серии;
• характеристики;
• инвентаризацию;
• возвраты.

Это уже логика WMS или 1С.

В CRM менеджеру обычно достаточно видеть:

В наличии: 500 шт.

В резерве: 200 шт.

Свободно: 300 шт.

То есть CRM должна показывать результат, а не дублировать весь складской контур.

2. Нормы расхода материалов лучше не вести в CRM

Для производства важны:

• спецификации;
• нормы сырья;
• технологические коэффициенты;
• отходы;
• заменители материалов.

Например:

для изготовления изделия требуется:

• металл — 12,5 кг;
• крепёж — 8 шт.;
• краска — 0,7 кг.

Эти данные участвуют:

• в расчёте потребности;
• в планировании закупок;
• в себестоимости.

CRM не является хорошим местом для такого учёта.

Лучше оставить его в:

• 1С;
• ERP;
• производственной системе.

А в CRM передавать только статус:

Материалы обеспечены — Да / Нет.

3. MRP-планирование нельзя полноценно заменить CRM

MRP отвечает на вопросы:

• какие материалы нужны;
• сколько;
• когда;
• что уже есть;
• что нужно заказать;
• когда запустить производство.

Это требует сложных расчётов.

Если попытаться реализовать MRP роботами CRM, система становится слишком сложной и ненадёжной.

CRM может запускать событие:

Заказ подтверждён

Но расчёт потребности лучше выполнять в профильной системе.

4. Загрузку оборудования не стоит вести в CRM

Для сложного производства нужно понимать:

• какой станок занят;
• до какого времени;
• какой заказ стоит следующим;
• какой участок перегружен.

Например:

Станок №1 — 95% загрузки

Станок №2 — 40%

Это уже производственное планирование.

CRM может показать менеджеру:

Плановая дата готовности — 20 сентября.

Но не должна рассчитывать её через десятки роботов на основе загрузки каждого станка.

5. Технологические маршруты лучше оставить в MES или ERP

Производственный заказ может проходить:

резка → гибка → сварка → покраска → сборка → контроль.

Для каждого этапа могут быть:

• норматив;
• рабочий центр;
• исполнитель;
• время;
• оборудование;
• переход.

Для производства это важная логика.

Для менеджера CRM обычно достаточно видеть:

В производстве

или:

Контроль качества.

Не нужно тащить в CRM все технологические операции только ради прозрачности.

6. Управление станками и оборудованием — не задача CRM

Если система должна:

• получать данные со станков;
• учитывать простои;
• фиксировать циклы;
• отслеживать состояние оборудования;

это уже MES/IIoT-контур.

CRM может получить итоговый сигнал:

Риск задержки из-за простоя оборудования.

Но не должна становиться системой мониторинга станочного парка.

7. Детальную производственную себестоимость лучше считать не в CRM

Себестоимость может включать:

• сырьё;
• комплектующие;
• энергию;
• зарплату;
• машинное время;
• амортизацию;
• отходы;
• косвенные расходы.

Для реальной себестоимости нужны фактические учётные данные.

CRM может использовать итог:

Плановая себестоимость: 8 млн ₸

Цена: 12 млн ₸

Маржа: 4 млн ₸

Но сам расчёт себестоимости лучше оставить в 1С или ERP.

8. Бухгалтерский учёт нельзя переносить в CRM

CRM не должна заменять:

• бухгалтерию;
• налоговый учёт;
• проводки;
• регламентированную отчётность.

Менеджеру можно показывать:

• оплату;
• задолженность;
• процент оплаты.

Но первичный финансовый учёт должен оставаться в учётной системе.

9. Сложное управление закупками лучше не строить в CRM

Процесс закупки может включать:

• потребность;
• заявку;
• сравнение поставщиков;
• заказ;
• поставку;
• приход;
• контроль цены.

Для согласования заявки CRM может быть полезна.

Но сама закупочная логика, особенно при наличии склада и планирования, должна быть связана с ERP.

10. Партионный и серийный учёт не стоит переносить в CRM

Если нужно отслеживать:

• номер партии;
• серийный номер;
• срок годности;
• источник материала;
• движение по складу;

это лучше делать в 1С, WMS или ERP.

CRM может показать серийный номер уже готового оборудования или изделия, если это нужно клиентскому сервису.

Но первичный учёт партии — не её задача.

11. Контроль качества на уровне каждой операции лучше оставить внутри производства

ОТК может фиксировать:

• измерения;
• допуски;
• отклонения;
• протоколы;
• параметры партии.

CRM не должна превращаться в лабораторную систему.

Для отдела продаж достаточно статусов:

• контроль пройден;
• требуется доработка;
• готово.

12. Полноценное APS-планирование нельзя строить на роботах CRM

APS решает задачу оптимизации расписания.

Учитывает:

• ресурсы;
• приоритеты;
• сроки;
• ограничения;
• мощность.

Это значительно сложнее обычной автоматизации задач.

Если производству нужен реальный план загрузки, CRM должна получать уже рассчитанный результат.

13. Детальный учёт незавершённого производства лучше оставить в ERP

НЗП требует понимания:

• сколько материалов уже списано;
• какие операции завершены;
• какая стоимость уже накоплена.

Это важная часть производственного и финансового учёта.

CRM может показывать клиентский статус:

Готовность 60%.

Но не должна становиться источником финансового НЗП.

14. Планирование закупок сырья не стоит переносить в CRM

CRM может показать коммерческому отделу:

Заказ ожидает материал.

Но решение:

• сколько купить;
• когда;
• у какого поставщика;

лучше формировать на основе производственной потребности в ERP.

15. Управление производственными партиями лучше не вести в сделках CRM

Одна сделка клиента может породить:

• несколько производственных партий;
• несколько отгрузок;
• разные сроки.

Попытка вести каждую партию внутри одной сделки делает её сложной.

Лучше:

Сделка

связана с:

Производственными заказами

а те ведутся в профильной системе.

16. Планирование технического обслуживания оборудования — не всегда задача CRM

Если речь идёт о внутренних производственных станках, то:

• ППР;
• ресурс;
• наработка;
• ремонт;
• запчасти;

лучше вести в EAM/ERP.

CRM полезнее для сервиса оборудования, которое компания продала клиенту.

Это разные процессы.

Что тогда можно и нужно переносить в CRM

Важно не впасть в противоположную крайность.

CRM может очень многое дать производственной компании.

Например:

• клиентские заявки;
• сделки;
• технические запросы;
• согласования;
• документы;
• коммерческие условия;
• задачи;
• производственный статус;
• сроки;
• риски;
• отгрузку;
• сервис.

То есть CRM должна управлять не технологией производства, а клиентским заказом.

Правильная логика: CRM показывает менеджеру только то, что ему нужно

Например, производство внутри использует 20 статусов.

Менеджеру не нужны все.

Достаточно:

• ожидает запуска;
• в производстве;
• контроль;
• готово.

То же самое со складом.

Менеджеру не нужны:

• регистры;
• движения;
• приходные документы.

Ему нужен ответ:

Есть ли товар и сколько доступно?

Какие данные стоит передавать в CRM из производства

Обычно полезно:

• номер производственного заказа;
• текущий статус;
• плановую дату;
• прогноз;
• процент готовности;
• причину задержки;
• факт готовности.

Этого достаточно для клиентского отдела.

Какие данные стоит передавать из CRM в производство

Например:

• клиент;
• заказ;
• утверждённая спецификация;
• количество;
• срок;
• технические параметры;
• файлы.

Главное — только утверждённые данные.

Пример неправильной архитектуры

В CRM создают:

• склад;
• закупки;
• материалы;
• станки;
• маршруты;
• себестоимость;
• производство;
• финансы.

Итог:

• сотни полей;
• десятки роботов;
• длинные карточки;
• сложные связи;
• пользователи путаются.

Система начинает требовать постоянной поддержки.

Пример правильной архитектуры

Bitrix24

• клиент;
• сделка;
• ТЗ;
• согласование;
• статус заказа.

1С

• товары;
• склад;
• финансы;
• себестоимость;
• производство.

MES

• операции;
• оборудование;
• фактическое исполнение.

BI

• аналитика.

Данные синхронизируются.

Каждая система решает свою задачу.

Как понять, что процесс не стоит переносить в CRM

Задайте несколько вопросов.

Если процесс требует:

• сложных количественных расчётов;
• большого объёма транзакций;
• строгой учётной логики;
• нормативных данных;
• сложного планирования ресурсов;
• операций с оборудованием;

скорее всего, CRM — не лучшее место.

Ещё один критерий: кто основной пользователь

Если процессом пользуется:

• менеджер;
• РОП;
• сервис;
• клиентский отдел;

CRM подходит хорошо.

Если основной пользователь:

• технолог;
• кладовщик;
• диспетчер производства;
• бухгалтер;
• планировщик;

скорее всего, нужен другой контур.

Какие процессы можно вести в Bitrix24 без риска

Например:

Технический запрос

Отдельный смарт-процесс.

Согласование скидки

Роботы и бизнес-процесс.

Производственный статус

Как отражение данных из ERP.

Рекламация

Отдельный процесс.

Сервис

Заявки и SLA.

Доставка

Задачи и контроль.

Это как раз сильная сторона CRM.

Где проходит граница между CRM и 1С

Упрощённо:

CRM отвечает за обещание клиенту.

1С отвечает за учёт исполнения.

Это не абсолютное правило, но очень полезный ориентир.

CRM знает:

• что обещали;
• кому;
• когда.

1С знает:

• что произведено;
• что списано;
• что отгружено;
• сколько стоит.

Где проходит граница между CRM и MES

CRM интересует:

Будет ли заказ готов к сроку?

MES интересует:

Какая операция сейчас выполняется на каком оборудовании?

Это разные уровни детализации.

Как интеграция решает проблему

Цель не в том, чтобы перенести всё в одну систему.

Цель — чтобы сотрудник видел нужные данные в своём интерфейсе.

Например:

менеджер в CRM видит:

Заказ: PR-458

Статус: В производстве

Готовность: 70%

План: 20 сентября

Прогноз: 22 сентября

А внутри ERP находятся сотни технических деталей.

Менеджеру они не нужны.

Типовая архитектура для производственной компании

Можно использовать модель:

Bitrix24

↓

Интеграция

↓

1С / ERP

↓

MES / производство

↓

BI

CRM остаётся клиентским контуром.

Роль BI

Иногда руководство хочет видеть:

• себестоимость;
• производство;
• продажи;
• склад;
• деньги.

И пытается всё затянуть в CRM.

На самом деле лучше собрать данные в BI.

Тогда собственник получает единую картину без необходимости дублировать учёт.

Роль AI

AI тоже не требует переноса всех процессов в CRM.

AI может работать поверх данных из нескольких систем.

Например:

• продажи из CRM;
• склад из 1С;
• производство из ERP.

И выдавать:

Риск просрочки повышен.

Типовые ошибки

Ошибка №1. «Одна система должна делать всё»

Это звучит удобно, но редко работает в сложном производстве.

Ошибка №2. Перенос склада в CRM

Возникает параллельный учёт.

Ошибка №3. Перенос себестоимости

CRM становится подобием ERP.

Ошибка №4. Дублирование производства

Статусы обновляются в двух местах.

Ошибка №5. Слишком много полей

Пользователи перестают заполнять CRM.

Ошибка №6. Слишком много роботов

Логика становится трудно поддерживаемой.

Ошибка №7. Неправильный master-source

CRM и 1С начинают спорить, где правда.

Ошибка №8. Дублирование справочников

Товары и клиенты расходятся.

Ошибка №9. Игнорирование интеграции

Пытаются решить архитектурную проблему вручную.

Ошибка №10. Проектируют интерфейс, а не процесс

Сначала нужно определить бизнес-логику.

Как выбрать master-систему

Для каждого типа данных должна быть одна основная система.

Например:

Клиенты и коммуникации — Bitrix24.

Номенклатура — 1С.

Склад — 1С/WMS.

Производственные операции — MES.

Фактическая себестоимость — ERP/1С.

Тогда интеграция становится намного устойчивее.

Что можно безопасно дублировать в CRM

Не всю сущность, а её «проекцию».

Например:

из склада:

Свободный остаток.

Из производства:

Статус и срок.

Из финансов:

Оплата и долг.

CRM получает то, что нужно менеджеру для принятия решения.

Как это влияет на скорость системы

Чем больше сложной учётной логики пытаются выполнить в CRM, тем выше риск:

• медленной работы;
• длинных автоматизаций;
• сложного сопровождения.

Архитектурное разделение систем делает решение устойчивее.

Как это влияет на стоимость внедрения

Попытка заменить CRM несколькими специализированными системами обычно приводит к:

• большему объёму разработки;
• большему количеству тестов;
• большему бюджету поддержки.

Часто интеграция существующих систем оказывается рациональнее.

Как это влияет на масштабирование

Процесс на 20 заказах может работать внутри CRM.

На 2 000 заказах — уже нет.

Поэтому архитектуру нужно оценивать с учётом будущего роста.

Когда производство можно вести прямо в Bitrix24

Есть исключения.

Например, если производство:

• простое;
• состоит из нескольких этапов;
• не требует MRP;
• не требует сложного материального учёта;
• не требует управления станками.

Например:

Подготовка → Производство → Контроль → Готово.

Такой процесс можно вести смарт-процессом.

Когда точно нужен отдельный производственный контур

Если требуется:

• спецификации;
• маршруты;
• загрузка мощностей;
• материалы;
• партии;
• себестоимость;
• MRP;
• MES;

лучше не пытаться заменить всё CRM.

Как внедрять правильно

Этап 1. Описать процесс

Не систему.

Именно процесс:

заявка → заказ → производство → отгрузка.

Этап 2. Разделить данные

Определить:

• что клиентское;
• что учётное;
• что производственное.

Этап 3. Назначить master-системы

Для каждого объекта.

Этап 4. Определить интеграцию

Какие данные передаются.

Этап 5. Показывать в CRM только необходимое

Не весь производственный мир.

Что должен видеть менеджер

Например:

• заказ;
• оплату;
• статус;
• срок;
• готовность;
• риск.

Этого достаточно.

Что должен видеть производство

• утверждённый заказ;
• ТЗ;
• количество;
• срок.

Не обязательно всю историю продаж.

Что должен видеть собственник

Собственнику нужен дашборд:

Продажи

Оплаты

В производстве

Под риском

Готово

Отгружено

Это лучше собирать в BI, а не заставлять CRM хранить всё.

Как Profi Soft проектирует архитектуру производственной компании

В Profi Soft мы не пытаемся перенести все процессы в Bitrix24.

Сначала анализируем:

• продажи;
• 1С;
• склад;
• производство;
• финансы;
• аналитику.

После этого определяем роль каждой системы.

Типовая логика:

Bitrix24 — клиент и процессы

1С — учёт

производственная система — исполнение

BI — аналитика

AI — прогноз и рекомендации

И уже после этого проектируем интеграцию.

Что может входить в проект

• предпроектное обследование;
• карта процессов;
• архитектура систем;
• Bitrix24;
• интеграция с 1С;
• интеграция с ERP/MES;
• производственные статусы;
• складские данные для менеджеров;
• оплаты;
• задолженность;
• BI;
• AI;
• обучение;
• сопровождение.

Главный вывод

Главная ошибка цифровизации производства — считать, что хорошая CRM должна заменить всё.

Это не так.

CRM должна быть сильной там, где она действительно полезна:

клиент → сделка → коммуникации → согласования → заказ → контроль исполнения.

А сложные производственные процессы лучше оставить в системах, которые для них созданы.

Не нужно переносить в CRM:

• MRP;
• детальный склад;
• себестоимость;
• технологические маршруты;
• загрузку оборудования;
• MES;
• бухгалтерию.

Нужно связать системы так, чтобы данные перемещались автоматически.

Тогда менеджер работает в CRM.

Производство — в своём контуре.

Финансы — в 1С.

А собственник видит бизнес целиком.

Именно это и есть правильная цифровая архитектура производственной компании.

Закажите аудит цифровой архитектуры

Если сегодня часть процессов находится в Bitrix24, часть в 1С, часть в Excel, а часть сотрудники ведут вручную, не обязательно переносить всё в одну систему.

Сначала нужно определить правильные границы.

Команда Profi Soft проведёт предпроектное обследование и поможет определить:

• какие процессы оставить в CRM;
• какие — в 1С;
• какие — в производственной системе;
• какие данные синхронизировать;
• какие статусы показывать менеджерам;
• какие показатели вынести в BI.

Оставьте заявку на аудит. Мы поможем построить архитектуру CRM + 1С + производство без дублирования учёта и перегруженных процессов.

Чек-лист: не перегружена ли ваша CRM

Проверьте, не ведёте ли вы в CRM:

• детальный складской учёт;
• нормы расхода сырья;
• MRP;
• загрузку станков;
• технологические маршруты;
• фактическую себестоимость;
• бухгалтерский учёт;
• партионный учёт;
• управление оборудованием;
• детальный ОТК;
• НЗП;
• сложное планирование закупок.

Если да, стоит проверить, действительно ли CRM является лучшей системой для этих задач.

Часто задаваемые вопросы

Можно ли вести производство в Bitrix24?

Простые процессы — да. Сложное производство с MRP, оборудованием, маршрутами и себестоимостью лучше вести в специализированной системе.

Нужно ли переносить склад в CRM?

Обычно нет. Менеджеру достаточно отображать актуальный свободный остаток из учётной системы.

Где лучше вести себестоимость?

В 1С, ERP или другой учётной системе. В CRM можно передавать итоговый показатель.

Можно ли показывать производство в CRM?

Да. Лучше передавать ключевые статусы, готовность и прогноз срока.

Можно ли вести технологические операции в Bitrix24?

Для очень простого производства возможно. Для сложных процессов лучше использовать MES/ERP.

Что такое master-система?

Это основная система, которая является источником правды для конкретного типа данных.

Зачем тогда интеграция?

Чтобы сотрудник видел нужные данные в своей системе без ручного переноса.

Где лучше строить общую аналитику?

В BI, особенно если данные находятся одновременно в CRM, 1С и производственных системах.

Нужно ли стремиться к одной системе?

Нет. Важно не количество систем, а единая архитектура и качественный обмен между ними.

С чего начать?

С предпроектного обследования и определения, какая система должна отвечать за каждый бизнес-процесс.