Дискретное и рецептурное производство в одной системе

Большинство производственного программного обеспечения делает выбор на старте. Одни системы строятся под дискретное производство: штучные, собираемые единицы со спецификацией и технологическим маршрутом. Другие ориентированы на рецептурное: рецепт, формулу, партию, которую уже нельзя разобрать обратно. Компании, которым нужно и то и другое одновременно, рынок программного обеспечения воспринимает как исключение, хотя на практике это далеко не редкость.

Производитель устройств, который собирает электронику и параллельно составляет защитное покрытие. Пищевое производство, которое варит соус партиями, а потом упаковывает его вместе с другими компонентами в набор. Производитель дронов, который смешивает композитную смолу для корпуса и рядом же скручивает электронику. Ни одна из этих компаний не укладывается чисто в категорию «дискретное» или «рецептурное». Обе логики должны жить в одной системе, без параллельного ведения двух инструментов, которые друг с другом не разговаривают.

Почему эти две логики не совмещаются сами по себе

Разница не косметическая. Дискретное производство создаёт отдельные, штучные единицы, которые в принципе можно разобрать обратно: открутить винт, снять кронштейн. Рецептурное производство необратимо: как только мука, вода и дрожжи стали тестом, назад пути нет. Эта единственная разница определяет всю дальнейшую логику учёта.

Дискретная спецификация представляет собой структурированный, версионированный список деталей и количеств, где каждый компонент прослеживается до своей партии или серийного номера. Рецептура строится как процентная формула, и в ней ключевой вопрос планирования это потеря на выходе и пересчёт единиц, куда более значимые, чем прослеживаемость отдельного компонента. По-разному устроен и контроль качества: дискретное производство проверяет допуски сборки и функциональные тесты, рецептурное проверяет температуру, вязкость, загрязнения. Когда программное обеспечение строится вокруг одной из этих моделей, вторая почти всегда оказывается пристроенной позже, и это заметно по швам.

Где эти швы обычно расходятся

Чаще всего ломается именно там, где дискретное изделие содержит компонент, изготовленный рецептурно, или наоборот. Корпус дрона может начинаться как формула смолы, отверждается, а затем становится одной позицией в дискретной спецификации рядом с полётным контроллером и моторами. Если система обращается с рецептурами и спецификациями как с принципиально разными объектами, которые не могут ссылаться друг на друга, эта связь обычно заканчивается в отдельной таблице рядом с «настоящей» системой.

Тот же самый узор повторяется в калькуляции. Дискретная спецификация суммирует стоимость из цен отдельных компонентов. Рецептура считает стоимость от процентной доли ингредиента и выхода партии, а значит неожиданный брак или заниженный выход меняют реальную себестоимость единицы так, как простому перечню деталей никогда не приходится учитывать. Система, построенная только под один из двух режимов, обычно плохо справляется с логикой калькуляции другого, если вообще справляется.

Фантомные сборки и промежуточные партии

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

Система, моделирующая только одно из этих понятий, вынуждает имитировать другое, обычно через фиктивную складскую позицию, которую приходится вручную обнулять после каждого цикла. При небольшом объёме это почти незаметно. При росте объёма это становится постоянным источником фантомных остатков.

Что нужно структуре, действительно способной на гибрид

Поддержка обоих режимов нативно означает несколько конкретных вещей. Механизм спецификаций должен поддерживать и структурированный перечень деталей, и процентную рецептуру, и позволять одному ссылаться на другое, когда рецептурно изготовленная позиция становится компонентом дискретной сборки. Маршруты должны поддерживать и дискретные операции, привязанные к рабочему центру и времени цикла, и рецептурные этапы, привязанные к ёмкости, температурной кривой и времени выдержки. Прослеживаемость должна работать одинаково в обе стороны.

Почему это становится важнее с ростом масштаба

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

Именно этот разрыв должна была закрыть структура спецификаций и маршрутов в Bimp, где дискретная сборка и рецептурное формулирование трактуются как два выражения одной и той же модели, спроектированной как единое целое с самого начала. Для производителя, чьё изделие реально проходит через оба режима, это не дополнительная опция. Это разница между системой, отражающей реальное производство, и системой, для половины ассортимента которой нужен обходной путь.