Política de Uso Aceptable

1. A quién se aplica y de qué es usted responsable

Sus obligaciones alcanzan a todo lo que se haga a través de su cuenta, porque no podemos ver quién está al teclado.

• Usted es responsable de toda actividad realizada bajo su cuenta y bajo cada token de API emitido para ella, incluida la actividad de sus empleados, contratistas y usuarios finales.
• Si incrusta el widget o revende la generación de presupuestos a través de nuestra API, sus propios clientes son responsabilidad suya. No son usuarios nuestros, no tenemos contrato con ellos y nos dirigiremos a usted, no a ellos.
• Debe mantener sus credenciales confidenciales. Los tokens de API son credenciales al portador: quien tenga uno puede actuar en su nombre. Si un token pudiera haber quedado expuesto, rótelo de inmediato desde el panel —la rotación emite un secreto nuevo y retira el anterior— y avísenos.
• Debe tener al menos 18 años para ser titular de una cuenta.
• Si detecta un uso indebido de su cuenta, comuníquelo a [email protected]. Avisarnos con prontitud se valora a su favor, no en su contra.

2. Límites que se aplican automáticamente

Son límites técnicos, no juicios sobre usted. Alcanzar uno no supone incumplir esta política: el sistema simplemente rechaza la petición y explica el motivo.

Trabajar dentro de un límite es uso legítimo, incluso apurándolo al máximo. Lo que no es legítimo es intentar eludirlo; véase la sección 4.

Podemos modificar estos límites. Cuando un cambio reduzca lo que usted puede hacer, daremos el aviso descrito en la sección 19 de los Términos del Servicio.

• Tamaño de subida. Los archivos que superan el máximo configurado se rechazan al subirlos. El rechazo indica el límite aplicado, de modo que nunca tenga que adivinarlo.
• Complejidad del modelo. Los archivos que superan el recuento de triángulos configurado se rechazan, porque analizarlos agotaría el presupuesto de memoria de un presupuesto. El rechazo indica tanto el recuento de su modelo como el límite.
• Formato de archivo. Solo se aceptan STL, OBJ y 3MF. Cualquier otro formato se rechaza al subirlo.
• Cuota de almacenamiento. Cada plan dispone de una asignación de almacenamiento. Cuando se agota, las subidas posteriores se rechazan hasta que elimine archivos o pase a un plan mayor.
• Frecuencia de peticiones. Las peticiones a la API están limitadas por token. Las respuestas incluyen las cabeceras X-RateLimit-Limit, X-RateLimit-Remaining y X-RateLimit-Reset para que su integración regule su ritmo; una petición rechazada devuelve HTTP 429 con un valor Retry-After.
• Restricciones del token. Un token puede limitarse a determinados endpoints, vincularse a determinados orígenes, restringirse a determinadas direcciones IP y dotarse de fecha de caducidad. Los tokens del widget aparecen en sus páginas públicas y siempre deberían llevar ámbitos y una restricción de origen.

3. Qué no debe subir ni enviar

Debe tener derecho a entregarnos cada archivo que suba, y el archivo no puede ser ninguno de los siguientes.

• Contenido que no tiene derecho a hacer tratar: un modelo cubierto por la propiedad intelectual de un tercero, un diseño recibido bajo obligación de confidencialidad, o cualquier cosa que contractualmente no pueda remitir a un tercero.
• Contenido cuya fabricación o distribución sea ilícita donde usted esté, donde estemos nosotros o donde vaya a imprimirse. Las armas de fuego y sus componentes son el caso evidente; también los artículos restringidos por el control de exportaciones o la normativa de sanciones.
• Software malicioso, o un archivo diseñado para explotar un analizador en lugar de para imprimirse.
• Datos personales que no pintan nada en un archivo de modelo 3D. No los necesitamos, no los queremos, y colocarlos ahí le convierte en su responsable sin base jurídica para la transferencia.
• Categorías especiales de datos personales del artículo 9 del RGPD, en particular datos de salud. Los modelos anatómicos derivados de una exploración de un paciente son un uso real de esta tecnología y un riesgo real: si los envía, debe contar con su propia base jurídica y conviene que nos avise de antemano para que el Acuerdo de Tratamiento de Datos esté vigente primero.
• En el asistente de IA, no pegue números de documento de identidad, números de tarjeta, contraseñas ni tokens de API. El asistente es una herramienta de soporte; esos valores nunca son necesarios para responder una pregunta, y la conversación queda almacenada.

4. Qué no debe hacer contra el servicio

Estas reglas protegen el servicio para todos los que lo usan.

• No eluda un límite técnico: ni repartiendo peticiones entre tokens o cuentas para burlar una limitación de frecuencia, ni compartiendo una cuenta entre organizaciones facturadas por separado, ni usando el plan gratuito para atender una carga de producción.
• No ataque el servicio: nada de denegación de servicio, ningún intento de acceder a los datos de otro cliente, ninguna búsqueda de vulnerabilidades sin nuestro permiso escrito. Si encuentra una vulnerabilidad por casualidad, la sección 7 indica qué hacer; hacerlo se agradece y no se penaliza.
• No extraiga masivamente el servicio ni lo use para construir un motor de presupuestos competidor; no extraiga nuestros perfiles de precios, perfiles de máquina o datos de materiales como conjunto de datos.
• No tergiverse nuestros resultados. Un presupuesto es una estimación, como explica la sección 9 de los Términos del Servicio. Presentarlo como un precio vinculante por nuestra parte, o como garantía de que una pieza puede imprimirse, no está permitido.
• No sugiera una asociación, respaldo o certificación inexistente, ni use nuestro nombre o marcas de modo que dé a entender que hemos producido o aprobado sus propios resultados.
• Ingeniería inversa. No puede descompilar ni desensamblar el servicio, salvo en la medida en que el derecho imperativo lo permita y ningún acuerdo pueda restringirlo, en particular los derechos de interoperabilidad de los artículos 5 y 6 de la Directiva 2009/24/CE. Enunciamos esta excepción de forma expresa porque una prohibición general sería de todos modos inoponible frente a ella, y preferimos ser exactos antes que amplios.

5. Si construye sobre la API o el widget

Revender o incrustar la generación de presupuestos es un uso previsto del servicio. Estas son las condiciones.

• A sus propios usuarios deben facilitárseles sus propios términos y su propia política de privacidad. Respecto de los archivos que ellos envían, somos su encargado del tratamiento en los términos del Acuerdo de Tratamiento de Datos; no somos su prestador de servicios.
• No presente el widget de forma que oculte que un presupuesto es una estimación, ni que suprima un error devuelto por la API.
• Ajuste el ritmo de su integración a las cabeceras de limitación de frecuencia en lugar de reintentar en bucle cerrado. Una tormenta de reintentos es indistinguible de un ataque y se trata igual.
• Mantenga sus endpoints de webhook en condiciones de aceptar nuestras entregas. Reintentamos una entrega fallida unas pocas veces con intervalos crecientes y después cesamos; no conservamos indefinidamente los eventos no entregados.

6. Qué ocurre cuando se incumple una regla

Preferimos resolver un problema antes que cerrar una cuenta, de modo que la respuesta es gradual y normalmente empieza por una conversación.

• Limitación automática. Una integración que supera una limitación de frecuencia se ralentiza, no se sanciona. No queda constancia alguna en su contra.
• Aviso. Para cualquier cosa más allá de eso, primero le contactamos, describimos lo que hemos visto y le damos una oportunidad razonable de corregirlo, salvo que la ley exija actuar de inmediato o que esperar cause un daño grave a otro usuario o al servicio.
• Restricción. Podemos desactivar un token concreto, bloquear un origen concreto o suspender una capacidad concreta mientras se resuelve el asunto, en lugar de desactivar toda la cuenta.
• Suspensión. Podemos suspender la cuenta. La suspensión detiene el acceso; no elimina sus datos ni pone fin por sí sola a su suscripción.
• Terminación. Podemos poner fin al contrato por un incumplimiento grave o reiterado. Si lo hacemos, las reglas de reembolso de nuestra Política de Cancelación y Reembolso siguen aplicándose al periodo que haya pagado.
• Siempre que restrinjamos, suspendamos o terminemos, le diremos qué hemos hecho, por qué, en qué regla nos hemos basado y cómo impugnarlo. Escriba a [email protected] y una persona lo revisará. Si nos equivocamos, restablecemos y lo decimos.
• Salvo prohibición legal, conservamos sus datos al menos 30 días tras una suspensión o terminación, y la exportación de los ajustes de su panel sigue funcionando durante todo ese tiempo, de modo que puede llevarse una copia sin pedírnoslo. No usamos la pérdida de datos como sanción.
• Nada en esta sección limita sus derechos legales, y nada exige que se queje ante nosotros antes de acudir a otra instancia.

7. Denunciar abusos y problemas de seguridad

Una única dirección para ambos, para que nadie tenga que adivinar: [email protected]. Acusamos recibo en 5 días hábiles.

• Denunciar contenido. Si cree que algo almacenado o producido a través del servicio es ilícito o vulnera sus derechos, indíquenos de qué se trata, dónde está, por qué lo afirma y cómo localizarle. Lo examinaremos, le comunicaremos nuestra decisión y su motivo.
• Comunicar una vulnerabilidad. Indíquenos qué ha encontrado y cómo reproducirlo. Le rogamos que nos conceda un plazo razonable para corregirlo antes de publicarlo. No emprenderemos acciones contra usted por una comunicación hecha de buena fe que no haya accedido a datos de otros usuarios, no haya degradado el servicio y no haya ido más allá de lo necesario para demostrar el problema.
• Denunciar una cuenta restringida indebidamente. Indique qué se restringió y por qué considera que no debió hacerse. Esta vía llega a una persona, no a un sistema automático.
• No operamos un programa de recompensas por errores. Lo decimos con claridad en lugar de dejar que los investigadores lo descubran después.

8. Cambios en esta política

Actualizamos esta política cuando cambia lo que aplicamos. La fecha de entrada en vigor figura en la parte superior de esta página, y cada versión tiene su propio identificador para que una versión anterior pueda identificarse.

Si un cambio restringiera de forma significativa lo que actualmente le está permitido, se lo comunicaremos con al menos 30 días de antelación a su entrada en vigor, y podrá poner fin al contrato sin penalización dentro de ese plazo.

Consultas sobre esta política: [email protected]. Denuncias conforme a ella: [email protected].