Odjeli · Proizvodnja Automatizacija proizvodnje uz AI: proizvodni nalozi, zapisnici o ispitivanju i izvještaji o smjenama

Zadaci u proizvodnji

Sljedećih šest primjera prikazuje tipične procese, a ne projekte za klijente. AI čita, organizira i oblikuje tekst na temelju odobrenih podataka. Ne odlučuje ni o odobrenju proizvoda ni o zahvatima na stroju. Koji se koraci mogu automatizirati, ovisi o Vašoj dokumentaciji, sučeljima i obvezama provjere.

1. Priprema proizvodnih naloga iz narudžbi

Između narudžbe kupca i proizvodnog naloga prenose se artikli, količine, rokovi i varijante. Dodatni upiti nastaju kada podaci nedostaju ili ne odgovaraju matičnim podacima.

• Ulaz: odobrene narudžbe iz prodaje, matični podaci o artiklima, sastavnice i zahtjevi za planiranje proizvodnje.
• AI priprema: čita stavke i napomene, uspoređuje nazive s matičnim podacima i označava podatke koji nedostaju ili su proturječni. Izrađuje nacrt proizvodnog naloga.
• Odjel planiranja proizvodnje provjerava i odobrava: artikl, količinu, rok, dostupnost materijala i odstupanja. Tek se nakon toga nalog izrađuje ili mijenja u glavnom sustavu.
• Izlaz: provjeren proizvodni nalog s pripadajućim ispravama i dokumentiranim dodatnim upitima.

Prethodne informacije mogu dolaziti iz potvrda dobavljača u nabavi ili iz narudžbi. Za proizvodnju je važno da podrijetlo i status odobrenja podataka ostanu prepoznatljivi. Podaci koji nedostaju ne smiju se prešutno dopunjavati.

2. Izrada izvještaja o smjenama i primopredaje

Tijekom smjene nastaju obavijesti o količinama, zastojima, škartu i nedovršenim poslovima. Primopredaja je korisna samo ako sljedeća smjena može razumjeti navedene podatke.

• Ulaz: zapisi iz smjena, operativni podaci, prijave smetnji i bilješke odgovornih osoba.
• AI priprema: sažima događaje po postrojenju i nalogu, pridružuje vremenske podatke te označava praznine ili različite podatke u izvorima.
• Voditelj smjene provjerava: količine, opise uzroka i otvorena pitanja. Dopunjuje opažanja koja nisu zabilježena u sustavima.
• Izlaz: odobren izvještaj o smjeni s upućivanjima na zapise i popisom za sljedeću smjenu.

Izvještaj se ne bi trebao sastojati samo od izmjerenih vrijednosti. Nadležna osoba mora na temelju stvarnog tijeka rada potvrditi je li zastoj nastao zbog materijala, pripreme stroja ili smetnje. Tako u sažetku ne ostaje nepotkrijepljen uzrok.

3. Priprema zapisnika o ispitivanju i izvještaja 8D

Vrijednosti iz ispitivanja često su odvojene od podataka o nalogu, slika i pisanih nalaza. U slučaju reklamacije te se informacije moraju objediniti za obradu.

• Ulaz: planovi ispitivanja, izmjerene vrijednosti, obuhvaćeni nalozi i serije te dokumentirane reklamacije.
• AI priprema: prenosi postojeće vrijednosti u nacrt zapisnika, upućuje na izvore i za izvještaj 8D odvojeno prikazuje poznate činjenice, otvorena pitanja i nacrte mjera.
• Odjel osiguravanja kvalitete provjerava i odobrava: izmjerene vrijednosti, pridruživanje seriji, opis pogreške, uzroke i mjere. Nepotkrijepljene tvrdnje uklanjaju se ili označavaju kao pitanja koja još treba provjeriti.
• Izlaz: odobren zapisnik o ispitivanju ili nacrt izvještaja 8D koji se može dalje uređivati, s provjerljivim dokazima.

Izvještaj 8D opisuje strukturirano rješavanje problema. AI može organizirati podatke o reklamaciji i pripremiti izvještaj. Međutim, samim oblikovanjem teksta ne može ni dokazati uzrok ni potvrditi djelotvornost mjere. Ta je provjera u nadležnosti odgovornih stručnih osoba.

4. Analiza reklamacija i podataka o kvaliteti

Pojedinačna odstupanja uglavnom se evidentiraju. Teže je prepoznati obrasce koji se ponavljaju kod različitih proizvoda, postrojenja ili serija, a da se pritom ne pomiješaju različiti pojmovi za pogreške.

• Ulaz: tekstovi reklamacija, šifre pogrešaka, zapisnici o ispitivanju, podaci o serijama i dokumentirane mjere.
• AI priprema: grupira slične opise, prikazuje pripadajuće slučajeve i upozorava na podatke koji nisu pridruženi. Sastavlja pitanja za stručnu analizu.
• Odjel osiguravanja kvalitete provjerava: jesu li slučajevi doista usporedivi i koji nalazi opravdavaju daljnju analizu.
• Izlaz: provjerljiv pregled slučajeva, praznina u podacima i otvorenih koraka provjere.

Pregled nije automatska dijagnostika pogrešaka. Isti pojam u dvjema reklamacijama može označavati različite okolnosti. Za odlučivanje izvorni slučajevi moraju ostati dostupni. Ako dokumentaciju prvo treba pročitati iz datoteka, može se prethodno uključiti obrada dokumenata.

5. Planiranje prijava za održavanje

Smetnje se bilježe u knjigama smjena, obavijestima strojeva i sustavima održavanja. Za daljnju obradu ponekad nedostaju podaci o postrojenju ili dotadašnjem tijeku događaja.

• Ulaz: prijave smetnji, oznake postrojenja, planovi održavanja i dostupni operativni podaci.
• AI priprema: objedinjuje povezane prijave, dodaje upućivanja na poznate slučajeve i izrađuje prijedlog razvrstavanja.
• Odjel održavanja provjerava: hitnost, moguće povezanosti i planirane radove. Odlučuje o zahvatima na postrojenju.
• Izlaz: dopunjena prijava za održavanje ili provjeren nalog za planiranje u sustavu održavanja.

To još nije prediktivno održavanje. Za pouzdane naznake mogućeg otkaza potrebni su odgovarajući mjerni podaci, poznata stanja i stručna procjena. Ako ti preduvjeti nedostaju, uredno evidentiranje i pridruživanje prijava smisleniji je prvi korak.

6. Usporedba radnih uputa i sastavnica

Izmjene elemenata ili procesa često se odnose na više dokumenata. Pritom se stare verzije ne smiju neprimjetno upotrebljavati kao važeća uputa.

• Ulaz: odobreni crteži, sastavnice, obavijesti o izmjenama i postojeće radne upute.
• AI priprema: uspoređuje označene verzije, prikuplja obuhvaćena mjesta u dokumentima i oblikuje nacrt ažurirane upute.
• Priprema rada provjerava i odobrava: tehničke tvrdnje, redoslijed, valjanost i obuhvaćena radna mjesta prema predviđenom postupku izmjena.
• Izlaz: provjerena verzija s oznakom verzije i dokumentiranim izmjenama.

Preduvjet je jasno označavanje važećih dokumenata. Kada postoji više verzija bez statusa, AI treba prijaviti sukob. Ne smije sam utvrditi koji crtež ili koja sastavnica ima obvezujući status.

Programi i podaci strojeva

Većina proizvodnih pogona već radi s više programa. Novi postupak uz podršku AI‑ja trebao bi se povezati s tim programima. Potrebna su jasna pravila o tome koji je sustav glavni za naloge, izmjerene vrijednosti i odobrenja. Ne zahtijeva svaki proces povezivanje sa svakim strojem.

MES znači Manufacturing Execution System. Podržava procese između planiranja i proizvodnje. BDE znači prikupljanje operativnih podataka i označava evidentiranje podataka kao što su količine, vremena i smetnje. Pojmovi opisuju različite zadatke; u pogonu treba provjeriti koje funkcije pokrivaju Vaši postojeći sustavi. Ne prodajemo MES niti ga postavljamo kao preduvjet.

Za povezivanje prvo razjašnjavamo koja su sučelja dostupna i koji su podaci putem njih doista dostupni. Zatim se može utvrditi hoće li se informacije samo čitati ili će se nakon odobrenja i zapisivati natrag u sustav. Popis u programu Excel može biti smislen ulaz. No ne bi trebao neprimjetno postati drugi glavni sustav. Ako zapisivanje ne uspije, taj postupak mora ostati vidljiv i mora ga biti moguće provjeriti.

Odobravanje i kvaliteta

Pripremljena informacija još nije stručno odobrenje. Zapisnici o ispitivanju, blokade, odstupanja i izmjene radnih uputa slijede postupke Vašeg pogona. Odjel osiguravanja kvalitete odlučuje o odobrenjima kvalitete. AI može prikazati podatke koji nedostaju i prikupiti dokaze, ali ne može zamijeniti ispitivanje proizvoda.

Radi sljedivosti nalog, artikl, serija ili veza sa serijskim brojem i dokumentacija o ispitivanju moraju biti odgovarajuće povezani. Automatski generiran tekst bez te veze malo pomaže pri naknadnom razjašnjavanju. I ispravci trebaju ostati vidljivi: tko je preuzeo vrijednost, tko ju je provjerio i koja je verzija odobrena? Upravljanje dokumentima slijedi norme upravljanja kvalitetom i interna pravila koja vrijede za Vaš pogon.

Ako se prikupljaju ili analiziraju podaci o radnom učinku pojedinih zaposlenika, moguća prava suodlučivanja treba pravodobno provjeriti. U Njemačkoj može biti relevantan § 87 BetrVG, a u Austriji § 96a ArbVG. Primjenjuju li se te odredbe u konkretnom pogonu i na koji način, mora se stručno i pravno razjasniti. Ne planiramo automatsko ocjenjivanje zaposlenika. Ove napomene nisu pravni savjet.

Podaci: nalozi, strojevi, kvaliteta

Koristan proces započinje pregledom postojećih podataka. Kod naloga to su, primjerice, brojevi artikala, varijante, sastavnice i status odobrenja. Kod strojeva važni su jednoznačne oznake postrojenja, vremenske oznake i značenje obavijesti. Kod podataka o kvaliteti tome se pridružuju ispitivano svojstvo, jedinica, serija i verzija plana ispitivanja. Ako se ti podaci ne podudaraju, odstupanje mora biti vidljivo, a ne nestati u izvještaju.

Podaci strojeva ne moraju se u cijelosti prenositi vanjskoj usluzi. S Vašim IT‑om razjašnjavamo koja obrada odgovara željenom procesu i koji podaci trebaju ostati u pogonu. Za izvještaj o smjeni mogu biti dovoljni već odabrani događaji. Sirovi podaci iz postrojenja imaju smisla samo ako je njihovo značenje razjašnjeno. I pristup povjerljivim podacima o nalozima i kvaliteti ograničava se na pojedinu svrhu.

Posebno razvijene aplikacije za proizvodnu halu

Ne može se svaki unos dobro obaviti na postojećem radnom mjestu. Dodatna aplikacija može evidentirati podatke ondje gdje nastaju: na postrojenju, pri ispitivanju ili tijekom primopredaje smjene. Aplikacija s kontrolnim popisom može odrediti obvezna polja i vezu s nalogom ili serijom. Digitalna knjiga smjena može prenijeti otvorena pitanja sljedećoj smjeni. Aplikacija za prijavu smetnji može objediniti postrojenje, vrijeme i opažanje. Kontrolni popisi na tabletu mogu unose izravno pridružiti odgovarajućem planu ispitivanja.

Takve aplikacije dopunjuju ERP, MES ili softver za kvalitetu. Ne bi trebale stvarati vlastite matične podatke o artiklima ni odobrenja odvojena od glavnih sustava. Važni su razumljivi unosi, odgovarajuće ovlasti i jasno postupanje kada nema veze. Iz zapisa mora biti vidljivo je li evidentiran samo lokalno ili je već stigao u glavni sustav.

Pri razvoju aplikacija zato počinjemo konkretnim tijekom rada. Tko nešto evidentira? Tko to provjerava? Što se događa u slučaju pogrešnog unosa? Tek se nakon toga zna treba li posebno razvijena aplikacija ili je dovoljan postojeći obrazac. Kasnija uporaba u proizvodnoj hali dio je planiranja od samog početka.

Odakle krenuti

Uzmite tijek papirnate dokumentacije ili ponavljajući prijenos između dvaju programa. Koja se informacija višekratno prepisuje? Gdje nastaju dodatni upiti? Tko na kraju mora odlučiti? Prikladan prvi proces ima prepoznatljive ulaze, osobu nadležnu za provjeru i jasan izlaz u postojećem sustavu.

Zatim na konkretnom slučaju provjerite jesu li isprave i matični podaci dovoljni. Kod proizvodnog naloga to može biti narudžba s navedenom varijantom. Kod zapisnika o ispitivanju to su izmjerene vrijednosti s važećim planom ispitivanja i vezom sa serijom. Ako povezanost nedostaje, posao počinje organiziranjem podataka, a ne nacrtom AI‑ja.

S Vama razgovaramo o procesu i uključenim sustavima. Na temelju toga može se utvrditi koje korake automatizacija priprema, gdje je potrebno odobrenje i pomaže li dodatna aplikacija. Za to ne morate ni zamijeniti proizvodni softver ni odjednom preurediti cijelo područje rada.