Aksariyat o'rta hajmdagi savdo va ishlab chiqarish korxonalari elektron jadvallar, bir-biriga bog'lanmagan SaaS vositalari va qo'lda ma'lumot kiritish jarayonlari o'sishni to'xtatib qo'yadigan bosqichga yetib keladi. Buyurtmalar hajmi oshadi, jamoalar turli tizimlar o'rtasidagi raqamlarni solishtirish uchungina yangi xodimlarni yollashga majbur bo'ladi, rahbariyat esa omborlar, savdo kanallari va valyutalar kesimida aslida nimalar sodir bo'layotganini aniq ko'rish imkoniyatini yo'qotadi. WorldwideTradeX aynan shu bo'shliqni to'ldiruvchi maxsus dasturiy ta'minot qatlamini yaratadi: biznesning real ishlash tarziga moslashtirilgan ERP tizimlari, umumiy shablonlar o'rniga amaliy ish jarayonlarini qo'llab-quvvatlovchi veb va mobil ilovalar hamda tranzaksiyalar hajmi va integratsiyalar soni ortganda ham barqaror ishlaydigan backend arxitekturasi. Keng qamrovli xalqaro savdo guruhining texnologik hamkori sifatida biz har bir loyihani amaliy operatsion jamoa nuqtai nazaridan — aniq bosqichlar, o'lchanadigan natijalar va tizim topshirilgandan so'ng texnik bo'lmagan jamoa ham mustaqil boshqara oladigan formatda shakllantiramiz.
Ushbu qo'llanma maxsus dasturiy ta'minot ishlab chiqish nimalarni qamrab olishi, tayyor platforma o'rniga maxsus yechim ishlab chiqish qachon o'zini oqlashi, arxitektura va loyihani amalga oshirishga biz qanday yondashishimiz hamda dastlabki suhbatdan to mahsulotni topshirishgacha bo'lgan odatiy jarayon qanday kechishini tushuntiradi.
Maxsus dasturiy ta'minot nimalarni qamrab oladi
"Maxsus dasturiy ta'minot" bir nechta alohida yo'nalishlarni o'z ichiga oluvchi keng tushuncha bo'lib, loyihada kamdan-kam hollarda barcha yo'nalishlar bir vaqtda talab etiladi. Ushbu toifalarni tushunish tizimsiz istaklar ro'yxati o'rniga real loyiha doirasini belgilashga yordam beradi.
ERP tizimlari operatsion yadroni boshqaradi: ombor hisobi, xaridlar, buyurtmalarni boshqarish, moliya va hisobotlarni yagona bog'langan ma'lumotlar modelida birlashtiradi. Maxsus ERP tizimi biznesning operatsion modeli — ko'p valyutali savdo, tovarlarga xos nostandart o'lchov birliklari, turli yetkazib beruvchilardan aralash partiyalarni xarid qilish, loyihaviy tannarx hisoboti — tayyor qolip dasturlarining standart imkoniyatlariga to'g'ri kelmagan holatlarda to'liq oqlanadi.
Veb-ilovalar mijozlar uchun shaxsiy kabinetlardan (buyurtmalarni kuzatish, narx so'rovlari, hisob boshqaruvi) tortib, ichki korporativ vositalargacha (tasdiqlash jarayonlari, analitik boshqaruv panellari, hujjat aylanishi) bo'lgan barcha funksiyalarni qamrab oladi. Veb-ilovalar odatda butun tizim infratuzilmasiga tegmasdan turib, muayyan operatsion muammoni hal qilishning eng tezkor yo'li hisoblanadi.
Mobil ilovalar dala xodimlari, haydovchilar, omborchilar yoki safardagi savdo vakillari ofisdan tashqarida tizim bilan ishlashlari kerak bo'lganda muhim ahamiyat kasb etadi — yuklash maydonchasida shtrix-kodlarni skanerlash, GPS va foto dalillar bilan yetkazib berishni tasdiqlash yoki mijoz bilan uchrashuvda savdo vakilining ombordagi real qoldiqlarni va narxlarni darhol ko'ra olishi shular jumlasidandir.
Backend arxitekturasi ko'pchilik xaridorlar ko'ziga to'g'ridan-to'g'ri ko'rinmaydigan, ammo har doim his qilinadigan qatlamdir: sahifalar qanchalik tez yuklanishi, ikkita tizim xodimlarning qo'lda ma'lumot kiritishisiz o'zaro bog'lana olishi va tizim eng yuklangan oylarda ham to'xtab qolmasdan ishlashi aynan unga bog'liq. Backend ishlari API loyihalash, ma'lumotlar bazasi arxitekturasi, autentifikatsiya va avtorizatsiya hamda ERP, CRM, e-tijorat va uchinchi tomon xizmatlarini bog'lovchi integratsiya qatlamini o'z ichiga oladi.
E-tijorat infratuzilmasi biznes internet orqali B2B yoki B2C savdoni amalga oshirganda va standart shablon do'konlar aks ettira olmaydigan katalog boshqaruvi, hisob-kitob, to'lovlarni qayta ishlash hamda buyurtmalarni bajarish logikasini talab qilganda alohida ixtisoslik hisoblanadi. Bu korxona bitta do'konga ega bo'ladimi yoki turli narx, soliq va yetkazib berish qoidalariga ega bir nechta mintaqaviy variantlarni boshqaradimi, birdek taalluqlidir.
Amaliy loyiha odatda beshala toifani emas, balki ikki yoki uchtasini birlashtiradi. Dastlabki o'rganish bosqichining muhim qismi bitta ish jarayonida muammo bo'lganda butun tizimni qayta qurishga kirishib ketmasdan, biznes muammosini aynan qaysi qatlam hal qila olishini aniqlashdan iborat.
Maxsus ERP tizimlari: Kompaniyaga qachon tayyor platforma, qachon maxsus tizim kerak
Ochiq aytganda, ko'pchilik bizneslar noldan to'liq maxsus ERP yaratishdan ko'ra, mavjud yirik platformalardan — SAP Business One, Oracle NetSuite, Microsoft Dynamics 365 yoki Odoo — boshlaganlari ma'qul. Ushbu platformalar yetuk buxgalteriya modullariga, tasdiqlangan xavfsizlik amaliyotlariga va birinchi yilda yangi tizim yetib bo'lmaydigan ko'p yillik xatolardan tozalangan tizimga ega. Maxsus tizim yaratish yoki mavjud platformani chuqur moslashtirish to'g'risidagi qaror mavhum norozilikka emas, balki aniq va isbotlangan kamchiliklarga asoslanishi kerak.
Tayyor platforma (zarur hollarda qo'shimcha modullar bilan) tanlashga ishora qiluvchi belgilar:
- Asosiy operatsion model — mahsulotni sotish, hisob-faktura chiqarish, omborni boshqarish, standart buxgalteriya hisobini yuritish — sohadagi bizneslarning 80% qismi qiladigan ishlar bilan bir xil.
- Korxona platforma allaqachon hal qilib qo'ygan kuchli standart muvofiqlik vositalariga (QQS hisoboti, turli yurisdiktsiyalar soliq qoidalari, audit jurnallari) muhtoj.
- Moslashtirish talab etiladigan jarayonlar asosiy ish hajmining taxminan 20–30% qismidan kamini tashkil qiladi; qolgan barcha narsani platformaning standart modullari to'liq qoplaydi.
- Operatsion model tayyor platforma ishlab chiquvchilari hech qachon hisobga olmagan o'ziga xosliklarni o'z ichiga oladi — bozor indekslariga bog'langan o'zgaruvchan narxlarga ega xomashyo savdosi, turli valyutalar va Incoterms shartlari bo'yicha aralash partiyalarni hisobga olish yoki standart jarayonlarga to'g'ri kelmaydigan bosqichma-bosqich to'lovli loyihaviy tannarx hisoboti.
- Korxona platformaning litsenziyalash modelidan o'sib ketgan (katta hajmdagi dala yoki mavsumiy xodimlar hisobiga foydalanuvchi boshiga to'lov nomutanosib oshib ketgan) va 5 yillik egalik qilishning umumiy qiymati maxsus ishlab chiqish foydasiga hal bo'ladi.
- Integratsiya talablari shu qadar murakkabki, tanlangan platforma bozorida tayyor konnektor yo'q, uning API orqali yechim yaratish esa yangi funksiyani noldan yaratish bilan teng mehnat talab qiladi.
Qisqacha taqqoslaganda: SAP Business One chuqur moliyaviy nazorat va keng hamkorlik tarmog'iga ega bo'lishni xohlaydigan o'rta bizneslarga mos keladi (litsenziya va joriy etish xarajatlari yuqoriroq). NetSuite bulutli infratuzilma va e-tijorat hamda obuna to'lovlarini integratsiya qilishni xohlovchilar uchun qulay. Odoo esa pastroq boshlang'ich xarajat va ochiq modul arxitekturasi orqali moslashuvchanlikni taqdim etadi, biroq maxsus modullarni qo'llab-quvvatlash uchun kuchli ichki yoki tashqi texnik jamoani talab qiladi.
Veb va mobil ilovalarni ishlab chiqish yondashuvi
Texnologik stekni tanlash shaxsiy qiziqishlarga emas, balki loyihaning aniq cheklovlariga tayanishi kerak. Veb-ilovalar uchun asosiy tanlov an'anaviy serverda render qilinadigan ilovalar (tezkor boshlang'ich yuklanish, oson SEO, mijoz tomonida kamroq murakkablik) hamda React, Vue yoki shunga o'xshash freymvorklarda qurilgan zamonaviy bir sahifali ilovalar (SPA — yuqori interaktivlik, murakkab ichki boshqaruv panellari uchun qulay, biroq ishlab chiqish va qo'llab-quvvatlash murakkabroq) o'rtasida amalga oshiriladi. Marketing va kontentga yo'naltirilgan tashqi sahifalar tezlik va qidiruv tizimlari uchun serverda renderlash yondashuvini ma'qul ko'radi; xodimlar soatlab ishlaydigan ichki tizimlar esa mijoz tomonidagi boy freymvorklarni afzal biladi.
Mobil yo'nalishda sof nativ yoki krossplatforma tanlovi uch omilga bog'liq: ilova qurilma jihozlaridan (kamera, GPS, Bluetooth skanerlar) qanchalik chuqur foydalanishi, ikkita alohida nativ kod bazasini saqlash uchun byudjet yetarliligi va asosiy amallarning tezkorligi. Flutter va React Native kabi krossplatforma freymvorklari odatiy biznes ilovalari (formalar, ro'yxatlar, kameradan suratga olish, oflayn sinxronizatsiya) bo'yicha nativ dasturlar bilan oradagi farqni deyarli yo'qotdi va real vaqtdagi AR yoki o'ta og'ir fon hisob-kitoblari bo'lmagan hollarda eng tejamkor tanlov hisoblanadi.
Backend-first (avval backend) yondashuvi har qanday foydalanuvchi interfeysini qurishdan oldin API va ma'lumotlar modelini loyihalashni anglatadi. Bu juda muhim, chunki vaqt o'tishi bilan biznes bitta ma'lumotlar bazasini turli interfeyslar orqali boshqarishi kerak bo'ladi — bugun veb-portal, kelasi yil mobil ilova, keyinchalik esa hamkor tizimi bilan integratsiya. Tizimning poydevori sifatida API qatlamini yaratish va dastlabki interfeysni ushbu API ning iste'molchilaridan biri sifatida ko'rish interfeysga bog'lanib qolgan mantig'i tufayli keyinchalik ikkinchi interfeys qo'shishda tizimni qayta buzish kabi qimmat xatoning oldini oladi.
Xalqaro sotuvchilar uchun e-tijorat infratuzilmasi
Xalqaro miqyosda internet orqali savdo qilish standart do'kon shablonlari uddalay olmaydigan o'ziga xos talablarni qo'yadi. Ko'p valyutali narxlash bozor bilan nomutanosib bo'lib qoladigan statik jadvallarga emas, balki real vaqtda yoki muntazam yangilanadigan valyuta kurslariga asoslanishi kerak. Ko'p tilli mahsulot kataloglari qo'lda nusxalanib har xil bo'lib qoladigan tavsiflar o'rniga, asosiy tildagi o'zgarishlarni tarjimalar bilan sinxron saqlaydigan kontent modeliga muhtoj.
Headless commerce (ajratilgan tijorat arxitekturasi) — do'konning tashqi ko'rinish qatlamini savdo backendidan (ombor, narxlar, buyurtmalarni qayta ishlash) API orqali ajratish — bir nechta kanal yoki mintaqalarda savdo qiluvchi korxonalar uchun standart arxitekturaga aylandi. U yagona mahsulot va ombor tizimiga asosiy veb-sayt, turli narx qoidalariga ega mintaqaviy filiallar, marketpleys integratsiyalari va mobil ilovalarni biznes mantig'ini takrorlamasdan boshqarish imkonini beradi.
Xalqaro B2B va B2C sotuvchilari uchun to'lov shlyuzlari integratsiyasi mintaqaviy to'lov usullarini (har bir bozor ham kredit kartalaridan foydalanmaydi — B2B savdoda bank o'tkazmalari, mahalliy to'lov tizimlari va kechiktirilgan to'lov hisob-fakturalari keng tarqalgan), valyutada hisob-kitob qilishni va tranzaksiya hajmiga mos xatar vositalarini hisobga olishi lozim — o'n minglab dollarlik B2B buyurtmalari oddiy chakana xariddan boshqacha xavfsizlik nazoratini talab qiladi.
Soliq va muvofiqlik mantig'i — Yevropa Ittifoqida QQS (VAT), boshqa mamlakatlarda tovarlar va xizmatlar solig'i (GST), transchegaraviy yuklar uchun bojxona to'lovlarini hisoblash — xalqaro e-tijorat loyihalarida eng ko'p e'tibordan chetda qoladigan sohalardan biridir. Bu yerda xatoga yo'l qo'yish nafaqat mijoz tajribasini buzadi, balki jiddiy qonuniy jarimalarga olib keladi. Bu mantiq to'lov jarayoni bo'ylab tarqoq yozilmasdan, alohida tekshiriladigan modul sifatida loyihalashtirilishi kerak.
Backend arxitekturasi va tizimlar integratsiyasi
Loyihaning dastlabki bosqichida qabul qilingan API loyihalash qarorlari butun xizmat muddati davomida o'z ta'sirini ko'rsatadi. To'g'ri ishlab chiqilgan API birinchi kundanoq versiyalarga ega bo'ladi (yangi o'zgarishlar barcha ulanishlarni buzib qo'ymasligi uchun), OpenAPI kabi mashina o'qiydigan formatda hujjatlashtiriladi va ma'lumotlar bazasi jadvallarining ko'r-ko'rona nusxasi emas, balki biznesning real jarayonlari asosida tuziladi.
Mikroservislar va monolit o'rtasidagi tanlov dasturiy ta'minot arxitekturasida eng ko'p bahslashiladigan va ko'p xato qo'llaniladigan mavzudir. Muayyan masshtabdan kichik bo'lgan (taxminan bitta tizimda ishlaydigan 15-20 muhandisdan kam jamoalar uchun) aksariyat korxonalarda ichki chegaralari aniq bo'lgan monolit tizimni qurish tezroq, joylashtirish osonroq, nosozliklarni tuzatish soddaroq va boshqarish ancha arzonroqdir. Mikroservislar faqat tizimning turli qismlari mustaqil masshtablanishga, mustaqil reliz jadvallariga muhtoj bo'lganda yoki alohida jamoalar tomonidan ishlangandagina o'zining murakkabligini oqlaydi. Mikroservislarga erta o'tish loyiha muddati va byudjetini ikki barobar oshirib yuboradigan keng tarqalgan sabablardan biridir.
Ma'lumotlar bazasi arxitekturasi aniq texnologiyaga nisbatan subyektiv moyillikka emas, balki biznesning haqiqiy ma'lumotlar oqimiga mos kelishi kerak. Relyatsion ma'lumotlar bazalari (PostgreSQL, MySQL) ma'lumotlar izchilligi va tuzilmaviy aloqalar muhim bo'lgan tranzaksiyaviy biznes ma'lumotlari — buyurtmalar, ombor qoldiqlari, moliyaviy yozuvlar uchun eng to'g'ri tanlov bo'lib qolmoqda. Hujjatli ma'lumotlar bazalari (MongoDB va shunga o'xshash) kontentga boy yoki o'zgaruvchan sxemali ma'lumotlar uchun mos keladi. Vaqt qatorlari bazalari (time-series) esa IoT yoki monitoring oqimlari uchun qulay. Ko'pchilik tizimlarga asosiy reestr sifatida bitta sifatli relyatsion baza kifoya qiladi.
Tizimlar integratsiyasi — ERP, CRM, e-tijorat va omborni boshqarish tizimlarini bog'lash — texnik bo'lmagan rahbarlarga eng kam ko'rinadigan, ammo murakkablik byudjetining eng katta qismi sarflanadigan sohadir. API-first integratsiya yondashuvi (har bir tizim hujjatlashtirilgan API ochadi va integratsiyalar ushbu API orqali quriladi) bir-birining bazasiga to'g'ridan-to'g'ri ulanadigan nuqtadan-nuqtaga usulidan ko'ra uzoq muddatda ancha barqarordir. Ular orasidagi farq tizimlardan birini yangilash yoki almashtirish kerak bo'lganda darhol yaqqol ko'rinadi.
Loyihani yetkazib berish jarayoni
Loyihani amalga oshirishning tizimli jarayoni byudjetda yakunlangan loyihani muvaffaqiyatsiz loyihadan ajratib turuvchi asosiy omildir. Biz amal qiladigan jarayon besh bosqichdan iborat:
Dastlabki o'rganish (discovery) dastlab so'ralgan narsadan farqli o'laroq, biznesga aslida nima kerakligini aniqlaydi. Bu bosqich manfaatdor tomonlar bilan suhbatlar, mavjud tizimlar va ma'lumotlarni tekshirish hamda birinchi navbatda hal qilinishi kerak bo'lgan eng muhim muammolarni aniqlashni o'z ichiga oladi. O'rganish loyiha ko'lamiga qarab odatda 1-3 hafta davom etadi.
Arxitekturani ko'rib chiqish texnik rejani shakllantiradi: ma'lumotlar modeli, API tuzilmasi, texnologik stek qarorlari va integratsiya nuqtalari ishlab chiqish boshlanishidan oldin hujjatlashtiriladi. Aynan shu yerda ko'lam, xarajat va muddatlar og'zaki suhbatlardan aniq rejaga aylanadi.
Sprintlar ishlaydigan dasturiy ta'minotni 2-4 haftalik qismlarda yetkazib beradi va har bir sprint ko'rsatish hamda sinovdan o'tkazish mumkin bo'lgan natija bilan yakunlanadi. Bu biznesga taraqqiyotni ko'rib borish va uzoq loyihaning eng oxirida kutganiga mos kelmagan natijani ko'rish o'rniga, jarayon davomida o'z vaqtida tuzatishlar kiritish imkonini beradi.
Topshirish (handover) tizimni faqat ishlab chiqarishga (production) joylashtirishni emas, balki hujjatlarni, tizimni kundalik boshqaradigan jamoa uchun administrator treningini va real foydalanishda chiqadigan kamchiliklarni bartaraf etish bo'yicha kafolatli qo'llab-quvvatlash muddatini o'z ichiga oladi.
Ishga tushirilgandan keyingi qo'llab-quvvatlash xatolarni tuzatish, kichik o'zgarishlar kiritish hamda kelishuvga ko'ra xavfsizlik yangilanishlari va biznes ehtiyojlariga qarab yangi funksiyalarni bosqichma-bosqich qo'shish bo'yicha doimiy xizmat ko'rsatishni qamrab oladi.
Odatiy muddatlar: aniq bitta maqsadga yo'naltirilgan veb-ilova o'rganishdan ishga tushirishgacha 6–12 hafta vaqt oladi. Maxsus ERP moduli yoki ko'p tizimli integratsiya loyihasi 3–6 oy davom etadi. To'liq maxsus ERP tizimini yaratish esa 6–12 oylik loyiha bo'lib, biznes 1 yil davomida bitta katta relizni kutib o'tirmasligi uchun bosqichma-bosqich topshiriladi.
Nima uchun WorldwideTradeX bilan ishlash kerak
WorldwideTradeX texnologiya yo'nalishi bilan bir qatorda qurilish va arxitektura, tabiiy tosh, me'moriy tizimlar va qishloq xo'jaligi xomashyosi savdosi sohalarida faol biznes yo'nalishlariga ega guruh sifatida faoliyat yuritadi. Bu dasturiy ta'minot yaratishda alohida ustunlik beradi: bizning texnik guruhimiz xalqaro savdo va loyihaviy bizneslarning amalda qanday ishlashi — ko'p valyutali shartnomalar, Incoterms logistikasi, tovarlar narxi o'zgaruvchanligi, transchegaraviy muvofiqlik talablari bilan har kuni bevosita to'qnashadi. Biz savdo biznesi uchun ERP modulini loyihalashtirayotganda buyurtma jarayoni uchun "FOB va CIF o'rtasidagi farq" nima ekanligini taxmin qilib o'tirmaymiz; bu bizning o'z guruhimiz har kuni ishlatadigan amaliyotdir.
Ushbu amaliy kontekst o'rganish muddatini qisqartiradi, biznes va texnik guruhlar o'rtasida talablarning noto'g'ri tushunilishi xavfini kamaytiradi va natijada keyinchalik qayta moslashtirilgan umumiy andoza emas, xalqaro savdoning real ishlash tarziga to'liq mos keladigan tizimlarni yaratishga olib keladi.
FAQ
Dastlabki suhbatdan ishga tushirishgacha odatiy maxsus dasturiy loyiha qancha vaqt oladi?
Aniq bitta maqsadga yo'naltirilgan ilova (mijoz portali, ichki ish jarayoni vositasi) o'rganishdan boshlab ishga tushirishgacha 6–12 hafta davom etadi. Maxsus ERP moduli yoki ko'p tizimli integratsiya 3–6 oyni tashkil qiladi. Noldan ERP tizimini qurish esa 6–12 oylik loyiha bo'lib, biznes butun tizim tayyor bo'lishidan ancha oldin foydali funksiyalarga ega bo'lishi uchun bosqichma-bosqich yetkazib beriladi.
Biz mavjud tayyor ERP platformasini sotib olishimiz kerakmi yoki maxsus tizim yaratishimiz kerakmi?
Agar operatsion modelingizda tayyor platformalar aks ettira olmaydigan aniq va isbotlangan o'ziga xosliklar — o'zgaruvchan narxlarga ega xomashyo savdosi, ko'p valyutali aralash qoldiqlar yoki nostandart bosqichma-bosqich hisob-kitoblar — bo'lmasa, dastlab tayyor platformadan (SAP Business One, NetSuite, Dynamics 365, Odoo) boshlang. Ko'pincha eng to'g'ri yo'l asosiy buxgalteriya uchun platforma sotib olib, uning imkoniyati yetmagan joylar uchungina maxsus modul qurishdir.
Siz sof nativ mobil ilovalar yaratasizmi yoki krossplatforma ilovalari?
Aksariyat biznes ilovalari (formalar, ro'yxatlar, kamera skanerlash, oflayn rejim) uchun krossplatforma freymvorklari (Flutter, React Native) asosiy tavsiyamiz hisoblanadi, chunki ular ikkita alohida nativ kod bazasiga qaraganda arzonroq tushadi va bir xil tezlikda ishlaydi. Nativ ishlab chiqish faqat real vaqtdagi AR yoki o'ta murakkab apparat integratsiyalari talab etilgandagina qo'llaniladi.
Tizim ishga tushirilgandan keyin nima bo'ladi — doimiy qo'llab-quvvatlashni taqdim etasizmi?
Ha. Topshirish jarayoni hujjatlar va administratorlarni o'qitishni, shuningdek real foydalanishda chiqadigan holatlar uchun kafolatlangan qo'llab-quvvatlash muddatini o'z ichiga oladi. Undan keyin yangilanishlar, xavfsizlik choralari va yangi funksiyalar qo'shib borish bo'yicha doimiy texnik xizmat ko'rsatish shartnomalari taqdim etiladi.
Yangi tizimni mavjud ERP, CRM yoki e-tijorat platformamiz bilan integratsiya qila olasizmi?
Ha. Tizimlar integratsiyasi — ERP, CRM, elektron tijorat va ombor tizimlarini bog'lash — backend arxitektura ishlarimizning asosiy qismidir. Biz to'g'ridan-to'g'ri bazaga ulanishdan ko'ra API-first integratsiyasini ma'qul ko'ramiz, chunki ulangan tizimlardan biri yangilanganda bu usul ancha xavfsiz va barqarordir.
→ AI va biznes jarayonlarini avtomatlashtirish — RPA, AI assistentlar va ma'lumotlar avtomatizatsiyasi · Xalqaro bizneslar uchun raqamli infratuzilma va bulut arxitekturasi · IT auditi va texnologik konsalting: Xatarlar va yo'l xaritasi
