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