Статья · Битрикс24
Битрикс24 CRM для производства: что умеет на заказах
Битрикс24 CRM для производства помогает собрать запрос, договорённости и следующие действия вокруг заказа. Понятный результат для директора: открыть запись и увидеть, что сейчас происходит. Рабочий путь от запроса до исполнения нужно настроить и проверить под роли сотрудников.
- Штатные карточка и доска дают основу для истории и состояния; производственный порядок задаётся отдельно.
- Перемещение карточки не подтверждает физическую готовность партии без согласованного источника факта.
- Учёт операций, нормативов и фактической себестоимости в схеме Нормотеки остаётся в специализированной системе.
Битрикс24 CRM для производства: что есть в основе
В сделке Битрикс24 ведутся сведения продажи и её состояние. В карточке есть история общения, документы и комментарии. Доска показывает карточки по этапам. Эти возможности описаны в официальных статьях о сделках, карточке и доске CRM.
Для производства это полезная основа: запрос и его продолжение можно держать связанными. Но порядок вашего цеха не возникает из названий колонок. Нужно решить, что означает каждое состояние, кто подтверждает переход и какие сведения передаются следующему участнику. Это работа настройки и организации процесса.
Далее разобран один условный заказ на 40 корпусов. Названия этапов и распределение работы приведены как пример. Статья показывает, какие сведения видит человек в течение дня; она не обещает готовую производственную систему после регистрации портала и не описывает техническое меню настройки.
Утром менеджер открывает запрос
В записи запроса нужны предмет обращения, актуальный чертёж и следующее действие. Например, требуется уточнить покрытие до передачи технологу. Если файл лежит только в личном чате, коллега увидит название заказа, но не сможет продолжить работу. Сохранение связи с действующей версией важнее числа дополнительных показателей.
История карточки помогает восстановить, что уже обсуждалось. Полнота зависит от подключённых каналов и внесённых сотрудниками сведений. Нельзя считать, что любое сообщение из личной переписки автоматически окажется в Битрикс24. Способ подключения и ограничения конкретного канала проверяют отдельно.
Для условного запроса следующее действие записано как «получить подтверждение покрытия к четвергу». Это отличается от общего состояния «уточнение»: действие сообщает, что должно произойти дальше. Руководитель сможет увидеть задержку, если срок и ответственный действительно ведутся в согласованном порядке.
Технолог получает понятное задание на расчёт
Передайте технологу обозначение детали, редакцию, количество и требуемый результат расчёта. Отдельно отметьте, что неизвестно. Если вопрос по материалу открыт, он должен быть виден до оценки времени. Автоматизация передачи не исправит неполные исходные; порядок уточнения нужно определить заранее.
В схеме Нормотеки расчёт для предложения может быть связан с заказом, чтобы менеджер получил его результат и допущения. Такой расчёт отличается от окончательной производственной себестоимости. Цена материала из предложения поставщика и подтверждённый расход после изготовления относятся к разным стадиям данных.
Не нужно переносить всю технологическую кухню в карточку продажи. Достаточно сохранить утверждённый результат, применимую версию и ссылку на основание. Подробные нормативы и маршрут имеют своего владельца. Если меняется чертёж, новый расчёт должен быть различим со старым, без тихого переписывания исходной версии.
После согласования заказ принимает цех
Мастеру нужны утверждённые сведения исполнения. В рабочей схеме коммерческий запрос и исполнение можно разделить, сохранив связь. Как именно это организовано, зависит от выбранной поставки и настройки. Обещание «всё есть в CRM» нужно заменить показом конкретного задания под ролью мастера.
| Момент | Что видит участник | Что требует организации |
|---|---|---|
| Запрос принят | Предмет и история обращения | Единый приём и ответственный |
| Расчёт запрошен | Задание технологу и срок | Достаточность исходных и возврат на уточнение |
| Условия утверждены | Применимая версия и количество | Правило передачи в исполнение |
| Заказ задержан | Причина и следующее действие | Кто сообщает факт и кому нужен сигнал |
| Изготовлено | Подтверждённый результат | Граница между выполнением и приёмкой |
| Сдано | Документы и состояние оплаты | Источник подтверждения учёта |
Таблица разделяет готовую основу программы и согласуемый рабочий порядок. Она не служит списком штатных производственных функций. Для передачи подробнее есть отдельная статья; для приёмки требований лист проверки обработки заказов.
Днём изменился срок или чертёж
Допустим, заказчик изменил количество с 40 до 60 и прислал новую редакцию. Сначала нужно принять решение о цене и выполнимости срока, затем передать утверждённое изменение исполнению. Простая загрузка нового файла не объясняет, что уже разрешено делать, а что остаётся на согласовании.
Зафиксируйте решение так, чтобы менеджер и мастер открыли одну действующую версию. При этом первоначальные условия должны оставаться восстанавливаемыми. Способ хранения и подтверждения выбирают в настройке. На проверке полезно попросить каждого участника назвать действующее количество и показать основание ответа.
Я бы начал с такого изменения при показе производственной схемы. В обычном проходе все видят одинаковый файл, и разрыв незаметен. После изменения сразу становится ясно, кто принимает решение и как сведения доходят до участка. Если для ответа опять нужны личные звонки, правило передачи ещё стоит доработать.
Вечером директор смотрит состояние
Доска даёт обзор, карточка раскрывает историю конкретного случая. Для руководителя полезно видеть задержку вместе с её владельцем и следующим действием. Одна колонка «производство» скрывает слишком разные причины: ожидание материала, работы участка и решение по несоответствию. Детализация нужна ровно такая, по которой принимается действие.
Состояние должно иметь источник. Если мастер обновляет его вручную, согласуйте момент отметки. Если сведения приходят из учётной системы, согласуйте обмен и давность данных. Красивый отчёт не отличит сегодняшний факт от вчерашней записи, пока это различие не сохранено в исходных сведениях.
Отдельный материал об утренних отчётах директора показывает, как сформировать список исключений. Здесь достаточно проверить путь от общего состояния к конкретной карточке и подтверждению. Отчёт должен помогать действовать по заказу, а не просто показывать количество разноцветных колонок.
Какие задачи оставить производственному учёту
В Нормотеке Битрикс24 ведёт путь заказа рядом с 1С и специализированными системами. Состав изделия, обеспечение, нормативы, точное расписание станков, выработка и фактическая себестоимость не объявляются главным учётом портала. Если эти данные уже ведутся, используйте их подтверждённый статус по согласованной связи.
Это позволяет не заставлять мастера вручную дублировать каждую операцию ради общего обзора. Сама возможность создать запись о детали не превращает её в производственный учёт. Для подробного исполнения есть проверка потребности в MES; граница определяется задачей и достоверностью данных.
Тариф, права и ограничения конкретной поставки проверяются до оценки внедрения. Эта статья не назначает тариф по названию функции и не приводит акционные цены. Попросите показать нужное действие в том варианте, который планируется использовать, с ролями реальных участников.
Что сделать завтра
- Откройте один запрос и восстановите его путь до исполнения.
- Проверьте изменение количества и чертежа под ролями менеджера и мастера.
- Отметьте сведения, которые должны приходить из учётной системы, и их источник.
Как выглядит согласованный путь после продажи, показано в схеме «Системы». Её задача в том, чтобы состояние заказа было доступно людям, отвечающим за продолжение работы.
Частые вопросы
Что Битрикс24 даёт для производственного заказа?
Штатные сделки, карточки с историей и доска дают основу для общей работы. Производственные состояния, передача и правила подтверждения настраиваются под согласованную схему.
Станет ли Битрикс24 производственным учётом?
В схеме Нормотеки главный учёт операций, нормативов и фактической себестоимости остаётся в специализированном источнике. Портал показывает путь заказа и связанные действия.
Все сообщения заказчика автоматически попадут в карточку?
Это зависит от подключённых каналов и порядка работы. Личные переписки нельзя считать автоматически собранными без проверки подключения.
Как проверить схему после изменения заказа?
Измените количество и редакцию на тестовом примере. Под ролями менеджера и мастера найдите действующие условия и подтверждение решения о передаче в работу.
Где застревает заказ у вас?
Проверьте путь от заявки до оплаты на своих заказах. Результат можно сохранить в PDF, регистрация не нужна.
Где застревает заказ у вас?
24 отметки по шести этапам — без регистрации, итог в PDF. Или запишитесь на разбор: разберём путь одного типичного заказа на ваших примерах. Бесплатно, около часа в Zoom.
Автор
Андрей Антонов. 13 лет на производстве, от конструктора до технического директора. Настраиваю Битрикс24 на производствах. Подробнее