Comment vos données sont traitées.

Python peut localement trier, calculer, rapprocher, filtrer, agréger et créer des livrables. Un workflow peut l'utiliser avant une étape du modèle lorsque cela améliore le travail.

Les plugins n'anonymisent ni ne pseudonymisent automatiquement les données. Les noms, documents, textes originaux et faits du dossier restent présents lorsqu'ils servent la finalité professionnelle.

Chaque workflow peut utiliser les données différemment. Sa page explique la séquence opérationnelle : ce que voit le modèle, ce que traite le code et quand le processus s'arrête. Cette page ne duplique pas ces déclarations spécifiques.

Ne placez jamais de mots de passe, clés API, cookies d'authentification, jetons d'accès ou données de session dans des prompts ou fichiers que l'environnement d'IA choisi peut lire.

Seuls 13 processus sélectionnés de Vera produisent ce rapport comparatif ; leurs pages respectives le précisent. Studio Archive enregistre le début et la fin de chaque exécution et génère le rapport à la finalisation à partir des preuves enregistrées pour les phases visibles par le modèle. Il compare la population source mesurable, les données traitées localement et celles visibles par le modèle, puis conserve les fichiers JSON et Markdown dans cette exécution. Si les mesures manquent, le rapport est indisponible. Si toutes les données parviennent au modèle ou si aucune part locale mesurable ne subsiste, aucun rapport comparatif n’est généré. Une conversation ou un autre processus ne le déclenchent pas.

Une voie de code potentiellement plus étroite n'apparaît que si les preuves de l'exécution la justifient et précisent comment protéger la qualité analytique. Un document ou une population pertinente complète peut constituer le minimum approprié. Le rapport n'est ni une surveillance réseau, ni une attestation du fournisseur, ni une AIPD, ni un avis juridique, ni une certification RGPD ; un hash consigné lie un reçu à des octets, mais ne prouve pas la transmission côté fournisseur.

La commande Vera qui produit le rapport avec reçu envoie automatiquement à Mparanza quatre champs : version du schéma, identifiant aléatoire du reçu, version de Vera et empreinte SHA-256 du rapport local. Mparanza ajoute l'heure serveur et une signature Ed25519 et ne conserve que ces champs de preuve, sans rapport, données client, noms de fichiers, contenus ni hash des documents sources. Le reçu HTML peut être envoyé au client, enregistré en PDF et vérifié sur la page publique. Il prouve uniquement l'existence, l'heure serveur et l'intégrité du rapport, sans prouver de manière indépendante l'auteur de l'envoi du hash. Si le service est indisponible, le travail et le rapport local restent terminés et la demande demeure en attente d'une nouvelle tentative.

La lecture d’un rapport existant, le générateur local générique de Studio Archive et le parcours d’accueil explicitement local ne demandent pas de reçu serveur. Le service de reçus fonctionne en Finlande, dans l’UE, et conserve la preuve signée sans expiration automatique. Les adresses IP ne sont pas stockées dans la base des reçus : elles servent à limiter les requêtes excessives et figurent séparément dans les journaux d’accès. Nginx conserve 14 archives quotidiennes et le fichier courant ; aucune durée maximale fixe n’a été identifiée pour le journal Uvicorn, écrasé au redémarrage par le script opérationnel. À mettre en œuvre : une durée de conservation de 14 jours avec suppression automatique des journaux techniques. Les reçus signés sont exclus de cette suppression.

Le hash SHA-256 est une empreinte de 64 caractères calculée localement à partir du rapport, et non une copie chiffrée : aucune opération de déchiffrement ne permet d’en restituer le contenu. Le détenteur du rapport peut recalculer son hash localement et le comparer à la preuve signée, sans envoyer le rapport à Mparanza. Mparanza ne reçoit ni les noms des clients ni une correspondance entre les hash et les personnes. La confidentialité repose sur l’exclusion des contenus de la requête ; l’envoi automatique crée le reçu technique.

Une application connectée, une recherche publique, un portail ou un envoi n'est utilisé que lorsque cette voie fait partie du travail choisi. Les conditions et contrôles de la destination s'appliquent séparément.

L'utilisation d'une destination externe ne fait pas de Mparanza le destinataire. Le workflow ou l'avis affiché au moment de l'usage identifie une voie hébergée par Mparanza lorsqu'elle intervient.

Vera enregistre automatiquement les processus utilisés et leur résultat observé : démarrés, terminés, échoués ou annulés. Sans résultat observé, l’issue reste inconnue. Un identifiant aléatoire de l’installation, sans compte nominatif, permet aussi de mesurer les utilisations répétées. Les enregistrements comprennent le processus, l’application utilisée, la version de Vera et les dates des événements.

L’utilisateur peut noter le résultat de 1 à 5 étoiles et ajouter un commentaire facultatif pour nous aider à améliorer Vera. L’absence de réponse reste une absence de note. Le suivi périodique par IA examine l’utilisation, les résultats et les retours pour repérer les problèmes et améliorer les fonctions.

Les événements d’utilisation ne contiennent ni documents clients, ni texte de la mission, ni noms de fichiers, ni prompts, ni livrables. Ils peuvent être liés à un reçu technique existant par son identifiant et l’empreinte du rapport, sans transmettre le rapport. Studio Archive et les opérations de soutien ne sont pas comptés comme des processus distincts ; les essais synthétiques et les tests des agents sont exclus des statistiques d’utilisation ordinaire.

Le service fonctionne en Finlande. Les événements, notes, commentaires éventuels et liens vers les reçus sont conservés jusqu’à leur suppression administrative, sans expiration automatique. Les événements en attente d’envoi restent dans la file locale jusqu’à confirmation de réception.

Lorsqu'une fonction utilise un service hébergé par Mparanza, les contenus nécessaires atteignent des systèmes contrôlés par Mparanza. Les entretiens, la capture vocale et les données retail hébergés en sont des exemples.

L'avis affiché là où le service est utilisé indique ce qui lui parvient ainsi que les modalités applicables d'accès, de conservation et de suppression.