Fassung vom 16. September 2026. Diese Regeln sind Bestandteil des Cicora-Vertrags und gelten für Bestellungen bei RIZZ TRADE.
1. Gegenstand des Kaufs
1.1. Der Benutzer erwirbt Zugang zum Cicora-Softwaredienst oder bezahlt dessen Nutzung im Voraus. Ein Abonnement bezahlt einen festgelegten Zeitraum und die vom Tarif vorgesehenen Limits. API-Pay-as-you-go erfasst tatsächliche Vorgänge gesondert. Vorausbezahlte Einheiten und Boni sind weder Bankeinlage noch Währung, Anlagewert oder Zahlungsmittel.
1.2. Ein Konto kann verschiedene Abrechnungsarten enthalten: ein Abonnementlimit, ein gesondert aufgeladenes API-Guthaben, erworbenes Zusatzvolumen und einen Werbebonus. Sie dürfen nicht als austauschbar behandelt werden, sofern eine Bestellung nicht ausdrücklich die Übertragung oder Nutzung eines Produkts zur Bezahlung eines anderen vorsieht. Ausgabenregeln und verfügbares Guthaben werden für die jeweilige Abrechnungsart angezeigt.
1.3. Nutzungsguthaben dürfen nicht auf einen anderen Benutzer übertragen, als Geld verkauft, außerhalb einer vorgesehenen Funktion verschenkt oder zur Begleichung von Forderungen eines Drittanbieters verwendet werden. Die Möglichkeit einer rechtmäßigen Erstattung für einen nicht erbrachten Dienst wird gesondert geregelt und ist keine „Auszahlung aus einer Wallet“.
2. Preis und Inhalt einer Bestellung
2.1. Der Preis- und API-Katalog legt die aktuellen Angebote offen. Vor der Zahlung sieht der Benutzer Produkt, Zeitraum, Berechnungsgrundlage, Währung, anwendbare Steuern und Endbetrag. Der Käufer kann die Bestellung vor der Bestätigung prüfen und ihre Bedingungen aufbewahren.
2.2. Die Abonnements Plus ($20), Pro ($50), 5× ($100) und 20× ($200) haben die angegebenen monatlichen Preise. Die Stufen 5× und 20× werden mit dem Tarif Plus ($20) verglichen, nicht mit Geld in einem Kontoguthaben. Allein aus dem Preis von Pro im Verhältnis zu einem anderen Tarif ergibt sich kein mathematischer Multiplikator.
2.3. Für Inlandstransaktionen in Usbekistan gelten die dafür festgelegten Preise und Berechnungen in der gesetzlich zulässigen Währung. Bei einer internationalen Bestellung werden Abrechnungswährung und Zahlungsbetrag vor der Zahlung vereinbart. Erfolgt eine Umrechnung, werden das geltende Verfahren und der Endbetrag offengelegt; eine unabhängige Umrechnung durch die kartenausgebende Bank richtet sich nach dem Verhältnis des Benutzers zu dieser Bank.
2.4. Der öffentliche API-Katalog veröffentlicht die genauen anwendbaren Preise, Einheiten und besonderen Bedingungen des ausgewählten Modells. Ein Preis je Million Text-Token ist keine universelle Einheit für Audio, Bilder, Video oder Reranking. Unterschiedliche Modi, Qualitätsstufen, Dauern, Kontextgrößen, Caches, Werkzeuge oder Anbieter können die Berechnung ändern; der anwendbare Preis, die Einheit und die Bedingung sind vor einer Anfrage verfügbar.
3. Messung der API-Nutzung
3.1. Das tatsächlich erbrachte Volumen wird anhand der geltenden Maße erfasst: Eingabe- und Ausgabetoken, zwischengespeicherte Token, internes Reasoning, sofern berechnet, Bilder, Audiodauer, Sprachzeichen, Videosekunden, Anfragen oder andere offengelegte Einheiten. Parameter und Einheiten richten sich nach dem jeweiligen Modell und nicht nur nach der allgemeinen Funktionsbezeichnung.
3.2. Bei einem Preis pro Million Token wird die abrechenbare Menge durch 1,000,000 geteilt und mit dem jeweiligen Preis multipliziert. Für eine andere Einheit gilt ihre veröffentlichte Skala. Derselbe Verbrauch darf nicht zweimal als eigenständige Bestandteile berechnet werden, wenn der Preis keine getrennten Vorgänge vorsieht.
3.3. Einige Katalogwerte beschreiben einen Grund-, Mindest- oder routenabhängigen Preis. Ein dynamischer Router oder ein aus zusätzlichen Parametern berechneter Preis wird nicht allein deshalb kostenlos, weil ein Dienstfeld null, negativ oder nicht vorhanden ist. Der Endbetrag bestimmt sich nach der offengelegten Formel des jeweiligen Modus.
3.4. Vor der Ausführung sind der Preis und die Berechnungsmethode verfügbar sowie, wenn das genaue Volumen nicht im Voraus bekannt ist, die vom Produkt bereitgestellte Schätzung oder Ausgabengrenze. Nach der Verarbeitung werden die tatsächlichen Einheiten, der Betrag, das Modell, der Zeitpunkt und die Vorgangskennung erfasst. Diese Informationen helfen, die Nutzung einer Bestellung zuzuordnen und die Prüfung eines Fehlers zu beantragen.
3.5. Das Nutzungsvolumen wird von den technischen Systemen von Cicora und den Systemen des beteiligten Anbieters innerhalb des anwendbaren Modus gemessen. Eine Abweichung zwischen der Textzählung eines Benutzers und einem Tokenizer kann sich aus Verlauf, Systemanweisungen, Werkzeugen, Anhängen und Codierung ergeben. Im Streitfall werden die mit dem Vorgang verbundenen Aufzeichnungen berücksichtigt; ein technisches Protokoll ist kein schlüssiger Beweis.
3.6. Rundung, ein abrechenbares Mindestvolumen und besondere Preisintervalle werden vor der Nutzung in der Karte oder Abrechnungsoberfläche offengelegt. Neue Regeln gelten nicht rückwirkend für abgeschlossene Vorgänge. Der Benutzer darf nicht erwarten, dass ein API-Preis für künftige Anfragen auf unbestimmte Zeit unverändert bleibt.
4. Reservierung, Fehler und wiederholte Anfragen
4.1. Ein Teil des Guthabens kann vorübergehend für eine Anfrage reserviert werden. Eine Reservierung begrenzt das verfügbare Guthaben, ist aber nicht die endgültige Belastung. Nach Abschluss werden tatsächliche Kosten berechnet und der ungenutzte Teil freigegeben; Status und Anpassungen erscheinen im Verlauf.
4.2. Wird eine Anfrage abgelehnt, bevor eine abrechenbare Verarbeitung beginnt, werden ihre Kosten nicht automatisch als verbraucht behandelt. Eine fehlerhafte Belastung wird geprüft und berichtigt. Die Ablehnung einer Eingabe durch eine Schutzmaßnahme, ein Plattformausfall, das Fehlen eines Ergebnisses und die Kündigung durch den Kunden haben unterschiedliche technische Umstände; sie müssen anhand der tatsächlich durchgeführten und bereitgestellten Verarbeitung und nach zwingendem Recht beurteilt werden.
4.3. Der Verlust einer Client-Verbindung oder das Schließen eines Browserfensters stoppt eine bereits begonnene Ausführung nicht immer. Bei Streaming oder einem Teilergebnis kann die durchgeführte Verarbeitung berechnet werden, wenn diese Regel offengelegt und gesetzlich zulässig ist. Der Dienst darf nicht jeden nicht bereitgestellten Vorgang allein deshalb als erfolgreich bezeichnen, weil ein Anbieter ihn berechnet hat.
4.4. Eine erneute Übermittlung durch den Benutzer nach einem Timeout kann eine gesonderte Anfrage sein. Eine automatische Wiederholung oder Ausweichroute muss innerhalb der vereinbarten Einstellungen, des Budgets und der Datenregeln bleiben. Der Wechsel zu einem wesentlich teureren Modus begründet keine unbegrenzte Autorisierung zusätzlicher Ausgaben.
4.5. Geben Sie bei einem strittigen Vorgang Konto-E-Mail, Anfrage- oder Bestell-ID, Modell, Zeit und Fehlerart an. Senden Sie nicht alle persönlichen Inhalte, wenn eine Kennung für die Diagnose genügt. Ein bestätigter Fehler wird berichtigt; eine fällige monetäre Erstattung erfolgt nach den Erstattungsregeln.
5. Abonnementzeiträume und Grenzen
5.1. Ein Monatsabonnement wird für den in der Bestellbestätigung angegebenen Zeitraum aktiviert. Verfügbare Funktionen, Modelle und Grenzen werden im Produkt angezeigt. „Mehr Nutzung“ bedeutet keine bestimmte Anzahl beliebiger Antworten: Anfragen unterschiedlicher Komplexität können ein Limit unterschiedlich verbrauchen.
5.2. Erhöhte Stufen werden anhand eines vergleichbaren Modells, Modus und Abrechnungszeitraums verglichen. Limits für Anfragerate, Parallelität und gesonderte Funktionen können unabhängig vom Gesamtvolumen gelten. Nicht genutzte Zeitraumgrenzen sind kein erworbenes Barguthaben; die Regeln zur Erneuerung und Übertragung bestimmen sich nach den offengelegten Tarifbedingungen.
5.3. Verlängerung ist nur nach gesonderter Einwilligung möglich, die Häufigkeit, Betrag und Kündigungsmethode angibt. Die Kündigung stoppt künftige Verlängerungen und erhält den Zugang bis zum Ende des laufenden bezahlten Zeitraums, sofern keine andere rechtmäßige Beendigung erfolgt. App-Store-Zahlungen verwenden die Abonnementverwaltung des Stores.
5.4. Upgrade oder Downgrade, sofortige Migration, Gutschrift und eine Änderung des Abrechnungsdatums gelten nur in einem offengelegten und bestätigten Szenario. Das bloße Vorhandensein eines teureren Tarifs berechtigt nicht dazu, dessen Preis automatisch zu berechnen oder einen vergangenen Zeitraum neu abzurechnen.
6. Aufladung und automatische Aufladung
6.1. Vor einer Aufladung werden das gutgeschriebene Volumen, der Zahlungsbetrag, die Währung, die für den Kauf maßgeblichen Regeln und eine etwaige Nutzungsfrist angezeigt. Die Gutschrift wird vom Server des Zahlungsanbieters bestätigt. Eine wiederholte Benachrichtigung oder ein wiederholter Besuch einer Erfolgsseite darf nicht zu mehreren Gutschriften für einen Kauf führen.
6.2. Eine automatische Aufladung ist eine vom Abonnement getrennte Autorisierung. Ist sie aktiviert, werden der Schwellenwert, der Betrag oder die Formel, das ausgewählte Zahlungsmittel, verfügbare Limits und die Methode zur Deaktivierung angezeigt. Der Benutzer kann die Autorisierung für künftige Vorgänge ändern oder widerrufen. Ein bereits eingeleiteter, rechtmäßig autorisierter Vorgang wird gesondert betrachtet.
6.3. Ist das Guthaben unzureichend und die automatische Aufladung deaktiviert, werden neue kostenpflichtige Handlungen beschränkt. Ohne die erforderliche Zustimmung dürfen wir weder einen autorisierten Betrag erhöhen noch das Zahlungsmittel ändern. Ein Hinweis auf unzureichende Mittel ist keine neue Bestellung.
7. Gültigkeitsdauer erworbener und werblicher Einheiten
7.1. Die Gültigkeitsdauer gesondert erworbener Nutzungsguthaben wird vor der Zahlung in den Bedingungen der jeweiligen Aufladung oder des jeweiligen Pakets angegeben. Eine nicht offengelegte Bedingung wird nicht rückwirkend eingeführt. Eine Änderung künftiger Regeln hebt zuvor erworbenes aktives Volumen nicht entgegen den vereinbarten Bedingungen und dem zwingenden Recht auf.
7.2. Werbe-Nutzungsguthaben wird im Rahmen der betreffenden Kampagne gewährt. Seine Anwendbarkeit, Beschränkungen, Gültigkeitsdauer und Verwendungsreihenfolge werden bei der Gewährung offengelegt. Ein kostenloser Bonus begründet keinen gesonderten Anspruch auf Auszahlung seines Nennwerts in Geld und ersetzt ohne Zustimmung des Benutzers keine fällige Geldrückerstattung.
7.3. Ist ein Bonus an einen Kauf gebunden, bestimmen Kampagnenbedingungen und Gesetz die Folgen der Stornierung dieses Kaufs. Ein bezahlter Teil, der tatsächlich nicht erbracht wurde, darf nicht allein deshalb als verbraucht behandelt werden, weil Bonus und Zahlung in der Abrechnung vermischt sind. Der Verlauf muss die Ermittlung der mit dem Kauf verbundenen Vorgänge ermöglichen.
7.4. Versuche, Nutzungsguthaben ohne Autorisierung zu verkaufen, zu tauschen oder zu übertragen, können zur Zugangsbeschränkung und Prüfung führen. Kontobeendigung, zwingende Erstattungen und rechtmäßige Aufbewahrung von Dokumenten richten sich nach der Vereinbarung; diese Klausel bewirkt keinen automatischen Einzug jedes bezahlten Guthabens.
8. Steuern, Bestätigungen und Unternehmensabrechnung
8.1. Anwendbare Steuern und die zu ihrer Bestimmung erforderlichen Daten werden in der Bestellung berücksichtigt. Der Kunde macht soweit erforderlich richtige Angaben zu Land, Organisation und Steuerstatus. Das Vorhandensein einer TIN bedeutet für sich genommen weder Steuerbefreiung noch die Anwendung des Reverse-Charge-Verfahrens.
8.2. Nach der Zahlung wird eine elektronische Bestätigung bereitgestellt, die aufbewahrt werden kann. Zwingend erforderliche Steuer- und Buchhaltungsunterlagen werden nach den geltenden Vorschriften erstellt. Eine E-Mail über eine erfolgreiche Autorisierung ist nicht immer dasselbe wie ein Steuerbeleg; diese Dokumente dürfen nicht gegeneinander ausgetauscht werden.
8.3. Nachträgliche Zahlung, ein Kreditlimit, eine individuelle Rechnung, eine besondere Zahlungsbedingung oder eine unternehmerische Verpflichtung zu einem Mindestvolumen gelten nur, wenn sie gesondert vereinbart wurden. Sie entstehen für ein gewöhnliches vorausbezahltes Konto nach dieser Seite nicht. Ein Rechnungsfehler wird auf eine durch Unterlagen belegte Anfrage geprüft, wobei gesetzliche Rechte gewahrt bleiben.
8.4. Ein ausländischer Beschaffungsvertrag für ein Modell, ein Anbieterrabatt oder dessen nicht erstattungsfähige Kosten ändern nicht automatisch die vom Benutzer angenommenen Cicora-Bedingungen. Kontakt für Zahlungen und Buchhaltung: support@cicora.ai, +998 90 051 48 40.