Versión de fecha 16 de septiembre de 2026. Se aplica tras su publicación y aceptación en la forma establecida en este acuerdo.
1. Partes y objeto de la oferta
1.1. RIZZ TRADE Limited Liability Company / “RIZZ TRADE” LLC, registrada en la República de Uzbekistán el 15 de septiembre de 2025, inscripción registral 2944991, ID fiscal 312432714, ofrece celebrar un acuerdo para utilizar su propio servicio de software Cicora conforme a las condiciones de esta oferta pública. Dirección para correspondencia: República de Uzbekistán, Tashkent, Mirabad District, Abdulla Avloniy MFY, Nukus Street, Building 3. Correo electrónico: support@cicora.ai. Teléfono: +998 90 051 48 40. En lo sucesivo se denomina «Cicora», el «Proveedor» o «nosotros».
1.2. Este acuerdo se celebra con la persona u organización que acepte esta oferta, denominada en lo sucesivo «Usuario» o «Cliente». Una persona que acepte las condiciones en nombre de una organización confirma que está autorizada para celebrar el acuerdo, crear un espacio de trabajo, pedir funciones y asumir los cargos asociados. Quien carezca de esa autoridad no deberá pretender obligar a la organización.
1.3. El objeto del acuerdo es la concesión de derechos de uso del software Cicora y la prestación de servicios digitales relacionados: procesamiento de solicitudes, enrutamiento a modelos, gestión del contexto y los archivos, uso de herramientas disponibles, registro del uso y entrega de resultados. El alcance concreto se determina por el producto, plan, modelo, modo y pedido seleccionados.
1.4. RIZZ TRADE es el proveedor de su propio servicio de software. El sistema de servidor de Cicora proporciona autenticación, enrutamiento, algoritmos de procesamiento, gestión de acceso y contabilización del uso. Podremos contratar proveedores tecnológicos para realizar operaciones informáticas concretas. Esto no cambia la identidad de la parte contratante en el acuerdo con el Usuario ni significa que aceptemos pagos en nombre de un proveedor como intermediario de pagos.
1.5. Adquirir Cicora no significa adquirir la cuenta personal, suscripción o clave API de otra empresa. Los nombres de modelos de terceros se utilizan para identificar la tecnología disponible dentro del servicio y no implican asociación, representación ni respaldo salvo que esa relación se confirme expresamente.
2. Definiciones
2.1. «Servicio» significa las interfaces de software, el sitio web cicora.ai, las aplicaciones disponibles y las API de Cicora, así como las funciones incluidas en un pedido. «Cuenta» significa una cuenta de Usuario. «Espacio de Trabajo» significa una cuenta o entorno organizativo en el que podrán asignarse derechos de acceso y un presupuesto compartido. «Administrador» significa una persona a la que se han concedido las facultades de gestión del espacio de trabajo mostradas en la interfaz.
2.2. «Materiales de Entrada» significa solicitudes, mensajes, instrucciones, archivos, imágenes, audio, vídeo, código, datos y otros materiales facilitados por el Usuario o en su nombre. «Resultados» significa respuestas y otros materiales generados al ejecutarse una solicitud. Los Materiales de Entrada y los Resultados constituyen conjuntamente el «Contenido». El contenido de terceros obtenido de fuentes externas podrá tener un titular de derechos independiente.
2.3. «Modelo» significa un modelo computacional seleccionado o una función especializada. «Proveedor de Modelos» significa una persona que proporciona la tecnología o su ejecución. «Ruta» significa una configuración para ejecutar una solicitud, incluidos el modelo, proveedor, modo, región y ajustes de tratamiento de datos. Un identificador de modelo podrá tener varias Rutas con precios, disponibilidad y reglas de datos diferentes.
2.4. «Pedido» significa una selección confirmada de producto, plazo, precio, moneda, condiciones aplicables y método de pago. «Suscripción» significa acceso durante un periodo pagado definido con las capacidades y límites del plan. «Pago por uso» significa el pago por el uso realmente medido. «Saldo» y «Créditos» significan una contabilización interna del volumen de servicio prepago; no significan una cuenta bancaria, monedero de pago ni derecho a liquidar pagos con terceros.
2.5. «Condiciones del Modelo» significa las reglas, licencias y restricciones vinculantes del Modelo y la Ruta correspondientes. «Consumidor» significa una persona física que adquiere el Servicio para fines a los que la legislación aplicable concede protección del consumidor. «Cliente Empresarial» significa una persona que utiliza el Servicio con fines empresariales o profesionales. El nombre de un plan no elimina por sí solo una condición que la ley reconozca a un Consumidor.
3. Documentos del acuerdo y su orden de prelación
3.1. El acuerdo consta de esta oferta, el Pedido confirmado, la versión aplicable de los precios, las Reglas de facturación y Créditos, las Reglas de reembolso, las Reglas de uso aceptable y las Condiciones de las funciones. La sección 11 de esta oferta establece las reglas de uso de los Modelos; el Directorio de Políticas de Modelos y Proveedores ayuda a identificar las condiciones aplicables a una Ruta concreta.
3.2. La Política de Privacidad describe el tratamiento de datos personales. No constituye un consentimiento general para toda forma de tratamiento ni sustituye un consentimiento separado cuando la ley lo exija. Las Condiciones de Datos empresariales se aplican, dentro de su ámbito, al tratamiento conforme a instrucciones documentadas de un Cliente Empresarial.
3.3. En caso de conflicto prevalece la legislación imperativa. Le siguen en prioridad un Pedido o acuerdo escrito convenido individualmente; las condiciones especiales de una función concreta para esa función; y esta oferta y las reglas incorporadas. Las Condiciones del Modelo determinan límites vinculantes sobre el uso de la tecnología correspondiente, pero no sustituyen por sí mismas el precio prometido al Usuario por Cicora ni eliminan las obligaciones de RIZZ TRADE respecto de su propio servicio.
3.4. Una modificación individual solo será efectiva si la aceptan las partes autorizadas en un formato escrito o electrónico que pueda conservarse. Las condiciones añadidas unilateralmente por un Cliente a una orden de pago, orden de compra u otro documento no modifican el acuerdo sin nuestra aceptación expresa.
3.5. Los documentos se publican en las versiones lingüísticas disponibles mediante el selector de idioma. La versión y el idioma mostrados al aceptar se conservan para un Pedido. Las diferencias de traducción se resuelven a la luz del significado de los términos acordados y de los derechos imperativos del Usuario; no se utiliza una versión ilegible en otro idioma para ampliar de forma encubierta las obligaciones del Usuario.
4. Celebración del contrato y pruebas electrónicas
4.1. Antes de realizar un Pedido, el Usuario podrá revisar las condiciones, descripción, precio, reglas de medición del uso, periodo de acceso y restricciones aplicables. Para un Pedido de pago, la aceptación se expresa confirmando expresamente las condiciones correspondientes y completando la acción de pago indicada. La mera visita a una página pública no autoriza un cargo.
4.2. El Usuario comprueba el Pedido y corrige los errores antes de confirmarlo. Tras efectuarse correctamente el pago o cumplirse otra condición acordada para la activación, se crea una confirmación que se conserva. Debe identificar a las partes, el producto, el período, el importe, la moneda y los términos aceptados. Las confirmaciones electrónicas, los registros de transacciones y los documentos contables se utilizan para ejecutar el contrato y examinar solicitudes.
4.3. Las partes reconocen que los mensajes electrónicos, notificaciones, confirmaciones de proveedores de pago y registros del Servicio podrán utilizarse como prueba en la medida permitida por la ley. Dichos registros no son concluyentes: el Usuario podrá aportar pruebas de un error u otros documentos. Un registro técnico de una redirección del navegador no sustituye la confirmación del pago.
4.4. No se proporciona un soporte físico para la entrega electrónica del software. La confirmación de activación y el uso real quedan registrados por el sistema electrónico. La ausencia de un acta de aceptación firmada en papel no significa por sí sola que un servicio digital no se haya prestado cuando su prestación quede acreditada mediante pruebas admisibles; los documentos contables y de consumo obligatorios se facilitan cuando lo exija la ley.
5. Edad, autoridad e información de la cuenta
5.1. La edad mínima de acceso es 13 años, o una edad superior establecida por la legislación aplicable, las Condiciones del Modelo o una función separada. Si se requiere la aprobación de un representante legal para celebrar de forma independiente un acuerdo, tratar datos o realizar un pago, deberá obtenerse antes de la acción correspondiente. Para una Ruta concreta prevalece su umbral de edad superior.
5.2. Al registrarse, el Usuario proporciona información actual y exacta suficiente para la Cuenta y el Pedido. El Usuario no deberá suplantar a otra persona, crear una organización ficticia, ocultar información obligatoria sobre el país ni utilizar los datos de pago de otra persona sin autorización legal. Los cambios en los datos de contacto y facturación deberán actualizarse sin demora.
5.3. Podremos solicitar una confirmación proporcionada de la autoridad, titularidad de la Cuenta, derechos sobre los materiales, pago o uso de una función restringida. La solicitud se limita a lo necesario para la revisión concreta. Las contraseñas, valores CVV, códigos bancarios y otros secretos no deberán enviarse por correo electrónico ordinario. Si no puede completarse una revisión necesaria, la acción afectada podrá suspenderse dentro de los límites de la ley.
6. Seguridad de la Cuenta y de las claves API
6.1. Los datos personales de inicio de sesión no podrán compartirse de manera que varias personas parezcan un solo Usuario. El trabajo colaborativo se realiza mediante los roles y las cuentas proporcionados. El Usuario adopta medidas razonables para proteger contraseñas, dispositivos, sesiones y sus propias claves de Cicora, y comunica cualquier vulneración a support@cicora.ai.
6.2. Una clave API funciona dentro de los derechos y presupuesto concedidos. El Cliente controla su incorporación a aplicaciones, acceso por desarrolladores y contratistas, revocación y sustitución. Una clave secreta no deberá publicarse en código abierto, entregarse a personas no autorizadas ni utilizarse cuando pertenezca a otra persona sin permiso. Integrar legalmente la API en el producto propio del Cliente no crea derecho a revender una Cuenta de Cicora ni claves de Proveedores de Tecnología.
6.3. Hasta que recibamos una notificación, podremos confiar en las acciones de la Cuenta debidamente autenticadas, sin perjuicio de nuestra obligación de mantener una seguridad razonable y de las reglas que rigen las impugnaciones de transacciones no autorizadas. Esta cláusula no responsabiliza al Usuario de un error demostrado de Cicora ni elimina las protecciones de pago imperativas.
6.4. Cuando exista una amenaza para la seguridad, podremos revocar una clave, finalizar sesiones, verificar al propietario o limitar funciones temporalmente. Procuramos que las medidas se limiten al alcance necesario. El restablecimiento no elimina automáticamente las restricciones legítimas impuestas por un Proveedor de Modelos.
7. Espacios de Trabajo y cuentas corporativas
7.1. El propietario del espacio de trabajo y los Administradores designados gestionan únicamente los derechos previstos por el producto: miembros, Modelos disponibles, presupuestos, claves, políticas y Contenido dentro del rol correspondiente. Las facultades del Administrador se comunican cuando una persona se incorpora; una dirección de correo corporativa por sí sola no concede a una organización acceso incondicional al historial personal.
7.2. Cuando esté disponible la transferencia de una Cuenta a un entorno corporativo, el Usuario recibirá la notificación aplicable antes de transferirse el control administrativo. La organización deberá contar con una base para gestionar los datos de sus miembros e informarles de sus políticas. Determina la legalidad de sus instrucciones y del uso de los Resultados en sus actividades.
7.3. Un comprador autorizado podrá pedir funciones y generar cargos únicamente dentro de la autoridad concedida. La organización es responsable del uso solicitado por personas autorizadas y controla los derechos de los miembros. Eliminar a un miembro pone fin a su acceso, pero no elimina necesariamente datos o registros contables que pertenezcan legalmente a la organización.
7.4. El acceso para un afiliado, cliente o contratista solo se permite mediante un método autorizado por el plan. Una entidad jurídica independiente no se convierte en parte del acuerdo ni en licenciatario independiente por el mero hecho de compartir dominio, propietario o proyecto.
8. Licencia de software
8.1. En la medida de los derechos de que dispongamos, durante el periodo de acceso pagado o uso gratuito permitido, concedemos un derecho limitado y no exclusivo a utilizar las funciones de Cicora mediante las interfaces y API facilitadas. No se transfieren derechos exclusivos, código fuente ni derechos sobre marcas.
8.2. La licencia está limitada por la finalidad, el volumen, la disponibilidad geográfica, el número de usuarios y los límites técnicos del producto seleccionado. El Servicio no otorga derecho a copiar o distribuir software del servidor, alquilar una Cuenta, proporcionar acceso sublicenciado no autorizado ni crear una falsa apariencia de representación oficial de Cicora.
8.3. Una API autorizada por el plan podrá integrarse en las aplicaciones y procesos propios del Cliente. El Cliente deberá cumplir los requisitos aplicables a usuarios finales, al Modelo, a la seguridad de las claves y al tratamiento de datos. Dicha integración es distinta de transferir cuentas de proveedores o revender encubiertamente el acceso infringiendo las licencias aplicables.
8.4. Las condiciones publicadas del componente correspondiente se aplican a un cliente descargable, SDK, extensión u otro componente. Los componentes con licencia de código abierto conservan esa licencia y sus avisos obligatorios; este acuerdo no reduce los derechos concedidos expresamente por ella. La presencia de componentes separados de código abierto no convierte toda la plataforma en software de código abierto.
8.5. Las actualizaciones podrán modificar o sustituir componentes por motivos de seguridad, compatibilidad y desarrollo del producto. No se exige al Usuario conceder derechos innecesarios para utilizar una actualización. Cuando finaliza un derecho de acceso, termina el uso de componentes protegidos en la medida prevista por el acuerdo y la ley; siguen disponibles los derechos de exportación de datos permitidos por la ley.
9. Capacidades, limitaciones y cambios del Servicio
9.1. La descripción y la comparación de planes definen el producto adquirido. El nombre de la función de otra empresa no significa que esté disponible una función equivalente de Cicora. Una Suscripción no promete aplicaciones de consumo de terceros, certificados empresariales, capacidad dedicada ni un SLA, salvo que un Pedido confirmado lo disponga expresamente.
9.2. La disponibilidad y el rendimiento de los Modelos dependen del modo, volumen de contexto, herramientas, estado de la infraestructura y disponibilidad de los Proveedores de Tecnología. Una ventana de contexto máxima indicada no está necesariamente disponible por completo para el texto del Usuario: una parte podrá utilizarse para instrucciones, herramientas, historial y procesamiento del sistema.
9.3. Podremos desarrollar la interfaz, corregir errores, abordar vulnerabilidades, sustituir componentes técnicos y retirar funciones obsoletas. Una reducción sustancial de una obligación ya pagada se aborda conforme a la legislación aplicable y las Reglas de reembolso. Una actualización ordinaria no genera el derecho a recalcular retroactivamente una solicitud completada ni a reducir el volumen adquirido.
9.4. El mantenimiento técnico y la indisponibilidad temporal no prometen por sí mismos compensación conforme a un SLA inexistente. No obstante, se mantienen los requisitos derivados de la falta real de prestación o la prestación defectuosa de un servicio pagado. Las funciones de prueba, beta y vista previa se etiquetan expresamente y se rigen por condiciones especiales; un producto estable de pago no se etiqueta retroactivamente como beta.
10. Suscripciones, uso y pago anticipado
10.1. Las suscripciones individuales están disponibles como Plus ($20), Pro ($50), 5× ($100) y 20× ($200) a precios mensuales según la página de precios. Para modos y periodos de medición comparables, los planes 5× y 20× proporcionan respectivamente 5× y 20× el volumen de uso del plan Plus ($20). Pro tiene el nivel mejorado descrito en el producto. Estos multiplicadores no multiplican dinero depositado en una Cuenta.
10.2. Los límites de Suscripción, un Saldo de API pagado por separado y los bonos son distintos. Una Suscripción es válida durante el periodo indicado; el consumo depende del Modelo, el contexto, la respuesta, los archivos, las herramientas y otros parámetros comunicados. No se garantiza una cantidad concreta de mensajes ni un coste idéntico para solicitudes diferentes. Los límites y su momento de renovación se muestran al seleccionar y utilizar un plan.
10.3. El pago por uso de la API se cobra del Saldo correspondiente según el uso real. Si el Saldo es insuficiente, una nueva solicitud de pago podrá rechazarse o detenerse conforme al procedimiento comunicado. No surge una línea de crédito oculta, deuda ni exceso automático de presupuesto por el mero hecho de iniciarse una solicitud.
10.4. Antes de la confirmación se muestran el precio del producto, los impuestos aplicables, la moneda de facturación y el importe final. Los Modelos están sujetos al catálogo publicado y las reglas de la Ruta correspondiente. Las distintas herramientas y medios podrán facturarse por tokens, imagen, carácter, solicitud, segundo, minuto, hora u otra medida comunicada. La ausencia de una tarifa mostrada no significa que el uso sea gratuito.
10.5. En las Reglas de facturación y Créditos se establecen reglas adicionales sobre medición, reserva, ajustes y vigencia de las unidades. Ningún tipo de Saldo otorga derecho a ingresos por intereses, operaciones de cambio de divisas, transferencias a otros Usuarios ni pagos a vendedores terceros.
11. Condiciones de los Modelos y Rutas tecnológicas
11.1. Esta sección forma parte del acuerdo y no es una mera página informativa. Cada Modelo solo podrá utilizarse dentro de las condiciones vinculantes de su proveedor y la Ruta seleccionada. Los enlaces, la información del proveedor y las restricciones disponibles se muestran en el catálogo de la API y el Directorio de Condiciones de Modelos. La lista no se limita a tres marcas.
11.2. Antes de realizar una solicitud, el Usuario comprueba la finalidad y el uso permitido del Modelo para su tarea, las condiciones de uso comercial, las restricciones de país u organización, las funciones disponibles y las reglas para tratar materiales. Si el Usuario no acepta una Condición del Modelo vinculante, no deberá enviar una solicitud mediante esa Ruta y podrá seleccionar otra opción permitida.
11.3. Un Cliente Empresarial y un desarrollador que proporcione su propio producto a usuarios finales mediante la API de Cicora se comprometen a transmitir las reglas aplicables a esos usuarios y obtener el consentimiento y la base jurídica exigidos para el tratamiento antes de una solicitud. En la medida permitida por la ley, el Cliente es responsable de su integración y sus usuarios autorizados; no podrá ampliar los derechos más allá de la licencia del Modelo.
11.4. Un Modelo puede tener varios proveedores y versiones. El enrutamiento automático, la ruta alternativa, la selección de la ejecución regional, el entrenamiento o el almacenamiento se aplican únicamente dentro de la configuración informada y las restricciones vinculantes. No debe utilizarse una Ruta alternativa para eludir un presupuesto acordado, una prohibición de transferencia de datos o la falta de disponibilidad en un territorio.
11.5. Un cambio de reglas, la retirada de un Modelo, un cambio en la disponibilidad del proveedor o un requisito vinculante del proveedor podrán dar lugar a la restricción de la Ruta correspondiente. Las consecuencias sustanciales para un producto activo de pago se notifican en la forma exigida por la ley; las operaciones terminadas no se convierten en compras nuevas con tarifas modificadas.
11.6. No podemos anular las restricciones vinculantes de licencia, exportación, edad u otras impuestas por el desarrollador de un Modelo. Se prohíbe eludir bloqueos o salvaguardias, falsificar el país o la identidad, o utilizar un proxy o una VPN para obtener acceso prohibido. Una herramienta permitida de seguridad de redes no está prohibida por el mero hecho de utilizarse, siempre que no se emplee para tal elusión.
11.7. Para cumplir requisitos vinculantes, podremos solicitar información razonablemente necesaria sobre los derechos relativos a los materiales, el consentimiento, la autorización, el país, el modo o el uso final. Si no se facilita información requerida para un Modelo concreto, puede restringirse el uso de dicho Modelo. Esto no crea un derecho a exigir información no relacionada sobre todas las actividades del Cliente.
11.8. La clasificación técnica de una región, una clase de solicitud o la compatibilidad puede contener errores. El Usuario puede solicitar una revisión. Esta calificación no exime a Cicora de sus propias obligaciones ni constituye permiso para enviar conscientemente una solicitud a través de una Ruta inadecuada.
11.9. El acuerdo de contratación de Cicora con un proveedor no convierte a dicho proveedor en parte del acuerdo del Usuario con RIZZ TRADE. RIZZ TRADE es responsable, en la medida establecida por la ley, de su interfaz, cargos, información sobre precios y obligaciones contractuales frente al Usuario.
12. Integraciones de API y usuarios finales
12.1. La API debe utilizarse de conformidad con la documentación publicada, la autenticación, los límites y los parámetros permitidos. El Cliente es responsable de la corrección de su integración, la verificación de las respuestas, la lógica de reintentos y las dependencias. No deben utilizarse métodos no documentados para eludir los precios, la seguridad o las Condiciones del Modelo.
12.2. La automatización de solicitudes autorizada mediante la API no constituye scraping prohibido. No obstante, se prohíbe extraer masivamente materiales protegidos o información no pública de la interfaz, interferir en las operaciones de otros clientes, eludir límites u obtener acceso a la infraestructura más allá de la API proporcionada.
12.3. En una integración deberán tenerse en cuenta la idempotencia, los tiempos de espera, el streaming y la confirmación de finalización. Volver a enviar una solicitud nueva no garantiza una respuesta idéntica y podrá crear una operación de procesamiento facturable separada; un reintento causado por un error propio de Cicora se examina conforme a las reglas de ajuste. Los identificadores de solicitud permiten asociar el uso y los Resultados.
12.4. Un Cliente que atienda a sus propios usuarios sigue siendo responsable de su producto, declaraciones, permisos, tratamiento de datos y decisiones basadas en Resultados. No deberá prometer a sus usuarios garantías de Cicora no comunicadas ni presentarse como representante autorizado de RIZZ TRADE sin fundamento.
13. Materiales de Entrada y derechos sobre los Resultados
13.1. El Usuario conserva sus derechos sobre los Materiales de Entrada. El Usuario concede un permiso limitado para recibirlos, almacenarlos en el modo seleccionado, reproducirlos en el flujo de trabajo, realizar transformaciones técnicas, transferirlos a los proveedores necesarios y generar una respuesta únicamente para prestar, proteger y dar soporte al Servicio y cumplir la ley.
13.2. El Usuario confirma que dispone de los derechos, el consentimiento y la base jurídica necesarios para enviar materiales, incluidos datos personales, imágenes y voces de otras personas, obras protegidas e información organizativa. La disponibilidad de material en internet no siempre significa que pueda reutilizarse o enviarse a un Modelo.
13.3. Entre las partes, los derechos sobre un Resultado que pertenezcan a Cicora y puedan transferirse se conceden al Usuario en la máxima medida permitida por la legislación aplicable y la licencia del Modelo. Esto no transfiere derechos de terceros, no crea protección cuando esta no exista ni elimina restricciones especiales sobre un tipo concreto de Resultado.
13.4. Los Resultados podrán ser idénticos o similares para distintos usuarios. El acuerdo no concede exclusividad sobre un estilo general, idea, hechos, elementos comunes ni contenido creado independientemente. El contenido de terceros procedente de una búsqueda, fuente conectada o herramienta sigue sujeto a los derechos y condiciones de uso aplicables.
13.5. El Usuario evalúa la legalidad de publicar y utilizar comercialmente un Resultado. La generación de un Resultado no confirma por sí sola la inexistencia de marcas comerciales o derechos de terceros sobre una persona representada, la licitud de la publicidad ni el cumplimiento de la licencia de un componente de software.
14. Archivos, historial y publicación
14.1. Se aceptan archivos en los formatos, tamaños y cantidades compatibles e indicados en la interfaz o la API. Podremos rechazar un archivo dañado, peligroso, incompatible o prohibido y limitar acciones que amenacen la infraestructura. Todo derecho de revisión se limita a fines de seguridad, rendimiento y cumplimiento legal.
14.2. La selección de un archivo para una solicitud nos da instrucciones para utilizar el contenido necesario en la Ruta correspondiente. No constituye una autorización general para publicar todos los archivos de la Cuenta. El modo de almacenamiento, el acceso de los miembros, la eliminación y las copias de seguridad se rigen por la política de datos y la configuración de la función correspondiente.
14.3. El servicio de tratamiento no es un archivo garantizado ni la única copia de seguridad del Usuario. Los materiales fuente y Resultados importantes deben conservarse de forma independiente. Las obligaciones de protección de datos y los derechos imperativos en caso de error propio de Cicora no se ven afectados.
14.4. Si una función permite crear un enlace público o publicar Contenido, un agente, una plantilla u otro objeto, el Usuario seleccionará la acción correspondiente antes de la publicación. El permiso abarca únicamente la publicación y exhibición del objeto seleccionado al público correspondiente. Los destinatarios podrán conservar el material puesto a su disposición; revocar un enlace no siempre elimina sus copias independientes.
14.5. La publicación pública no nos concede derechos exclusivos sobre el Contenido personal ni convierte las conversaciones no públicas en material publicitario. Otros usos requieren una base comunicada por separado. El Usuario es responsable de los derechos sobre el material publicado y de que no contenga contenido ilícito.
15. Comentarios y derechos de Cicora
15.1. Las sugerencias de mejora enviadas voluntariamente como comentarios podrán utilizarse para desarrollar el Servicio sin obligación de pagar compensación, salvo acuerdo separado en contrario. Esta cláusula no nos permite denominar comentarios a todo el Contenido personal ni utilizarlo para un fin no comunicado.
15.2. La plataforma, sus componentes de software, diseño, documentación y marcas pertenecen a sus respectivos titulares de derechos. Ni el pago de una Suscripción ni el uso de un Resultado transfieren derechos sobre el código o la marca de Cicora. El uso de las marcas no debe crear una falsa impresión de autoría, afiliación o respaldo.
15.3. Una denuncia de posible infracción de propiedad intelectual se tramita conforme al Procedimiento de reclamaciones de PI. Revisamos la información suficientemente específica, tenemos en cuenta las explicaciones de la parte afectada y cumplimos los requisitos legales aplicables. No se permiten notificaciones ni contranotificaciones deliberadamente falsas.
16. Exactitud de la IA y uso responsable
16.1. Los sistemas generativos producen Resultados probabilísticos y pueden cometer errores, omitir contexto, utilizar información obsoleta o dar respuestas inesperadas. No prometemos que todas las respuestas sean verdaderas, únicas o adecuadas para la finalidad particular del Usuario.
16.2. Se requiere una revisión razonable antes de utilizar un Resultado, especialmente antes de publicarlo o utilizarlo en relación con otras personas. Un Resultado de IA no deberá presentarse como opinión profesional verificada ni como obra humana cuando ello resulte engañoso o ilícito. Deberán conservarse las etiquetas obligatorias para contenido sintético.
16.3. Un Servicio de propósito general no se convierte en un servicio profesional médico, jurídico, financiero u otro regulado con licencia. Las decisiones sustanciales sobre empleo, crédito, seguros, vivienda, educación, salud y otros derechos humanos no deberán adoptarse únicamente a partir de una respuesta de IA no verificada infringiendo los requisitos aplicables.
16.4. Estas limitaciones se aplican al uso correspondiente y no prometen un control completo de todos los Resultados. Los requisitos generales y de modelos detallados figuran en las Reglas de uso aceptable. No eliminan la responsabilidad de Cicora por la funcionalidad prometida, sus propios cargos ni los recursos exigidos por la ley.
17. Conductas prohibidas y comprobaciones
17.1. Se prohíben las conductas ilícitas, la infracción de derechos intelectuales y personales, la explotación infantil, el fraude, el acceso no autorizado, el software malicioso, la interferencia con infraestructuras, el uso peligroso y la elusión de restricciones vinculantes. Las categorías completas y las reglas condicionales de los Modelos se establecen en las Reglas de uso aceptable.
17.2. Un Usuario no deberá intentar obtener código fuente no público, secretos, pesos de modelos ni datos de otros usuarios mediante ingeniería inversa, extracción o elusión de medidas técnicas, salvo en la medida expresamente permitida por la legislación imperativa o una licencia de código abierto aplicable. La investigación de seguridad permitida se realiza conforme a un programa acordado si se ofrece; el acceso general a la API no autoriza por sí mismo ataques.
17.3. El Usuario no deberá deshabilitar las medidas de protección proporcionadas, falsificar métricas, abusar de bonos, crear cuentas ficticias para eludir límites ni ayudar a terceros a infringir estas reglas. El uso de Resultados para entrenar otro modelo está sujeto a los derechos sobre los datos y las restricciones vinculantes de la tecnología seleccionada; una prohibición del proveedor no desaparece por el mero hecho de realizarse la llamada mediante Cicora.
17.4. En la medida necesaria, pueden realizarse revisiones automatizadas y humanas, el bloqueo de una solicitud o archivo concreto, la restricción de una función, la conservación de pruebas relacionadas con un incidente y la comunicación lícita a una autoridad competente. Las comprobaciones no significan que todos los Contenidos sean leídos continuamente por personas. Sus finalidades y bases jurídicas se describen en la Política de Privacidad.
18. Confidencialidad
18.1. Información Confidencial significa información no pública divulgada en relación con el acuerdo e identificada como confidencial o razonablemente confidencial por su naturaleza: Contenido privado, información empresarial, materiales técnicos, condiciones de un Pedido individual e información de seguridad y acceso.
18.2. La parte receptora utiliza la Información Confidencial para ejecutar el acuerdo y proteger los derechos correspondientes, mantiene una confidencialidad razonable y solo permite el acceso a personas que lo necesiten y estén sujetas a una obligación de protección aplicable. Cuando se contrata a un tercero, solo se transfiere la parte necesaria de la información, con sujeción al acuerdo, las Condiciones del Modelo y la legislación sobre protección de datos.
18.3. Las restricciones no se aplican a información que se haga pública sin incumplimiento por parte del destinatario, que este ya conociera lícitamente, que hubiera recibido lícitamente de un tercero independiente o que hubiera desarrollado de forma independiente sin utilizar la Información Confidencial revelada. Toda excepción debe tener un fundamento y no se presume por la mera similitud de la información.
18.4. Cuando la divulgación sea obligatoria en virtud de una solicitud lícita, se limitará al alcance exigido. Cuando esté permitido, se informa de la solicitud a la parte divulgadora y se le ofrece una oportunidad razonable de proteger la información. Esta cláusula no exige infringir una orden de no notificación ni obstaculizar una investigación lícita.
18.5. Cuando finaliza la base jurídica, la información se devuelve, elimina o conserva de forma limitada para la contabilidad obligatoria, la protección frente a reclamaciones, la seguridad y los ciclos de copia de seguridad. Las obligaciones de confidencialidad continúan respecto a la información conservada legalmente. Las reglas sobre datos personales prevalecen en su ámbito.
19. Servicios, herramientas y acciones de terceros
19.1. El Servicio puede incluir fuentes externas, búsquedas, herramientas conectadas, aplicaciones y enlaces. Cuando el Usuario habilite una función de este tipo, deberá revisar su finalidad, el destinatario de los datos y los permisos necesarios. Habilitarla no concede automáticamente acceso a todos los datos de la Cuenta.
19.2. La ejecución de una acción externa por indicación del Usuario, como enviar información o modificar un objeto en un sistema conectado, puede estar sujeta a confirmaciones adicionales y a las reglas de dicho sistema. El Usuario verifica las acciones sustanciales antes de que sean definitivas cuando exista la posibilidad de confirmarlas. Una instrucción generada no debe presentarse como una autoridad humana otorgada de forma independiente.
19.3. Cicora no controla todas las condiciones ni todo el contenido de un sitio externo y no promete su funcionamiento continuo. Sin embargo, contratar a un proveedor para cumplir una obligación propia de pago de Cicora no elimina automáticamente la responsabilidad de RIZZ TRADE frente al Usuario. Los datos de una fuente de terceros y sus derechos de propiedad intelectual se rigen por las condiciones correspondientes.
20. Datos personales y tratamiento empresarial
20.1. El tratamiento de Cuenta, pagos, seguridad, solicitudes y soporte se describe en la Política de Privacidad, las Reglas de cookies y los Controles de datos. Esta oferta pública no sustituye el consentimiento concreto exigido para un tratamiento opcional.
20.2. Un Usuario que envíe datos de otras personas deberá contar con una base aplicable. Un Cliente Empresarial es responsable de la legalidad de sus instrucciones, las notificaciones a los interesados y las autorizaciones para la transferencia. Esto no significa que Cicora nunca sea automáticamente operadora o responsable de los datos: la función se determina según la operación concreta y la legislación aplicable.
20.3. El tratamiento conforme a las instrucciones de una organización se rige por una capa contractual independiente de datos empresariales. La existencia de un texto general de privacidad no establece acuerdos especiales para datos médicos, transferencias internacionales u otro tratamiento regulado. No deberá enviarse información cuando no se hayan cumplido las condiciones vinculantes de la Ruta seleccionada.
20.4. La información sobre la conservación de solicitudes, archivos y registros técnicos varía según la función y el proveedor. Los términos «confidencial», «sin entrenamiento» o «ZDR» no constituyen promesas universales para todas las Rutas. El Usuario solo puede elegir modos que estén realmente disponibles y cuyos límites hayan sido informados.
21. Pago, renovación y cambios de precio
21.1. Los pagos se realizan únicamente a través de un banco, proveedor o tienda de aplicaciones efectivamente ofrecido para el Pedido. Compruebe el comerciante, el importe y la moneda. Las cuestiones sobre la prestación del Servicio deben dirigirse a RIZZ TRADE; las cuestiones relativas a una transacción no autorizada con tarjeta también pueden dirigirse al emisor de la tarjeta.
21.2. La renovación automática y la recarga automática requieren una autorización expresa separada que indique el periodo o umbral, el importe o cálculo y el método de cancelación. Guardar un instrumento de pago no autoriza por sí solo cargos posteriores. El Usuario podrá retirar la autorización para pagos futuros mediante el método proporcionado.
21.3. Tras una cancelación ordinaria, la Suscripción no se renueva y permanece disponible hasta el final del periodo ya pagado, salvo que tenga lugar un reembolso u otra terminación conforme a la ley. Un cambio de plan no genera automáticamente un crédito, descuento ni reembolso prorrateado; las condiciones del cambio concreto se muestran antes de la confirmación.
21.4. Un pago fallido puede dar lugar a que no se active un nuevo Pedido, a que se detenga la renovación o a que se limiten las funciones de pago. Los pagos confirmados y las reclamaciones legales ya devengadas se consideran por separado. Un aviso de pago repetido no constituye fundamento para abonar o cobrar de nuevo una misma transacción.
21.5. Un precio nuevo se aplica a nuevos Pedidos y solicitudes tras comunicarse. Un cambio futuro del precio de Suscripción se notifica con antelación conforme a la ley y el acuerdo, con oportunidad de cancelar la siguiente renovación. Un precio erróneo no crea derecho a cobrar encubiertamente otro importe: se requieren información y consentimiento adecuados antes de ejecutar un Pedido corregido, o la transacción errónea se cancela conforme a la ley.
21.6. Las ventas nacionales en Uzbekistán y las ventas internacionales utilizan los regímenes de moneda e impuestos aplicables. Un precio extranjero de referencia no autoriza por sí solo una vinculación con la moneda nacional. Toda la información obligatoria sobre el precio final se facilita antes de aceptar el Pedido; la conversión realizada por el banco del Usuario se rige por los términos de dicho banco.
22. Reembolsos y recursos previstos por normas imperativas
22.1. Como regla general, los pagos de Suscripciones y uso prepago no son reembolsables salvo por los motivos concretos de las Reglas de reembolso, la legislación imperativa aplicable y una aprobación individual. Un límite no utilizado o el deseo de dejar de usar el Servicio no generan por sí solos un derecho incondicional a un reembolso en efectivo.
22.2. Los errores confirmados y cargos duplicados, pagos no autorizados, servicio no prestado o sustancialmente defectuoso, terminación de un servicio pagado por Cicora sin incumplimiento del Usuario, derechos legales de desistimiento y procedimientos de tiendas de aplicaciones se examinan por separado. Las Reglas de reembolso establecen los motivos y el procedimiento de solicitud correspondientes.
22.3. La cancelación ordinaria de una renovación futura es distinta del desistimiento de un acuerdo ya celebrado. El Consumidor conserva los derechos de desistimiento aplicables, las garantías de los servicios digitales y los plazos legales. El registro de que el servicio comenzó anticipadamente no constituye una renuncia universal a todos los derechos.
22.4. Un reembolso mediante la transacción original tiene en cuenta la ley y la vía de pago real. La recuperación de un banco no crea derecho a recuperar de nuevo el mismo importe de Cicora. Contactar con soporte no elimina el derecho a contactar con un banco, regulador o tribunal.
23. Vigencia y terminación del contrato
23.1. El contrato permanece vigente desde su aceptación dentro del alcance del acceso concedido y de las liquidaciones necesarias. El Usuario puede dejar de utilizar el Servicio, cancelar la renovación y solicitar la eliminación de la Cuenta. Estas acciones tienen consecuencias distintas; la eliminación de una suscripción de una tienda de aplicaciones externa se gestiona en dicha tienda.
23.2. Podremos suspender una función, Modelo, clave, Espacio de Trabajo o Cuenta concretos en caso de incumplimiento sustancial, amenaza de seguridad justificada, fraude, vulneración de derechos, requerimiento vinculante de la ley o de un proveedor, cargos impagados o imposibilidad de continuar legalmente el servicio.
23.3. Cuando sea posible y proporcionado a las circunstancias, notificamos al Usuario el fundamento y le ofrecemos la oportunidad de subsanar un incumplimiento. La protección urgente, una prohibición legal de notificar o el riesgo de que continúe el daño pueden exigir medidas sin previo aviso. La posibilidad de recurrir a través de support@cicora.ai se mantiene en la medida permitida por la ley.
23.4. La terminación definitiva de un servicio de pago sin incumplimiento por parte del Usuario va acompañada de la liquidación de la parte prepagada no prestada, incluso cuando resulte imposible continuar el Servicio porque un proveedor se retire o se aplique una restricción legal. La sustitución de una Ruta concreta que conserve las capacidades sustanciales acordadas no significa por sí sola que se haya terminado todo el Servicio. Las consecuencias de una reducción sustancial se determinan conforme al Pedido, las Reglas de reembolso y la legislación imperativa. Cuando se demuestre un incumplimiento, el saldo no utilizado no pasa a ser automáticamente reembolsable, pero tampoco puede retenerse en contra de la legislación imperativa.
23.5. Al finalizar, cesan los derechos de uso continuado y se revocan las claves y sesiones correspondientes. Subsisten las reclamaciones de pago devengadas, la confidencialidad, los derechos y obligaciones de protección de datos, los límites de responsabilidad aplicables y los procedimientos de controversia. Los documentos y datos conservados legalmente no se destruyen por el mero hecho de cerrarse una Cuenta.
23.6. Si finaliza una función de almacenamiento o el acceso a datos, los derechos de exportación, eliminación y otros se ejercen conforme a la legislación aplicable, el acuerdo y las capacidades reales de la función. Esta cláusula no crea derecho a almacenamiento gratuito indefinido después de terminar el Servicio.
24. Garantías y límites de las promesas
24.1. Prestamos el servicio de software descrito dentro del Pedido acordado y los requisitos obligatorios aplicables. Más allá de las garantías obligatorias y las promesas escritas acordadas expresamente, el Servicio se presta en el estado y alcance realmente disponibles. No prometemos ausencia de todos los errores, seguridad absoluta, disponibilidad ininterrumpida de todos los Modelos ni un resultado comercial concreto.
24.2. Ni la demostración de un Resultado ni un ejemplo publicitario sustituyen las condiciones de un Pedido o garantizan una respuesta idéntica a otra solicitud. Las cuestiones relativas a actividades reguladas, licencias de materiales y verificación final de una decisión corresponden a la persona que utiliza el Resultado, dentro de la ley.
24.3. Una Ruta deshabilitada temporalmente por un proveedor o un fallo de red no constituyen automáticamente un incumplimiento de una obligación contractual concreta de Cicora. Esta salvedad no excluye la responsabilidad por culpa propia de Cicora, falta de conformidad oculta con el producto prometido ni los recursos del Consumidor previstos por normas imperativas.
25. Limitación de responsabilidad
25.1. En la máxima medida permitida por la ley, no somos responsables de pérdidas indirectas o consecuentes, lucro cesante, pérdida de ahorros u oportunidades comerciales derivadas del uso del Servicio. Esta limitación no excluye pérdidas ni recursos cuya exclusión o limitación prohíba la legislación imperativa.
25.2. Cuando se permita una limitación, la responsabilidad contractual agregada de RIZZ TRADE por reclamaciones relacionadas no superará el mayor de los siguientes importes: el importe efectivamente pagado por el servicio al que se refiera la reclamación durante los doce meses anteriores al suceso correspondiente; o el equivalente a USD 100. Podrá acordarse individualmente un límite distinto en un acuerdo B2B.
25.3. El límite no se aplica a responsabilidades que no puedan limitarse, incluidas la conducta dolosa, el fraude, los daños a la vida o la salud en los casos previstos por la ley, los requisitos obligatorios relativos a datos personales y los derechos irrenunciables del Consumidor. No convierte un reembolso exigido por la ley en un pago discrecional del Servicio.
25.4. El Usuario adopta medidas razonables para mitigar las pérdidas, conservar las pruebas necesarias y notificarnos un error. Esto no acorta un plazo de prescripción legal ni obliga al Usuario a renunciar a derechos frente a un banco o un tribunal.
26. Reclamaciones de terceros en el uso empresarial
26.1. Esta sección se aplica a un Cliente Empresarial en la medida permitida por la ley; no impone a un Consumidor ordinario una obligación oculta de reembolsar costes de Cicora. El Cliente es responsable de la legalidad de su Contenido, instrucciones, producto y actos de usuarios autorizados.
26.2. Si una reclamación de terceros surge del Contenido del Cliente que infringe la ley o el acuerdo, carece de los permisos necesarios o deriva de la operación ilícita de su integración, el Cliente deberá, a su costa y en la medida permitida por la ley, defender a RIZZ TRADE y reembolsar los costes razonables de defensa documentados, incluidos los honorarios legales, así como los importes adjudicados y los acuerdos aprobados atribuibles a su incumplimiento. El reembolso no cubre un acto culpable propio de Cicora ni circunstancias ajenas al Cliente.
26.3. RIZZ TRADE notificará la reclamación al Cliente sin demora indebida y prestará la asistencia razonablemente necesaria a costa del Cliente; una notificación tardía solo libera al Cliente en la medida en que perjudique demostrablemente la defensa. El Cliente designará a un abogado cualificado razonablemente aceptable para RIZZ TRADE y le mantendrá informado de los pasos sustanciales. RIZZ TRADE podrá participar mediante su propio abogado a su costa; si el Cliente no proporciona una defensa oportuna o surge un conflicto de intereses sustancial, RIZZ TRADE podrá organizar la defensa necesaria y recuperar costes proporcionales conforme a la cláusula 26.2. Todo acuerdo que admita una infracción de RIZZ TRADE, le imponga un pago u otra obligación o no proporcione una liberación completa de la reclamación correspondiente requiere su consentimiento previo por escrito. Ninguna parte podrá asumir obligaciones en nombre de la otra sin autoridad; el consentimiento no se denegará ni retrasará injustificadamente.
26.4. No se proporciona automáticamente una protección especial frente a reclamaciones de propiedad intelectual relacionadas con los Resultados de un Modelo o Proveedor de Tecnología concreto. Solo se aplica si se incluye expresamente en un Pedido individual y los derechos correspondientes están disponibles en la cadena contractual. Esto no elimina la responsabilidad de RIZZ TRADE por su propia vulneración de derechos exclusivos.
27. Circunstancias fuera del control razonable
27.1. Una parte no será responsable del incumplimiento en la medida en que este sea causado por circunstancias demostradas fuera de su control razonable cuando la legislación aplicable permita tal exoneración, incluido un suceso de emergencia, una prohibición vinculante de una autoridad competente, un fallo a gran escala de la infraestructura de comunicaciones u otro suceso comparable.
27.2. La falta ordinaria de fondos, una vulneración de seguridad propia de una parte o cualquier error de un contratista no constituyen automáticamente fuerza mayor. La parte afectada notifica a la otra, cuando sea posible, un impedimento sustancial y adopta medidas razonables para mitigar sus consecuencias. La parte pagada no prestada y los derechos legales de terminación se abordan por separado.
28. Legislación aplicable y resolución de controversias
28.1. Este acuerdo se rige por la legislación de la República de Uzbekistán, preservando las reglas imperativas y los recursos del Consumidor aplicables al Usuario concreto. La elección de la ley no priva al Consumidor del acceso a un tribunal o autoridad protegido por la legislación imperativa de su país.
28.2. Para plantear una controversia, una parte podrá enviar una reclamación a support@cicora.ai o a la dirección postal anterior, indicando las circunstancias, el Pedido, las pruebas y el recurso solicitado. La examinamos dentro del plazo legal aplicable. Un procedimiento previo al litigio es obligatorio solo en la medida exigida por la legislación aplicable o un acuerdo individual legal.
28.3. Para una controversia empresarial, salvo que la ley o un acuerdo separado dispongan lo contrario, se recurre al tribunal competente del lugar donde se encuentra RIZZ TRADE. El contrato no impone automáticamente un arbitraje obligatorio extranjero, una renuncia a acciones colectivas ni la obligación de que un Consumidor no acuda a los tribunales.
28.4. Una solicitud no impide adoptar medidas de protección urgentes, cumplir una solicitud vinculante de un regulador ni proteger derechos a través de un banco. Los plazos legales no se acortan mediante una cláusula general de conveniencia del soporte.
29. Notificaciones, cambios y cesión
29.1. Las notificaciones legales y de servicio se entregan mediante la dirección de correo indicada, la Cuenta, la confirmación del Pedido u otro método acordado. Las partes mantienen actualizada la información de contacto. Los mensajes publicitarios tienen una base jurídica y opción de exclusión independientes; aceptar este acuerdo no significa suscribirse a publicidad.
29.2. Los cambios se introducen por motivos de seguridad, jurídicos, tecnológicos o de desarrollo del producto. Se publica una nueva versión con una fecha; los cambios sustanciales se notifican con antelación en la medida exigida por la ley, con la posibilidad de no aceptar los nuevos términos y dejar de realizar el uso futuro correspondiente. Las operaciones completadas no se recalculan retroactivamente.
29.3. El uso continuado tras una notificación adecuada constituye aceptación solo en la medida permitida por la ley; se solicita consentimiento separado cuando así se exija. La retirada de un enlace a un texto anterior no modifica las condiciones demostrables de un Pedido anterior.
29.4. El Usuario no podrá ceder una Cuenta ni derechos y obligaciones contractuales a un tercero infringiendo las restricciones del plan o sin el consentimiento necesario. La transferencia del negocio de RIZZ TRADE o una reorganización están permitidas por la ley, con sujeción a los requisitos de notificación, datos personales y conservación de los derechos adquiridos; no permiten empeorar arbitrariamente la posición de un Consumidor.
30. Disposiciones finales y contactos
30.1. Las partes son personas independientes. El contrato no crea una sociedad, una relación laboral, autorización para aceptar pagos por cuenta de un Proveedor de Modelos ni autorización para representar a la otra parte sin un fundamento separado.
30.2. La falta de ejercicio o el retraso en ejercer un derecho no constituye renuncia a ese derecho. La invalidez de una disposición concreta no invalida las restantes si el acuerdo puede funcionar sin ella; una condición inválida solo se aplica o sustituye en la medida legal, sin reducir los derechos imperativos del Usuario.
30.3. Este paquete acordado y el Pedido confirmado constituyen el acuerdo de las partes para el producto correspondiente. Las declaraciones publicitarias se tendrán en cuenta en la medida prevista por la ley; una cláusula de integridad no excluye la responsabilidad que la legislación imperativa impone por una descripción engañosa.
30.4. Los derechos adicionales de un Proveedor de Tecnología como tercero beneficiario solo se aplican cuando los exija una licencia aplicable y se comuniquen para la Ruta. El acuerdo no otorga a una clase indeterminada de personas un derecho independiente a cobrar al Usuario o gestionar su Cuenta.
30.5. Soporte, pagos, reembolsos, reclamaciones sobre contenidos y solicitudes relativas a datos personales: support@cicora.ai, +998 90 051 48 40. Proveedor: RIZZ TRADE Limited Liability Company / “RIZZ TRADE” LLC, ID fiscal 312432714, inscripción registral 2944991 de fecha 15 de septiembre de 2025, OKED 62010. Dirección: República de Uzbekistán, Tashkent, Mirabad District, Abdulla Avloniy MFY, Nukus Street, Building 3.