pdf-muodossa. - Tampereen ammattikorkeakoulu
pdf-muodossa. - Tampereen ammattikorkeakoulu
pdf-muodossa. - Tampereen ammattikorkeakoulu
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
195<br />
Kuva 4. Kauppatapahtumassa siirretyt tiedot (Pastinen et al. 2003)<br />
Näissä siirroissa tarvitaan kussakin hyvin spesifistä<br />
informaatiota ja informaatio on yleensä<br />
saatavilla vain silloin, kun järjestelmään on syötetty<br />
kaikki tarvittavat lähdetiedot. Joko automatisoidusti<br />
telematiikan avulla (automaattiset<br />
viivakoodinlukijat, pakkauksenkäsittelyrobotit<br />
jne.) tai käsin (rahtikirjat, laskut, tilausvahvistukset<br />
jne.)<br />
Kyseessä ei siis ole täysin reaaliaikainen tieto,<br />
vaikka näennäisesti näin voisi luulla. Myös tietokantahaut<br />
ottavat oman aikansa ja ovat usein<br />
suurissa massoissa hyvin raskaita operaatioita.<br />
Tuotetietoa vai tuotettua tietoa?<br />
Klassisin esimerkki tuotetiedosta on yksittäinen,<br />
muuttumaton, läpiohjattava tuote, joka ostetaan,<br />
käsitellään/varastoidaan ja myydään eteenpäin.<br />
Tällaiselle, mahdollisimman yksinkertaisellekin<br />
tuotteelle on järjestelmässä määritelty<br />
vähimäistuotetiedot, jotka useassa yrityksessä<br />
vaihtelevat pelkästä tuotenimikkeestä ja varastonohjausnumerosta<br />
monimutkaisempaan yhdistelmään<br />
esim. varastonohjauksessa käytettävää<br />
tietoa kuten tuotteen ja tuotedatan elinkaaren,<br />
tuotteen ja pakkaustyyppien jne. ominaisuuksia.<br />
Tämän lisäksi tuotetietoon lisätään yleensä<br />
ensimmäisenä tuotteen määräyksikkö (kappaletta,<br />
litraa jne.), hinnat ja kustannukset (esim.<br />
liukuva-, sisäänosto- ja myyntihinta), tuotteen<br />
rakenne, konfiguraatio, tuoteryhmä, asiakassegmentti,<br />
varastointityypitys jne. Erilaisia tuotetietoparametreja<br />
voidaan järjestelmiin luoda<br />
lähes loputon määrä. Tuotetietoja määritellessä<br />
tulisi kuitenkin huomioida se, mikä osa datasta<br />
rikastaa järjestelmää tai siitä ulos saatavia tietoja<br />
ja toisaalta se, mikä on datan elinkaaren tai sen<br />
käytettävyyden mahdollisuudet tai tarpeellisuus<br />
tulevaisuudessa. Tuotetiedon käsittelyä ja sen<br />
master datan tallentamisen määrittelyä silmällä<br />
pitäen ei välttämättä suuren, erittäin vaihtuvan<br />
tai laajan skaalan omaavalla yrityksellä tuhlattaisi<br />
aikaa tai resursseja mikäli tuotteistoa analysoitaisiin<br />
laajemminkin jopa ennen varsinaisen<br />
järjestelmän valintaa.