BAHA — UZ

Odoo 19 ni Linuxʼga oʻrnatish: toʻliq qoʻllanma

Mon, 12 Oct 2026 00:00:00 GMT

Oldingi maqolada Windowsʼga oʻrnatishni koʻrib chiqdik va u yerda bitta ogohlantirish bor edi: Windows production uchun mos emas.

Linux — bu Odoo haqiqatan ishlashi uchun yaratilgan muhit. Barcha jonli serverlar shu yerda turadi.

Bu maqolada uchta usulni koʻrib chiqamiz, keyin esa production uchun eng muhim sozlamalarni. Barcha buyruqlar Odoo 19 uchun va rasmiy hujjatlardan olingan.

Qaysi usulni tanlash kerak

1. Repozitoriy orqali (apt / dnf)
Kimga: tez ishga tushirish kerak boʻlganlarga. Faqat Community.
Yangilanish: apt upgrade bilan avtomatik yangilanadi.

2. Tayyor paket (.deb / .rpm)
Kimga: Enterprise kerak boʻlganlarga yoki aniq versiya kerak boʻlsa.
Yangilanish: qoʻlda boʻladi.

3. Manbadan (git)
Kimga: dasturchilarga, custom modul yozadiganlarga.
Yangilanish: git pull bilan.

Agar modul yozmoqchi boʻlsangiz — faqat uchinchi usul(tavsiya etiladi). Qolgan ikkitasi tayyor tizimni ishga tushiradi.

Tayyorgarlik: PostgreSQL

Uchala usul ham PostgreSQL talab qiladi. Shuning uchun undan boshlaymiz.

Odoo 19 uchun minimal versiya — PostgreSQL 13. Bu Odoo 19 da oʻzgargan: avval 12 yetarli edi.

Ubuntu / Debian:

sudo apt install postgresql -y

Fedora / CentOS / RHEL:

Avval sudo buyrugʻi mavjud ekanligiga va toʻgʻri sozlanganiga ishonch hosil qiling, keyin:

sudo dnf install -y postgresql-server
sudo postgresql-setup --initdb --unit postgresql
sudo systemctl enable postgresql
sudo systemctl start postgresql

1-usul. Odoo repozitoriysi orqali

Eng tez yoʻl. Odoo S.A. oʻz repozitoriysini taqdim etadi — faqat Community versiyasi uchun.

Ubuntu / Debian:

wget -q -O - https://nightly.odoo.com/odoo.key | sudo gpg --dearmor -o /usr/share/keyrings/odoo-archive-keyring.gpg
echo 'deb [signed-by=/usr/share/keyrings/odoo-archive-keyring.gpg] https://nightly.odoo.com/19.0/nightly/deb/ ./' | sudo tee /etc/apt/sources.list.d/odoo.list
sudo apt-get update && sudo apt-get install odoo

Keyinchalik yangilash uchun oddiy apt-get upgrade buyrugʻi yetarli.

Fedora:

sudo dnf config-manager --add-repo=https://nightly.odoo.com/19.0/nightly/rpm/odoo.repo
sudo dnf install -y odoo
sudo systemctl enable odoo
sudo systemctl start odoo

Muhim: Enterprise uchun nightly repozitoriy mavjud emas. Agar Enterprise kerak boʻlsa, 2-usulga oʻting.

2-usul. Tayyor paket (.deb yoki .rpm)

Bu usul Community va Enterprise uchun ishlaydi.

Paketni Odoo yuklab olish sahifasidan oling: odoo.com/page/download

Enterprise paketini yuklab olish uchun toʻlovchi on-premise mijoz yoki hamkor sifatida tizimga kirgan boʻlishingiz kerak.

Ubuntu

Odoo 19 ning****deb paketi hozircha Ubuntu Noble (24.04 LTS) ni qoʻllab-quvvatlaydi.

Yuklab olgandan keyin root sifatida bajaring:

apt update
apt install <paket_fayli_manzili>

Bu buyruq uchta ishni birdan qiladi: Odooʻni xizmat (service) sifatida oʻrnatadi, kerakli PostgreSQL foydalanuvchisini yaratadi va serverni avtomatik ishga tushiradi.

3-usul. Manba(Source)dan oʻrnatish (dasturchilar uchun)

Agar modul yozmoqchi boʻlsangiz yoki kodni oʻzgartirmoqchi boʻlsangiz — bu yagona toʻgʻri yoʻl.

1-qadam. Python

Odoo 19 Python 3.10 yoki undan yuqori versiyani talab qiladi.

Paket menejeri orqali oʻrnating va tekshiring:

python3 --version
pip3 --version

Ubuntu 24.04 da Python 3.12 oldindan oʻrnatilgan — qoʻshimcha ish shart emas.

2-qadam. PostgreSQL foydalanuvchisi

Odoo postgres foydalanuvchisi bilan ulanishni **taqiqlaydi, yani postgres userni ishlata olmaysiz.**Yangi foydalanuvchi yaratish shart:

sudo -u postgres createuser -d -R -S $USER
createdb $USER

Bu yerda bitta qulaylik bor: PostgreSQL foydalanuvchisi Unix login bilan bir xil nomda boʻlgani uchun, bazaga parolsiz ulanish mumkin. Lokal ishlab chiqish uchun bu juda qulay.

3-qadam. Tizim kutubxonalari

Baʼzi Python paketlari kompilyatsiya qilinadi, shuning uchun tizim kutubxonalari kerak:

sudo apt install python3-pip libldap2-dev libpq-dev libsasl2-dev

4-qadam. Kodni yuklab olish

git clone --branch 19.0 --single-branch https://github.com/odoo/odoo.git

Enterprise ham kerak boʻlsa:

git clone --branch 19.0 --single-branch https://github.com/odoo/enterprise.git

Bu yerni tushunib olish muhim. Enterprise repozitoriysi toʻliq Odoo kodini oʻz ichiga olmaydi — u faqat qoʻshimcha modullar toʻplami. Server kodi Communityʼda. Enterpriseʼni ishlatish degani — Community serverini ishga tushirib, addons-path ga Enterprise papkasini qoʻshish degani. Shuning uchun Enterprise uchun ikkala repozitoriy ham kerak.

5-qadam. Python kutubxonalari

Odoo papkasiga oʻting va oʻrnating:

cd /CommunityPath
pip install -r requirements.txt

Maslahat: bir nechta Odoo versiyasi bilan ishlasangiz yoki tizim Pythonʼini toza saqlamoqchi boʻlsangiz, virtualenv orqali alohida muhit yarating. Majburiy emas, lekin versiyalar aralashib ketishining oldini oladi.

Bir eslatma: requirements.txt dagi paket versiyalari Odoo chiqqan paytdagi Debian/Ubuntu LTS versiyalariga mos tanlangan. Shuning uchun ularni oʻzboshimchalik bilan yangilash tavsiya etilmaydi.

6-qadam. wkhtmltopdf

Bu paket pip orqali oʻrnatilmaydi. Qoʻlda oʻrnatish kerak va aynan 0.12.6 versiyasi — faqat shu versiya kolontitullarni (header, footer) qoʻllab-quvvatlaydi.

Yuklab olish: github.com/wkhtmltopdf/packaging/releases/tag/0.12.6.1-3

Agar buni oʻtkazib yuborsangiz, Odoo ishlaydi — lekin PDF hisobot chiqarmoqchi boʻlganingizda xatolik beradi.

7-qadam. rtlcss (ixtiyoriy)

Faqat arab yoki ibroniy tillari kerak boʻlsa. Oʻzbek va rus tili uchun kerak emas.

sudo npm install -g rtlcss

8-qadam. Ishga tushirish

cd /CommunityPath
python3 odoo-bin --addons-path=addons -d mydb

Enterprise bilan — Enterprise yoʻli birinchi turishi shart, aks holda modullar notoʻgʻri yuklanadi:

python3 odoo-bin --addons-path=../enterprise,addons -d mydb

Terminalda shu qator chiqishini kuting:

odoo.modules.loading: Modules loaded.

Brauzerda oching: http://localhost:8069

Kirish: email admin, parol admin.

Diqqat: bu Odoo interfeysiga kirish hisobi. U PostgreSQL foydalanuvchisidan butunlay boshqa narsa.

Konfiguratsiya fayli

Har safar uzun buyruq yozish noqulay. Sozlamalarni faylga yozing — /etc/odoo/odoo.conf:

[options]
db_host = localhost
db_port = 5432
db_user = odoo
db_password = odoo
addons_path = /opt/odoo/odoo/addons,/opt/odoo/custom-addons
logfile = /var/log/odoo/odoo.log

Ishga tushirish:

python3 odoo-bin -c /etc/odoo/odoo.conf -d mydb

Paket orqali oʻrnatilgan boʻlsa, bu fayl allaqachon mavjud boʻladi.

Production uchun: eng muhim uchta narsa

Shu yergacha boʻlgan qismlar Odooʻni ishga tushiradi. Lekin real kompaniya ishlaydigan server uchun yana uchta narsa kerak.

1. Workers — koʻp jarayonli rejim

Standart holatda Odoo bitta jarayonda ishlaydi va Pythonʼning GIL cheklovi sababli protsessorning bir qismidan foydalanadi. Multi-processing rejimi esa ishni jarayonlar orasida taqsimlaydi.

U —workers parametri nolga teng boʻlmagan songa oʻrnatilganda yoqiladi.

Hisoblash qoidalari (rasmiy hujjatdan):

Workers soni = (CPU soni × 2) + 1
1 worker ≈ 6 bir vaqtda ishlovchi foydalanuvchi
Cron uchun alohida worker kerak

Operativ xotira. Hisob soʻrovlarning 20% ogʻir, 80% yengil degan taxminga asoslanadi. Ogʻir worker ≈ 1 GB, yengil worker ≈ 150 MB.

Kerakli RAM = workers × ((0.8 × 150MB) + (0.2 × 1024MB))

Amaliy misol (rasmiy hujjatdagi namuna). Server: 4 CPU, 8 thread. 60 bir vaqtda ishlovchi foydalanuvchi.

60 ÷ 6 = 10 — nazariy kerakli workers soni
(4 × 2) + 1 = 9 — nazariy maksimal workers soni
Tanlov: 8 worker + 1 cron
RAM = 9 × ((0.8×150) + (0.2×1024)) ≈ 3 GB

Konfiguratsiya fayliga:

[options]
limit_memory_hard = 1677721600
limit_memory_soft = 629145600
limit_request = 8192
limit_time_cpu = 600
limit_time_real = 1200
max_cron_threads = 1
workers = 8

Eslatma: multi-processing rejimi Linux serverlari uchun chuqur moslashtirilgan va Windowsʼda ishlamaydi. Bu Linuxʼni tanlashning yana bir sababi.

2. Reverse proxy (nginx)

Odooʻni toʻgʻridan-toʻgʻri 8069 portda internetga chiqarish kerak emas. Oldiga nginx qoʻyiladi — u HTTPS, statik fayllar va yuklamani taqsimlash bilan shugʻullanadi.

Ikkita narsani unutmang:

LiveChat uchun alohida yoʻnaltirish. Multi-processing rejimida LiveChat uchun alohida worker ishga tushadi va u —gevent-port da tinglaydi. Odatiy holda HTTP soʻrovlar oddiy workerlarga boradi. Shuning uchun proxyʼda /websocket/ bilan boshlanadigan soʻrovlarni LiveChat workerʼiga yoʻnaltirish shart.

Proxy rejimi. Odooʻni —proxy-mode bilan ishga tushiring — shunda u proxyʼniki emas, haqiqiy mijoz maʼlumotlarini (hostname, scheme, IP) ishlatadi.

3. systemd xizmati

Server qayta ishga tushganda Odoo ham avtomatik koʻtarilishi kerak. Paket orqali oʻrnatilgan boʻlsa, bu allaqachon sozlangan:

sudo systemctl enable odoo
sudo systemctl start odoo
sudo systemctl status odoo

Manbadan oʻrnatgan boʻlsangiz, /etc/systemd/system/odoo.service faylini qoʻlda yaratish kerak boʻladi.

Eng koʻp uchraydigan xatolar

FATAL: role “odoo” does not exist
PostgreSQL foydalanuvchisi yaratilmagan yoki konfiguratsiyada boshqa nom koʻrsatilgan.

could not connect to server: Connection refused
PostgreSQL ishlamayapti: sudo systemctl status postgresql

pip install -r requirements.txt kompilyatsiya xatosi
Tizim kutubxonalari oʻrnatilmagan. libldap2-dev libpq-dev libsasl2-dev ni oʻrnating.

externally-managed-environment xatosi (Ubuntu 23.04+)
Yangi Ubuntu versiyalari tizim Pythonʼiga pip bilan oʻrnatishni bloklaydi. Yechim — virtualenv ishlatish. Bu aslida toʻgʻriroq yoʻl ham.

PDF hisobot chiqmaydi yoki kolontitulsiz
wkhtmltopdf oʻrnatilmagan yoki notoʻgʻri versiya. Aynan 0.12.6 kerak.

**Port band:**Address already in use
Boshqa Odoo nusxasi ishlab turibdi yoki port egallangan: —http-port=8070

Sayt sekin ishlaydi, foydalanuvchilar kutadi
Workers sozlanmagan. Standart bitta jarayonli rejim 5–10 foydalanuvchidan koʻpini koʻtarmaydi.

Qisqa xulosa

Linuxʼda Odoo oʻrnatish murakkab emas — murakkablik toʻgʻri usulni tanlashda.

Tezda koʻrib chiqish kerakmi → repozitoriy
Enterprise kerakmi → paket
Modul yozasizmi → manbadan
Real kompaniya ishlaydimi → manbadan yoki paket + workers + nginx + systemd

Oxirgi qatorni eʼtiborsiz qoldirmang. Odooʻni oʻrnatish — bu 20 daqiqalik ish. Uni production uchun toʻgʻri sozlash — bu alohida mavzu va u serverning qancha foydalanuvchi koʻtarishini belgilaydi.

Odoo 19 ni macOSʼga oʻrnatish: toʻliq qoʻllanma

Mon, 12 Oct 2026 00:00:00 GMT

Windows va Linux haqidagi maqolalardan keyin mantiqiy savol keladi: Macʼda-chi?

Javob qisqa: Odoo macOS uchun tayyor installer chiqarmaydi. Rasmiy paketlar faqat Debian asosidagi distributivlar, RPM asosidagi distributivlar va Windows uchun mavjud.

Yaʼni Macʼda bitta yoʻl bor — manbadan oʻrnatish. Va bu yomon xabar emas. Modul yozadigan dasturchi baribir shu usulni tanlaydi, chunki installer kodga kirish imkonini bermaydi.

Quyida butun jarayon bosqichma-bosqich. Barcha buyruqlar Odoo 19 uchun va rasmiy hujjatlardan olingan.

Nima kerak boʻladi

Ishni boshlashdan oldin shu beshtasi kerak:

Homebrew yoki MacPorts — paket menejeri
Python 3.10 yoki undan yuqori
PostgreSQL 13 yoki undan yuqori
Xcode Command Line Tools — kompilyatsiya uchun
Git — kodni yuklab olish uchun

Homebrew oʻrnatilmagan boʻlsa, brew.sh saytidagi buyruqni bajaring. Qolgan hamma narsa shu orqali oʻrnatiladi.

1-qadam. Xcode Command Line Tools

Bu birinchi boʻlishi kerak, chunki Odooʻning baʼzi Python kutubxonalari C kodini kompilyatsiya qilishni talab qiladi. Busiz pip install xatolik bilan toʻxtaydi.

xcode-select --install

Oyna chiqadi — Install ni bosing va tugashini kuting. Toʻliq Xcode oʻrnatish shart emas, faqat Command Line Tools yetarli.

Agar allaqachon oʻrnatilgan boʻlsa, buyruq “already installed” deb javob beradi. Bu normal.

2-qadam. Python

Odoo 19 Python 3.10 yoki undan yuqori versiyani talab qiladi. Bu talab Odoo 17 da oʻzgargan — undan oldin 3.7 yetarli edi.

Homebrew orqali oʻrnating:

brew install python3

Tekshiring:

python3 --version
pip3 --version

Muhim nuqta. macOSʼda tizimning oʻz Pythonʼi ham bor va u Odoo uchun mos emas. Shuning uchun har doim python3 va pip3 buyruqlarini ishlating — python emas. Agar python3 —version eski versiyani koʻrsatsa, Homebrewʼning Pythonʼi PATH da toʻgʻri turmagan boʻladi.

3-qadam. PostgreSQL

Odoo 19 uchun minimal versiya — PostgreSQL 13. Bu Odoo 19 da oʻzgargan: avval 12 yetarli edi.

Rasmiy hujjat macOS uchun Postgres.app ni tavsiya qiladi: postgresapp.com

Bu oddiy ilova — yuklab olasiz, Applications papkasiga tashlaysiz va ishga tushirasiz. Terminal bilan ovora boʻlish shart emas.

CLI vositalarini PATH ga qoʻshish

Postgres.app bilan birga createuser, createdb, psql kabi buyruqlar keladi. Lekin ular terminalda ishlashi uchun PATH sozlanishi kerak.

Qanday qilish kerakligi Postgres.app hujjatida yozilgan: postgresapp.com/documentation/cli-tools.html

Bu qadamni oʻtkazib yubormang — keyingi qadamda aynan shu buyruqlar kerak boʻladi.

Foydalanuvchi yaratish

Odoo postgres foydalanuvchisi bilan ulanishni taqiqlaydi. Yangi foydalanuvchi yaratish shart:

sudo -u postgres createuser -d -R -S $USER
createdb $USER

Bu yerda bitta qulaylik bor: PostgreSQL foydalanuvchisi tizim loginʼi bilan bir xil nomda boʻlgani uchun, bazaga parolsiz ulanish mumkin. Lokal ishlab chiqish uchun bu juda qulay — konfiguratsiyada parol yozish shart emas.

4-qadam. Kodni yuklab olish

Git oʻrnatilmagan boʻlsa:

brew install git

Community versiyasini klonlang:

git clone --branch 19.0 --single-branch https://github.com/odoo/odoo.git

Enterprise ham kerak boʻlsa, ikkinchi repozitoriyni ham oling:

git clone --branch 19.0 --single-branch https://github.com/odoo/enterprise.git

Bu yerni tushunib olish kerak. Enterprise repozitoriysi toʻliq Odoo kodini oʻz ichiga olmaydi — u faqat qoʻshimcha modullar toʻplami. Server kodi Communityʼda. Enterpriseʼni ishlatish degani — Community serverini ishga tushirib, addons-path ga Enterprise papkasini qoʻshish degani.

Shuning uchun Enterprise uchun ikkala repozitoriy ham kerak.

5-qadam. Python kutubxonalari

Odoo papkasiga oʻting va oʻrnating:

cd /CommunityPath
pip3 install setuptools wheel
pip3 install -r requirements.txt

CommunityPath — siz klonlagan odoo papkasining manzili.

Virtual muhit haqida. Bir nechta Odoo versiyasi bilan ishlasangiz yoki tizim Pythonʼini toza saqlamoqchi boʻlsangiz, virtualenv orqali alohida muhit yarating:

python3 -m venv venv
source venv/bin/activate
pip3 install -r requirements.txt

Bu majburiy emas, lekin Macʼda men buni tavsiya qilaman. Homebrew Pythonʼini global paketlar bilan toʻldirish keyinchalik tartibsizlikka olib keladi.

Agar oʻrnatish xatolik bersa: avval Xcode Command Line Tools oʻrnatilganini tekshiring (1-qadam). Bu eng koʻp uchraydigan sabab.

6-qadam. Python boʻlmagan bogʻliqliklar

Rasmiy hujjat aniq ogohlantiradi: Python boʻlmagan bogʻliqliklar paket menejeri orqali oʻrnatilishi kerak — Homebrew yoki MacPorts.

Bu pip orqali oʻrnatilmaydigan tizim kutubxonalari. Odatda requirements.txt oʻrnatilayotganda qaysi biri yetishmayotgani xatolik matnida koʻrinadi, keyin uni brew install bilan qoʻshasiz.

7-qadam. wkhtmltopdf

Bu paket pip orqali oʻrnatilmaydi. Qoʻlda oʻrnatish kerak va aynan 0.12.6 versiyasi — faqat shu versiya kolontitullarni (header, footer) qoʻllab-quvvatlaydi.

Yuklab olish: github.com/wkhtmltopdf/packaging/releases/tag/0.12.6.1-3

Agar buni oʻtkazib yuborsangiz, Odoo ishlaydi — lekin PDF hisobot chiqarmoqchi boʻlganingizda xatolik beradi. Bu koʻpincha loyihaning oʻrtasida, hisobot kerak boʻlganda maʼlum boʻladi.

8-qadam. rtlcss (ixtiyoriy)

Faqat arab yoki ibroniy tillarini qoʻllab-quvvatlash kerak boʻlsa. Oʻzbek va rus tili uchun kerak emas — oʻtkazib yuborsangiz boʻladi.

Node.js ni paket menejeri orqali oʻrnating, keyin:

sudo npm install -g rtlcss

9-qadam. Ishga tushirish

Hammasi tayyor:

cd /CommunityPath
python3 odoo-bin --addons-path=addons -d mydb

mydb — PostgreSQL maʼlumotlar bazasining nomi.

Enterprise bilan ishlasangiz — Enterprise yoʻli birinchi turishi shart, aks holda modullar notoʻgʻri yuklanadi:

python3 odoo-bin --addons-path=../enterprise,addons -d mydb

Tayyor ekanini qanday bilasiz

Terminalda shu qator chiqishini kuting:

odoo.modules.loading: Modules loaded.

Brauzerda oching: http://localhost:8069

Kirish maʼlumotlari:

Email: admin
Parol: admin

Diqqat: bu Odoo interfeysiga kirish hisobi. U PostgreSQL foydalanuvchisidan butunlay boshqa narsa. Ikkisini aralashtirmang.

Konfiguratsiya fayli

Har safar uzun buyruq yozish noqulay. Sozlamalarni faylga yozing — masalan, odoo.conf:

[options]
db_host = localhost
db_port = 5432
db_user = odoo
addons_path = addons,../custom-addons

Postgres.app bilan parolsiz ulanish ishlasa, db_password qatorini yozish shart emas.

Ishga tushirish:

python3 odoo-bin -c odoo.conf -d mydb

Enterprise bilan ishlasangiz, addons_path qatorini shunday yozing:

addons_path = ../enterprise,addons,../custom-addons

Eng koʻp uchraydigan xatolar

pip3 install -r requirements.txt kompilyatsiya xatosi bilan toʻxtaydi
Xcode Command Line Tools oʻrnatilmagan. xcode-select —install ni bajaring va qaytadan urinib koʻring.

createuser: command not found
Postgres.app ning CLI vositalari PATH ga qoʻshilmagan. 3-qadamdagi havoladagi koʻrsatmani bajaring.

FATAL: role ”…” does not exist
PostgreSQL foydalanuvchisi yaratilmagan yoki konfiguratsiyada boshqa nom koʻrsatilgan.

could not connect to server
Postgres.app ishlamayapti. Ilovani oching va server yashil holatda ekanini tekshiring.

python3 eski versiyani koʻrsatadi
Tizim Pythonʼi ishlayapti, Homebrewʼniki emas. PATH tartibini tekshiring yoki toʻgʻridan-toʻgʻri /opt/homebrew/bin/python3 manzilini ishlating.

PDF hisobot chiqmaydi yoki kolontitulsiz
wkhtmltopdf oʻrnatilmagan yoki notoʻgʻri versiya. Aynan 0.12.6 kerak.

**Port band:**Address already in use
Boshqa Odoo nusxasi ishlab turibdi yoki 8069 port egallangan: —http-port=8070

Macʼda ishlash haqida bir necha eslatma

Production uchun Mac ishlatilmaydi. Bu aytilmagan qoida. Mac — bu ishlab chiqish mashinasi. Jonli server Linuxʼda turadi. Macʼda yozilgan modul Linux serverda sinalishi kerak, chunki fayl tizimi va bogʻliqliklar farq qilishi mumkin.

Multi-processing rejimi haqida. Odooʻning koʻp jarayonli rejimi (—workers) Linux serverlari uchun chuqur moslashtirilgan. Lokal ishlab chiqishda bu baribir kerak emas — bitta jarayon yetarli.

Docker alternativa sifatida. Agar bir nechta Odoo versiyasi bilan parallel ishlasangiz, Docker koʻproq qulaylik beradi — har bir versiya oʻz konteynerida, PostgreSQL ham alohida. Lekin bu alohida mavzu va kod bilan ishlash biroz murakkabroq boʻladi.

Qisqa xulosa

macOSʼda Odoo oʻrnatish Linuxʼdagiga juda oʻxshash — farq faqat paket menejerida va PostgreSQL ni oʻrnatish usulida.

Eng muhim uchta nuqta:

Xcode Command Line Tools birinchi boʻlsin. Aks holda kutubxonalar oʻrnatilmaydi.
python3 va****pip3 ishlating, python emas.
Virtual muhit yarating. Macʼda global paketlar tez tartibsizlanadi.

Qolgan hammasi standart: PostgreSQL, kod, kutubxonalar, ishga tushirish.

Odoo 19 ni Windowsʼga oʻrnatish: toʻliq qoʻllanma

Mon, 12 Oct 2026 00:00:00 GMT

Windowsʼga Odoo oʻrnatish haqida savol berilganda, javob har doim bitta savoldan boshlanadi: nima uchun kerak?

Agar tizimni koʻrib chiqmoqchi boʻlsangiz — tayyor installer 15 daqiqada ishga tushadi. Agar modul yozmoqchi boʻlsangiz — sourcedan oʻrnatish shart, boshqa yoʻli yoʻq.

Ikkala usulni ham toʻliq koʻrib chiqamiz. Barcha buyruqlar Odoo 19 uchun va rasmiy hujjatlardan olingan.

Avval muhim ogohlantirish

Odoo rasmiy hujjatida aniq yozilgan: Windows paketi faqat test yoki bitta foydalanuvchili lokal muhit uchun moʻljallangan. Odoo uni production uchun ishlatishni tavsiya qilmaydi — cheklovlar va xavflar sababli.

Yaʼni:

| Maqsad                                | Windows mos keladimi?               |
| ------------------------------------  | ----------------------------------- |
| Tizimni ko’rib chiqish, o’rganish     | Ha                                  |
| Modul yozish, dasturlash              | Ha                                  |
| Mijozga demo ko’rsatish               | Ha                                  |
| Real kompaniya ishlaydigan server     | Yo’q — Ubuntu Server ishlating      |

Bu maqolada Windowsʼga oʻrnatishni koʻrib chiqamiz. Lekin agar sizning maqsadingiz jonli tizim boʻlsa, boshqa yoʻldan ketish kerak.

1-usul. Tayyor installer (eng oson)

Bu usul foydalanuvchilar uchun. Hech narsa sozlash shart emas — PostgreSQL ham installer ichida keladi.

1-qadam. Installerni yuklab oling

Odoo rasmiy sahifasidan Windows installerini oling: odoo.com/page/download

Ikkita variant bor:

Community — bepul, ochiq kodli
Enterprise — pullik, yuklab olish uchun toʻlovchi mijoz yoki hamkor sifatida tizimga kirish talab qilinadi

Community versiyasini nightly serverdan ham olsa boʻladi.

2-qadam. Faylni ishga tushiring

Yuklab olingan .exe faylni oching.

3-qadam. SmartScreen ogohlantirishini oʻting

Windows 8 va undan yuqori versiyalarda “Windows protected your PC” oynasi chiqishi mumkin. Bu virus degani emas — shunchaki Microsoft imzolamagan fayl.

Bajaring:

More info tugmasini bosing
Run anyway ni tanlang

4-qadam. UAC soʻrovini tasdiqlang

Administrator huquqlarini soʻraganda Yes ni bosing.

5-qadam. Oʻrnatishni yakunlang

Keyingi qadamlarni odatdagidek bosib oʻting. Oʻrnatish tugagach Odoo oʻzi avtomatik ishga tushadi.

Brauzerda http://localhost:8069 manzilini oching.

Shu bilan tamom. Bu usulda PostgreSQL alohida oʻrnatilmaydi — u installer bilan birga keladi.

2-usul. Sourcedan oʻrnatish (dasturchilar uchun)

Agar modul yozmoqchi boʻlsangiz yoki kodni oʻzgartirmoqchi boʻlsangiz, bu yagona toʻgʻri yoʻl. Jarayon uzunroq, lekin har bir qadam tushunarli.

1-qadam. Python oʻrnatish

Odoo 19 Python 3.10 yoki undan yuqori versiyani talab qiladi. (Bu talab Odoo 17 da oʻzgargan — undan oldin 3.7 yetarli edi.)

Pythonʼni rasmiy saytdan yuklab oling: python.org/downloads/windows

Oʻrnatishda ikkita narsani unutmang:

Add Python 3 to PATH katagiga belgi qoʻying
Customize Installation ni bosing va pip belgilanganini tekshiring

Birinchi band eng koʻp unutiladigan narsa. Agar uni oʻtkazib yuborsangiz, keyin terminalda python buyrugʻi ishlamaydi va qaytadan oʻrnatishga toʻgʻri keladi.

Tekshirish:

C:\> python --version
C:\> pip --version

Ikkala buyruq ham versiya raqamini chiqarishi kerak. Agar python topilmasa — PATH sozlanmagan.

2-qadam. PostgreSQL oʻrnatish

Odoo maʼlumotlar bazasi sifatida PostgreSQL ishlatadi.

Odoo 19 uchun minimal versiya — PostgreSQL 13. (Bu ham oʻzgargan: Odoo 18 gacha 12 yetarli edi.)

Yuklab oling: postgresql.org/download/windows

PATH ga qoʻshish

Oʻrnatishdan keyin PostgreSQLʼning bin papkasini tizim PATH oʻzgaruvchisiga qoʻshing. Odatiy manzil:

C:\Program Files\PostgreSQL\<versiya>\bin

Foydalanuvchi yaratish

Muhim: Odoo postgres foydalanuvchisi bilan ulanishni taqiqlaydi. Shuning uchun yangi foydalanuvchi yaratish shart.

pgAdmin orqali:

pgAdmin ni oching
Serverga ikki marta bosib ulaning
Menyudan Object → Create → Login/Group Role ni tanlang
Role Name maydoniga nom kiriting (masalan, odoo)
Definition tabini oching, parol kiriting (masalan, odoo) va Save bosing

Foydalanuvchi nomi va parolni eslab qoling — ular keyingi qadamlarda kerak boʻladi.

3-qadam. Build Tools for Visual Studio

Bu qadam koʻpincha oʻtkazib yuboriladi va keyin pip install xatolik bilan toʻxtaydi.

Odooʻning baʼzi Python kutubxonalari C kodini kompilyatsiya qilishni talab qiladi. Windowsʼda buning uchun Microsoftʼning kompilyatori kerak.

Build Tools for Visual Studio ni yuklab oling: visualstudio.microsoft.com/downloads
Oʻrnatuvchida Workloads tabiga oʻting
C++ build tools ni tanlang va oʻrnating

Bu bir necha gigabayt joy oladi, lekin iloji yoʻq — busiz pip install -r requirements.txt ishlamaydi.

4-qadam. Git oʻrnatish va kodni yuklab olish

Agar Git oʻrnatilmagan boʻlsa: git-scm.com/download/win

Keyin kodni klonlang. Community uchun:

C:\> git clone --branch 19.0 --single-branch https://github.com/odoo/odoo.git

Enterprise ham kerak boʻlsa, ikkinchi repozitoriyni ham oling:

C:\> git clone --branch 19.0 --single-branch https://github.com/odoo/enterprise.git

Bu yerda bir nuqtani tushunib olish kerak. Enterprise repozitoriysi toʻliq Odoo kodini oʻz ichiga olmaydi — u faqat qoʻshimcha modullar toʻplami. Server kodi Communityʼda. Enterpriseʼni ishlatish degani — Community serverini ishga tushirib, addons-path ga Enterprise papkasini qoʻshish degani.

Shuning uchun Enterprise uchun ikkala repozitoriy ham kerak.

5-qadam. Python kutubxonalarini oʻrnatish

Terminalni Administrator sifatida oching. Bu talab — oddiy terminalda baʼzi paketlar oʻrnatilmaydi.

Odoo papkasiga oʻting va buyruqlarni bajaring:

C:\> cd \CommunityPath
C:\> pip install setuptools wheel
C:\> pip install -r requirements.txt

CommunityPath — bu siz klonlagan odoo papkasining manzili.

Maslahat: Agar bir nechta Odoo versiyasi bilan ishlasangiz yoki tizim Pythonʼini toza saqlamoqchi boʻlsangiz, virtualenv orqali alohida muhit yarating. Bu majburiy emas, lekin keyinchalik versiyalar aralashib ketishining oldini oladi.

6-qadam. wkhtmltopdf (PDF hisobotlar uchun)

Bu paket pip orqali oʻrnatilmaydi — uni qoʻlda oʻrnatish kerak.

Muhim nuqta: kolontitullar (header va footer) ishlashi uchun aynan 0.12.6 versiyasi kerak. Boshqa versiyalarda ular chiqmaydi.

Yuklab olish manzili: github.com/wkhtmltopdf/packaging/releases/tag/0.12.6.1-3

Agar buni oʻtkazib yuborsangiz, Odoo ishlaydi — lekin PDF hisobot chiqarmoqchi boʻlganingizda xatolik beradi.

7-qadam. rtlcss (faqat oʻngdan chapga yoziladigan tillar uchun)

Bu qadam faqat arab yoki ibroniy tillarini qoʻllab-quvvatlash kerak boʻlsa bajariladi. Oʻzbek yoki rus tili uchun kerak emas — oʻtkazib yuborsangiz boʻladi.

C:\> npm install -g rtlcss

Oldin Node.js oʻrnatilgan boʻlishi kerak: nodejs.org/en/download

Keyin PATH ga rtlcss.cmd joylashgan papkani qoʻshing. Odatda:

C:\Users\<user>\AppData\Roaming\npm\

8-qadam. Odooʻni ishga tushirish

Hammasi tayyor. Serverni ishga tushiramiz:

C:\> cd CommunityPath/
C:\> python odoo-bin -r dbuser -w dbpassword --addons-path=addons -d mydb

Parametrlar:

| Parametr               | Ma’nosi                                    |
| ---------------------- | ------------------------------------------ |
| -r dbuser              | PostgreSQL foydalanuvchi nomi (2-qadamda yaratgan) |
| -w dbpassword          | PostgreSQL paroli                          |
| --addons-path=addons   | Modullar qidiriladigan papkalar            |
| -d mydb                | Ma’lumotlar bazasi nomi                    |

Enterprise bilan ishga tushirish

Agar Enterprise ham kerak boʻlsa, addons-path ga uning papkasini qoʻshing. Enterprise yoʻli birinchi turishi shart — aks holda modullar notoʻgʻri yuklanadi:

C:\> python odoo-bin -r dbuser -w dbpassword --addons-path=../enterprise,addons -d mydb

Tayyor ekanini qanday bilasiz

Terminalda shu qator chiqishini kuting:

odoo.modules.loading: Modules loaded.

Shundan keyin brauzerda oching: http://localhost:8069

Kirish maʼlumotlari:

Email: admin
Parol: admin

Diqqat: bu Odoo interfeysiga kirish akkounti(hisobi). U -r parametrida koʻrsatilgan PostgreSQL foydalanuvchisidan butunlay boshqa narsa. Ikkisini aralashtirmang.

Konfiguratsiya faylini ishlatish

Har safar uzun buyruq yozish noqulay. Yaxshisi — barcha sozlamalarni faylga yozib qoʻyish.

odoo.conf nomli fayl yarating:

[options]
db_host = localhost
db_port = 5432
db_user = odoo
db_password = odoo
addons_path = addons

Endi ishga tushirish shunday boʻladi:

C:\> python odoo-bin -c odoo.conf -d mydb

Enterprise bilan ishlasangiz, addons_path qatorini shunday yozing:

addons_path = ../enterprise,addons

Konfiguratsiya faylining qoʻshimcha foydasi: parollar buyruqlar tarixida qolmaydi.

Eng koʻp uchraydigan xatolar

‘python’ is not recognized as an internal or external command
Python oʻrnatishda “Add Python 3 to PATH” belgilanmagan. Pythonʼni qaytadan oʻrnating yoki PATH ni qoʻlda sozlang.

pip install -r requirements.txt kompilyatsiya xatosi bilan toʻxtaydi
Build Tools for Visual Studio oʻrnatilmagan (3-qadam). C++ build tools ni oʻrnating va buyruqni qaytadan bajaring.

FATAL: role “odoo” does not exist
PostgreSQLʼda foydalanuvchi yaratilmagan yoki -r parametrida boshqa nom koʻrsatilgan. pgAdminʼda foydalanuvchini tekshiring.

could not connect to server
PostgreSQL xizmati ishlamayapti. Windows Servicesʼda postgresql-x64- xizmatini topib ishga tushiring.

PDF hisobot chiqmaydi yoki kolontitulsiz chiqadi
wkhtmltopdf oʻrnatilmagan yoki notoʻgʻri versiya. Aynan 0.12.6 kerak (6-qadam).

**Port band —**Address already in use
8069 portni boshqa dastur egallagan. Boshqa port bilan ishga tushiring: —http-port=8070

Qaysi usulni tanlash kerak

| Vaziyat                                   | Usul                          |
| --------------------------------------    | ----------------------------- |
| Odoo’ni ko’rib chiqmoqchiman              | Installer                     |
| Mijozga demo ko’rsatmoqchiman             | Installer                     |
| Modul yozaman, kodni o’zgartiraman        | Manbadan                      |
| Bir nechta Odoo versiyasi bilan ishlayman | Manbadan + virtualenv         |
| Kompaniya uchun jonli server kerak        | Ubuntu Server, Windows emas   |

Oxirgi qatorni takrorlayman, chunki bu eng koʻp qilinadigan xato. Windowsʼda oʻrnatilgan Odooʻni real kompaniyaga berib yuborish — keyinchalik maʼlumot yoʻqolishi, sekin ishlash va zaxira nusxa muammolariga olib keladi. Odoo buni rasman tavsiya qilmaydi.

Keyingi qadam

Oʻrnatish tugadi. Endi:

Modul yozmoqchi boʻlsangiz — odoo-bin scaffold buyrugʻi bilan boʻsh modul shabloni yaratishdan boshlang
Oʻzgarishlarni koʻrish uchun — —dev=all parametrini qoʻshing, shunda kodni oʻzgartirganda server qayta yuklanadi
Modulni yangilash uchun — -u modul_nomi parametridan foydalaning

Biznesingiz foyda qilayotganini qanday bilasiz?

Mon, 05 Oct 2026 00:00:00 GMT

Koʻproq sotuv degani koʻproq foyda degani emas!

Bu eng koʻp uchraydigan xato. Va u Excelʼda ham, ERPʼda ham bir xil tarzda sodir boʻladi. Quyida foyda qanday hisoblanishini va qaysi raqamlarga qarash kerakligini bosqichma-bosqich koʻrib chiqamiz.

Avval eng asosiysi: pul ≠ foyda

Kassangizda pul bor boʻlishi mumkin, lekin siz zarar koʻrayotgan boʻlishingiz mumkin. Yoki aksincha — kassa boʻsh, lekin biznes foyda qilyapti.

Sabab oddiy. Kassadagi pul quyidagilardan ham kelib chiqadi:

Mijoz oldindan toʻlagan, lekin siz tovarni hali bermagansiz — bu pul sizniki emas, qarzingiz
Siz yetkazib beruvchiga hali toʻlamagansiz — yaʼni uning puli hozircha sizda turibdi
Kredit olgansiz — bu umuman daromad emas

Shuning uchun “kassada pul bormi?” degan savol foyda haqida hech narsa aytmaydi. Bu faqat bugun toʻlovlaringizni qoplay olasizmi yoki yoʻqmi — shuni koʻrsatadi.

Foyda uch bosqichda hisoblanadi

Bu uchta raqamni ajratib olmaguningizcha biznesingiz haqida hech narsa bilmaysiz.

1-bosqich. Yalpi foyda (Gross Profit)

Yalpi foyda = Sotuvdan tushum − Sotilgan tovar tannarxi

Bu eng sodda raqam: tovarni qanchaga oldingiz va qanchaga sotdingiz.

Misol:

Tovarni 70 000 soʻmga oldingiz
100 000 soʻmga sotdingiz
Yalpi foyda = 30 000 soʻm, yaʼni 30%

Bu yerda ikkita qoidani buzmaslik kerak:

Tannarxga tovar narxidan tashqari hamma narsa kiradi. Yetkazib berish, bojxona, yuk tushirish, zavoddagi qadoqlash — bularning hammasi tannarx. Faqat hisob-fakturadagi raqamni olsangiz, foydangizni koʻtarib koʻrsatasiz.

Tannarx sotilgan paytdagi tannarx boʻlishi kerak. Agar bir xil tovarni turli narxda olgan boʻlsangiz (bugun 70 000, keyingi oy 80 000), qaysi birini hisobga olasiz? Bu yerda hisob usuli tanlanadi — FIFO yoki oʻrtacha narx. Tanlagan usulingizni oʻzgartirmaslik kerak, aks holda raqamlar taqqoslanmaydi.

2-bosqich. Operatsion foyda

Operatsion foyda = Yalpi foyda − Operatsion xarajatlar

Operatsion xarajatlar — bu tovarga bogʻliq boʻlmagan, lekin biznesni ushlab turish uchun toʻlanadigan hamma narsa:

Ish haqi va soliqlari
Ijara
Kommunal toʻlovlar
Reklama
Transport va yoqilgʻi
Bank xizmatlari
Dasturiy taʼminot, aloqa

Bu yerda eng koʻp qilinadigan xato — oʻz ish haqini hisobga olmaslik. Agar siz biznesda har kuni ishlasangiz, sizning mehnatingiz ham xarajat. Boshqa odam yollasangiz qancha toʻlar edingiz — oʻsha raqamni yozing. Aks holda “foyda” deb koʻrsatayotgan narsangiz aslida sizning maoshingiz boʻlib chiqadi.

3-bosqich. Sof foyda (Net Profit)

Sof foyda = Operatsion foyda − Kredit foizlari − Soliqlar

Mana shu — haqiqiy foyda. Siz egasi sifatida olishingiz mumkin boʻlgan pul.

Toʻliq misol

Bir oylik hisob:

Koʻrsatkich	Summa (mln soʻm)
Sotuvdan tushum	300
Sotilgan tovar tannarxi	−210
Yalpi foyda	90 (30%)
Ish haqi	−35
Ijara	−18
Transport	−12
Reklama	−8
Boshqa xarajatlar	−10
Operatsion foyda	7
Kredit foizi	−5
Soliq	−2
Sof foyda	0

300 million savdo. Kassa toʻla. Sof foyda — nol.

Yuqoridagi tanishimning holati aynan shu edi. U faqat birinchi qatorga qarar edi.

Zarar qayerda yashirinadi

Agar savdo bor, lekin foyda yoʻq boʻlsa, sabab odatda shu toʻrttasidan biri:

Chegirma nazoratsiz. Sotuvchi bitimni yopish uchun chegirma beradi. 30% marjadan 10% chegirma bersangiz, foydangizning uchdan biri yoʻqoladi. Koʻp joyda bu umuman hisoblanmaydi.

Sklad qotib qolgan. Omborda bir yildan beri yotgan tovar — bu pul. U ishlamayapti, lekin siz uni sotib olish uchun pul toʻlagansiz. Koʻpincha bu “aktiv” deb koʻriladi, aslida esa muzlab qolgan mablag’.

Debitorlik qarzi oʻsyapti. Tovarni berdingiz, hujjat yopildi, foyda hisobga tushdi — lekin pul kelmadi. Qogʻozda foyda bor, kassada pul yoʻq. Agar qarz undirilmasa, u foyda emas, zarar.

Yashirin xarajatlar. Yoʻqotilgan tovar, qaytarib olingan mahsulot, brak, transportdagi shikast. Bular alohida hisoblanmasa, tannarx ichiga singib ketadi va siz muammoni koʻrmaysiz.

Doimiy kuzatish kerak boʻlgan raqamlar

Har oy, kamida shu beshtasi:

1. Yalpi marja (%). Oydan oyga tushib borayaptimi? Bu eng erta ogohlantiruvchi signal. Marja tushsa — yo tannarx oshgan, yo chegirmalar nazoratdan chiqqan.

2. Operatsion xarajatlarning savdoga nisbati (%). Savdo oʻsganda bu foiz tushishi kerak. Agar oʻssa — siz oʻsishdan emas, xarajatdan oʻsyapsiz.

3. Break-even nuqtasi. Nolga chiqish uchun oyiga qancha sotish kerak?

Break-even = Doimiy xarajatlar ÷ Yalpi marja foizi

Yuqoridagi misolda: doimiy xarajatlar 83 mln, marja 30%. Demak break-even = 83 ÷ 0.30 = 277 mln soʻm. Shundan kam sotsangiz — zarar.

Bu raqamni bilish juda muhim, chunki u sizga aniq maqsad beradi.

4. Sklad aylanishi. Tovar oʻrtacha necha kunda sotiladi? Agar 120 kun boʻlsa, siz pulingizni toʻrt oyga muzlatib qoʻygansiz.

5. Debitorlik muddati. Mijozlar oʻrtacha necha kunda toʻlaydi? Agar bu raqam oʻsib borsa, oldinda pul tanqisligi kutilmoqda.

Buni qanday hisoblash mumkin

Excelʼda. Kichik biznes uchun ishlaydi, lekin uchta shart bor: har bir kirim hujjatda tannarx yozilsin, xarajatlar kategoriyalarga boʻlinsin, hisob oy yopilgandan keyin 3 kun ichida tayyor boʻlsin. Agar hisobot oy oʻrtasida chiqsa, undan qaror chiqara olmaysiz.

ERP tizimida. Bu yerda asosiy foyda shundaki, tannarx har bir sotuv hujjatida avtomatik hisoblanadi — siz uni qoʻlda kiritmaysiz. Odooʻda masalan, mahsulot kategoriyasida hisob usulini (FIFO yoki oʻrtacha) va avtomatik valuatsiyani yoqsangiz, har bir yetkazib berishda tannarx jurnalga oʻzi tushadi. Shundan keyin yalpi marjani mahsulot, mijoz yoki sotuvchi kesimida koʻrish mumkin boʻladi.

Lekin bu yerda bitta ogohlantirish bor: tizim faqat siz kiritgan maʼlumot qanchalik toʻgʻri boʻlsa, shuncha toʻgʻri hisoblaydi. Agar transport xarajatini tannarxga qoʻshmasangiz, Odoo ham uni hisoblamaydi. Avtomatlashtirish notoʻgʻri hisobni toʻgʻrilab bermaydi — faqat uni tezroq koʻrsatadi.

Eng qisqa javob

Agar vaqtingiz yoʻq boʻlsa, shu uchta savolga javob bering:

Yalpi marjam necha foiz va u oshyaptimi yoki tushyaptimi?
Nolga chiqish uchun oyiga qancha sotishim kerak va men bundan yuqoridamanmi?
Qogʻozdagi foydam kassaga tushdimi yoki debitorlikda qolyaptimi?

Shu uchtasiga aniq raqam bilan javob bera olsangiz — biznesingizni nazorat qilyapsiz. Bera olmasangiz, hozir foyda qilayotgan boʻlsangiz ham, buni bilib emas, tasodifan qilyapsiz.

Bankdagi pul — biznes foydasi emas. Nega?

Mon, 05 Oct 2026 00:00:00 GMT

Tadbirkor bilan suhbat. “Ishlar qalay?” deb soʻrayman. “Zoʻr,” deydi, “hisobda 500 million bor.”

Shu javobning oʻzi muammo. Chunki u bitta savolga javob bermaydi: bu pulning qancha qismi uniki?

Hisobdagi qoldiq — bu shunchaki bugungi kundagi raqam. U sizga biznes foyda qilayotganini ham, qilmayotganini ham aytmaydi. Quyida nega bunday ekanini va bank qoldigʻini qanday toʻgʻri oʻqish kerakligini koʻrib chiqamiz.

Bank qoldigʻi faqat shu ondagi holatni koʻrsatadi

Tasavvur qiling, hovuzga suv quyilyapti va bir vaqtning oʻzida u yerdan suv chiqib ketyapti. Siz hovuzga qarab, “ichida 500 litr suv bor” deysiz.

Toʻgʻri. Lekin bu sizga quyidagilarni aytmaydi:

Suv koʻpayyaptimi yoki kamayyaptimi
Qanchasi ertaga chiqib ketishi kerak
Qanchasi sizniki, qanchasi qarzga olingan

Bank hisobi ham shunday. U jarayonni emas, bir ondagi holatni koʻrsatadi. Kecha 800 million boʻlgan, ertaga 200 million boʻlishi mumkin — raqamning oʻzi hech narsa demaydi.

Hisobdagi pulning kimga tegishli ekanini ajratib chiqing

Mana shu — eng muhim qismi. Bir varaq oling va bugungi bank qoldigʻini boʻlaklarga ajrating.

1. Mijozlar oldindan toʻlagan pul

Mijoz buyurtma berdi, 100 million toʻladi, tovar hali yetkazilmagan. Bu pul hisobingizda turibdi — lekin u sizniki emas, qarzingiz. Ertaga tovarni yetkazib bermasangiz, uni qaytarib berishingiz kerak.

2. Yetkazib beruvchilarga toʻlanmagan summa

Siz tovarni olgansiz, hujjat yopilgan, lekin toʻlov muddati keyingi oyda. Bu pul hozircha sizda — lekin u ham sizniki emas. Bu shunchaki boshqa odamning puli vaqtincha sizda turibdi.

3. Soliq va ish haqi

Oy oxirida toʻlanadigan ish haqi, soliqlar, ijtimoiy toʻlovlar. Ular hali hisobdan chiqmagan, lekin allaqachon band qilingan pul.

4. Kredit

Kredit olgansiz va u hisobga tushgan. Bu daromad emas. Bu — foizi bilan qaytariladigan qarz. Hisobdagi raqam oʻsgan, lekin biznesingiz bir tiyin ham boyimagan.

5. Qolgani

Yuqoridagi toʻrttasini ayirgandan keyin qolgan summa — mana shu haqiqatan sizning ixtiyoringizdagi pul.

Amaliy misol

Bank hisobi: 500 mln soʻm

Nima	Summa (mln soʻm)
Mijozlar oldindan toʻlagan (tovar berilmagan)	−140
Yetkazib beruvchilarga qarz	−180
Ish haqi va soliq (shu oy toʻlanadi)	−95
Kredit (asosiy qarz qismi)	−120
Haqiqiy erkin pul	−35

Hisobda yarim milliard turibdi. Aslida esa kompaniya 35 million minusda.

Va eng xavflisi — bu odam oʻzini boy his qiladi. U yangi mashina oladi yoki ikkinchi filial ochadi. Ikki oydan keyin ish haqini toʻlashga pul topa olmaydi.

Nega foyda va pul bir vaqtda kelmaydi

Bu ikkisi boshqa-boshqa qoidalar boʻyicha hisoblanadi.

Foyda hujjat yopilganda yoziladi. Tovarni yetkazdingiz, hisob-faktura berdingiz — foyda hisobga tushdi. Mijoz toʻlaganmi yoki yoʻqmi, buning ahamiyati yoʻq.

Pul esa faqat haqiqatan kelganda yoki ketganda harakatlanadi.

Shuning uchun toʻrtta holat boʻlishi mumkin:

Ikkinchi holat eng koʻp uchraydigani va eng xavflisi. Qogʻozda hamma narsa yaxshi, lekin kassada pul yoʻq. Koʻp biznes aynan shu holatda yopiladi — foydasiz emas, pulsiz qolgani uchun.

Foyda bor, lekin pul yoʻq — sabablari

Agar hisobotda foyda koʻrsatilayotgan boʻlsa-yu, hisobda pul boʻlmasa, javob shu uchtasidan biri:

Debitorlik qarzi. Tovarni berdingiz, foyda yozildi, pul kelmadi. Har bir toʻlanmagan hisob-faktura — bu mijozga bergan foizsiz kredit.

Sklad. Pulni tovarga aylantirdingiz. Omborda yotgan har bir qop — bu muzlatilgan mablag’. Sklad qancha katta boʻlsa, hisobda shuncha kam pul qoladi.

Kredit asosiy qarzi. Kredit toʻlovining foiz qismi xarajat sifatida hisobga olinadi, lekin asosiy qarz qismi xarajat emas. Yaʼni u foydani kamaytirmaydi, lekin pulni olib ketadi. Shuning uchun foyda 50 mln boʻlishi mumkin, kreditga esa 60 mln toʻlaysiz.

Shunga qoʻshimcha — egasining shaxsiy ehtiyojlariga olingan pullar. Ular ham foydadan ayirilmaydi, lekin hisobdan chiqib ketadi.

Ikkita raqamni ajratib yuring

Biznesni tushunish uchun oyma-oy ikkita alohida hisobot kerak.

Foyda va zarar hisoboti — biznes model ishlayaptimi, degan savolga javob beradi. Savdo, tannarx, xarajatlar, sof foyda.

Pul oqimi hisoboti — ertaga toʻlovlarni qoplay olasizmi, degan savolga javob beradi. Oy boshidagi qoldiq, kirimlar, chiqimlar, oy oxiridagi qoldiq.

Bittasini ikkinchisi bilan almashtirib boʻlmaydi. Birinchisi biznes foydalimi deb soʻraydi, ikkinchisi tirik qoladimi deb soʻraydi. Ikkalasiga ham javob kerak.

Har hafta tekshiriladigan uchta raqam

1. Erkin pul. Bank qoldigʻidan yuqoridagi toʻrtta band ayirilgan summa. Bu — haqiqatan sizning ixtiyoringizdagi pul.

2. Oldinda turgan 30 kunlik toʻlovlar. Keyingi oy ichida qancha pul chiqishi kerak? Agar bu raqam erkin puldan katta boʻlsa, siz hozir tanqislik tomon ketyapsiz.

3. Kassa zaxirasi. Agar ertaga savdo toʻxtasa, necha oy ushlab turasiz?

Zaxira = Erkin pul ÷ Oylik doimiy xarajat

Masalan erkin pul 90 mln, oylik doimiy xarajat 45 mln → zaxira 2 oy. Bu xavfli chegara. Sogʻlom koʻrsatkich — kamida 3 oy.

ERP buni qanday koʻrsatadi

Agar hisobni tizimda yuritsangiz, bu raqamlarni qoʻlda yigʻish shart emas.

Odoo misolida: bank hisobi qoldigʻi bitta hisobda turadi, mijozlar avansi ikkinchisida, yetkazib beruvchiga qarz uchinchisida. Ular alohida kontlarda yozilgani uchun, erkin pulni hisoblash oddiy formulaga aylanadi.

Lekin bu yerda bitta shart bor: toʻlovlar hujjatlar bilan toʻgʻri bogʻlangan boʻlishi kerak. Agar avans oddiy kirim sifatida yozilsa va buyurtmaga ulanmasa, tizim uni ham “sizning pulingiz” deb koʻrsatadi. Notoʻgʻri kiritilgan maʼlumot avtomatik hisobda ham notoʻgʻri chiqadi — faqat tezroq va ishonchliroq koʻrinishda.

Qisqa xulosa

Bank hisobidagi raqamni koʻrganingizda oʻzingizga bitta savol bering:

Shu pulning qancha qismi ertaga boshqa odamga tegishli?

Agar javobni 30 soniyada ayta olmasangiz, siz biznesingizning moliyaviy holatini bilmaysiz — faqat bugungi hisob qoldigʻini bilasiz. Bu ikkisi bir narsa emas.

Siz erkin pulni alohida hisoblaysizmi yoki bank qoldigʻiga qarab qaror qabul qilasizmi? Zaxirangiz necha oyga yetadi?

ERP joriy qilish: 8 bosqichli checklist

Sun, 20 Sep 2026 00:00:00 GMT

Men koʻrgan muvaffaqiyatsiz ERP loyihalarining hech birida sabab “dasturchi kodni yomon yozdi” boʻlmagan. Sabab har doim boshqa joyda edi: kimdir qaror qabul qilmadi, kimdir eski bazadagi 4 000 ta dublikat mahsulotni yangi tizimga olib oʻtdi, kimdir “bu ham kerak edi-ku” deb loyihani toʻxtovsiz kengaytirdi.

Shuning uchun yirik integratorlar dasturlash metodologiyasiga emas, joriy qilish metodologiyasiga pul sarflaydi. SAPʼda u SAP Activate, Oracleʼda Oracle Unified Method, Microsoftʼda Sure Step deb ataladi. Nomlar boshqa — skelet bitta.

Quyida oʻsha skeletning amaliy koʻrinishi. Har bir bosqichda: nima qilinadi, nimaga eʼtibor beriladi va qayerda koʻpchilik qoqiladi.

1. Discovery — hozir nima bor?

Bu bosqichda maqsad yechim taklif qilish emas. Maqsad — mavjud holatni gapirmasdan tinglab, yozib olish (AS-IS).

Nima qilinadi:

Har bir boʻlimning real jarayoni kuzatiladi. Soʻrovnoma emas, kuzatuv: odam ekranda nimani bosadi, qaysi Excel faylni ochadi, kimga qoʻngʻiroq qiladi.
Har bir boʻlimdan bitta key user tayinlanadi — oʻz sohasi boʻyicha qaror qabul qila oladigan odam.
Ogʻriqli nuqtalar raqamga aylantiriladi.

Oxirgi punkt eng muhimi. “Skladda tartib yoʻq” — bu shikoyat, oʻlchov emas. “Oyiga 40 soat qoʻlda inventarizatsiya, oxirgi 3 oyda 12 ta notoʻgʻri yuklash” — bu oʻlchov. Loyiha tugagach, muvaffaqiyatni aynan shu raqamlar bilan isbotlaysiz.

Chiqish hujjati: loyiha doirasi (scope). Nima kiradi, nima kirmaydi — yozma ravishda. Keyinroq muqarrar ravishda paydo boʻladigan “bu ham kerak edi-ku” bahsini faqat shu hujjat yopadi.

2. Design — qanday boʻlishi kerak?

AS-ISʼdan TO-BEʼga oʻtish. Va bu bosqichning yuragi — Fit-Gap analiz.

Har bir talab ikkiga ajratiladi:

Fit — tizimning standart funksiyasi bilan qoplanadi.
Gap — qoplanmaydi.

Gapʼning har biriga aniq qaror yoziladi:

Qaror Qachon tanlanadi Jarayonni oʻzgartirish Talab odat boʻlgani uchun mavjud, biznes qiymati yoʻq Konfiguratsiya bilan yopish Standart sozlamalar yetarli Customization (kod) Talab kompaniyaning raqobat ustunligi yoki qonun talabi Keyingi fazaga qoldirish Hozir kerak emas, ammo unutilmasligi kerak

Nega standartga yaqin turish kerak

Bu — yirik implementorlarning eng qatʼiy qoidasi va koʻpincha mijozga eng yoqmaydigan qoidasi.

Har bir ortiqcha customization — bir martalik xarajat emas, obuna. Siz uni bir marta yozasiz, keyin har bir versiya yangilanishida, har bir yangi modul qoʻshilganda va har bir xato tekshiruvida yana toʻlaysiz. 20 ta customization bilan chiqqan tizim 3 yildan keyin yangilanmay qoladi — chunki yangilanish narxi yangi loyiha narxiga tenglashadi.

Amaliy mezon: agar talab “biz doim shunday qilganmiz” bilan asoslansa — jarayonni oʻzgartiring. Agar “mijozlarimiz aynan shuni talab qiladi” bilan asoslansa — kod yozing.

3. Build — konfiguratsiya, keyin development

Tartib muhim: avval sozlash, keyin kod. Tajribamda talablarning katta qismi kodsiz, faqat toʻgʻri sozlash bilan yopiladi — shart sizning tizimni yetarlicha chuqur bilishingizda.

Texnik minimum:

Uchta alohida muhit: Development → Staging → Production. Productionda tajriba qilish — yozilmagan qoidani buzish.
Butun kod Gitʼda. Mijoz serveridagi “faqat shu yerda bor” fayl — kelajakdagi falokat.
Migratsiya va maʼlumot skriptlari idempotent boʻlsin: ikki marta ishga tushirilsa ham natija bir xil.
Har bir oʻzgarish Stagingʻda sinalmaguncha Productionʼga chiqmaydi.

4. Data migration — eng koʻp vaqt yeydigan bosqich

Loyiha rejasida bu bosqich odatda kam baholanadi. Amalda esa u koʻpincha butun loyihaning eng uzun qismi boʻlib chiqadi.

Bosqichlar:

Roʻyxat. Nima koʻchiriladi: mahsulot katalogi, kontragentlar, sklad qoldigʻi, ochilish balansi, ochiq buyurtmalar, qarzdorlik.
Tozalash. Eski bazadagi axlat yangi tizimga oʻtmasligi kerak. 4 000 ta mahsulotning 1 200 tasi dublikat boʻlsa — ularni migratsiyadan oldin birlashtiring. Keyin emas.
Sinov importi. Kamida ikki marta, toʻliq hajmda, Staging muhitida.
Solishtirish (reconciliation). Har bir importdan keyin: jami sklad qoldigʻi, jami debitor/kreditor qarzdorlik, konto balanslari — eski tizim bilan tiyin-tiyingacha mos kelishi kerak.

Agar 4-punkt bajarilmasa, siz xatoni goʻliveʼdan keyin, buxgalter hisobotni yopolmay qolganda topasiz.

5. UAT — mijoz qabul testi

User Acceptance Testing — tizimni mijozning oʻzi tekshiradigan bosqich. Sizning ichki testingiz bu emas.

Qoidalar:

Test stsenariylari real hujjatlar asosida yoziladi: oʻtgan oyning haqiqiy buyurtmasini oling va uni sotuv → yetkazib berish → invoys → toʻlov zanjiri boʻylab oʻtkazing.
Testni key userʼlar bajaradi. Siz faqat kuzatasiz va yozib borasiz.
Har bir topilgan xato roʻyxatga tushadi, masʼul va muddat belgilanadi, yopilguncha kuzatiladi.
UAT rasman qabul qilinmaguncha go-live yoʻq. Bu sizni ham, mijozni ham himoya qiladi.

6. Training — tizimni odamlar ishlatadi

Texnik jihatdan mukammal tizim, agar kassir undan qoʻrqsa, ishlamaydi.

Oʻqitish rollar boʻyicha boʻlinadi: kassirga kassa kerak, buxgalterga hisobot. Hammaga hamma narsani koʻrsatish — vaqtni behuda sarflash.
Materiallar mijoz xodimlari tushunadigan tilda: qisqa videolar va 1–2 betlik amaliy yoʻriqnomalar.
Har bir boʻlimda 1–2 ta champion tayyorlanadi. Ular kundalik savollarning 80 foizini siz ishtirok etmasdan yopadi va qoʻllab-quvvatlash yukini keskin kamaytiradi.

7. Go-live — cutover

Cutover — eski tizimdan yangisiga oʻtishning aniq soatlarga boʻlingan rejasi.

Sana tanlash. Oy yoki chorak boshi qulay: buxgalteriya davri toza boshlanadi. Yuqori mavsum oʻrtasi — eng yomon variant.

Cutover rejasi soatlab yoziladi:

18:00 — eski tizimda yangi hujjat kiritish to'xtatiladi
19:00 — yakuniy qoldiq va balanslar olinadi
20:00 — ma'lumot importi boshlanadi
23:00 — solishtirish va tekshiruv
00:30 — GO / NO-GO qarori
08:00 — yangi tizimda ish boshlanadi

Rollback rejasi. Har bir cutover rejasida “agar ishlamasa nima qilamiz” bandi boʻlishi shart: qaysi nuqtaga qaytamiz, eski tizim qancha vaqt tirik turadi, qarorni kim qabul qiladi. Bu reja deyarli hech qachon ishlatilmaydi — ammo u boʻlmasa, tungi soat ikkida panika boshlanadi.

8. Hyper-care — birinchi 2–4 hafta

Go-live loyihaning tugashi emas. Undan keyingi 2–4 hafta — kuchaytirilgan qoʻllab-quvvatlash rejimi:

Javob muddati odatdagidan qisqa.
Har kuni qisqa yigʻilish: bugun kim nimaga qoqildi?
Topilgan muammolar tezda tuzatiladi va yoʻriqnomalarga qaytariladi.

Shu davr yakunlangandan keyingina loyiha odatiy support rejimiga topshiriladi. Topshirish ham rasmiy boʻlsin: nima ishlayapti, nima qoldi, keyingi faza nima.

Xulosa

Ushbu sakkiz bosqichda murakkab texnologiya yoʻq. Ularning hammasi — tartib-intizom haqida.

Va aynan shuning uchun koʻpchilik ularni oʻtkazib yuboradi: Discovery “vaqtni yeydi”, Fit-Gap “keraksiz qogʻozbozlik”, UAT “biz oʻzimiz tekshirdik-ku” boʻlib tuyuladi. Har bir oʻtkazib yuborilgan bosqich esa go-live kunida qaytib keladi — faqat bir necha barobar qimmat narxda.

Loyihalar texnik sabablarga koʻra kamdan-kam qulaydi. Koʻpincha sabab uchta: hujjatsiz kengaygan scope, tozalanmagan maʼlumot va mijoz tomonida qaror qabul qiladigan odamning yoʻqligi.

Agar loyihani boshlashdan oldin shu uchtasini yopib olsangiz, qolgani texnika masalasi.

Odoo joriy qilishda eng koʻp uchraydigan 10 ta xato

Sun, 20 Sep 2026 00:00:00 GMT

Odoo bilan ishlaganlar orasida bir gap bor: “Odoo demoʻda juda oddiy koʻrinadi.” Va bu haqiqat. Muammolar demoʻdan keyin — modullar ulanib, jarayonlar chizilib, maʼlumot koʻchirila boshlaganda paydo boʻladi.

Men bu maqolani yozishdan oldin faqat oʻz tajribamga tayanmadim. Turli mamlakatlardagi Odoo implementorlari, foydalanuvchi sharhlari va rasmiy hujjatlarda takrorlanadigan maʼlumotlarni koʻrib chiqdim. Xulosa hamma joyda bir xil: bu maqoladagi har bir xato — dasturiy taʼminotning emas, jarayonning xatosi.

Quyida oʻsha xatolar. Har biri uchun: nega sodir boʻladi, nimaga olib keladi va qanday oldini olinadi.

1. Rejasiz boshlash

Eng koʻp uchraydigani va eng qimmati. Koʻp kompaniyalar ichki jarayonlarini aniqlamasdan turib modullarni oʻrnatishga kirishadi — natijada tartibsizlik va chalkashlik yuzaga keladi.

Buning tipik koʻrinishi: “Avval Sale va Inventoryʼni yoqib koʻraylik, keyin qarab olamiz.” Ikki oydan keyin maʼlum boʻladiki, sklad hisobi notoʻgʻri sozlangan, chunki hech kim mahsulot kategoriyalari boʻyicha valuatsiya siyosatini oldindan hal qilmagan edi.

Nega bunday boʻladi. Odooʻda modulni yoqish bir necha soniya vaqt oladi. Bu “boshlash arzon” degan yolgʻon tuygʻu beradi. Aslida esa modulni yoqish emas, uni notoʻgʻri sozlab, ustiga bir oylik hujjat kiritish qimmat.

Toʻgʻri yondashuv. Hech qanday modul yoqilmasdan oldin joriy jarayonlar yozib chiqiladi, kerakli modullar roʻyxati aniqlanadi va joriy qilish fazalarga boʻlinadi. Bu bir haftalik ish — keyinchalik bir necha oyni tejaydi.

2. Hamma modulni birdaniga yoqish

Odooʻning modulligi — kuchli tomoni. Ammo boshidanoq mavjud barcha ilovalarni oʻrnatish foydalanuvchilarni koʻmib tashlaydi.

Bu xato ayniqsa ichki IT jamoalar tomonidan qilinadi: “Baribir litsenziyada bor-ku, yoqib qoʻyaylik.” Natijada sotuv menejeri oʻziga hech qachon kerak boʻlmaydigan 14 ta menyu orasidan kerakligini qidiradi. Foydalanish darajasi tushadi, “tizim murakkab” degan obro’ paydo boʻladi.

Toʻgʻri yondashuv. Bosqichma-bosqich joriy qilish: avval oʻzak (masalan, Sale + Inventory + Accounting), ular barqaror ishlay boshlagandan keyin keyingisi. Agar tizim allaqachon muammoli holatda boʻlsa, qoida yanada qatʼiy: asosiy funksiyalar ishonchli ishlamaguncha yangi modul qoʻshilmaydi.

3. Over-customization — eng qimmat xato

Bu xato manbalarning deyarli barchasida birinchi oʻrinda turadi.

Odoo kuchli standart jarayonlarga ega, ammo koʻp kompaniyalar eski jarayonlarini yangi tizim ichida aynan takrorlashga urinadi. Eng yaxshi amaliyotlarga moslashish oʻrniga, dasturchidan “Odooʻni bizning ishlash uslubimizga moslashtir” deb soʻraydi.

Va bu bevosita texnik qarzga aylanadi. Odooʻning oʻz rasmiy hujjatida ham shu ochiq yozilgan: oʻz ishlanmalaringizni iloji boricha shubha ostiga oling va funksional muqobil yechim toping; ishlanmalaringiz bilan standart Odoo oʻrtasidagi takrorlanishni yoʻq qilish yangilanish jarayonini yengillashtiradi va texnik qarzni kamaytiradi.

Foydalanuvchilar tomonidan bu qanday his qilinadi? G2’dagi bir sharhda aniq ifodalangan: asosiy kamchilik — joriy qilishning murakkabligi va umumiy narxi; bazaviy mahsulot arzon koʻrinsa-da, Odooʻni haqiqatan ishlaydigan holatga keltirish keng koʻlamli customization, uchinchi tomon ilovalari va doimiy texnik yordamni talab qiladi, tez-tez chiqadigan yangilanishlar esa customizationʼlarni buzib qoʻyishi mumkin.

Amaliy mezon. Har bir customization soʻroviga bitta savol bering: “Bu bizning raqobat ustunligimizmi yoki shunchaki odatmi?”

“Biz doim shunday qilganmiz” → jarayonni oʻzgartiring
“Qonun talab qiladi” yoki “mijozlarimiz aynan shuni soʻraydi” → kod yozing

Customization real raqobat boʻshligʻini yopishi kerak, eskirgan odatni saqlab qolishni emas.

4. Talablarni faqat IT va moliyadan yigʻish

Klassik ssenariy: discovery yigʻilishida direktor, bosh buxgalter va IT bor. Sklad mudiri, kassir va sotuv menejeri yoʻq.

Jamoalar real biznes ehtiyojini tushunib olishdan oldin texnik sozlashga shoshiladi — talablarni faqat IT va moliyadan oladi, operatsion boʻlim, sotuv va mijozlar bilan ishlash boʻlimining muhim fikri esa eʼtibordan chetda qoladi.

Natijasi go-live kuni chiqadi: buxgalteriya hisoboti benuqson, ammo sklad ishchisi har bir chiqim uchun 6 ta klik qilishga majbur va kuniga 200 ta chiqim bor.

Toʻgʻri yondashuv. Har bir boʻlimdan key user. Va talab soʻrovnoma orqali emas, ish joyida kuzatish orqali yigʻiladi — odam ekranda nimani bosadi, qaysi Excelʼni ochadi.

5. Iflos maʼlumotni koʻchirish

Har bir kompaniya oʻz maʼlumotini aslidagidan toza deb oʻylaydi. Yillar davomida yigʻilgan eksportlar, Excelʼdagi vaqtinchalik yechimlar va eski tizim gʻalizliklari ortidan dublikat yozuvlar, bir xil boʻlmagan formatlar va toʻldirilmagan maydonlar qoladi.

Toʻliq boʻlmagan, eskirgan yoki takrorlanuvchi maʼlumotni eski tizimdan Odooʻga koʻchirish xatolarga olib keladi, operatsiyalarni buzadi va foydalanuvchilarning tizimga ishonchini pasaytiradi.

Oxirgi jumla eng muhimi. Ishonchni yoʻqotish qaytarilmas. Bir marta “bu hisobot notoʻgʻri” deb ishongan buxgalter keyingi olti oy davomida parallel Excel yuritadi — va siz buni ancha kech bilib qolasiz.

Toʻgʻri yondashuv:

Koʻchirishdan oldin tozalash. Dublikatlarni birlashtirish, oʻlchov birliklarini bir xillashtirish, faol boʻlmagan mahsulotlarni arxivlash.
Kamida ikki marta sinov importi, Staging muhitida.
Har importdan keyin solishtirish: jami sklad qoldigʻi, debitor/kreditor qarzdorlik, konto balanslari eski tizim bilan aniq mos kelishi kerak.

6. Sherikni faqat narx boʻyicha tanlash

Bu xato mijoz tomonida, ammo oqibati hammaga tegadi.

Koʻp tashkilotlar Odoo joriy qiluvchi kompaniyani asosan narx yoki sotuv taqdimoti asosida tanlaydi — tajriba, metodologiya va joriy qilishdan keyingi yordam haqida soʻramasdan. Eng arzon variant uzoq muddatda kamdan-kam hollarda eng arzoni boʻlib chiqadi. Oʻsha manbada aniq misol ham bor: 80 000 dollar turishi kerak boʻlgan loyihalar 30 000 dollarga kotirovka qilinib, oxir-oqibat qayta ishlash va choʻzilgan muddatlar hisobiga ikki barobar qimmatga tushgan.

Sertifikat ham yetarli kafolat emas: sertifikatlash asosan firma Odooʻning oʻquv va sotuv talablarini bajarganini tasdiqlaydi, ammo jamoa murakkab real loyihalar bilan ishlaganini anglatmaydi — masalan, koʻp kompaniyali oʻzaro operatsiyalar, murakkab BoMʼlar uchun Python migratsiya skriptlari yoki stock valuation layer xatolari sabab paydo boʻlgan “fantom” jurnal yozuvlarini hal qilish.

Nima soʻrash kerak. Sherik bilan shartnoma imzolashdan oldin uning joriy qilish jarayoni, “rescue” (qulagan loyihani qutqarish) tajribasi, maʼlumot koʻchirish strategiyasi va ishga tushirishdan keyingi yordam tuzilmasi haqida soʻrang. Agar javoblar mavhum yoki haddan tashqari sotuvga yoʻnaltirilgan boʻlsa — bu odatda ogohlantiruvchi belgi.

7. Testsiz go-live

Natija — xatolar, buzilgan jarayonlar va notoʻgʻri sozlangan narx qoidalari real foydalanuvchilar tomonidan jonli production muhitida topiladi. Go-liveʼdan keyin muammoni tuzatish uni oldindan tutib olishdan har doim qimmatroq, xodimlar ishonchiga va mijozlar bilan munosabatlarga yetgan zarar esa oylar davomida saqlanib qolishi mumkin.

Toʻgʻri yondashuv. UAT (User Acceptance Testing) — mijozning oʻzi oʻtkazadigan test. Stsenariylar real hujjatlar asosida: oʻtgan oyning haqiqiy buyurtmasini oling va uni sotuv → yetkazish → invoys → toʻlov zanjiri boʻylab toʻliq oʻtkazing. UAT rasman qabul qilinmaguncha go-live yoʻq.

8. Bir martalik oʻqitish

Koʻp kichik va oʻrta biznes faqat bir martalik oʻquv sessiyasi bilan cheklanadi. Bu uzoq muddatli oʻzlashtirish uchun odatda yetarli emas, tadqiqotlar esa zaif change management ERPʼdan samarali foydalanishni 70 foizgacha kamaytirishini koʻrsatadi.

Bir hafta davom etgan trening va 40 betlik PDF — bu oʻqitish emas, hisobot uchun qilingan ish. Odam tizimni real ish oqimida, oʻz hujjatlari ustida oʻrganadi.

Toʻgʻri yondashuv. Rollar boʻyicha qisqa treninglar, oʻzbek tilidagi 2–3 daqiqalik videolar, har bir boʻlimda 1–2 ta “champion” tayyorlash. Tajribali sherik oʻzlashtirishni uzluksiz jarayon deb biladi va go-liveʼdan keyin ham uni kuzatib boradi.

9. Yangilanishni rejaga kiritmaslik

Odoo yiliga bitta katta versiya chiqaradi. Agar siz buni boshidanoq hisobga olmasangiz, 2–3 yildan keyin tanlov tor boʻlib qoladi.

Communityʼda yangilanish avtomatik emas — bu pullik dasturlash loyihasi. Custom modullar yangi versiyada koʻpincha ishlamay qoladi va qayta yozilishi kerak. Natijada koʻp biznes 2–3 versiya orqada qolib ketadi, chunki yangilanish juda qimmat — bu esa jamlanib boruvchi texnik qarzni yuzaga keltiradi.

Texnik sabab ham aniq: maʼlumot avtomatik koʻchsa ham, custom kod ORM, model tuzilmasi, JavaScript freymvorki (jQueryʼdan OWLʼga oʻtish) va huquqlar tizimidagi oʻzgarishlar sababli qoʻlda refaktoring talab qiladi.

Toʻgʻri yondashuv:

Har bir customization uchun “yangilanish narxi” ni oldindan baholang. Bu bir martalik emas, takrorlanuvchi xarajat.
Standart APIʼga tayaning, ORM ichiga chuqur kirmang, coreʼni monkey-patch qilmang.
Yangilanish davriyligini shartnomada belgilang (masalan, har 2 yilda bir marta).

10. Go-liveʼni loyihaning tugashi deb bilish

Sherik go-liveʼdan bir hafta keyin javob bermay qoʻysa, loyiha texnik jihatdan muvaffaqiyatli boʻlsa ham amalda qulaydi. Joriy qiluvchi sherik ishga tushirishdan keyingi kamida dastlabki oylar davomida aniq eskalatsiya yoʻllari va javob muddatlari bilan yordam koʻrsatishi kerak.

Hyper-care rejimi: birinchi 2–4 hafta — qisqartirilgan javob muddati, har kuni qisqa yigʻilish (“bugun kim nimaga qoqildi?”), topilgan muammolarni darhol yoʻriqnomaga qaytarish. Shundan keyingina odatiy supportʼga oʻtiladi.

Oʻzbekiston kontekstidagi qoʻshimcha uchta xato

Yuqoridagilar universal. Lokal amaliyotda men muntazam koʻradigan yana uchtasi:

Lokalizatsiyani oxirgi haftaga qoldirish. NDS, hisob-faktura formati, DIDOX/soliq integratsiyasi — bular “keyin qoʻshib qoʻyamiz” deb kechiktiriladi va cutoverʼdan uch kun oldin panikaga aylanadi. Lokalizatsiya talablari Design bosqichida aniqlanishi kerak, chunki ular kontlar rejasiga va invoys oqimiga taʼsir qiladi.

Ikki valyutali hisobni kech oʻylash. Soʻm va dollarda parallel hisob yurituvchi kompaniyalar koʻp. Valyuta kurslari siyosati, qayta baholash va POSʼdagi ikki valyutali toʻlov — bular keyinchalik qoʻshiladigan “kichik funksiya” emas, balki arxitektura qarori.

“Direktor hammasini koʻrsin” talabi. Aslida bu ruxsatlar tizimini buzadi. Toʻgʻri javob — direktorga barcha maʼlumotni ochish emas, unga kerakli koʻrsatkichlarni beradigan dashboard qurish.

Go-live oldidan qisqa tekshiruv roʻyxati

Scope hujjati mavjud va imzolangan
Fit-Gap tahlili yakunlangan, har bir Gap boʻyicha qaror yozilgan
Customization roʻyxati maʼlum va har biri asoslangan
Maʼlumot tozalangan, kamida 2 marta sinov importi oʻtkazilgan
Balanslar va qoldiqlar eski tizim bilan solishtirilgan
UAT mijoz tomonidan bajarilgan va qabul qilingan
Rollar boʻyicha oʻqitish oʻtkazilgan, championʼlar tayinlangan
Cutover rejasi soatlab yozilgan, rollback varianti bor
Hyper-care davri va javob muddatlari kelishilgan

Xulosa

Statistika achchiq: Gartner prognoziga koʻra, 2027-yilgacha yaqinda joriy qilingan ERP loyihalarining 70 foizdan ortigʻi dastlabki biznes maqsadlariga toʻliq erisha olmaydi — va aksariyat hollarda sabab dasturiy taʼminotning oʻzida emas, balki zaif rejalashtirish, noaniq jarayonlar yoki kuchsiz joriy qilish strategiyasidadir.

Yuqoridagi oʻnta xatoning birortasi ham texnologiya bilan bogʻliq emas. Ularning hammasi — qaror qabul qilish va tartib-intizom masalasi.

Shuning uchun eng yaxshi xabar ham shu: bu qoʻllanmadagi xatolarning barchasining oldini olish mumkin. Farq tayyorgarlikda. Odoo ishlaydi — real reja, toʻgʻri sherik, toza maʼlumot, oʻqitilgan foydalanuvchilar va uzoq muddatli qarash bilan oʻylab joriy qilinsa.

Agar loyihani boshlashdan oldin faqat uchta narsani yopib olsangiz — hujjatlashtirilgan scope, tozalangan maʼlumot va mijoz tomonida qaror qabul qiladigan odam — qolgani texnika masalasi.

Siz Odoo joriy qilishda qaysi xatoga duch kelgansiz? Ayniqsa customization chegarasini qayerda qilish kerakligi boʻyicha tajribangizni eshitish qiziq.

Odoo Developer uchun Odoo Shell (Dasturchi sifatida bilishingiz kerak)

Thu, 05 Feb 2026 00:00:00 GMT

Odoo bilan jiddiy ishlayotgan dasturchi payt kelib shuni tushunadi:
Odooʻdagi har bir narsani button, server action yoki API orqali tekshirib oʻtirish — sekin va koʻpincha ortiqcha murakkab boʻladi.

Baʼzan sizga backend ichiga toʻgʻridan-toʻgʻri kirib:

“Backendda nima gaplar oʻzi?”

degan savolga tez javob kerak boʻladi.

Ana shu joyda Odoo Shell oʻzini koʻrsatadi.

Odoo Shell nima?

Odoo Shell — bu Odooʻga ulangan oddiy Python interactive muhit.
Farqi shundaki, u sizga:

real database
real modellar
real biznes logika

bilan bevosita ishlash imkonini beradi.

Hech qanday qoʻshimcha kod yozmasdan, Odoo ichidagi deyarli hamma narsani tekshirib koʻrish mumkin.

Amaliyotda Odoo Shell asosan quyidagilar uchun ishlatiladi:

test qilish
debug qilish
maʼlumotlarni tekshirish
favqulodda holatlarda dataʼni toʻgʻrilash

Odoo Shellʼga kirish

Shellʼga kirish uchun Odooʻni qaysi konfiguratsiya va qaysi database bilan ishlatayotgan boʻlsangiz, shularni koʻrsatish kifoya.

./odoo-bin shell -c ./conf/odoo.conf -d my_database

Agar database nomi konfiguratsiya faylida koʻrsatilgan boʻlsa, -d flagni yozmasangiz ham boʻladi.

Shell ochilgandan keyin siz oddiy Python konsolini koʻrasiz, lekin u Odooʻga toʻliq ulangan boʻladi.

Shell ochilganda sizga nima beriladi?

Eng muhim obyekt — bu env.

Aslida, Odoo Shellʼni tushunish — bu****envʼni tushunish degani.

env orqali siz:

istalgan modelga kira olasiz
hozirgi foydalanuvchini bilasiz
contextʼni koʻrasiz
database bilan ishlaysiz

Misollar

Hozirgi foydalanuvchi:

env.user

Contextʼni koʻrish:

env.context

Maʼlumotlarni oʻqish (READ)

Oddiy misol. Ismi Asilbek boʻlgan barcha partnerlarni topamiz:

partners = env['res.partner'].search([('name', '=', 'Asilbek')])
for p in partners:
    print(p.id, p.email)

Agar faqat bitta yozuv kerak boʻlsa:

partner = env['res.partner'].search([], limit=1)
partner.name

Bu yerda hech qanday SQL yozilmadi, lekin real databaseʼdan real maʼlumot oʻqildi.

Yozuv yaratish (CREATE)

Shellʼning eng kuchli joylaridan biri — yozuvni toʻgʻridan-toʻgʻri yaratish.

partner = env['res.partner'].create({
    'name': 'Asilbek Test',
    'email': 'asilbek@test.com',
    'is_company': False,
})

⚠️ Bu yozuv hali tranzaksiya ichida turadi.
Agar shellʼdan chiqib ketsangiz, yoʻqolib ketishi mumkin.

Maʼlumot saqlanishini xohlasangiz:

env.cr.commit()

👉 Mana shu joyda koʻpchilik xato qiladi.
Commit qilmasangiz — oʻzgarish vaqtinchalik boʻladi.

Yozuvni oʻzgartirish (WRITE)

Mavjud yozuvni oʻzgartirish ham juda oson:

partner = env['res.partner'].browse(1)
partner.write({
    'email': 'new@email.com'
})
env.cr.commit()

⚠️ browse() notoʻgʻri ID olsa, xatolik bermasligi mumkin.
Shuning uchun har doim natijani tekshirish — yaxshi odat.

Yozuvni oʻchirish (UNLINK)

Shellʼda oʻchirish juda xavfli boʻlishi mumkin. Chunki bu real record oʻchirish.

partner = env['res.partner'].browse(10)
partner.unlink()
env.cr.commit()

❗ Productionʼda buni ishlatishdan oldin ikki marta oʻylang.

Model methodlarini chaqirish

Shell faqat CRUD uchun emas. Siz istalgan model methodini ham chaqira olasiz.

Masalan, sale orderʼni tasdiqlash:

order = env['sale.order'].browse(5)
order.action_confirm()
env.cr.commit()

Bu UIʼda bosilgan “Confirm” tugmasi bilan deyarli bir xil natija beradi.

sudo() va foydalanuvchi bilan ishlash

Koʻp muammo access rights sababli chiqadi. Shellʼda buni tekshirish juda qulay.

env['res.partner'].sudo().search([], limit=5)

Yoki admin foydalanuvchi bilan ishlash:

admin_env = env(user=env.ref('base.user_admin'))
admin_env['res.partner'].search([], limit=5)

Bu orqali muammo kodda ekanmi yoki ruxsatlarda ekanini tez tushunish mumkin.

SQL bilan ishlash (env.cr)

Baʼzi hollarda ORM yetarli boʻlmaydi. Shellʼda SQL ham ishlaydi.

env.cr.execute("""
    SELECT id, name
    FROM res_partner
    WHERE active = true
    LIMIT 5
""")
env.cr.fetchall()

Agar SQL orqali maʼlumotni oʻzgartirsangiz:

env.cr.commit()

Model strukturasi va fieldlar

Model qanday fieldlardan iboratligini tez koʻrish mumkin:

env['res.partner'].fields_get().keys()

Bitta field haqida batafsil maʼlumot:

env['res.partner'].fields_get(['email'])

Bu ayniqsa yangi modul yoki begona model bilan ishlaganda juda foydali.

Context bilan ishlash

Context koʻp narsani oʻzgartiradi:

til
timezone
active_id va boshqalar

Tilni tekshirish:

env.context.get('lang')

Boshqa til bilan ishlash:

new_env = env(context=dict(env.context, lang='uz_UZ'))

Debug uchun foydali tekshiruvlar

Model mavjudmi?

env['ir.model'].search([('model', '=', 'res.partner')])

Tizimdagi barcha modellar:

env.registry.models.keys()

Viewʼlarni tekshirish:

env['ir.ui.view'].search([('model', '=', 'res.partner')])

env.cr.commit() haqida muhim haqiqat

Shell ichida create, write, unlink qilsangiz,
lekin****env.cr.commit() chaqirmasangiz — oʻzgarishlar vaqtinchalik boʻladi.

Shell yopilganda ular bekor qilinadi.

Lekin commit qilish ham har doim toʻgʻri emas. Chunki commit — bu qaytmas qaror. Ayniqsa production muhitda.

Asosiy qoida

Nima qilayotganingizni aniq tushunmasangiz — commit qilmang.

Kamina kamtarin,
Bahrom Najmiddinov

Odoo: Toʻliq Yoʻriqnoma — Boshlovchilar va Oʻrganuvchilar Uchun

Wed, 14 Jan 2026 00:00:00 GMT

1. Odoo nima va nima uchun aynan Odoo?

Odoo — bu zamonaviy ERP (Enterprise Resource Planning) tizimi boʻlib, bir vaqtning oʻzida dasturlash frameworki ham hisoblanadi. Bu nimani anglatadi?

Oddiy qilib tushuntiradigan boʻlsak:

ERP tizim sifatida: Odoo sizga tayyor biznes dasturlarini taqdim etadi (sotuvlar, ombor, ishlab chiqarish, HR va boshqalar)
Framework sifatida: Siz bu tizimni oʻz ehtiyojlaringizga moslab, yangi funksiyalar qoʻshishingiz yoki mavjudlarini oʻzgartirishingiz mumkin

Odoo ning asosiy afzalliklari:

Tayyor yechimlar: Noldan boshlamasligingiz mumkin. Professional dasturchilar tomonidan ishlab chiqilgan tayyor modullar bilan keladi
Open Source: Kodlar ochiq, bepul yuklab olishingiz va oʻrganishingiz mumkin
Moslashuvchanlik: Istagan darajada oʻzgartirishlar kiritishingiz mumkin
Yagona ekotizim: Barcha biznes jarayonlari bir platformada — POS, ombor, ishlab chiqarish, HR va boshqalar
Modular tuzilma: Faqat kerakli qismlarni ishlatishingiz mumkin

Nima uchun aynan Odoo?

Agar siz:

Django, Node.js kabi frameworklardan kelyapsiz
ERP tizimlari bilan ishlashni oʻrganmoqchisiz
Tayyor biznes yechimlariga ega boʻlishni xohlasangiz
Bir vaqtning oʻzida tayyor mahsulot va dasturlash imkoniyatini istasangiz

Odoo sizga ikkalasini ham beradi: tayyor ishlaydigan tizim + toʻliq dasturlash erkinligi.

2. Odoo Dasturchi vs Odoo Konsultant

Bu muhim farq! Koʻpchilik bu ikki yoʻnalishni aralashtirib yuboradi.

Odoo Dasturchi (Developer)

Nima qiladi?

Python tilida backend kodi yozadi
XML orqali view (koʻrinish)larni yaratadi va sozlaydi
JavaScript (OWL framework) orqali frontend funksiyalarini ishlab chiqadi
Yangi modullar (addon) yaratadi
Mavjud modullarni kengaytiradi va oʻzgartiradi
Texnik muammolarni hal qiladi

Qaysi texnologiyalar bilan ishlaydi?

Python — backend dasturlash uchun
XML — viewlarni yaratish uchun
JavaScript/OWL — frontend customization uchun
PostgreSQL — maʼlumotlar bazasi
Git — versiya nazorati

Misol vazifa: Kompaniya uchun maxsus hisobot moduli yaratish, standart savdo jarayoniga qoʻshimcha validatsiya qoʻshish

Odoo Konsultant (Functional Consultant)

Nima qiladi?

Biznes jarayonlarini tahlil qiladi
Odoo ni mijoz ehtiyojlariga moslashtiradi (konfiguratsiya)
Foydalanuvchilarni oʻrgatadi
Biznes jarayonlarini optimallashtiradi
Texnik boʻlmagan sozlamalarni amalga oshiradi
Mijoz bilan muloqot qiladi va talablarni toʻplaydi

Qanday bilimlar kerak?

Odoo modullarini chuqur bilish
Biznes jarayonlarini tushunish
Konfiguratsiya sozlamalarini bilish
Mijoz bilan ishlash koʻnikmalari
Muammo yechish qobiliyati

Misol vazifa: Kompaniyaning sotish jarayonini Odoo da sozlash, xodimlarni tizimdan foydalanishga oʻrgatish

Ikkalasini birga qilish mumkinmi?

Ha! Koʻpchilik muvaffaqiyatli Odoo mutaxassislari ikkalasini ham biladi:

Texnik muammolarni kod orqali hal qilish
Biznes jarayonlarini tushunish va sozlash

Bu sizni Full-stack Odoo mutaxassis qiladi va mehnat bozorida juda qimmatli.

3. Odoo Texnik Tuzilmasi: Framework Qismi

Backend: Python va MVC Arxitekturasi

Odoo MVC (Model-View-Controller) arxitekturasidan foydalanadi:

Model (Maʼlumotlar qatlami)

# Misol: Talaba modeli
class Student(models.Model):
    _name = 'school.student'
    _description = 'Student Information'

    name = fields.Char(string='Name', required=True)
    age = fields.Integer(string='Age')
    grade = fields.Selection([
        ('a', 'A'),
        ('b', 'B'),
        ('c', 'C')
    ], string='Grade')

Bu yerda:

_name - modelning texnik nomi
_description - tavsif
fields - maʼlumot maydonlari

View (Koʻrinish qatlami) — XML

XML — bu LEGO konstruktori kabi. Siz bloklar (elementlar) yordamida interfeys quraysiz:

<record id="view_student_form" model="ir.ui.view">
    <field name="name">student.form</field>
    <field name="model">school.student</field>
    <field name="arch" type="xml">
        <form>
            <sheet>
                <group>
                    <field name="name"/>
                    <field name="age"/>
                    <field name="grade"/>
                </group>
            </sheet>
        </form>
    </field>
</record>

Nega XML?

Frontend kod yozishingiz shart emas
Odoo avtomatik ravishda HTML, CSS, JavaScript yaratadi
Siz faqat “bu yerda bu maʼlumot koʻrsatilsin” deb koʻrsatma berasiz
Tez va oson

Controller (Boshqaruvchi qatlami)

Foydalanuvchi soʻrovlarini qayta ishlaydi va javob qaytaradi.

Frontend: JavaScript va OWL Framework

Agar standart view lar yetarli boʻlmasa, chuqurroq sozlashlar kerak boʻlganda:

OWL (Odoo Web Library) — bu Odoo uchun maxsus JavaScript framework:

React/Vue ga oʻxshash komponent tuzilmasi
Odoo ekotizimiga toʻliq integratsiya
Default viewlarni oʻzgartirish
Yangi widget va komponentlar yaratish

QWeb Templates — bu Odoo ning template tili:

XML asosida
JavaScript bilan birga ishlaydi
Dinamik koʻrinishlar yaratish uchun

Qachon kerak?

Standart view lar talablarni qondirmasa
Maxsus vizual komponentlar kerak boʻlganda
Murakkab foydalanuvchi interfeysi zarur boʻlganda

4. Odoo Ekotizimi: Modular Tuzilma

Modul (Addon) nima?

Modul — bu Odoo da mustaqil funksional qism. Har bir modul alohida vazifani bajaradi.

Standart modullar (tayyor keladi):

Sales — sotuvlarni boshqarish
Purchase — xaridlarni boshqarish
Inventory — ombor boshqaruvi
Accounting — buxgalteriya
HR — kadrlar boshqaruvi
CRM — mijozlar bilan ishlash
POS — savdo nuqtalari
Manufacturing — ishlab chiqarish
Va yana 30+ asosiy modul

Custom modullar (siz yaratasiz):

Agar standart funksionallik yetarli boʻlmasa, oʻz modulingizni yarating:

Yangi biznes jarayonlar
Maxsus hisobotlar
Integratsiyalar (API bilan ishlash)
Kompaniya ehtiyojlariga moslashgan yechimlar

Modular arxitekturaning afzalliklari:

Faqat kerakli qismlarni oʻrnatish
Tizimni ogʻirlashtirmaslik
Oson yangilash va texnik xizmat koʻrsatish
Modullar bir-biriga bogʻliq boʻlishi mumkin (dependency)

5. Open Source vs Enterprise

Community (Open Source) Versiya

Bepul va ochiq:

Asosiy barcha modullar mavjud
Kod ochiq — oʻrganish va oʻzgartirish erkin
Katta jamoa tomonidan qoʻllab-quvvatlanadi
GitHub da barchasi mavjud

Kimlar uchun?

Oʻrganuvchilar
Kichik bizneslar
Dastur ishlab chiquvchilar
Startup lar

Enterprise Versiya

Pullik, qoʻshimcha imkoniyatlar:

Zamonaviy dizayn — professional koʻrinish
Qoʻshimcha modullar: IoT, Marketing Automation, Helpdesk va boshqalar
Rasmiy qoʻllab-quvvatlash — Odoo jamoasidan yordam
Mobil ilovalar — iOS va Android uchun
Hosting — Odoo.sh platformasi

Muhim: Enterprise funksiyalari Community ga qoʻshilib ketmaydi. Lekin Community versiya bilan ham professional loyihalar qilish mumkin.

6. Odoo bilan nima qilish MUMKIN va nima qilish QIYIN

✅ Odoo uchun MUKAMMAL

ERP tizimlari

Buxgalteriya avtomatlashtirish
Ombor va logistika boshqaruvi
Sotuvlar va xaridlarni boshqarish
HR va ish haqi hisoblash

2. Biznes jarayonlarini avtomatlashtirish

Hujjat aylanmasi
Tasdiqlash jarayonlari (approval workflow)
Avtomatik hisobotlar

3. CRM va mijozlar bilan ishlash

Lead tracking
Mijozlar bazasi
Marketing kampaniyalar

4. E-commerce va savdo

Onlayn doʻkon
POS tizimlari
Tovarlar katalogi

⚠️ Odoo uchun QIYIN yoki NOTOʻGʻRI

SaaS ilovalar

Multi-tenancy qiyin
Odoo arxitekturasi SaaS uchun moʻljallanmagan
Yaxshiroq variant: Django, Node.js, Laravel

2. Mobil ilovalar (native)

Odoo mobil API beradi, lekin native dastur emas
React Native yoki Flutter yaxshiroq tanlov

3. Real-time ilovalar

Chat, streaming — bu Odoo uchun emas
WebSocket ni integratsiya qilish qiyin

4. Oʻta yuqori load (yuklanish)

Millionlab foydalanuvchilar — Odoo uchun qiyin
Mikroservis arxitekturasi yaxshiroq

Xulosa: Odoo — ERP va biznes avtomatlashtirish uchun. Agar sizga startup uchun ijtimoiy tarmoq yoki oʻyin kerak boʻlsa, boshqa texnologiyalarni tanlang.

7. Odoo ni qanday oʻrganish kerak?

Bosqichma-bosqich yoʻl

1-bosqich: Fundament (1–2 oy)

Python ni oʻrganing (agar bilmasangiz)
PostgreSQL asoslari (boshlanishiga odoo orm ni oʻzi yetarli boʻladi)
Git bilan ishlash (hozircha boshlangʻich bilimlar)
Linux buyruqlari (asosiy)

2-bosqich: Odoo asoslari (2–3 oy)

Odoo ni oʻrnatish (development muhitini sozlash)
Modul tuzilmasi va arxitekturasi
Model yaratish (Python)
View yaratish (XML)
Asosiy CRUD operatsiyalari

3-bosqich: Oʻrtacha daraja (3–4 oy)

ORM (Object-Relational Mapping) chuqurroq
Workflow va computed fields
Modullar oʻrtasida bogʻlanish (inheritance, delegation)
Security (access rights, record rules)
Wizards (koʻp bosqichli jarayonlar)

4-bosqich: Advanced (4–6 oy)

JavaScript va OWL framework
QWeb templates
API yaratish va integratsiyalar
Performance optimallashtirish
Deployment va production sozlamalari

5-bosqich: Mutaxassislik (davomiy)

Muayyan sohaga ixtisoslashuv (Manufacturing, Accounting va boshqalar)
Katta loyihalar boshqaruvi
Biznes jarayonlarini chuqur oʻrganish

Amaliy mashqlar

Oddiy library management tizimi yarating
School management moduli ishlab chiqing
Custom hisobot yarating
API integratsiya qiling (masalan, SMS service)
Real loyihada ishlang (freelance yoki kompaniyada)

Resurslar

Rasmiy dokumentatsiya: odoo.com/documentation
GitHub: github.com/odoo/odoo
Odoo.sh: bepul trial muhit
YouTube: koʻplab tutorial videolar
Forum: odoo.com/forum

XULOSA VA SUMMARY

Odoo bu

✅ ERP tizimi + dasturlash framework
✅ Open source va bepul (Community)
✅ Tayyor modullar + oʻzgartirish imkoniyati
✅ Python (backend) + XML (view) + JavaScript (advanced frontend)
✅ Biznes jarayonlarini avtomatlashtirish uchun ideal

Ikki yoʻnalish

1️⃣ Odoo Developer:

Python, XML, JavaScript texnologiyalari
Kod yozish va texnik muammolar
Modullar yaratish va sozlash

2️⃣ Odoo Consultant:

Biznes jarayonlarini tushunish
Tizimni sozlash (konfiguratsiya)
Foydalanuvchilarni oʻrgatish

💡 Ikkalasini ham bilish — eng yaxshi variant!

Texnologiyalar

Backend: Python (MVC model)
Frontend: XML (LEGO kabi), JavaScript/OWL (advanced)
Database: PostgreSQL
Framework: Odoo ORM

Qachon Odoo?

✅ ERP tizim kerak
✅ Biznes jarayonlarini avtomatlashtirish
✅ Tayyor yechim + moslashuvchanlik

❌ SaaS startup
❌ Native mobil ilovalar
❌ Real-time chat/gaming

Oʻrganish yoʻli

Python va asoslar (1–2 oy)
Odoo asoslari (2–3 oy)
Oʻrtacha daraja (3–4 oy)
Advanced (4–6 oy)
Davomiy amaliyot

Eng muhimi: Amaliyot qiling! Nazariya muhim, lekin real loyihalar sizni haqiqiy mutaxassisga aylantiradi.

Odoo nima? Biznesni avtomatlashtirish uchun ERP

Fri, 17 Oct 2025 00:00:00 GMT

Tasavvur qiling: siz har kuni xodimlarni kuzatasiz, hisob-kitoblarni tekshirasiz, mahsulot va inventarizatsiyani boshqarasiz, mijozlar bilan bogʻlanasiz… va shu jarayonlarning barchasi sizni charchatadi. Shu bilan birga, kichik xatoliklar katta moliyaviy yoʻqotishga olib kelishi mumkin.

Shu yerda Odoo sizning eng yaxshi yordamchingizga aylanadi.

Odoo nima?

Odoo — bu barcha biznes jarayonlarini bir platformada boshqarishga imkon beruvchi ERP tizimi. U kichik, oʻrta va yirik kompaniyalar uchun mos va jarayonlarni soddalashtiradi.

Odoo bilan nimalarga erishish mumkin?

1️⃣ Mijozlar bilan ishlash (CRM)

Mijozlar profilini yaratish va boshqarish.
Sotuvlarni kuzatish va avtomatik follow-up xabarlar joʻnatish.
Mijozlarni segmentlash va marketing strategiyasini optimallashtirish.

Misol: har bir mijozga mos xabar va takliflar avtomatik yuboriladi, sotuvchi esa hech bir mijozni unutib qoʻymaydi.

2️⃣ Inventarizatsiya va omborni boshqarish

Mahsulotlar va yetkazib beruvchilarni real vaqt rejimida kuzatish.
Ombordagi yetishmovchiliklarni oldindan aniqlash.
Buyurtmalarni avtomatik bogʻlash va xatoliklarni kamaytirish.

Misol: onlayn doʻkon qoldiqni real vaqtda koʻradi va yetkazib berishdagi kechikishlar kamayadi.

3️⃣ Moliyaviy hisob-kitob va fakturalar

Xarajatlar, daromadlar va toʻlovlarni avtomatik hisoblash.
Fakturalarni yaratish va joʻnatish, soliq hisobotlarini tayyorlash.

Misol: oylik hisobotlar qoʻlda yigʻilmaydi — maʼlumot tizimda tayyor turadi.

4️⃣ HR va xodimlarni boshqarish

Ishchilar jadvali va vazifalarni markazlashgan tarzda boshqarish.
Ish samaradorligini kuzatish, taʼtillarni va kechikishlarni boshqarish.

Misol: xodimlarning ish vaqti tizimda kuzatiladi, rahbar esa kim qanday ishlayotganini aniq koʻradi.

5️⃣ Savdo va e-commerce integratsiyasi

Onlayn doʻkonlar bilan avtomatik integratsiya.
Buyurtmalarni inventarizatsiya bilan bogʻlash.
Sotuvlarni tezlashtirish va mijozlarga qulaylik yaratish.

6️⃣ Hisobotlar va analytics

Biznesning holatini real vaqt rejimida kuzatish.
Qaysi mahsulotlar koʻproq sotilayotganini, qaysi boʻlim samaraliroq ishlayotganini aniqlash.
Strategik qarorlarni tez va asosli qabul qilish.

Odoo biznesingizga qanday foyda beradi?

✅ Vaqtni tejash: avtomatlashtirilgan jarayonlar tufayli kundalik ishlar kamroq vaqt oladi.
✅ Xatoliklarni kamaytirish: barcha maʼlumotlar yagona tizimda, qoʻlda ish jarayoni kamayadi.
✅ Daromadni oshirish: mijozlar va savdo jarayonlarini samarali boshqarish orqali sotuvlar oshadi.
✅ Boʻlimlararo kommunikatsiya soddalashadi: marketing, savdo, HR va moliya bitta platformada ishlaydi.
✅ Strategik qarorlarni tez qabul qilish: real vaqt analytics bilan biznesingizni raqamli nazorat qilasiz.

Real hayotda bu qanday koʻrinadi?

Agar siz onlayn doʻkon egasi boʻlsangiz:

Mahsulot omborda yetarli yoki yoʻqligini darhol bilasiz.
Xaridor buyurtma qilganda tizim avtomatik inventarizatsiyani yangilaydi, faktura yaratadi va xodimga buyurtma tayyorlash xabari joʻnatadi.
Shu bilan siz vaqtni tejaysiz va mijozni yoʻqotish xavfini kamaytirasiz.

Xulosa

Agar siz biznesingizni samarali boshqarishni, jarayonlarni avtomatlashtirishni va daromadingizni oshirishni istasangiz, Odoo siz uchun ideal yechimdir.