Skyriai · Gamyba Gamybos automatizavimas: užsakymai, bandymų protokolai, pamainų ataskaitos ir priežiūra

Užduotys gamyboje

Toliau pateikti šeši pavyzdžiai rodo tipinius procesus, o ne klientų projektus. AI skaito, tvarko ir formuluoja pagal paskelbtus duomenis. Ji nesprendžia nei dėl gaminio išleidimo, nei dėl intervencijų į mašiną. Kokius veiksmus galima automatizuoti, priklauso nuo jūsų dokumentų, sąsajų ir testavimo įsipareigojimų.

1. Ruošti gamybos užsakymus iš pirkimo užsakymų

Prekės, kiekiai, datos ir variantai perkeliami tarp klientų užsakymų ir gamybos užsakymų. Užklausos kyla, kai trūksta informacijos arba ji neatitinka pagrindinių duomenų.

• Įėjimas: išleisti užsakymai iš pardavimų, gaminių pagrindiniai duomenys, dalių sąrašai ir specifikacijos gamybos planavimui.
• AI ruošia: skaito pozicijas ir pastabas, lygina pavadinimus su pagrindiniais duomenimis ir pažymi trūkstamą arba prieštaringą informaciją. Ji sukuria gamybos užsakymo juodraštį.
• Gamybos planavimas tikrina ir tvirtina: Prekė, kiekis, terminas, medžiagų prieinamumas ir nukrypimai. Tik tada užsakymas sukuriamas arba keičiamas vadovaujančioje sistemoje.
• Išvestis: patvirtintas gamybos užsakymas su susijusiais kvitais ir dokumentais pagrįstomis užklausomis.

Informacija prieš srovę gali būti iš Tiekėjo patvirtinimai perkant arba ateina iš užsakymų. Gamybai svarbu, kad informacijos kilmė ir išleidimo būsena būtų identifikuojama. Trūkstami duomenys negali būti pridedami tyliai.

2. Parengti pamainos ataskaitas ir perdavimus

Vienos pamainos metu generuojamos ataskaitos apie kiekius, prastovos, atmetimus ir atvirus darbus. Perdavimas yra naudingas tik tuo atveju, jei kita tarnyba gali suprasti informaciją.

• Įėjimas: Atsakingų asmenų pamainų įrašai, veikimo duomenys, gedimų ataskaitos ir pastabos.
• AI ruošia: apibendrina įvykius pagal sistemą ir tvarką, priskiria laiko informaciją ir pažymi šaltiniuose spragas ar skirtingą informaciją.
• Pamainos valdymo patikrinimai: Kiekiai, priežasčių aprašymai ir atviri klausimai. Jis papildo stebėjimus, kurių nėra sistemose.
• Išvestis: išleista pamainos ataskaita su nuorodomis į įrašus ir kitos pamainos sąrašu.

Ataskaitą neturėtų sudaryti vien metrika. Atsakingas asmuo, remdamasis faktiniu procesu, turi patvirtinti, ar sustojimas įvyko dėl medžiagos, įrangos ar gedimo. Tai reiškia, kad santraukoje nelieka neįrodytų priežasčių.

3. Parengti testų protokolus ir 8D ataskaitas

Bandymų vertės dažnai atskiriamos nuo užsakymo duomenų, vaizdų ir rašytinių išvadų. Jei pateikiamas skundas, ši informacija turi būti sujungta, kad būtų galima apdoroti.

• Įėjimas: Bandymų planai, išmatuotos vertės, paveikti užsakymai ir partijos bei dokumentais pagrįsti skundai.
• AI ruošia: esamas vertes perkelia į protokolo projektą, nurodo šaltinius ir atskirai pateikia žinomus faktus, atvirus klausimus ir priemonių projektus 8D ataskaitai.
• Kokybės užtikrinimas tikrina ir patvirtina: Išmatuotos vertės, priskyrimas partijai, klaidos aprašymas, priežastys ir priemonės. Nepagrįsti teiginiai bus pašalinti arba pažymėti kaip atvira ekspertizė.
• Išvestis: išleista bandymo ataskaita arba redaguojamas 8D juodraštis su atsekamais įrodymais.

8D ataskaitoje aprašomas struktūrizuotas problemos apdorojimas. AI gali tvarkyti skundų duomenis ir parengti ataskaitą. Tačiau ji negali įrodyti priežasties tiesiog ją suformuluodama ir patvirtinti priemonės veiksmingumo. Šis tyrimas priklauso atsakingiems specialistams.

4. Įvertinti skundus ir kokybiškus duomenis

Paprastai registruojami individualūs nukrypimai. Sunkiau atpažinti pasikartojančius gaminių, sistemų ar partijų modelius nesumaišius skirtingų klaidų terminų.

• Įėjimas: Skundų tekstai, klaidų kodai, bandymų protokolai, partijos informacija ir dokumentuotos priemonės.
• AI ruošia: Sugrupuoja panašius aprašymus, rodo susijusius procesus ir nurodo trūkstamas užduotis. Ji kuria klausimus techniniam tyrimui.
• Kokybės užtikrinimo patikros: ar bylos iš tikrųjų yra palyginamos ir kokios išvados pateisina tolesnį tyrimą.
• Išvestis: suprantama atvejų, duomenų spragų ir atviro testo etapų apžvalga.

Apžvalga nėra automatinė klaidų diagnostika. Dviejų skundų terminas gali reikšti skirtingus faktus. Pradiniai procesai turi likti prieinami sprendimams. Jei dokumentus pirmiausia reikia nuskaityti iš failų, a Dokumentų tvarkymas būti prijungtas prieš srovę.

5. Suplanuokite techninės priežiūros pranešimus

Gedimai registruojami pamainų knygose, mašinų ataskaitose ir priežiūros sistemose. Tolesniam apdorojimui gali trūkti informacijos apie sistemą arba ankstesnę pažangą.

• Įėjimas: Gedimų ataskaitos, sistemos identifikatoriai, priežiūros planai ir turimi veikimo duomenys.
• AI ruošia: sujungia susijusias ataskaitas, prideda nuorodas į žinomus įvykius ir sukuria klasifikavimo pasiūlymą.
• Techninės priežiūros patikrinimai: skuba, galimi ryšiai ir planuojami darbai. Ji nusprendžia, ar įsikišti į sistemą.
• Išvestis: užpildytą techninės priežiūros pranešimą arba patikrintą planavimo užsakymą techninės priežiūros sistemoje.

Tai nėra nuspėjamoji priežiūra. Norint patikimai parodyti galimą gedimą, reikalingi tinkami matavimo duomenys, žinomos sąlygos ir profesionalus įvertinimas. Jei šių pagrindų trūksta, tinkamas pranešimų įrašymas ir priskyrimas yra protingesnis pirmasis žingsnis.

6. Palyginkite darbo instrukcijas ir dalių sąrašus

Komponentų ar procesų pakeitimai dažnai paveikia kelis dokumentus. Senos versijos neturi būti naudojamos nepastebimai kaip dabartinės instrukcijos.

• Įėjimas: išleisti brėžiniai, dalių sąrašai, pranešimai apie pakeitimus ir esamos darbo instrukcijos.
• AI ruošia: lygina nurodytas versijas, surenka paveiktas vietas ir suformuluoja atnaujintos instrukcijos projektą.
• Pasiruošimas darbui tikrina ir tvirtina: technines ataskaitas, seką, galiojimą ir paveiktas darbo vietas pagal numatytą keitimo tvarką.
• Išvestis: patikrinta versija su versijos nuoroda ir dokumentuotais pakeitimais.

Būtina sąlyga yra aiškus galiojančių dokumentų identifikavimas. Jei yra kelios versijos be būsenos, AI turi pranešti apie konfliktą. Jums neleidžiama nustatyti, kuris brėžinys ar dalių sąrašas yra privalomas.

Programos ir mašinos duomenys

Dauguma gamybos įmonių jau dirba su keliomis programomis. Po šių programų turėtų vykti naujas DI palaikomas procesas. Reikia aiškių taisyklių, kuri sistema vadovauja užsakymams, išmatuotoms vertėms ir patvirtinimams. Ne kiekvienam procesui reikalingas ryšys su kiekvienu įrenginiu.

MES reiškia Manufacturing Execution System. Jis palaiko procesus tarp planavimo ir gamybos. BDE reiškia operatyvinių duomenų rinkimą ir aprašo duomenų, tokių kaip kiekiai, laikas ir sutrikimai, registravimą. Terminai apibūdina įvairias užduotis; Kokias funkcijas atlieka jūsų esamos sistemos, reikia patikrinti eksploatacijos metu. Mes neparduodame ŠMM ir nereikalaujame.

Norėdami užmegzti ryšį, pirmiausia išsiaiškiname, kurios sąsajos yra prieinamos ir kokie duomenys iš tikrųjų pasiekiami per jas. Tada galite nustatyti, ar informacija tik skaitoma, ar ji taip pat įrašoma atgal po patvirtinimo. „Excel“ sąrašas gali būti naudinga įvestis. Tačiau ji neturėtų nepastebėtai tapti antra pirmaujančia sistema. Jei rašymo operacija nepavyksta, procesas turi likti atpažįstamas ir gali būti patikrintas.

Patvirtinimai ir kokybė

Parengta informacija dar nėra techninio patvirtinimo. Patikrinimo protokolai, sustabdymai, nukrypimai ir darbo instrukcijų pakeitimai atitinka jūsų įmonės procedūras. Kokybės užtikrinimas sprendžia dėl kokybės išleidimo. AI gali rodyti trūkstamą informaciją ir sudaryti kvitus, bet negali pakeisti produkto testavimo.

Norint atsekti, užsakymo, gaminio, partijos ar serijos nuoroda ir bandymo dokumentai turi būti tinkamai susieti. Automatiškai sugeneruotas tekstas be šios nuorodos yra mažai naudingas vėlesniam paaiškinimui. Taip pat turėtų likti matomi pataisymai: kas priėmė vertę, kas ją patikrino ir kuri versija buvo patvirtinta? Dokumentų kontrolė pagrįsta jūsų įmonei taikomais kokybės valdymo standartais ir vidinėmis specifikacijomis.

Jei registruojami ar vertinami atskirų darbuotojų veiklos duomenys, galimos bendro apsisprendimo teisės turi būti išnagrinėtos ankstyvoje stadijoje. Vokietijoje gali būti paveiktas BetrVG 87 skyrius, Austrijoje, ArbVG 96a straipsnis. Ar ir kaip šios nuostatos taikomos konkrečiose operacijose, turi būti išaiškinta techniškai ir teisiškai. Automatiškai darbuotojų vertinti neplanuojame. Ši informacija nėra teisinė konsultacija.

Duomenys: užsakymai, mašinos, kokybė

Naudingas procesas prasideda nuo duomenų inventorizavimo. Užsakymams tai apima prekių numerius, variantus, dalių sąrašus ir išleidimo būseną. Mašinoms svarbūs unikalūs sistemos identifikatoriai, laiko žymos ir pranešimų reikšmė. Kokybiškiems duomenims taip pat įtraukiama bandymo charakteristika, vienetas, partija ir bandymo plano versija. Jei ši informacija nesutampa, neatitikimas turi būti matomas, o ne išnykti ataskaitoje.

Mašinos duomenys neturi būti perkeliami į išorinę paslaugą. Su Jūsų IT išsiaiškinsime, koks apdorojimas tinka norimam procesui ir kokie duomenys turi likti gamykloje. Jau pasirinktų įvykių gali pakakti pamainos ataskaitai. Neapdoroti sistemos duomenys yra naudingi tik tuo atveju, jei jų reikšmė yra išaiškinta. Prieiga prie konfidencialių užsakymų ir kokybiškų duomenų taip pat ribojama atitinkamu tikslu.

Nuosavos programėlės dirbtuvėms

Ne kiekvienas įrašas gali būti gerai atliktas esamoje darbo vietoje. Papildoma programėlė gali įrašyti informaciją ten, kur ji atsiranda: sistemoje, bandymo metu arba pamainos perdavimo metu. Kontrolinio sąrašo programėlėje gali būti nurodyti privalomi laukai ir nuoroda į užsakymą arba partiją. Skaitmeninė pamainų knyga gali perduoti atvirus taškus. Pranešimų apie gedimus programa gali sujungti sistemą, laiką ir stebėjimą. Planšetinio kompiuterio kontroliniai sąrašai gali iš karto priskirti įrašus teisingam bandymo planui.

Tokios programėlės papildo ERP, MES ar kokybišką programinę įrangą. Neturėtumėte kurti savo straipsnių šablonų ar leidimų, kurie būtų atskirti nuo pirmaujančių sistemų. Svarbu yra suprantama įvestis, tinkamos teisės ir aiškus trūkstamo ryšio valdymas. Įrašas turi nurodyti, ar jis buvo įrašytas tik vietoje, ar jau atkeliavo į pagrindinę sistemą.

Prie Programėlių kūrimas Taigi pradėkime nuo konkretaus maršruto į darbą. Kas ką nors įrašinėja? Kas tai tikrina? Kas atsitiks, jei ką nors įvesite neteisingai? Tik tada bus aišku, ar reikalinga atskira programėlė, ar pakanka esamos formos. Vėlesnis naudojimas dirbtuvėse yra planavimo dalis nuo pat pradžių.

Kur pradedi

Paimkite popieriaus srautą arba pasikartojantį perkėlimą tarp dviejų programų. Kuri informacija nukopijuota kelis kartus? Kur kyla klausimai? Kas galiausiai turi nuspręsti? Tinkamas pradinis srautas turi identifikuojamus įėjimus, atsakingą asmenį už peržiūrą ir aiškų išėjimą iš esamos sistemos.

Tada patikrinkite konkretų procesą, ar pakanka dokumentų ir pagrindinių duomenų. Gamybos užsakymo atveju tai gali būti užsakymas su išsamia varianto informacija. Bandymo ataskaitą sudaro išmatuotos vertės su galiojančiu bandymų planu ir partijos nuoroda. Jei nėra konteksto, darbas prasideda nuo duomenų išdėstymo, o ne nuo AI dizaino.

Su jumis aptarsime procesą ir susijusias sistemas. Iš to galite nustatyti, kokius veiksmus paruošia automatika, kur reikalingas patvirtinimas ir ar padės papildoma programėlė. Jums nereikia keisti gamybos programinės įrangos ar konvertuoti visos srities iš karto.