Versjon datert 16. september 2026. Den gjelder ved publisering og aksept på den måten som er angitt i denne avtalen.
1. Parter og tilbudets gjenstand
1.1. RIZZ TRADE Limited Liability Company / “RIZZ TRADE” LLC, registrert i Republikken Usbekistan 15. september 2025, registreringsoppføring 2944991, TIN 312432714, tilbyr å inngå en avtale om bruk av selskapets egen Cicora-programvaretjeneste på vilkårene i dette offentlige tilbudet. Korrespondanseadresse: Republic of Uzbekistan, Tashkent, Mirabad District, Abdulla Avloniy MFY, Nukus Street, Building 3. E-post: support@cicora.ai. Telefon: +998 90 051 48 40. Selskapet omtales nedenfor som «Cicora», «leverandøren» eller «vi».
1.2. Denne avtalen inngås med en person eller organisasjon som godtar tilbudet, nedenfor kalt «brukeren» eller «kunden». En person som godtar vilkårene på vegne av en organisasjon, bekrefter å ha myndighet til å inngå avtalen, opprette et arbeidsområde, bestille funksjoner og pådra tilhørende kostnader. En person uten slik myndighet må ikke gi inntrykk av å binde organisasjonen.
1.3. Avtalens gjenstand er tildeling av rettigheter til å bruke Cicora-programvaren og levering av tilknyttede digitale tjenester: behandling av forespørsler, ruting til modeller, administrasjon av kontekst og filer, bruk av tilgjengelige verktøy, registrering av bruk og levering av resultater. Det konkrete omfanget bestemmes av valgt produkt, abonnement, modell, modus og bestilling.
1.4. RIZZ TRADE er leverandøren av sin egen programvaretjeneste. Cicoras serversystem tilbyr autentisering, ruting, behandlingsalgoritmer, tilgangsstyring og bruksregistrering. Vi kan engasjere teknologileverandører til å utføre enkelte databehandlingsoperasjoner. Dette endrer ikke hvem som er avtalepart med Brukeren, og betyr ikke at vi mottar betaling på vegne av en leverandør som betalingsformidler.
1.5. Kjøp av Cicora betyr ikke kjøp av et annet selskaps personlige konto, abonnement eller API-nøkkel. Navn på tredjepartsmodeller brukes til å identifisere teknologi som er tilgjengelig i tjenesten, og innebærer ikke partnerskap, representasjon eller anbefaling med mindre forholdet er uttrykkelig bekreftet.
2. Definisjoner
2.1. «Tjeneste» betyr programvaregrensesnittene, nettstedet cicora.ai, tilgjengelige applikasjoner og Cicora-API-er samt funksjonene som inngår i en bestilling. «Konto» betyr en brukerkonto. «Arbeidsområde» betyr en konto eller et organisasjonsmiljø der tilgangsrettigheter og et delt budsjett kan fordeles. «Administrator» betyr en person som har fått myndigheten til å administrere arbeidsområdet slik den vises i grensesnittet.
2.2. «Inndatamateriale» betyr forespørsler, meldinger, instruksjoner, filer, bilder, lyd, video, kode, data og annet materiale som leveres av eller på vegne av brukeren. «Resultater» betyr svar og annet materiale som genereres når en forespørsel utføres. Inndatamateriale og resultater utgjør samlet «innhold». Tredjepartsinnhold som hentes fra eksterne kilder, kan ha en egen rettighetshaver.
2.3. «Modell» betyr en valgt beregningsmodell eller spesialisert funksjon. «Modellleverandør» betyr en person som leverer teknologien eller kjøringen av den. «Rute» betyr en konfigurasjon for å utføre en forespørsel, herunder modell, leverandør, modus, region og innstillinger for databehandling. Én modellidentifikator kan ha flere ruter med ulike priser, ulik tilgjengelighet og ulike dataregler.
2.4. «Bestilling» betyr et bekreftet valg av produkt, periode, pris, valuta, gjeldende vilkår og betalingsmåte. «Abonnement» betyr tilgang i en definert betalt periode med funksjonene og grensene abonnementet tilbyr. «Betaling etter bruk» betyr betaling for faktisk målt bruk. «Saldo» og «kreditter» betyr intern regnskapsføring av forhåndsbetalt tjenestevolum; de betyr ikke en bankkonto, betalingslommebok eller rett til oppgjør med tredjeparter.
2.5. «Modellvilkår» betyr bindende regler, lisenser og begrensninger for den aktuelle Modellen og Ruten. «Forbruker» betyr en fysisk person som kjøper Tjenesten for formål som gjeldende lov gir forbrukervern. «Bedriftskunde» betyr en person som bruker Tjenesten til nærings- eller yrkesformål. Navnet på en plan fjerner ikke i seg selv en status som loven gir en Forbruker.
3. Avtaledokumenter og deres prioritet
3.1. Avtalen består av dette tilbudet, den bekreftede bestillingen, gjeldende versjon av prisene, reglene for fakturering og kreditter, refusjonsreglene, reglene for akseptabel bruk og funksjonsvilkårene. Avsnitt 11 i dette tilbudet fastsetter reglene for bruk av modeller; katalogen over modell- og leverandørretningslinjer bidrar til å identifisere vilkårene som gjelder for en bestemt rute.
3.2. Personvernreglene beskriver behandling av personopplysninger. De er ikke et generelt samtykke til enhver form for behandling og erstatter ikke separat samtykke der loven krever det. Vilkårene for forretningsdata gjelder, innenfor sitt virkeområde, for behandling etter dokumenterte instrukser fra en bedriftskunde.
3.3. Ufravikelig rett har forrang ved motstrid. Deretter følger en individuelt avtalt skriftlig bestilling eller avtale, særvilkårene for en bestemt funksjon når det gjelder denne funksjonen, og dette tilbudet med de innarbeidede reglene. Modellvilkår fastsetter bindende grenser for bruk av den aktuelle teknologien, men erstatter ikke i seg selv prisen som Cicora har lovet brukeren, og opphever heller ikke RIZZ TRADEs forpliktelser knyttet til sin egen tjeneste.
3.4. En individuell endring trer bare i kraft dersom den godtas av autoriserte parter i en skriftlig eller elektronisk form som oppbevares. Vilkår som en kunde ensidig legger til i en betalingsinstruks, innkjøpsordre eller et annet dokument, endrer ikke avtalen uten vår uttrykkelige godkjenning.
3.5. Dokumenter publiseres i språkversjonene som er tilgjengelige gjennom språkvelgeren. Versjonen og språket som vises ved aksept, oppbevares for en Bestilling. Oversettelsesforskjeller løses i lys av betydningen av de avtalte vilkårene og Brukerens ufravikelige rettigheter; en versjon på et annet språk som Brukeren ikke har lest, brukes ikke til i det skjulte å utvide Brukerens forpliktelser.
4. Inngåelse av avtalen og elektroniske bevis
4.1. Før en Bestilling legges inn, kan Brukeren gjennomgå vilkårene, beskrivelsen, prisen, reglene for bruksmåling, tilgangsperioden og gjeldende begrensninger. For en betalt Bestilling uttrykkes aksept ved uttrykkelig å bekrefte de relevante vilkårene og fullføre den angitte betalingshandlingen. Bare det å besøke en offentlig side gir ikke fullmakt til belastning.
4.2. Brukeren kontrollerer Bestillingen og retter feil før den bekreftes. Etter vellykket betaling eller et annet avtalt grunnlag for aktivering opprettes en bekreftelse som oppbevares. Den skal identifisere partene, produktet, perioden, beløpet, valutaen og de aksepterte vilkårene. Elektroniske bekreftelser, transaksjonsoppføringer og regnskapsdokumenter brukes til å oppfylle avtalen og behandle forespørsler.
4.3. Partene erkjenner at elektroniske meldinger, varsler, bekreftelser fra betalingsleverandører og tjenestelogger kan brukes som bevis i den grad loven tillater det. Slike oppføringer er ikke avgjørende: Brukeren kan legge frem bevis på feil eller andre dokumenter. En teknisk registrering av nettleseromdirigering erstatter ikke betalingsbekreftelse.
4.4. Det leveres ikke noe fysisk medium ved elektronisk levering av programvare. Bekreftelse av aktivering og faktisk bruk registreres av det elektroniske systemet. Fravær av et signert papirdokument for godkjenning betyr ikke i seg selv at en digital tjeneste ikke ble levert når leveringen dokumenteres med tillatt bevis; obligatoriske regnskaps- og forbrukerdokumenter utstedes der loven krever det.
5. Alder, fullmakt og kontoinformasjon
5.1. Minstealderen for tilgang er 13, eller en høyere alder fastsatt av gjeldende rett, modellvilkårene eller en særskilt funksjon. Dersom godkjenning fra en rettslig representant kreves for selvstendig inngåelse av avtale, databehandling eller betaling, må den innhentes før den aktuelle handlingen. En høyere aldersgrense for en bestemt rute har forrang for den ruten.
5.2. Ved registrering gir brukeren oppdaterte og korrekte opplysninger som er tilstrekkelige for kontoen og bestillingen. Brukeren må ikke utgi seg for å være en annen person, opprette en fiktiv organisasjon, skjule obligatoriske landopplysninger eller bruke en annen persons betalingsopplysninger uten lovlig tillatelse. Endrede kontakt- og faktureringsopplysninger må oppdateres umiddelbart.
5.3. Vi kan be om forholdsmessig bekreftelse av myndighet, eierskap til kontoen, rettigheter til materiale, betaling eller bruk av en begrenset funksjon. En forespørsel begrenses til det som er nødvendig for den konkrete gjennomgangen. Passord, CVV-verdier, bankkoder og andre hemmeligheter må ikke sendes i vanlig e-post. Hvis en nødvendig gjennomgang ikke kan fullføres, kan den berørte handlingen suspenderes innenfor lovens grenser.
6. Sikkerhet for konto og API-nøkkel
6.1. Personlige innloggingsopplysninger kan ikke deles slik at flere personer fremstår som én bruker. Samarbeid skjer gjennom de tilgjengelige rollene og kontoene. Brukeren treffer rimelige tiltak for å beskytte passord, enheter, økter og egne Cicora-nøkler og melder kompromittering til support@cicora.ai.
6.2. En API-nøkkel fungerer innenfor tildelte rettigheter og budsjett. Kunden kontrollerer plasseringen i applikasjoner, utvikleres og leverandørers tilgang, tilbakekalling og utskifting. En hemmelig nøkkel må ikke publiseres i åpen kildekode, gis til uautoriserte personer eller brukes når den tilhører en annen uten tillatelse. Lovlig API-integrasjon i Kundens eget produkt gir ikke rett til å videreselge en Cicora-konto eller Teknologileverandørnøkler.
6.3. Inntil vi mottar varsel, kan vi legge til grunn handlinger på Kontoen som er korrekt autentisert, med forbehold for vår plikt til å opprettholde rimelig sikkerhet og reglene om innsigelser mot uautoriserte transaksjoner. Denne klausulen gjør ikke Brukeren ansvarlig for en bevist feil fra Cicora og fjerner ikke ufravikelig betalingsvern.
6.4. Ved en sikkerhetstrussel kan vi tilbakekalle en nøkkel, avslutte økter, kontrollere eieren eller midlertidig begrense funksjoner. Vi søker å begrense tiltakene til det nødvendige omfanget. Gjenoppretting opphever ikke automatisk lovlige begrensninger pålagt av en modellleverandør.
7. Arbeidsområder og bedriftskontoer
7.1. Eieren av arbeidsområdet og utpekte administratorer forvalter bare rettighetene som produktet gir: medlemmer, tilgjengelige modeller, budsjetter, nøkler, retningslinjer og innhold innenfor den aktuelle rollen. Administratorbeføyelsene opplyses når en person blir medlem; en e-postadresse for bedriften alene gir ikke en organisasjon ubetinget tilgang til personlig historikk.
7.2. Der overføring av en konto til et bedriftsmiljø er tilgjengelig, mottar brukeren det aktuelle varselet før den administrative kontrollen overføres. Organisasjonen må ha grunnlag for å administrere medlemmenes data og informere dem om sine retningslinjer. Den avgjør om instruksjonene og bruken av resultater i organisasjonens virksomhet er lovlige.
7.3. En autorisert kjøper kan bare bestille funksjoner og pådra kostnader innenfor sin tildelte myndighet. Organisasjonen er ansvarlig for bruk som autoriserte personer bestiller, og kontrollerer medlemsrettighetene. Fjerning av et medlem avslutter medlemmets tilgang, men sletter ikke nødvendigvis data eller regnskapsoppføringer som lovlig tilhører organisasjonen.
7.4. Tilgang for et tilknyttet selskap, en kunde eller kontraktspart er bare tillatt ved en metode som abonnementet autoriserer. En egen juridisk enhet blir ikke part i avtalen eller selvstendig lisenshaver bare fordi den har felles domene, eier eller prosjekt.
8. Programvarelisens
8.1. I den utstrekning vi har tilgjengelige rettigheter, gir vi for perioden med betalt tilgang eller tillatt gratis bruk en begrenset, ikke-eksklusiv rett til å bruke Cicora-funksjonaliteten gjennom de tilbudte grensesnittene og API-ene. Ingen enerettigheter, kildekode eller varemerkerettigheter overføres.
8.2. Lisensen er begrenset av formål, volum, geografisk tilgjengelighet, antall brukere og tekniske grenser for valgt produkt. Tjenesten gir ikke rett til å kopiere eller distribuere serverprogramvare, leie ut en konto, gi uautorisert viderelisensiert tilgang eller skape et uriktig inntrykk av offisiell representasjon av Cicora.
8.3. Et API som abonnementet gir tilgang til, kan integreres i kundens egne applikasjoner og prosesser. Kunden må oppfylle kravene til sluttbrukere, modellen, nøkkelsikkerhet og databehandling. En slik integrasjon skiller seg fra overføring av leverandørkontoer eller skjult videresalg av tilgang i strid med gjeldende lisenser.
8.4. Publiserte vilkår for den relevante komponenten gjelder for en nedlastbar klient, SDK, utvidelse eller annen komponent. Komponenter under en åpen kildekode-lisens beholder denne lisensen og dens obligatoriske merknader; denne avtalen reduserer ikke rettigheter som uttrykkelig er gitt ved lisensen. At det finnes separate komponenter med åpen kildekode, gjør ikke hele plattformen til programvare med åpen kildekode.
8.5. Oppdateringer kan endre eller erstatte komponenter av hensyn til sikkerhet, kompatibilitet og produktutvikling. Brukeren er ikke pålagt å gi rettigheter som ikke er nødvendige for å bruke en oppdatering. Når en tilgangsrett opphører, opphører bruken av beskyttede komponenter i den utstrekning avtalen og loven fastsetter; rettigheter til dataeksport som følger av loven, forblir tilgjengelige.
9. Tjenestens funksjoner, begrensninger og endringer
9.1. Beskrivelsen og plansammenligningen definerer det kjøpte produktet. Navnet på en funksjon hos et annet selskap betyr ikke at en tilsvarende Cicora-funksjon er tilgjengelig. Et Abonnement lover ikke forbrukerapplikasjoner fra tredjeparter, bedriftssertifikater, dedikert kapasitet eller en SLA med mindre en bekreftet Bestilling uttrykkelig fastsetter dette.
9.2. Modelltilgjengelighet og ytelse avhenger av modus, kontekstvolum, verktøy, infrastrukturstatus og teknologileverandørenes tilgjengelighet. Et oppgitt maksimalt kontekstvindu er ikke nødvendigvis fullt tilgjengelig for brukerens tekst: En del kan brukes av instrukser, verktøy, historikk og systembehandling.
9.3. Vi kan videreutvikle grensesnittet, rette feil, håndtere sårbarheter, erstatte tekniske komponenter og avvikle foreldede funksjoner. En vesentlig reduksjon av en allerede betalt forpliktelse behandles etter gjeldende rett og refusjonsreglene. En ordinær oppdatering gir ikke rett til å omberegne en fullført forespørsel med tilbakevirkende kraft eller redusere kjøpt volum.
9.4. Teknisk vedlikehold og midlertidig utilgjengelighet lover ikke i seg selv kompensasjon etter en ikke-eksisterende SLA. Krav som følger av faktisk manglende eller mangelfull levering av en betalt tjeneste, består likevel. Prøve-, beta- og forhåndsvisningsfunksjoner merkes uttrykkelig og reguleres av særvilkår; et stabilt betalt produkt merkes ikke som beta med tilbakevirkende kraft.
10. Abonnementer, bruk og forhåndsbetaling
10.1. Individuelle abonnementer er tilgjengelige som Plus ($20), Pro ($50), 5× ($100) og 20× ($200) til månedspriser i henhold til prissiden. For sammenlignbare moduser og måleperioder gir abonnementene 5× og 20× henholdsvis 5× og 20× bruksvolumet i Plus-abonnementet ($20). Pro har det utvidede nivået som er beskrevet i produktet. Disse multiplikatorene multipliserer ikke penger som holdes på en konto.
10.2. Abonnementsgrenser, en separat betalt API-saldo og bonuser er forskjellige. Et abonnement gjelder i den oppgitte perioden; forbruket avhenger av modell, kontekst, svar, filer, verktøy og andre opplyste parametere. Det garanteres ikke noe bestemt antall meldinger eller identisk kostnad for ulike forespørsler. Grenser og tidspunkt for fornyelse vises ved valg og bruk av et abonnement.
10.3. API med betaling etter bruk belastes den aktuelle saldoen for faktisk bruk. Hvis saldoen er utilstrekkelig, kan en ny betalt forespørsel avvises eller stanses etter den opplyste prosedyren. En skjult kredittordning, gjeld eller automatisk budsjettoverskridelse oppstår ikke bare fordi en forespørsel har startet.
10.4. Før bekreftelse vises produktpris, gjeldende avgifter, faktureringsvaluta og sluttbeløp. Modeller er underlagt den publiserte katalogen og reglene for den aktuelle ruten. Ulike verktøy og medier kan faktureres etter tokener, bilde, tegn, forespørsel, sekund, minutt, time eller en annen opplyst måleenhet. Fravær av en vist pris betyr ikke at bruken er gratis.
10.5. Ytterligere regler for måling, reservasjon, justeringer og enheters gyldighetstid er fastsatt i reglene for fakturering og kreditter. Ingen type saldo gir rett til renteinntekter, valutaveksling, overføringer til andre brukere eller betalinger til tredjepartsselgere.
11. Modellvilkår og teknologiruter
11.1. Dette avsnittet er en del av avtalen, ikke bare en informasjonsside. Hver modell kan bare brukes innenfor leverandørens bindende vilkår og valgt rute. Lenker, leverandøropplysninger og tilgjengelige begrensninger vises i API-katalogen og katalogen over modellvilkår. Listen er ikke begrenset til tre varemerker.
11.2. Før en forespørsel sendes, kontrollerer brukeren modellens formål og tillatte bruk for oppgaven, vilkår for kommersiell bruk, land- eller organisasjonsbegrensninger, tilgjengelige funksjoner og regler for håndtering av materiale. Hvis brukeren ikke godtar et bindende modellvilkår, må brukeren ikke sende en forespørsel gjennom den ruten, men kan velge et annet tillatt alternativ.
11.3. En bedriftskunde og en utvikler som tilbyr sitt eget produkt til sluttbrukere gjennom Cicora API, forplikter seg til å videreformidle gjeldende regler til disse brukerne og innhente nødvendig samtykke og rettslig grunnlag for behandling før en forespørsel. I den grad loven tillater det, er kunden ansvarlig for integrasjonen og autoriserte brukere; kunden kan ikke utvide rettighetene utover modelllisensen.
11.4. En Modell kan ha flere leverandører og versjoner. Automatisk ruting, alternativ rute, valg av regional utførelse, trening eller lagring gjelder bare innenfor opplyste innstillinger og bindende begrensninger. En alternativ Rute må ikke brukes til å omgå et avtalt budsjett, et forbud mot dataoverføring eller et utilgjengelig territorium.
11.5. En regelendring, tilbaketrekking av en modell, endret leverandørtilgjengelighet eller et bindende krav fra en leverandør kan føre til begrensning av den aktuelle ruten. Vesentlige følger for et aktivt betalt produkt varsles på den måten loven krever; fullførte operasjoner blir ikke nye kjøp til endrede priser.
11.6. Vi kan ikke sette til side bindende lisens-, eksport-, alders- eller andre begrensninger fra en Modellutvikler. Det er forbudt å omgå blokkeringer eller sikkerhetstiltak, oppgi falskt land eller identitet, eller bruke en proxy eller VPN for å få forbudt tilgang. Et tillatt nettverkssikkerhetsverktøy er ikke forbudt bare fordi det brukes, forutsatt at det ikke brukes til slik omgåelse.
11.7. For å oppfylle bindende krav kan vi be om rimelig nødvendige opplysninger om rettigheter til materiale, samtykke, fullmakt, land, modus eller sluttbruk. Hvis opplysninger som kreves for en bestemt Modell ikke gis, kan bruken av denne Modellen begrenses. Dette skaper ikke en rett til å kreve uvedkommende opplysninger om all Kundens virksomhet.
11.8. Teknisk klassifisering av en region, forespørselsklasse eller kompatibilitet kan inneholde feil. Brukeren kan be om gjennomgang. Denne klassifiseringen fritar ikke Cicora fra egne forpliktelser og gir ikke tillatelse til bevisst å sende en forespørsel gjennom en uegnet Rute.
11.9. Cicoras innkjøpsavtale med en leverandør gjør ikke leverandøren til part i brukerens avtale med RIZZ TRADE. RIZZ TRADE er, i den grad loven fastsetter det, ansvarlig for sitt grensesnitt, sine belastninger, prisopplysninger og avtaleforpliktelser overfor brukeren.
12. API-integrasjoner og sluttbrukere
12.1. API-et må brukes i samsvar med publisert dokumentasjon, autentisering, grenser og tillatte parametere. Kunden er ansvarlig for at integrasjonen er korrekt, kontroll av svar, logikk for nye forsøk og avhengigheter. Udokumenterte metoder må ikke brukes til å omgå priser, sikkerhet eller Modellvilkår.
12.2. Automatisering av forespørsler som er autorisert gjennom API-et, er ikke forbudt skraping. Det er likevel forbudt å hente ut vernet materiale eller ikke-offentlig grensesnittinformasjon i stort omfang, forstyrre andre kunders drift, omgå grenser eller skaffe infrastrukturtilgang utover det tilgjengelige API-et.
12.3. Idempotens, tidsavbrudd, strømming og bekreftelse på fullføring må tas med i betraktningen i en integrasjon. Ny innsending av en forespørsel garanterer ikke et identisk svar og kan opprette en separat fakturerbar behandlingsoperasjon; et nytt forsøk som skyldes Cicoras egen feil, vurderes etter justeringsreglene. Forespørselsidentifikatorer gjør det mulig å knytte bruk og resultater sammen.
12.4. En Kunde som betjener egne brukere, er fortsatt ansvarlig for sitt produkt, sine fremstillinger, tillatelser, sin databehandling og avgjørelser som treffes på grunnlag av Resultater. Kunden må ikke love brukerne ikke opplyste Cicora-garantier eller fremstille seg som autorisert representant for RIZZ TRADE uten grunnlag.
13. Inndatamateriale og rettigheter til resultater
13.1. Brukeren beholder sine rettigheter til inndatamateriale. Brukeren gir en begrenset tillatelse til å motta det, lagre det i valgt modus, reprodusere det i arbeidsflyten, utføre tekniske omforminger, overføre det til nødvendige leverandører og generere et svar utelukkende for å levere, beskytte og støtte tjenesten og overholde loven.
13.2. Brukeren bekrefter å ha nødvendige rettigheter, samtykker og rettslig grunnlag for å sende inn materiale, herunder personopplysninger, bilder og stemmer av andre personer, vernede verk og organisasjonsopplysninger. At materiale er tilgjengelig på internett, betyr ikke alltid at det kan gjenbrukes eller sendes til en modell.
13.3. Mellom partene gis brukeren, i størst mulig utstrekning etter gjeldende rett og modelllisensen, de rettighetene til et resultat som tilhører Cicora og kan overføres. Dette overfører ikke tredjeparts rettigheter, skaper ikke rettsvern der det ikke finnes, og opphever ikke særskilte begrensninger for en bestemt type resultat.
13.4. Resultater kan være identiske eller lignende for ulike brukere. Avtalen gir ikke enerett til en generell stil, idé, fakta, vanlige elementer eller uavhengig skapt innhold. Tredjepartsinnhold fra søk, en tilkoblet kilde eller et verktøy er fortsatt underlagt gjeldende rettigheter og bruksvilkår.
13.5. Brukeren vurderer om publisering og kommersiell bruk av et resultat er lovlig. Generering av et resultat bekrefter ikke i seg selv at resultatet er fritt for tredjeparts varemerker eller rettigheter til en avbildet person, at reklamen er tillatt, eller at en lisens for en programvarekomponent overholdes.
14. Filer, historikk og publisering
14.1. Filer godtas i formater, størrelser og antall som støttes og er angitt i grensesnittet eller API-et. Vi kan avvise en skadet, farlig, inkompatibel eller forbudt fil og begrense handlinger som truer infrastrukturen. Enhver rett til gjennomgang er begrenset til formål knyttet til sikkerhet, ytelse og etterlevelse av loven.
14.2. Når en fil velges for en forespørsel, instruerer dette oss om å bruke det nødvendige innholdet på den aktuelle Ruten. Det er ikke en generell tillatelse til å publisere alle filer på Kontoen. Lagringsmåte, medlemstilgang, sletting og sikkerhetskopier reguleres av datareglene og innstillingene for den aktuelle funksjonen.
14.3. Behandlingstjenesten er ikke et garantert arkiv eller Brukerens eneste sikkerhetskopi. Viktig kildemateriale og Resultater bør oppbevares uavhengig. Datavernforpliktelser og ufravikelige rettigheter ved Cicoras egen feil påvirkes ikke.
14.4. Hvis en funksjon tillater opprettelse av en offentlig lenke eller publisering av innhold, en agent, en mal eller et annet objekt, velger brukeren den aktuelle handlingen før publisering. Tillatelsen omfatter bare publisering og visning av det valgte objektet for den aktuelle målgruppen. Mottakere kan beholde materiale som er tilgjengelig for dem; tilbakekalling av en lenke fjerner ikke alltid deres uavhengige kopier.
14.5. Offentlig publisering gir oss ikke enerett til personlig innhold og gjør ikke ikke-offentlige samtaler til reklamemateriale. Annen bruk krever et grunnlag som opplyses separat. Brukeren er ansvarlig for rettighetene til publisert materiale og for at det ikke inneholder ulovlig innhold.
15. Tilbakemeldinger og Cicoras rettigheter
15.1. Forbedringsforslag som frivillig sendes inn som tilbakemelding, kan brukes til å utvikle Tjenesten uten plikt til å betale vederlag, med mindre annet er særskilt avtalt. Denne klausulen gir oss ikke adgang til å kalle alt personlig Innhold for tilbakemelding eller bruke det til et ikke opplyst formål.
15.2. Plattformen, dens programvarekomponenter, design, dokumentasjon og kjennetegn forblir hos sine respektive rettighetshavere. Verken betaling for et Abonnement eller bruk av et Resultat overfører rettigheter til Cicora-kode eller -profilering. Bruk av kjennetegn må ikke skape et uriktig inntrykk av opphav, tilknytning eller godkjenning.
15.3. En melding om mistenkt krenkelse av immaterielle rettigheter behandles etter prosedyren for IP-klager. Vi gjennomgår tilstrekkelig spesifikke opplysninger, tar hensyn til forklaringer fra den berørte parten og oppfyller gjeldende lovkrav. Bevisst uriktige varsler eller motuttalelser er ikke tillatt.
16. AI-nøyaktighet og ansvarlig bruk
16.1. Generative systemer produserer sannsynlighetsbaserte Resultater og kan gjøre feil, utelate kontekst, bruke utdaterte opplysninger eller gi uventede svar. Vi lover ikke at hvert svar vil være sant, unikt eller egnet for Brukerens bestemte formål.
16.2. Det kreves en rimelig gjennomgang før et resultat brukes, særlig før publisering eller bruk i forbindelse med andre personer. Et AI-resultat må ikke fremstilles som en verifisert faglig uttalelse eller som menneskeskapt arbeid dersom det ville være villedende eller ulovlig. Påkrevde merker for syntetisk innhold må beholdes.
16.3. En Tjeneste for generelle formål blir ikke en lisensiert medisinsk, juridisk, finansiell eller annen regulert profesjonell tjeneste. Vesentlige avgjørelser om arbeid, kreditt, forsikring, bolig, utdanning, helse og andre menneskerettigheter må ikke treffes utelukkende på grunnlag av et ubekreftet KI-svar i strid med gjeldende krav.
16.4. Disse begrensningene gjelder for den aktuelle bruken og lover ikke full kontroll over hvert resultat. Detaljerte generelle krav og modellkrav er fastsatt i reglene for akseptabel bruk. De opphever ikke Cicoras ansvar for lovet funksjonalitet, egne belastninger eller rettsmidler som loven krever.
17. Forbudt atferd og kontroller
17.1. Ulovlig atferd, krenkelse av immaterielle og personlige rettigheter, utnyttelse av barn, bedrageri, uautorisert tilgang, skadelig programvare, inngrep i infrastruktur, farlig bruk og omgåelse av bindende begrensninger er forbudt. De fullstendige kategoriene og betingede Modellreglene er fastsatt i Reglene for akseptabel bruk.
17.2. En bruker må ikke forsøke å skaffe ikke-offentlig kildekode, hemmeligheter, modellvekter eller andre brukeres data ved omvendt utvikling, uthenting eller omgåelse av tekniske tiltak, unntatt i den grad ufravikelig rett eller en gjeldende åpen kildekodelisens uttrykkelig tillater det. Tillatt sikkerhetsforskning gjennomføres under et avtalt program dersom et slikt tilbys; generell API-tilgang autoriserer ikke i seg selv angrep.
17.3. Brukeren må ikke deaktivere innebygde sikkerhetstiltak, forfalske målinger, misbruke bonuser, opprette fiktive kontoer for å omgå grenser eller hjelpe tredjeparter med å bryte disse reglene. Bruk av resultater til å trene en annen modell er underlagt datarettigheter og bindende begrensninger for den valgte teknologien; et leverandørforbud oppheves ikke bare fordi kallet ble gjort gjennom Cicora.
17.4. I nødvendig utstrekning kan automatisk og menneskelig gjennomgang, blokkering av en enkelt forespørsel eller fil, begrensning av en funksjon, oppbevaring av bevis knyttet til en hendelse og lovlig rapportering til en kompetent myndighet forekomme. Kontroller betyr ikke at alt Innhold kontinuerlig leses av mennesker. Formålene og de rettslige grunnlagene beskrives i personvernreglene.
18. Konfidensialitet
18.1. Konfidensielle opplysninger betyr ikke-offentlige opplysninger som utleveres i forbindelse med avtalen og er identifisert som konfidensielle eller med rimelighet er konfidensielle etter sin art: privat innhold, forretningsopplysninger, teknisk materiale, vilkår for en individuell bestilling og opplysninger om sikkerhet og tilgang.
18.2. Den mottakende parten bruker konfidensielle opplysninger til å oppfylle avtalen og beskytte de aktuelle rettighetene, opprettholder rimelig konfidensialitet og gir bare tilgang til personer som trenger den og er underlagt en gjeldende beskyttelsesplikt. Når en kontraktspart benyttes, overføres bare den nødvendige delen av opplysningene i samsvar med avtalen, modellvilkårene og personvernlovgivningen.
18.3. Begrensningene gjelder ikke opplysninger som blir offentlige uten at mottakeren bryter sine plikter, som mottakeren lovlig kjente til tidligere, som lovlig ble mottatt fra en uavhengig tredjepart, eller som ble utviklet uavhengig uten bruk av de utleverte Konfidensielle Opplysningene. Et unntak må ha et grunnlag og kan ikke forutsettes bare fordi opplysninger ligner.
18.4. Når utlevering er obligatorisk etter et lovlig krav, begrenses den til det nødvendige omfanget. Der det er tillatt, informeres den utleverende parten om kravet og gis en rimelig mulighet til å beskytte opplysningene. Denne klausulen krever ikke brudd på et forbud mot varsling eller hindring av en lovlig etterforskning.
18.5. Når det rettslige grunnlaget opphører, returneres eller slettes opplysningene, eller de oppbevares i begrenset omfang for obligatorisk regnskap, vern av krav, sikkerhet og sikkerhetskopisykluser. Taushetsplikten fortsetter for opplysninger som oppbevares lovlig. Reglene om personopplysninger har forrang innenfor sitt område.
19. Tredjepartstjenester, verktøy og handlinger
19.1. Tjenesten kan omfatte eksterne kilder, søk, tilkoblede verktøy, applikasjoner og lenker. Når Brukeren aktiverer en slik funksjon, må Brukeren gjennomgå formålet, datamottakeren og nødvendige tillatelser. Aktivering gir ikke automatisk tilgang til alle Kontodata.
19.2. Utførelse av en ekstern handling etter Brukerens instruks, som å sende opplysninger eller endre et objekt i et tilkoblet system, kan være underlagt ytterligere bekreftelser og reglene i dette systemet. Brukeren kontrollerer vesentlige handlinger før de blir endelige der bekreftelse er tilgjengelig. En generert instruks kan ikke fremstilles som selvstendig gitt menneskelig fullmakt.
19.3. Cicora kontrollerer ikke hvert vilkår eller alt innhold på et eksternt nettsted og lover ikke kontinuerlig drift. At en leverandør engasjeres for å utføre Cicoras egen betalte forpliktelse, opphever likevel ikke automatisk RIZZ TRADEs ansvar overfor brukeren. Data fra en tredjepartskilde og tilhørende immaterielle rettigheter reguleres av de aktuelle vilkårene.
20. Personopplysninger og behandling for virksomheter
20.1. Behandling av konto, betaling, sikkerhet, forespørsler og brukerstøtte er beskrevet i personvernreglene, reglene for informasjonskapsler og datakontrollene. Dette offentlige tilbudet erstatter ikke særskilt samtykke som kreves for valgfri behandling.
20.2. En bruker som sender inn opplysninger om andre personer, må ha et gyldig grunnlag. En bedriftskunde er ansvarlig for at instruksjonene er lovlige, for varsler til registrerte og for tillatelser til overføring. Dette betyr ikke at Cicora automatisk aldri er operatør eller behandlingsansvarlig for data: rollen bestemmes av den konkrete operasjonen og gjeldende rett.
20.3. Behandling etter en organisasjons instrukser reguleres av et eget avtalelag for forretningsdata. At det finnes en generell personverntekst, oppretter ikke særavtaler for medisinske data, internasjonale overføringer eller annen regulert behandling. Opplysninger må ikke sendes inn når de bindende vilkårene for den valgte ruten ikke er oppfylt.
20.4. Opplysninger om oppbevaring av forespørsler, filer og tekniske logger varierer etter funksjon og leverandør. Betegnelsene «konfidensiell», «ingen trening» eller «ZDR» er ikke universelle løfter for alle Ruter. Brukeren kan bare velge faktisk tilgjengelige ordninger med opplyste grenser.
21. Betaling, fornyelse og prisendringer
21.1. Betalinger foretas bare gjennom en bank, leverandør eller appbutikk som faktisk tilbys for Bestillingen. Kontroller selgeren, beløpet og valutaen. Spørsmål om levering av Tjenesten rettes til RIZZ TRADE; spørsmål om en uautorisert korttransaksjon kan også rettes til kortutstederen.
21.2. Automatisk fornyelse og automatisk påfylling krever egen uttrykkelig autorisasjon som angir periode eller terskel, beløp eller beregning og oppsigelsesmetode. Lagring av et betalingsinstrument autoriserer ikke i seg selv noen senere belastning. Brukeren kan trekke tilbake autorisasjonen for fremtidige betalinger på den tilgjengelige måten.
21.3. Ved ordinær oppsigelse fornyes ikke et abonnement, og det forblir tilgjengelig til slutten av den allerede betalte perioden, med mindre det finner sted en refusjon eller annen lovlig avslutning. En endring av abonnement gir ikke automatisk kreditering, rabatt eller forholdsmessig refusjon; vilkårene for den aktuelle endringen vises før bekreftelse.
21.4. Mislykket betaling kan føre til at en ny Bestilling ikke aktiveres, at fornyelsen stopper, eller at betalte funksjoner begrenses. Bekreftede betalinger og allerede opptjente rettskrav vurderes separat. Et gjentatt betalingsvarsel er ikke grunnlag for å kreditere eller belaste én transaksjon på nytt.
21.5. En ny pris gjelder for nye Bestillinger og forespørsler etter at den er opplyst. En fremtidig prisendring for et Abonnement varsles på forhånd slik loven og avtalen krever, med mulighet til å si opp neste fornyelse. En feilaktig pris gir ikke rett til å belaste et annet beløp i det skjulte: korrekt informasjon og samtykke kreves før en korrigert Bestilling utføres, eller den feilaktige transaksjonen kanselleres slik loven krever.
21.6. Innenlands salg i Usbekistan og internasjonalt salg bruker gjeldende valuta- og skatteordninger. En utenlandsk referansepris gir ikke i seg selv adgang til kobling mot innenlandsk valuta. Alle obligatoriske opplysninger om sluttprisen gis før Bestillingen godtas; Brukerens bankkonvertering reguleres av bankens vilkår.
22. Refusjoner og ufravikelige rettsmidler
22.1. Som hovedregel refunderes ikke betalinger for abonnementer og forhåndsbetalt bruk, unntatt på de særlige grunnlagene i refusjonsreglene, etter gjeldende ufravikelig rett eller ved individuell godkjenning. En ubrukt grense eller et ønske om å slutte å bruke tjenesten gir ikke i seg selv en ubetinget rett til kontant refusjon.
22.2. Bekreftede feil og dobbeltbelastninger, uautoriserte betalinger, ikke-levert eller vesentlig mangelfull tjeneste, Cicoras avslutning av en betalt tjeneste uten brukerbrudd, lovfestet angrerett og appbutikkprosedyrer vurderes separat. Refusjonsreglene angir aktuelle grunnlag og forespørselsprosessen.
22.3. Ordinær oppsigelse av fremtidig fornyelse skiller seg fra bruk av angreretten for en allerede inngått avtale. En forbruker beholder gjeldende angrerett, garantier for digitale tjenester og lovbestemte frister. En registrering av at tjenesten startet tidlig, er ikke et universelt avkall på alle rettigheter.
22.4. En refusjon gjennom den opprinnelige transaksjonen tar hensyn til loven og den faktiske betalingsruten. Tilbakebetaling fra en bank gir ikke rett til å få samme beløp tilbake enda en gang fra Cicora. Kontakt med brukerstøtten opphever ikke retten til å kontakte bank, tilsynsmyndighet eller domstol.
23. Avtalens varighet og opphør
23.1. Avtalen forblir i kraft fra aksept innenfor rammen av gitt tilgang og nødvendige oppgjør. Brukeren kan slutte å bruke tjenesten, kansellere fornyelse og be om kontosletting. Disse handlingene har ulike følger; sletting av et abonnement i en ekstern appbutikk administreres i denne butikken.
23.2. Vi kan suspendere en bestemt funksjon, modell, nøkkel, arbeidsområde eller konto ved et vesentlig brudd, en berettiget sikkerhetstrussel, svindel, rettighetskrenkelse, bindende krav fra loven eller en leverandør, ubetalte kostnader eller manglende evne til lovlig å fortsette tjenesten.
23.3. Der det er mulig og forholdsmessig ut fra omstendighetene, varsler vi Brukeren om grunnlaget og gir mulighet til å rette et brudd. Hastebeskyttelse, et lovlig forbud mot varsling eller risiko for fortsatt skade kan kreve tiltak uten forhåndsvarsel. Muligheten til å klage via support@cicora.ai består i den utstrekning loven tillater det.
23.4. Endelig opphør av en betalt tjeneste uten mislighold fra Brukeren ledsages av oppgjør for den forhåndsbetalte delen som ikke er levert, også når det blir umulig å fortsette Tjenesten fordi en leverandør trekker seg eller en juridisk begrensning gjelder. Utskifting av en enkelt Rute som bevarer de avtalte vesentlige funksjonene, betyr ikke i seg selv at hele Tjenesten er avsluttet. Følgene av en vesentlig reduksjon fastsettes av Bestillingen, Refusjonsreglene og ufravikelig lov. Når et mislighold er bevist, blir ubrukt saldo ikke automatisk refunderbar, men den kan heller ikke tas i strid med ufravikelig lov.
23.5. Ved avslutning opphører retten til fortsatt bruk, og de aktuelle nøklene og øktene tilbakekalles. Opptjente betalingskrav, konfidensialitet, rettigheter og personvernforpliktelser, gjeldende ansvarsgrenser og tvisteløsningsprosedyrer består. Dokumenter og data som oppbevares lovlig, ødelegges ikke bare fordi en konto avsluttes.
23.6. Dersom en lagringsfunksjon eller datatilgang opphører, utøves rettigheter til eksport, sletting og annet etter gjeldende lov, avtalen og funksjonens faktiske muligheter. Denne klausulen gir ingen rett til ubegrenset kostnadsfri lagring etter at Tjenesten opphører.
24. Garantier og grenser for løfter
24.1. Vi leverer den beskrevne programvaretjenesten innenfor den avtalte bestillingen og gjeldende ufravikelige krav. Utover ufravikelige garantier og uttrykkelig avtalte skriftlige løfter leveres tjenesten i den tilstanden og det omfanget som faktisk er tilgjengelig. Vi lover ikke fravær av alle feil, absolutt sikkerhet, uavbrutt tilgjengelighet for hver modell eller et bestemt kommersielt resultat.
24.2. Verken en demonstrasjon av et resultat eller et markedsføringseksempel erstatter vilkårene for en bestilling eller garanterer et identisk svar på en annen forespørsel. Spørsmål om regulert virksomhet, lisenser for materiale og endelig kontroll av en beslutning ligger fortsatt hos personen som bruker resultatet, innenfor lovens rammer.
24.3. En rute som en leverandør midlertidig har deaktivert, eller en nettverksfeil, utgjør ikke automatisk brudd på en bestemt avtaleforpliktelse for Cicora. Dette forbeholdet utelukker ikke ansvar for Cicoras egen feil, skjult manglende samsvar med det lovede produktet eller ufravikelige forbrukerrettsmidler.
25. Ansvarsbegrensning
25.1. I størst mulig utstrekning etter loven er vi ikke ansvarlige for indirekte tap eller følgetap, tapt fortjeneste, tapte besparelser eller forretningsmuligheter som oppstår ved bruk av tjenesten. Denne begrensningen utelukker ikke tap eller rettsmidler som ufravikelig rett forbyr å utelukke eller begrense.
25.2. Når en begrensning er tillatt, overstiger RIZZ TRADEs samlede kontraktsansvar for relaterte krav ikke det høyeste av følgende: beløpet som faktisk ble betalt for tjenesten kravet gjelder i løpet av de tolv månedene før den aktuelle hendelsen, eller tilsvarende USD 100. En annen grense kan avtales individuelt i en B2B-avtale.
25.3. Begrensningen gjelder ikke ansvar som ikke kan begrenses, herunder forsettlig klanderverdig opptreden, svindel, skade på liv eller helse i tilfeller fastsatt ved lov, ufravikelige krav til personopplysninger og forbrukerrettigheter som ikke kan fravikes. Den gjør ikke en refusjon som kreves ved lov, til en skjønnsmessig betaling fra tjenesten.
25.4. Brukeren treffer rimelige tiltak for å begrense tap, bevare nødvendig bevis og varsle oss om en feil. Dette forkorter ikke en lovbestemt foreldelsesfrist og krever ikke at brukeren gir avkall på rettigheter overfor en bank eller domstol.
26. Tredjepartskrav ved virksomhetsbruk
26.1. Dette avsnittet gjelder for en bedriftskunde i den grad loven tillater det; det pålegger ikke en vanlig forbruker en skjult plikt til å refundere Cicora-kostnader. Kunden er ansvarlig for lovligheten av sitt innhold, sine instrukser, sitt produkt og autoriserte brukeres handlinger.
26.2. Dersom et tredjepartskrav oppstår som følge av kundens innhold som bryter loven eller avtalen, manglende nødvendige tillatelser eller ulovlig drift av kundens integrasjon, skal kunden, for egen regning og i den grad loven tillater det, forsvare RIZZ TRADE og refundere dokumenterte rimelige forsvarskostnader, herunder advokathonorarer, samt tilkjente beløp og godkjente forlik som kan henføres til kundens brudd. Refusjonen dekker ikke Cicoras egen klanderverdige handling eller forhold uten tilknytning til kunden.
26.3. RIZZ TRADE skal varsle kunden om kravet uten ugrunnet opphold og yte rimelig nødvendig bistand for kundens regning; forsinket varsel fritar bare kunden i den grad det dokumenterbart skader forsvaret. Kunden skal utpeke kvalifisert juridisk rådgiver som med rimelighet kan godtas av RIZZ TRADE, og holde selskapet informert om vesentlige trinn. RIZZ TRADE kan delta gjennom egen rådgiver for egen regning; hvis kunden ikke sørger for forsvar i tide, eller det oppstår en vesentlig interessekonflikt, kan RIZZ TRADE ordne nødvendig forsvar og kreve forholdsmessige kostnader etter klausul 26.2. Ethvert forlik som erkjenner et brudd fra RIZZ TRADE, pålegger selskapet betaling eller annen forpliktelse, eller ikke gir fullstendig frigjøring fra det aktuelle kravet, krever selskapets skriftlige forhåndssamtykke. Ingen part kan påta seg forpliktelser på den andres vegne uten myndighet; samtykke skal ikke nektes eller forsinkes uten rimelig grunn.
26.4. Særskilt vern mot krav om immaterialrett knyttet til resultater fra en bestemt modell eller teknologileverandør gis ikke automatisk. Det gjelder bare når det uttrykkelig er inkludert i en individuell bestilling og de tilsvarende rettighetene er tilgjengelige i kontraktskjeden. Dette opphever ikke RIZZ TRADEs ansvar for selskapets egen krenkelse av enerettigheter.
27. Forhold utenfor rimelig kontroll
27.1. En part er ikke ansvarlig for manglende oppfyllelse i den grad den skyldes dokumenterte forhold utenfor partens rimelige kontroll, når gjeldende rett tillater slikt ansvarsfritak, herunder en nødsituasjon, et bindende forbud fra en kompetent myndighet, en omfattende svikt i kommunikasjonsinfrastrukturen eller en annen sammenlignbar hendelse.
27.2. Vanlig mangel på midler, en parts eget sikkerhetsbrudd eller en feil hos en kontraktspart utgjør ikke automatisk force majeure. Den berørte parten varsler den andre parten om en vesentlig hindring der det er mulig, og treffer rimelige tiltak for å begrense følgene. Den ikke-leverte betalte delen og lovbestemte opphørsrettigheter behandles separat.
28. Lovvalg og tvisteløsning
28.1. Denne avtalen reguleres av lovgivningen i Republikken Usbekistan, samtidig som ufravikelige regler og forbrukerrettsmidler som gjelder for den aktuelle brukeren, bevares. Lovvalget fratar ikke en forbruker tilgang til en domstol eller myndighet som ufravikelig rett beskytter i forbrukerens land.
28.2. For å reise en tvist kan en part sende et krav til support@cicora.ai eller postadressen ovenfor og oppgi omstendigheter, bestilling, bevis og ønsket rettsmiddel. Vi behandler kravet innen gjeldende lovbestemt frist. En utenrettslig prosedyre før søksmål er bare obligatorisk i den grad gjeldende rett eller en lovlig individuell avtale krever det.
28.3. For en næringstvist brukes, med mindre loven eller en separat avtale fastsetter noe annet, den kompetente domstolen der RIZZ TRADE er lokalisert. Avtalen pålegger ikke automatisk utenlandsk obligatorisk voldgift, avkall på gruppesøksmål eller et krav om at en Forbruker ikke skal gå til domstolene.
28.4. En forespørsel hindrer ikke hastebeskyttelsestiltak, oppfyllelse av et bindende krav fra en tilsynsmyndighet eller beskyttelse av rettigheter gjennom en bank. Lovbestemte frister forkortes ikke av en generell bestemmelse om enklere bruk av kundestøtte.
29. Varsler, endringer og overdragelse
29.1. Juridiske varsler og tjenestevarsler leveres gjennom den oppgitte e-postadressen, kontoen, bestillingsbekreftelsen eller en annen avtalt metode. Partene holder kontaktopplysningene oppdatert. Markedsføringsmeldinger har et eget rettslig grunnlag og en reservasjonsmulighet; godkjenning av denne avtalen innebærer ikke abonnement på markedsføring.
29.2. Endringer innføres av hensyn til sikkerhet, juss, teknologi eller produktutvikling. En ny versjon publiseres med dato; vesentlige endringer varsles på forhånd i den utstrekning loven krever, med mulighet til ikke å godta nye vilkår og til å stanse den aktuelle fremtidige bruken. Fullførte operasjoner beregnes ikke på nytt med tilbakevirkende kraft.
29.3. Fortsatt bruk etter behørig varsel utgjør bare aksept i den grad loven tillater det; separat samtykke innhentes der det kreves. Fjerning av en lenke til en tidligere tekst endrer ikke de dokumenterbare vilkårene for en tidligere bestilling.
29.4. Brukeren kan ikke overdra en konto eller avtalefestede rettigheter og forpliktelser til en tredjepart i strid med abonnementsbegrensninger eller uten nødvendig samtykke. Overføring av RIZZ TRADEs virksomhet eller omorganisering er tillatt etter loven, underlagt krav til varsling, personopplysninger og bevaring av ervervede rettigheter; den tillater ikke vilkårlig forverring av en forbrukers stilling.
30. Sluttbestemmelser og kontaktopplysninger
30.1. Partene er uavhengige personer. Avtalen oppretter ikke et partnerskap, arbeidsforhold, fullmakt til å motta betaling for en Modellleverandør eller fullmakt til å representere den andre parten uten et separat grunnlag.
30.2. Unnlatelse eller forsinkelse med å utøve en rett er ikke et avkall på retten. Ugyldighet av en enkelt bestemmelse gjør ikke de øvrige bestemmelsene ugyldige dersom avtalen kan fungere uten den; et ugyldig vilkår anvendes eller erstattes bare i lovlig omfang, uten å redusere brukerens ufravikelige rettigheter.
30.3. Denne avtalte pakken og den bekreftede bestillingen utgjør partenes avtale for det aktuelle produktet. Markedsføringsuttalelser tas i betraktning i den grad loven fastsetter det; en fullstendighetsklausul utelukker ikke ufravikelig ansvar for en villedende beskrivelse.
30.4. Eventuelle tilleggsrettigheter for en teknologileverandør som tredjepartsbegunstiget gjelder bare når en aktuell lisens krever det, og dette er opplyst for ruten. Avtalen gir ikke en ubestemt personkrets en selvstendig rett til å belaste brukeren eller administrere brukerens konto.
30.5. Kundestøtte, betaling, refusjoner, innholdsklager og forespørsler om personopplysninger: support@cicora.ai, +998 90 051 48 40. Leverandør: RIZZ TRADE Limited Liability Company / “RIZZ TRADE” LLC, TIN 312432714, registreringsoppføring 2944991 datert 15. september 2025, OKED 62010. Adresse: Republic of Uzbekistan, Tashkent, Mirabad District, Abdulla Avloniy MFY, Nukus Street, Building 3.