B2B-portal — ulgurji mijozlar, dilerlar va hamkorlar uchun yopiq maydoncha, unda har bir kompaniya o‘z narxini, o‘z qoldig‘ini, o‘z limitlarini va o‘z hujjatlarini ko‘radi. Internet-do‘kondan uni shaxsiylashtirish va hisob tizimi bilan bog‘liqlik ajratib turadi: narx, qoldiq va jo‘natma holati 1C yoki ERP’dan keladi, buyurtma esa qo‘lda kiritilmasdan orqaga qaytadi.
Qisqacha
Do‘kon hammaga bitta vitrinani ko‘rsatadi, portal esa har kimga o‘zinikini. Qolgan hammasi shundan kelib chiqadi: shartnoma bo‘yicha kirish, shaxsiy narxlar, to‘lovni kechiktirish, hujjatlar va mijoz-kompaniya ichidagi rollar.
| Nimani solishtiramiz | Internet-do‘kon | B2B-portal |
|---|---|---|
| Narxlarga kirish | Hammaga ochiq | Faqat vakolatli kompaniyalarga |
| Narx | Hamma uchun bitta, promokod bo‘yicha chegirma | Shartnomaga ko‘ra o‘ziniki, hajm va toifaga bog‘liq |
| To‘lov | Darhol karta bilan | Hisob, to‘lovni kechiktirish, kredit limiti |
| Kim sotib oladi | Bitta odam | Turli huquqli bir necha xodim |
| Buyurtma hajmi | Bir necha pozitsiya | Yuzlab qator, fayldan yuklash, takroriy xaridlar |
| Hujjatlar | Chek | Hisob, nakladnaya, solishtirish dalolatnomasi, hisob-faktura |
| Hisob bilan bog‘liqlik | Istalgan | Majburiy: usiz portal foydasiz |
Chakana qismingiz allaqachon bo‘lsa, portal uni almashtirmaydi, yoniga turadi va shu hisobdan ma’lumot oladi. Chakana vitrinaga nima kirishi internet-do‘konni ishga tushirish haqidagi maqolada yoritilgan.
Ulgurjida yagona narxnoma yo‘q: har bir mijozning o‘z chegirmasi, o‘z hajmi va o‘z kelishuvlari bor. Portal bu shartlarni menejer xatiga emas, tizimning bir qismiga aylantiradi.
Shartlar hisob tizimida yashaydi, portal esa ularni ko‘rsatadi. Chegirma matritsasini portalda alohida saqlash mumkin emas: bir oydan keyin u hisobdan uzoqlashadi, va mijoz bitta narxni ko‘radi, hisobda esa boshqasi turadi.
Ulgurji buyurtma chakanadan qator soni va takrorlanishi bilan farq qiladi. Shuning uchun stsenariy vitrina atrofida emas, tezlik atrofida quriladi.
Keyin mijoz buyurtmani o‘zi kuzatadi: zahira, yig‘ish, jo‘natish, yetkazish. Xuddi shu holatlar to‘plami bildirishnomalarda ham ishlatiladi, shunda menejerga «mashinam qayerda» deb qo‘ng‘iroq qilishmaydi.
Jo‘natish qoidalari alohida o‘ylab chiqiladi: qadoq karraligi, minimal partiya, bo‘linmaydigan pozitsiyalar. Agar portal tovar o‘n ikkitadan quti bilan ketadigan joyda yettita buyurtma qilishga ruxsat bersa, menejer buyurtmani qo‘lda to‘g‘rilaydi — va avtomatlashtirishning ma’nosi yo‘qoladi.
Mijoz-kompaniyaning portalida bitta odam emas, va ularning huquqlari har xil. Butun kompaniyaga umumiy login ham kelishishni, ham bahsli holatlarni ko‘rib chiqishni buzadi.
Yangi xodimlarni mijozning o‘zi taklif qilishi kerak: aks holda foydalanuvchilarni kiritish yana sizning menejerlaringizga qaytadi va portal aynan yo‘qotish uchun qurilgan rutinaga aylanadi. Kirish, rollar va kirishni tiklashga umumiy talablar mijoz shaxsiy kabineti haqidagi maqolada yoritilgan.
Bir necha yuridik shaxsi yoki savdo nuqtasi bor diler — alohida holat. Bitta odamda bir vaqtda bir necha shartnomaga kirish bo‘ladi, va portal buyurtma kimning nomidan rasmiylashtirilayotganini ko‘rsatishi, hujjatlarni esa kerakli yuridik shaxs bo‘yicha taqsimlashi kerak.
Tovar va xizmatlarni sotishda yuridik shaxslar, yakka tartibdagi tadbirkorlar va o‘zini o‘zi band qilganlar xaridorlarga hisob-faktura chiqarishi shart — bu O‘zbekiston Soliq kodeksining 47-moddasi. O‘sha moddada hisob-faktura odatda elektron hisob-fakturalar axborot tizimida elektron shaklda rasmiylashtirilishi aytilgan; sotuvchi kassa cheki yoki belgilangan shakldagi boshqa hujjat bergan bo‘lsa, bu qoida qo‘llanilmaydi.
Muhim Majburiy tartib kecha kiritilgani yo‘q: 2019-yil 25-iyundagi Vazirlar Mahkamasining 522-son qarori bilan hisob-fakturalarni elektron shaklda rasmiylashtirish 2019-yil 1-iyuldan ixtiyoriy, 2020-yil 1-yanvardan esa barcha xo‘jalik yurituvchi subyektlar uchun majburiy qilib belgilandi. Xuddi shu hujjatda operatorlararo ESFni uzatish va saqlash uchun vakolatli rouming operator ham belgilangan.
Portal uchun bu oddiy narsani anglatadi: u qog‘oz blank chop etmaydi va ESF tizimini almashtirmaydi. Uning vazifasi — jo‘natma bo‘yicha to‘g‘ri ma’lumotni hisob tizimiga berish va mijozga kabinetda chiqarilgan hujjatga havola hamda o‘zaro hisob-kitoblarning joriy holatini ko‘rsatish.
Portal hisob tizimining vitrinasiga aylanadi, shuning uchun almashinuv interfeysdan oldin loyihalashtiriladi. Har bir ma’lumot bloki uchun egasi, yo‘nalishi va yangilanish chastotasi belgilanadi.
| Ma’lumot | Yo‘nalish | Qachon yangilanadi |
|---|---|---|
| Nomenklatura, xususiyatlar, rasmlar | Hisobdan portalga | Jadval bo‘yicha, odatda kuniga bir marta |
| Ombordagi qoldiqlar | Hisobdan portalga | Kuniga bir necha marta yoki ekran so‘rovi bo‘yicha |
| Shaxsiy narx va chegirmalar | Hisobdan portalga | Hodisa bo‘yicha: shartnoma shartlari o‘zgarganda |
| Diler buyurtmasi | Portaldan hisobga | Tasdiqlangandan darhol keyin |
| Buyurtma holati, zahira, jo‘natma | Hisobdan portalga | Hodisa bo‘yicha |
| Hisoblar, nakladnaylar, solishtirish dalolatnomalari | Hisobdan portalga | Hodisa bo‘yicha va mijoz so‘roviga ko‘ra |
| To‘lovlar va qarz | Bankdan va hisobdan portalga | Jadval bo‘yicha, odatda kuniga bir marta |
Omborda va buxgalteriyada 1C turgan bo‘lsa, platformada OData protokoli bo‘yicha avtomatik REST-interfeys bor — u standart obyektlar uchun yoqiladi, nostandart mantiq esa alohida ishlovlarga chiqariladi. API, vebhuk va jadval bo‘yicha eksport orasida qanday tanlash 1C, telefoniya va messenjerlar bilan integratsiya haqidagi maqolada yoritilgan.
Portal hisob tizimi mavjud bo‘lmaganda qanday harakat qilishi ham oldindan hal qilinadi. Ishlaydigan variant — vaqt belgisi bilan oxirgi ma’lum qoldiqlarni ko‘rsatish va buyurtmalarni qayta urinish bilan navbatga qo‘yish. Eng yomoni — jim xato: mijoz buyurtma qabul qilingan deb hisoblaydi, hisobda esa u yo‘q.
Portal ma’lumotlarda tartib o‘rnatmaydi — u mijozga bor narsani ko‘rsatadi. Shuning uchun ishlab chiqishdan oldin hisobning o‘zi tekshiriladi.
Oxirgi band texnik emas, tashkiliy, va aynan u portal taqdirini ko‘pincha hal qiladi. Menejer buyurtmalarni hamon yozishmada qabul qilayotgan bo‘lsa, diler kabinetga kirmaydi.
Narx ikki qismdan tashkil topadi: katalog va buyurtmalari bor veb-platforma hamda hisob tizimi bilan almashinuv. Xizmatlar sahifalarida alohida «B2B-portal» qatori yo‘q, shuning uchun eng yaqin ishlarga mo‘ljal olinadi.
Byudjet narx belgilashning murakkabligidan, omborlar sonidan va hujjatlarga qo‘yiladigan talablardan o‘sadi. Yagona narxnomali portal va chegirma matritsasi, limitlar hamda buyurtmalarni kelishuvi bor portal — turli loyihalar. Integratsiya va hisob uchastkalari bo‘yicha ishlar tarkibi ERP va tizimlar integratsiyasi sahifasida yozilgan.
Syntra Systems hisobni tekshirishdan boshlaydi: narxlar qayerda yotibdi, qoldiqlar qanday yuritiladi, buyurtma diler xatidan jo‘natishgacha nima bo‘ladi. Shundan almashinuv sxemasi kelib chiqadi, va faqat shundan keyin — portal ekranlari.
Keyin portalni infratuzilmaning bir qismi sifatida yig‘amiz: buyurtmalar qo‘lda kiritilmasdan hisob tizimiga ketadi, hujjatlar va o‘zaro hisob-kitoblar orqaga qaytadi, almashinuv qayta urinishlar bilan jurnalga yoziladi. Ishga tushirilgandan keyin dilerlar qaysi pozitsiyalarni ko‘proq qidirishini va qaysi bosqichlarda menejerga qaytishini ko‘ramiz — portal aynan shu joylarda takomillashtiriladi.
Vazifangizni muhokama qilamiz
Nima qilish kerakligini yozing — muddat va narxni baholab, yechim taklif qilamiz.
Mo‘ljal — mijozlar soni emas, rutina hajmi. Agar menejerlar har kuni narxnoma yuborsa, summani qo‘lda hisoblasa va hisob-fakturani qo‘lda chiqarsa, portal kichik bazada ham o‘zini oqlaydi. Buyurtmalar oyiga bir marta kelib, takrorlanmasa, foyda bo‘lmaydi.
Ba’zan mumkin: agar do‘kon platformasi yopiq bo‘limlarni, narx guruhlarini va foydalanuvchi rollarini qo‘llab-quvvatlasa. Lekin vitrinani emas, hisob tizimi bilan almashinuv chuqurligi va hujjatlar bilan ishlashni tekshirish kerak — do‘konlar aynan shu yerda shipga urilib qoladi.
Jadval bo‘yicha fayl almashinuvi va hisob ma’lumot yuklaydigan oraliq baza qoladi. Ishlaydi, lekin darhol emas: portaldagi qoldiqlar orqada qoladi. Bunday holda ma’lumot qancha eskirishi mumkinligi oldindan kelishiladi va mijozga ko‘rsatiladi.
Yuridik shaxslar uchun asosiy usul o‘zgarmaydi: hisob va bank o‘tkazmasi, portal esa to‘lov holatini ko‘rsatadi. Kartaga odatda mayda ulgurji va oldindan to‘lov uchun to‘lanadi; shunda oddiy internet-do‘kondagidek to‘lov provayderi ulanadi.
Narx ekran ochilgan paytda hisob tizimidan olinadi va tasdiqlashda buyurtmaga qat’iylashtiriladi. Shunda mijoz joriy qatorni ko‘radi, buyurtma qaysi narxda rasmiylashtirilgani haqidagi bahs esa yozishma bilan emas, hujjatdagi yozuv bilan hal qilinadi.
Ularni asta-sekin va bitta stsenariy bo‘yicha o‘tkazish kerak: avval holatlar va hujjatlar, keyin buyurtma rasmiylashtirish. Kompaniya ichidagi qoida ham yordam beradi — yozishmadagi buyurtmalarni menejerning o‘zi portalga kiritishi, shunda mijozda tarix bitta joyda to‘planadi.
