Version dateret 16. september 2026. Disse regler udgør en del af Cicora-aftalen og gælder for RIZZ TRADE-ordrer.
1. Hvad købes
1.1. Brugeren køber adgang til Cicora-softwaretjenesten eller forudbetaler for brugen af den. Et Abonnement betaler for en bestemt periode og de grænser, abonnementet omfatter. API Pay as you go registrerer de faktiske handlinger særskilt. Forudbetalte enheder og bonusser er ikke bankindskud, valuta, investeringsaktiver eller betalingsmidler.
1.2. En Konto kan indeholde forskellige typer opgørelser: en Abonnementsgrænse, en særskilt optanket API-saldo, tilkøbt ekstra volumen og en kampagnebonus. De må ikke behandles som indbyrdes udskiftelige, medmindre en Ordre udtrykkeligt giver mulighed for overførsel eller brug af ét produkt til betaling for et andet. Forbrugsregler og tilgængelig saldo vises for den relevante opgørelsestype.
1.3. Kreditter må ikke overføres til en anden Bruger, sælges som penge, gives væk uden for en funktion, der stilles til rådighed, eller bruges til afregning med en tredjepartssælger. Muligheden for en lovlig tilbagebetaling for en ikke-leveret tjeneste reguleres særskilt og er ikke en »hævning fra en wallet«.
2. Pris og en Ordres indhold
2.1. Pris- og API-kataloget angiver de aktuelle tilbud. Før betaling ser Brugeren produktet, perioden, beregningsgrundlaget, valutaen, gældende afgifter og det endelige beløb. Køberen kan gennemgå Ordren før bekræftelse og gemme dens vilkår.
2.2. Abonnementerne Plus ($20), Pro ($50), 5× ($100) og 20× ($200) har de angivne månedlige priser. Niveauerne 5× og 20× sammenlignes med abonnementet Plus ($20), ikke med penge på en Kontosaldo. Prisen på Pro i forhold til et andet abonnement indebærer ikke i sig selv nogen matematisk multiplikator.
2.3. For indenlandske transaktioner i Usbekistan anvendes de priser og beregninger, der er fastsat for dem, i den valuta, som loven tillader. For en international Ordre aftales faktureringsvalutaen og betalingsbeløbet før betaling. Hvis der foretages omregning, oplyses den gældende procedure og det endelige beløb; en selvstændig omregning foretaget af den udstedende bank reguleres af Brugerens forhold til den pågældende bank.
2.4. Det offentlige API-katalog offentliggør de nøjagtige gældende priser, enheder og særlige vilkår for den valgte Model. En pris pr. million teksttokens er ikke en universel enhed for lyd, billeder, video eller omrangering. Forskellige tilstande, kvalitet, varighed, kontekststørrelse, cache, værktøj eller leverandør kan ændre beregningen; gældende pris, enhed og betingelse er tilgængelige før en anmodning.
3. Måling af API-brug
3.1. Den faktisk udførte mængde registreres ved hjælp af de relevante måleenheder: input- og outputtokens, cachede tokens, intern ræsonnering, hvor den faktureres, billeder, lydvarighed, taletegn, videosekunder, anmodninger eller andre oplyste enheder. Parametre og enheder følger den relevante Model og ikke kun funktionens generelle navn.
3.2. Ved en sats pr. million tokens divideres den fakturerbare mængde med 1,000,000 og ganges med den relevante sats. For en anden enhed anvendes dens offentliggjorte skala. Det samme forbrug må ikke faktureres to gange som uafhængige komponenter, hvis prisen ikke fastsætter særskilte handlinger.
3.3. Nogle katalogværdier beskriver en grundpris, minimumspris eller en Ruteafhængig pris. En dynamisk router eller en pris beregnet ud fra yderligere parametre bliver ikke gratis, blot fordi et tjenestefelt er nul, negativt eller mangler. Det endelige beløb fastlægges efter den oplyste formel for den relevante tilstand.
3.4. Før udførelsen er prisen og beregningsmetoden tilgængelige og, hvor den nøjagtige mængde ikke kendes på forhånd, produktets estimat eller forbrugsgrænse. Efter behandlingen registreres de faktiske enheder, beløbet, Modellen, tidspunktet og handlingsidentifikatoren. Disse oplysninger hjælper med at knytte brugen til en Ordre og anmode om vurdering af en fejl.
3.5. Forbrugsmængden måles af Cicoras tekniske systemer og den deltagende leverandørs systemer inden for den gældende tilstand. En forskel mellem en Brugers tekstoptælling og en tokenizer kan skyldes historik, systeminstrukser, værktøjer, vedhæftede filer og kodning. Ved en tvist tages registreringer vedrørende handlingen i betragtning; en teknisk log er ikke afgørende bevis.
3.6. Afrunding, en fakturerbar minimumsmængde og særlige prisintervaller oplyses på kortet eller i faktureringsgrænsefladen før brug. Nye regler anvendes ikke med tilbagevirkende kraft på afsluttede handlinger. Brugeren må ikke forvente, at en API-pris forbliver uændret på ubestemt tid for fremtidige anmodninger.
4. Reservation, fejl og gentagne anmodninger
4.1. En del af Saldoen kan reserveres midlertidigt til en anmodning. En reservation begrænser den tilgængelige saldo, men er ikke den endelige opkrævning. Efter afslutningen beregnes de faktiske omkostninger, og den uudnyttede del frigives; status og justeringer vises i historikken.
4.2. Hvis en anmodning afvises, før fakturerbar behandling påbegyndes, behandles dens omkostning ikke automatisk som brugt. En fejlagtig opkrævning gennemgås og rettes. Afvisning af input ved en beskyttelsesforanstaltning, platformssvigt, manglende Resultat og Kundens annullering har forskellige tekniske omstændigheder; de skal vurderes ud fra den behandling, der faktisk er udført og leveret, samt ufravigelig ret.
4.3. Tab af klientforbindelsen eller lukning af et browservindue standser ikke altid en udførelse, der allerede er begyndt. Ved streaming eller et delvist Resultat kan den udførte behandling faktureres, hvis denne regel er oplyst og tilladt ved lov. Tjenesten må ikke anse enhver ikke-leveret handling for vellykket, blot fordi en udbyder har faktureret den.
4.4. En ny indsendelse fra Brugeren efter en timeout kan være en særskilt anmodning. Et automatisk nyt forsøg eller en alternativ rute skal holde sig inden for de aftalte indstillinger, budgettet og datareglerne. Skift til en væsentligt dyrere tilstand giver ikke ubegrænset tilladelse til yderligere forbrug.
4.5. Ved en omtvistet handling skal Kontoens e-mail, anmodnings- eller Ordre-id, Model, tidspunkt og fejltype oplyses. Send ikke alt personligt Indhold, hvis en identifikator er tilstrækkelig til diagnosticering. En bekræftet fejl rettes; en økonomisk refusion foretages, hvor den skyldes, i henhold til Reglerne for tilbagebetaling.
5. Abonnementsperioder og grænser
5.1. Et månedligt Abonnement aktiveres for den periode, der er angivet i Ordrebekræftelsen. Tilgængelige funktioner, Modeller og grænser vises i produktet. »Mere brug« betyder ikke et fast antal vilkårlige svar: anmodninger af forskellig kompleksitet kan forbruge en grænse forskelligt.
5.2. Forhøjede niveauer sammenlignes ved brug af en sammenlignelig Model, tilstand og regnskabsperiode. Grænser for anmodningsfrekvens, samtidighed og særskilte funktioner kan gælde uafhængigt af den samlede mængde. Ubrugte periodegrænser er ikke en købt kontantsaldo; reglerne for fornyelse og overførsel fastlægges i de oplyste abonnementsvilkår.
5.3. Fornyelse er kun tilgængelig efter særskilt samtykke, der angiver hyppighed, beløb og metode til opsigelse. Opsigelse standser fremtidige fornyelser og bevarer adgangen indtil udgangen af den aktuelle betalte periode, medmindre der sker et andet lovligt ophør. Betalinger via appbutikker bruger den pågældende butiks indstillinger til administration af abonnementer.
5.4. Op- eller nedgradering, øjeblikkelig overgang, kreditering og ændring af faktureringsdato gælder kun i et oplyst og bekræftet tilfælde. Det forhold alene, at der findes et dyrere abonnement, giver ikke tilladelse til automatisk at opkræve dets pris eller genberegne en tidligere periode.
6. Optankning og automatisk optankning
6.1. Før en optankning vises den krediterede mængde, betalingsbeløbet, valutaen, relevante købsregler og en eventuel brugsperiode. Krediteringen bekræftes af betalingsudbyderens server. En gentagen meddelelse eller gentagne besøg på en successide må ikke skabe flere krediteringer for ét køb.
6.2. Automatisk optankning er en særskilt bemyndigelse fra et Abonnement. Når den er aktiveret, vises tærsklen, beløbet eller formlen, det valgte betalingsmiddel, tilgængelige grænser og metoden til at deaktivere den. Brugeren kan ændre eller tilbagekalde bemyndigelsen til fremtidige transaktioner. En lovligt godkendt transaktion, som allerede er iværksat, vurderes særskilt.
6.3. Hvis Saldoen er utilstrækkelig, og automatisk optankning er deaktiveret, begrænses nye betalte handlinger. Vi må ikke forhøje et godkendt beløb eller ændre betalingsmidlet uden det nødvendige samtykke. En meddelelse om utilstrækkelige midler er ikke en ny Ordre.
7. Gyldighedsperiode for købte enheder og bonusenheder
7.1. Gyldighedsperioden for særskilt købte Kreditter fremgår af vilkårene for den relevante optankning eller pakke før betaling. Et ikke-oplyst vilkår indføres ikke med tilbagevirkende kraft. En ændring af fremtidige regler annullerer ikke tidligere købt aktiv mængde i strid med de aftalte vilkår og ufravigelig ret.
7.2. Kampagnekreditter ydes i henhold til den relevante kampagne. Deres anvendelighed, begrænsninger, gyldighedsperiode og anvendelsesrækkefølge oplyses, når de tildeles. En gratis bonus giver ikke et særskilt krav på at få dens nominelle værdi udbetalt i penge og erstatter ikke en skyldig kontant tilbagebetaling uden Brugerens samtykke.
7.3. Hvis en bonus er knyttet til et køb, bestemmes konsekvenserne af at annullere dette køb af kampagnevilkårene og lovgivningen. En betalt del, der faktisk ikke blev leveret, må ikke behandles som forbrugt, blot fordi bonus og betaling er blandet i opgørelsen. Historikken skal gøre det muligt at identificere handlinger, der vedrører købet.
7.4. Forsøg på at sælge, bytte eller overføre Kreditter uden tilladelse kan føre til begrænsning af adgang og gennemgang. Kontoophør, lovpligtige refusioner og lovlig opbevaring af dokumenter reguleres af aftalen; denne bestemmelse medfører ikke automatisk fortabelse af enhver betalt saldo.
8. Skatter, bekræftelser og virksomhedsfakturering
8.1. Gældende skatter og data, der er nødvendige for at fastlægge dem, medregnes i Ordren. Kunden giver korrekte oplysninger om land, organisation og skattestatus, hvor det er nødvendigt. Det at have et TIN betyder ikke i sig selv skattefritagelse eller anvendelse af omvendt betalingspligt.
8.2. Efter betaling udstedes en elektronisk bekræftelse, som kan gemmes. Obligatoriske skatte- og regnskabsbilag udarbejdes efter gældende regler. En e-mail om en vellykket godkendelse er ikke altid det samme som en skattemæssig kvittering; disse dokumenter må ikke erstatte hinanden.
8.3. Efterbetaling, en kreditgrænse, en individuel faktura, en særlig betalingsfrist eller en virksomhedsforpligtelse til en minimumsmængde gælder kun, hvis det er aftalt særskilt. De opstår ikke for en almindelig forudbetalt Konto efter denne side. En fakturafejl behandles efter en anmodning, der er underbygget med dokumentation, med bevarelse af lovbestemte rettigheder.
8.4. En udenlandsk indkøbsaftale om en Model, en udbyderrabat eller udbyderens omkostninger, der ikke kan refunderes, ændrer ikke automatisk de Cicora-vilkår, som Brugeren har accepteret. Kontaktoplysninger vedrørende betaling og regnskab: support@cicora.ai, +998 90 051 48 40.