Versi bertarikh 16 September 2026. Peraturan ini membentuk sebahagian daripada Perjanjian Cicora dan terpakai kepada pesanan RIZZ TRADE.
1. Apa yang dibeli
1.1. Pengguna membeli akses kepada perkhidmatan perisian Cicora atau membuat prabayaran untuk penggunaannya. Langganan membayar bagi tempoh yang ditetapkan dan had yang disediakan oleh pelan. Bayar Mengikut Penggunaan API merekodkan operasi sebenar secara berasingan. Unit prabayar dan bonus bukan deposit bank, mata wang, aset pelaburan atau cara pembayaran.
1.2. Akaun mungkin mengandungi jenis perakaunan yang berbeza: had Langganan, Baki API yang ditambah nilai secara berasingan, volum tambahan yang dibeli, dan bonus promosi. Semua itu tidak boleh dianggap saling boleh tukar melainkan Pesanan dengan nyata membenarkan pemindahan atau penggunaan satu produk untuk membayar produk lain. Peraturan perbelanjaan dan baki tersedia dipaparkan bagi jenis perakaunan yang berkenaan.
1.3. Kredit tidak boleh dipindahkan kepada Pengguna lain, dijual sebagai wang, diberikan di luar fungsi yang disediakan atau digunakan untuk menyelesaikan bayaran dengan penjual pihak ketiga. Kemungkinan bayaran balik yang sah bagi perkhidmatan yang tidak disediakan dikawal secara berasingan dan bukan “pengeluaran dompet.”
2. Harga dan kandungan Pesanan
2.1. Katalog harga dan API mendedahkan tawaran semasa. Sebelum pembayaran, Pengguna melihat produk, tempoh, asas pengiraan, mata wang, cukai terpakai dan jumlah akhir. Pembeli boleh menyemak Pesanan sebelum pengesahan dan menyimpan termanya.
2.2. Langganan Plus ($20), Pro ($50), 5× ($100) dan 20× ($200) mempunyai harga bulanan yang dinyatakan. Tahap 5× dan 20× dibandingkan dengan pelan Plus ($20), bukan dengan wang dalam Baki Akaun. Tiada pengganda matematik tersirat bagi Pro semata-mata kerana harganya berbanding pelan lain.
2.3. Bagi transaksi domestik di Uzbekistan, harga dan pengiraan yang ditetapkan untuk transaksi tersebut digunakan dalam mata wang yang dibenarkan oleh undang-undang. Bagi Pesanan antarabangsa, mata wang pengebilan dan amaun pembayaran dipersetujui sebelum pembayaran. Jika penukaran berlaku, prosedur yang terpakai dan amaun akhir didedahkan; penukaran bebas oleh bank pengeluar ditadbir oleh hubungan Pengguna dengan bank tersebut.
2.4. Katalog API awam menerbitkan kadar, unit dan terma khas yang tepat dan terpakai bagi Model yang dipilih. Kadar bagi setiap sejuta token teks bukan unit sejagat bagi audio, imej, video atau penyusunan semula kedudukan. Mod, kualiti, tempoh, saiz konteks, cache, alat atau penyedia yang berbeza boleh mengubah pengiraan; kadar, unit dan syarat terpakai tersedia sebelum sesuatu permintaan.
3. Pengukuran penggunaan API
3.1. Jumlah yang benar-benar dilaksanakan direkodkan menggunakan ukuran yang terpakai: token input dan output, token cache, penaakulan dalaman apabila dibilkan, imej, tempoh audio, aksara pertuturan, saat video, permintaan atau unit lain yang didedahkan. Parameter dan unit mengikut Model berkaitan dan bukan hanya nama fungsi umum.
3.2. Bagi kadar setiap sejuta token, kuantiti yang boleh dibilkan dibahagikan dengan 1,000,000 dan didarabkan dengan kadar berkaitan. Bagi unit lain, skala terbitannya digunakan. Penggunaan yang sama tidak boleh dicaj dua kali sebagai komponen bebas apabila harga tidak memperuntukkan operasi berasingan.
3.3. Sesetengah nilai katalog menerangkan harga asas, minimum atau bergantung pada Laluan. Penghala dinamik atau kadar yang dikira daripada parameter tambahan tidak menjadi percuma semata-mata kerana medan perkhidmatan bernilai sifar, negatif atau tiada. Jumlah akhir ditentukan oleh formula mod berkaitan yang didedahkan.
3.4. Sebelum pelaksanaan, kadar dan kaedah pengiraan tersedia dan, jika jumlah tepat tidak diketahui terlebih dahulu, anggaran atau had perbelanjaan disediakan oleh produk. Selepas pemprosesan, unit sebenar, jumlah, Model, masa dan pengecam operasi direkodkan. Maklumat ini membantu memadankan penggunaan dengan Pesanan dan meminta semakan sesuatu kesilapan.
3.5. Jumlah penggunaan diukur oleh sistem teknikal Cicora dan sistem penyedia yang mengambil bahagian dalam mod terpakai. Perbezaan antara kiraan teks Pengguna dengan pentoken boleh timbul daripada sejarah, arahan sistem, alat, lampiran dan pengekodan. Dalam pertikaian, rekod berkaitan operasi dipertimbangkan; log teknikal bukan bukti muktamad.
3.6. Pembundaran, jumlah minimum yang boleh dibilkan dan selang harga khas didedahkan dalam kad atau antara muka pengebilan sebelum penggunaan. Peraturan baharu tidak terpakai secara retrospektif kepada operasi yang telah selesai. Pengguna tidak boleh menjangkakan harga API kekal tidak berubah selama-lamanya bagi permintaan masa hadapan.
4. Tempahan, ralat, dan permintaan berulang
4.1. Sebahagian daripada Baki boleh ditempah sementara untuk sesuatu permintaan. Tempahan mengehadkan baki tersedia tetapi bukan caj akhir. Selepas selesai, kos sebenar dikira dan bahagian yang tidak digunakan dilepaskan; status dan pelarasan dipaparkan dalam sejarah.
4.2. Jika permintaan ditolak sebelum pemprosesan yang boleh dicaj bermula, kosnya tidak dianggap digunakan secara automatik. Caj tersilap disemak dan dibetulkan. Penolakan input oleh perlindungan, kegagalan platform, ketiadaan Hasil dan pembatalan oleh Pelanggan mempunyai keadaan teknikal berbeza; semuanya mesti dinilai berdasarkan pemprosesan yang benar-benar dilaksanakan dan dibekalkan serta undang-undang mandatori.
4.3. Kehilangan sambungan klien atau penutupan tetingkap pelayar tidak semestinya menghentikan pelaksanaan yang telah bermula. Dalam kes penstriman atau Hasil separa, pemprosesan yang dilakukan boleh dikenakan caj jika peraturan itu didedahkan dan dibenarkan undang-undang. Perkhidmatan tidak boleh menganggap setiap operasi yang tidak dihantar sebagai berjaya semata-mata kerana penyedia mengenakan caj.
4.4. Penyerahan baharu oleh Pengguna selepas tamat masa mungkin merupakan permintaan berasingan. Percubaan semula automatik atau laluan alternatif mesti kekal dalam tetapan, belanjawan dan peraturan data yang dipersetujui. Pertukaran kepada mod yang jauh lebih mahal tidak mewujudkan kebenaran tanpa had untuk perbelanjaan tambahan.
4.5. Bagi operasi yang dipertikaikan, berikan e-mel Akaun, ID permintaan atau Pesanan, Model, masa, dan jenis ralat. Jangan hantar semua Kandungan peribadi jika pengecam mencukupi untuk diagnostik. Ralat yang disahkan akan dibetulkan; bayaran balik kewangan, jika perlu dibayar, dibuat menurut Peraturan Bayaran Balik.
5. Tempoh dan had langganan
5.1. Langganan bulanan diaktifkan untuk tempoh yang dinyatakan dalam pengesahan Pesanan. Keupayaan, Model, dan had yang tersedia dipaparkan dalam produk. “Lebih banyak penggunaan” tidak bermakna bilangan respons sewenang-wenangnya yang ditetapkan: permintaan dengan kerumitan berbeza mungkin menggunakan had secara berbeza.
5.2. Tahap yang ditingkatkan dibandingkan menggunakan Model, mod dan tempoh perakaunan yang setara. Had kadar permintaan, had konkurensi dan had fungsi berasingan boleh terpakai secara bebas daripada jumlah keseluruhan. Had tempoh yang tidak digunakan bukan baki tunai yang dibeli; peraturan penyegaran dan bawa hadapan ditentukan oleh terma pelan yang didedahkan.
5.3. Pembaharuan hanya tersedia selepas persetujuan berasingan yang menyatakan kekerapan, amaun, dan kaedah pembatalan. Pembatalan menghentikan pembaharuan pada masa hadapan dan mengekalkan akses sehingga akhir tempoh berbayar semasa melainkan berlaku penamatan sah yang lain. Pembayaran gedung aplikasi menggunakan tetapan pengurusan langganan gedung tersebut.
5.4. Naik taraf atau turun taraf, pemindahan segera, pengkreditan dan perubahan tarikh pengebilan terpakai hanya dalam senario yang didedahkan dan disahkan. Kewujudan pelan yang lebih mahal semata-mata tidak membenarkan caj harganya secara automatik atau pengiraan semula tempoh lampau.
6. Tambah nilai dan tambah nilai automatik
6.1. Sebelum tambah nilai, jumlah yang dikreditkan, jumlah pembayaran, mata wang, peraturan berkaitan pembelian dan sebarang tempoh penggunaan dipaparkan. Pengkreditan disahkan oleh pelayan penyedia pembayaran. Notis berulang atau lawatan berulang ke halaman kejayaan tidak boleh menyebabkan pengkreditan berbilang kali bagi satu pembelian.
6.2. Tambah nilai automatik ialah kebenaran yang berasingan daripada Langganan. Apabila didayakan, ambang, jumlah atau formula, instrumen pembayaran yang dipilih, had yang tersedia dan kaedah menyahdayakannya dipaparkan. Pengguna boleh meminda atau menarik balik kebenaran untuk operasi masa hadapan. Operasi yang telah dimulakan dengan kebenaran yang sah dipertimbangkan secara berasingan.
6.3. Jika Baki tidak mencukupi dan tambah nilai automatik dinyahdayakan, tindakan berbayar baharu dihadkan. Kami tidak boleh meningkatkan jumlah yang dibenarkan atau mengubah instrumen pembayaran tanpa persetujuan yang diperlukan. Notis dana tidak mencukupi bukan Pesanan baharu.
7. Tempoh sah unit yang dibeli dan promosi
7.1. Tempoh sah Kredit yang dibeli secara berasingan dinyatakan dalam terma tambah nilai atau pakej berkaitan sebelum pembayaran. Terma yang tidak didedahkan tidak diperkenalkan secara retrospektif. Perubahan pada peraturan masa hadapan tidak membatalkan jumlah aktif yang dibeli sebelum ini secara bertentangan dengan terma yang dipersetujui dan undang-undang mandatori.
7.2. Kredit Promosi diberikan di bawah kempen berkaitan. Kebolehgunaan, sekatan, jangka hayat dan urutan penggunaannya didedahkan apabila ia diberikan. Bonus percuma tidak mewujudkan tuntutan berasingan untuk menerima nilai nominalnya dalam bentuk wang dan tidak menggantikan, tanpa persetujuan Pengguna, bayaran balik wang yang perlu dibayar.
7.3. Jika bonus dikaitkan dengan pembelian, akibat pembatalan pembelian tersebut ditentukan oleh terma kempen dan undang-undang. Bahagian berbayar yang sebenarnya tidak disediakan tidak boleh dianggap telah digunakan semata-mata kerana bonus dan pembayaran dicampurkan dalam perakaunan. Sejarah mesti membolehkan pengenalpastian operasi yang berkaitan dengan pembelian.
7.4. Percubaan untuk menjual, menukar, atau memindahkan Kredit tanpa kebenaran boleh menyebabkan sekatan akses dan semakan. Penamatan Akaun, bayaran balik mandatori, dan penyimpanan dokumen yang sah ditadbir oleh perjanjian; klausa ini tidak mewujudkan pelucuthakan automatik bagi setiap baki berbayar.
8. Cukai, pengesahan dan pengebilan korporat
8.1. Cukai terpakai dan data yang diperlukan untuk menentukannya diambil kira dalam Pesanan. Pelanggan memberikan maklumat tepat tentang negara, organisasi dan status cukai apabila diperlukan. Mempunyai TIN tidak dengan sendirinya bermaksud pengecualian cukai atau penerapan caj berbalik.
8.2. Selepas pembayaran, pengesahan elektronik diberikan dan boleh disimpan. Dokumen cukai dan perakaunan mandatori dikeluarkan menurut peraturan yang terpakai. E-mel kebenaran yang berjaya tidak semestinya sama dengan resit fiskal; dokumen ini tidak boleh saling menggantikan.
8.3. Pembayaran pascabayar, had kredit, invois individu, terma pembayaran khas atau komitmen korporat kepada jumlah minimum terpakai hanya jika dipersetujui secara berasingan. Perkara ini tidak timbul bagi Akaun prabayar biasa di bawah halaman ini. Ralat invois dipertimbangkan atas permintaan yang disokong dokumen, sambil mengekalkan hak undang-undang.
8.4. Perjanjian pemerolehan asing bagi sesuatu Model, diskaun penyedia atau kosnya yang tidak boleh dibayar balik tidak mengubah secara automatik terma Cicora yang diterima oleh Pengguna. Hubungan untuk pembayaran dan perakaunan: support@cicora.ai, +998 90 051 48 40.