SI-agentni arizalar, CRM yoki hujjatlar bazasiga ulaganingizda ma'lumotlar endi bitta joyda yashamaydi. Mijoz kartasi CRM'da turadi, uning xabari matni modelga ketadi, suhbat nusxasi loglarda qoladi, javob esa Telegram'ga boradi. «Ma'lumotlarimiz qayerda saqlanadi?» degan savolga pudratchi ko'pincha «bulutda» deb javob beradi va gap shu bilan tugaydi. Ushbu maqolada avtomatlashtirishni aniq saqlash nuqtalariga qanday ajratish, region va muddatlar haqida qanday savollar berish, kirish huquqlari xaritasini qanday tuzish va ishga tushirishdan oldin nimani o'zingiz tekshirishingiz mumkinligini ko'rib chiqamiz.
Huquqiy tomoni — 2026-yilgi o'zgarishlardan keyin O'zbekiston qonuni nimani talab qilishi — shaxsiy ma'lumotlar qonuni haqidagi maqolada yoritilgan. Bu yerda texnik tomon: nima jismonan qayerda turadi.
«Bulutda» — bu javob emas
Bulut — bu ma'lum bir davlatdagi, ma'lum bir kompaniyaga tegishli va ma'lum odamlar kira oladigan serverlar. Ma'lumot tushadigan har bir nuqta bo'yicha uchta narsani bilish kerak:
- Qayerda: provayder va region. Ma'lumot bir joyda saqlanib, model so'rovni boshqa joyda qayta ishlashi mumkin.
- Qancha vaqt: saqlash muddati va undan keyin nima bo'lishi — o'chirish, arxiv yoki anonimlashtirish.
- Kim: qaysi hisob qaydnomalari qanday huquq bilan kira oladi, ularni kim beradi va kim bekor qiladi.
Pudratchi bu savollarga har bir nuqta bo'yicha javob bera olmasa, demak ma'lumotlar xaritasini hech kim chizmagan. Odatda bu yomon niyat emas, shunchaki qo'l yetmagan. Lekin usiz ishga tushirmaslik kerak.
Ma'lumotlar tushadigan beshta joy
Oddiy misol: Telegram'da arizalarga javob beradigan va ularni CRM'ga yozadigan agent. Quyidagi xarita shartli — o'z tizimlaringizni qo'ying.
| Nuqta | Nima turadi | Jismonan qayerda | Muddat | Kim kira oladi |
|---|---|---|---|---|
| Manba: CRM, jadval, 1C | Mijozlar, bitimlar, tarix | CRM provayderining bulutida yoki sizning serveringizda | Siz o'chirmaguningizcha | Xodimlaringiz va agentning servis hisobi |
| Integratsiya serveri | Oraliq ma'lumotlar, navbatlar, kirish kalitlari | Tanlangan regiondagi bulut server | Sozlanganicha, ko'pincha cheksiz | Serverni boshqaradigan odam |
| Til modeli (API) | So'rov va javob matni | Model provayderining data-markazlari | Provayder shartlari bo'yicha, odatda cheklangan | Provayder, o'z qoidalari doirasida |
| Loglar va bilimlar bazasi | Suhbat nusxalari, hujjat bo'laklari | Integratsiya serveri yonida yoki alohida bazada | Sozlanmasa — muddatsiz | Dasturchilar |
| Kanal: Telegram, pochta | Mijoz bilan yozishma | Messenjer serverlari | Messenjer qoidalari bo'yicha | Bot adminlari, chatdagi menejerlar |
Eng ko'p e'tibordan chetda qoladigan qator — loglar. Model so'rovni o'z muddatidan keyin unutadi, CRM rollar bilan himoyalangan, server loglarida esa yarim yillik suhbatlar telefon raqamlari bilan turadi va kodni tuzatish uchun kirgan har kim ularni o'qiy oladi.
Region: nimani tanlash va nimani tekshirish
Integratsiya serveri va bazalar uchun regionni server yaratilayotganda aniq tanlaysiz. Agar ma'lumotlarning bir qismini O'zbekiston ichida saqlash talabi bo'lsa, ularni mahalliy provayderda yoki o'z serveringizda saqlab, bulutga faqat aniq amal uchun kerak bo'lgan qismini berish mantiqan to'g'ri.
Modellar bilan murakkabroq: so'rovni qaysi data-markazda qayta ishlashni provayderning o'zi hal qiladi. Ba'zi provayderlar korporativ mijozlarga region tanlash imkonini beradi. Shartlar o'zgarib turadi, shuning uchun shartnoma imzolash paytida provayderning amaldagi hujjatlarini tekshiring.
O'zingiz tekshira oladigan narsalar:
- Bulut panelida: server va baza qaysi regionda turibdi.
- Model akkauntida: u kimning nomiga ro'yxatdan o'tgan va saqlash sozlamalari qanday.
- Shartnomada: barcha tashqi servislar davlati ko'rsatilgan holda sanab o'tilganmi.
Saqlash muddatlari
API orqali ishlaydigan yirik provayderlar odatiy holatda biznes mijozlar ma'lumotlarida model o'qitmaydi va so'rovlarni suiiste'mollikni nazorat qilish uchun cheklangan muddat saqlaydi. Lekin ko'pincha muammo modelda emas, o'zingizning tizimingizda:
- Debug loglari ishlab chiqish paytida yoqiladi va keyin o'chirish unutiladi.
- Suhbatlar tarixi — agentga oxirgi xabarlar kerak, uch yillik emas.
- Yuklangan hujjatlar yangi versiyalar kelgandan keyin ham omborda qoladi.
- Zaxira nusxalar o'chirilgan yozuvni uzoq vaqt saqlab turadi.
Yechim: xaritaning har bir qatoriga muddat yozing va avtomatik o'chirishni sozlang. Masalan, to'liq suhbat matni 90 kun, keyin CRM'da faqat xulosa qoladi; loglarda ism va telefonlar yozilishdan oldin niqoblanadi. Raqamlar shartli, o'zingizniki bilan almashtiring.
Kirish huquqlari xaritasi
Uchta tamoyilni yozma ravishda mustahkamlang:
- Akkauntlar sizning nomingizda. Bulut server, model akkaunti, Telegram bot kompaniyangiz nomiga ochiladi, pudratchiga esa kirish beriladi. Aks holda hamkorlik tugaganda o'z ma'lumotlaringizni so'rab yurasiz.
- Minimal huquqlar. Arizalarni yozadigan agentga butun mijozlar bazasini yuklab olish huquqi kerak emas. CRM alohida rol yaratishga imkon bersa, yarating.
- Shaxsiy hisoblar, umumiy parolsiz. Shunda jurnalda kim nima qilgani ko'rinadi va bir kishining kirishini boshqalarga tegmasdan bekor qilish mumkin.
Ishga tushirishdan oldingi reja
- Bitta arizaning yo'lini boshidan oxirigacha chizing.
- Ma'lumotlar xaritasini to'ldiring: nuqta, mazmun, region, muddat, kirish.
- Modelga keraksiz maydonlarni olib tashlang. «Samarqandga yetkazib berish bormi?» degan savolga javob uchun pasport kerak emas.
- Loglar, tarix va hujjatlar uchun muddat va avtomatik o'chirishni sozlang.
- Akkauntlarni kompaniya nomiga oching, pudratchiga shaxsiy kirish bering.
- Shartnomaga servislar, regionlar, muddatlar va ish tugagandan keyin o'chirish tartibini yozing.
- Ishga tushirishdan bir oy o'tib, o'chirish ishlayotganini va loglarda telefon yo'qligini tekshiring.
Bu bandlarni pudratchi bilan birinchi uchrashuvda savolga aylantirish qulay — pudratchini tanlash haqidagi maqolaga qarang. Joriy etish haqidagi boshqa materiallar — «Joriy etish» bo'limida.
Ko'p beriladigan savollar
Ma'lumotlar O'zbekistondan umuman chiqmasligi mumkinmi?
Server va bazalar uchun — ha, mahalliy provayderda yoki o'z serveringizda. Model bilan qiyinroq: kuchli modellar xorijiy data-markazlarda ishlaydi. Variantlar — modelga ism va telefonsiz, anonimlashtirilgan matn yuborish yoki o'z serveringizda ochiq modelni ishlatish, lekin u kuchli uskunani talab qiladi va sifatda odatda yutqazadi.
Model bizning suhbatlarimizda o'qitiladimi?
Yirik provayderlarda API orqali ishlaganda odatiy holatda — yo'q. Lekin xodimlar mijoz ma'lumotlarini bepul chat-botga brauzer orqali joylashtirsa, u yerda qoidalar boshqacha — bu ichki siyosat masalasi.
Pudratchi bilan ishni to'xtatsak, ma'lumotlar nima bo'ladi?
Buni oldindan yozib qo'yish kerak: pudratchi nusxalarni qaysi muddatda o'chiradi, sizga nimani topshiradi va o'chirishni qanday tasdiqlaydi. Akkauntlar boshidan sizning nomingizda bo'lsa, savolning katta qismi o'zi hal bo'ladi.
Siz buni qanday qilasiz?
Ma'lumotlar va kirish xaritasini har bir SI-agent loyihasi boshida tuzamiz va mijoz tizimlariga ulanishdan oldin kelishamiz. O'z jarayoningizni ko'rib chiqmoqchi bo'lsangiz, bizga yozing.