2026. szeptember 16-i változat. Ezek a szabályok a Cicora Megállapodás részét képezik, és a RIZZ TRADE megrendeléseire vonatkoznak.
1. Mi kerül megvásárlásra
1.1. A Felhasználó hozzáférést vásárol a Cicora szoftverszolgáltatáshoz, vagy előre fizet annak használatáért. Az Előfizetés egy meghatározott időszakért és a csomag által biztosított korlátokért fizet. Az API-ra vonatkozó Használat szerinti fizetés a tényleges műveleteket külön rögzíti. Az előre fizetett egységek és bónuszok nem minősülnek banki betétnek, pénznek, befektetési eszköznek vagy fizetési eszköznek.
1.2. Egy Fiók különböző típusú elszámolásokat tartalmazhat: Előfizetési keretet, külön feltöltött API-egyenleget, megvásárolt többletmennyiséget és promóciós bónuszt. Ezek nem tekinthetők egymással felcserélhetőnek, kivéve, ha egy Megrendelés kifejezetten lehetővé teszi az átvezetést vagy az egyik termék másik termék kifizetésére való felhasználását. A felhasználási szabályok és a rendelkezésre álló egyenleg az adott elszámolástípusnál jelennek meg.
1.3. A Kreditek nem ruházhatók át másik Felhasználóra, nem értékesíthetők pénzként, nem adhatók át a biztosított funkción kívül, és nem használhatók harmadik fél eladójával történő elszámolásra. A nem nyújtott szolgáltatás után járó jogszerű visszatérítés lehetőségét külön szabályok rendezik, és az nem minősül „pénztárcából történő kifizetésnek”.
2. A Megrendelés ára és tartalma
2.1. Az árazási és API-katalógus tartalmazza az aktuális ajánlatokat. Fizetés előtt a Felhasználó látja a terméket, az időszakot, a számítási alapot, a pénznemet, az alkalmazandó adókat és a végösszeget. A vásárló a megerősítés előtt áttekintheti a Megrendelést, és megőrizheti annak feltételeit.
2.2. A Plus (20 USD), a Pro (50 USD), az 5× (100 USD) és a 20× (200 USD) előfizetéseknek a megjelölt havi áraik vannak. Az 5× és a 20× szint a Plus (20 USD) csomaghoz van viszonyítva, nem a Fiókegyenlegen lévő pénzhez. A Pro esetében pusztán a másik csomaghoz viszonyított árból nem következik semmilyen matematikai szorzó.
2.3. Az Üzbegisztánon belüli belföldi tranzakcióknál az azokra megállapított árakat és elszámolásokat a jogszabály által megengedett pénznemben alkalmazzuk. Nemzetközi Megrendelés esetén a számlázási pénznemet és a fizetési összeget fizetés előtt egyeztetjük. Átváltás esetén közöljük az alkalmazandó eljárást és a végleges összeget; a kibocsátó bank önálló átváltására a Felhasználó és az adott bank közötti jogviszony irányadó.
2.4. A nyilvános API-katalógus közzéteszi a kiválasztott Modell pontos alkalmazandó díjait, egységeit és különleges feltételeit. Az egymillió szöveges tokenre vetített díj nem egyetemes egység az audio, a kép, a videó vagy az újrarangsorolás esetén. Az eltérő üzemmódok, minőség, időtartam, kontextusméret, gyorsítótár, eszköz vagy szolgáltató megváltoztathatja a számítást; az alkalmazandó díj, egység és feltétel a kérés elküldése előtt elérhető.
3. Az API-felhasználás mérése
3.1. A ténylegesen teljesített mennyiséget az alkalmazandó mértékegységekkel rögzítjük: bemeneti és kimeneti tokenek, gyorsítótárazott tokenek, belső következtetés, ha az díjköteles, képek, hanganyag időtartama, beszédkarakterek, videómásodpercek, kérelmek vagy más közzétett egységek. A paraméterek és mértékegységek az adott Modellt követik, nem csupán az általános funkció nevét.
3.2. Egymillió tokenenkénti díj esetén a számlázható mennyiséget el kell osztani 1,000,000-val, majd meg kell szorozni a vonatkozó díjtétellel. Más egység esetén annak közzétett léptékét kell használni. Ugyanaz a fogyasztás nem számítható fel kétszer egymástól független összetevőként, ha az ár nem rendelkezik külön műveletekről.
3.3. Egyes katalógusértékek alap-, minimum- vagy Útvonalfüggő árat írnak le. Egy dinamikus útválasztó vagy további paraméterekből számított díj nem válik ingyenessé csupán azért, mert egy szolgáltatási mező nulla, negatív vagy hiányzik. A végösszeget az adott mód közzétett képlete határozza meg.
3.4. A végrehajtás előtt elérhető a díjtétel és a számítás módja, valamint - ahol a pontos mennyiség előre nem ismert - a termék által megadott becslés vagy költési korlát. A feldolgozást követően rögzítjük a tényleges egységeket, az összeget, a Modellt, az időpontot és a művelet azonosítóját. Ez az információ segít a használatot egy Megrendeléshez hozzárendelni, és egy hiba felülvizsgálatát kérni.
3.5. A felhasználási mennyiséget a Cicora technikai rendszerei és az alkalmazandó üzemmódban részt vevő szolgáltató rendszerei mérik. A Felhasználó szövegszámlálása és egy tokenizáló közötti eltérés az előzményekből, a rendszerutasításokból, az eszközökből, a mellékletekből és a kódolásból eredhet. Jogvita esetén a művelethez kapcsolódó nyilvántartásokat vesszük figyelembe; egy technikai napló nem minősül perdöntő bizonyítéknak.
3.6. A kerekítést, a minimálisan számlázható mennyiséget és a különleges árazási intervallumokat a kártyán vagy a számlázási felületen tesszük közzé a használat előtt. Az új szabályok nem alkalmazandók visszamenőlegesen a már befejezett műveletekre. A Felhasználó nem várhatja el, hogy egy API-ár a jövőbeli kérések esetén korlátlan ideig változatlan maradjon.
4. Foglalás, hibák és ismételt kérések
4.1. Az Egyenleg egy része átmenetileg zárolható egy kérés céljára. A zárolás korlátozza az elérhető egyenleget, de nem jelenti a végleges terhelést. A befejezést követően a tényleges költséget kiszámítjuk, és a fel nem használt részt feloldjuk; az állapot és a korrekciók az előzményekben jelennek meg.
4.2. Ha egy kérést a díjköteles feldolgozás megkezdése előtt elutasítanak, költsége nem minősül automatikusan felhasználtnak. A hibás terhelést felülvizsgáljuk és helyesbítjük. A bemenet védelmi intézkedés általi elutasítása, a platform hibája, az Eredmény hiánya és az Ügyfél általi megszakítás eltérő technikai körülmények; ezeket a ténylegesen elvégzett és biztosított feldolgozás, valamint a kötelező jog alapján kell értékelni.
4.3. A kliensoldali kapcsolat megszakadása vagy a böngészőablak bezárása nem minden esetben állítja le a már megkezdett végrehajtást. Adatfolyam-továbbítás vagy részleges Eredmény esetén az elvégzett feldolgozás díja felszámítható, ha ezt a szabályt közzétették és a jog megengedi. A Szolgáltatás nem minősíthet minden le nem szállított műveletet sikeresnek pusztán azért, mert a szolgáltató kiszámlázta azt.
4.4. A Felhasználó időtúllépés utáni új beküldése külön kérés lehet. Az automatikus újbóli próbálkozásnak vagy tartalék útvonalnak a megállapodott beállítások, költségkeret és adatszabályok keretein belül kell maradnia. Egy lényegesen drágább módra váltás nem jelent korlátlan felhatalmazást további költésre.
4.5. Vitatott művelet esetén adja meg a Fiók e-mail-címét, a kérés vagy Megrendelés azonosítóját, a Modellt, az időpontot és a hiba típusát. Ne küldje el az összes személyes Tartalmat, ha egy azonosító elegendő a diagnosztikához. Az igazolt hibát kijavítjuk; az esedékes pénzbeli visszatérítés a Visszatérítési Szabályok szerint történik.
5. Előfizetési időszakok és korlátok
5.1. A havi Előfizetés a Megrendelés visszaigazolásában megadott időszakra aktiválódik. Az elérhető funkciókat, Modelleket és korlátokat a termék mutatja. A „nagyobb felhasználás” nem jelent meghatározott számú tetszőleges választ: a különböző összetettségű kérések eltérő mértékben terhelhetik a korlátot.
5.2. A megemelt szinteket összehasonlítható Modell, mód és elszámolási időszak alapján hasonlítjuk össze. A kérésgyakorisági, párhuzamossági és külön funkciókra vonatkozó korlátok a teljes mennyiségtől függetlenül is alkalmazhatók. A fel nem használt időszaki keret nem megvásárolt készpénzegyenleg; a megújulási és továbbviteli szabályokat a közzétett csomagfeltételek határozzák meg.
5.3. A megújítás csak a gyakoriságot, összeget és lemondási módot meghatározó külön hozzájárulás után érhető el. A lemondás megszünteti a jövőbeli megújításokat, és megőrzi a hozzáférést a folyó fizetett időszak végéig, kivéve, ha másfajta jogszerű megszüntetés következik be. Az alkalmazásbolti fizetések az adott bolt előfizetéskezelő beállításait használják.
5.4. A csomagváltás felfelé vagy lefelé, az azonnali migrálás, a jóváírás és a számlázási dátum módosítása csak közzétett és megerősített forgatókönyv esetén alkalmazandó. Egy drágább csomag puszta létezése nem jogosít fel annak árának automatikus felszámítására vagy egy korábbi időszak újraszámítására.
6. Egyenlegfeltöltés és automatikus feltöltés
6.1. A feltöltés előtt megjelenítjük a jóváírandó mennyiséget, a fizetendő összeget, a pénznemet, a vásárlásra vonatkozó szabályokat és minden felhasználási feltételt. A jóváírást a fizetési szolgáltató szervere igazolja. Egy ismételt értesítés vagy a sikeroldal ismételt megnyitása nem eredményezhet több jóváírást egyetlen vásárlásért.
6.2. Az automatikus feltöltés az Előfizetéstől elkülönülő felhatalmazás. Bekapcsolásakor megjelenik a küszöbérték, az összeg vagy a képlet, a kiválasztott fizetési eszköz, az elérhető korlátok, valamint a kikapcsolás módja. A Felhasználó módosíthatja vagy visszavonhatja a jövőbeli műveletekre vonatkozó felhatalmazást. Egy már megkezdett, jogszerűen felhatalmazott műveletet külön kell elbírálni.
6.3. Ha az Egyenleg nem elegendő, és az automatikus feltöltés ki van kapcsolva, az új fizetős műveletek korlátozottak. Nem növelhetjük meg az engedélyezett összeget, és nem módosíthatjuk a fizetési eszközt a szükséges hozzájárulás nélkül. A fedezethiányra vonatkozó értesítés nem minősül új Megrendelésnek.
7. A megvásárolt és promóciós egységek érvényességi ideje
7.1. A külön megvásárolt Kreditek érvényességi idejét a vonatkozó feltöltés vagy csomag fizetés előtt közölt feltételei határozzák meg. Nem közölt feltétel utólag nem vezethető be. A jövőbeli szabályok módosítása nem törli a korábban megvásárolt aktív mennyiséget a megállapodott feltételekkel és a kötelező joggal ellentétesen.
7.2. A promóciós Kredit a vonatkozó kampány keretében kerül jóváírásra. Alkalmazhatóságát, korlátait, érvényességi idejét és felhasználási sorrendjét a jóváírás időpontjában közlik. Egy ingyenes bónusz nem keletkeztet külön igényt annak névértéke pénzben történő kifizetésére, és a Felhasználó hozzájárulása nélkül nem helyettesíti az esedékes pénzbeli visszatérítést.
7.3. Ha a bónusz vásárláshoz kapcsolódik, a vásárlás lemondásának következményeit a kampány feltételei és a jog határozzák meg. A ténylegesen nem nyújtott, kifizetett rész nem tekinthető felhasználtnak pusztán azért, mert a bónusz és a fizetés az elszámolásban keveredik. Az előzményeknek lehetővé kell tenniük a vásárláshoz kapcsolódó műveletek azonosítását.
7.4. A Kreditek jogosulatlan eladására, cserére vagy átruházására tett kísérletek hozzáférés-korlátozáshoz és felülvizsgálathoz vezethetnek. A Fiók megszüntetését, a kötelező visszatérítéseket és a dokumentumok jogszerű megőrzését a megállapodás szabályozza; ez a rendelkezés nem hoz létre minden befizetett egyenleg automatikus elkobzására vonatkozó szabályt.
8. Adók, igazolások és vállalati számlázás
8.1. Az alkalmazandó adókat és azok meghatározásához szükséges adatokat a Megrendelés tartalmazza. Az Ügyfél pontos információt ad meg az országról, a szervezetről és az adójogi státuszról, ahol ez szükséges. Egy adóazonosító szám (TIN) megléte önmagában nem jelent adómentességet vagy fordított adózás alkalmazását.
8.2. A fizetés után megőrizhető elektronikus visszaigazolást biztosítunk. A kötelező adó- és számviteli dokumentumokat az alkalmazandó szabályok szerint állítjuk ki. A sikeres engedélyezésről szóló e-mail nem minden esetben azonos a pénztárbizonylattal; e dokumentumok nem helyettesíthetők egymással.
8.3. Utólagos fizetés, hitelkeret, egyedi számla, különleges fizetési feltétel vagy vállalati minimum mennyiségvállalás csak külön megállapodás esetén alkalmazandó. Ezek ezen oldal alapján nem keletkeznek egy szokásos előre fizetett Fiók számára. A számlázási hibát dokumentumokkal alátámasztott kérelem alapján vizsgáljuk meg, a törvényes jogok fenntartásával.
8.4. Egy Modellre vonatkozó külföldi beszerzési megállapodás, szolgáltatói kedvezmény vagy annak vissza nem térítendő költségei nem módosítják automatikusan a Felhasználó által elfogadott Cicora-feltételeket. Fizetési és számviteli kapcsolattartás: support@cicora.ai, +998 90 051 48 40.