Cómo se tratan tus datos.

Python en local puede ordenar, calcular, conciliar, filtrar, agregar y crear resultados. Un flujo puede usarlo antes de un paso del modelo cuando mejora el trabajo.

Los plugins no anonimizan ni seudonimizan los datos automáticamente. Los nombres, documentos, textos originales y hechos del caso se mantienen cuando sirven para la finalidad profesional.

Cada flujo puede usar los datos de manera distinta. Su propia página explica la secuencia operativa: qué ve el modelo, qué procesa el código y cuándo se detiene el proceso. Esta página no duplica esas declaraciones específicas.

Nunca incluyas contraseñas, claves de API, cookies de autenticación, tokens de acceso ni datos de sesión en prompts o archivos que el entorno de IA elegido pueda leer.

Solo 13 procesos seleccionados de Vera generan este informe comparativo; sus páginas lo indican. Studio Archive registra el inicio y el final de cada ejecución y genera el informe al finalizar, a partir de las evidencias registradas de las fases visibles para el modelo. Compara la población de origen medible, los datos procesados localmente y los visibles para el modelo, y guarda JSON y Markdown en esa ejecución. Si faltan mediciones, el informe no está disponible. Si todos los datos llegan al modelo o no queda una parte local medible, no se genera la comparación. Un chat u otro proceso no lo activan.

Una posible ruta de código más estrecha solo aparece cuando las evidencias de la ejecución la respaldan e identifican una protección para la calidad analítica. Un documento o una población relevante completa puede ser el mínimo correcto. El informe no es monitorización de red, atestación del proveedor, EIPD, dictamen jurídico ni certificación RGPD; un hash registrado vincula el recibo a los bytes, pero no prueba la entrega del lado del proveedor.

El comando de Vera que genera el informe con recibo envía automáticamente a Mparanza cuatro campos: versión del esquema, identificador aleatorio del recibo, versión de Vera y huella SHA-256 del informe local. Mparanza añade la hora del servidor y una firma Ed25519 y conserva únicamente esos campos de prueba, sin informe, datos del cliente, nombres de archivo, contenidos ni hashes de documentos fuente. El HTML puede enviarse al cliente, guardarse como PDF y verificarse públicamente. Solo prueba existencia, hora del servidor e integridad del informe; no prueba de forma independiente quién presentó el hash. Si el servicio no está disponible, el trabajo y el informe local permanecen completados y la solicitud queda pendiente para volver a intentarlo.

La lectura de un informe existente, el generador local genérico de Studio Archive y el recorrido de inicio expresamente local no solicitan un recibo al servidor. El servicio de recibos opera en Finlandia, UE, y conserva la prueba firmada sin caducidad automática. Las direcciones IP no se guardan en la base de recibos: se usan para limitar solicitudes excesivas y se registran por separado en los registros de acceso. Nginx conserva 14 archivos diarios y el archivo actual; no se ha identificado un plazo máximo fijo para el registro de Uvicorn, que el script operativo sobrescribe al reiniciar. Pendiente de aplicación: conservación durante 14 días con eliminación automática de los registros técnicos. Los recibos firmados quedan excluidos de esta eliminación.

El hash SHA-256 es una huella de 64 caracteres calculada localmente a partir del informe, no una copia cifrada: no existe una operación de descifrado que devuelva su contenido. Quien posee el informe puede recalcular su hash localmente y compararlo con la prueba firmada, sin enviar el informe a Mparanza. Mparanza no recibe nombres de clientes ni una correspondencia entre hashes y personas. La confidencialidad se protege excluyendo los contenidos de la solicitud; el envío automático crea el recibo técnico.

Una aplicación conectada, una búsqueda pública, un portal o un envío solo se usa cuando esa vía forma parte del trabajo elegido. Las condiciones y controles del destino se aplican por separado.

Usar un destino externo no convierte a Mparanza en destinatario. El flujo o el aviso mostrado en el momento de uso identifica una vía alojada por Mparanza cuando interviene.

Vera registra automáticamente qué procesos se utilizan y su resultado observado: iniciados, completados, fallidos o cancelados. Si no se observa un resultado, este queda como desconocido. Un identificador aleatorio de la instalación, sin cuenta nominativa, permite medir también el uso repetido. Los registros incluyen el proceso, la aplicación utilizada, la versión de Vera y las fechas de los eventos.

El usuario puede valorar el resultado de 1 a 5 estrellas y añadir un comentario opcional para ayudarnos a mejorar Vera. La falta de respuesta queda sin valoración. El seguimiento periódico con IA examina el uso, los resultados y los comentarios para detectar problemas y mejorar las funciones.

Los eventos de uso no contienen documentos de clientes, texto del encargo, nombres de archivos, prompts ni resultados profesionales. Pueden enlazarse con un recibo técnico existente mediante su identificador y el hash del informe, sin transmitir el informe. Studio Archive y las operaciones de apoyo no se cuentan como procesos independientes; las pruebas sintéticas y de agentes se excluyen de las estadísticas de uso ordinario.

El servicio opera en Finlandia. Los eventos, las valoraciones, los comentarios opcionales y los enlaces a recibos se conservan hasta su eliminación administrativa, sin caducidad automática. Los eventos pendientes de envío permanecen en la cola local hasta la confirmación de recepción.

Cuando una función usa un servicio alojado por Mparanza, el contenido necesario llega a sistemas controlados por Mparanza. Las entrevistas, la captura de voz y los datos retail alojados son algunos ejemplos.

El aviso mostrado donde se usa el servicio indica qué contenido le llega y las condiciones aplicables de acceso, conservación y eliminación.