Андон система или OEE софтуер: какво да купи заводът първо?

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

Това ръководство е за ръководители на производство, непрекъснато подобрение и инженеринг, които вземат това решение: за какво служи всеки инструмент, кога кой е първи, как споделят данни и колко наличност струва бавната реакция.

Ние продаваме Fabrico, облачна платформа за OEE и лек MES, затова четете това като гледна точка на доставчик и проверявайте твърденията ни, както бихте проверили тези на всеки доставчик.

Андон система или OEE софтуер: две различни задачи

Андонът е повикване за помощ. Toyota го описва просто: „Когато оборудването спре, андонът (табло за показване на проблеми) светва, за да уведоми работниците за отклонението“ (Toyota Production System, EN). Lean Enterprise Institute добавя важното за купувача: „Светналият номер призовава бърза реакция от ръководителя на екипа“ (LEI lexicon, andon, EN). Цялата стойност на андона е в минутите след началото на проблема.

OEE софтуерът работи в по-дълъг хоризонт. Той записва кога линията е работила, кога е спряла и защо и колко годни бройки са излезли, след което подрежда загубите по линия, смяна и причина. Стойността му се вижда след седмици данни, при прегледа на загубите.

Затова двете не са съперници. Едната скъсява престоя, в който сте в момента. Другата показва кои престои да премахнете завинаги. Изборът е за реда, а не за това коя печели.

За повече подробности вижте свързаните ни страници: андон системи в производството обяснява как работи андонът, а OEE софтуер описва какво да очаквате от инструмент за измерване.

Първо андон, първо OEE софтуер или и двете

Изберете първо андон система, ако:

• Операторите казват, че чакат механик, проверка на качеството или материал, и никой не може да каже колко дълго.
• Проблеми с безопасността или качеството изискват човек на линията до минути, а не на следващата среща.
• Вече знаете основните си загуби и бавната реакция е една от тях.

Изберете първо OEE софтуер, ако:

• Не можете да подредите загубите си или всеки отдел ги подрежда различно.
• Престоите се записват на хартия, със закъснение или изобщо не, и голяма част от тях нямат причина.
• Планирате проекти за подобрение и Ви трябва изходна база, спрямо която да ги оцените.
• По-голямата част от престоите са дълги аварии или пренастройки, а не чакане на помощ.

Направете и двете, ако:

• Чаканията са дълги и в същото време нямате данни за загубите. Тогава накарайте двете системи да пишат в общ регистър на престоите, така че сигналът и престоят да са едно и също събитие, а не два записа, които никога не се срещат.
• Днес работите с андон без измерване зад него. Добавете OEE софтуер и записвайте времето за реакция като разбивка в записа за престоя.

Просто правило: ако можете да назовете трите си най-големи загуби с числа, пропускът вероятно е в реакцията. Ако не можете, започнете с измерване. Числата ще покажат дали по-бърз път на сигнала си струва.

Искате да видите данни за престоите, причини и известия, работещи заедно? Заявете демо и носете списъка със станциите си.

Как андонът и OEE софтуерът споделят данни

Андон сигналът и престоят в OEE често са едно и също събитие, видяно от две страни. Андонът вижда „нужна е помощ на станция 4, механик“. OEE записът вижда „линията стои 14 минути, причина: засядане“. Свържете ги и получавате това, което никоя от двете няма сама: колко от тези 14 минути са били чакане и колко ремонт.

Методът за OEE на R.C. Hansen прави същото разграничение. Времето за ремонт тече от пристигането на механика. Времето за възстановяване тече от края на производството до следващото производство и включва решението, повикването и придвижването. Наличността отчита цялото време за възстановяване, така че чакането вече е вътре в него.

Три правила пазят общите данни честни:

• Без двойно броене. Чакането на помощ не е нова категория загуба. То е разбивка вътре в престоя, под същата причина. Ако го добавите отгоре още веднъж, загубите Ви ще надхвърлят 100%.
• Едни и същи думи в двата списъка. Ако типовете андон сигнали и причините за престой се казват еднакво, ги свързвате без таблица за съответствие.
• Един часовник. Двете системи трябва да ползват един и същ източник на време, така че сигнал в 10:02 и престой в 10:02 да съвпаднат.

Изследванията на интелигентните lean системи разглеждат андона като част от по-широк поток от данни. Статия в Sensors описва решение, при което „операторите могат ръчно да задействат различни типове бутони SLAE-ABOX според отклонението на станцията, за да изпълнят съответните андон функции“, като сигналите към екипа, за качество и за оборудване са отделни типове (Ma, Wang and Zhao, Sensors, 2017, EN). Именно такива типизирани сигнали правят връзката с причините за престой лесна.

Свързаното ни ръководство за дигитален андон в MES и OEE платформи описва подробно следата от данни, а матрицата за ескалация при престои показва кой се вика и кога. Тази страница остава при реда на покупката.

Колко наличност струва бавната реакция: пример с изчисление

Ето една смяна на една линия, с числа, избрани така, че да покажат сметката. Илюстративни, примерни данни.

• Смяна от 480 минути с 30-минутна почивка и без заместващ екип. Почивката се изключва, така че планираното производствено време е 450 минути.
• Една планирана пренастройка от 30 минути.
• 10 престоя, които изискват помощ. Всеки чака 6 минути правилния човек, а след това ремонтът отнема 8 минути.
• Идеална скорост 60 бройки в минута. Производителност 85% и качество 98%, еднакви в двата случая.

Преди. Престоят е 10 x (6 + 8) = 140 минути. Времето за работа е 450 минус 30 минус 140, тоест 280 минути. Наличността е 280 / 450 = 62,2%. OEE е 0,622 x 0,85 x 0,98 = 51,8%.

След по-бърз път на сигнала. Чакането пада на 2 минути на престой, а ремонтът остава 8. Престоят е 10 x (2 + 8) = 100 минути. Времето за работа е 320 минути. Наличността е 320 / 450 = 71,1%. OEE е 0,711 x 0,85 x 0,98 = 59,2%.

Проверете го и по втори начин, чрез годните бройки. Преди: 280 x 60 x 0,85 x 0,98 = 13 994 годни бройки. При идеалната скорост това са 233,2 минути перфектна продукция, а 233,2 / 450 = 51,8%, същото OEE. След: 15 994 годни бройки, около 2 000 повече на смяна от същата машина и със същите ремонти.

Загубите заедно с OEE трябва да дават 100%. В случая „преди“ това е така:

51,8 + 6,7 + 13,3 + 17,8 + 9,3 + 1,1 = 100,0%. Чакането е 60 от 140 минути престой, така че тук 43% от престоя е чакане, а не ремонт. Това е числото, срещу което работи андонът и което OEE инструментът може да покаже. За пълния метод вижте страницата ни за изчисляване на OEE.

Две уговорки. Допълнителните бройки се превръщат в пари само ако тази линия е тясното място и можете да продадете продукцията, затова оценявайте минутите при тясното място. И Вашата разбивка може да е различна: ако чакането е малък дял, а проблемът е в ремонта, по-бързият път на сигнала помага малко.

Първо измерете дела на чакането. Преди да купите което и да е от двете, записвайте в продължение на една седмица часа на сигнала и часа на пристигане при престоите, които изискват помощ, дори на хартия. Като ориентир, а не като бенчмарк: ако чакането е повече от около една трета от престоя, пътят на сигнала е първият Ви лост. Ако е малко, започнете с данните за загубите.

Чеклист: осем въпроса, преди да купите което и да е от двете

Задайте ги на всеки доставчик и на собствения си екип. Те важат за андон инструменти, OEE софтуер и платформи, които твърдят, че правят и двете.

1. Пази ли записът за престоя чакането и ремонта като отделни времена, под една причина?
2. Могат ли типовете андон сигнали и причините за престой да ползват общ списък?
3. Кой получава известие, по какъв канал и какво става, ако никой не реагира?
4. Откъде идва сигналът за престой: от машината, от сензор, от човек или от броене с камера?
5. Как операторът добавя причина и колко докосвания отнема това на линията?
6. Можете ли да видите времето за реакция по смяна, линия и тип сигнал, а не само средна стойност?
7. Как данните излизат от системата: API, webhooks, експорт във файл?
8. Кой от нашата страна отговаря за реакцията на сигнал и кой за седмичния преглед на загубите?

Последният въпрос е за Вашия екип. Андон, на който никой не отговаря, учи хората да спрат да го дърпат. OEE отчет, който никой не преглежда, се превръща в екран на стената.

Ако сравнявате продукти, страниците ни за купувачи навлизат по-дълбоко: софтуер за дигитална андон система, преглед на OEE софтуер, софтуер за мониторинг на машини и софтуер за система за ежедневно управление.

Къде е мястото на Fabrico

Fabrico е софтуер за OEE и лек MES. Ето какво прави днес и какво не прави.

• Престоите и броенето идват от PLC на линията или, при по-стари машини, от IoT устройство на Fabrico с външни сензори. Операторът отбелязва причината за престоя на таблет или телефон.
• Загубите се показват по причина за престой и в пари, така че седмичният преглед започва от най-голямата загуба.
• Известия: продуктовият преглед изброява push известия, известия в приложението и по имейл, с правила кой за какво се уведомява.
• Изнасяне на данни: REST API, webhooks и експорт в Excel или CSV, така че данните за престоите могат да стоят до андон система, която вече ползвате.
• Добавка с камери: AI камери (добавка) броят продукцията при ръчни операции или машини без използваем сигнал. Видеото се предава при поискване и не се съхранява в стандартната конфигурация. Вижте добавката за компютърно зрение.

Ако имате нужда от светлинни колони, бутони за повикване или нива на ескалация, попитайте на демото как се обработват известията и андон сигналите и го изпробвайте с реален сигнал. Засичането на престои с камери е в пътната карта, а не е функция днес.

Ако планът Ви е първо да измервате и по-късно да добавите по-бърз път на сигнала, страницата ни за лек MES показва как частите се подреждат в една система. За FMCG линии с ръчно опаковане вижте компютърно зрение за FMCG производство.

Какво питат купувачите след това

Може ли OEE софтуерът да замени андон системата?

Не сам по себе си. OEE софтуерът показва къде е отишло времето, след като събитието е минало. Андонът довежда правилния човек до линията сега. Някои OEE и леки MES инструменти изпращат известия, когато линията спре, и така покриват част от работата на андона. Проверете дали известието стига достатъчно бързо до конкретен човек и дали някой отговаря за реакцията.

Влиза ли времето за реакция в наличността при OEE?

Да. Чакането на помощ се случва, докато линията стои, затова е част от времето на престоя. Проследявайте го като разбивка на престоя (чакане и ремонт), а не като отделна загуба. Ако го добавите отгоре още веднъж, броите едни и същи минути два пъти.

Трябва ли андон сигналите и причините за престой в OEE да ползват един и същ списък?

Ползвайте един списък, където е възможно. Ако типът андон сигнал е механик, качество или материал и списъкът с причини за престой използва същите думи, двата набора данни се свързват без таблица за съответствие. Дръжте андон списъка кратък, защото операторите избират от него под напрежение.

Кое се изплаща по-бързо?

Зависи къде отиват минутите. Ако дългите чакания са голям дял от престоите, по-бързият път на сигнала освобождава време бързо. Ако не знаете къде отиват минутите, OEE софтуерът е първи, защото не можете да подредите това, което не измервате. Сметнете го с данните от собствените си смени, а не със средна стойност от доставчик.

Как Fabrico обработва андон сигнали и известия?

Продуктовият преглед на Fabrico изброява push известия, известия в приложението и по имейл, с правила кой за какво се уведомява. Ако имате нужда от светлинни колони, бутони за повикване или нива на ескалация, попитайте на демото как се обработват известията и андон сигналите и го изпробвайте с реален сигнал.

Нужен ли е нов хардуер за някое от двете?

Не винаги. Базовият андон може да е бутон или екран на таблет. OEE софтуерът се нуждае от сигнал за работа и броене от машината, от PLC, сензор или брояч. При ръчни операции празнината може да се запълни от човек или от броене с камера.

Искате да видите престои, причини и известия на линия като Вашата? Заявете демо.