Netskope LogoNetskope Logo
  • Services de sécurité
  • Services d’IA
  • Services de miseenréseau
  • Services d'analyse
  • Intégrations
  • getting-started.svgPour commencer
    • Support
    • Communauté
    • Netskope.com
    © 2026 Tous droits réservés. Netskope Inc.
    Accueil
    Plateforme de protection des données API de nouvelle génération
    Protection des données API de nouvelle génération pour Salesforce
    Migrer Salesforce d'une protection classique à une protection des données API de nouvelle génération

    Migrer Salesforce d'une protection classique à une protection des données API de nouvelle génération

    Cet article fournit des conseils aux clients qui utilisent actuellement la protection des données de l'API classique pour Salesforce. Il décrit un processus clair de migration vers la version améliorée de l'API données Protection de nouvelle génération, qui offre des performances et des fonctionnalités accrues. La migration comprend des étapes clés, notamment la préparation, la mise à jour de la configuration et la vérification, afin d'assurer une transition en douceur vers la plateforme la plus avancée.

    Étapes de la migration

    Voici les grandes étapes de la migration de votre instance Salesforce classique vers Next Generation.

    1. Créez une New instance Salesforce de protection des données API de nouvelle génération. Pour en savoir plus : voir la vidéo d’exemple.

    2. Désactiver les politiques de protection des données API classiques existantes à partir de Policies > API Data Protection > SAAS > Classic.

    3. Créez New des politiques sur les données d’API de nouvelle génération Protection contre Policies > API Data Protection > SAAS > Next Gen. Pour en savoir plus : voir la vidéo d’exemple.

    4. Supprimez les politiques classiques de protection des données de l’API existantes de Policies > API Data Protection > SAAS > Classic.

      L'exécution simultanée de politiques classiques et de nouvelle génération peut entraîner un comportement inattendu si des profils de mise en attente légale ou de quarantaine existent sur les deux plates-formes. En outre, cette configuration risque d'entraîner un étranglement en amont dû à des limites de taux, ce qui pourrait interrompre toutes les protections. C'est pourquoi Netskope déconseille fortement d'exécuter simultanément des politiques classiques et de nouvelle génération, ainsi que des profils de mise en attente légale/quarantaine.
    5. Va sur Settings > Configure App Access > Classic. Select l'application Salesforce, cliquez sur l'instance et décochez CASB API.

    6. Attendez six mois ou la durée de votre période de conservation des incidents. Consultez votre représentant commercial Netskope pour confirmer la période de conservation exacte. Pendant cette période, vous pouvez gérer les incidents et travailler avec les fichiers mis en quarantaine.

    7. Supprimez l'instance Salesforce classique. Pour ce faire, accédez à Settings > Configure App Access > Classic, sélectionnez l'application Salesforce, puis cliquez sur l'icône Remove Instance pour supprimer l'instance de l'application.

    Il existe quelques différences notables dans la manière dont Netskope affiche les incidents DLP (Prévention des pertes de données) et les alertes informatiques Skope dans la protection classique et Next Generation API données. Si vous avez une intégration forward, comme un gestionnaire de log, etc., où ces valeurs sont ingérées, vous devriez les mettre à jour. Pour en savoir plus : Incidents classiques vs Next Generation DLP (Prévention des pertes de données) & alertes IT Skope.

    Pour en savoir plus sur la matrice des fonctionnalités de protection des données des API de nouvelle génération par application cloud, consultez la matrice des fonctionnalités de protection des données des API de nouvelle génération par application cloud.

    Dans ce thème
    • Migrer Salesforce d'une protection classique à une protection des données API de nouvelle génération