Част 1 аргументира, че тясното място в индустрията е контекстът, а не събирането. Част 2 показа от какво се състои контекстът. Тази последна част описва за какво служи контекстът: затворен цикъл, в който препоръките стават одобрени действия, действията стават измерени резултати, а резултатите подобряват следващата препоръка.
Слой за вземане на решения е частта от производствената система, която преобразува контекстуализирани данни в приоритизирани препоръки, вгражда ги в собствените процедури и работни потоци на завода, изпълнява ги като човешки одобрени действия и измерва дали са сработили. Нейното определящо свойство е, че цикълът се затваря: резултатите се връщат като вход за следващото решение.
Мислим за това като за пет слоя. Данните са основата: машинни сигнали от PLC, сензори и компютърно зрение, човешки въвеждания от оператори, самите записи за поддръжка и производство и контекстът на поръчките от ERP на клиента. Изводите и препоръките стоят над тях, ранжирани по стойност в евро с прикачени доказателства.
Процедурите и работните потоци са слой, който повечето доставчици пропускат: собствените експлоатационни стандарти на завода, живеещи в системата. Действията са работни нареждания и промени в графика, изпълнявани в същата платформа. Резултатите затварят цикъла: всяко действие се измерва спрямо това, което беше предвидено да постигне.
Петте слоя на архитектурата за вземане на решения, с обратната връзка, която я затваря.
Всичко, което слоят за решения предлага, попада в една от две категории, и разграничението е по-важно от който и да е алгоритъм зад него.
Епизодични препоръки променят действие: лагер на линия 2 показва същия подпис на деградация, който предхождаше предишната му повреда, затова създайте работна нарежба и я вмъкнете в планираното спиране в четвъртък. Бързо, конкретно и удовлетворяващо. Повечето AI в производството спират дотук, когато изобщо стигнат тук.
Системни препоръки променят стандарт: този режим на повреда се е повторил три пъти при осемседмичен интервал за поддръжка, затова скъсете интервала за този клас активи до шест седмици. Или: смяните от продукт A към продукт B последователно надвишават стандарта с 40 процента, затова актуализирайте процедурата за смяна и правилата за планиране, които подреждат тези продукти.
Приемането на системна препоръка не създава едно работно нареждане. То пренаписва стандарта, който бъдещите работни нареждания, контролни списъци и графици наследяват.
При системните препоръки се крие ефектът на натрупване. Завод, който приеме една добра епизодична препоръка, печели една добра седмица. Завод, който приеме една добра системна препоръка, получава трайно подобрена експлоатационна процедура и след година системата съдържа нещо, което нито един информационен панел няма да има: собствените експлоатационни знания на завода, настроени по доказателства, версионирани и разпространени между линии и обекти.
Нищо в този цикъл не се изпълнява автоматично. Всяка препоръка, епизодична или системна, преминава през човешка врата за одобрение: отговорното лице я приема, редактира или отхвърля и посочва защо. Считаме това за функция на архитектурата, а не за временна отстъпка.
Ръководителите на заводи не се доверяват на „черни кутии“ и не бива да се доверяват. Препоръка, която пристига с прикачени доказателства, в инструмента, в който мениджърът вече работи, и иска решение, вместо да обявява такова, е препоръка, която ще бъде изпълнена.
Вратата също произвежда нещо тихо ценно: отхвърлено с причина е обучителен данни. Когато опитен инженер отхвърли препоръка и напише защо, системата научава ограничение, което нито един сензор би могъл да ѝ преподаде.
Вратата е и мястото, където отговорността остава там, където ѝ е мястото. Системно предложение за скъсяване на интервал на поддръжка пристига като предложение, носейки историята на повредите, която го мотивира, и се одобрява от отговорния инженер, а не се изпълнява от алгоритъм.
Когато гаранция от OEM или регулация изисква конкретен интервал, това ограничение се кодира като правило, което системата трябва да уважава, точно онзи вид знание, който слойът с процедури съществува, за да съхранява.
Системата аргументира с доказателства; хората решават, и записът кой какво и защо е решил се съхранява.
Дисциплината, която отделя слоя за вземане на решения от кутията за предложения, е регистърът на резултатите. Всяка приета препоръка записва очакваното си въздействие. Всяко изпълнено действие е последвано от измерване на реализираното въздействие, проверено от машините, а не от нечий ентусиазъм.
Внедряването се извършва линия по линия, така че линиите, които все още не са обхванати, служат като естествена контролна група, което отговаря на справедливия довод, че обемите и продуктовият микс така или иначе се променят.
И отхвърлените препоръки се проследяват също: когато маркиран лагер бъде игнориран и после се повреди точно както е предсказано, това събитие се записва, защото е най-честното доказателство, което системата може да произведе.
Резултатът е кумулативен, верифициран регистър на стойността в евро, по линия, по завод и по група. Подобрението спира да се твърди в слайдове и започва да се доказва в същата система, която го е предложила.
Затворете цикъла и икономическите показатели променят характера си. Данните за изпълнението от слоя на действията и верифицираните резултати от слоя на резултатите се връщат назад в механизма за препоръки и в самите стандарти. Прогнозите стават по-точни. Приоритетите се калибрират по-добре към това, което наистина носи приходи.
Стандарти, доказали се в един завод, се предлагат в следващия, така че всеки допълнителен обект прави системата по-ценна за всеки друг обект. Информационен панел обезценява от деня на инсталацията си. Затворен цикъл се обезценява в посока на поскъпване.
Има и измерение, свързано с труда. Почти всеки производител, с когото се срещаме, се бори да наеме техници, а недостигът се влошава, а не подобрява. Когато не можете да добавите персонал, оставащият лост е да гарантирате, че наличният персонал работи първо по проблемите с най-висока стойност, и точно това прави приоритизацията, ранжирана в евро. Слойът за вземане на решения не заменя дефицитни квалифицирани хора; той спира да ги прахосва.
Представете си производствено събрание в понеделник сутрин след две години. То не започва с графиката за OEE от миналата седмица. Започва с подредена опашка от действия: пет елемента, всеки с очаквано въздействие в евро, прикачени доказателства и предложен прозорец в графика.
Под нея, регистърът от миналата седмица: седем изпълнени действия, шест доставили в рамките на 15 процента от предвиденото въздействие, прикачени верифицирани спестявания. Едно системно предложение чака одобрението на директорa по производство: променен интервал за поддръжка, със запис на повредите, който го обосновава. Срещата е двадесет минути и се отнася до вземането на решения, а не до археология.
Нито една от технологиите в тази картина не е спекулативна. Това, което липсваше, е архитектурата под нея: данни с контекста им, уловен на източника, препоръки, които различават поправянето от стандартизирането, хората на място във вратата за одобрение и резултати, измервани честно. Това е слоят за вземане на решения и той е това, което идва след информационния панел.
Fabrico е платформа за управление на производствените операции, която съчетава мониторинг на OEE с компютърно зрение, пълен CMMS, MES възможности и планиране на производството в единен модел на данни. fabrico.io