ERP loyihasining muvaffaqiyati koʻp jihatdan dasturdan oldin hal boʻladi. Korxona uch narsani tayyorlashi kerak: yozilgan jarayonlar, vaqti va vakolati bor masʼul odamlar, hamda boshqa tizimdan olingan toza asosiy maʼlumot. Odoo metodologiyasi mijoz tomondan bitta yagona aloqa shaxsini talab qiladi. Tayyorgarlik tekshiruvi oddiy: har qadamning egasi, hujjati va sanasi aniq boʻlsa, korxona boshlashga yaqin.
Buyuk Britaniyadagi mebel ishlab chiqaruvchida ERP loyihasi 2006 yil aprelda toʻxtatilgan, tahlil mualliflari esa sabablardan birini korxonaning oʻzida topgan. Jarayonlarning bir qismi takrorlanardi yoki samarasiz edi, ayniqsa boʻlimlar oraligʻidagi ishlar. Xodimlar vazifani oʻzicha bajarar, natijada hujjat shakllari va tizimlar xilma-xil edi. Jarayonning oʻzi ustuvor emas edi: ish bitsa boʻldi, degan fikr ustun turardi. Mualliflar shunday xulosa qilgan: korxona, ehtimol, ERP ni qabul qilishga u paytda tayyor emas edi. Tayyorgarlik dasturni tanlashdan oldin tekshiriladigan narsa.
Tizim korxonaning odatini ham olib keladi
Davenport 1998 yilda Harvard Business Review da aytgan fikr bu holatga mos. U korporativ tizimni texnologlarga topshirib qoʻymaslikni va biznes talabi bilan tizim talabi orasida umumiy rahbar vositachilik qilishini tavsiya qilgan. Fan va hamkasblari uning asosiy ogohlantirishini bunday bayon qiladi: tizim oʻz mantiqini kompaniyaga oʻtkazadi. Holland va Light esa meros tizim deganda faqat eski dasturni emas, mavjud jarayon, madaniyat, texnologiya va tuzilmani tushunadi va loyiha aynan shu holatdan boshlanishini yozadi.
Demak, tayyorgarlik uch savolga javob: jarayonimiz qanday, kim javob beradi va maʼlumotimiz qanchalik ishonchli?
Birinchi tayyorgarlik: jarayonlar
Odoo ning loyiha qoʻllanmasi suhbatni hozirgi holatdan boshlashni soʻraydi. Foydalanuvchidan hozir ishlatayotgan dasturini koʻrsatishni soʻrang, u ishlatadigan har hujjatdan nusxa oling, ish vaqtining qancha qismi nimaga ketayotganini aniqlang. Qoʻllanma sababini shunday tushuntiradi: hozirgi holat kelajakdagi istakdan muhimroq, chunki u minimal qamrovni belgilaydi. Agar jarayon hech qayerda yozilmagan boʻlsa, bu suhbat tayyorgarlikning birinchi natijasi boʻladi.
Gipotetik misol: mebel ustaxonasining buyurtma jarayoni. Har qadam uchun uch narsa yoziladi: kim qiladi, nima hosil boʻladi, keyingi qadamga nima oʻtadi.
- Sotuvchi mijoz bilan oʻlchamlarni kelishadi. Natija: taklif varaqasi.
- Mijoz avans toʻlaydi, buxgalter qabul qiladi. Natija: toʻlov hujjati.
- Texnolog materiallar roʻyxatini tuzadi. Natija: material sarfi varaqasi.
- Ustaxona boshligʻi ishni navbatga qoʻyadi. Natija: ish topshirigʻi.
- Montajchi oʻrnatadi, mijoz imzo qoʻyadi. Natija: topshirish dalolatnomasi.
- Buxgalter yakuniy hisobni yozadi. Natija: hisob-faktura.
Biror qadamning egasi aytilmasa yoki hujjati har safar boshqacha boʻlsa, bu joy Odoo da ham tartibsiz chiqadi. Shunday joylar fit-gap tahlilidan oldin tuzatishga arziydigan roʻyxatni tashkil qiladi.
Ikkinchi qism maqsad. Dawson va Owens tahlilida korxonaning ERP uchun aniq maqsadi va biznes rejasi hujjatlashtirilmagan edi, sotib olingan modullar esa rahbarlarning koʻpchiligi tizimdan kutgan narsaga mos kelmagan. Maqsad yozilsa, keyin fit-gap tahlilida har talabni uning bilan solishtirish mumkin.
ERP adabiyotida tayyorgarlik koʻpincha strategik omillar qatoriga kiradi. Holland va Light modelida strategik omillar beshta: meros tizim, biznes qiyofasi, ERP strategiyasi, yuqori rahbariyat qoʻllovi va loyiha rejasi. Taktik omillar yetti: mijoz bilan maslahat, xodimlar, jarayon va sozlamani moslash, mijoz qabuli, kuzatuv va fikr-mulohaza, aloqa, nosozlikni topish. Marttinen ning taʼkidlashicha, strategik omillar koʻproq korxonaning ichki holatiga, taktik omillar esa tashqi odamlar va omillarga bogʻliq. Tahririyat talqini: tayyorgarlik asosan birinchi guruhga kiradi, yaʼni bu korxonaning oʻz ishi.
Ikkinchi tayyorgarlik: odamlar va rollar
Odoo mijoz tomondan bitta odamni talab qiladi, uni yagona aloqa shaxsi deydi. U loyiha rejasini kompaniya kundaligiga moslaydi, talablarni yigʻadi, xodimlarni oʻqitadi va ularning birinchi qatordagi yordamchisi boʻladi. Qoʻllanmadagi ikki shart aniq: u loyiha uchun band boʻlishi va qaror qabul qilish vakolatiga ega boʻlishi kerak. Katta loyihalarda yana ikkita rol qoʻshiladi: loyiha ustuvorligini hal qiladigan boshqaruv qoʻmitasi va loyihaga mablagʻ ajratadigan homiy, odatda bosh direktor yoki moliya direktori.
Qoʻllanma shartlar buzilganda nima boʻlishini bir misolda koʻrsatadi. Bitta egaga tegishli, jarayonlari oʻxshash ikki ishlab chiqarish korxonasi bor edi. Birinchisida yagona aloqa shaxsi operatsion menejer boʻldi va bir necha oyda butun tizim ishga tushdi. Ikkinchisida bu rolni guruh rahbari oldi, lekin u band emas edi. Almashtirilgan odamda esa vakolat yoʻq edi, har qaror rahbarga borardi va loyiha oylar choʻzildi. Birinchi ishga tushishdan keyin rol yana almashtirildi va birinchi korxonadagi ishonchli xodim uni olgandan keyingina ish tezlashdi. Bu kompaniyaning oʻz hikoyasi, ammo mantiqi tekshirish uchun yaroqli: shaxs vaqt va ishonchga ega boʻlishi shart.
Yana bir hikoya boshqa xavfni koʻrsatadi. Egalari chet elda boʻlgan kompaniyada ERP joriy qilish qarori xodimlar bilan kelishilmasdan qabul qilingan. Xodimlar tizimni egalar tomonidan tashlab qoʻyilgan narsa deb qabul qilib, qarshilik koʻrsatgan, loyiha esa egalar va maslahatchi ularga tizimning imkoniyatini koʻrsatgandan keyingina yurgan. Xulosa shunday yozilgan: loyihadan oldin asosiy foydalanuvchilarni jalb qilish kerak.
Rahbariyat va oʻzgarish
Yuqori rahbariyat majburiyati ERP adabiyotida eng koʻp sanaladigan omillardan biri. Umble va hamkasblarining toʻqqiz omili orasida u bor. Dawson va Owens korxonasida uch direktor boshqaruv qoʻmitasida edi, ammo bosh direktor ketib yangisi kelganda ajratilgan resurslar savol ostida qoldi va direktorlarning uchrashuvga kelishi kamaydi. Bu holat ikkita saboq beradi. Birinchisi, rahbariyat qoʻllovini yozma eʼlon qilish kerak. Ikkinchisi, loyiha rahbar almashinuvidan omon chiqadigan darajada hujjatlashtirilishi lozim.
Kotter oʻzgarishlarni boshqarish haqida yozganda yuzdan ortiq kompaniyaning oʻzgarish urinishlarini kuzatganini aytgan. Uning hozirgi modelini kompaniyasi sakkiz qadam bilan beradi: shoshilinchlik hissini yaratish, boshqaruvchi guruhni tuzish, kelajak qiyofasini shakllantirish, koʻngillilarni jalb qilish, toʻsiqlarni olib tashlash, qisqa muddatli gʻalabalar, tezlikni saqlash va oʻzgarishni mustahkamlash. ERP uchun bu quyidagicha oʻqiladi: nega hozir, kim hal qiladi, haftalik natija qanday koʻrinadi. Oʻzgarishni boshqarishning chuqur tahlili alohida mavzu.
Tizimdagi rollar ham tanlanadi
Odoo da har foydalanuvchiga rol beriladi. Ichki rollar uchta: oddiy foydalanuvchi, administrator va cheklangan imkoniyatli yengil foydalanuvchi. Ruxsatni faqat administrator oʻzgartira oladi va xato oʻzgarish shunday holatga olib kelishi mumkin: bazada ruxsatni oʻzgartira oladigan odam qolmaydi. Shuning uchun loyiha boshida administratorlar kimligi va qaysi lavozim qaysi rolni olishi roʻyxatga yoziladi. Hujjat ruxsat oʻzgartirishdan oldin Odoo mutaxassisi bilan maslahatlashishni tavsiya qiladi.
Gipotetik hisob yagona aloqa shaxsining vaqtini koʻrsatadi. Loyiha toʻrt oy, yaʼni taxminan 17 hafta davom etsin. Odoo ulushlari boʻyicha joriy etish 80 foiz, yaʼni 13,6 hafta va haftalik tsikllar. Agar har tsiklda yagona aloqa shaxsi sakkiz soat sarflasa, jami 109 soat chiqadi, yaʼni 13,6 ish kuni. Shu vaqtni uning odatiy ishidan ajratib olish mumkinmi, degan savol loyiha boshlanishidan oldin hal boʻlishi kerak.
Uchinchi tayyorgarlik: maʼlumot
Odoo hisob yuritish hujjati asosiy maʼlumotni shunday taʼriflaydi: boshqa yozuvlar tayanadigan maʼlumot. Hisob-faktura mijozga tayanadi, shuning uchun mijoz asosiy maʼlumot hisoblanadi. Tayanch yozuvlar avval, ularga bogʻlanganlar keyin kiritiladi, tartib esa muhim. Hujjatdagi jadvalda tartib shunday: hisoblar rejasi, valyuta, jurnallar, soliq pozitsiyalari, soliqlar, toʻlov shartlari, keyin mahsulot kategoriyalari, mahsulotlar, kontaktlarning bank hisoblari va kontaktlar.
Eski tizimdan oʻtayotgan korxona yana toʻrtta hujjatni tayyorlashi kerak: hisoblarning ochilish qoldigʻi, toʻlanmagan mijoz hisoblari va kredit notalari, toʻlanmagan yetkazib beruvchi hisoblari va qaytarishlar, hamda ombor qoldigʻi sanogʻi. Ularni qanday kiritish alohida maqola mavzusi, tayyorgarlik uchun esa savol oddiy: bu toʻrt roʻyxat bitta sanaga olinadimi va kim tasdiqlaydi?
Umble va hamkasblari maʼlumot aniqligini muvaffaqiyat omillari qatoriga qoʻshgan, uni taʼminlamaslik esa muvaffaqiyatsizlik sababi sifatida sanalgan. Esteves va Pastor omillar modelida ham maʼlumot koʻchirish jarayonining yetarliligi texnologik omil sifatida bor. Odoo qoʻllanmasi esa maʼlumotni ideal tozalash uchun ishga tushishni kechiktirmaslikni tavsiya qiladi, chunki bir qismini Odoo ichida keyin ham tozalash mumkin. Ikki maslahat zid emas: ishlashga toʻsiq boʻladigan nuqson, masalan takroriy mijoz yoki notoʻgʻri qoldiq, oldin tuzatiladi, koʻrinish nuqsonlari esa keyin.
Gipotetik misol. Ustaxona mijozlar jadvalini ochib, bitta xaridor ikki xil yozilganini koʻradi: Sharq Mebel va SHARQ MEBEL MCHJ. Eski jadvalda bu bezovta qilmasdi. Yangi tizimda esa ular ikki alohida mijoz boʻlib qoladi, qarz ikkiga boʻlinadi va hisob-kitob solishtirishda bu farq har oy chiqadi. Bunday takrorlarni import qilishdan oldin qoʻlda sanab chiqish ancha arzon.
Tayyorgarlik tekshiruvi: gipotetik ustaxona
Quyidagi jadval mebel ustaxonasi misolida tuzilgan. Savollar manbalardagi qoidalardan chiqarilgan tahririyat roʻyxati, ustaxona esa oʻylab topilgan.
| Soha | Savol | Tayyor deb hisoblash belgisi |
|---|---|---|
| Jarayon | Buyurtmadan yetkazishgacha har qadamni kim bajaradi? | Har qadamda bitta masʼul va bitta hujjat |
| Jarayon | Bir ishni turli xodimlar turlicha qilyaptimi? | Bitta yozilgan usul |
| Maqsad | Loyiha nimaga kerak va qanday oʻlchanadi? | Yozilgan maqsad va koʻrsatkich |
| Odam | Yagona aloqa shaxsi bormi? | Ajratilgan soat va qaror huquqi |
| Odam | Rahbariyat loyihani ustuvor deb eʼlon qilganmi? | Yozma eʼlon |
| Odam | Tizimda kim administrator boʻladi? | Kamida ikki ism, rollar roʻyxati |
| Maʼlumot | Eski tizimda ochiq hujjat va qoldiqlar tayyormi? | Bitta sanaga olingan qoldiqlar |
| Maʼlumot | Takroriy yoki notoʻgʻri yozuvlar sanalganmi? | Ishlashga toʻsiq boʻladiganlar roʻyxati |
Amalda nima qilish mumkin
Quyidagi qadamlar manbalardan chiqarilgan tahririyat tavsiyasi.
- Asosiy jarayonlarni bitta sahifada yozing: kim boshlaydi, kim tasdiqlaydi, qaysi hujjat hosil boʻladi.
- Loyiha maqsadini va uni oʻlchash usulini yozing, rahbariyat bilan imzolating.
- Yagona aloqa shaxsini tanlang va uning haftalik vaqtini rejaga yozing.
- Administratorlar va rollar roʻyxatini tuzing.
- Eski tizimdan boshlangʻich qoldiq, ochiq hujjat va ombor sanogʻi uchun bitta sanani belgilang.
Tayyorgarlik dasturdan oldin keladi, chunki dastur korxonaning mavjud holatini koʻchiradi. Jarayon yozilgan, masʼul odamlar band va vakolatli, boshlangʻich maʼlumot esa bitta sanaga olingan boʻlsa, loyiha mustahkam asosdan boshlanadi. Keyingi savol: bizda hozir bu uch narsaning qaysi biri yoʻq?
Asosiy atamalar
- Tayyorgarlik
- Dastur tanlanishidan oldin jarayon, odam va maʼlumotni tartibga solish ishi.
- Yagona aloqa shaxsi
- Mijoz tomondan loyihani yuritadigan, vaqti va qaror huquqi bor xodim.
- Asosiy foydalanuvchi
- Oʻz boʻlimini yaxshi biladigan va tizimni sinashda qatnashadigan xodim.
- Homiy
- Loyihaga mablagʻ ajratadigan va uni qoʻllab-quvvatlaydigan rahbar.
- Boshqaruv qoʻmitasi
- Loyiha ustuvorligini hal qiladigan va natijani kuzatadigan rahbarlar guruhi.
- Meros tizim
- Korxonada hozir mavjud jarayon, dastur, madaniyat va tuzilma yigʻindisi.
- Asosiy maʼlumot
- Boshqa yozuvlar tayanadigan maʼlumot, masalan mijoz yoki mahsulot.
- Ochilish qoldigʻi
- Yangi tizimga oʻtgan kundagi hisob va ombor qoldiqlari.
- Rol
- Foydalanuvchining tizimdagi imkoniyat darajasi.
- Administrator
- Ruxsat va sozlamalarni oʻzgartira oladigan foydalanuvchi.
Manbalar
Maqola quyidagi manbalarga tayanadi:
- Dawson J., Owens J. ERP Non-implementation: A Case Study of a UK Furniture Manufacturer. SciTePress, 2007, pp. 52–63. DOI 10.5220/0002426400520063. Umble va hamkasblari omillari ham shu maqola jadvalidan olingan. https://scitepress.org/PublishedPapers/2007/24264/24264.pdf (koʻrilgan: 24-oktabr, 2026)
- Odoo S.A. Implementation Methodology: The ultimate guide to successfully implement and sell Odoo projects. 2020 yil noyabr nashri, 2-5-boʻlimlar. https://www.odoo.com/web/content/27370198?access_token=04437ea8-9c7c-43a0-88c2-ca964ba77ca5&unique=00f19c16728f72ca1d2c5014ccb7ab032f6e0279 (koʻrilgan: 24-oktabr, 2026)
- Davenport T.H. Putting the Enterprise into the Enterprise System. Harvard Business Review, 1998, jild 76, 4-son, 121–131-betlar. https://hbr.org/1998/07/putting-the-enterprise-into-the-enterprise-system (koʻrilgan: 24-oktabr, 2026)
- Fan M., Stallaert J., Whinston A.B. The adoption and design methodologies of component-based enterprise systems. European Journal of Information Systems, 2000, jild 9, 25–35-betlar. https://faculty.washington.edu/mfan/ComponentES.pdf (koʻrilgan: 24-oktabr, 2026)
- Kotter J.P. Leading Change: Why Transformation Efforts Fail. Harvard Business Review, 1995 mart–aprel, 59–67-betlar. https://hbr.org/1995/05/leading-change-why-transformation-efforts-fail-2 (koʻrilgan: 24-oktabr, 2026)
- Kotter Inc. The 8 Steps for Leading Change. Kotter Inc. sayti. Muallif kompaniyasining oʻz sahifasi. https://www.kotterinc.com/methodology/8-steps/ (koʻrilgan: 24-oktabr, 2026)
- Umble E.J., Haft R.R., Umble M.M. Enterprise resource planning: Implementation procedures and critical success factors. European Journal of Operational Research, 2003, jild 146, 2-son, 241–257-betlar. DOI 10.1016/S0377-2217(02)00547-7. https://doi.org/10.1016/S0377-2217(02)00547-7 (koʻrilgan: 24-oktabr, 2026)
- Odoo S.A. Get started, Accounting, Odoo 20.0 hujjatlari. https://www.odoo.com/documentation/20.0/applications/finance/accounting/get_started.html (koʻrilgan: 24-oktabr, 2026)
- Odoo S.A. Access rights, Odoo 20.0 hujjatlari. https://www.odoo.com/documentation/20.0/applications/general/users/access_rights.html (koʻrilgan: 24-oktabr, 2026)
- Esteves J., Pastor J.A. Organizational and Technological Critical Success Factors Behavior Along the ERP Implementation Phases. ICEIS 2004, pp. 45–53. DOI 10.5220/0002598000450053. https://www.scitepress.org/Papers/2004/25980/25980.pdf (koʻrilgan: 24-oktabr, 2026)
- Holland C.P., Light B. A critical success factors model for ERP implementation. IEEE Software, 1999, jild 16, 3-son, 30–36-betlar. DOI 10.1109/52.765784. https://doi.org/10.1109/52.765784 (koʻrilgan: 24-oktabr, 2026)
- Marttinen S. Toiminnanohjausjärjestelmien käyttöönotto — kriittiset menestystekijät. Bitiruv ishi, Jyväskylän yliopisto, 2019/2020. Holland va Light modelining ikkilamchi bayoni. https://jyx.jyu.fi/handle/123456789/68008 (koʻrilgan: 24-oktabr, 2026)