Partager via


Améliorations apportées à la protection contre la perte de données

Important

Ce contenu est archivé et n’est pas mis à jour. Pour accéder aux dernières ressources documentaires, voir documentation des produits Microsoft Dynamics 365. Pour accéder aux derniers plans de lancement, voir Plans de lancement Dynamics 365 et Microsoft Power Platform.

Notes

Ces notes de publication décrivent des fonctionnalités qui n'ont peut-être pas encore été publiées. Pour connaître la période de lancement prévue pour cette fonctionnalité, consultez Nouveautés et prévisions pour Microsoft Flow. Les délais de livraison peuvent changer et la fonctionnalité prévue peut ne pas être lancée (voir Stratégie de Microsoft).

Les stratégies de prévention contre la perte des données offrent aux organisations la capacité de regrouper les connecteurs en groupes de données professionnelles et non-professionnelles. Cela permet aux organisations de créer des flux ne contenant que des sources de données de type professionnelles et empêcher les données commerciales de fuir vers des sources de données non-professionnelles. Un exemple courant est : Je ne veux pas que mes données SharePoint se retrouvent sur Twitter.

Outre ces fonctionnalités, les utilisateurs souhaitaient pouvoir respecter les classifications des données et la direction du flux de données. En prenant en charge cela, le nombre de flux générés par les utilisateurs va augmenter, car nous pouvons être plus précis sur les scénarios bloqués.

Par exemple, dans de nombreux environnements, Twitter est classé comme non-professionnel et SharePoint comme professionnel. Sous le modèle actuel, cela signifie que les personnes ne peuvent pas rassembler les données d'analyse de sentiment et les placer dans une liste SharePoint, qui se révèle très utile pour les équipes de produits concernant les événements et pour recueillir les commentaires.

Avec nos nouvelles améliorations apportées à la protection contre la perte de données, cela sera maintenant possible. Il y a deux aspects importants à cela :

  • Premièrement, les administrateurs peuvent maintenant choisir la direction dans laquelle les données peuvent voyager entre les connecteurs. Par exemple, une organisation peut être à l'aise avec le fait que les données Twitter entrent dans un flux, mais peut ne pas vouloir que ces données quittent le flux pour Twitter.
  • Deuxièmement, la classification des données est appliquée par Microsoft Flow au moment de la conception et de l'exécution. Par exemple, vous ne pouvez pas extraire de données d'un site SharePoint extrêmement confidentiel et l'envoyer vers un site SharePoint public. Cependant, vous pouvez extraire les données du site public et les déplacer vers le site ultra-confidentiel.