Кейсы / Производства · Платформа от заказа до отгрузки
Клиент под NDA Интеграции и расчёты

Заказ доходит до цеха за часы вместо дней, и в срок уезжает 92% отгрузок вместо 70%.

70% → 92%
отгрузки в срок
4 дня → 4 часа
от заказа до запуска в цех
~4 мес
до полного контура

Клиент под NDA: отрасль и размер указаны диапазоном. Цифры — со стороны клиента, сравнение периодов до и после запуска; на похожих проектах результат отличался в обе стороны. Посчитать на своих объёмах →

Контекст

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

Серийное производство, около 200 сотрудников, одна площадка. Заказы приходили в почту и в CRM, менеджер переносил их в таблицу, а потребность в материалах снабжение считало руками — по спецификации изделия из другой таблицы и по остаткам из учётной системы, которые отставали на день-два. Каждый шаг был перебивкой данных, и на каждой перебивке терялся день: до сменного задания заказ доходил через три-пять дней после подтверждения. Часть партий вставала уже в цехе, потому что материала не хватило, и выяснялось это в момент запуска, а не до него. Сроки клиенту называли с запасом, и всё равно примерно каждый третий заказ уезжал позже обещанного. Остатки на складе жили в двух местах — в учётной системе и в голове кладовщика.

Решение

Одна платформа между заказом, спецификацией и складом.

Стек тот же, что и на остальных проектах: Python и Django в ядре, PostgreSQL как источник истины по заказу, спецификации и материалу. Заказ вводится один раз, платформа раскрывает партию в потребность по спецификации изделия, считает её против фактических остатков и уже размещённых закупок, а дефицит превращает в заявку снабжению сам. Учётную систему мы не заменяли — она осталась системой учёта и документов, платформа обменивается с ней данными.

Архитектура
Заказыпочта · CRMСпецификациинормы и техпроцессСкладостатки и партииЗакупкизаявки и срокиЯдро платформызаказ · спецификация · материалУчётная системаучёт и документыСменное заданиецех и участкиСнабжениезаявки поставщикамСтатусы заказаменеджер и клиентОтчётысроки и себестоимость
Что построили

Шесть контуров за четыре месяца.

Порядок выбирали по деньгам: сначала то, что убирает потерянные дни, потом всё остальное.

01
Заказ и спецификация
Заказ входит один раз и раскрывается в потребность по спецификации изделия. Спецификации и нормы расхода живут в одном месте и в одной версии, а не в таблице у технолога и ещё одной у снабжения.
02
Потребность в материалах
Считается против фактических остатков и уже размещённых закупок. Дефицит уходит в снабжение заявкой, а не письмом, и виден до запуска, а не в цехе.
03
Запуск в цех
Сменное задание платформа собирает сама — из заказов, под которые материал есть, — и объясняет каждую строку: что чем ограничено и что придётся сдвинуть. Начальник производства утверждает или меняет. От заказа до сменного задания стало часы вместо трёх-пяти дней.
04
Склад и списания
Списание идёт по факту выпуска, а не раз в неделю, и остатки перестали расходиться с учётной системой.
05
Сроки и статусы
Статус заказа виден менеджеру и клиенту, и менеджер больше не ходит в цех спрашивать, где заказ. В срок стало уезжать 92% отгрузок вместо 70%.
06
Отчёты
Себестоимость считается по заказу, а срывы сроков разложены по причинам — нехватка материала, переделка, простой, — а не сведены в одно «не успели».
До и после

До и после.

До
Отгрузки в срок~70%
От заказа до цеха3–5 дней
Спецификациив таблицах
Потребность в материалахпо вчерашним остаткам
Дефицит материалавыясняется в цехе
Списания со складараз в неделю
Себестоимость заказапосле закрытия
После
Отгрузки в срок~92%
От заказа до цехачасы
Спецификацииодна версия
Потребность в материалахпротив факта и закупок
Дефицит материаладо запуска
Списания со складапо факту выпуска
Себестоимость заказавидна по ходу
Границы автоматизации
Что осталось за людьми — намеренно.
—Нормы расхода и техпроцесс. Их задаёт технолог; платформа считает по ним, но не придумывает их.
—Утверждение сменного задания. Платформа собирает его и объясняет каждую строку, но нажимает начальник производства, а не автомат.
—Переговоры с поставщиком по срокам и цене. Заявка уходит автоматом, договаривается человек.
—Приёмка материала по качеству. Это глаза и руки, а не строка в накладной.
Стек
Python Django PostgreSQL Обмен с учётной системой Очереди задач Отчётность Мониторинг и алерты
Честно про то, где были потери

Дни терялись не в цехе, а между системами.

Цех работал нормально, и мы не трогали ни оборудование, ни людей на участках. Терялось между подтверждением заказа и запуском: четыре перебивки данных подряд, и на каждой день. Учётную систему мы тоже не заменяли — она осталась на месте, платформа встала рядом и обменивается с ней данными. Четыре месяца ушло не на код: нормы расхода и спецификации пришлось привести в порядок, потому что считать потребность в материалах не по чему, если нормы живут в трёх версиях. Эту часть делал технолог со стороны клиента, и без неё запуск был бы бессмысленным.

Связанное

Из чего собран этот кейс.

Страницы услуг объясняют метод, по которому сделан этот проект; страницы решений берут те же блоки по отдельности — каждый со своим объёмом и ценой.

Хотите то же для своего процесса?

Бесплатный мини-аудит покажет ROI для самого значимого процесса — дальше разработка по фиксированной цене.

Бесплатный мини-аудит →