Отдели · Производство Автоматизация на производството с ИИ: производствени поръчки, протоколи от проверки и отчети по смени

Задачи в производството

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

1. Подготовка на производствени поръчки от клиентски поръчки

Между клиентската и производствената поръчка се прехвърлят артикули, количества, срокове и варианти. Уточняващи въпроси възникват, когато данни липсват или не съответстват на основните данни.

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

Предходната информация може да идва от потвърждения на доставчици в снабдяването или от поръчки. За производството е важно произходът и статусът на одобрение на данните да остават видими. Липсващите данни не бива да се допълват мълчаливо.

2. Създаване на отчети и информация за предаване на смени

По време на смяната възникват съобщения за количества, престои, брак и незавършена работа. Предаването на смяната е полезно само ако следващата смяна може да проследи данните.

• Вход: записи за смяната, производствени данни, сигнали за неизправности и бележки на отговорните лица.
• ИИ подготвя: обобщава събитията по съоръжение и поръчка, свързва ги с времевите данни и отбелязва пропуски или различаваща се информация в източниците.
• Ръководителят на смяната проверява: количествата, описанията на причините и неуточнените въпроси. Допълва наблюдения, които не са в системите.
• Изход: одобрен отчет за смяната с препратки към записите и списък за следващата смяна.

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

3. Подготовка на протоколи от проверки и доклади 8D

Стойностите от проверките често се съхраняват отделно от данните за поръчките, изображенията и писмените констатации. При рекламация тази информация трябва да се събере за обработване.

• Вход: планове за контрол, измерени стойности, засегнати поръчки и партиди, както и документирани рекламации.
• ИИ подготвя: пренася наличните стойности в чернова на протокол, посочва източниците и представя отделно известните факти, отворените въпроси и предложенията за мерки за доклад 8D.
• Отделът по осигуряване на качеството проверява и одобрява: измерените стойности, свързването с партидата, описанието на дефекта, причините и мерките. Недоказаните твърдения се премахват или се отбелязват за допълнителна проверка.
• Изход: одобрен протокол от проверка или чернова на доклад 8D, която може да се редактира, с проследими доказателства.

Докладът 8D описва структурираното решаване на проблем. ИИ може да подреди данните от рекламации и да подготви доклад. Но не може нито да докаже причината само чрез формулиране на текст, нито да потвърди ефективността на дадена мярка. Тази проверка е задача на отговорните специалисти.

4. Анализ на рекламации и данни за качеството

Отделните отклонения обикновено се регистрират. По-трудно е да се открият повтарящи се закономерности при различни продукти, съоръжения или партиди, без да се смесват различни понятия за дефекти.

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

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

5. Планиране на работа по сигнали за поддръжка

Неизправностите се записват в дневниците на смените, съобщенията от машините и системите за поддръжка. За последващата обработка понякога липсват данни за съоръжението или досегашната история.

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

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

6. Сверяване на работни инструкции и спецификации на материали

Промените в елементи или процеси често засягат няколко документа. Не бива стари версии да се използват незабелязано като актуални инструкции.

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

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

Програми и машинни данни

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

MES означава Manufacturing Execution System. Подпомага процесите между планирането и производството. BDE означава регистриране на производствени данни, като количества, времена и неизправности. Термините описват различни задачи. Кои функции покриват съществуващите Ви системи, трябва да се провери във фирмата. Не продаваме MES и не поставяме наличието на такава система като предварително условие.

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

Одобрения и качество

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

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

Ако се регистрират или анализират данни за трудовото представяне на отделни служители, евентуалните права на участие на работниците във вземането на решения трябва да се проверят своевременно. В Германия може да е приложим § 87 BetrVG, а в Австрия § 96a ArbVG. Дали и как тези разпоредби се прилагат в конкретната фирма, трябва да се изясни от специалисти и юристи. Не планираме автоматично оценяване на служители. Тези указания не са правен съвет.

Данни: поръчки, машини, качество

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

Не е необходимо всички машинни данни да се предават на външна услуга. Изясняваме с Вашия IT отдел какво обработване е подходящо за желания процес и кои данни следва да останат в предприятието. За отчет за смяна може да са достатъчни само избрани събития. Необработените данни от съоръжение са полезни само ако значението им е изяснено. Достъпът до поверителни данни за поръчки и качество също се ограничава до съответната цел.

Индивидуални приложения за производственото хале

Не всяко въвеждане на данни може да се извърши удобно на съществуващото работно място. Допълващо приложение може да регистрира информацията там, където възниква: при съоръжение, по време на проверка или при предаване на смяна. Приложение с контролни списъци може да задава задължителни полета и връзката с поръчка или партида. Дигитален дневник на смените може да предава неуточнени въпроси. Приложение за сигнали за неизправности може да обединява съоръжението, момента и наблюдението. Контролните списъци на таблет могат да свързват записите директно с правилния план за контрол.

Такива приложения допълват ERP, MES или софтуера за управление на качеството. Добре е да не създават собствени основни данни за артикули и одобрения, отделени от водещите системи. Важни са разбираемото въвеждане, подходящите права и ясният подход при липса на връзка. От записа трябва да е видно дали е въведен само локално, или вече е постъпил във водещата система.

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

Откъде да започнете

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

След това проверете по конкретен случай дали документите и основните данни са достатъчни. При производствена поръчка това може да е клиентска поръчка с посочен вариант. При протокол от проверка това са измерени стойности с валиден план за контрол и връзка с партидата. Ако тази връзка липсва, работата започва с подреждането на данните, а не с чернова от ИИ.

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