Versi bertanggal 16 September 2026. Aturan ini merupakan bagian dari Perjanjian Cicora dan berlaku untuk pesanan RIZZ TRADE.
1. Apa yang dibeli
1.1. Pengguna membeli akses ke layanan perangkat lunak Cicora atau membayar di muka untuk penggunaannya. Langganan membayar untuk periode tertentu dan batas yang disediakan oleh paket. API Pay as you go mencatat operasi aktual secara terpisah. Unit prabayar dan bonus bukan merupakan simpanan bank, mata uang, aset investasi, atau alat pembayaran.
1.2. Suatu Akun dapat berisi berbagai jenis pencatatan: batas Langganan, Saldo API yang diisi ulang secara terpisah, volume tambahan yang dibeli, dan bonus promosi. Semuanya tidak boleh diperlakukan sebagai dapat dipertukarkan kecuali suatu Pesanan secara tegas mengatur transfer atau penggunaan satu produk untuk membayar produk lain. Aturan penggunaan dan saldo yang tersedia ditampilkan untuk jenis pencatatan yang relevan.
1.3. Kredit tidak boleh dialihkan kepada Pengguna lain, dijual sebagai uang, diberikan di luar fungsi yang disediakan, atau digunakan untuk menyelesaikan pembayaran dengan penjual pihak ketiga. Kemungkinan pengembalian dana yang sah atas layanan yang tidak diberikan diatur secara terpisah dan bukan merupakan “penarikan dompet.”
2. Harga dan isi Pesanan
2.1. Katalog harga dan API mengungkapkan penawaran saat ini. Sebelum pembayaran, Pengguna melihat produk, periode, dasar perhitungan, mata uang, pajak yang berlaku, dan jumlah akhir. Pembeli dapat meninjau Pesanan sebelum konfirmasi dan menyimpan ketentuannya.
2.2. Langganan Plus ($20), Pro ($50), 5× ($100), dan 20× ($200) memiliki harga bulanan sebagaimana dinyatakan. Level 5× dan 20× dibandingkan dengan paket Plus ($20), bukan dengan uang dalam Saldo Akun. Tidak ada pengali matematis yang tersirat untuk Pro semata-mata dari harganya relatif terhadap paket lain.
2.3. Untuk transaksi domestik di Uzbekistan, digunakan harga dan perhitungan yang ditetapkan untuk transaksi tersebut dalam mata uang yang diizinkan oleh hukum. Untuk Pesanan internasional, mata uang penagihan dan jumlah pembayaran disepakati sebelum pembayaran. Jika dilakukan konversi, prosedur yang berlaku dan jumlah akhir akan dinyatakan; konversi tersendiri oleh bank penerbit diatur oleh hubungan Pengguna dengan bank tersebut.
2.4. Katalog API publik mempublikasikan tarif, unit, dan ketentuan khusus yang berlaku secara pasti untuk Model yang dipilih. Tarif per satu juta token teks bukan unit universal untuk audio, gambar, video, atau reranking. Mode, kualitas, durasi, ukuran konteks, cache, alat, atau penyedia yang berbeda dapat mengubah perhitungan; tarif, unit, dan kondisi yang berlaku tersedia sebelum suatu permintaan diajukan.
3. Pengukuran penggunaan API
3.1. Volume yang benar-benar dilakukan dicatat menggunakan ukuran yang berlaku: token input dan output, token dalam cache, penalaran internal apabila dikenakan biaya, gambar, durasi audio, karakter ucapan, detik video, permintaan, atau unit lain yang diungkapkan. Parameter dan unit mengikuti Model terkait, bukan hanya nama fungsi umum.
3.2. Untuk tarif per satu juta token, kuantitas yang dapat ditagih dibagi dengan 1,000,000 dan dikalikan dengan tarif terkait. Untuk unit lain, skala yang dipublikasikan digunakan. Konsumsi yang sama tidak boleh ditagih dua kali sebagai komponen terpisah apabila harga tidak menetapkan operasi terpisah.
3.3. Sebagian nilai katalog menjelaskan harga dasar, minimum, atau yang bergantung pada Rute. Router dinamis atau tarif yang dihitung dari parameter tambahan tidak menjadi gratis hanya karena suatu bidang layanan bernilai nol, negatif, atau tidak ada. Jumlah akhir ditentukan oleh rumus yang diungkapkan untuk mode yang relevan.
3.4. Sebelum eksekusi, tarif dan metode perhitungan tersedia dan, jika volume pasti tidak diketahui sebelumnya, perkiraan atau batas pengeluaran yang disediakan oleh produk. Setelah pemrosesan, unit aktual, jumlah, Model, waktu, dan pengenal operasi dicatat. Informasi ini membantu mencocokkan penggunaan dengan Pesanan dan meminta peninjauan kesalahan.
3.5. Volume penggunaan diukur oleh sistem teknis Cicora dan sistem penyedia yang berpartisipasi dalam mode yang berlaku. Perbedaan antara jumlah teks Pengguna dan tokenizer dapat timbul akibat riwayat, instruksi sistem, alat, lampiran, dan pengodean. Dalam suatu sengketa, catatan yang terkait dengan operasi dipertimbangkan; log teknis bukan bukti yang konklusif.
3.6. Pembulatan, volume tagihan minimum, dan interval harga khusus diungkapkan dalam kartu atau antarmuka penagihan sebelum digunakan. Aturan baru tidak berlaku surut terhadap operasi yang telah selesai. Pengguna tidak boleh mengharapkan harga API tetap tidak berubah selamanya untuk permintaan di masa depan.
4. Reservasi, kesalahan, dan permintaan berulang
4.1. Sebagian dari Saldo dapat dicadangkan sementara untuk suatu permintaan. Pencadangan membatasi saldo yang tersedia tetapi bukan merupakan biaya akhir. Setelah selesai, biaya aktual dihitung dan bagian yang tidak terpakai dilepaskan; status dan penyesuaian ditampilkan dalam riwayat.
4.2. Jika suatu permintaan ditolak sebelum pemrosesan yang dapat dikenai biaya dimulai, biayanya tidak otomatis dianggap telah digunakan. Tagihan yang keliru ditinjau dan dikoreksi. Penolakan input oleh mekanisme pengamanan, kegagalan platform, tidak adanya Hasil, dan pembatalan oleh Pelanggan memiliki keadaan teknis yang berbeda; semuanya harus dinilai berdasarkan pemrosesan yang benar-benar dilakukan dan diberikan serta berdasarkan hukum yang bersifat memaksa.
4.3. Terputusnya koneksi klien atau ditutupnya jendela browser tidak selalu menghentikan eksekusi yang telah dimulai. Dalam hal streaming atau Hasil parsial, pemrosesan yang dilakukan dapat dikenai biaya jika aturan tersebut diungkapkan dan diizinkan oleh hukum. Layanan tidak boleh menyatakan setiap operasi yang tidak terkirim sebagai berhasil hanya karena penyedia menagihnya.
4.4. Pengiriman baru oleh Pengguna setelah batas waktu habis dapat menjadi permintaan terpisah. Percobaan ulang otomatis atau jalur alternatif harus tetap berada dalam pengaturan, anggaran, dan aturan data yang disepakati. Peralihan ke mode yang secara material lebih mahal tidak memberikan kewenangan tanpa batas untuk pengeluaran tambahan.
4.5. Untuk operasi yang disengketakan, berikan email Akun, ID permintaan atau Pesanan, Model, waktu, dan jenis kesalahan. Jangan mengirimkan seluruh Konten pribadi jika suatu pengenal sudah cukup untuk diagnostik. Kesalahan yang dikonfirmasi diperbaiki; pengembalian dana moneter, jika berlaku, dilakukan berdasarkan Aturan Pengembalian Dana.
5. Periode dan batas Langganan
5.1. Langganan bulanan diaktifkan untuk periode yang dinyatakan dalam konfirmasi Pesanan. Kemampuan, Model, dan batas yang tersedia ditampilkan dalam produk. "Penggunaan lebih banyak" tidak berarti sejumlah tertentu respons sembarang: permintaan dengan kompleksitas berbeda dapat menggunakan batas secara berbeda.
5.2. Tingkat yang lebih tinggi dibandingkan dengan menggunakan Model, mode, dan periode akuntansi yang sebanding. Batas laju permintaan, konkurensi, dan fungsi terpisah dapat berlaku secara independen dari volume total. Batas periode yang tidak digunakan bukan saldo tunai yang dibeli; aturan penyegaran dan pengalihan sisa batas ke periode berikutnya ditentukan oleh ketentuan paket yang diungkapkan.
5.3. Perpanjangan hanya tersedia setelah persetujuan terpisah yang menyatakan frekuensi, jumlah, dan cara pembatalan. Pembatalan menghentikan perpanjangan di masa mendatang dan mempertahankan akses hingga akhir periode berbayar saat ini kecuali terjadi pengakhiran sah lainnya. Pembayaran melalui toko aplikasi menggunakan pengaturan manajemen langganan toko tersebut.
5.4. Peningkatan atau penurunan paket, migrasi langsung, pengkreditan, dan perubahan tanggal penagihan hanya berlaku dalam skenario yang diungkapkan dan dikonfirmasi. Adanya paket yang lebih mahal saja tidak mengizinkan pengenaan harganya secara otomatis atau penghitungan ulang periode yang telah lewat.
6. Pengisian saldo dan pengisian saldo otomatis
6.1. Sebelum pengisian saldo, volume yang dikreditkan, jumlah pembayaran, mata uang, aturan yang relevan dengan pembelian, dan setiap syarat penggunaan ditampilkan. Pengkreditan dikonfirmasi oleh server penyedia pembayaran. Pemberitahuan berulang atau kunjungan berulang ke halaman berhasil tidak boleh menyebabkan pengkreditan berulang untuk satu pembelian.
6.2. Pengisian ulang otomatis merupakan otorisasi terpisah dari Langganan. Jika diaktifkan, ambang batas, jumlah atau formula, instrumen pembayaran yang dipilih, batas yang tersedia, dan metode untuk menonaktifkannya ditampilkan. Pengguna dapat mengubah atau menarik otorisasi untuk operasi di masa mendatang. Operasi yang telah diinisiasi dan diotorisasi secara sah dipertimbangkan secara terpisah.
6.3. Jika Saldo tidak mencukupi dan pengisian saldo otomatis dinonaktifkan, tindakan berbayar baru dibatasi. Kami tidak boleh menaikkan jumlah yang diotorisasi atau mengubah instrumen pembayaran tanpa persetujuan yang diperlukan. Pemberitahuan dana tidak mencukupi bukan merupakan Pesanan baru.
7. Masa berlaku unit yang dibeli dan unit promosi
7.1. Masa berlaku Kredit yang dibeli secara terpisah dinyatakan dalam ketentuan pengisian ulang atau paket terkait sebelum pembayaran. Ketentuan yang tidak diungkapkan tidak diberlakukan secara retroaktif. Perubahan aturan mendatang tidak membatalkan volume aktif yang telah dibeli sebelumnya dengan cara yang bertentangan dengan ketentuan yang disepakati dan hukum yang bersifat memaksa.
7.2. Kredit promosi diberikan berdasarkan kampanye yang relevan. Penerapan, pembatasan, masa berlaku, dan urutan penggunaannya diungkapkan pada saat pemberiannya. Bonus gratis tidak menciptakan klaim terpisah untuk menerima nilai nominalnya dalam bentuk uang dan tidak menggantikan pengembalian dana moneter yang jatuh tempo tanpa persetujuan Pengguna.
7.3. Jika bonus terkait dengan suatu pembelian, konsekuensi dari pembatalan pembelian tersebut ditentukan oleh ketentuan kampanye dan hukum. Bagian berbayar yang belum benar-benar diberikan tidak boleh diperlakukan sebagai telah digunakan hanya karena bonus dan pembayaran dicampur dalam pencatatan. Riwayat harus memungkinkan identifikasi operasi yang berkaitan dengan pembelian tersebut.
7.4. Upaya menjual, menukar, atau mentransfer Kredit tanpa otorisasi dapat mengakibatkan pembatasan akses dan peninjauan. Pengakhiran Akun, pengembalian dana wajib, dan penyimpanan dokumen yang sah diatur oleh perjanjian; klausul ini tidak menciptakan penyitaan otomatis atas setiap saldo yang telah dibayar.
8. Pajak, konfirmasi, dan penagihan korporasi
8.1. Pajak yang berlaku dan data yang diperlukan untuk menentukannya diperhitungkan dalam Pesanan. Pelanggan memberikan informasi yang akurat tentang negara, organisasi, dan status pajak jika diperlukan. Memiliki TIN tidak dengan sendirinya berarti pembebasan pajak atau penerapan mekanisme pembebanan balik (reverse charge).
8.2. Setelah pembayaran, konfirmasi elektronik diberikan dan dapat disimpan. Dokumen pajak dan akuntansi yang diwajibkan dibuat sesuai aturan yang berlaku. Email otorisasi yang berhasil tidak selalu sama dengan tanda terima fiskal; dokumen-dokumen ini tidak boleh saling menggantikan.
8.3. Pembayaran setelah pemakaian, batas kredit, faktur individual, ketentuan pembayaran khusus, atau komitmen perusahaan atas volume minimum hanya berlaku jika disepakati secara terpisah. Hal-hal tersebut tidak timbul untuk Akun prabayar biasa berdasarkan halaman ini. Kesalahan faktur dipertimbangkan berdasarkan permintaan yang didukung dokumen, dengan tetap mempertahankan hak berdasarkan hukum.
8.4. Perjanjian pengadaan luar negeri untuk suatu Model, diskon penyedia, atau biaya yang tidak dapat dikembalikan tidak otomatis mengubah ketentuan Cicora yang diterima oleh Pengguna. Kontak untuk pembayaran dan akuntansi: support@cicora.ai, +998 90 051 48 40.