Электронная фабрика. Книга 1. Теория

Самая опасная ошибка здесь – жадность

Не финансовая, а архитектурная. Очень хочется, чтобы один инструмент делал всё: ERP считала, Excel показывал, ИИ всё понимал, робот всё вносил, а человек только красиво подтверждал решение. На словах это звучит соблазнительно. На практике это ведёт к бардаку.

У каждого слоя своя природа. ERP хороша там, где нужна нормативная и транзакционная строгость. Excel хорош там, где нужна прозрачная расчётная модель и быстрый инженерный разворот. ChatGPT силён там, где нужно объяснить, сравнить, собрать сценарий, проверить логику и помочь человеку не утонуть в количестве условий. RPA полезен там, где надо дисциплинированно дотянуть факт, регистрацию, повторяемое действие и не дать процессу развалиться из-за человеческой усталости. [1][17][18][19]

Как только вы пытаетесь заставить один слой делать чужую работу, начинается деградация. ERP превращают в неповоротливую надстройку, в которой всё слишком дорого и слишком медленно менять. Excel разрастается в монстра, который держится на одном человеке и трёх молитвах. ИИ начинает выглядеть как болтливая магия без опоры на реальные данные. Роботы начинают автоматизировать беспорядок. А потом все снова говорят, что «цифровизация не работает». На самом деле не работает не цифровизация. Не работает архитектурная жадность.

Значит, сначала надо разложить роли

Вот это и есть содержание этой главы. Не «какой софт лучше», не «что моднее» и не «на чём можно сэкономить», а кто за что отвечает в электронной фабрике.

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

ERP – это память и официальная правда предприятия

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

Вот это нельзя держать «где-то рядом». Это должно быть в системе. Классическая логика MRP II именно так и устроена. Она не живёт в разговорном режиме, а связывает спецификации, маршруты, запасы, заказы, потребности и мощности в единый контур планирования и управления. Если сказать совсем по-человечески, ERP – это не место для импровизации. Это место для официальной структуры.

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

Но

ERP

не должна делать всю грязную работу внутри дня

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

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

Excel – это не стыдно. Это стартовая инженерная лаборатория

Вот здесь многие морщатся, особенно те, кто любит или очень дорогие системы, или очень красивые речи. Но реальность такова: для малого и среднего завода Excel остаётся сильным инструментом старта. Не потому, что он идеален, а потому, что он прозрачен, быстро меняется, позволяет видеть модель глазами, легко обсуждается с мастерами и плановиками и очень полезен как промежуточная инженерная форма, пока вы ещё собираете контур.

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

Значит ли это, что Excel – финальная архитектура? Нет. Значит ли это, что Excel надо презирать? Тоже нет. Правильная формулировка здесь такая: Excel – не итог электронной фабрики, а её стартовая расчётная лаборатория и проверочная опора. В Excel удобно собрать структуру сущностей, увидеть, какие данные реально нужны, проверить логику расчёта, руками отладить последовательность ограничений, сделать первый исполнимый сменный контур и доказать, что идея вообще работает. А вот когда Excel начинает уже трещать от объёма, количества пользователей, версий, связей и ручного факта, это не повод говорить, что Excel плохой. Это сигнал, что контур дорос до следующего уровня зрелости.

Тогда зачем здесь ChatGPT?

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

ChatGPT в электронной фабрике нужен не как маг, а как интеллектуальный слой над моделью. Его сила не в том, что он сам по себе умный, а в том, что он хорошо работает там, где человеку тяжело держать в голове сразу много условий, интерпретаций и сценариев. Его место – не вместо данных, а поверх данных. [18][19]

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

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

А RPA здесь зачем? Неужели без роботов уже нельзя?

Можно. Но дорого по человеческим нервам. Главная проблема большинства производственных контуров – не в том, что люди не понимают теорию, а в том, что они не успевают вовремя закрыть факт.

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

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

Поэтому в архитектуре книги RPA стоит не наверху, а внизу – ближе к факту, движению, регистрации и дисциплине.

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

ERP хранит и проводит. Excel моделирует, считает и показывает. ChatGPT объясняет, сравнивает и помогает принять решение. RPA доводит рутину до дисциплины, фиксирует факт и переносит события. [1][17][18]

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

Что происходит, если эту архитектуру не развести

Это полезно проговорить вслух. Если не развести роли, вы почти неизбежно получаете одно из четырёх уродств. Первое: ERP пытаются превратить во всё сразу, и тогда каждое изменение становится тяжёлым, дорогим и медленным. Второе: Excel разрастается до чудовища и начинает держать и НСИ, и факт, и расчёт, и статусы, и историю, и переписку с реальностью. Третье: ИИ начинают воспринимать как замену инженерной модели, и тогда получают красивую болтовню без опоры на данные. Четвёртое: RPA подключают слишком рано или без логики, и в результате роботы начинают автоматизировать не порядок, а хаос.

Вот почему архитектура – это не просто ИТ-шный вопрос. Это вопрос выживания метода.

Значит, электронная фабрика собирается не из одной вещи, а из правильно разведённых слоёв

Это и есть главный вывод главы. Электронная фабрика – не один продукт, не один файл, не один AI-бот, не один отчёт и не одна таблица. Это согласованная сборка нескольких этажей. ERP даёт официальную структуру, Excel – прозрачную инженерную модель, ChatGPT – понятное человеческое мышление поверх модели, RPA – дисциплину факта и движения. И если эти этажи стоят на своих местах, предприятие наконец получает шанс жить не только в режиме «кто сегодня кого успел обзвонить».

Что из этого надо взять читателю прямо сейчас

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

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

Во втором томе эта архитектура уже разложена по конкретным настройкам и приложениям. В приложении 15 «Структура Excel-шаблонов» показан состав рабочих листов и логика их связки; в приложении 19 «Регламент RPA-закрытия факта» описано, какие действия можно увести из ручного режима; в приложении 20 «Набор рабочих промптов для ChatGPT» собраны прикладные сценарии работы ИИ; в приложении 21 «Инструкция по настройке Project» и приложении 22 «Инструкция по настройке Custom GPT» даны уже шаги по разворачиванию соответствующих слоёв; а приложение 27 «Критерии перехода от Excel-контуров к более зрелой архитектуре» показывает, когда локальная схема должна вырасти в следующий этаж. Второй том здесь превращает разговор о ролях слоёв в реальный комплект настройки.

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

Глава 4. Для каких производств этот метод подходит – а где его лучше не мучить

Есть очень опасный момент, на котором ломаются хорошие идеи. Человек читает про электронную фабрику, вдохновляется и думает: «Ну всё. Сейчас мы эту штуку натянем на любое производство, и оно заживёт». Вот здесь как раз и надо резко притормозить.

Любая методика сильна не там, где её можно приложить ко всему на свете, а там, где она попадает в свою реальность. Если не провести границы, книга превращается в болтовню. А у нас задача другая: не впечатлить красивыми словами, а дать практику инструмент, который работает.

Начнём с неприятной, но честной мысли

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

Где метод ложится лучше всего

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

Вот это как раз наша почва.

В терминах производственной теории обычно различают поточное производство, универсальное производство, или job shop manufacturing, и производство с фиксированным местоположением. Для поточного производства характерен один маршрут и одна последовательность операций. Это удобно, красиво, стандартизировано – и, как ни странно, именно там наша книга не так нужна, как кажется.

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

Почему особенно хорошо подходит мелкосерийка и опытка

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

Это почти портрет той аудитории, для которой и пишется эта книга.

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

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

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

Где он особенно полезен

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

Именно там электронная фабрика перестаёт быть красивой идеей и становится реальным рычагом.

Где метод уже не так хорош

А теперь – очень важная трезвость. Есть производства, где наша книга в базовом виде будет уже не так полезна. Например, если у вас очень жёсткий однотипный поток, одна и та же последовательность операций, фиксированная тактовая логика, высокая зрелость операционной технологии, детальное закрепление операций за рабочими местами, и главный вопрос не «что запускать сейчас», а «как удержать стабильность потока и норму выпуска», то центр тяжести смещается.

На первом месте там уже будут балансировка потока, такт, throughput, организация рабочего места, потери, дисциплина, стандартизированная работа и всё то, что Lean и смежные методики любят совершенно по праву.

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

И есть ещё одна граница – опасные и жёстко регламентированные процессы

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

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

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

Значит, где у метода самое сильное попадание

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

Для единичного производства, опытного производства, мелкосерийки, позаказного машиностроения, универсального производства типа job shop, распределённых кооперационных контуров и сборочно-механических производств с длинными маршрутами. Именно там наш метод не «один из вариантов», а естественный ответ на тип боли.

А где метод надо либо сильно дорабатывать, либо вообще не лезть с ним сразу

Есть три зоны, где надо быть честными. Первая – очень стабильное поточное производство. Там, где всё давно закреплено, тактировано и стандартизировано, наши инструменты будут полезны, но уже не как центр мира. Вторая – сверхсложные и сверхкрупные системы. Если у вас десятки миллионов операций, гигантская межсистемная интеграция и многослойная логистика по уровням корпорации, то Excel-стартовая архитектура и «народный APS» уже не потянут базовую нагрузку. Третья – критичные процессы с жёсткой регламентацией, где цена ошибки такова, что нельзя опираться на укрупнённую маршрутную модель без строгого операционного контура и специальных нормативов.

Книга не должна врать читателю. Она должна дать ему сильный инструмент там, где он реально бьёт, и не обещать чудес там, где нужен уже другой класс решений.

Это, кстати, снимает и вопрос «почему не всё сразу»

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

Именно так хорошие идеи умирают.

Сильный подход начинается не со «всего», а со своей зоны попадания. Поэтому эта глава и нужна: она защищает книгу от универсального пустословия.

Во втором томе эта граница уже превращена в рабочую диагностику с конкретными приложениями. В приложении 2 «Уровни зрелости НСИ и ТПП» описаны этажи зрелости производственной модели; в приложении 14 «Таблица выбора методик» сведены типы производственных ситуаций и подходы, которые для них уместны; а приложение 25 «Чек-лист зрелости предприятия перед запуском» позволяет пройти по готовности предприятия не на уровне ощущения, а по пунктам. Поэтому вопрос применимости метода там решается уже не интуитивно, а через вполне приземлённую оценку среды.

Что должен понять читатель после этой главы

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

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

И это честный, взрослый разговор.

Первая часть выполнила свою задачу: она развела ERP и живой цех, дала определение электронной фабрики, показала её архитектуру и очертила границы применимости метода. Теперь нужно спуститься с уровня определения на уровень реальной заводской практики и посмотреть, как этот слой уже стихийно собирается без APS – через Excel, локальные правила и память сильных людей. Именно этим и открывается вторая часть.

Часть

II

. Народная практика: как люди уже делают это без

APS

Глава 5. Народный

Excel

как зачаток электронной фабрики

Есть момент, который консультанты и красивые методологи очень не любят. Они приезжают на завод, открывают ноутбук, задают умные вопросы, а потом им показывают тот самый Excel, на котором всё и держится. И дальше в голове у них обычно срабатывает одна и та же мысль: «Ну понятно. Самодельщина. Сейчас мы им всё объясним».

Вот это как раз и есть ошибка.

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

Как это обычно выглядит в жизни

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

В одной производственной практике это видно почти в чистом виде. Центральный Excel-файл там становится одновременно маршрутной опорой по изделию, складской картой, местом для нормирования, базой для расчёта загрузки участков и инструментом для посуточного планирования. Перед нами уже не «табличка ради таблички», а самодельный производственный контур.

Почему люди вообще идут в такой

Excel

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

ERP при этом может отлично держать структуру изделия, документы, остатки и общий план, но не давать удобного ответа на вопрос: что делать прямо сейчас, если половина картины всё равно живёт между людьми? Тогда и рождается народный контур. Он возникает не из любви к Excel, а из того, что предприятию нужен оперативный мозг, а в готовом виде этого мозга у него нет.