2026-yil 16-sentabrdagi tahrir. Ushbu qoidalar Cicora shartnomasining tarkibiy qismi bo‘lib, RIZZ TRADE buyurtmalariga nisbatan qo‘llaniladi.
1 Nima sotib olinadi
1.1. Foydalanuvchi Cicoraning o‘z dasturiy servisidan foydalanish huquqini oladi yoki undan foydalanishni oldindan to‘laydi. Obuna muayyan davr va tarifda nazarda tutilgan limitlar uchun to‘lanadi. API Pay as you go amaldagi operatsiyalarni alohida hisobga oladi. Oldindan to‘langan birliklar va bonuslar bank omonati, valyuta, investitsiya aktivi yoki to‘lov vositasi hisoblanmaydi.
1.2. Akkauntda hisobga olishning turli turlari mavjud bo‘lishi mumkin: obuna limiti, alohida to‘ldirilgan API-balans, sotib olingan qo‘shimcha hajm va reklama bonusi. Agar bir mahsulotni boshqasi orqali ko‘chirish yoki to‘lash imkoniyati buyurtmada bevosita nazarda tutilmagan bo‘lsa, ularni o‘zaro almashtiriladigan deb hisoblash mumkin emas. Sarflash qoidalari va mavjud qoldiq tegishli hisob turi uchun ko‘rsatiladi.
1.3. Kreditlarni boshqa Foydalanuvchiga o‘tkazish, ularni pul sifatida sotish, nazarda tutilgan funksiyani chetlab o‘tib hadya qilish yoki uchinchi tomon sotuvchisi bilan hisob-kitob qilish uchun ishlatish mumkin emas. Ko‘rsatilmagan xizmat uchun qonuniy pul qaytarish imkoniyati alohida tartibga solinadi va «hamyondan pul yechish» hisoblanmaydi.
2 Narx va buyurtma tarkibi
2.1. Tariflar va API-katalogi sahifasi amaldagi takliflarni ochib beradi. To‘lovdan oldin Foydalanuvchi mahsulotni, davrni, hisob-kitob asosini, valyutani, qo‘llaniladigan soliqlarni va yakuniy summani ko‘radi. Xaridor tasdiqlashdan oldin buyurtmani tekshirishi va uning shartlarini saqlab qo‘yishi mumkin.
2.2. Plus ($20), Pro ($50), 5× ($100) va 20× ($200) obunalari oyiga ko‘rsatilgan narxlarda taklif etiladi. 5× va 20× darajalari hisobdagi pul mablag‘lari summasi bilan emas, Plus ($20) rejasi bilan qiyoslanadi. Pro uchun uning narxining boshqa reja narxiga nisbati asosida hech qanday matematik ko‘paytiruvchi nazarda tutilmaydi.
2.3. O‘zbekistondagi ichki bitimlarga ular uchun belgilangan narxlar va qonun ruxsat etgan valyutadagi hisob-kitoblar qo‘llaniladi. Xalqaro buyurtma uchun to‘lov valyutasi va summasi to‘lovdan oldin kelishiladi. Konvertatsiya qilinganda qo‘llaniladigan tartib va yakuniy summa ochib beriladi; emitent bankning mustaqil konvertatsiyasi Foydalanuvchining ushbu bank bilan munosabatlari bilan tartibga solinadi.
2.4. Ommaviy API-katalogi tanlangan modelning aniq qo‘llaniladigan stavkalari, birliklari va maxsus shartlarini e’lon qiladi. Bir million matn tokeni uchun stavka audio, tasvir, video yoki rerank uchun universal birlik sifatida qo‘llanilmaydi. Turli rejimlar, sifat, davomiylik, kontekst hajmi, kesh, vosita yoki yetkazib beruvchi hisob-kitobni o‘zgartirishi mumkin; qo‘llaniladigan stavka, birlik va shart so‘rovdan oldin mavjud bo‘ladi.
3 API foydalanishini o‘lchash
3.1. Amalda bajarilgan hajm tegishli o‘lchovlar bo‘yicha hisobga olinadi: kirish va chiqish tokenlari, kesh tokenlari, narx belgilangan hollardagi ichki mulohaza tokenlari, tasvirlar, audio davomiyligi, nutq belgilari, video soniyalari, so‘rovlar yoki boshqa oshkor qilingan birliklar. Parametrlar va birliklar faqat funksiyaning umumiy nomiga emas, balki muayyan modelga bog‘liq bo‘ladi.
3.2. Bir million token uchun stavkada to‘lanadigan miqdor 1 000 000 ga bo‘linib, tegishli stavkaga ko‘paytiriladi. Boshqa birlik uchun uning e’lon qilingan ko‘lami qo‘llaniladi. Agar narxda alohida turli operatsiyalar nazarda tutilmagan bo‘lsa, bir xil iste’mol mustaqil tarkibiy qismlar sifatida ikki marta hisobga olinmasligi kerak.
3.3. Katalogdagi ayrim qiymatlar bazaviy, eng kam yoki marshrutga bog‘liq narxni ifodalaydi. Dinamik marshrutizator yoki qo‘shimcha parametrlar bo‘yicha hisoblanadigan stavka nolga teng, manfiy yoki mavjud bo‘lmagan xizmat maydoni sababli bepul bo‘lib qolmaydi. Yakuniy summa muayyan rejimning oshkor qilingan formulasiga ko‘ra belgilanadi.
3.4. Ishga tushirishdan oldin stavka va hisoblash usuli, aniq hajm oldindan noma’lum bo‘lsa — mahsulot nazarda tutgan baho yoki xarajatlar cheklovi mavjud bo‘ladi. Ishlov berilgandan keyin amaldagi birliklar, summa, model, vaqt va operatsiya identifikatori aks ettiriladi. Ushbu ma’lumotlar foydalanishni buyurtma bilan solishtirish va xatoni tekshirtirishni so‘rashga yordam beradi.
3.5. Hajm Cicoraning texnik tizimlari va qo‘llaniladigan rejim doirasidagi ishtirokchi yetkazib beruvchi tomonidan o‘lchanadi. Foydalanuvchining matn hisobi va tokenizator o‘rtasida tarix, xizmat yo‘riqnomalari, vositalar, biriktirmalar va kodlash usuli tufayli farq yuzaga kelishi mumkin. Nizo yuzaga kelganda operatsiyaga tegishli yozuvlar ko‘rib chiqiladi; texnik jurnal rad etib bo‘lmaydigan dalil hisoblanmaydi.
3.6. Yaxlitlash, eng kam to‘lanadigan hajm va maxsus narx oraliqlari foydalanishdan oldin kartochkada yoki billingda oshkor qilinadi. Yangi qoidalar tugallangan operatsiyalarga orqaga qarab qo‘llanilmaydi. Foydalanuvchi kelajakdagi so‘rovlar uchun API narxlari cheksiz muddat o‘zgarmasligiga tayanmasligi kerak.
4 Rezervlash, xatolar va takroriy so‘rovlar
4.1. So‘rov uchun balansning bir qismi vaqtincha rezervlanishi mumkin. Rezerv mavjud qoldiqni cheklaydi, biroq yakuniy yechib olishga teng emas. Tugallangandan keyin amaldagi qiymat hisoblanadi va foydalanilmagan qism bo‘shatiladi; holat va tuzatishlar tarixda aks ettiriladi.
4.2. Agar so‘rov to‘lanadigan ishlov berish boshlanishidan oldin rad etilsa, uning qiymati so‘zsiz sarflangan deb hisoblanmaydi. Xato yechib olish tekshiriladi va tuzatiladi. Himoya tomonidan kirishning rad etilishi, platforma nosozligi, natijaning yo‘qligi va mijozning bekor qilishi turli texnik holatlardir; ular amalda bajarilgan va taqdim etilgan ishlov berish hamda majburiy huquq asosida baholanishi kerak.
4.3. Mijoz ulanishining uzilishi yoki oynaning yopilishi allaqachon boshlangan bajarilishni doimo ham to‘xtatmaydi. Oqimli yoki qisman natija bo‘lganda, agar bunday qoida oshkor qilingan va qonun yo‘l qo‘ygan bo‘lsa, bajarilgan ishlov berish hisobga olinishi mumkin. Xizmat faqat yetkazib beruvchi unga hisob taqdim qilgani sababli yetkazilmagan har qanday operatsiyani muvaffaqiyatli deb atashga haqli emas.
4.4. Taym-autdan keyin Foydalanuvchi yuborgan yangi jo‘natma alohida so‘rov bo‘lishi mumkin. Avtomatik qayta urinish yoki fallback kelishilgan sozlamalar, byudjet va ma’lumotlar qoidalari doirasida qolishi kerak. Ancha qimmatroq rejimga o‘tish qo‘shimcha xarajatga cheklanmagan ruxsat yaratmaydi.
4.5. Nizoli operatsiya bo‘lsa, akkaunt emailini, so‘rov yoki buyurtma ID sini, modelni, vaqtni va xato turini xabar qiling. Agar diagnostika uchun identifikator yetarli bo‘lsa, shaxsiy kontentni to‘liq yubormang. Tasdiqlangan xato tuzatiladi; agar tegishli bo‘lsa, pul qaytarish pulni qaytarish qoidalari bo‘yicha amalga oshiriladi.
5 Obuna davrlari va limitlari
5.1. Oylik obuna buyurtma tasdiqlovida ko‘rsatilgan davr uchun faollashtiriladi. Imkoniyatlar, qo‘llaniladigan modellar va cheklovlar mahsulotda ko‘rsatiladi. «Ko‘proq foydalanish» ixtiyoriy javoblarning muayyan sonini anglatmaydi: turli murakkablikdagi so‘rovlar limitni turlicha sarflashi mumkin.
5.2. Kengaytirilgan darajalar taqqoslanadigan model, rejim va hisob davrida qiyoslanadi. Tezlik, bir vaqtdagi so‘rovlar va alohida funksiya limitlari umumiy hajmdan mustaqil ravishda amal qilishi mumkin. Davrning ishlatilmagan limiti sotib olingan pul qoldig‘i emas; yangilanish va ko‘chirish tartibi rejaning oshkor qilingan shartlari bilan belgilanadi.
5.3. Uzaytirish faqat davriylik, summa va bekor qilish usuli ko‘rsatilgan alohida rozilikdan keyin mumkin. Bekor qilish kelgusi uzaytirishlarni to‘xtatadi va boshqa qonuniy tugatish yuz bermagan bo‘lsa, joriy to‘langan davr oxirigacha kirishni saqlab qoladi. Ilovalar do‘koni orqali to‘lashda uning obunani boshqarish sozlamalari qo‘llaniladi.
5.4. Rejani oshirish yoki pasaytirish, darhol o‘tish, o‘zaro hisobga olish va hisob-kitob sanasini o‘zgartirish faqat oshkor qilingan va tasdiqlangan ssenariyda qo‘llaniladi. Qimmatroq rejaning oddiy mavjudligi uning qiymatini avtomatik yechib olish yoki o‘tgan davrni yangidan hisoblash huquqini bermaydi.
6 Balansni to‘ldirish va avtomatik to‘ldirish
6.1. To‘ldirishdan oldin hisobga yoziladigan hajm, to‘lov summasi, valyuta, xaridga tegishli qoidalar va foydalanishning mumkin bo‘lgan muddati ko‘rsatiladi. Hisobga yozish to‘lov provayderi serveri tomonidan tasdiqlanadi. Takroriy bildirishnoma va muvaffaqiyat sahifasiga takroriy o‘tish bitta xarid bo‘yicha bir nechta hisobga yozuvlarni yaratmasligi kerak.
6.2. Avtomatik to‘ldirish — obunadan alohida ruxsatdir. Uni yoqishda chegara, summa yoki formula, tanlangan to‘lov vositasi, mavjud cheklovlar va o‘chirish usuli ko‘rsatiladi. Foydalanuvchi kelgusi operatsiyalar uchun ruxsatni o‘zgartirishi yoki qaytarib olishi mumkin. Allaqachon boshlangan, qonuniy tarzda avtorizatsiya qilingan operatsiya alohida ko‘rib chiqiladi.
6.3. Balans yetarli bo‘lmaganda va avtomatik to‘ldirish o‘chirilganida yangi pullik harakatlar cheklanadi. Zarur roziliksiz ruxsat etilgan summani mustaqil oshirish yoki to‘lov vositasini o‘zgartirish mumkin emas. Mablag‘ yetishmasligi haqidagi xabar yangi buyurtma hisoblanmaydi.
7 Sotib olingan va reklama birliklaridan foydalanish muddati
7.1. Alohida sotib olingan kreditlarning amal qilish muddati to‘lovdan oldin muayyan to‘ldirish yoki paket shartlarida ko‘rsatiladi. Ko‘rsatilmagan muddat orqaga qarab joriy etilmaydi. Kelgusidagi qoidalarning o‘zgarishi avval sotib olingan amaldagi hajmni kelishilgan shartlar va majburiy huquqqa zid ravishda bekor qilmaydi.
7.2. Promo-kredit tegishli aksiya doirasida beriladi. Uni taqdim etishda qo‘llanishi, cheklovlari, muddati va sarflash tartibi oshkor qilinadi. Bepul bonus uning nominalini pulda to‘lash bo‘yicha mustaqil talabni yaratmaydi va Foydalanuvchining roziligisiz tegishli pul qaytarishni almashtirmaydi.
7.3. Agar bonus xarid bilan bog‘liq bo‘lsa, uni bekor qilish oqibatlari aksiya shartlari va qonun bilan belgilanadi. Hisobda bonus va to‘lov aralashgani uchungina amalda ko‘rsatilmagan pullik qismni sarflangan deb yozib bo‘lmaydi. Tarix xaridga tegishli operatsiyalarni aniqlash imkonini berishi kerak.
7.4. Kreditlarni sotishga, ayirboshlashga yoki ruxsatsiz o‘tkazishga urinish kirishni cheklash va tekshiruvga olib kelishi mumkin. Akkauntni tugatish, majburiy pul qaytarish va hujjatlarni qonuniy saqlash shartnoma bilan tartibga solinadi; ushbu band har qanday to‘langan qoldiqni avtomatik musodara qilishni joriy etmaydi.
8 Soliqlar, tasdiqlar va korporativ hisob-kitoblar
8.1. Qo‘llaniladigan soliqlar va ularni aniqlash uchun kerakli ma’lumotlar buyurtmada hisobga olinadi. Mijoz zarur bo‘lganda mamlakat, tashkilot va soliq maqomi haqida ishonchli ma’lumot beradi. STIRning mavjudligi o‘z-o‘zidan soliqdan ozod etishni yoki reverse charge qo‘llanishini anglatmaydi.
8.2. To‘lovdan keyin saqlash mumkin bo‘lgan elektron tasdiq taqdim etiladi. Majburiy fiskal va buxgalteriya hujjatlari qo‘llaniladigan qoidalarga muvofiq rasmiylashtiriladi. Muvaffaqiyatli avtorizatsiya haqidagi xat har doim ham fiskal chek bilan bir xil emas; bu hujjatlar bir-biri bilan almashtirilmasligi kerak.
8.3. Keyin to‘lash, kredit limiti, individual hisobvaraq, maxsus to‘lov muddati yoki eng kam hajm bo‘yicha korporativ majburiyat faqat alohida kelishilganda amal qiladi. Oddiy oldindan to‘lanadigan akkaunt uchun ular ushbu sahifadan kelib chiqmaydi. Hisobvaraqdagi xato hujjatlar bilan berilgan ariza asosida, qonuniy huquqlar saqlangan holda ko‘rib chiqiladi.
8.4. Modelni xarid qilish bo‘yicha xorijiy shartnoma, yetkazib beruvchining chegirmasi yoki uning qaytarilmaydigan xarajatlari Foydalanuvchi qabul qilgan Cicora shartlarini avtomatik o‘zgartirmaydi. To‘lov va hisob bo‘yicha aloqalar: support@cicora.ai, +998900514840.