🚀 Nouvelles fonctionnalités
Dastra sur Bleu : le cloud souverain s’offre à vous ! 🟦⬜🟥
Dastra est désormais disponible également sur Bleu, une instance souveraine hébergée et opérée en France par les sociétés Orange et Capgemini. Vos données peuvent ainsi être hébergées dans la région Bleu France Central, strictement isolées de notre plateforme SaaS standard. L’infrastructure, opérée exclusivement par des équipes françaises, est protégée des lois d’accès extraterritoriales comme le Cloud Act ou FISA.
Vous retrouvez sur Bleu le Dastra que vous connaissez :
- les mêmes modules et les mêmes versions ;
- les fonctionnalités d’IA, exécutées par Mistral AI, société française ;
- les connecteurs (Jira, ServiceNow, SAP LeanIX, DocuSign, Zapier, etc.) ;
- le SSO (SAML, OpenID Connect) ;
- le provisioning SCIM ;
- la recherche plein texte, avec un index hébergé sur Bleu.
L’isolation est complète : bases de données, fichiers, journaux d’audit, index de recherche, secrets et identités sont propres à l’instance Bleu, avec un serveur d’authentification dédié. Seules nos bibliothèques de référence (modèles, référentiels) sont synchronisées vers Bleu, en lecture seule, et aucune donnée client ne circule entre les deux plateformes.
Bleu est engagé dans la qualification SecNumCloud 3.2 de l’ANSSI, pour laquelle le processus est en bonne voie.
Votre conformité réglementaire bénéficie ainsi du même niveau d’exigence que les données qu’elle protège. Le détail de l’offre est présenté dans la page « Dastra sur Bleu (cloud souverain) » de la documentation.
Intégrations : un dossier racine Dastra dans SharePoint ou OneDrive
Lorsque Microsoft OneDrive ou SharePoint sert de stockage de fichiers à un espace de travail, vous pouvez désormais désigner un dossier racine (un dossier « Dastra » par exemple), depuis l’écran de configuration de l’intégration. Ce dossier se choisit parmi les dossiers existants ou se crée à la volée. Une fois enregistré, il devient la racine de tout ce que Dastra dépose, crée et affiche : les dossiers générés s’y rangent automatiquement (dossier du module, puis dossier de l’objet), et l’explorateur de documents de Dastra n’en sort pas.
Sans dossier racine, la racine du lecteur reste l’emplacement de stockage, comme aujourd’hui. Les libellés de l’intégration ont par ailleurs été harmonisés pour couvrir aussi bien OneDrive que les bibliothèques de documents SharePoint.
Vos documents de conformité restent ainsi isolés et rangés, sans réorganisation manuelle.
Intégrations : synchronisation des tâches avec Jira
Les plans d’action de conformité mobilisent souvent des équipes qui travaillent au quotidien dans Jira : équipes techniques, sécurité, support. Les tâches créées dans Dastra devaient jusqu’ici y être recopiées à la main, puis leur avancement suivi en double dans les deux outils.
Le connecteur Jira propose désormais un cas d’usage dédié aux tâches Dastra. Il s’appuie sur la connexion Jira de l’espace de travail et dispose de sa propre configuration : projet et type de ticket, association des étapes des tâches aux statuts Jira, mapping des champs et webhook, que Dastra peut enregistrer dans Jira en un clic.
Depuis n’importe quelle tâche ou action d’un plan d’action, l’action Envoyer vers Jira crée un ticket dans le projet configuré, avec le titre, la description, l’échéance et la priorité de la tâche, ainsi qu’un lien retour vers Dastra. La tâche et le ticket restent ensuite liés :
- le statut circule dans les deux sens, entre les étapes de la tâche et les statuts Jira ;
- l’assigné du ticket devient l’assigné de la tâche, retrouvé par son adresse e-mail ;
- les champs mappés sont recopiés depuis Jira à chaque modification du ticket.
L’envoi est ouvert aux utilisateurs qui disposent du module Planification et du droit d’écriture sur les tâches. Un journal dédié retrace chaque échange avec Jira. La liste des tâches propose enfin de nouvelles colonnes et de nouveaux filtres sur la source d’intégration.
Vos équipes avancent dans l’outil qu’elles utilisent déjà, et vous gardez dans Dastra une vision à jour de vos plans d’action.
Règles de workflow : appeler une API externe par une requête HTTP
Les règles de workflow automatisent ce qui se passe dans Dastra : notifications, tâches, mises à jour de champs.
Une nouvelle action Envoyer une requête HTTP permet à une règle d’appeler n’importe quelle plateforme exposant une API HTTP, au moment même où l’événement se produit dans Dastra. Elle s’active avec l’intégration HTTP / Custom API, depuis le catalogue des intégrations.
Vous pouvez désormais :
- enregistrer des connexions qui portent les identifiants de chaque plateforme cible (clé d’API ou authentification Basic) ;
- composer la requête (méthode GET, POST, PUT, PATCH ou DELETE, URL, en-têtes, corps JSON ou XML) en y insérant les champs de l’objet déclencheur ;
- prévisualiser la requête rendue avec les données d’un objet réel, puis l’envoyer pour test avant d’activer la règle ;
- vous faire aider par l’assistant IA, qui propose une requête à partir de votre description ou d’un extrait de la documentation de l’API cible.
Les identifiants restent dans la connexion et ne sont jamais transmis à l’assistant IA, les adresses privées ou internes sont bloquées, et seule l’issue de chaque appel est consignée dans l’historique de la règle.
Cette fonctionnalité vous permet d’étendre vos processus de conformité vers les outils de vos équipes, sans dépendre d’un connecteur dédié.
Trust center : filtrer l’affichage par unité organisationnelle
Un Trust center publie le périmètre d’une unité organisationnelle et de toutes ses unités enfants. Pour un groupe structuré en filiales ou en départements, le registre publié pouvait ainsi devenir une liste unique de plusieurs centaines de traitements, sans moyen de cibler une entité. La seule parade consistait à multiplier les portails, avec leur configuration, leur habillage et leur quota.
Les visiteurs disposent désormais d’un sélecteur de périmètre, visible depuis toutes les pages du Trust center. Il présente l’arborescence des unités organisationnelles publiées, distingue entités et départements, et propose une recherche par nom. Une fois une unité choisie :
- le registre des traitements et la page des systèmes d’IA ne listent que les éléments de cette unité et de ses unités enfants, en combinaison avec les filtres existants ;
- les contacts (DPO, responsables, représentants au sein de l’Union européenne) se limitent aux entités du périmètre.
Le périmètre choisi est conservé d’une page à l’autre et inscrit dans l’adresse de la page : un lien copié rouvre le même périmètre. Le sélecteur ne fait que restreindre l’affichage : le périmètre publié reste celui que vous avez configuré, et aucun élément situé hors du Trust center ne devient accessible.
Un seul portail suffit pour répondre aux clients, aux candidats ou aux autorités qui s’intéressent à une filiale précise.
Questionnaires : créer un modèle avec l’IA à partir d’un document
Les organisations disposent souvent d’un questionnaire déjà rédigé : grille d’audit interne au format Word, questionnaire de sécurité d’un client en PDF, questionnaire sous-traitant transmis par un donneur d’ordre. Pour le faire entrer dans Dastra, il fallait jusqu’ici le ressaisir question par question, ou le reformater pour l’import Excel.
La fenêtre de création d’un modèle de questionnaire avec l’assistant IA accepte désormais des documents joints, via le bouton « + », comme les autres fenêtres de création assistée. L’assistant ne part plus d’un simple thème : il transpose le questionnaire fourni dans les objets propres à Dastra (sections, questions, types de questions et propositions de réponse).
Le type de questionnaire, la langue de génération et les options avancées s’appliquent comme aujourd’hui, et vous prévisualisez le résultat avant de créer le modèle.
Vos questionnaires existants rejoignent Dastra en quelques minutes, prêts à être planifiés, suivis et évalués.
✨ Améliorations
Outil de fusion : repérer les écarts et reporter une colonne en un clic
L’outil de fusion compare plusieurs éléments champ par champ, qu’il s’agisse de traitements, d’actifs, d’acteurs, de tâches, etc. Jusqu’ici, rien ne distinguait une ligne identique d’une ligne divergente, et reprendre les valeurs d’une autre colonne obligeait à cocher chaque ligne une par une.
Le tableau de comparaison évolue :
- chaque champ dont la valeur diffère d’un élément à l’autre porte la mention Différent, et l’affichage s’ouvre sur « Uniquement les différences », avec un interrupteur pour revenir à « Tous les champs » ;
- le bouton Sélectionner tout reprend en une action les valeurs d’une colonne sur toutes les lignes en écart, et se défait avec « Annuler la sélection » ;
- une valeur vide n’écrase jamais une valeur renseignée, et le nombre de lignes effectivement mises à jour vous est indiqué.
Lors d’une mise à jour depuis les réponses d’un questionnaire, la colonne des réponses porte désormais l’intitulé « Réponses au questionnaire ». L’objet existant reste toujours la version de référence : il conserve son identifiant, son historique et ses rattachements.
Vous consolidez vos données plus vite, sans risquer d’écraser une information à jour.
Questionnaires : retenir le score maximum d’une question à choix multiples
Pour une question à choix multiples, les scores des réponses cochées étaient toujours additionnés. Certaines méthodologies attendent pourtant autre chose : dans une AIPD, le niveau de risque d’une question « Catégories de données » doit refléter la catégorie la plus sensible, et non le cumul des catégories cochées.
Chaque question à choix multiples propose désormais une règle de calcul du score : la somme des valeurs (comportement actuel, appliqué par défaut) ou la valeur maximale, qui retient le score le plus élevé parmi les réponses sélectionnées. Le score maximum de la question s’affiche sous le sélecteur, pour que l’effet de la règle soit visible immédiatement.
La règle se répercute sur le score global, le score en pourcentage et le score par catégories, et elle est conservée avec le modèle.
Questionnaires : une comparaison de versions détaillée
La fenêtre de comparaison de deux versions d’un modèle de questionnaire affichait les deux versions intégralement, sans distinguer ce qui avait changé. Sur un modèle long, repérer les écarts à l’oeil était peu fiable.
La comparaison présente désormais les deux versions côte à côte et classe chaque section et chaque question selon quatre statuts : inchangé, modifié, supprimé ou ajouté. Les écarts sont mis en évidence avec une légende, et un élément simplement déplacé n’est pas signalé comme supprimé puis ajouté. Un rappel de l’impact sur les réponses déjà collectées accompagne la comparaison, pour décider d’écraser ou de conserver l’historique en connaissance de cause.
Règles de workflow : désigner le propriétaire de la tâche créée
Une tâche Dastra distingue la personne assignée, qui réalise le travail, et le propriétaire, qui en répond. L’action de création de tâche d’une règle de workflow ne couvrait que la première : chaque tâche générée arrivait sans propriétaire, à désigner ensuite à la main.
L’action propose désormais un champ Propriétaire, avec les mêmes modes de sélection que la personne assignée : une variable de l’élément déclencheur (son créateur, son propriétaire, son responsable) ou un utilisateur nommé. Si la variable n’est pas renseignée, la tâche est tout de même créée, et les règles existantes continuent de fonctionner sans modification.
Règles de workflow : assigner la tâche au responsable de l’unité organisationnelle
Pour assigner une tâche créée par une règle de workflow, l’administrateur choisissait un utilisateur précis ou un champ utilisateur de l’objet déclencheur. Le responsable de l’unité organisationnelle n’était pas proposé, alors que c’est souvent lui qui doit prendre la tâche en charge, notamment pour les règles portant sur les acteurs.
Le choix de l’assigné propose désormais l’option Responsable de l’UO, résolue au moment de l’exécution. Elle s’appuie sur l’unité organisationnelle de l’objet déclencheur et, à défaut, sur une unité organisationnelle par défaut désignée dans l’action : un objet sans unité reçoit ainsi malgré tout un responsable identifiable. En l’absence de responsable, la tâche est créée sans assigné, sans bloquer la règle.
Catégories de personnes concernées : visualiser les jeux de données liés
Savoir si une catégorie de personnes concernées était utilisée dans un jeu de données obligeait à ouvrir les jeux de données un par un, ce qui rendait tout nettoyage du référentiel long et fastidieux.
La fiche d’une catégorie affiche désormais un bouton compteur des jeux de données liés, qui ouvre un volet latéral listant ces jeux de données, avec un accès à leur détail. Dans la vue liste, une colonne des jeux de données liés (masquée par défaut) se filtre, s’exporte et s’importe.
Une catégorie rattachée à aucun jeu de données se repère d’un coup d’oeil : vous pouvez la supprimer ou la fusionner en confiance, une par une ou en lot.
Utilisateurs : notification des propriétaires lors d’une création de compte par SSO
Lorsque la création automatique des utilisateurs est activée sur une connexion SSO, un collaborateur qui s’authentifie obtient un compte Dastra sans invitation préalable. Aucun propriétaire de l’organisation n’en était averti.
Les propriétaires reçoivent désormais un e-mail à chaque création automatique de compte. Il indique le nom et l’adresse du compte créé, la date et l’heure, la connexion SSO à l’origine de la création, l’espace de travail concerné le cas échéant, et un lien vers la page « Utilisateurs ». Vous gardez la maîtrise des accès à votre organisation et attribuez sans délai les droits attendus.
Autres améliorations
- Actifs : en mode Fusion, l’import met désormais à jour les champs personnalisés des actifs existants, une cellule vide laissant la valeur enregistrée inchangée.
- Assistant IA : les guides de connexion d’un assistant IA externe couvrent désormais Mistral.
- Corbeille : toute mise à la corbeille passe par une même fenêtre de confirmation, qui rappelle que l’élément reste restaurable, et les libellés parlent désormais de corbeille plutôt que d’archivage.
- Exercices des droits : les conditions d’affichage des widgets proposent des opérateurs adaptés au type de champ (comparaisons pour les nombres et les dates, « appartient à », « contient tous », « est vide », etc.), comme dans les règles de workflow.
- Listes : la vue par défaut de chaque liste suit désormais une séquence de colonnes commune (nom, type, workflow ou étape, propriétaire, tags, unité organisationnelle, statut), sans toucher à vos colonnes personnalisées ni à vos vues enregistrées.
- Questionnaires :
- la fenêtre d’enregistrement d’un modèle déjà utilisé explique clairement les options d’écrasement et de nouvelle version, et un comparatif s’affiche avant tout écrasement.
- depuis un lien de partage, l’adresse e-mail saisie est reprise à l’étape de connexion, et le répondant est orienté directement vers son fournisseur d’identité lorsque le SSO est en place.
- à la validation d’un questionnaire, chaque répondant, interne ou externe, reçoit un e-mail de notification et peut télécharger ses questions et ses réponses avec l’action « Exporter en PDF », sans compte Dastra.
- la fenêtre de réponse assistée par IA propose un sélecteur de langue de génération, mémorisé d’une génération à la suivante, pour rédiger les réponses dans une autre langue que celle de l’interface.
- Registre des traitements :
- la fenêtre « Générer une notice d’information » propose une liste des langues avec recherche, pour rédiger la notice dans une autre langue que celle de l’interface.
- une fois la notice d’information générée par l’IA, l’action Exporter produit un fichier PDF, Word, HTML ou Markdown, plus simple à archiver ou à joindre à votre traitement.
- au-delà de 200 traitements, l’export JSON est généré en tâche de fond (une notification suit l’avancement et le fichier se télécharge dès qu’il est prêt), et il couvre désormais jusqu’à 10 000 traitements.
- Registre des traitements et Systèmes d’IA : lors de l’export, la notice d’information d’un traitement ou la notice de transparence d’un système d’IA peut être ajoutée automatiquement aux pièces jointes de la fiche concernée (option activée par défaut).
- Revue régulière : dans la fenêtre de passage en revue, le bouton « Réinitialiser » devient Supprimer toutes les revues et rejoint l’onglet « Anciennes revues » ; une confirmation détaille désormais les conséquences de cette action irréversible.
- Systèmes d’IA : la liste propose une colonne Utilisateurs, à activer depuis « Personnaliser les colonnes », qui affiche sous forme d’avatars les utilisateurs assignés dans l’étape « Parties prenantes » de chaque fiche.
- Violations de données : un groupe de champs personnalisés peut désormais être placé dans chaque section du formulaire de violation, y compris Personnes concernées, Systèmes d’IA, Notification et Communication.
- Workflows : l’encadré d’une règle occupe toute la largeur configurée de l’étape, pour une lecture plus confortable des règles longues.