Monivaiheiset projektit

Tuotannollinen koekäyttö

Yksi henkilö (tarpeen mukaan muiden avustuksella) vie järjestelmään vähintään yhden tai kahden mallituotteen tiedot ja käy koko prosessin läpi. Tarvittaessa poista tiedot ja kokeile erilaisia työskentelytapoja.

Määritä järjestelmä ja järjestelmäasetukset.

Dokumentoi liiketoimintaprosessit.

Valinnainen prosessikehitys

Liiketoimintaprosessien parantaminen, jotta uudesta järjestelmästä saadaan parempi hyöty

Monimutkaisen tiedonsiirron suunnittelu

Raportten räätälöinti

Järjestelmän ominaisuuksien mahdollinen kehitysprojekti

Pilotointi

Loppukäyttäjän koulutus

Prosessin varmistus käyttäen mallina oikeita tietoja

Varmistetaan henkilöstön riittävä koulutus

Käyttöönotto

Tuodaan lopulliset tiedot ja asetetaan järjestelmänumerot.

Päivitetään avoin tilauskanta ja varaston alkusaldot.

Käyttäjien tuki ja käytön seuranta.

Projektin aloitus (monivaiheiset projektit)

Hankkeen aloituskokoukseen tulisi osallistua kaikki ne ihmiset, joiden työhön uusi järjestelmä vaikuttaa.

Ylimmän johdon tulee:

• Esitä visio siitä, mihin yritys on menossa ja miksi uutta järjestelmää tarvitaan
• Esittele pääkäyttäjä ja ilmoita hänen valtuutensa olla mukana kaikissa organisaation osissa
• Esittele muut projektiryhmän jäsenet ja ulkopuoliset konsultit
• Esittele projektin elementit, aikataulutetut päivämäärät ja kaikki sovitut tai harkittavana olevat muutokset liiketoimintaprosesseissa

Onnistunut aloituskokous vähentää merkittävästi muutosvastusta organisaatiossa ja auttaa varmistamaan projektin onnistumisen.

Aloituskokousta ei tule ajoittaa liian aikaisin, ettei hankkeen peruselementtejä ole tunnistettu, eikä liian myöhään, jotta hanke on jo käynnissä.

Projektin kesto

Projektin kesto voi ulottua muutamasta päivästä jopa vuoteen tai pidempäänkin.

Projektin kestoon vaikuttavia tekijöitä ovat:

Keskeisten käyttäjien kokemus muista ERP-järjestelmistä.

Jos avainhenkilöillä on kokemusta joko vanhasta järjestelmästä tai aiemmista töistään, projekti on paljon helpompi. Voit korvata tämän puutteen antamalla pääkäyttäjille yleistä koulutusta liikkeenjohdosta tai ERP-järjestelmistä.

Siirrettävien tietojen laatu.

Joissakin projekteissa saattaa olla tarpeen puhdistaa merkittävästi vanhojen järjestelmien dataa tai tietoja ei välttämättä ole olemassa missään järkevässä muodossa. ERP-projektin aloittamisen ja tietorakenteiden oppimisen jälkeen saattaa kulua paljon aikaa osaluetteloiden ja materiaalilaskujen jne. selvittämiseen ja luomiseen.

Avainhenkilöiden saatavuus.

Uuden ERP-järjestelmän käyttöönotto vaatii jonkin verran työtä. Jos avainhenkilöillä on liikaa muita sitoumuksia, projekti voi kestää kauemmin.

Ulkoiset päivämäärät

Virstanpylväiden päivämäärät voivat olla ulkoisten tekijöiden asettamia. Vanhalla järjestelmällä voi olla merkittävä vuosittainen uusimismaksu, ja projekti on saatava päätökseen ennen tätä. Järjestelmää voidaan vaatia olemaan käytettävissä samanaikaisesti toisen järjestelmän, esimerkiksi linkitetyn pilvikirjanpitojärjestelmän vaihdon kanssa.

Vaihe 1 – tuotannollinen koekäyttö (pitkämuotoiset projektit)

Tilin avaaminen

Avaa tili Manu Online -verkkosivuilta. Koska yritys voi mahdollisesti käyttää tiliä useiden vuosien kuluttua, on viisasta harkita alkuperäisiä nimeämiskäytäntöjä.

Luo käyttäjätilit kaikille projektitiimin henkilöille.

Vaikka on mahdollista, että eri ihmiset avaavat oman kokeilutilinsä, muista seurata, mitä tiliä projekti käyttää.

Projektiryhmän koulutus

On suositeltavaa, että projektissa oleva henkilö tai henkilöt saavat välittömästi yleiskuvauskoulutuksen järjestelmään. Tämä on tyypillisesti 3–6 henkilön 1 tunnin harjoittelua riippuen käytettäväksi suunniteltujen ominaisuuksien valikoimasta. Koulutuksen tavoitteena on, että projektihenkilöt voivat keskittyä prosessisuunnitteluun yksittäisten näyttöjen toimivuuden tutkimisen sijaan.

Koulutus voi perustua Manu Onlinen tai kolmannen osapuolen konsultin tarjoamiin konsulttipalveluihin. täällä on myös mahdollista järjestää yksittäisiä koulutustilaisuuksia liiketoiminta-alueittain.

Liittyminen rahoitusjärjestelmään

On suositeltavaa, että tili yhdistetään välittömästi live-tilijärjestelmään tilikartan ja verotunnustietojen lukemista varten. Tämä ei vaikuta tai muuta kirjanpitojärjestelmän tietoja, joten se voidaan tehdä turvallisesti jo arviointivaiheessa. Valinnaisesti tuo kaikki kohteet ja yhteystiedot tileistä. Tilijärjestelmä on mahdollista katkaista myöhemmin projektin aikana.

Tilijärjestelmään yhdistäminen vaatii henkilön, jolla on ”järjestelmänvalvojan” oikeudet tilijärjestelmässä.

Lisenssimääritykset, järjestelmäasetukset ja tehdasasetukset

Tarkista järjestelmän lisenssimääritykset, jotta sopivat laajennukset ovat saatavilla.

Vietä aikaa löytääksesi oikeat asetukset eri järjestelmäasetuksiin, kuten maksuehtoihin, toimitustapoihin jne.

Jos aiot käyttää reititystä, tunnista työsolut tehtaalla ja syötä ne järjestelmään.

Vaikka näiden lopullinen konfiguraatio varmistuu myöhemmin, näiden oikeiden arvojen tunnistaminen ei yleensä ole vaikeaa. Järjestelmän ymmärtäminen ja koetilausten käsittely on paljon helpompaa, jos nämä tiedot ovat saatavilla, eikä niitä normaalisti tarvitse muuttaa missään vaiheessa projektia.

Esimerkkitietojen syöttäminen

On suositeltavaa käyttää oikeita tietoja projektin aikana tai ainakin otosta tästä.

Jos tietoja voidaan tuoda joukkona, voi olla viisasta tuoda kaikki tiedot vanhasta järjestelmästä

Prosessit ja prosessidokumentaatio

Tuotannollinen koekäyttö on vaihe, jossa yksi henkilö asentaa järjestelmän vähintään yhdellä tuotteella ja käy läpi yrityksen liiketoimintaprosessit vakiojärjestelmällä.

Jokaisessa yrityksessä on vähintään yksi ja yleensä kaksi tai kolme liiketoimintaprosessia. Ne määritellään yleensä tuoteperheittäin, joten jos muodollisia prosesseja ei ole vielä tunnistettu, aloita tarkastelemalla tuoteperheitä ja pohtimalla, miten nämä tuotteet valmistetaan.

Tärkeimmät Manu Onlinen tukemat valmistusprosessit ovat tilausvalmistus tai insinööritilaus sekä sarjatuotanto (tehdä varastoon).

Siinä tarkastellaan, kuinka monitasoiset tuotekokoonpanot valmistetaan. Esimerkiksi lopputuote voidaan valmistaa tilauksesta, mutta erilaisia osakokoonpanoja voidaan valmistaa etukäteen erissä. Muista, että myös varaosilla voi olla omat prosessinsa.

Liiketoimintaprosesseja määriteltäessä voidaan usein havaita prosessien parannuksia. Niiden laajuudesta riippuen laadi suunnitelma muutosten toteuttamiseksi seuraavassa osiossa kuvatulla tavalla.

On suositeltavaa tehdä yksinkertainen prosessidokumentaatio jokaiselle prosessille. Tätä dokumentaatiota voidaan käyttää yhdessä järjestelmädokumentaation kanssa uusien työntekijöiden koulutuksen perustana (”Näin käytämme Manu Onlinea yrityksessämme”) ja se voi myös muodostaa perustan laatukäsikirjalle.

Toteutuksen suunnittelu

Kun olet tunnistanut prosessit, tee suunnitelma järjestelmän käyttöönotosta. Dokumentoi tämä suunnitelma ja pyydä asianomaisten henkilöiden hyväksyntä.

Tietojen siirron suunnittelu

Tietojen siirto voi olla yksinkertaista tai monimutkaista riippuen tiedon laadusta, tiedon muutosnopeudesta, määrästä, tiedonsyöttötavasta ja tiedonsiirron laajuudesta.

• Tietojen laatu: ovatko olemassa olevat vanhat tiedot oikein? Onko kaikilla osilla yksilölliset tunnisteet?
• Tietojen muutosnopeus: onko data riittävän staattista, jotta se voidaan tuoda kerran, vai pitääkö se poistaa kokeilujärjestelmästä ja tuoda uudelleen ennen projektin aloittamista. Jos tiedot muuttuvat erittäin nopeasti, voi olla tarpeen kehittää mukautettua koodia, jotta tiedot siirretään riittävän nopeasti uuteen järjestelmään.
• Kuinka paljon dataa pitää siirtää? Voidaanko jotkin tiedot syöttää manuaalisesti vai pitääkö kaikki siirtää tiedostoilla, kuten Excelillä.
• Tietojen siirron laajuus: siirretäänkö vanhat tilaukset ja laskut uuteen järjestelmään?

Vaihe 2 – Valinnainen liiketoimintaprosessien kehittäminen (pitkämuotoiset projektit)

Nyt kun pääkäyttäjä ja projektiryhmän jäsenet ovat perehtyneet järjestelmään, keskitytään organisaation liiketoimintaprosessien yhteensovittamiseen järjestelmän kanssa. Koska Manu Online on keskittynyt, liiketoimintalinjan järjestelmä ja järjestelmä on valittu vastaamaan tarkasti yrityksen liiketoimintatarpeita, tämä vaihe voi olla valinnainen.

Projektiryhmä voi kuitenkin päättää, mitä liiketoimintaprosessien parannuksia voidaan ottaa käyttöön uuden järjestelmän ominaisuuksien hyödyntämiseksi.

Oma prosessikehitys

Ajatuksena on, että täällä kohtaa kaksi asiaa:

• Yrityksesi olemassa olevat prosessit ja organisaatio
• Uuden järjestelmän tarjoamat mahdollisuudet ja tehokkuusedut

Kysymys on siis siitä, muuttaako ja kuinka paljon omia liiketoimintaprosessejasi osana ERP-käyttöönottoprojektia.

Jos on mahdotonta saada näitä asioita vastaamaan toisiaan, sinun pitäisi valita toinen järjestelmä tai ostaa mukautettu ERP-järjestelmä. Paras ja kustannustehokkain tulos saadaan kuitenkin määrittämällä Manu Online niin, että se vastaa parhaiten tarpeitasi, ja sitten luomalla parhaat käytännöt sen käyttöön.

Useimmissa näkemissämme projekteissa yrityksillä on vain vähän muodollisia prosesseja, vain vakiintuneet käytännöt. Joten projektissa on kyse omasta prosessispesifikaatiosta eikä omasta prosessin kehittämisestä.

Tietojen puhdistus ja tiedonsiirto

Tietojen puhdistaminen voi joskus lisätä huomattavasti aikaa projektin kokonaisaikatauluun. On tehtävä päätös, pitääkö tietojen puhdistus tehdä vai ei, ja onko puhdistus tehtävä manuaalisesti vai ei.

Jos tietojen puhdistaminen voidaan tehdä sääntöjen mukaan, se on paljon nopeampaa. Säännöt, joita koskevat tiedot siirretään, voivat olla esimerkiksi ”kaikki tuotteet, joilla on tapahtumia viimeisen kahden vuoden aikana” tai paremmin ”kaikki tuotteet, jotka sisältyvät nykyisen tuotevalikoimamme tuoterakenteisiin”.

Tavallisia siirrettäviä tietoja on kolme:

• Tuotteet
• Yhteistyökumppanit (yhteystiedot)
• Tuoterakenteet (materiaaliluettelot)

Lisäksi on harkittava, siirretäänkö seuraavat asiat ja miten:

• Avaa myynti- ja ostotilaukset
• Avaa avoimet myynti- ja ostolaskut
• Historialliset myynti- ja ostotilaukset
• Historialliset myynti- ja ostolaskut
• Varasto
• Asiakkaisiin liittyvät CRM-tiedot

Historialliset tilaukset voidaan tuoda tilassa ”Valmis” ilman, että sinun on tuotava myös niihin liittyviä tapahtumatietoja.

Teknikko voi tuoda tiedot manuaalisesti, jos ne on tarkoitus tuoda vain kerran projektin aikana. Jos tiedot muuttuvat nopeasti ja manuaalinen tuonti ei olisi tarpeeksi nopeaa, kannattaa harkita mukautetun tuontikoodin kehittämistä.

Numerointijärjestelmät

Sekä tuotteet että kumppanit vaativat yksilölliset numerot. Manu Onlinessa viittaamme ”tuotetunnuksiin” ja ”kumppanitunnuksiin”. Muita yleisiä termejä ovat osanumerot tai SKU:t (Stock Keeping Units) ja kumppaninumerot.

Kumppanitunnukset määritetään yleensä kokonaislukuina useimmissa eri järjestelmissä. Nykyiset numerot voidaan tuoda tai uusia järjestysnumeroita antaa järjestelmän käytön mukaan. Aloitusnumero on määritetty järjestelmäasetuksissa.

ERP-teollisuudessa on kaksi ajatuslinjaa tuotteiden tunnisteista. Käytetäänkö merkittävää numerointia vai ei. Merkittävä luku on sellainen, joka sisältää jonkinlaisen luvun, joka on jäsennelty kohteen mukaan. Joten esimerkiksi H-1 ja H-2 ovat molemmat vasaroita ja SD-1 ja SD-2 ovat molemmat ruuvimeisseleitä. Manu Online tukee molempia lomakkeita 25 merkkiin asti. Käytännössä merkittävä numerointi auttaa numeroita käyttäviä ja syöttäviä ihmisiä, mutta jossain vaiheessa, kun nimikkeitä on hyvin paljon, numeroiden kehittäminen uusille nimikkeille voi olla erittäin hankalaa. Numeroiden ryhmittely onnistuu myös nimikeperheitä käyttämällä.

Vältä käyttämästä asiakas- tai toimittajanumeroita osana omaa numerointijärjestelmääsi. Niiden syöttämiseen muualla oleviin nimikkeisiin on olemassa tuki.

Toisin kuin useimmat nimikkeeseen liittyvät tiedot, ei normaalisti ole mahdollista muuttaa nimiketunnusta sen luomisen jälkeen.

Kun valitset numeroita, ota huomioon, että niitä voidaan käyttää viivakoodauksessa myöhemmin järjestelmän käytön aikana ja mahdollisesti myös muissa järjestelmissä kuin Manu Onlinessa. Siksi on suositeltavaa olla käyttämättä standardista poikkeavia merkkejä tai symboleita, jotka ovat osa tuotetunnusta.

Tehdasasettelu

Joissakin projekteissa yritys on suunnitellut uudelleen tehdasasettelua hyötyäkseen prosesseista, joita se suunnittelee osana toteutusprojektia. Tyypillisesti asettelussa harkitaan tiettyjen tavaroiden ottamista alueilla ja varaston sijainneissa, jotka ovat käteviä tuotteiden poimimiseen tuotantoa varten.

On myös otettava huomioon työpisteiden sijainti tehtaalla. Tyypillisesti jokaisessa työsolussa on vähintään yksi työasema, joka käsittelee lähetystä ja vastaanottoa, ja yksi työasema, jos työtilauksen reititystä tai työaikatietojen keräämistä tehdään.

Yritys havaitsi, että Manu Online on prosessisuuntautunut järjestelmä. He päättivät muuttaa omia prosessejaan tilausten käsittelystä yksitellen samassa tilassa pieneen jatkuvaan tuotantojärjestelmään. Tehdas tyhjennettiin kokonaan ja uusi tehdasasetelma toteutettiin pienellä rullajärjestelmällä tuotteen rakentamiseksi jatkuvassa virtauksessa.

Ilmoita mukauttamisesta

On normaalia tehdä raporttien mukautuksia projektin aikana.

Raportit ovat joko pdf- tai analyysiraportteja (excel). Molemmat voidaan räätälöidä. Raporttien räätälöinnin tekee joku, jolla on kokemusta asiantuntijaraporttien suunnittelutyökaluista. Tämän vuoksi raportit räätälöidään yleensä Manu Onlinen asiantuntijapalveluiden tiimin toimesta.

Yleisimmin räätälöity raportti on työtilausmatkustaja. Myös tilausvahvistuksiin ja laskuihin tehdään yleisesti räätälöintejä. Analyysiraporteissa on tietolehti, ja niissä voi olla useita pivot-taulukkoarkkeja. Jotta pivot-taulukot voidaan määrittää oletusarvoisesti vaaditulla tavalla, on tarpeen tallentaa mallin mukautettu versio järjestelmään. Tämä on tehtävä tukitiimin toimesta.

Jos tuotteisiin tai valmistusmalleihin on lisätty mukautettuja ominaisuuksia, niiden sisällyttäminen raportteihin edellyttää raportin mukauttamista.

Yhteiskehitys

Yhteiskehitys voi olla tarpeen, jos järjestelmässä ei ole tiettyä liiketoiminnan kannalta tarpeellista ominaisuutta. Ottaen huomioon, että Manu Online on vakiojärjestelmä eikä tue laajaa loppukäyttäjän räätälöintiä. Kaikkien muutosten on noudatettava Manu Onlinen logiikkaa ja tyyliä. Yhteiskehitystyön tulokset ovat myös muiden asiakkaiden saatavilla sen valmistuttua. Tyypillisesti merkittävä yhteiskehitystyö pakataan uudeksi laajennukseksi. Katso erilliset yhteiskehitystyön ehdot.

Tietojen siirtoprosessit

Tietojen siirto voidaan jakaa neljään tietotyyppiin:

1. Järjestelmän kokoonpano ja järjestelmäasetukset. Nämä asetetaan kerran projektissa, eikä niitä yleensä tuoda tai muuteta.
2. Staattiset tiedot, kuten tuotteet, kumppanit ja tuoterakenteet.
3. Dynaamiset tiedot, kuten tilaukset, varastomäärät.
4. Historiatiedot

Useimmissa tapauksissa staattinen data ei ole täysin staattista, mutta saattaa liikkua hitaasti. Se, kuinka nopeasti nämä tiedot muuttuvat, määrittää, tarvitseeko tiedot tuoda useita kertoja ja saattaako ne tarvita tuontityökaluja julkaisun yhteydessä.

Vaihe 3 – Pilotointi (pitkämuotoiset projektit)

Pilotointivaihe on, kun kaikki järjestelmän tulevat käyttäjät osallistuvat näytetilausten käsittelyyn edellisissä vaiheissa määritettyjen prosessien mukaisesti.

Loppukäyttäjän koulutus

Ennen kuin pilotointi voidaan aloittaa, loppukäyttäjät on koulutettava järjestelmään. Koulutuksen voi tehdä konsulttikouluttaja tai pääkäyttäjä. Kaikille on mahdollista järjestää yleisvalmennusta tai erilaisia harjoituksia eri toimintoihin mm. myyntikoulutus vain myyjille. Riippuen ihmisten osaamisesta, on mahdollista myös harjoitella yksitellen tilausten kiertäessä organisaatiota.

Tässä vaiheessa liiketoimintaprosessien dokumentointi on erittäin hyödyllistä. Järjestelmän dokumentaatio itsessään auttaa tietysti jossain määrin, mutta oma prosessidokumentaatio kertoo ”Kuinka Manu Onlinea käytetään tässä organisaatiossa” ja on loppukäyttäjille selkeämpää, koska se viittaa tuotteisiin ja prosesseihin, joiden kanssa ne ovat tuttuja.

Prosessien pilotointi ja lopullinen järjestelmän hyväksyntä

Ennen käyttöönottoa järjestelmä tulee todentaa ottamalla useita oikeita tilauksia ja ”kävelemällä” ne prosessin läpi reaaliajassa yhdessä niiden käsittelyyn osallistuvien ihmisten kanssa. Tapahtumamääristä riippuen kyseessä voivat olla kaikki tilaukset tietyltä ajanjaksolta tai vain tietty prosenttiosuus niistä.

Testaa myös yhteys tilijärjestelmään. Oletuksena tileille siirretyt laskut siirretään ”luonnoksina”, joten ne voidaan poistaa siirron jälkeen.

Vaihe 4 – Käyttöönottopäivä (pitkämuotoiset projektit)

Käyttöönottosuunnitelma

Järjestelmän voi ottaa käyttöön vaiheittain. On tärkeää kommunikoida selkeästi koko henkilöstön kanssa täytäntöönpanon aikataulu.

Tämä kattaa myös henkilöstön, joka saattaa olla poissa sairaudesta, äitiyslomalla jne.

Suunnittele myös henkilökunnan vanhojen järjestelmien käyttöoikeuksien poistaminen tai muuttaminen vain luku -käyttöiseksi. Näin vältetään henkilökunnan käsittely vahingossa väärässä järjestelmässä.

Äitiyslomalta palaavalle naiselle ei oltu kerrottu uuden järjestelmän käyttöönotosta. Hän luonnollisesti jatkoi kaikkien uusien tilausten syöttämistä vanhaan järjestelmään. Kesti jonkin aikaa, ennen kuin tuotantohenkilöstö alkoi ihmetellä, miksi tuotteen kysyntä oli yhtäkkiä kadonnut.

Käyttäjätilien luominen

Luo käyttäjätilit kaikille henkilökunnan jäsenille, joilla on asianmukaiset käyttöoikeudet. Anna tarvittaessa sallitut sisäänkirjautumis-IP-osoitteet ja yritys, jolle ne kuuluvat, jos käytössä on moniyritysjärjestelmä.

Varmista, että jokainen käyttäjä voi kirjautua järjestelmään.

Tietojen poistaminen ja lopullinen tiedonsiirto

Poista tiedot järjestelmästä vaaditulla tasolla. Jos esimerkiksi staattiset tiedot ovat nyt oikein, poista vain dynaamiset tiedot, kuten tilaukset ja laskut.

Poista tietojen poistotoiminto käytöstä (Järjestelmänvalvoja – Ohjattu käynnistystoiminto).

Jos staattista dataa on siirrettävä uudelleen (eli koska se ei ole niin staattista), on edellisessä vaiheessa määritellyt tietojen tuontitoimenpiteet suoritettava uudelleen.

Äitiyslomalta palaavalle naiselle ei oltu kerrottu uuden järjestelmän käyttöönotosta. Hän luonnollisesti jatkoi kaikkien uusien tilausten syöttämistä vanhaan järjestelmään. Kesti jonkin aikaa, ennen kuin tuotantohenkilöstö alkoi ihmetellä, miksi tuotteen kysyntä oli yhtäkkiä kadonnut.

Käyttäjätilien luominen

Luo käyttäjätilit kaikille henkilökunnan jäsenille, joilla on asianmukaiset käyttöoikeudet. Anna tarvittaessa sallitut sisäänkirjautumis-IP-osoitteet ja yritys, jolle ne kuuluvat, jos käytössä on moniyritysjärjestelmä.

Varmista, että jokainen käyttäjä voi kirjautua järjestelmään.

Tietojen poistaminen ja lopullinen tiedonsiirto

Poista tiedot järjestelmästä vaaditulla tasolla. Jos esimerkiksi staattiset tiedot ovat nyt oikein, poista vain dynaamiset tiedot, kuten tilaukset ja laskut.

Poista tietojen poistotoiminto käytöstä (Järjestelmänvalvoja – Ohjattu käynnistystoiminto).

Jos staattista dataa on siirrettävä uudelleen (eli koska se ei ole niin staattista), on edellisessä vaiheessa määritellyt tietojen tuontitoimenpiteet suoritettava uudelleen.

Aloituspäivänä pääkäyttäjä havaitsi, että järjestelmässä ei ollut tietoja. Tutkinnassa todettiin, että toimitusjohtaja oli ymmärtänyt projektin suunnittelun väärin ja poistanut kaikki tiedot järjestelmästä edellisenä iltana. 2 tunnin kuluttua tiedot palautettiin ja käyttöönottoprosessi jatkui.

Avoimen tilauskirjan ja varastoarvojen syöttäminen

Jos tavoitteena on saada varastonhallinta toimimaan heti käyttöönoton jälkeen (eli ostotilaukset ja kuitit, myyntitilaukset ja lähetykset sekä tuotantotyötilaukset), on avoimet tilaukset ja nykyiset varastoarvot syötettävä järjestelmään lyhyessä ajassa. Varaston arvot voidaan syöttää manuaalisesti tai käyttämällä varastonsiirtona exceliä. Avoimet tilaukset tulee syöttää käsin. Jos tämä on epärealistista tietomäärän vuoksi, avoimet tilaukset on poimittava vanhasta järjestelmästä ja lähetettävä tukitiimillemme, jotta tiedot lisätään suoraan järjestelmään.

Järjestelmänumeroiden nollaus

Avoimeen tilauskirjaan syötetään tyypillisesti vanhan järjestelmän luomat tilaus- ja laskunumerot. Kun kaikki on syötetty, siirry kohtaan Järjestelmänvalvoja – Järjestelmäasetukset ja aseta seuraavat asiakirjanumerot sopiviin arvoihin, yleensä yksi suurempi kuin suurin tällä hetkellä olemassa oleva.

Projektikatsaus ja jatkuva kehitystyö

Liiketoimintaprosesseihin on tehtävä erityinen katsaus julkaisua seuraavien viikkojen aikana.

Tuleva kehitys tulee tunnistaa ja toisen vaiheen prosesseja suunnitella uusilla, edellä mainitun kaltaisilla hankkeilla. Esimerkiksi jos ensimmäisenä tavoitteena on ollut saada varasto- ja tilauskirjat oikeaan reaaliajassa, toinen vaihe voi olla työtuntitietojen kerääminen tuotannosta.

Ota yhteyttä valmistushaasteisiin liittyen jo tänään.

Työskentelemme Xeron kanssa.