Business Centrali juurutuse suurimad probleemid ei sünni tavaliselt seadistuse nupust. Need sünnivad siis, kui eri osapooled mõistavad projekti ulatust erinevalt või otsused andmete, rollide ja erilahenduste kohta jäävad liiga hiliseks.
1. Kirjeldage olukord enne soovitud lahendust
Milline töövoog on aeglane, vigane või liiga sõltuv käsitööst? Kirjeldage protsessi algus, otsustuspunktid, vastutajad, tekkivad dokumendid ja soovitud tulemus.
2. Määrake protsessiomanikud
Projekt vajab inimest finantsist, müügist, ostust, laost ja tootmisest vastavalt ulatusele. IT või partner ei saa üksi otsustada, kuidas ettevõte töötab.
3. Tehke andmetele proov
Kliendid, tooted, tarnijad, laoseis, avatud dokumendid ja algsaldod vajavad omanikku ning puhastusreegleid. Halb lähteandmestik ei muutu impordiga paremaks.
4. Eraldage standard ja erilahendus
Iga senist NAV-i kohandust ei pea automaatselt uude süsteemi viima. Kõigepealt kontrollitakse Business Centrali standardprotsessi ja alles seejärel põhjendatakse laiendus.
5. Kaardistage liidesed ning aruanded
EDI, pank, ladu, veebipood, tootmine, palgaarvestus ja BI mõjutavad nii ajakava kui testimist. Iga liidese juurde kuulub andmeomanik ja veakäsitlus.
6. Planeerige test, koolitus ja cutover
Kasutajatest peab katma päris äristsenaariume. Go-live plaanis on andmete lõplik ületoomine, vastutajad, katkestuse aken ja varuplaan. Koolitus toimub rollide kaupa ettevõtte enda näidetega.
Aptus vormistab eeltöö lahenduskaardiks. Selle põhjal saab teha realistlikuma pakkumise ja jagada juurutuse kontrollitavateks etappideks.
Lisalugemine: Microsoft Learn: go-live readiness.