BentoConsult
Начало / Публикации
TEAM METHOD / INSIGHTS

Публикации

Практически материали за проектиране на бизнеса, TEAM и подготовка за ERP.

TEAM GUARD · ERP

ИИ пише код. Роботът върши физическа работа. Кой ще им постави правилната задача?

Как хората, ERP, ИИ агентите и роботите могат да работят в един производствен процес.

Прочетете статията
TEAM GUARD · ERP

Първо подредете един производствен процес. След това автоматизирайте.

Как да определите статуса на суровините, отговорностите, сроковете и контролните точки преди настройката на системата.

Прочетете статията ↓

Първо подредете един производствен процес. След това автоматизирайте.

Карен Арутюнян · TEAM Method · BG
Съдържание

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

Защо автоматизацията не премахва неяснотата

Да разгледаме приемането на суровина. Складът приема доставката и регистрира количеството. Лабораторията взема проба, но резултатът още не е потвърден. Производството вижда наличността и планира да я използва днес. Всеки е изпълнил своята операция, но общото правило липсва: означава ли физическата наличност разрешение за употреба? Без ясен отговор ERP отчита доставката, но не предотвратява преждевременното предаване в производство.

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

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

Разграничете наличност от разрешение

Всяка партида трябва да има еднозначен статус. Възможна последователност е: „Приета в склада“ → „Очаква лабораторно потвърждение“ → „Разрешена за употреба“. При несъответствие е нужен отделен статус, например „Блокирана“. Наименованията зависят от производството. Важен е принципът: приемането в склада само по себе си не разрешава влагането. За всеки преход се определят основание, документ и служител с право да потвърди промяната.

Определете отговорността за преходите

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

Определете срокове и правила за изключения

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

Мястото на TEAM Guard

TEAM задава архитектурата на процеса: роли, последователност, документи и правила. TEAM Guard определя допустимите граници и контрола на отклоненията. В този поток това може да означава забрана за влагане на непотвърдена партида, контрол на срока за лабораторно решение и сигнал при опит да се заобиколи установен преход. Системата изпълнява съгласуваните проверки и сигнализира. Решението извън установения ред се взема от упълномощен човек; основанието и резултатът се записват.

След това идва заданието за ERP

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

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

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

Пилот върху един поток

Разумно е да се започне с ограничен участък, в който подходът може да се провери. Пилотната цена е 2 400 € без ДДС за обхват до 5 интервюта. Пътните разходи и настройката на ERP не са включени. Границите на потока и съставът на резултатите се съгласуват преди началото.

ERP не поправя бизнеса — ERP го показва. Първо определете как трябва да работи един процес. След това автоматизирайте съгласуваната му логика.

www.bentoconsult.com

ИИ пише код. Роботът върши физическа работа. Кой ще им постави правилната задача?

Карен Арутюнян · TEAM Method ·

Как хората, ERP, ИИ агентите и роботите могат да работят в един производствен процес.

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

Какво се променя в технологиите

OpenAI развива Agents API за продължителни задачи, работа с инструменти и разпределяне на операции между агенти. Microsoft разглежда ролята на агентите по целия цикъл на разработка на софтуер, от формулирането на задачата до проверката на резултата и обратната връзка.

AlphaProof Code на Google DeepMind показва защо е нужна точна спецификация. Агентите помагат при съставянето ѝ и изграждат математическо доказателство, че реализацията ѝ съответства. Lean проверява доказателството. Ако важно изискване липсва в спецификацията, то остава извън обхвата на проверката.

В роботиката решенията имат пряко отражение върху физическия процес. В пилотен проект на Google DeepMind и Apptronik роботът Apollo 2 комплектова автомобилни детайли в завод на Mercedes-Benz. NVIDIA развива Isaac GR00T за обучение и изпитване на роботи, а Boston Dynamics разработва Atlas за промишлени операции. Предприятието трябва предварително да определи как конкретното действие на робота се вписва в производствения поток.

Пример от производството

Да вземем участък за комплектоване. Преди началото на смяната до линията трябва да се доставят детайли от подходяща партида. ERP показва наличност, но част от нея чака разрешение от отдела по качеството. При команда „вземи детайлите от склада“ роботът може да премести физически налична партида, преди тя да е разрешена за употреба.

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

Ролята на TEAM Guard

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

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

Източници