Version daterad den 16 september 2026. Dessa regler utgör en del av Cicora-avtalet och gäller RIZZ TRADE:s beställningar.
1. Vad som köps
1.1. Användaren köper åtkomst till Cicoras programvarutjänst eller förskottsbetalar för dess användning. Ett Abonnemang betalar för en fastställd period och de gränser som planen tillhandahåller. API med betalning efter användning registrerar faktiska transaktioner separat. Förbetalda enheter och bonusar är inte en bankinsättning, valuta, investeringstillgång eller betalningsmedel.
1.2. Ett Konto kan innehålla olika typer av redovisning: en abonnemangsgräns, ett separat påfyllt API-saldo, köpt tilläggsvolym och en kampanjbonus. De får inte behandlas som utbytbara om inte en Beställning uttryckligen föreskriver överföring eller användning av en produkt för att betala för en annan. Regler för förbrukning och tillgängligt saldo visas för den relevanta redovisningstypen.
1.3. Krediter får inte överföras till en annan Användare, säljas som pengar, ges bort utanför en tillhandahållen funktion eller användas för betalning till en tredjepartssäljare. Möjligheten till laglig återbetalning för en tjänst som inte har tillhandahållits regleras separat och är inte ett ”uttag ur plånboken”.
2. Pris och innehåll i en Beställning
2.1. Pris- och API-katalogen anger aktuella erbjudanden. Före betalning ser Användaren produkten, perioden, beräkningsgrunden, valutan, tillämpliga skatter och slutbeloppet. Köparen får granska Beställningen före bekräftelse och behålla dess villkor.
2.2. Abonnemangen Plus ($20), Pro ($50), 5× ($100) och 20× ($200) har de angivna månadspriserna. Nivåerna 5× och 20× jämförs med planen Plus ($20), inte med pengar i saldot på ett Konto. Ingen matematisk multiplikator för Pro följer enbart av dess pris i förhållande till en annan plan.
2.3. För inhemska transaktioner i Uzbekistan används de priser och beräkningar som fastställts för dem i den valuta som lagen tillåter. För en internationell Beställning avtalas faktureringsvaluta och betalningsbelopp före betalning. Om omräkning sker anges tillämpligt förfarande och slutligt belopp; självständig omräkning av den kortutgivande banken regleras av Användarens förhållande till banken.
2.4. Den offentliga API-katalogen publicerar exakta tillämpliga priser, enheter och särskilda villkor för den valda Modellen. Ett pris per miljon texttoken är inte en universell enhet för ljud, bilder, video eller omrankning. Olika lägen, kvalitet, varaktighet, kontextstorlek, cache, verktyg eller leverantör kan ändra beräkningen; tillämpligt pris, enhet och villkor är tillgängliga före en begäran.
3. Mätning av API-användning
3.1. Faktiskt utförd volym registreras med tillämpliga mått: indata- och utdatatoken, cachelagrade token, internt resonemang när det faktureras, bilder, ljudlängd, taltecken, videosekunder, begäranden eller andra angivna enheter. Parametrar och enheter följer relevant Modell och inte enbart det allmänna funktionsnamnet.
3.2. För ett pris per en miljon token divideras den debiterbara mängden med 1,000,000 och multipliceras med det relevanta priset. För en annan enhet används dess publicerade skala. Samma förbrukning får inte debiteras två gånger som oberoende komponenter när priset inte föreskriver separata operationer.
3.3. Vissa katalogvärden beskriver ett grundpris, minimipris eller ruttberoende pris. En dynamisk router eller ett pris som beräknas utifrån ytterligare parametrar blir inte kostnadsfritt enbart för att ett tjänstefält är noll, negativt eller saknas. Slutbeloppet bestäms av den angivna formeln för det relevanta läget.
3.4. Före utförandet är priset och beräkningsmetoden tillgängliga samt, när den exakta volymen inte är känd i förväg, den uppskattning eller utgiftsgräns som produkten tillhandahåller. Efter behandlingen registreras de faktiska enheterna, beloppet, Modellen, tiden och transaktionsidentifieraren. Denna information hjälper till att koppla användningen till en Beställning och begära granskning av ett fel.
3.5. Användningsvolymen mäts av Cicoras tekniska system och de deltagande leverantörernas system inom det tillämpliga läget. En skillnad mellan Användarens texträkning och en tokenizer kan uppstå på grund av historik, systeminstruktioner, verktyg, bilagor och kodning. Vid en tvist beaktas register som rör transaktionen; en teknisk logg är inte avgörande bevisning.
3.6. Avrundning, minsta debiterbara volym och särskilda prisintervall anges på kortet eller i faktureringsgränssnittet före användning. Nya regler tillämpas inte retroaktivt på slutförda transaktioner. Användaren får inte förvänta sig att ett API-pris förblir oförändrat på obestämd tid för framtida begäranden.
4. Reservation, fel och upprepade begäranden
4.1. En del av Saldot kan reserveras tillfälligt för en begäran. En reservation begränsar det tillgängliga saldot men är inte den slutliga debiteringen. Efter slutförandet beräknas den faktiska kostnaden och den oanvända delen frigörs; status och justeringar visas i historiken.
4.2. Om en begäran avvisas innan debiterbar behandling börjar behandlas kostnaden inte automatiskt som förbrukad. En felaktig debitering granskas och rättas. Avvisning av indata genom en skyddsåtgärd, plattformsfel, avsaknad av ett Resultat och Kundens avbrytande av begäran har olika tekniska omständigheter; de måste bedömas efter den behandling som faktiskt utförts och tillhandahållits samt enligt tvingande lag.
4.3. Förlust av klientanslutningen eller att ett webbläsarfönster stängs stoppar inte alltid en körning som redan har börjat. Vid strömning eller ett partiellt Resultat får utförd behandling debiteras om regeln har uppgetts och är tillåten enligt lag. Tjänsten får inte betrakta varje operation som inte levererats som lyckad enbart för att en leverantör har fakturerat den.
4.4. En ny inlämning av Användaren efter en timeout kan vara en separat begäran. Ett automatiskt nytt försök eller en teknisk reservväg måste hålla sig inom avtalade inställningar, budget- och dataregler. Byte till ett väsentligt dyrare läge skapar inte obegränsat godkännande för ytterligare utgifter.
4.5. För en omtvistad transaktion ska Kontots e-postadress, begärans- eller beställnings-ID, Modell, tid och typ av fel anges. Skicka inte allt personligt Innehåll om en identifierare räcker för diagnostik. Ett bekräftat fel korrigeras; en ekonomisk återbetalning, när sådan ska göras, genomförs enligt Reglerna för återbetalning.
5. Abonnemangsperioder och gränser
5.1. Ett månadsabonnemang aktiveras för den period som anges i beställningsbekräftelsen. Tillgängliga funktioner, Modeller och gränser visas i produkten. ”Mer användning” betyder inte ett bestämt antal godtyckliga svar: begäranden av olika komplexitet kan förbruka en gräns på olika sätt.
5.2. Högre nivåer jämförs med en jämförbar Modell, ett jämförbart läge och en jämförbar redovisningsperiod. Gränser för begärandefrekvens, samtidighet och separata funktioner kan gälla oberoende av den totala volymen. Oanvända periodgränser är inte ett köpt kontantsaldo; reglerna för återställning och överföring bestäms av de angivna villkoren för planen.
5.3. Förnyelse är tillgänglig först efter separat samtycke som anger frekvens, belopp och uppsägningsmetod. Uppsägning stoppar framtida förnyelser och bevarar åtkomsten till slutet av den aktuella betalda perioden, om inte någon annan lagenlig uppsägning sker. Betalningar via en appbutik använder butikens inställningar för abonnemangshantering.
5.4. Uppgradering eller nedgradering, omedelbar migrering, kreditering och ändring av faktureringsdatum gäller endast i ett angivet och bekräftat scenario. Att det finns en dyrare plan ger inte i sig rätt att automatiskt debitera dess pris eller räkna om en tidigare period.
6. Påfyllning och automatisk påfyllning
6.1. Före en påfyllning visas den krediterade volymen, betalningsbeloppet, valutan, regler som är relevanta för köpet och eventuella användningsvillkor. Krediteringen bekräftas av betalningsleverantörens server. Ett upprepat meddelande eller upprepade besök på en framgångssida får inte skapa flera krediteringar för ett köp.
6.2. Automatisk påfyllning är ett godkännande som är separat från ett Abonnemang. När den aktiveras visas tröskeln, beloppet eller formeln, valt betalningsinstrument, tillgängliga gränser och metoden för att inaktivera den. Användaren får ändra eller återkalla godkännandet för framtida transaktioner. En redan inledd, lagenligt godkänd transaktion bedöms separat.
6.3. Om Saldot är otillräckligt och automatisk påfyllning är inaktiverad begränsas nya betalda åtgärder. Vi får inte höja ett godkänt belopp eller ändra betalningsinstrumentet utan nödvändigt samtycke. Ett meddelande om otillräckliga medel är inte en ny Beställning.
7. Giltighetstid för köpta enheter och kampanjenheter
7.1. Giltighetstiden för separat köpta Krediter anges i villkoren för den aktuella påfyllningen eller paketet före betalning. Ett villkor som inte har uppgetts införs inte retroaktivt. En ändring av framtida regler upphäver inte tidigare köpt aktiv volym i strid med avtalade villkor och tvingande lag.
7.2. Kampanjkrediter beviljas enligt den relevanta kampanjen. Deras tillämplighet, begränsningar, giltighetstid och användningsordning anges när de beviljas. En kostnadsfri bonus skapar inget separat anspråk på att få dess nominella värde i pengar och ersätter inte, utan Användarens samtycke, en ekonomisk återbetalning som ska göras.
7.3. Om en bonus är kopplad till ett köp bestäms följderna av att köpet annulleras av kampanjvillkoren och lagen. En betald del som faktiskt inte tillhandahölls får inte behandlas som förbrukad enbart för att bonus och betalning blandas i redovisningen. Historiken måste göra det möjligt att identifiera transaktioner som hör till köpet.
7.4. Försök att sälja, byta eller överföra Krediter utan tillstånd kan leda till begränsad åtkomst och granskning. Avslut av Konto, obligatoriska återbetalningar och lagenlig lagring av handlingar regleras av avtalet; denna klausul medför inte automatiskt förverkande av varje betalt saldo.
8. Skatter, bekräftelser och företagsfakturering
8.1. Tillämpliga skatter och uppgifter som behövs för att fastställa dem redovisas i Beställningen. Kunden lämnar korrekta uppgifter om land, organisation och skattestatus där det behövs. Innehav av ett TIN innebär inte i sig skattebefrielse eller tillämpning av omvänd skattskyldighet.
8.2. Efter betalning lämnas en elektronisk bekräftelse som kan sparas. Obligatoriska skatte- och bokföringshandlingar utfärdas enligt tillämpliga regler. Ett e-postmeddelande om godkänd auktorisering är inte alltid detsamma som ett skattekvitto; dessa handlingar får inte ersätta varandra.
8.3. Efterskottsbetalning, en kreditgräns, en individuell faktura, ett särskilt betalningsvillkor eller ett företagsåtagande om en minsta volym gäller endast om det har avtalats separat. Sådana villkor uppstår inte för ett vanligt förbetalt Konto enligt denna sida. Ett fakturafel prövas efter en begäran som styrks med handlingar, med bibehållna lagliga rättigheter.
8.4. Ett utländskt inköpsavtal för en Modell, en leverantörsrabatt eller dess icke återbetalningsbara kostnader ändrar inte automatiskt de villkor för Cicora som Användaren har godtagit. Kontakt för betalning och bokföring: support@cicora.ai, +998 90 051 48 40.