Version datée du 16 septembre 2026. Les présentes règles font partie de l’Accord Cicora et s’appliquent aux commandes de RIZZ TRADE.
1. Objet de l’achat
1.1. L’Utilisateur achète un accès au service logiciel Cicora ou prépaie son utilisation. Un Abonnement couvre une période déterminée et les limites prévues par le forfait. L’API en paiement à l’usage comptabilise séparément les opérations effectives. Les unités prépayées et les bonus ne constituent ni un dépôt bancaire, ni une devise, ni un actif d’investissement, ni un moyen de paiement.
1.2. Un Compte peut comporter différents types de comptabilisation : une limite d’Abonnement, un Solde API rechargé séparément, un volume supplémentaire acheté et un bonus promotionnel. Ils ne doivent pas être considérés comme interchangeables, sauf si une Commande prévoit expressément le transfert ou l’utilisation d’un produit pour en payer un autre. Les règles de dépense et le solde disponible sont affichés pour le type de comptabilisation concerné.
1.3. Les Crédits ne peuvent pas être transférés à un autre Utilisateur, vendus comme de l’argent, cédés en dehors d’une fonction prévue à cet effet ni utilisés pour régler un vendeur tiers. La possibilité d’un remboursement légal pour un service non fourni est régie séparément et ne constitue pas un « retrait de portefeuille ».
2. Prix et contenu d’une Commande
2.1. La tarification et le catalogue de l’API indiquent les offres actuelles. Avant le paiement, l’Utilisateur voit le produit, la période, la base de calcul, la devise, les taxes applicables et le montant final. L’acheteur peut examiner la Commande avant sa confirmation et en conserver les conditions.
2.2. Les abonnements Plus ($20), Pro ($50), 5× ($100) et 20× ($200) sont proposés aux prix mensuels indiqués. Les niveaux 5× et 20× sont comparés au forfait Plus ($20), et non à l’argent détenu dans un Solde du Compte. Aucun multiplicateur mathématique n’est impliqué pour Pro au seul motif de son prix par rapport à un autre forfait.
2.3. Pour les transactions nationales en Ouzbékistan, les prix et les calculs établis à cet effet sont utilisés dans la devise autorisée par la loi. Pour une Commande internationale, la devise de facturation et le montant du paiement sont convenus avant le paiement. Lorsqu’une conversion a lieu, la procédure applicable et le montant final sont communiqués ; la conversion indépendante effectuée par la banque émettrice est régie par la relation de l’Utilisateur avec cette banque.
2.4. Le catalogue public de l’API publie les tarifs, unités et conditions particulières exacts applicables au Modèle sélectionné. Un tarif par million de jetons de texte n’est pas une unité universelle pour l’audio, les images, la vidéo ou le reclassement. Des différences de mode, de qualité, de durée, de taille de contexte, de cache, d’outil ou de fournisseur peuvent modifier le calcul ; le tarif, l’unité et la condition applicables sont disponibles avant une requête.
3. Mesure de l’utilisation de l’API
3.1. Le volume effectivement réalisé est enregistré au moyen des mesures applicables : jetons d’entrée et de sortie, jetons mis en cache, raisonnement interne lorsqu’il est facturé, images, durée audio, caractères de parole, secondes de vidéo, requêtes ou autres unités communiquées. Les paramètres et les unités sont ceux du Modèle concerné, et non uniquement ceux du nom général de la fonction.
3.2. Pour un tarif par million de jetons, la quantité facturable est divisée par 1,000,000 et multipliée par le tarif applicable. Pour une autre unité, l’échelle publiée correspondante est utilisée. Une même consommation ne doit pas être facturée deux fois comme des éléments indépendants lorsque le prix ne prévoit pas des opérations distinctes.
3.3. Certaines valeurs du catalogue décrivent un prix de base, minimal ou dépendant de la Route. Un routeur dynamique ou un tarif calculé à partir de paramètres supplémentaires ne devient pas gratuit au seul motif qu’un champ du service est égal à zéro, négatif ou absent. Le montant final est déterminé selon la formule communiquée pour le mode concerné.
3.4. Avant l’exécution, le tarif et la méthode de calcul sont disponibles et, lorsque le volume exact n’est pas connu à l’avance, l’estimation ou la limite de dépenses fournie par le produit. Après le traitement, les unités réelles, le montant, le Modèle, l’heure et l’identifiant de l’opération sont enregistrés. Ces informations permettent de rattacher l’utilisation à une Commande et de demander l’examen d’une erreur.
3.5. Le volume d’utilisation est mesuré par les systèmes techniques de Cicora et les systèmes du fournisseur participant dans le mode applicable. Une différence entre le comptage du texte de l’Utilisateur et celui d’un tokeniseur peut résulter de l’historique, des instructions système, des outils, des pièces jointes et de l’encodage. En cas de litige, les enregistrements relatifs à l’opération sont examinés ; un journal technique ne constitue pas une preuve concluante.
3.6. Les arrondis, le volume facturable minimal et les intervalles tarifaires particuliers sont communiqués dans la fiche ou l’interface de facturation avant l’utilisation. Les nouvelles règles ne s’appliquent pas rétroactivement aux opérations terminées. L’Utilisateur ne doit pas s’attendre à ce qu’un prix d’API reste indéfiniment inchangé pour les requêtes futures.
4. Réservation, erreurs et requêtes répétées
4.1. Une partie du Solde peut être temporairement réservée pour une requête. Une réservation réduit le solde disponible, mais ne constitue pas le prélèvement définitif. Une fois la requête terminée, le coût réel est calculé et la partie inutilisée est libérée ; le statut et les ajustements sont affichés dans l’historique.
4.2. Si une requête est rejetée avant le début d’un traitement facturable, son coût n’est pas automatiquement considéré comme consommé. Une facturation erronée est examinée et corrigée. Le rejet d’une entrée par une mesure de protection, une défaillance de la plateforme, l’absence de Résultat et l’annulation par le Client correspondent à des circonstances techniques différentes ; ils doivent être évalués d’après le traitement effectivement réalisé et fourni, ainsi que le droit impératif.
4.3. La perte de connexion du client ou la fermeture d’une fenêtre de navigateur n’arrête pas toujours une exécution déjà commencée. En cas de diffusion continue ou de Résultat partiel, le traitement effectué peut être facturé si cette règle est communiquée et autorisée par la loi. Le Service ne peut pas considérer chaque opération non livrée comme réussie au seul motif qu’un fournisseur l’a facturée.
4.4. Une nouvelle soumission de l’Utilisateur après un délai d’expiration peut constituer une requête distincte. Une nouvelle tentative automatique ou une solution de repli doit rester dans les limites des paramètres, du budget et des règles relatives aux données convenus. Le passage à un mode substantiellement plus coûteux ne crée pas une autorisation illimitée de dépenses supplémentaires.
4.5. Pour une opération contestée, fournissez l’adresse e-mail du Compte, l’ID de la requête ou de la Commande, le Modèle, l’heure et le type d’erreur. N’envoyez pas l’intégralité du Contenu personnel si un identifiant suffit au diagnostic. Une erreur confirmée est corrigée ; un remboursement monétaire, lorsqu’il est dû, est effectué conformément aux Règles de remboursement.
5. Périodes et limites des Abonnements
5.1. Un Abonnement mensuel est activé pour la période indiquée dans la confirmation de Commande. Les capacités, Modèles et limites disponibles sont indiqués dans le produit. Une « utilisation accrue » ne signifie pas un nombre défini de réponses arbitraires : des requêtes de complexité différente peuvent consommer une limite différemment.
5.2. Les niveaux supérieurs sont comparés en utilisant un Modèle, un mode et une période comptable comparables. Des limites de fréquence des requêtes, d’exécutions simultanées et de fonctions distinctes peuvent s’appliquer indépendamment du volume total. Les limites de période non utilisées ne constituent pas un solde en espèces acheté ; les règles de renouvellement et de report sont déterminées par les conditions communiquées du forfait.
5.3. Le renouvellement n’est possible qu’après un consentement distinct indiquant la fréquence, le montant et la méthode d’annulation. L’annulation met fin aux renouvellements futurs et préserve l’accès jusqu’à la fin de la période payée en cours, sauf si une autre résiliation légale intervient. Les paiements effectués dans une boutique d’applications utilisent les paramètres de gestion des abonnements de cette boutique.
5.4. Le passage à un forfait supérieur ou inférieur, la migration immédiate, l’attribution de crédits et la modification de la date de facturation ne s’appliquent que dans un scénario communiqué et confirmé. La simple existence d’un forfait plus coûteux n’autorise pas à facturer automatiquement son prix ni à recalculer une période passée.
6. Rechargement et rechargement automatique
6.1. Avant un rechargement, le volume crédité, le montant du paiement, la devise, les règles pertinentes pour l’achat et toute durée d’utilisation sont affichés. L’attribution du volume crédité est confirmée par le serveur du prestataire de paiement. Une notification répétée ou plusieurs visites d’une page de réussite ne doivent pas entraîner plusieurs attributions de volume pour un seul achat.
6.2. Le rechargement automatique constitue une autorisation distincte de celle d’un Abonnement. Lorsqu’il est activé, le seuil, le montant ou la formule, le moyen de paiement sélectionné, les limites disponibles et la méthode de désactivation sont indiqués. L’Utilisateur peut modifier ou retirer son autorisation pour les opérations futures. Une opération déjà commencée et légalement autorisée est examinée séparément.
6.3. Si le Solde est insuffisant et que le rechargement automatique est désactivé, les nouvelles actions payantes sont limitées. Nous ne devons pas augmenter un montant autorisé ni changer de moyen de paiement sans le consentement requis. Une notification d’insuffisance de fonds ne constitue pas une nouvelle Commande.
7. Durée de validité des unités achetées et promotionnelles
7.1. La durée de validité des Crédits achetés séparément est indiquée dans les conditions du rechargement ou du forfait concerné avant le paiement. Une condition non communiquée ne peut pas être introduite rétroactivement. Une modification des règles futures n’annule pas le volume actif acheté antérieurement en violation des conditions convenues et du droit impératif.
7.2. Un Crédit promotionnel est accordé dans le cadre de la campagne concernée. Son applicabilité, ses restrictions, sa durée de validité et son ordre d’utilisation sont communiqués lors de son attribution. Un bonus gratuit ne crée pas une créance distincte permettant de recevoir sa valeur nominale en argent et ne remplace pas, sans le consentement de l’Utilisateur, un remboursement monétaire dû.
7.3. Si un bonus est lié à un achat, les conséquences de l’annulation de cet achat sont déterminées par les conditions de la campagne et la loi. Une partie payée qui n’a pas été effectivement fournie ne doit pas être considérée comme consommée au seul motif que le bonus et le paiement sont mêlés dans la comptabilisation. L’historique doit permettre d’identifier les opérations liées à l’achat.
7.4. Toute tentative de vendre, d’échanger ou de transférer des Crédits sans autorisation peut entraîner une restriction de l’accès et un examen. La résiliation du Compte, les remboursements obligatoires et la conservation légale des documents sont régis par l’accord ; la présente clause ne crée pas une confiscation automatique de tout solde payé.
8. Impôts, confirmations et facturation des entreprises
8.1. Les taxes applicables et les données nécessaires à leur détermination sont prises en compte dans la Commande. Le Client fournit des informations exactes sur le pays, l’organisation et le statut fiscal lorsque cela est nécessaire. La possession d’un numéro d’identification fiscale ne signifie pas à elle seule une exonération fiscale ou l’application de l’autoliquidation.
8.2. Après le paiement, une confirmation électronique est fournie et peut être conservée. Les documents fiscaux et comptables obligatoires sont établis conformément aux règles applicables. Un e-mail confirmant une autorisation réussie n’est pas toujours équivalent à un reçu fiscal ; ces documents ne doivent pas être substitués l’un à l’autre.
8.3. Le paiement différé, une limite de crédit, une facture individuelle, une condition de paiement particulière ou un engagement d’entreprise portant sur un volume minimal ne s’appliquent que s’ils ont été convenus séparément. Ces éléments ne naissent pas pour un Compte prépayé ordinaire au titre de la présente page. Une erreur de facturation est examinée sur demande accompagnée de pièces justificatives, sans préjudice des droits légaux.
8.4. Un contrat d’achat étranger portant sur un Modèle, une remise d’un fournisseur ou ses coûts non remboursables ne modifient pas automatiquement les conditions de Cicora acceptées par l’Utilisateur. Contacts pour les paiements et la comptabilité : support@cicora.ai, +998 90 051 48 40.