Gamybos tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus: automatizavimas ir kontrolė

Pradžia » Ištekliai » Gamybos tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus: automatizavimas ir kontrolė

Numatomas skaitymo laikas: 12 minute

Iliustracinis pavyzdys, o ne kliento atvejis: savaitgalį vėluoja medžiagų siunta. Prieš pirmadienio pamainą planuotojui reikia žinoti, kuriuos darbus dar galima vykdyti ir kuriems pristatymams kyla rizika.

Automatizuotas procesas gali perskaičiuoti tvarkaraštį, kai tvarkaraščių sudarymo sistemą pasiekia patikslinta gavimo data. Jis gali perkelti darbus, kuriuos leidžiama perkelti, paisydamas planuotojo prioritetų ir užfiksuotų darbų. Jei atnaujinta informacija apie siuntą sistemos nepasiekia, skaičiuojant ir toliau naudojama senoji data.

Svarbu ne tai, ar kas nors paspaudė optimizavimo mygtuką. Svarbu, ar procesui prieinami naujausi duomenys, ar jam leidžiama atnaujinti tvarkaraštį ir ar planuotojas turi aiškų būdą jį sustabdyti arba pakoreguoti.

Šiame vadove paaiškinama, kaip tvarkaraščiams sudaryti pasitelkiami DI agentai ir kaip šį veikimo būdą įvertinti pažangiojo planavimo ir tvarkaraščių sudarymo programinėje įrangoje. Tai nėra dvi viena kitą pakeičiančios istorinės epochos.

Kas yra gamybos tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus?

Sudarant gamybos tvarkaraščius pasitelkiami dirbtinio intelekto agentai, kurie atlieka tvarkaraščio sudarymo užduotis siekdami nustatyto gamybos tikslo ir kuriems reikia ribotos priežiūros. Toks procesas gali surinkti atnaujintus duomenis, įvertinti jų poveikį ir atlikti leidžiamus tvarkaraščio sudarymo veiksmus. Planuotojas nustato tikslą ir ribas: kurie prioritetai svarbūs, ką galima perkelti ir kada išimtinę situaciją turi spręsti žmogus.

Pažangusis planavimas ir tvarkaraščių sudarymas (APS) yra platesnė programinės įrangos kategorija, skirta planuoti ir sudaryti tvarkaraščius atsižvelgiant į gamybos apribojimus. Ji nereiškia, kad skaičiavimą būtina paleisti rankiniu būdu ar kad planas yra nekintamas. APS produktas gali automatiškai perskaičiuoti tvarkaraštį, o DI agentų valdomi procesai gali naudoti jo tvarkaraščių sudarymo modulį kaip vieną iš savo įrankių.

Automatizavimas neperduoda dirbtiniam intelektui atsakomybės už gamybos prioritetus. Planuotojas gali pavesti sistemai įprastai atnaujinti tvarkaraštį, neperduodamas jai teisės prisiimti įsipareigojimus klientams, priimti saugos sprendimus ar pirkti medžiagas.

IBM paaiškinime apie agentinį dirbtinį intelektą aprašomos tikslo siekiančios sistemos, kurioms reikia ribotos priežiūros ir kurios gali naudotis įrankiais arba koordinuoti agentus. Šis bendras apibrėžimas padeda atskirti agento valdomą procesą nuo vieno skaičiavimo. Jis neįrodo, kad konkretus tvarkaraščių sudarymo produktas turi visas agentų galimybes.

APS ir gamybos tvarkaraščių sudarymas pasitelkiant DI agentus: skirtingi klausimai

Klausimas	Ką tikrinti APS sistemoje	Ką tikrinti DI agentų valdomame procese
Kas apskaičiuojama?	Operacijų seka, išteklių priskyrimas ir vykdymo laikas	Tvarkaraščio sudarymo užduotys siekiant platesnio tikslo
Kas inicijuoja atnaujinimą?	Rankinis arba automatinis paleidimas pagal nustatymus	Į kokius įvykius ar ciklus reaguoja agentas
Kas gali keistis?	Tvarkaraštis, laikantis nustatytų apribojimų	Veiksmai, kuriuos aiškiai leidžiama atlikti, ir įrankiai, kuriuos aiškiai leidžiama naudoti
Kas nustato prioritetus?	Planuotojas	Planuotojas
Ar sistema prognozuoja arba mokosi?	Patikrinkite konkrečią funkciją	Patikrinkite konkrečią funkciją
Kas įrodo, kad tai veikia?	Įvykdomas tvarkaraštis, sudarytas pagal naujausius duomenis	Tinkami veiksmai, ribų laikymasis ir išimtinių situacijų sprendimas

Trys tvarkaraščių sudarymo būdai, kuriuos galima naudoti kartu

Rankinį tvarkaraščių sudarymą, APS skaičiavimus ir DI agentų valdomus procesus naudinga atskirti, tačiau tai nėra chronologinė seka su visiems galiojančiomis pradžios ir pabaigos datomis. Gamykla gali taikyti visus tris būdus: planuotojas išsprendžia išimtinę situaciją, APS modulis perskaičiuoja tvarkaraštį, o automatizuotas procesas perduoda atnaujintą informaciją tarp sistemų.

Rankinis tvarkaraščių sudarymas

Kai gamybos tvarkaraščiai sudaromi rankiniu būdu, planuotojas išdėsto darbus lentoje, skaičiuoklėje ar kitame planavimo rodinyje. Tai gali būti praktiška, kai darbo centrų nedaug, o pokyčius lengva sekti.

Sunkumų kyla, kai vienas pokytis paveikia daug tarpusavyje susijusių operacijų. Planuotojas turi sekti, kaip jis atsiliepia medžiagoms, įrenginiams, operatoriams ir pristatymo datoms. Šie ribojimai paaiškinami mūsų rankinio tvarkaraščių sudarymo vadove.

APS skaičiavimai ir automatinis tvarkaraščio perskaičiavimas

APS programinė įranga apskaičiuoja gamybos darbų seką, atsižvelgdama į tokius apribojimus kaip įrenginių pajėgumai, medžiagų prieinamumas ir darbo pamainos. Nereikėtų visų APS sistemų laikyti vien įrankiais, kurie visada laukia naudotojo komandos.

Kaip dažnai keičiasi tvarkaraštis, priklauso nuo produkto, integracijos ir nustatymų. Rankiniu būdu inicijuojamas skaičiavimas vyksta pagal vieną procesą, o automatinis perskaičiavimas – pagal kitą. Abiem atvejais rezultatas vis tiek priklauso nuo skaičiavimo moduliui prieinamų gamybos duomenų. Lyginkite veikimą pagal konkrečius nustatymus, o ne apibendrintą visų APS sistemų aprašymą.

Su tvarkaraščių sudarymu susiję DI agentų valdomi procesai

DI agentų valdomas procesas gali papildyti skaičiavimą tikslingai koordinuojamais veiksmais: gauti atnaujintą informaciją, pasirinkti leidžiamą įrankį, atlikti veiksmą ir apdoroti jo rezultatą. Tvarkaraščių sudarymo modulis vis tiek turi parengti įvykdomą planą.

Pavyzdžiui, pirkimų agentas galėtų padėti gauti patikslintą medžiagų gavimo datą prieš perskaičiuojant tvarkaraštį. Tai galima architektūra, o ne teiginys apie dabartines Arcturus funkcijas. Prieigą prie kitos sistemos ir leidimą joje atlikti pakeitimus būtina patikrinti atskirai.

DI agentų pasitelkimas nereiškia neribotos veikimo laisvės. Pakeisti operacijų seką, pažadėti naują pristatymo datą ir pateikti pirkimo užsakymą yra skirtingi veiksmai. Vertinant sistemą reikėtų nustatyti, kuriuos veiksmus ji gali atlikti, o kurie lieka žmonių atsakomybė.

Ką patikrinti prieš pavedant sistemai atnaujinti tvarkaraštį

Toliau pateiktus aspektus verta patikrinti nepriklausomai nuo to, ar tiekėjas savo procesą vadina APS, automatizuotu ar valdomu DI agentų. Kiekvieną galimybę reikia pagrįsti atskirai. Vien pavadinimas nepatvirtina nė vienos iš jų.

Automatinis perskaičiavimas

Paklauskite, kas inicijuoja perskaičiavimą ir kokius duomenis jis naudoja. Atnaujinimas nustatytais intervalais gali padėti išvengti nuolatinio mygtuko spaudymo, o įvykiais grindžiamas procesas gali reaguoti į užregistruotą pokytį. Nė vienas būdas negarantuoja, kad bus aptikti trūkstami ar pasenę gamybos duomenys.

Praktiškai tai galima išbandyti kontroliuojamoje aplinkoje pakeitus medžiagų gavimo datą arba darbo centro prieinamumą. Patikrinkite, kada sistemą pasiekia nauji duomenys, kada atnaujinamas tvarkaraštis ir ar užfiksuoti darbai lieka nepakeisti.

Pristatymo rizikos matomumas

Parodyti, kad pagal tvarkaraštį darbas bus baigtas vėliau nei nustatytas terminas, nėra tas pats, kas prognozuoti įrenginio gedimą ar tiekėjo vėlavimą. Paklauskite, kokius įspėjimus sistema teikia ir kokiais duomenimis jie grindžiami.

Naudingas įspėjimas suteikia planuotojui pakankamai informacijos veiksmams imtis: nurodo paveiktą užsakymą, apribojimą ir poveikį pristatymui. Vien įspėjimas nesuteikia sistemai teisės pakeisti klientui duoto pažado.

Pajėgumų matomumas ir prognozavimas – skirtingos galimybės

Suplanuotos apkrovos ir turimų pajėgumų palyginimas padeda planuotojui rasti perkrautus darbo centrus. Būsimos paklausos ar gedimų prognozavimas yra atskira galimybė. Paklauskite, ar rodoma būsima apkrova apskaičiuota pagal žinomus užsakymus, ar pagal prognozę, ir kaip buvo patikrintas tos prognozės pagrįstumas.

Tvarkaraščių sudarymas atsižvelgiant į medžiagas

Sudarant tvarkaraštį atsižvelgiama į tai, kada bus prieinamos reikalingos medžiagos, ir tik tada priskiriami darbai. Paklauskite, kaip skaičiavimo modulis įvertina atsargas, numatomą medžiagų gavimą ir užsakymus, kuriems reikia tų pačių medžiagų.

Ši patikra padeda suplanuoti darbus taip, kad juos būtų galima įvykdyti, tačiau pati savaime nepateikia pirkimo užsakymų ir negarantuoja tiekėjų siuntų gavimo. Ji susijusi su gamyba tiksliai laiku: darbai ir medžiagų gavimas turi būti suderinti laiko atžvilgiu, o tvarkaraštis neturi būti sudaromas darant prielaidą, kad visos medžiagos jau prieinamos.

Leidžiami sprendimai ir užfiksuoti darbai

Tvarkaraščių sudarymo modulis gali pasirinkti tinkamą darbo centrą ir nustatyti darbų seką pagal nustatytas taisykles. Planuotojas turi apibrėžti, kurie įrenginiai tinkami, kuriems prioritetams teikiama pirmenybė ir kurių darbų negalima perkelti.

Išbandykite, kas nutinka, kai neįmanoma sudaryti įvykdomo tvarkaraščio, pagal kurį būtų laikomasi visų terminų. Sistema turėtų aiškiai parodyti prieštaravimą, o ne laikyti pakeistą operacijų seką įrodymu, kad galima įvykdyti visus įsipareigojimus. Atsakomybė už tokį kompromisinį sprendimą lieka žmogui.

Istoriniai duomenys ir teiginiai apie mokymąsi

Istorinių duomenų ataskaitos, trukmės prognozavimas ir automatinis mokymasis yra skirtingos funkcijos. Ataskaita, kurioje lyginama planuota ir faktinė trukmė, gali padėti planuotojui patikslinti įverčius, nors skaičiavimo modulis jų automatiškai nekeičia. Paklauskite, ką tiksliai keičia mokymosi funkcija ir kaip tai tikrinama. SkyPlanner produkto politika aiški: klientų duomenys niekada nenaudojami dirbtinio intelekto modeliams mokyti.

ERP ir MES duomenų srautai

Automatizuotai tvarkaraščių sudarymo sistemai reikia patikimų gamybos duomenų. Patikrinkite, kokie atnaujinti užsakymų, medžiagų ir pajėgumų duomenys gaunami per integraciją, kaip dažnai jie gaunami ir kokie sudaryto tvarkaraščio duomenys siunčiami atgal. Veikiantis ryšys neįrodo, kad palaikomi visi duomenų laukai ar veiksmai.

Praktinis kontrolinis sąrašas gamybos tvarkaraščių sudarymui pasitelkiant dirbtinio intelekto agentus

Užuot sprendę apie produkto brandą iš jo pavadinimo, paprašykite tiekėjo parodyti darbo eigą, kurią ketinate patikėti sistemai. Šiuos punktus patikrinkite bandomuoju laikotarpiu arba vykdydami bandomąjį projektą.

Tai vertinimui skirtas kontrolinis sąrašas, o ne pramonės standartas ar sertifikavimo priemonė:

Ką patikrinti	Ką paprašyti parodyti	Ką aiškiai apibrėžti
Atnaujinimo inicijavimas	Vienas užregistruotas pakeitimas inicijuoja atnaujinimą	Laiko intervalas, įvykis ar rankinis veiksmas
Duomenys	Nauji duomenys panaudojami skaičiavime	Trūkstami ir pasenę duomenys
Įgaliojimai	Perkeliami tik tie darbai, kuriuos leidžiama perkelti	Taisyklės, užraktai ir prieigos teisės
Išimtinės situacijos	Matyti, kad nustatyto termino laikytis neįmanoma	Kas sprendžia prieštaravimą
Planuotojo įsikišimas	Planuotojas sustabdo arba pakoreguoja automatizuotą procesą	Kaip susigrąžinama kontrolė
Rezultatas	Palyginkite rezultatus su pradine darbo eiga	Nedarykite prielaidų apie ROI procentą

Sistema gali gerai atitikti vieną tikrinamą kriterijų, tačiau ją dar gali reikėti tobulinti, kad atitiktų kitą. Greitas perskaičiavimas nekompensuoja pasenusios medžiagų pristatymo datos, o plati prieiga prie įrankių nekompensuoja neaiškių įgaliojimų.

Pirmojo bandomojo projekto apimtį ribokite tiek, kad planuotojas galėtų patikrinti jo poveikį. Kitą veiksmą įtraukite tik tada, kai aiškiai suprantami pradiniai duomenys, veikimo ribos ir išimtinių situacijų sprendimo tvarka.

Ką reikia paruošti, kad automatizavimas būtų naudingas?

Gamybos tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus priklauso tiek nuo įprastos gamybos drausmės, tiek nuo dirbtinio intelekto. Prieš leidžiant automatizuotai darbo eigai atnaujinti planą, verta pasirūpinti keturiomis būtinomis sąlygomis:

Aktualūs gamybos duomenys. Užsakymai, medžiagų pristatymo datos, darbo centrų prieinamumas ir užregistruota darbų eiga turi pasiekti tvarkaraščių sudarymo sistemą. MES sistema gali būti šio duomenų srauto dalis. Nustatykite priimtiną atnaujinimo vėlavimą, užuot manę, kad visi duomenys gaunami realiuoju laiku.

Praktiškai taikomas apribojimų modelis. Technologiniai maršrutai, operacijų trukmė, pamainos ir tinkami darbo centrai turi atspindėti realias gamyklos galimybes. Pokalbių agentas nepakeičia skaičiavimo, kuriuo sudaromas įgyvendinamas gamybos tvarkaraštis.

Aiškūs įgaliojimai. Nuspręskite, kuriuos darbus galima perkelti automatiškai, o kuriems įsipareigojimams reikia žmogaus sprendimo. Prieš įjungiant atnaujinimus be žmogaus priežiūros, reikia nustatyti klientų prioritetus, užrakintus darbus ir integracijos prieigos teises.

Atsakingas asmuo išimtinėms situacijoms spręsti. Paskirkite, kas spręs medžiagų trūkumo, prieštaringų prioritetų ar neįvykdomo termino problemas. Sąmoningai užfiksuokite patyrusių planuotojų taikomas taisykles; nemanykite, kad dirbtinio intelekto agentas yra perėmęs žinias, kurios jam niekada nebuvo pateiktos.

Praktiniai taikymo pavyzdžiai

Pakartotinis optimizavimas naktį

Iliustracinis scenarijus, o ne kliento pasiektas rezultatas: per naktinę pamainą sumažėja pildymo linijos turimi pajėgumai. Kai patikslinti prieinamumo duomenys per MES sistemą pasiekia tvarkaraščių sudarymo sistemą, leidžiamas automatinis atnaujinimas gali perskaičiuoti kitos pamainos darbus. Planuotojas patikrina naujai atsiradusias pristatymo rizikas ir darbus, kurių negalima perkelti. Šis scenarijus nereiškia, kad gedimai diagnozuojami automatiškai ar sugeneruojama veiksmų santrauka.

Dinamiškas skubių užsakymų valdymas

Iliustracinis scenarijus: mechaninio apdirbimo cechas gauna skubų užsakymą. Planuotojas nustato jo prioritetą, o sudarant tvarkaraštį apskaičiuojamas jo poveikis esamiems įsipareigojimams. Jei dėl to vėluoja kitas užsakymas, planuotojas nusprendžia, kaip spręsti šį įsipareigojimų konfliktą. Automatizavimas turėtų parodyti, kokių kompromisų reikia, o ne žadėti, kad kiekvieną skubų užsakymą pavyks sutalpinti į tvarkaraštį.

Kelių apribojimų derinimas

Iliustracinis scenarijus: surinkimo gamykla gauna naujas medžiagų pristatymo datas ir patikslintą operatorių darbo grafiką. Atnaujinant tvarkaraštį galima naudoti abu duomenų rinkinius, kai jie pasiekia sistemą. Jei vieno atnaujinimo trūksta, planas gamybos ceche vis tiek gali būti neįgyvendinamas. Vertėtų tikrinti, ar darbo eiga atsižvelgia į visus būtinus apribojimus, o ne tai, ar ji pristatoma kaip darbo eiga, pagrįsta dirbtinio intelekto agentais.

Dažniausiai užduodami klausimai

Kuo APS skiriasi nuo gamybos tvarkaraščių sudarymo pasitelkiant dirbtinio intelekto agentus?

APS yra platesnė programinės įrangos kategorija, o gamybos tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus apibūdina automatizavimą, veikiantį nustatytose ribose. APS produktai jau gali turėti automatinio tvarkaraščio perskaičiavimo funkciją. Vertinkite faktines atnaujinimo inicijavimo sąlygas, duomenų reikalavimus ir planuotojo valdymo galimybes, užuot manę, kad kiekvienas APS įrankis laukia rankinės komandos.

Ar tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus pakeičia gamybos planuotoją?

Ne. Už prioritetus, taisykles, išimtines situacijas ir gamybos sprendimus ir toliau atsako planuotojai. SkyPlanner sistemoje planuotojai sprendžia, o dirbtinis intelektas vykdo: Arcturus apskaičiuoja tvarkaraštį pagal nustatytus apribojimus, o planuotojai gali išlaikyti kontrolę taikydami taisykles ir užraktus.

Kurios ERP sistemos tinka tvarkaraščių sudarymui pasitelkiant dirbtinio intelekto agentus?

SkyPlanner galima integruoti su bet kuria ERP ar MES sistema per atvirą REST API. Integracija turi pateikti tvarkaraščiui sudaryti reikalingus gamybos duomenis. Kokie duomenys perduodami kiekviena kryptimi ir kaip dažnai jie atnaujinami, priklauso nuo integracijos konfigūracijos.

Kaip tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus padeda reaguoti į netikėtus sutrikimus?

Tvarkaraščių sudarymo sistema gali perskaičiuoti tvarkaraštį, kai ją pasiekia atnaujinti gamybos duomenys. SkyPlanner sistemoje planuotojas gali inicijuoti perskaičiavimą Gantt laiko juostoje arba įjungti automatinį perskaičiavimą pasirinktais intervalais. Sistemos reakcija priklauso nuo užregistruotų pajėgumų, medžiagų ir prioritetų; automatinis perskaičiavimas negarantuoja, kad sutrikimas bus aptiktas iškart ar kad dirbtinis intelektas parengs veiksmų planą.

Ar dirbtinio intelekto agentai jau pakankamai brandūs gamybos tvarkaraščiams sudaryti?

Automatinis tvarkaraščio perskaičiavimas pagal nustatytas taisykles jau galimas. SkyPlanner dokumentacijoje aprašytas perskaičiavimas nustatytais intervalais, tvarkaraščių sudarymas atsižvelgiant į medžiagas ir dinamiški prioritetai. Platesnes idėjas, tokias kaip agentų koordinavimas tarp sistemų, reikėtų vertinti atskirai, o ne pristatyti kaip dabartines Arcturus funkcijas.

Kokia gamybos tvarkaraščių sudarymo pasitelkiant dirbtinio intelekto agentus ROI?

ROI priklauso nuo pradinės padėties ir įgyvendinimo. Prieš diegimą ir po jo išmatuokite, kiek laiko planuotojai skiria tvarkaraščiams perskaičiuoti, kaip laikomasi pristatymo terminų ir kiek laiko darbo centrai stovi be darbo. Tuomet šių pokyčių vertę palyginkite su programinės įrangos ir integracijos sąnaudomis. Nustatykite aiškų matavimo laikotarpį ir lyginkite panašų darbo krūvį, užuot tikėjęsi universalaus procentinio pagerėjimo.

Išvados

APS ir gamybos tvarkaraščių sudarymas pasitelkiant dirbtinio intelekto agentus atsako į skirtingus klausimus: kas apskaičiuoja planą ir pagal kokią darbo eigą leidžiama atlikti su juo susijusius veiksmus. Automatinis tvarkaraščio perskaičiavimas jau galimas APS sistemose, o platesniam agentų koordinavimui pagrįsti reikia atskirų įrodymų.

Pradėkite nuo pokyčio, dėl kurio jūsų planuotojams tenka daugiausia kartoti tuos pačius darbus. Patikrinkite pradinius duomenis, atnaujinimo inicijavimo sąlygą, užrakintus darbus ir išimtinių situacijų sprendimo eigą. Išmatuokite, ar jūsų gamyboje pagerėja sudaromi tvarkaraščiai ir sprendimai dėl pristatymo.

SkyPlanner variklis Arcturus apskaičiuoja tvarkaraščius pagal darbo centrus, pamainas, operatorius, prioritetus ir medžiagas, o rezultatą pateikia Gantt diagramoje. Planuotojai gali įjungti automatinį perskaičiavimą pasirinktais intervalais ir apsaugoti darbus taisyklėmis bei užraktais. SkyPlanner integruojama su bet kuria ERP ar MES sistema per atvirą REST API. Planuotojai sprendžia, dirbtinis intelektas vykdo.

Šios dokumentacijoje aprašytos funkcijos suteikia konkretų atspirties tašką automatizavimui vertinti. Tai nėra teiginys, kad Arcturus be apribojimų koordinuoja agentus tarp sistemų, prognozuoja paklausą ar rengia veiksmų planus.

Pradėkite nemokamą bandomąjį laikotarpį ir su demonstraciniais duomenimis išbandykite tvarkaraščių sudarymą bei planuotojo valdymo galimybes.