Wersja z dnia 16 września 2026 r. Niniejsze zasady stanowią część Umowy usługi Cicora i mają zastosowanie do zamówień RIZZ TRADE.
1. Co jest kupowane
1.1. Użytkownik kupuje dostęp do usługi oprogramowania Cicora lub opłaca z góry korzystanie z niej. Subskrypcja obejmuje określony okres i limity przewidziane planem. W trybie Płatności za użycie API rzeczywiste operacje są rejestrowane oddzielnie. Przedpłacone jednostki i bonusy nie są depozytem bankowym, walutą, aktywem inwestycyjnym ani środkiem płatniczym.
1.2. Konto może obejmować różne rodzaje rozliczeń: limit Subskrypcji, osobno doładowane Saldo API, zakupiony dodatkowy wolumen i bonus promocyjny. Nie wolno traktować ich zamiennie, chyba że Zamówienie wyraźnie przewiduje przeniesienie lub użycie jednego produktu do zapłaty za inny. Zasady wydawania i dostępne saldo są wyświetlane dla odpowiedniego rodzaju rozliczenia.
1.3. Kredytów nie można przenosić na innego Użytkownika, sprzedawać jako pieniądze, przekazywać poza udostępnioną funkcją ani używać do rozliczeń z zewnętrznym sprzedawcą. Możliwość zgodnego z prawem zwrotu płatności za niewykonaną usługę jest regulowana osobno i nie stanowi „wypłaty z portfela”.
2. Cena i zawartość Zamówienia
2.1. Katalog cen i API ujawnia aktualne oferty. Przed płatnością Użytkownik widzi produkt, okres, podstawę obliczenia, walutę, właściwe podatki i kwotę końcową. Nabywca może sprawdzić Zamówienie przed potwierdzeniem i zachować jego warunki.
2.2. Subskrypcje Plus ($20), Pro ($50), 5× ($100) i 20× ($200) mają podane ceny miesięczne. Poziomy 5× i 20× są porównywane z planem Plus ($20), a nie ze środkami w Saldzie Konta. Sam stosunek ceny Pro do ceny innego planu nie oznacza żadnego mnożnika matematycznego.
2.3. W przypadku transakcji krajowych w Uzbekistanie stosuje się ceny i obliczenia ustalone dla tych transakcji w walucie dozwolonej prawem. W przypadku Zamówienia międzynarodowego waluta rozliczeniowa i kwota płatności są uzgadniane przed dokonaniem płatności. Jeżeli dochodzi do przeliczenia, ujawniane są właściwa procedura i ostateczna kwota; niezależne przeliczenie przez bank wydający kartę podlega stosunkowi Użytkownika z tym bankiem.
2.4. Publiczny katalog API publikuje dokładne właściwe stawki, jednostki i warunki szczególne wybranego Modelu. Stawka za milion tokenów tekstowych nie jest uniwersalną jednostką dla dźwięku, obrazów, wideo ani ponownego porządkowania wyników. Różne tryby, jakość, czas trwania, rozmiar kontekstu, pamięć podręczna, narzędzie lub dostawca mogą zmieniać sposób obliczania; właściwa stawka, jednostka i warunek są dostępne przed żądaniem.
3. Pomiar wykorzystania API
3.1. Faktycznie wykonany wolumen jest rejestrowany przy użyciu odpowiednich miar: tokenów wejściowych i wyjściowych, tokenów buforowanych, wewnętrznego rozumowania, jeśli jest rozliczane, obrazów, czasu trwania dźwięku, znaków mowy, sekund filmu, żądań lub innych ujawnionych jednostek. Parametry i jednostki wynikają z odpowiedniego Modelu, a nie tylko z ogólnej nazwy funkcji.
3.2. W przypadku stawki za milion tokenów rozliczaną ilość dzieli się przez 1,000,000 i mnoży przez odpowiednią stawkę. Dla innej jednostki stosuje się jej opublikowaną skalę. To samo zużycie nie może zostać naliczone dwukrotnie jako niezależne składniki, jeżeli cena nie przewiduje osobnych operacji.
3.3. Niektóre wartości katalogowe opisują cenę bazową, minimalną lub zależną od Trasy. Dynamiczny router lub stawka obliczana na podstawie dodatkowych parametrów nie stają się bezpłatne tylko dlatego, że pole usługi ma wartość zero, ujemną albo jest nieobecne. Kwotę końcową ustala się według ujawnionego wzoru właściwego trybu.
3.4. Przed wykonaniem dostępne są stawka i sposób obliczania, a gdy dokładny wolumen nie jest znany z góry — oszacowanie lub limit wydatków przewidziany przez produkt. Po przetworzeniu rejestrowane są rzeczywiste jednostki, kwota, Model, czas i identyfikator operacji. Informacje te pomagają powiązać wykorzystanie z Zamówieniem i zażądać sprawdzenia błędu.
3.5. Wolumen wykorzystania jest mierzony przez systemy techniczne Cicora i systemy uczestniczącego dostawcy w ramach właściwego trybu. Różnica między liczbą tekstu Użytkownika a wynikiem tokenizatora może wynikać z historii, instrukcji systemowych, narzędzi, załączników i kodowania. W przypadku sporu uwzględnia się zapisy związane z operacją; dziennik techniczny nie stanowi rozstrzygającego dowodu.
3.6. Zaokrąglenia, minimalny rozliczany wolumen i szczególne przedziały cenowe są ujawniane przed użyciem w karcie lub interfejsie rozliczeń. Nowe zasady nie mają zastosowania wstecz do zakończonych operacji. Użytkownik nie może oczekiwać, że cena API dla przyszłych żądań pozostanie bezterminowo niezmieniona.
4. Rezerwacja, błędy i powtarzane żądania
4.1. Część Salda może zostać tymczasowo zarezerwowana na potrzeby żądania. Rezerwacja ogranicza dostępne saldo, ale nie jest ostateczną opłatą. Po zakończeniu obliczany jest faktyczny koszt, a niewykorzystana część zostaje zwolniona; stan i korekty są widoczne w historii.
4.2. Jeżeli żądanie zostanie odrzucone przed rozpoczęciem odpłatnego przetwarzania, jego koszt nie jest automatycznie uznawany za wykorzystany. Błędna opłata podlega weryfikacji i korekcie. Odrzucenie danych wejściowych przez zabezpieczenie, awaria platformy, brak Wyniku i anulowanie przez Klienta mają odmienne uwarunkowania techniczne; muszą być oceniane na podstawie faktycznie wykonanego i dostarczonego przetwarzania oraz bezwzględnie obowiązującego prawa.
4.3. Utrata połączenia klienta lub zamknięcie okna przeglądarki nie zawsze zatrzymuje już rozpoczęte wykonywanie. W przypadku strumieniowania lub częściowego Wyniku wykonane przetwarzanie może podlegać opłacie, jeżeli zasada ta została ujawniona i jest dozwolona prawem. Usługa nie może uznać każdej niedostarczonej operacji za pomyślną tylko dlatego, że dostawca naliczył za nią opłatę.
4.4. Nowe przesłanie przez Użytkownika po przekroczeniu limitu czasu może stanowić osobne żądanie. Automatyczne ponowienie lub rozwiązanie zastępcze musi mieścić się w uzgodnionych ustawieniach, budżecie i zasadach dotyczących danych. Przełączenie na istotnie droższy tryb nie tworzy nieograniczonego upoważnienia do dodatkowych wydatków.
4.5. W przypadku spornej operacji podaj adres e-mail Konta, identyfikator żądania lub Zamówienia, Model, czas i rodzaj błędu. Nie wysyłaj wszystkich osobistych Treści, jeżeli do diagnostyki wystarcza identyfikator. Potwierdzony błąd jest korygowany; należny zwrot pieniężny jest dokonywany zgodnie z Zasadami zwrotów płatności.
5. Okresy i limity Subskrypcji
5.1. Miesięczna Subskrypcja jest aktywowana na okres wskazany w potwierdzeniu Zamówienia. Dostępne możliwości, Modele i limity są wyświetlane w produkcie. „Większe wykorzystanie” nie oznacza określonej liczby dowolnych odpowiedzi: żądania o różnej złożoności mogą w różny sposób zużywać limit.
5.2. Podwyższone poziomy są porównywane przy użyciu porównywalnego Modelu, trybu i okresu rozliczeniowego. Limity częstotliwości żądań, współbieżności i poszczególnych funkcji mogą obowiązywać niezależnie od łącznego wolumenu. Niewykorzystane limity okresowe nie stanowią zakupionego salda pieniężnego; zasady odświeżania i przenoszenia określają ujawnione warunki planu.
5.3. Odnowienie jest dostępne wyłącznie po odrębnej zgodzie określającej częstotliwość, kwotę i metodę anulowania. Anulowanie zatrzymuje przyszłe odnowienia i zachowuje dostęp do końca bieżącego opłaconego okresu, chyba że nastąpi inne zgodne z prawem rozwiązanie. Płatności w sklepie z aplikacjami korzystają z ustawień zarządzania subskrypcją tego sklepu.
5.4. Przejście na wyższy lub niższy plan, natychmiastowa migracja, zaliczenie środków i zmiana daty rozliczenia mają zastosowanie wyłącznie w ujawnionym i potwierdzonym scenariuszu. Samo istnienie droższego planu nie upoważnia do automatycznego pobrania jego ceny ani przeliczenia minionego okresu.
6. Doładowanie i automatyczne doładowanie
6.1. Przed doładowaniem wyświetlane są zasilany wolumen, kwota płatności, waluta, zasady właściwe dla zakupu oraz ewentualny termin wykorzystania. Zasilenie jest potwierdzane przez serwer dostawcy płatności. Powtórzone powiadomienie lub ponowna wizyta na stronie powodzenia nie mogą tworzyć wielu zasileń z jednego zakupu.
6.2. Automatyczne doładowanie stanowi upoważnienie odrębne od Subskrypcji. Po jego włączeniu wyświetlane są próg, kwota lub wzór, wybrany instrument płatniczy, dostępne limity i sposób wyłączenia. Użytkownik może zmienić lub wycofać upoważnienie dla przyszłych operacji. Już rozpoczętą operację, na którą zgodnie z prawem udzielono upoważnienia, rozpatruje się odrębnie.
6.3. Jeżeli Saldo jest niewystarczające, a automatyczne doładowanie jest wyłączone, nowe płatne działania są ograniczane. Nie możemy zwiększyć zatwierdzonej kwoty ani zmienić instrumentu płatniczego bez wymaganej zgody. Powiadomienie o niewystarczających środkach nie jest nowym Zamówieniem.
7. Okres ważności zakupionych i promocyjnych jednostek
7.1. Okres ważności osobno zakupionych Kredytów jest podawany w warunkach odpowiedniego doładowania lub pakietu przed dokonaniem płatności. Nieujawniony warunek nie jest wprowadzany z mocą wsteczną. Zmiana przyszłych zasad nie anuluje wcześniej zakupionego aktywnego wolumenu z naruszeniem uzgodnionych warunków i bezwzględnie obowiązującego prawa.
7.2. Kredyty promocyjne są przyznawane na zasadach danej kampanii. Ich zastosowanie, ograniczenia, okres ważności i kolejność wykorzystania są ujawniane przy przyznaniu. Bezpłatny bonus nie tworzy odrębnego roszczenia o wypłatę jego wartości nominalnej w pieniądzu i nie zastępuje należnego zwrotu pieniężnego bez zgody Użytkownika.
7.3. Jeżeli bonus jest powiązany z zakupem, konsekwencje anulowania tego zakupu określają warunki kampanii i prawo. Płatnej części, która nie została faktycznie zapewniona, nie wolno uznać za wykorzystaną tylko dlatego, że bonus i płatność zostały połączone w rozliczeniu. Historia musi umożliwiać identyfikację operacji związanych z zakupem.
7.4. Próby sprzedaży, wymiany lub przeniesienia Kredytów bez upoważnienia mogą prowadzić do ograniczenia dostępu i weryfikacji. Rozwiązanie Konta, obowiązkowe zwroty płatności i zgodne z prawem przechowywanie dokumentów podlegają umowie; niniejsza klauzula nie powoduje automatycznej konfiskaty każdego opłaconego salda.
8. Podatki, potwierdzenia i rozliczenia firmowe
8.1. W Zamówieniu uwzględnia się właściwe podatki i dane potrzebne do ich ustalenia. Klient podaje dokładne informacje o kraju, organizacji i statusie podatkowym, gdy jest to potrzebne. Samo posiadanie identyfikatora podatnika nie oznacza zwolnienia podatkowego ani zastosowania odwrotnego obciążenia.
8.2. Po dokonaniu płatności przekazywane jest potwierdzenie elektroniczne, które można zachować. Obowiązkowe dokumenty podatkowe i księgowe są sporządzane zgodnie z właściwymi przepisami. Wiadomość e-mail o pomyślnej autoryzacji nie zawsze jest tym samym co paragon fiskalny; dokumentów tych nie wolno stosować zamiennie.
8.3. Płatność z dołu, limit kredytowy, indywidualna faktura, szczególny termin płatności lub zobowiązanie firmowe do minimalnego wolumenu mają zastosowanie wyłącznie wtedy, gdy zostały osobno uzgodnione. Nie powstają one dla zwykłego przedpłaconego Konta na podstawie niniejszej strony. Błąd na fakturze jest rozpatrywany na podstawie żądania popartego dokumentami, z zachowaniem praw ustawowych.
8.4. Zagraniczna umowa zakupu Modelu, rabat dostawcy ani jego bezzwrotne koszty nie zmieniają automatycznie warunków usługi Cicora zaakceptowanych przez Użytkownika. Kontakt w sprawach płatności i księgowości: support@cicora.ai, +998 90 051 48 40.