Osastot · Tuotanto Tekoäly tuotannossa: tilaukset, tarkastuspöytäkirjat, vuororaportit ja ennakoiva kunnossapito

Tehtävät tuotannossa

Seuraavat kuusi esimerkkiä esittävät tyypillisiä prosesseja, eivät asiakasprojekteja. Tekoäly lukee, järjestää ja muotoilee julkaistujen tietojen perusteella. Se ei päätä tuotteen julkaisusta eikä koneen toimenpiteistä. Se, mitkä vaiheet voidaan automatisoida, riippuu asiakirjoistasi, käyttöliittymistäsi ja testausvelvollisuuksistasi.

1. Valmistele tuotantotilaukset ostotilauksista

Tuotteet, määrät, päivämäärät ja versiot siirretään asiakastilausten ja tuotantotilausten välillä. Kyselyjä syntyy, kun tiedot puuttuvat tai eivät vastaa perustietoja.

• Sisäänkäynti: myyntitilaukset, artikkelien perustiedot, osaluettelot ja tekniset tiedot tuotannon suunnittelua varten.
• AI valmistaa: lukee paikkoja ja muistiinpanoja, vertaa nimityksiä perustietoihin ja merkitsee puuttuvat tai ristiriitaiset tiedot. Hän luo luonnoksen tuotantotilaukselle.
• Tuotantosuunnittelu tarkastaa ja hyväksyy: Tuote, määrä, määräaika, materiaalin saatavuus ja poikkeamat. Vasta sitten tilaus luodaan tai sitä muutetaan johtavassa järjestelmässä.
• Lähtö: vahvistettu tuotantotilaus siihen liittyvine kuitit ja dokumentoidut kyselyt.

Ylävirran tiedot voivat olla peräisin Toimittajan vahvistukset ostossa tai tulevat tilauksista. Tuotannon kannalta on tärkeää, että tiedon alkuperä ja julkaisustatus pysyvät tunnistettavissa. Puuttuvia tietoja ei saa lisätä hiljaisesti.

2. Valmistele vuororaportit ja luovutukset

Yhdessä vuorossa syntyy raportteja määristä, seisokeista, hylkäämistä ja avoimista töistä. Luovutuksesta on hyötyä vain, jos seuraava palvelu ymmärtää tiedot.

• Sisäänkäynti: Vuorokirjaukset, käyttötiedot, vikailmoitukset ja huomautukset vastuuhenkilöiltä.
• AI valmistaa: tiivistää tapahtumia järjestelmän ja järjestyksen mukaan, osoittaa aikatiedot ja merkitsee aukkoja tai erilaisia tietoja lähteisiin.
• Vuorohallinnan tarkastukset: Määrät, syiden kuvaukset ja avoimet kohdat. Se täydentää havaintoja, joita ei ole järjestelmissä.
• Lähtö: julkaistu vuororaportti, jossa on viittaukset merkintöihin ja luettelo seuraavaa vuoroa varten.

Raportti ei saa koostua pelkästään mittareista. Vastuuhenkilön tulee varsinaisen prosessin perusteella vahvistaa, johtuuko seisokki materiaalista, laitteesta vai viasta. Tämä tarkoittaa, että yhteenvedosta ei jätetä pois todistamattomia syitä.

3. Valmistele testiprotokollat ja 8D-raportit

Testiarvot erotetaan usein tilaustiedoista, kuvista ja kirjallisista tuloksista. Jos valitus tehdään, nämä tiedot on koottava yhteen käsittelyä varten.

• Sisäänkäynti: Testaussuunnitelmat, mitatut arvot, vaikuttaneet tilaukset ja erät sekä dokumentoidut valitukset.
• AI valmistaa: siirtää olemassa olevat arvot pöytäkirjaluonnokseen, viittaa lähteisiin ja esittää tunnetut tosiasiat, avoimet kysymykset ja toimenpideluonnokset erikseen 8D-raporttia varten.
• Laadunvarmistus tarkistaa ja hyväksyy: Mitatut arvot, kohdistaminen erälle, virheen kuvaus, syyt ja toimenpiteet. Perusteettomat lausunnot poistetaan tai merkitään avoimeksi kokeeksi.
• Lähtö: julkaistu testiraportti tai muokattava 8D-luonnos jäljitettävillä todisteilla.

8D-raportti kuvaa ongelman jäsenneltyä käsittelyä. Tekoäly voi järjestää valitustiedot ja laatia raportin. Se ei kuitenkaan voi todistaa syytä yksinkertaisesti muotoilemalla tai vahvistaa toimenpiteen tehokkuutta. Tämä tutkimus kuuluu vastaaville asiantuntijoille.

4. Arvioi valitukset ja laatutiedot

Yksittäiset poikkeamat kirjataan yleensä. On vaikeampaa tunnistaa toistuvia kuvioita eri tuotteissa, järjestelmissä tai erissä sekoittamatta erilaisia ​​virhetermejä.

• Sisäänkäynti: Valitustekstit, virhekoodit, testiprotokollat, erätiedot ja dokumentoidut toimenpiteet.
• AI valmistaa: Ryhmittelee samankaltaiset kuvaukset, näyttää liittyvät prosessit ja osoittaa puuttuvat tehtävät. Hän tekee kysymyksiä tekniselle tutkinnalle.
• Laadunvarmistustarkastukset: ovatko tapaukset todella vertailukelpoisia ja mitkä havainnot oikeuttavat lisätutkimuksen.
• Lähtö: ymmärrettävä katsaus tapauksiin, tietopuutteisiin ja avoimiin testivaiheisiin.

Yleiskatsaus ei ole automaattinen virhediagnoosi. Kahdessa valituksessa oleva termi voi viitata erilaisiin tosiasioihin. Alkuperäisten prosessien on oltava käytettävissä päätöksiä varten. Jos asiakirjat on ensin luettava tiedostoista, a Asiakirjojen käsittely olla kytkettynä ylävirtaan.

5. Aikatauluta huoltoilmoitukset

Häiriöt kirjataan vuorokirjoihin, koneraportteihin ja huoltojärjestelmiin. Jatkokäsittelyä varten tiedot järjestelmästä tai aiemmasta edistymisestä saattavat puuttua.

• Sisäänkäynti: Vikaraportit, järjestelmätunnisteet, huoltosuunnitelmat ja käytettävissä olevat käyttötiedot.
• AI valmistaa: kokoaa yhteen liittyvät raportit, lisää viittauksia tunnettuihin tapahtumiin ja luo ehdotuksen luokitusta varten.
• Huoltotarkastukset: kiireellisyydestä, mahdollisista yhteyksistä ja suunnitellusta työstä. Se päättää puuttuuko se järjestelmään.
• Lähtö: täytetty huoltoilmoitus tai tarkistettu suunnittelutilaus kunnossapitojärjestelmässä.

Tämä ei ole ennakoivaa huoltoa. Luotettavien viitteiden saamiseksi mahdollisesta viasta tarvitaan sopivat mittaustiedot, tunnetut olosuhteet ja ammattimainen arviointi. Jos nämä perusasiat puuttuvat, viestien oikea tallennus ja määrittäminen on järkevämpi ensimmäinen askel.

6. Vertaa työohjeita ja osaluetteloita

Komponenttien tai prosessien muutokset vaikuttavat usein useisiin asiakirjoihin. Vanhoja versioita ei saa käyttää huomaamatta nykyisten ohjeiden mukaisesti.

• Sisäänkäynti: julkaistut piirustukset, osaluettelot, muutosilmoitukset ja olemassa olevat työohjeet.
• AI valmistaa: vertaa määritettyjä versioita, kerää paikat, joihin vaikuttaa, ja laatii päivitetyn ohjeluonnoksen.
• Työn valmistelu tarkastaa ja hyväksyy: tekniset lausunnot, järjestys, voimassaolo ja vaikutusalueet suunnitellun muutosmenettelyn mukaisesti.
• Lähtö: tarkistettu versio versioviittauksella ja dokumentoiduilla muutoksilla.

Edellytyksenä on voimassa olevien asiakirjojen selkeä tunnistaminen. Jos on olemassa useita versioita ilman tilaa, tekoälyn tulee raportoida ristiriita. Et voi määrittää, mikä piirustus tai osaluettelo on sitova.

Ohjelmat ja konetiedot

Useimmat valmistusyritykset käyttävät jo useita ohjelmia. Uuden tekoälyn tukeman prosessin tulisi seurata näitä ohjelmia. Tarvitaan selkeät säännöt siitä, mikä järjestelmä johtaa tilauksiin, mittausarvoihin ja hyväksyntöihin. Kaikki prosessit eivät vaadi yhteyttä jokaiseen koneeseen.

MES on lyhenne sanoista Manufacturing Execution System. Se tukee prosesseja suunnittelun ja tuotannon välillä. BDE tarkoittaa toiminnallista tiedonkeruuta ja kuvaa tietojen, kuten määrien, ajat ja häiriöt, tallentamista. Termit kuvaavat erilaisia ​​tehtäviä; Mitä toimintoja olemassa olevat järjestelmäsi kattavat, on tarkastettava käytön aikana. Emme myy MES:ää emmekä vaadi sellaista vaatimuksena.

Yhteyden muodostamiseksi selvitetään ensin, mitkä rajapinnat ovat käytettävissä ja mitä dataa niiden kautta todella on saatavilla. Voit sitten määrittää, luetaanko tiedot vain vai kirjoitetaanko ne myös takaisin hyväksynnän jälkeen. Excel-luettelo voi olla hyödyllinen syöte. Siitä ei kuitenkaan pitäisi tulla toiseksi johtava järjestelmä huomaamatta. Jos kirjoitustoiminto epäonnistuu, prosessin on pysyttävä tunnistettavissa ja se voidaan tarkistaa.

Hyväksynnät ja laatu

Valmistetuilla tiedoilla ei ole vielä teknistä hyväksyntää. Tarkastusprotokollat, keskeytykset, poikkeamat ja työohjeiden muutokset noudattavat yrityksesi menettelytapoja. Laadunvarmistus päättää laatujulkaisuista. Tekoäly voi näyttää puuttuvat tiedot ja koota kuitit, mutta se ei voi korvata tuotteen testausta.

Jäljitystä varten tilaus-, tuote-, erä- tai sarjaviite- ja testiasiakirjat on linkitettävä asianmukaisesti. Automaattisesti luodusta tekstistä ilman tätä viittausta ei ole juurikaan apua myöhempään selvennykseen. Myös korjausten tulee olla näkyvissä: kuka arvon otti käyttöön, kuka sen tarkisti ja mikä versio hyväksyttiin? Asiakirjojen valvonta perustuu yrityksellesi sovellettaviin laadunhallintastandardeihin ja sisäisiin spesifikaatioihin.

Jos yksittäisten työntekijöiden suoritustietoja tallennetaan tai arvioidaan, mahdolliset yhteistoimintaoikeudet on selvitettävä varhaisessa vaiheessa. Saksassa tämä saattaa koskea BetrVG:n pykälää 87, Itävallassa 96a ArbVG:tä. Teknisesti ja oikeudellisesti on selvitettävä, soveltuvatko nämä määräykset tiettyihin toimiin ja miten. Emme aio arvioida työntekijöitä automaattisesti. Nämä tiedot eivät ole oikeudellisia neuvoja.

Tiedot: tilaukset, koneet, laatu

Hyödyllinen prosessi alkaa tietojen kartoittamisesta. Tilausten osalta nämä sisältävät tuotenumerot, versiot, osaluettelot ja julkaisutilan. Koneille yksilölliset järjestelmätunnisteet, aikaleimat ja viestien merkitys ovat tärkeitä. Laatutietoja varten mukana on myös testiominaisuus, yksikkö, erä ja testisuunnitelman versio. Jos nämä tiedot eivät täsmää, eron tulee tulla näkyviin sen sijaan, että se katoaisi raportista.

Konetietoja ei tarvitse siirtää ulkopuoliseen palveluun kaikkialla. Selvitämme IT:si kanssa, mikä käsittely sopii haluttuun prosessiin ja mitkä tiedot jäävät tehtaalle. Jo valitut tapahtumat voivat riittää vuororaporttiin. Järjestelmän raakatiedoista on hyötyä vain, jos sen merkitys selvitetään. Pääsy luottamuksellisiin tilaus- ja laatutietoihin on myös rajoitettu kulloiseenkin tarkoitukseen.

Omat sovellukset työpajaan

Jokaista merkintää ei voida tehdä hyvin olemassa olevalla työasemalla. Lisäsovellus voi tallentaa tietoja siellä, missä niitä syntyy: järjestelmässä, testin aikana tai vuoronvaihdon aikana. Tarkistuslistasovellus voi määrittää pakolliset kentät ja viittauksen tilaukseen tai erään. Digitaalinen vuorokirja voi välittää avoimia kohtia. Vianraportointisovellus voi yhdistää järjestelmän, ajan ja havainnon. Tabletin tarkistuslistat voivat välittömästi liittää merkinnät oikeaan testisuunnitelmaan.

Tällaiset sovellukset täydentävät ERP-, MES- tai laadukkaita ohjelmistoja. Sinun ei pitäisi luoda omia artikkeliperusartikkeleita tai julkaisuja, jotka ovat erillään johtavista järjestelmistä. Tärkeää on ymmärrettävä syöttö, asianmukaiset oikeudet ja puuttuvan yhteyden selkeä käsittely. Merkinnästä tulee ilmoittaa, onko se tallennettu vain paikallisesti vai onko se jo saapunut johtavaan järjestelmään.

klo Sovellusten kehitys Aloitetaan siis tietystä reitistä töihin. Kuka tallentaa jotain? Kuka sen tarkistaa? Mitä tapahtuu, jos syötät jotain väärin? Vasta sitten selviää, tarvitaanko erillinen sovellus vai riittääkö olemassa oleva lomake. Myöhempi käyttö työpajassa on osa suunnittelua alusta alkaen.

Mistä aloitat

Ota paperivirta tai toistuva siirto kahden ohjelman välillä. Mitä tietoja kopioidaan useita kertoja? Missä kysymyksiä herää? Kenen pitää lopulta päättää? Sopivassa alkuvirtauksessa on tunnistettavat syötteet, vastuuhenkilö tarkastuksesta ja selkeä uloskäynti olemassa olevasta järjestelmästä.

Tarkista sitten tietyn prosessin osalta, ovatko asiakirjat ja perustiedot riittävät. Tuotantotilauksessa tämä voi olla tilaus, jossa on muunnelman tiedot. Testiraportti koostuu mitatuista arvoista, joissa on voimassa oleva testisuunnitelma ja eräviite. Jos kontekstia ei ole, työ alkaa tietojen järjestämisellä, ei tekoälysuunnittelulla.

Keskustelemme kanssasi prosessista ja järjestelmistä. Tästä voit määrittää, mitkä vaiheet automaatio valmistelee, missä hyväksyntä tarvitaan ja onko lisäsovelluksesta apua. Sinun ei tarvitse vaihtaa valmistusohjelmistoasi tai muuntaa koko aluetta kerralla.