Odoo 20 da olib tashlangan yoki almashtirilgan funksiyalar

Odoo 20 release notes ning Accounting boʻlimini ochgan buxgalter “Employee Expenses” menyusini topa olmaydi: u olib tashlangan. Tasdiqlangan xarajatlar endi standart xarajat jurnalida qoralama bill boʻlib paydo boʻladi va buxgalter ularni boshqa yetkazib beruvchi hujjatlari bilan birga koʻrib, post qiladi. Menyu yoʻqolgan, jarayon esa ketma-ketlikda oʻzgargan.

Sahifada “olib tashlangan imkoniyatlar” deb nomlangan yagona roʻyxat yoʻq. Bunday oʻzgarishlar ilova boʻlimlari ichida tarqalgan: “removed”, “replaced”, “renamed”, “no longer” kabi soʻzlar bilan. Quyida ular tahririyat tomonidan yigʻilib, uch turga ajratilgan: butunlay olib tashlangan, yangi mexanizm bilan almashtirilgan va faqat nomi oʻzgargan. Mamlakatlarga xos lokalizatsiya oʻzgarishlaridan (Misr, Pokiston, Saudiya Arabistoni kabi) bir-ikki misol keltiriladi.

Hisob-kitob: nom oʻzgardi, maʼno ham oʻzgardi

Hisoblar rejasini guruhlash usuli almashgan. Account groups oʻrniga ota hisoblar (parent accounts) ishlatiladi, hisob kodi esa ixtiyoriy boʻlib qolgan. Bir tomonlama oʻqish xavfli: Odoo 20.0 foydalanuvchi hujjatidagi hisoblar rejasi sahifasi hali hisob guruhlarini tasvirlaydi va ularning kod boʻyicha avtomatik shakllanishini yozadi. Hujjat bilan release notes bir-biriga mos kelmaydi. Qaysi biri bazada toʻgʻri ishlashini sinov bazasi koʻrsatadi.

Asset models ham almashgan: ularning oʻrnini depreciation models egallagan va endi faqat eskirish hisobining mantigʻiga eʼtibor beradi. Aktivga oid sozlamalar va avtomatik xatti-harakatlar aktiv hisobining oʻzida jamlangan. Mavjud aktivlar va andozalar bilan ishlayotgan kompaniya shu yerda koʻproq tekshirishga muhtoj.

Eng xavfsiz koʻrinadigan oʻzgarish — nom almashishi, lekin aynan u chalkashlik tugʻdiradi. “In Process” holati “Paid” deb, “Paid” holati “Reconciled” deb qayta nomlangan; qoʻlda “Mark as Reconciled” tugmasi esa amallar menyusiga koʻchirilgan. Demak, “Paid” soʻzi endi boshqa holatni bildiradi. Bu soʻzga tayangan filtr, hisobot yoki avtomatlashtirish sharti eski maʼnoda qolib ketishi mumkin. Bu — tahririyat xulosasi: release notes bunday xavf haqida yozmaydi.

Yana ikki nom va xatti-harakat oʻzgarishi bor. “Allow Reconciliation” belgisi “Payment Reconciliation” deb nomlangan va endi qoʻlda taqqoslash istalgan hisobda mumkin. Soliq esa tegishli fiscal position dan tashqarida qolsa, hisob-fakturadan olib tashlanadi, hatto oʻrniga boshqa soliq boʻlmasa ham.

Huquqlar: yozuv qoidalari oʻrniga domen

Texnik jihatdan eng katta oʻzgarish — huquqlar modeli. Release notes buni shunday yozadi: yozuv qoidalari (record rules) olib tashlangan, huquqning oʻziga domen qoʻshilgan va u huquq qaysi yozuvlarga tegishli ekanini belgilaydi. Eski modelda ikki alohida narsa boʻlgan: model darajasidagi huquq (ir.model.access) va yozuvni filtrlovchi qoida (ir.rule); xavfsizlik hujjati ularni hozirgacha shunday tasvirlaydi.

Yangi modelning ichki qurilishini Odoo ning 20.0 tarmogʻidagi kod koʻrsatadi. ir.access modeli model, guruh, amal (create, read, update, delete ning qismi) va domen maydonlariga ega. Guruhga bogʻlangan yozuv ruxsat (permission) hisoblanadi, guruhsiz yozuv esa cheklov (restriction). Ruxsatlar “yoki” bilan birlashadi, cheklovlar “va” bilan qoʻshiladi, shuning uchun har bir cheklov alohida rad etishi mumkin. Tahririyat 2026-10-15 kuni base/models papkasida ir_rule.py faylini topmadi.

Bu oʻzgarish birdan paydo boʻlmagan. ORM changelog da ir.access (ACL va yozuv qoidalarini birlashtiruvchi model) Odoo Online ning 19.4 versiyasi ostida, domenlarga asoslangan huquq operatori “access” esa 19.3 ostida qayd etilgan. Maxsus modullar yozgan kompaniya uchun savol shu: security faylidagi qoidalar yangi modelga qanday oʻtadi? Standart yozuvlarni avtomatik oʻtkazish tartibi release notes da yoritilmagan, shuning uchun maxsus huquqlarni sinov bazasida tekshirish kerak.

Kuzatuv xabarlari, belgilar va tashqi xizmatlar

Tracking values (kuzatilgan maydon oʻzgarishlarini saqlovchi qiymatlar) olib tashlangan: endi kuzatuv xabari kerak boʻlganda joyida hosil qilinadi. Burndown diagrammasi, bosqichda turish muddati kabi unga bogʻliq imkoniyatlar yangi tizimga moslashtirilgan. Eski qiymatlar kerak boʻlgan administrator uchun alohida modul bor. Kuzatuv jadvaliga tayanadigan maxsus hisobot yoki integratsiya boʻlsa, uni shu maʼlumot manbasi bilan solishtirib chiqish lozim.

Kichikroq almashtirishlar ham bor. Font Awesome belgilari Material Symbols bilan almashgan; push-bildirishnomalar Firebase oʻrniga Odoo ning oʻz xizmati orqali yuboriladi; CRM da lead yaratish Clearbit oʻrniga Dun & Bradstreet bazasiga oʻtgan. Mondial Relay olib ketish punkti moduli eCommerce dan olib tashlangan, ammo u Sendcloud orqali mavjud. SOFORT esa hech bir toʻlov provayderida qoʻllab-quvvatlanmaydi.

Ishlab chiqarish, ombor, ish haqi va loyiha

Manufacturing da texnologik kartadagi flexible consumption sozlamasi olib tashlangan: har bir ishlab chiqarish buyrugʻi, texnologik karta tanlangan yoki tanlanmaganidan qatʼi nazar, flexible consumption bilan ishlaydi. Qatʼiy sarflash nazorati kerak boʻlgan ishlab chiqarish buni boshqa yoʻl bilan tashkil qilishi lozim; release notes muqobilni koʻrsatmaydi. “Produce” va “Produce All” tugmalari bitta “Produce” ga birlashtirilgan, Inventory dagi qaytarish wizard i esa olib tashlanib, jarayon soddalashtirilgan.

Payroll da work entries va Planning bilan ish haqi integratsiyasi olib tashlangan, work entry turlari bilan time off turlari birlashtirilgan. Ish haqini ish yozuvlari (work entries) asosida hisoblaydigan kompaniya shu bandni birinchi tekshirishi kerak. Project da dashboard dagi profitability hisoboti oʻrniga byudjet, haqiqiy va prognoz marjani koʻrsatuvchi yangi hisobotlar kelgan. Repairs dan “Under Repair” holati olib tashlangan.

Field Service: ilova emas, Planning ichidagi funksiya

Field Service ilovasi toʻxtatilgan, imkoniyatlari Planning ga koʻchirilgan. Bu yoʻqotish emas, koʻchish. Odoo 20.0 hujjatiga koʻra tashrif smena (shift) sifatida rejalashtiriladi: Planning ning oʻzidan, sotuv buyurtmasidan yoki helpdesk tiketidan yaratiladi, ish varaqalari, material hamda vaqt hisobi va marshrut rejalashtirish saqlanadi. 19.0 hujjati esa shu ilovani “field service vazifalarini yaratish” va “marshrut rejalashtirish” kabi sahifalar bilan beradi.

Tashqaridan koʻrinmaydigan bitta nozik joy bor. Worksheet shablonlari endi Studio maydonlari oʻrniga xususiyat maydonlari (property fields) dan foydalanadi. Studio da maxsus worksheet yaratgan kompaniya uni qayta tekshirishi kerak. Release notes bu holatda mavjud shablonlar qanday oʻtishini aytmaydi.

Mamlakat, tarmoq va kichik tuzatishlar

Lokalizatsiyalarda olib tashlashlar soni koʻp, ammo ular faqat tegishli mamlakatga tegadi. Kolumbiyada elektron hisob-faktura endi faqat bepul DIAN ulanishi orqali yuritiladi, Carvajal qoʻllab-quvvatlanmaydi. Misrda Helwan va 6th of October viloyatlari olib tashlanib, yozuvlar Qohira va Gizaga koʻchirilgan. Saudiya Arabistonida “Is Retention” belgisi olib tashlangan, manfiy sotuv soligʻi esa avtomatik ushlab qolish soligʻi sifatida tasniflanadi. Oʻzbekiston uchun bunday olib tashlash qayd etilmagan.

Tarmoq paketlarida nomlar va tarkib almashgan. Construction Builder “General Contractor” ga, Construction Developer esa “Property Developer” ga aylangan; ikkinchisida ishchi element tuzilmasi standart Manufacturing va Inventory imkoniyatlari bilan almashtirilgan. Nonprofit paketidan petitsiya tashkil qilish olib tashlangan. Remote Work moduli Employee ilovasiga qoʻshilgan, Rental da “unavailability days” oʻrniga ish jadvallari kelgan. POS da xodim kirish darajalari qayta nomlanib, “Supervised” nomli yangi, juda cheklangan daraja qoʻshilgan.

Bitta xatti-harakat oʻzgarishi ham eʼtiborga loyiq: Attendances boʻyicha huquqi yoʻq foydalanuvchi ilovadan foydalana olmaydi. Ilgari ochiq boʻlgan boʻlim yopilgan boʻlishi mumkin, shuning uchun bunday xodimlar roʻyxatini oldindan tekshirgan maʼqul.

Bundan nima kelib chiqadi

Quyidagilar manbalardan chiqarilgan tahririyat xulosasi, rasmiy oʻtish tartibi emas. Xavf darajasini taxminan shunday tartiblash mumkin:

• Maʼlumot va huquqqa tegadigan oʻzgarishlar (ir.access, tracking values, work entries) eng yuqori
• Nom va holat almashuvlari oʻrta
• Menyu yoki tugma yoʻqolishi eng past, chunki u darrov koʻrinadi

1. Har bir bandni uch savol bilan oʻtkazing: bizda unga tayanadigan filtr, hisobot yoki avtomatlashtirish bormi; maxsus modul yoki Studio sozlama shu mexanizmdan foydalanadimi; foydalanuvchilarga nimani yangi nom bilan tushuntirish kerak.
2. Nomi oʻzgargan, maʼnosi oʻzgargan bandlarga alohida eʼtibor bering. “Paid” holati kabi misol hisobotda jim xato beradi, olib tashlangan menyu esa darrov koʻrinadi.
3. Hujjatni yagona haqiqat deb olmang. Kamida ikki joyda (hisoblar rejasi va xavfsizlik) 20.0 hujjati eski modelni tasvirlaydi.

Olib tashlangan funksiya ochiq eʼlon qilinadi. Xatti-harakat farqi esa hamma vaqt eʼlon qilinmaydi: uni test bazada shu kompaniyaning oʻz maʼlumoti bilan koʻrish mumkin.