Nodaļas · Ražošana Ražošanas automatizācija: pasūtījumi, pārbaudes protokoli, maiņu atskaites un apkope

Uzdevumi ražošanā

Seši sekojošie piemēri parāda tipiskus procesus, nevis klientu projektus. AI nolasa, organizē un formulē, pamatojoties uz publicētajiem datiem. Tā nelemj ne par produkta izlaišanu, ne par iejaukšanos mašīnā. Tas, kuras darbības var automatizēt, ir atkarīgas no jūsu dokumentiem, saskarnēm un testēšanas pienākumiem.

1. Sagatavot ražošanas pasūtījumus no pirkšanas pasūtījumiem

Preces, daudzumi, datumi un varianti tiek pārsūtīti starp klientu pasūtījumiem un ražošanas pasūtījumiem. Vaicājumi rodas, ja trūkst informācijas vai tā neatbilst pamatdatiem.

• Ieeja: izlaisti pasūtījumi no pārdošanas, izstrādājumu pamatdati, detaļu saraksti un specifikācijas ražošanas plānošanai.
• AI sagatavo: nolasa pozīcijas un piezīmes, salīdzina apzīmējumus ar pamatdatiem un atzīmē trūkstošo vai pretrunīgo informāciju. Viņa izveido uzmetumu ražošanas pasūtījumam.
• Ražošanas plānošana pārbauda un apstiprina: Prece, daudzums, termiņš, materiālu pieejamība un novirzes. Tikai pēc tam tiek izveidots vai mainīts pasūtījums vadošajā sistēmā.
• Izvade: pārbaudīts ražošanas pasūtījums ar saistītajiem kvītis un dokumentētiem vaicājumiem.

Iepriekšējā informācija var būt no Piegādātāja apstiprinājumi pirkumā vai nāk no pasūtījumiem. Ražošanai ir svarīgi, lai informācijas izcelsme un izlaišanas statuss būtu identificējams. Trūkstošos datus nevar pievienot klusējot.

2. Sagatavot maiņu atskaites un nodošanu

Vienā maiņā tiek ģenerētas atskaites par daudzumiem, dīkstāvēm, noraidījumiem un atvērtajiem darbiem. Nodošana ir noderīga tikai tad, ja nākamais dienests var saprast informāciju.

• Ieeja: Maiņu ieraksti, darbības dati, kļūdu ziņojumi un piezīmes no atbildīgajām personām.
• AI sagatavo: apkopo notikumus atbilstoši sistēmai un secībai, piešķir laika informāciju un atzīmē avotos robus vai dažādu informāciju.
• Maiņu vadības pārbaudes: Daudzumi, cēloņu apraksti un atklātie punkti. Tas papildina novērojumus, kas nav sistēmās.
• Izvade: izlaista maiņas atskaite ar atsaucēm uz ierakstiem un nākamās maiņas sarakstu.

Pārskatā nedrīkst būt tikai metrika. Atbildīgajai personai, pamatojoties uz faktisko procesu, ir jāapstiprina, vai apstāšanās ir radusies materiāla, aprīkojuma vai darbības traucējumu dēļ. Tas nozīmē, ka no kopsavilkuma netiek atstāts neviens nepierādīts iemesls.

3. Sagatavojiet testa protokolus un 8D atskaites

Testa vērtības bieži tiek atdalītas no pasūtījuma datiem, attēliem un rakstiskiem atklājumiem. Ja tiek iesniegta sūdzība, šī informācija jāapkopo apstrādei.

• Ieeja: Pārbaužu plāni, izmērītās vērtības, ietekmētie pasūtījumi un partijas, kā arī dokumentētas sūdzības.
• AI sagatavo: esošās vērtības pārnes protokola projektā, atsaucas uz avotiem un atsevišķi uzrāda zināmos faktus, atklātos jautājumus un pasākumu projektus 8D ziņojumam.
• Kvalitātes nodrošināšana pārbauda un apstiprina: Izmērītās vērtības, piešķiršana partijai, kļūdas apraksts, cēloņi un pasākumi. Nepamatoti apgalvojumi tiks izņemti vai atzīmēti kā atklāta pārbaude.
• Izvade: izlaists testa ziņojums vai rediģējams 8D melnraksts ar izsekojamiem pierādījumiem.

8D pārskatā ir aprakstīta problēmas strukturēta apstrāde. AI var sakārtot sūdzību datus un sagatavot ziņojumu. Tomēr tā nevar ne pierādīt cēloni, vienkārši to formulējot, ne apstiprināt pasākuma efektivitāti. Šī pārbaude pieder atbildīgajiem speciālistiem.

4. Izvērtēt sūdzības un kvalitātes datus

Parasti tiek reģistrētas atsevišķas novirzes. Ir grūtāk atpazīt atkārtotus modeļus dažādos produktos, sistēmās vai partijās, nesajaucot dažādus kļūdu terminus.

• Ieeja: Sūdzību teksti, kļūdu kodi, testa protokoli, partijas informācija un dokumentētie pasākumi.
• AI sagatavo: Grupē līdzīgus aprakstus, parāda saistītos procesus un norāda uz trūkstošajiem uzdevumiem. Viņa rada jautājumus tehniskajai izmeklēšanai.
• Kvalitātes nodrošināšanas pārbaudes: vai lietas patiešām ir salīdzināmas un kādi secinājumi pamato turpmāku izmeklēšanu.
• Izvade: saprotams pārskats par gadījumiem, datu nepilnībām un atklātā testa soļiem.

Pārskats nav automātiska kļūdu diagnostika. Termins divās sūdzībās var attiekties uz dažādiem faktiem. Sākotnējiem procesiem jābūt pieejamiem lēmumu pieņemšanai. Ja dokumenti vispirms ir jālasa no failiem, a Dokumentu apstrāde jābūt savienotam augšup pa straumi.

5. Ieplānojiet paziņojumus par apkopi

Darbības traucējumi tiek ierakstīti maiņu grāmatās, mašīnu ziņojumos un apkopes sistēmās. Turpmākai apstrādei var nebūt informācijas par sistēmu vai iepriekšējo progresu.

• Ieeja: Kļūdu ziņojumi, sistēmas identifikatori, apkopes plāni un pieejamie darbības dati.
• AI sagatavo: apkopo saistītos pārskatus, pievieno atsauces uz zināmiem notikumiem un izveido klasifikācijas ieteikumu.
• Tehniskās apkopes pārbaudes: steidzamība, iespējamie savienojumi un plānotie darbi. Tā izlemj, vai iejaukties sistēmā.
• Izvade: aizpildīts apkopes paziņojums vai pārbaudīts plānošanas pasūtījums apkopes sistēmā.

Tā nav paredzama apkope. Lai nodrošinātu ticamas norādes par iespējamu kļūmi, ir nepieciešami piemēroti mērījumu dati, zināmi apstākļi un profesionāls novērtējums. Ja šo pamatinformāciju trūkst, saprātīgāks pirmais solis ir pareizi ierakstīt un piešķirt ziņojumus.

6. Salīdziniet darba instrukcijas un detaļu sarakstus

Komponentu vai procesu izmaiņas bieži ietekmē vairākus dokumentus. Vecās versijas nedrīkst nepamanīti izmantot kā pašreizējās instrukcijas.

• Ieeja: izdoti rasējumi, detaļu saraksti, paziņojumi par izmaiņām un esošās darba instrukcijas.
• AI sagatavo: salīdzina noteiktās versijas, apkopo ietekmētās vietas un formulē atjauninātas instrukcijas projektu.
• Darba sagatavošanu pārbauda un apstiprina: tehniskajiem paziņojumiem, secību, derīgumu un ietekmētajām darba vietām saskaņā ar paredzēto izmaiņu procedūru.
• Izvade: pārbaudīta versija ar versijas atsauci un dokumentētām izmaiņām.

Priekšnoteikums ir skaidra derīgu dokumentu identifikācija. Ja ir vairākas versijas bez statusa, AI ir jāziņo par konfliktu. Jums nav atļauts noteikt, kurš zīmējums vai detaļu saraksts ir saistošs.

Programmas un mašīnu dati

Lielākā daļa ražošanas uzņēmumu jau strādā ar vairākām programmām. Šīm programmām vajadzētu sekot jaunam AI atbalstītam procesam. Ir nepieciešami skaidri noteikumi par to, kura sistēma vada pasūtījumus, izmērītās vērtības un apstiprinājumus. Ne katram procesam ir nepieciešams savienojums ar katru mašīnu.

MES apzīmē ražošanas izpildes sistēmu. It supports processes between planning and production. BDE means operational data collection and describes the recording of data such as quantities, times and disruptions. Termini apraksta dažādus uzdevumus; Darbības laikā ir jāpārbauda, ​​kuras funkcijas nodrošina esošās sistēmas. Mēs nepārdodam IZM un neprasām to kā prasību.

To establish a connection, we first clarify which interfaces are available and what data is actually available via them. Pēc tam varat noteikt, vai informācija tiek tikai nolasīta vai arī pēc apstiprināšanas tiek rakstīta atpakaļ. Excel saraksts var būt noderīga ievade. Tomēr tai nevajadzētu nepamanītai kļūt par otro vadošo sistēmu. Ja rakstīšanas darbība neizdodas, procesam ir jāpaliek atpazīstamam un to var pārbaudīt.

Apstiprinājumi un kvalitāte

Sagatavotā informācija vēl nav tehniskais apstiprinājums. Pārbaudes protokoli, apturēšana, novirzes un izmaiņas darba instrukcijās atbilst jūsu uzņēmuma procedūrām. Kvalitātes nodrošināšana lemj par kvalitātes izlaidumiem. AI var parādīt trūkstošo informāciju un apkopot kvītis, bet nevar aizstāt produkta testēšanu.

Lai veiktu izsekošanu, pasūtījuma, izstrādājuma, partijas vai sērijas atsauces un pārbaudes dokumenti ir atbilstoši jāsaista. Automātiski ģenerēts teksts bez šīs atsauces maz palīdzēs vēlākai precizēšanai. Labojumiem arī jāpaliek redzamiem: kurš pieņēma vērtību, kas to pārbaudīja un kura versija tika apstiprināta? Dokumentu kontroles pamatā ir kvalitātes vadības standarti un iekšējās specifikācijas, kas attiecas uz jūsu uzņēmumu.

Ja tiek reģistrēti vai novērtēti atsevišķu darbinieku snieguma dati, iespējamās koplēmuma tiesības ir jāpārbauda agrīnā stadijā. In Germany, Section 87 BetrVG may be affected, in Austria Section 96a ArbVG. Vai un kā šie noteikumi piemērojami konkrētās operācijās, ir jānoskaidro tehniski un juridiski. Mēs neplānojam darbiniekus automātiski novērtēt. Šī informācija nav juridiska konsultācija.

Dati: pasūtījumi, iekārtas, kvalitāte

Noderīgs process sākas ar datu uzskaiti. Pasūtījumos tie ietver preču numurus, variantus, detaļu sarakstus un izlaišanas statusu. Mašīnām ir svarīgi unikāli sistēmas identifikatori, laika zīmogi un ziņojumu nozīme. Kvalitatīviem datiem ir iekļauts arī testa raksturlielums, vienība, partija un testa plāna versija. Ja šī informācija nesakrīt, neatbilstībai ir jākļūst redzamai, nevis jāpazūd pārskatā.

Iekārtas dati nav jāpārsūta uz ārēju pakalpojumu. Ar Jūsu IT noskaidrojam, kura apstrāde atbilst vēlamajam procesam un kādiem datiem jāpaliek rūpnīcā. Maiņu atskaitei var pietikt ar jau atlasītiem notikumiem. Neapstrādāti dati no sistēmas ir noderīgi tikai tad, ja tiek noskaidrota to nozīme. Piekļuve konfidenciāliem pasūtījuma un kvalitātes datiem ir ierobežota arī ar attiecīgo mērķi.

Pašu lietotnes darbnīcai

Ne katru ierakstu var labi paveikt esošajā darbstacijā. Papildu lietotne var ierakstīt informāciju, kur tā rodas: sistēmā, testa laikā vai maiņas nodošanas laikā. Kontrolsaraksta lietotne var norādīt obligātos laukus un atsauci uz pasūtījumu vai partiju. Digitālā maiņu grāmata var nodot atklātos punktus. Kļūdu ziņošanas lietotne var apvienot sistēmu, laiku un novērojumus. Kontrolsaraksti planšetdatorā var nekavējoties piešķirt ierakstus pareizajam testa plānam.

Šādas lietotnes papildina ERP, MES vai kvalitatīvu programmatūru. Jums nevajadzētu izveidot savus rakstu šablonus vai izdevumus, kas ir atsevišķi no vadošajām sistēmām. Svarīgi ir saprotama ievade, atbilstošas ​​tiesības un skaidra rīcība ar trūkstošo savienojumu. Ierakstam jānorāda, vai tas ir ierakstīts tikai lokāli vai jau ir nonācis vadošajā sistēmā.

Pie Lietotņu izstrāde Tātad sāksim ar konkrēto ceļu uz darbu. Kurš kaut ko ieraksta? Kurš to pārbauda? Kas notiek, ja ievadāt kaut ko nepareizi? Tikai tad būs skaidrs, vai ir nepieciešama atsevišķa lietotne, vai pietiek ar esošo formu. Vēlāka izmantošana darbnīcā ir daļa no plānošanas jau no paša sākuma.

Kur jūs sākat

Veiciet papīra plūsmu vai periodisku pārsūtīšanu starp divām programmām. Kura informācija tiek kopēta vairākas reizes? Kur rodas jautājumi? Kam galu galā ir jāizlemj? Piemērotai sākotnējai plūsmai ir identificējami ievadi, atbildīgā persona pārskatīšanai un skaidra izeja no esošās sistēmas.

Pēc tam pārbaudiet konkrētu procesu, vai dokumenti un pamatdati ir pietiekami. Ražošanas pasūtījumam tas varētu būt pasūtījums ar detalizētu informāciju par variantu. Pārbaudes ziņojums sastāv no izmērītām vērtībām ar derīgu testa plānu un partijas atsauci. Ja nav konteksta, darbs sākas ar datu sakārtošanu, nevis ar AI dizainu.

Mēs ar jums apspriedīsim procesu un iesaistītās sistēmas. No tā jūs varat noteikt, kuras darbības automatizācija sagatavo, kur ir nepieciešams apstiprinājums un vai papildu lietotne palīdzēs. Jums nav jāaizstāj ražošanas programmatūra vai jāpārveido viss apgabals uzreiz.