Appearance
Tuotanto
English: Production
Revisiohallinta ja tuotantopolku
English: Revision control and production path
Tuotekoodi on yksilöllinen. Mikäli tuotteella ei ole revisiohallintaa, tuotekoodin perässä on tyypillisesti versionumero tms. Tapauksissa jossa asiakkaalle toimitettava tuote ei muutu, mutta talon sisäinen tuotantomenentelmä muuttuu, on tuotteita helpompi hallita revisioilla. Esim. Tyynyjä valmistava yritys haluaa vaihtaa kankaan 100 eri tyynyyn. Tyynyillä on 16 eri materiaalia. Muutosta varten olisi työlästä tehdä 100 uutta eri tuotetta jolla jokaisella olisi 37 eri materiaalia. Revisioilla muutos onnistuu helpommin kun muutettaville tuotteille tallennetaan uusi materiaali ja aikaväli jolloin kyseinen revisio on voimassa.
Työ sisältää materiaaleja ja työvaiheita jotka voivat muuttua.
Yksittäisen poikkeama tuotteesssa tallennetaan poikkeamatietona työmääräimelle. Esimerkiksi kiireelliselle tilaukselle ei ole tavallista materiaalia heti saatavilla. Parempaa materiaalia löytyy kuitenkin varastosta ja tuote tehdään poikkeuksellisesti kyseisestä materiaalista.
Revisio on yleensä pidempiaikainen muutos materiaaleihin tai työvaiheisiin, esimerkiksi piirustus muuttuu ja tuote saa uuden piirrustusnumeron. Normaalisti monistettaisiin koko työn rakenne mutta se on raskas operaatio jos on paljon työvaiheita. Jos muutos ei ole suuri, sen hallinta on helpompi revision avulla. Revisioon tallentuu vanha piirustusnumero ja sen voimassa oloaika.
Esimerkki työvaihemuutoksesta: käsin tehty polttoleikkaus ja sen siistivä reunan hionta korvataan laserelikkauksella jota ei tarvitse erikseen hioa. Revisioon tallentuu tieto vanhasta työvaiheesta ja milloin se työvaihe on ollut voimassa.
Revisiossa on kolme vaihtoehtoa:
- rivitieto lisätään
- rivitieto poistetaan
- rivitietoa muutetaan.
Kun revisio luodaan, sille tallentaan revision alkuhetki (päivämäärä ja kellonaika sekunnin tarkkuudella). Oletuksena ohjelma tarjoaa kuluvaa päivää. Kellonajaksi tulee tallennusaika. Revision alku- ja loppuhetken voi asettaa myös käsin.
Long call with ArtoK. Field revision_start_time is not easy and clear enough and for revision is wrong here.
Revision is a physically different version of the product, not the same final product with different production methods or alternative materials. Revision should be in the product as its additional field and all tables linking to the product must have a revision field also. But currently, we will not support revision, support will be added when somebody needs it.
But product materials and phases should have field production_version, revision is not the right word. Value can be given like 'laser cut' and by default it is just a running number.
Production order can link to different work phases production_version and to different material production_version. That would not be possible with timestamps. Work orders will contain the production_version and alternative product materials that can be given as a list inside the normal product material row. There can be abnormal product materials like cutting from the sheet instead of bars in the actual work phase state. Those abnormal materials will be added to the alternative product materials list with the type 'do not use until there are no other choices'.
We talked also about units. We'll go with only one saved amount and it's saved unit, nothing will be saved in several units (except additional width, length and height). Reporting will convert all to the same unit (like stock unit kg).
Product material has fields prma.material_id and prma.product_id. When running table code and in inputs and grids we need to reference linked product and material. Normally there is only one link to the product and it's referenced with normal table product prefix pr like prma.pr.name. We need different prefix here and we give in prma.product_id field definition "record_key": "mat" and we reference field with prma.mat.name.
A product lot is created always when we produce something. We will move used materials from the virtual stock place 'work table' to the actual manufactured part (and possibly for example when cutting working_allowance to waste) when we finish the work phases. It will contain production_lot. Production order has info on what production_version's was used when making that lot.
A sales order can be referenced to production_version if needed by using info on what product lots are used. The user interface should give a choice of product lots that are available and could reserve lots for picking. Normally we set product lot when we pick sold products for shipping. Because the product lot knows what production order was used to make it and the production order knows what production_version's were used we can show in the sales order the production_version's used.
Field production_version is a pretty long name, better ideas?
Field Route tells what work phases are used to make the product. For example if cutting is done with laser instead of plasma.
In case of multiple routes Default route must be chosen. Route table consist name and route group. Route group indicates alternative routes.
Capacic ei käytä nul-arvoa. Nul-arvot ovat aiheuttaneet eniten ongelmia tietokantojen historiassa. Esimerkki myöhemmin.
Yhteen kenttään tallennetaan vain yhtä tietoa. Ongelmia tulee jos yhdessä kentässä yritetään kuvata kahta asiaa. Esimerkki myöhemmin.
Sanasto
Abnormal material = Epätavallinen materiaali. Materiaalia käytetään vain jos vaihtoehtoisia materiaaleja ei ole saatavilla. Alternative material = Vaihtoehtoinen, korvaava materiaali Array = Järjestetty lista