Sécurité, données, hébergement : les informations pour décider comment déployer l’IA dans votre entreprise.
Des accès définis, des actions encadrées et des choix d’hébergement explicites. Ce centre présente les contrôles documentés de la Suite et les paramètres à préciser pour chaque installation.
Les vérifications portent sur des parcours ciblés. Elles ne constituent ni un audit externe ni une garantie d’absence de vulnérabilité.
Les contrôles documentés et les points à préciser pour votre installation.
Télécharger la ficheLe traitement des données collectées sur le site Pixel Drop.
Lire la politiqueArchitecture, responsabilités et exigences de votre équipe informatique.
Préparer le dossierL’endroit où tourne la Suite et l’endroit où tourne l’IA sont deux choix différents. Ils déterminent le parcours des informations.
Schéma de principe. Les outils connectés et les services d’extraction peuvent également traiter des données selon leur configuration.
La demande et les éléments nécessaires à la réponse, dont des extraits de documents ou des résultats d’outils, sont transmis au fournisseur choisi.
Localisation, conservation et conditions d’utilisation des données sont à vérifier avec le contrat du fournisseur.
Le modèle peut être installé dans votre environnement après dimensionnement et recette.
Pour un fonctionnement entièrement local, il faut aussi vérifier l’extraction, les modèles documentaires et tous les connecteurs utilisés.
Cette liste décrit des cas de configuration. La liste applicable, les lieux de traitement et les responsabilités sont établis pour chaque installation.
| Prestataire | Rôle | Périmètre à préciser |
|---|---|---|
| Hostinger Hébergeur de la démonstration | Infrastructure serveur | Région, sauvegardes, accès d’exploitation et conditions contractuelles. |
| Anthropic Modèle cloud de la démonstration | Traitement des demandes IA | Données envoyées, conservation et conditions de l’API. |
| OpenAI ou autre fournisseur Selon le choix du projet | Modèle IA optionnel | Activation, droits et traitement à configurer. |
| Vos outils métier Selon les connexions autorisées | Messagerie, documents, CRM ou automatisations | Compte utilisé, permissions, opérations autorisées et données échangées. |
Les durées de conservation, les demandes d’accès ou de suppression, les sauvegardes et les responsabilités sont définies avec vous. Les conditions d’un modèle externe font partie de ce cadrage.
Le contrat de traitement des données doit correspondre aux finalités et aux opérations prévues. Repères de la CNIL sur la sous-traitance.
Les mesures marquées « Recette interne » ont fait l’objet de vérifications ciblées. Les autres nécessitent une configuration et des preuves propres à l’installation.
Les accès reposent sur des comptes authentifiés et des autorisations. Les scénarios de recette vérifient notamment le refus des modifications et des exécutions pour les comptes configurés en consultation seule.
Périmètre. La gestion des administrateurs et des groupes est définie lors de l’installation. SSO et authentification multifacteur doivent être configurés et vérifiés dans le périmètre retenu.
Les parcours testés vérifient les droits sur l’espace et les ressources avant la création d’une conversation ou l’exécution d’un workflow. Un accès refusé ne doit pas être remplacé par une ressource d’un autre espace.
Périmètre. Le déploiement client est cadré sur une instance dédiée. Les administrateurs globaux disposent de droits étendus, qui restent sous la responsabilité de l’opérateur.
La boîte choisie est conservée dans la conversation. Une boîte explicitement sélectionnée mais inaccessible entraîne un refus, sans bascule silencieuse vers une autre boîte.
Périmètre. Le parcours public a vérifié la lecture d’un en-tête de message en lecture seule. Les corps, pièces jointes et autres opérations nécessitent leur propre configuration et leurs tests.
Les appels aux outils MCP du moteur de workflows attendent une validation humaine. À la reprise, le serveur vérifie les droits et refuse des paramètres modifiés depuis la validation.
Périmètre. Ce contrôle porte sur ce parcours de workflow. Les opérations des autres connecteurs doivent être examinées et testées selon leur mode d’intégration.
Les emails préparés dans la file d’actions restent en attente jusqu’à validation. Une réservation empêche deux approbations concurrentes d’envoyer deux fois le même brouillon.
Périmètre. Ce mécanisme ne garantit pas la délivrabilité du message. Un incident réseau ou une acceptation partielle peut nécessiter une vérification avant toute nouvelle tentative.
Les workflows conservent leur état, les validations et le résultat côté serveur. La reprise contrôle la version du workflow et les droits. Les actions instrumentées alimentent un journal horodaté.
Périmètre. Les limites techniques d’exécution ne constituent pas un plafond de facturation chez tous les fournisseurs. La conservation et l’export des journaux sont à préciser par installation.
La démonstration publique est accessible en HTTPS. Les identifiants de connexion sont gérés côté serveur ; le coffre applicatif dispose d’un mécanisme de chiffrement des mots de passe email.
Périmètre. La configuration des clés, le chiffrement des volumes, des documents et des sauvegardes doivent être vérifiés lors du déploiement. HTTPS ne signifie pas chiffrement de bout en bout.
Les évolutions sont versionnées et accompagnées de vérifications ciblées. Les dernières livraisons documentées ont été précédées d’une sauvegarde cohérente et suivies de contrôles fonctionnels.
Périmètre. Fréquence des sauvegardes, externalisation, restauration, délais d’intervention et objectifs de reprise sont à définir et à tester. Aucun niveau de disponibilité universel n’est annoncé ici.
Revue du 23 septembre 2026. Les contrôles et leurs limites doivent être réévalués lors d’une évolution du produit, des fournisseurs ou du déploiement.
Une synthèse publique pour commencer, puis un dossier adapté au périmètre de votre projet. Aucun rapport d’audit ni certificat indépendant n’est proposé comme acquis.
Les contrôles documentés et les points à préciser pour votre installation.
Télécharger la ficheLe traitement des données collectées sur le site Pixel Drop.
Lire la politiqueArchitecture, responsabilités et exigences de votre équipe informatique.
Préparer le dossierTransmettez le périmètre à étudier. Architecture, responsabilités, traitement des données et preuves de recette sont précisés ensemble avant la mise en service.
Des réponses sur les données, les validations et les choix de déploiement.
Sur l’infrastructure retenue pour votre installation : hébergée et exploitée par Pixel Drop, ou fournie par votre entreprise. La localisation des serveurs, sauvegardes et traitements est précisée dans le dossier de déploiement. Un hébergement européen ne suffit pas à garantir que tous les traitements restent en Europe.
Oui, si vous utilisez un modèle cloud : votre demande et les éléments nécessaires à sa réponse sont transmis au fournisseur sélectionné. Un modèle local peut être étudié ; pour un traitement entièrement local, il faut aussi vérifier l’extraction documentaire, les connecteurs et les autres services.
Cela dépend des conditions et réglages du fournisseur choisi. Nous vérifions ces paramètres avec vous lors du déploiement. Il faut distinguer l’utilisation pour l’entraînement de la conservation technique des requêtes : l’absence d’entraînement ne signifie pas une rétention nulle. Consultez les politiques officielles des fournisseurs dans la rubrique Données et IA.
Aucune attestation SOC 2, ISO 27001 ou ISO 27701 propre à Pixel Drop ou Pixel Agent Suite n’est publiée dans ce centre. Nous ne revendiquons pas ces certifications. Les tests présentés sont des vérifications internes ciblées ; les certifications d’un hébergeur ou d’un fournisseur IA ne certifient pas notre produit.
La conformité dépend du cas d’usage, des données traitées, des personnes concernées, des contrats et des mesures réellement appliquées. Les fonctionnalités de la Suite contribuent à encadrer les accès et les actions. Elles ne remplacent pas le travail de qualification et de documentation réalisé avec le responsable du traitement.
Dans la file d’actions email de la Suite, le brouillon attend une validation avant envoi. Dans le moteur de workflows, les appels MCP présentent l’outil et les arguments avant approbation. Les autres chemins d’intégration doivent être examinés et testés selon les permissions accordées.
Les durées sont définies pour votre installation en tenant compte des conversations, documents, journaux, sauvegardes et services externes. Les modalités d’accès, d’export et de suppression sont inscrites dans le dossier contractuel et vérifiées au moment de la mise en service.
Oui. Écrivez à contact@pixel-drop.com avec le périmètre du projet et vos exigences. Nous précisons ce qui est documenté, ce qui doit être configuré et les preuves à établir. Les annexes contractuelles sont préparées pour le projet ; cette page ne remplace pas un contrat ni un audit indépendant.
Contactez Pixel Drop en décrivant le service concerné et votre observation.
