Sécurité et gouvernance
Phoeniks traite les contrôles de sécurité comme des capacités de plateforme, pas comme des déclarations de politique : accès par rôle, isolation des locataires, journalisation d'audit immuable sur les accès et les exécutions de modèle, chiffrement en transit et au repos, options de résidence régionale.
- Par rôle, isolation des locataires
- Immuable sur accès, exports, exécutions
- UE, Brésil, Thaïlande, Inde
- Commun RGPD, LGPD, PDPA, DPDP
Contrôles#
- Contrôle d'accès par rôle, avec isolation entre clients institutionnels.
- Journalisation d'audit immuable sur les accès, les exports et les exécutions de modèle.
- Chiffrement en transit et au repos, gestion des clés séparée.
- Options de résidence régionale pour les données UE, brésiliennes, thaïlandaises et indiennes.
- Gestion du changement documentée sur les livraisons de modèles et de pipelines.
- Réponse à incident avec chaînes de notification définies.
Droits des personnes concernées#
Les demandes d'accès, de rectification et d'effacement passent par un outillage commun aux obligations RGPD, LGPD, PDPA et DPDP : une demande est exécutée de façon cohérente quelle que soit la juridiction.
Questions fréquentes
- Les données clients servent-elles à entraîner les modèles ?
- Non. Les données fournies par un client restent isolées dans son environnement et ne servent pas à améliorer les modèles d'autres clients, sauf accord écrit distinct.
Pages liées
Méthodologie
La méthodologie Phoeniks : ensemble de modèles de processus APSIM, DSSAT et ORYZA, configuration de scénarios, moteur de score et ledger de reproductibilité.
Sources et licences
Toutes les sources ingérées par Phoeniks, leur apport, et la façon dont licences et provenance sont appliquées avant toute exposition commerciale.
Validation et preuve
Protocole de holdout, calibration, tests de queue et de covariance, niveaux de score de preuve et ledger de reproductibilité derrière chaque chiffre Phoeniks.
Voir aussi
Demander un accès
Accès institutionnel. Pas d'essai en libre-service.